Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Revise History
2015-02-10 V3.4 Update the rule descriptions for optimized and new rules (Add 32 rules and Liaoling WX213117
delete 2 rules. Hierarchy adjustment).
2015-04-13 V3.5 Update the rule descriptions for optimized and new rules. Liaoling WX213117
2015-06-11 V3.6 Update the rule descriptions for optimized and new rules. Liaoling WX213117
2015-08-03 V3.7 Update the rule descriptions for optimized and new rules. Liaoling WX213117
2015-10-20 R11.0.1 Update the rule descriptions for optimized and new rules. Liaoling WX213117
2016-02-04 R11.1.1 Update the rule descriptions for optimized and new rules. Liaoling WX213117,
Chenlingxia WX322818
2016-03- R11.1.4 Update the rule descriptions for optimized and new rules. Liaoling WX213117,
Chenlingxia WX322818,
Shaoxin WX333497
1 Contents
1Contents...........................................................................................................................................................................................................3
2Overview.......................................................................................................................................................................................................36
2.1 Details......................................................................................................................................................................................................36
2.2 Intended Audience..................................................................................................................................................................................36
2.3 Application Scope...................................................................................................................................................................................36
2.3.1 Update................................................................................................................................................................................................37
2.3.2 Revision compared with R11.0.1......................................................................................................................................................37
3Rule Description............................................................................................................................................................................................40
3.4.4 Measures............................................................................................................................................................................................50
3.4.5 Reference...........................................................................................................................................................................................50
3.5 Board Statistics.......................................................................................................................................................................................50
3.5.1 Location.............................................................................................................................................................................................50
3.5.2 Rules Description...............................................................................................................................................................................51
3.5.3 Principles............................................................................................................................................................................................51
3.5.4 Measures............................................................................................................................................................................................52
3.5.5 Reference...........................................................................................................................................................................................52
3.6 RRU Configuration Information..........................................................................................................................................................52
3.6.1 Location.............................................................................................................................................................................................52
3.6.2 Rules Description...............................................................................................................................................................................52
3.6.3 Principles............................................................................................................................................................................................53
3.6.4 Measures............................................................................................................................................................................................54
3.6.5 Reference...........................................................................................................................................................................................54
3.7 Sleeping Cell Check................................................................................................................................................................................54
3.7.1 Location.............................................................................................................................................................................................54
3.7.2 Rules Description...............................................................................................................................................................................54
3.7.3 Principles............................................................................................................................................................................................55
3.7.4 Measures............................................................................................................................................................................................56
3.7.5 References..........................................................................................................................................................................................56
3.8 Unavailable Cell Check..........................................................................................................................................................................56
3.8.1 Location.............................................................................................................................................................................................56
3.8.2 Rules Description...............................................................................................................................................................................56
3.8.3 Principles............................................................................................................................................................................................57
3.8.4 Measures............................................................................................................................................................................................58
3.8.5 Reference...........................................................................................................................................................................................58
3.9 Deactivated Cell Statistics.....................................................................................................................................................................58
3.9.1 Location.............................................................................................................................................................................................58
3.9.2 Rules Description...............................................................................................................................................................................58
3.9.3 Principles............................................................................................................................................................................................58
3.9.4 Measures............................................................................................................................................................................................59
3.9.5 Reference...........................................................................................................................................................................................59
3.10 Hot Patch State Check.....................................................................................................................................................................59
3.10.1 Location.......................................................................................................................................................................................59
3.10.2 Rules Description........................................................................................................................................................................59
3.10.3 Principles.....................................................................................................................................................................................60
3.10.4 Measures......................................................................................................................................................................................60
3.10.5 Reference.....................................................................................................................................................................................60
3.11 Check of Cell Reserved State for Operator..................................................................................................................................60
3.11.1 Location.......................................................................................................................................................................................60
3.11.2 Rules Description........................................................................................................................................................................61
3.11.3 Principles.....................................................................................................................................................................................61
Huawei Proprietary and Confidential Page 4 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.11.4 Measures......................................................................................................................................................................................61
3.11.5 Reference.....................................................................................................................................................................................61
3.12 Cell Barred State Check..................................................................................................................................................................61
3.12.1 Location.......................................................................................................................................................................................61
3.12.2 Rules Description........................................................................................................................................................................62
3.12.3 Principles.....................................................................................................................................................................................62
3.12.4 Measures......................................................................................................................................................................................62
3.12.5 Reference.....................................................................................................................................................................................62
3.13 Cell Capability Degraded Check....................................................................................................................................................62
3.13.1 Location.......................................................................................................................................................................................62
3.13.2 Rules Description........................................................................................................................................................................63
3.13.3 Principles.....................................................................................................................................................................................63
3.13.4 Measures......................................................................................................................................................................................63
3.13.5 Reference.....................................................................................................................................................................................63
3.14 Clock State Check............................................................................................................................................................................64
3.14.1 Location.......................................................................................................................................................................................64
3.14.2 Rules Description........................................................................................................................................................................64
3.14.3 Principles.....................................................................................................................................................................................64
3.14.4 Measures......................................................................................................................................................................................65
3.14.5 Reference.....................................................................................................................................................................................65
3.15 SCTP Link State Check (S1)..........................................................................................................................................................65
3.15.1 Location.......................................................................................................................................................................................65
3.15.2 Rules Description........................................................................................................................................................................65
3.15.3 Principles.....................................................................................................................................................................................66
3.15.4 Measures......................................................................................................................................................................................66
3.15.5 Reference.....................................................................................................................................................................................66
3.16 SCTP Link State Check (X2)..........................................................................................................................................................67
3.16.1 Location.......................................................................................................................................................................................67
3.16.2 Rules Description........................................................................................................................................................................67
3.16.3 Principles.....................................................................................................................................................................................68
3.16.4 Measures......................................................................................................................................................................................68
3.16.5 Reference.....................................................................................................................................................................................68
3.17 NE Project State Check...................................................................................................................................................................69
3.17.1 Location.......................................................................................................................................................................................69
3.17.2 Rules Description........................................................................................................................................................................69
3.17.3 Principles.....................................................................................................................................................................................69
3.17.4 Measures......................................................................................................................................................................................70
3.17.5 Reference.....................................................................................................................................................................................70
3.18 Active Alarm Analysis.....................................................................................................................................................................70
3.18.1 Location.......................................................................................................................................................................................70
3.18.2 Rules Description........................................................................................................................................................................70
3.18.3 Principles.....................................................................................................................................................................................71
Huawei Proprietary and Confidential Page 5 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.18.4 Measures......................................................................................................................................................................................71
3.18.5 Reference.....................................................................................................................................................................................71
3.19 Historical Alarms Analysis.............................................................................................................................................................72
3.19.1 Location.......................................................................................................................................................................................72
3.19.2 Rules Description........................................................................................................................................................................72
3.19.3 Principles.....................................................................................................................................................................................73
3.19.4 Measures......................................................................................................................................................................................73
3.19.5 Reference.....................................................................................................................................................................................74
3.20 Abnormal Reset Event....................................................................................................................................................................74
3.20.1 Location.......................................................................................................................................................................................74
3.20.2 Rules Description........................................................................................................................................................................74
3.20.3 Principles.....................................................................................................................................................................................74
3.20.4 Measures......................................................................................................................................................................................75
3.20.5 Reference.....................................................................................................................................................................................75
3.21 Hardware Fault Alarm....................................................................................................................................................................75
3.21.1 Location.......................................................................................................................................................................................75
3.21.2 Rules Description........................................................................................................................................................................75
3.21.3 Principles.....................................................................................................................................................................................76
3.21.4 Measures......................................................................................................................................................................................76
3.21.5 Reference.....................................................................................................................................................................................76
3.22 RF Unit Channel Abnormal Alarm...............................................................................................................................................77
3.22.1 Location.......................................................................................................................................................................................77
3.22.2 Rules Description........................................................................................................................................................................77
3.22.3 Principles.....................................................................................................................................................................................77
3.22.4 Measures......................................................................................................................................................................................78
3.22.5 Reference.....................................................................................................................................................................................78
3.23 Entire System Alarm.......................................................................................................................................................................78
3.23.1 Location.......................................................................................................................................................................................78
3.23.2 Rules Description........................................................................................................................................................................78
3.23.3 Principles.....................................................................................................................................................................................79
3.23.4 Measures......................................................................................................................................................................................79
3.23.5 Reference.....................................................................................................................................................................................80
3.24 Board Temperature Monitor..........................................................................................................................................................80
3.24.1 Location.......................................................................................................................................................................................80
3.24.2 Rules Description........................................................................................................................................................................80
3.24.3 Principles.....................................................................................................................................................................................81
3.24.4 Measures......................................................................................................................................................................................82
3.24.5 Reference.....................................................................................................................................................................................82
3.25 Check of Transmit Channel Power Consistency..........................................................................................................................82
3.25.1 Location.......................................................................................................................................................................................82
3.25.2 Rules Description........................................................................................................................................................................82
3.25.3 Principles.....................................................................................................................................................................................83
Huawei Proprietary and Confidential Page 6 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.25.4 Measures......................................................................................................................................................................................83
3.25.5 Reference.....................................................................................................................................................................................83
3.26 Check of Blind HO (redirection) Priority of Inter-RAT Neighboring Cell...............................................................................83
3.26.1 Location.......................................................................................................................................................................................83
3.26.2 Rules Description........................................................................................................................................................................84
3.26.3 Principles.....................................................................................................................................................................................84
3.26.4 Measures......................................................................................................................................................................................85
3.26.5 Reference.....................................................................................................................................................................................85
3.27 IPPATH Check................................................................................................................................................................................86
3.27.1 Location.......................................................................................................................................................................................86
3.27.2 Rules Description........................................................................................................................................................................86
3.27.3 Principles.....................................................................................................................................................................................86
3.27.4 Measures......................................................................................................................................................................................87
3.27.5 Reference.....................................................................................................................................................................................87
3.28 Clock Configuration Check............................................................................................................................................................87
3.28.1 Location.......................................................................................................................................................................................87
3.28.2 Rules Description........................................................................................................................................................................88
3.28.3 Principles.....................................................................................................................................................................................89
3.28.4 Measures......................................................................................................................................................................................89
3.28.5 Reference.....................................................................................................................................................................................90
3.29 IPRT Check......................................................................................................................................................................................90
3.29.1 Location.......................................................................................................................................................................................90
3.29.2 Rules Description........................................................................................................................................................................90
3.29.3 Principles.....................................................................................................................................................................................90
3.29.4 Measures......................................................................................................................................................................................91
3.29.5 Reference.....................................................................................................................................................................................91
3.30 Check of S1 Link State (Block)......................................................................................................................................................91
3.30.1 Location.......................................................................................................................................................................................91
3.30.2 Rules Description........................................................................................................................................................................91
3.30.3 Principles.....................................................................................................................................................................................91
3.30.4 Measures......................................................................................................................................................................................92
3.30.5 Reference.....................................................................................................................................................................................92
3.31 IPsec Configuration Check.............................................................................................................................................................92
3.31.1 Location.......................................................................................................................................................................................92
3.31.2 Rules Description........................................................................................................................................................................92
3.31.3 Principles.....................................................................................................................................................................................93
3.31.4 Measures......................................................................................................................................................................................93
3.31.5 Reference.....................................................................................................................................................................................93
3.32 Statistic of X2 Link SCTPHOST Port...........................................................................................................................................93
3.32.1 Location.......................................................................................................................................................................................93
3.32.2 Rules Description........................................................................................................................................................................94
3.32.3 Principles.....................................................................................................................................................................................94
Huawei Proprietary and Confidential Page 7 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.32.4 Measures......................................................................................................................................................................................94
3.32.5 Reference.....................................................................................................................................................................................95
3.33 CSFB Feature Switch Check..........................................................................................................................................................95
3.33.1 Location.......................................................................................................................................................................................95
3.33.2 Rules Description........................................................................................................................................................................95
3.33.3 Principles.....................................................................................................................................................................................95
3.33.4 Measures......................................................................................................................................................................................96
3.33.5 Reference.....................................................................................................................................................................................96
3.34 Fast ANR Parameter Check...........................................................................................................................................................96
3.34.1 Location.......................................................................................................................................................................................96
3.34.2 Rules Description........................................................................................................................................................................96
3.34.3 Principles.....................................................................................................................................................................................97
3.34.4 Measures......................................................................................................................................................................................97
3.34.5 Reference.....................................................................................................................................................................................97
3.35 eUCellSectorEqm Configuration Check.......................................................................................................................................97
3.35.1 Location.......................................................................................................................................................................................97
3.35.2 Rules Description........................................................................................................................................................................97
3.35.3 Principles.....................................................................................................................................................................................98
3.35.4 Measures......................................................................................................................................................................................98
3.35.5 Reference.....................................................................................................................................................................................98
3.36 DRX Enter/Exit Threshold Check.................................................................................................................................................98
3.36.1 Location.......................................................................................................................................................................................98
3.36.2 Rules Description........................................................................................................................................................................98
3.36.3 Principles.....................................................................................................................................................................................99
3.36.4 Measures......................................................................................................................................................................................99
3.36.5 Reference.....................................................................................................................................................................................99
3.37 Excessive pRRUs Under Co-MPT..................................................................................................................................................99
3.37.1 Location.......................................................................................................................................................................................99
3.37.2 Rule Description..........................................................................................................................................................................99
3.37.3 Principles...................................................................................................................................................................................100
3.37.4 Measures....................................................................................................................................................................................100
3.37.5 Reference...................................................................................................................................................................................100
3.38 Check of Flash CSFB and RIM Configuration..........................................................................................................................100
3.38.1 Location.....................................................................................................................................................................................100
3.38.2 Rules Description......................................................................................................................................................................100
3.38.3 Principles...................................................................................................................................................................................101
3.38.4 Measures....................................................................................................................................................................................101
3.38.5 Reference...................................................................................................................................................................................101
3.39 2T4R Configuration Check...........................................................................................................................................................101
3.39.1 Location.....................................................................................................................................................................................101
3.39.2 Rules Description......................................................................................................................................................................101
3.39.3 Principles...................................................................................................................................................................................102
Huawei Proprietary and Confidential Page 8 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.39.4 Measures....................................................................................................................................................................................102
3.39.5 Reference...................................................................................................................................................................................102
3.40 License Running State Check.......................................................................................................................................................103
3.40.1 Location.....................................................................................................................................................................................103
3.40.2 Rules Description......................................................................................................................................................................103
3.40.3 Principles...................................................................................................................................................................................103
3.40.4 Measures....................................................................................................................................................................................104
3.40.5 Reference...................................................................................................................................................................................104
3.41 License Item Consistency Check..................................................................................................................................................104
3.41.1 Location.....................................................................................................................................................................................104
3.41.2 Rules Description......................................................................................................................................................................104
3.41.3 Principles...................................................................................................................................................................................105
3.41.4 Measures....................................................................................................................................................................................105
3.41.5 Reference...................................................................................................................................................................................105
3.42 Check of LTE eRAN6.0&eRAN6.1 Life Cycle...........................................................................................................................105
3.42.1 Location.....................................................................................................................................................................................105
3.42.2 Rules Description......................................................................................................................................................................105
3.42.3 Principles...................................................................................................................................................................................106
3.42.4 Measures....................................................................................................................................................................................106
3.42.5 Reference...................................................................................................................................................................................106
3.43 CPU Load Evaluation....................................................................................................................................................................106
3.43.1 Location.....................................................................................................................................................................................106
3.43.2 Rules Description......................................................................................................................................................................106
3.43.3 Principles...................................................................................................................................................................................108
3.43.4 Measures....................................................................................................................................................................................108
3.43.5 Reference...................................................................................................................................................................................109
3.44 eNodeB Capacity Switch Check...................................................................................................................................................109
3.44.1 Location.....................................................................................................................................................................................109
3.44.2 Rules Description......................................................................................................................................................................109
3.44.3 Principles...................................................................................................................................................................................109
3.44.4 Measures....................................................................................................................................................................................110
3.44.5 Reference...................................................................................................................................................................................111
3.45 Check of Uu Interface Resource Congestion..............................................................................................................................111
3.45.1 Location.....................................................................................................................................................................................111
3.45.2 Rules Description......................................................................................................................................................................111
3.45.3 Principles...................................................................................................................................................................................112
3.45.4 Measures....................................................................................................................................................................................113
3.45.5 Reference...................................................................................................................................................................................113
3.46 User Plane Load Evaluation.........................................................................................................................................................113
3.46.1 Location.....................................................................................................................................................................................113
3.46.2 Rules Description......................................................................................................................................................................113
3.46.3 Principles...................................................................................................................................................................................114
Huawei Proprietary and Confidential Page 9 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.46.4 Measures....................................................................................................................................................................................115
3.46.5 Reference...................................................................................................................................................................................116
3.47 Paging Performance Analysis.......................................................................................................................................................116
3.47.1 Location.....................................................................................................................................................................................116
3.47.2 Rules Description......................................................................................................................................................................116
3.47.3 Principles...................................................................................................................................................................................116
3.47.4 Measures....................................................................................................................................................................................117
3.47.5 Reference...................................................................................................................................................................................117
3.48 RRC Setup Success Rate...............................................................................................................................................................117
3.48.1 Location.....................................................................................................................................................................................117
3.48.2 Rules Description......................................................................................................................................................................117
3.48.3 Principles...................................................................................................................................................................................118
3.48.4 Measures....................................................................................................................................................................................120
3.48.5 Reference...................................................................................................................................................................................120
3.49 eRAB Setup Success Rate.............................................................................................................................................................120
3.49.1 Location.....................................................................................................................................................................................120
3.49.2 Rules Description......................................................................................................................................................................120
3.49.3 Principles...................................................................................................................................................................................121
3.49.4 Measures....................................................................................................................................................................................122
3.49.5 Reference...................................................................................................................................................................................123
3.50 Call Drop Rate...............................................................................................................................................................................123
3.50.1 Location.....................................................................................................................................................................................123
3.50.2 Rules Description......................................................................................................................................................................123
3.50.3 Principles...................................................................................................................................................................................124
3.50.4 Measures....................................................................................................................................................................................125
3.50.5 Reference...................................................................................................................................................................................125
3.51 Intra-eNB Handover Success Rate...............................................................................................................................................126
3.51.1 Location.....................................................................................................................................................................................126
3.51.2 Rules Description......................................................................................................................................................................126
3.51.3 Principles...................................................................................................................................................................................127
3.51.4 Measures....................................................................................................................................................................................128
3.51.5 Reference...................................................................................................................................................................................128
3.52 Inter-eNB Handover Success Rate...............................................................................................................................................129
3.52.1 Location.....................................................................................................................................................................................129
3.52.2 Rules Description......................................................................................................................................................................129
3.52.3 Principles...................................................................................................................................................................................130
3.52.4 Measures....................................................................................................................................................................................131
3.52.5 Reference...................................................................................................................................................................................131
3.53 Inter-RAT Handover Success Rate..............................................................................................................................................132
3.53.1 Location.....................................................................................................................................................................................132
3.53.2 Rules Description......................................................................................................................................................................132
3.53.3 Principles...................................................................................................................................................................................133
Huawei Proprietary and Confidential Page 10 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.53.4 Measures....................................................................................................................................................................................134
3.53.5 Reference...................................................................................................................................................................................135
3.54 Intra-Freq Handover Success Rate..............................................................................................................................................135
3.54.1 Location.....................................................................................................................................................................................135
3.54.2 Rules Description......................................................................................................................................................................135
3.54.3 Principles...................................................................................................................................................................................136
3.54.4 Measures....................................................................................................................................................................................137
3.54.5 Reference...................................................................................................................................................................................137
3.55 Inter-Freq Handover Success Rate..............................................................................................................................................138
3.55.1 Location.....................................................................................................................................................................................138
3.55.2 Rules Description......................................................................................................................................................................138
3.55.3 Principles...................................................................................................................................................................................139
3.55.4 Measures....................................................................................................................................................................................140
3.55.5 Reference...................................................................................................................................................................................140
3.56 User Throughput Rate..................................................................................................................................................................141
3.56.1 Location.....................................................................................................................................................................................141
3.56.2 Rules Description......................................................................................................................................................................141
3.56.3 Principles...................................................................................................................................................................................142
3.56.4 Measures....................................................................................................................................................................................143
3.56.5 Reference...................................................................................................................................................................................143
3.57 User Number..................................................................................................................................................................................143
3.57.1 Location.....................................................................................................................................................................................143
3.57.2 Rules Description......................................................................................................................................................................143
3.57.3 Principles...................................................................................................................................................................................144
3.57.4 Measures....................................................................................................................................................................................146
3.57.5 Reference...................................................................................................................................................................................146
3.58 MOCN Performance Statistic from here....................................................................................................................................146
3.58.1 Location.....................................................................................................................................................................................146
3.58.2 Rules Description......................................................................................................................................................................146
3.58.3 Principles...................................................................................................................................................................................147
3.58.4 Measures....................................................................................................................................................................................147
3.58.5 Reference...................................................................................................................................................................................147
3.59 Network KPI Variation.................................................................................................................................................................148
3.59.1 Location.....................................................................................................................................................................................148
3.59.2 Rules Description......................................................................................................................................................................148
3.59.3 Principles...................................................................................................................................................................................148
3.59.4 Measures....................................................................................................................................................................................151
3.59.5 Reference...................................................................................................................................................................................151
3.60 Traffic Variation............................................................................................................................................................................151
3.60.1 Location.....................................................................................................................................................................................151
3.60.2 Rules Description......................................................................................................................................................................151
3.60.3 Principles...................................................................................................................................................................................152
Huawei Proprietary and Confidential Page 11 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.60.4 Measures....................................................................................................................................................................................153
3.60.5 Reference...................................................................................................................................................................................153
3.61 Network KPI Variation (during specified time).........................................................................................................................153
3.61.1 Location.....................................................................................................................................................................................153
3.61.2 Rules Description......................................................................................................................................................................153
3.61.3 Principles...................................................................................................................................................................................154
3.61.4 Measures....................................................................................................................................................................................156
3.61.5 Reference...................................................................................................................................................................................156
3.62 Traffic Variation (during specific time)......................................................................................................................................156
3.62.1 Location.....................................................................................................................................................................................156
3.62.2 Rules Description......................................................................................................................................................................156
3.62.3 Principles...................................................................................................................................................................................157
3.62.4 Measures....................................................................................................................................................................................159
3.62.5 Reference...................................................................................................................................................................................159
3.63 TOP Risk Cells of KPI Degeneration..........................................................................................................................................159
3.63.1 Location.....................................................................................................................................................................................159
3.63.2 Rules Description......................................................................................................................................................................159
3.63.3 Principles...................................................................................................................................................................................160
3.63.4 Measures....................................................................................................................................................................................160
3.63.5 Reference...................................................................................................................................................................................160
3.64 TOP Risk Cells of KPI Degeneration (during specific time).....................................................................................................160
3.64.1 Location.....................................................................................................................................................................................160
3.64.2 Rules Description......................................................................................................................................................................160
3.64.3 Principles...................................................................................................................................................................................161
3.64.4 Measures....................................................................................................................................................................................161
3.64.5 Reference...................................................................................................................................................................................161
3.65 Parts of Support Precaution Notices Which Need Manual Check...........................................................................................161
3.65.1 Location.....................................................................................................................................................................................161
3.65.2 Rules Description......................................................................................................................................................................161
3.65.3 Principles...................................................................................................................................................................................162
3.65.4 Measures....................................................................................................................................................................................162
3.65.5 Reference...................................................................................................................................................................................162
3.66 Notice on Precaution for FDD eNodeBs – Network Access Failures after the IP Path Switchover Is Performed..............163
3.66.1 Location.....................................................................................................................................................................................163
3.66.2 Rules Description......................................................................................................................................................................163
3.66.3 Principles...................................................................................................................................................................................163
3.66.4 Measures....................................................................................................................................................................................164
3.66.5 Reference...................................................................................................................................................................................164
3.67 Precaution Bulletin on Service Impact Caused by ETH Interconnected Mode.....................................................................164
3.67.1 Location.....................................................................................................................................................................................164
3.67.2 Rules Description......................................................................................................................................................................164
3.67.3 Principles...................................................................................................................................................................................164
Huawei Proprietary and Confidential Page 12 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.67.4 Measures....................................................................................................................................................................................165
3.67.5 Reference...................................................................................................................................................................................165
3.68 Notice on Precaution – Check of Abnormal RX Power of Optical Module (Only relates to China)....................................165
3.68.1 Location.....................................................................................................................................................................................165
3.68.2 Rules Description......................................................................................................................................................................165
3.68.3 Principles...................................................................................................................................................................................165
3.68.4 Measures....................................................................................................................................................................................165
3.68.5 Reference...................................................................................................................................................................................165
3.69 Notice on Precaution for Certificate Expiry Not Promptly Notified Because of Certificate Validity Check Disabling.....166
3.69.1 Location.....................................................................................................................................................................................166
3.69.2 Rules Description......................................................................................................................................................................166
3.69.3 Principles...................................................................................................................................................................................166
3.69.4 Measures....................................................................................................................................................................................166
3.69.5 Reference...................................................................................................................................................................................167
3.70 Notice on Precaution for Remote OMCH Reestablishment Failure Due to Self-Setup Disabling........................................167
3.70.1 Location.....................................................................................................................................................................................167
3.70.2 Rules Description......................................................................................................................................................................167
3.70.3 Principles...................................................................................................................................................................................168
3.70.4 Measures....................................................................................................................................................................................168
3.70.5 Reference...................................................................................................................................................................................168
3.71 Precaution Notice for LampSite - License Resources Become Insufficient Following Capability Improvements of the BBP (LBBPd or
UBBPd3, UBBPd4, UBBPd5, or UBBPd6)........................................................................................................................................168
3.71.1 Location.....................................................................................................................................................................................168
3.71.2 Rules Description......................................................................................................................................................................168
3.71.3 Principles...................................................................................................................................................................................169
3.71.4 Measures....................................................................................................................................................................................169
3.71.5 Reference...................................................................................................................................................................................170
3.72 Precaution Notice for Temperature Exception Alarm Reporting and Repeated Restart of LampSite RHUB Working in Low Temperature
170
3.72.1 Location.....................................................................................................................................................................................170
3.72.2 Rules Description......................................................................................................................................................................170
3.72.3 Principles...................................................................................................................................................................................170
3.72.4 Measures....................................................................................................................................................................................171
3.72.5 Reference...................................................................................................................................................................................171
3.73 Notice on Precaution for the Disconnection of LTE FDD eNodeBs.........................................................................................171
3.73.1 Location.....................................................................................................................................................................................171
3.73.2 Rules Description......................................................................................................................................................................171
3.73.3 Principles...................................................................................................................................................................................172
3.73.4 Measures....................................................................................................................................................................................172
3.73.5 Reference...................................................................................................................................................................................172
3.74 Notice on Precaution for Decrease in CA UE Handover Success Rate....................................................................................172
3.74.1 Location.....................................................................................................................................................................................172
Huawei Proprietary and Confidential Page 13 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.81 Notice on Precaution for Occasional UE Access Failure When IucsRrcRecfgMcCombSwitch Is Set to On......................182
3.81.1 Location.....................................................................................................................................................................................182
3.81.2 Rules Description......................................................................................................................................................................182
3.81.3 Principles...................................................................................................................................................................................183
3.81.4 Measures....................................................................................................................................................................................183
3.81.5 Reference...................................................................................................................................................................................183
3.82 Notice on Precaution for User Access Failures after the RF Link of a LampSite Base Station Recovers from an Intermittent
Disconnection........................................................................................................................................................................................183
3.82.1 Location.....................................................................................................................................................................................183
3.82.2 Rules Description......................................................................................................................................................................184
3.82.3 Principles...................................................................................................................................................................................184
3.82.4 Measures....................................................................................................................................................................................184
3.82.5 Reference...................................................................................................................................................................................184
3.83 Notice on Precaution for Service Interruption Due to a Negotiation Problem When the First Peer IP Address of a Dual-Homed SCTP
Link Is Not Configured at the Peer MME.........................................................................................................................................185
3.83.1 Location.....................................................................................................................................................................................185
3.83.2 Rules Description......................................................................................................................................................................185
3.83.3 Principles...................................................................................................................................................................................185
3.83.4 Measures....................................................................................................................................................................................186
3.83.5 Reference...................................................................................................................................................................................186
3.84 Precaution Notice for Lengthy Upgrades of Single-mode LampSite Base Station Where Each pRRU Connects to an RHUB over Two
Ethernet Cables....................................................................................................................................................................................186
3.84.1 Location.....................................................................................................................................................................................186
3.84.2 Rules Description......................................................................................................................................................................187
3.84.3 Principles...................................................................................................................................................................................187
3.84.4 Measures....................................................................................................................................................................................187
3.84.5 Reference...................................................................................................................................................................................187
3.85 Precaution Notice for Service Unavailability on a Co-MPT UMTS/LTE LampSite Base Station Using 9.8 Gbit/s Optical Modules 188
3.85.1 Location.....................................................................................................................................................................................188
3.85.2 Rules Description......................................................................................................................................................................188
3.85.3 Principles...................................................................................................................................................................................188
3.85.4 Measures....................................................................................................................................................................................189
3.85.5 Reference...................................................................................................................................................................................189
3.86 Precaution Notice for Failures in Reaching Peak Uplink Throughput on a LampSite LTE Base Station..........................189
3.86.1 Location.....................................................................................................................................................................................189
3.86.2 Rules Description......................................................................................................................................................................190
3.86.3 Principles...................................................................................................................................................................................190
3.86.4 Measures....................................................................................................................................................................................190
3.86.5 Reference...................................................................................................................................................................................190
3.87 Notice on Precaution for Failures of Cell Activation When Both 1R/2R and 4R Cells Are Setup on UBBPD6 Baseband (Only relates to
China)....................................................................................................................................................................................................191
3.87.1 Location.....................................................................................................................................................................................191
Huawei Proprietary and Confidential Page 15 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.93.4 Measures....................................................................................................................................................................................199
3.93.5 Reference...................................................................................................................................................................................199
3.94 Notice on Precaution for Failure in Automatically Removing Faulty X2 Interfaces.............................................................199
3.94.1 Location.....................................................................................................................................................................................199
3.94.2 Rules Description......................................................................................................................................................................199
3.94.3 Principles...................................................................................................................................................................................200
3.94.4 Measures....................................................................................................................................................................................200
3.94.5 Reference...................................................................................................................................................................................200
3.95 Notice on Precaution for Parts of Counters Deterioration Due to Enabled DRX (Only relates to China)..........................200
3.95.1 Location.....................................................................................................................................................................................200
3.95.2 Rules Description......................................................................................................................................................................201
3.95.3 Principles...................................................................................................................................................................................201
3.95.4 Measures....................................................................................................................................................................................201
3.95.5 Reference...................................................................................................................................................................................201
3.96 Precaution Notice for a Cell Establishment Failure Because Sector Equipment Is Not Added to a Sector Equipment Group of the Cell
201
3.96.1 Location.....................................................................................................................................................................................201
3.96.2 Rules Description......................................................................................................................................................................201
3.96.3 Principles...................................................................................................................................................................................202
3.96.4 Measures....................................................................................................................................................................................202
3.96.5 Reference...................................................................................................................................................................................202
3.97 Notice on Precaution - Resetting Main Control Board Affects GSM Service Due to LTE Transmission Interrupted over 45 minutes on
Dual-Mode Base Station of SingleRAN 3900 Series (Only relates to China).................................................................................203
3.97.1 Location.....................................................................................................................................................................................203
3.97.2 Rules Description......................................................................................................................................................................203
3.97.3 Principles...................................................................................................................................................................................203
3.97.4 Measures....................................................................................................................................................................................203
3.97.5 Reference...................................................................................................................................................................................203
3.98 Notice on Precaution for FDD eNodeB - Reduced Uplink Rate of Test User Due to Enabled Uplink Scheduler Ctrl Power Switch (Only
relates to China)....................................................................................................................................................................................203
3.98.1 Location.....................................................................................................................................................................................203
3.98.2 Rules Description......................................................................................................................................................................204
3.98.3 Principles...................................................................................................................................................................................204
3.98.4 Measures....................................................................................................................................................................................204
3.98.5 Reference...................................................................................................................................................................................204
3.99 Notice on Precaution for Frequently Deactivated Supplementary Carrier When SLTE_CA UE Executes CA Services (Only relates to
China)....................................................................................................................................................................................................204
3.99.1 Location.....................................................................................................................................................................................204
3.99.2 Rules Description......................................................................................................................................................................204
3.99.3 Principles...................................................................................................................................................................................205
3.99.4 Measures....................................................................................................................................................................................205
3.99.5 Reference...................................................................................................................................................................................205
Huawei Proprietary and Confidential Page 17 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.100 Precaution Notice for Occasional Network Access Failure after Offline FFT Frequency Scan Ends.................................205
3.100.1 Location.....................................................................................................................................................................................205
3.100.2 Rules Description......................................................................................................................................................................205
3.100.3 Principles...................................................................................................................................................................................205
3.100.4 Measures....................................................................................................................................................................................206
3.100.5 Reference...................................................................................................................................................................................206
3.101 Precaution Notice for FDD eNodeB – Disable SysTimeCfgInd While Clock Synchronization Mode Is Set to FREQ (Only relates to China)
206
3.101.1 Location.....................................................................................................................................................................................206
3.101.2 Rules Description......................................................................................................................................................................206
3.101.3 Principles...................................................................................................................................................................................207
3.101.4 Measures....................................................................................................................................................................................207
3.101.5 Reference...................................................................................................................................................................................207
3.102 Precaution Notice for Abrupt Uplink Interference Increase on LampSite LTE Base Stations............................................207
3.102.1 Location.....................................................................................................................................................................................207
3.102.2 Rules Description......................................................................................................................................................................207
3.102.3 Principles...................................................................................................................................................................................208
3.102.4 Measures....................................................................................................................................................................................208
3.102.5 Reference...................................................................................................................................................................................208
3.103 Notice on Precaution for Invalid SYNCETH Clock When the Clock Working Mode Parameter Is Set to AUTO in a Base Station 209
3.103.1 Location.....................................................................................................................................................................................209
3.103.2 Rules Description......................................................................................................................................................................209
3.103.3 Principles...................................................................................................................................................................................209
3.103.4 Measures....................................................................................................................................................................................210
3.103.5 Reference...................................................................................................................................................................................210
3.104 Notice on Precaution for LTE FDD eNodeBs – MML Command Execution Failures After an eNodeB Reset or Configuration
Reactivation in Massive X2 Links Scenarios.....................................................................................................................................210
3.104.1 Location.....................................................................................................................................................................................210
3.104.2 Rules Description......................................................................................................................................................................210
3.104.3 Principles...................................................................................................................................................................................211
3.104.4 Measures....................................................................................................................................................................................211
3.104.5 Reference...................................................................................................................................................................................212
3.105 Notice on Precaution for Repeated BBP Restarts in FDD eNodeBs Due to Subscription to the PERIOD_CELL_L2_MR Message for Cell-
Level External CHR Tracing..............................................................................................................................................................212
3.105.1 Location.....................................................................................................................................................................................212
3.105.2 Rules Description......................................................................................................................................................................212
3.105.3 Principles...................................................................................................................................................................................212
3.105.4 Measures....................................................................................................................................................................................213
3.105.5 Reference...................................................................................................................................................................................213
3.106 Notice on Precaution for Switchback to the Faulty Primary IPsec Tunnel............................................................................213
3.106.1 Location.....................................................................................................................................................................................213
3.106.2 Rules Description......................................................................................................................................................................213
Huawei Proprietary and Confidential Page 18 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
3.106.3 Principles...................................................................................................................................................................................214
3.106.4 Measures....................................................................................................................................................................................214
3.106.5 Reference...................................................................................................................................................................................214
3.107 Notice on Precaution for Exceptions Occurred after Synchronizing SON Logs of FDD eNodeBs on the U2000...............215
3.107.1 Location.....................................................................................................................................................................................215
3.107.2 Rules Description......................................................................................................................................................................215
3.107.3 Principles...................................................................................................................................................................................215
3.107.4 Measures....................................................................................................................................................................................216
3.107.5 Reference...................................................................................................................................................................................216
3.108 Notice on Precaution for Restart of FDD eNodeBs That Select Target Frequencies in a Round Robin Manner during Blind Redirections
for CSFB to UTRAN............................................................................................................................................................................216
3.108.1 Location.....................................................................................................................................................................................216
3.108.2 Rules Description......................................................................................................................................................................217
3.108.3 Principles...................................................................................................................................................................................217
3.108.4 Measures....................................................................................................................................................................................217
3.108.5 Reference...................................................................................................................................................................................218
3.109 Accident Recovery Information Statistic....................................................................................................................................218
3.109.1 Location.....................................................................................................................................................................................218
3.109.2 Rules Description......................................................................................................................................................................218
3.109.3 Principles...................................................................................................................................................................................219
3.109.4 Measures....................................................................................................................................................................................220
3.109.5 Reference...................................................................................................................................................................................220
3.110 X2 Interface Configuration Check...............................................................................................................................................220
3.110.1 Location.....................................................................................................................................................................................220
3.110.2 Rules Description......................................................................................................................................................................220
3.110.3 Principles...................................................................................................................................................................................221
3.110.4 Measures....................................................................................................................................................................................222
3.110.5 Reference...................................................................................................................................................................................222
3.111 Check of Transmission Link Fault Recovery Switch.................................................................................................................222
3.111.1 Location.....................................................................................................................................................................................222
3.111.2 Rules Description......................................................................................................................................................................223
3.111.3 Principles...................................................................................................................................................................................223
3.111.4 Measures....................................................................................................................................................................................223
3.111.5 Reference...................................................................................................................................................................................223
3.112 Check of Binding Route of Master/Slave OMCH......................................................................................................................224
3.112.1 Location.....................................................................................................................................................................................224
3.112.2 Rules Description......................................................................................................................................................................224
3.112.3 Principles...................................................................................................................................................................................224
3.112.4 Measures....................................................................................................................................................................................224
3.112.5 Reference...................................................................................................................................................................................224
3.113 DSTIP of IPRT Check...................................................................................................................................................................225
3.113.1 Location.....................................................................................................................................................................................225
Huawei Proprietary and Confidential Page 19 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
2 Overview
1.1 Details
This guidance has introduced all LTE Inspection SOP rules (220 rules) and corresponding measures and suggestions can be found too. This
guidance can help the readers to understand the rules and inspection reports better, and increase the efficiency of analyzing problems.
The method of how to implement deploy MAINEX operation and maintenance tools (NIC and Standalone OMStar-E) to complete network
inspection automatically is not in this guidance. Please refer to the 《OMStar_E_V500R011_ Inspection SOP Guidance》published by OMStar to find the
details.
It is applicable for L1 who are in charge of the routine SOP inspection, L2 who are in charge of SOP promotion and new L2 who are in charge of
PICO V100R010C11 is applicable for PICO BTS3911B inspection, which includes Active Alarm Analysis, Historical Alarm Analysis,
RRC Setup Success Rate and eRAB Setup Success Rate rules.
This guidance uses eRAN version number to show the version number.
As far as the “Location”, same rules in different versions may in different locations. Since there are same and different rules in different
versions.
2.1.1 Update
This guidance is published with the SOP versions synchronously and it is updated by SOP maintenance group periodically.
on the U2000
6 Notice on Precaution for Restart of FDD New Precaution.
eNodeBs That Select Target Frequencies in a
Round Robin Manner during Blind Redirections
for CSFB to UTRAN
7 New manual precaution in
system.
2.Optimize the exception
output to distinguish the
abnormal configuration
of blind handover priority
and connected priority.
17 Add a judgment of the
BOOTROM version for
BOOTROM Version Check
different RRU boards and
output the exception.
18 Add a judgment based on
EP model and link model
IPPATH Check
in eRAN8.1 and its later
versions.
19 Optimize license
User Number
allocation algorithm.
20 Add the statistic of
Board Statistics
UNKOWN boards.
Deleted 21 Delete eRAN3.0 and
Delete eRAN3.0 and eRAN3.1 versions.
Versions eRAN3.1 related rules.
Adapted 22 Add inspection scenario
Add inspection scenario for PICO V100R010C11
Scenarios for PICO V100R010C11
version.
version.
23 Include VOLTE, DRX,
Add feature inspection scenario. Parameter Verification
and CA inspection.
3 Rule Description
1.3.1 Location
According to the number of exceptions and their severities, network health can be quantized to a specific score to reflect the overall condition of
the network directly. This rule is mainly used to collect network health’s related information.
1.3.3 Principles
1) “Network Health Evaluation” table: Set 8 items and give each item an initial score. The total score is 100. For each item, reduce its score
independently according to its issue until to 0. Add up the left score of the 8 items and get the final score. Score rate is the ratio of the actual
score to the initial score. If certain item participates into calculating but is not selected in this inspection, set the final score to its initial score.
Every item’s score is converted into actual score*100/initial score and then output. The principles of scoring are in the below table.
Unavailable Cell The initial score is 5. If the ratio of unavailable cell number to the total cell number increases 0.1%, reduce 0.5.
Seeping Cell The initial score is 5. The ratio of the sleeping cell number to the total cell number increases 0.1%, reduce 1.
Cell State
The initial score is 5. The ratio of the abnormal paging cell number to the total cell number increases 0.1%, reduce
Paging Performance
0.5.
Configuratio The initial score is 10. The actual score = initial score* (1-m/n). m stands for abnormal cell number and n stands for
Configuration Check
n Check total cell number.
Hot Patch State The initial score is 1. The actual score = initial score* (1-m/n). m stands for abnormal number of eNodeBs and n
Equipment
and License Running State stands for total number of eNodeBs.
Running
The initial score is 14. The ratio of the eNodeB number with major active alarms to the total eNodeB number rises
State Active Alarm
0.1%, reduce 0.14. Reduce 1 if 1 critical alarm occurs.
Uu Interface Resource The initial score is 5.The ratio of (Cell number whose L.RRC.SetupFail.ResFail is not 0 + Cell number whose L.E-
Congestion RAB.FailEst.NoRadioRes is not 0) to the entire network’s total cell number rises 0.1%, reduce 0.1.
Equipment
The initial score is 5. The actual score = 5-((the LMPT, UMPT number with average CPU usage between 50% ~
Load
CPU Load Evaluation 70%/ LMPT, UMPT number)* 0.05/0.001 + (LMPT, UMPT number with average CPU usage between 70% ~
100%/ LMPT, UMPT number)* 0.10/0.001 + (LBBP number with average CPU usage between 50% ~ 70%/LBBP
number)* 0.05/0.001 + (LBBP number with average CPU usage between 70% ~ 100%/LBBP number)
*0.10/0.001).
RRC Setup Success Rate Both of the initial score is 10. Add up the traffic measurement within the inspection period and get the total RRC /
eRAB setup success rate. From 100% on, reduce 0.5 when the ratio drops 0.1%. When it is lower than 98%, set the
eRAB Setup Success Rate
score to 0.
The initial score is 15.Add up the traffic measurement within the inspection period and get the total call drop rate.
Call Drop Rate
From 0% on, reduce 0.429 when the ratio rises 0.1%. When it is higher than 2 %, set the score to 0.
Intra-eNB Handover
Both of the initial score is 1.5. Add up the traffic measurement within the inspection period and get the total Intra-
Success Rate
Inter-eNB Handover eNB/Inter-eNB handover success rate. From 100% on, reduce 0.075 when the ratio drops 0.1%. When it is lower
KPI
Success Rate than 98%, set the score to 0.
Intra-Freq Handover
Handove
Both of the initial score is 3.5. Add up the traffic measurement within the inspection period and get the total Intra-
Success Rate
r Success
Inter-Freq Handover Freq/Inter-Freq handover success rate. From 100% on, reduce 0.175 when the ratio drops 0.1%. When it is lower
Rate
Success Rate than 98%, set the score to 0.
Inter-RAT
The initial score is 5. Add up the traffic measurement within the inspection period and get the total Inter-RAT
Handover Success
handover success rate. From 100% on, reduce 0.0625 when the ratio drops 0.10%.If it is lower than 98%, set the
Rate
score to 0.
Note:
Suggestion: Based on the total score, output “Please Keep It On” when score rate >= 90%, “Please Keep Optimizing It” when it is between 80%
(contained)-90%, “Please Optimize It Immediately” when it is between 60% (contained)-80% and “Please Solve It Immediately” when it is lower than <
60%.
If score rate in Cell State, Configuration Check or eRAB Setup Success Rate items is lower than 50%, output Critical. If it is between
If score rate in the Equipment Load is lower than 80%, output Critical. If it is between 80%~90%, output Major.
If score rate in RRC Setup Success Rate or Call Drop Rate is lower than 50%, output Critical. If it is between 50%~80%, output Major.
If score rate in Handover Success Rate is lower than 50%, output Critical. If it is between 50%~70%, output Major.
1.3.4 Measures
If the score is relatively low, please find point-reducing items and solve the problem by corresponding measures.
1.3.5 Reference
None.
1.3.6 Location
Impact: If the speed of ETHPORT port is less than 100mbps, it will affect the peak rate. If MTU (Maximum Transmission Unit) is less than 1500
bytes, it would lead to packet loss or excessively fragmented data packets on transport network, resulting in a long delay, deteriorated performance or
This rule collects information of eNodeB ID, eNodeB Name, Operator Name, eNodeB Sharing Mode, DLEarfcn and Bandwidth Information and
Port Attribute, ETHPORT speed, MTU, whether IPSec is used or not, MME Release, Current Clock Synchronous Mode and eNodeB Clock Source
Configuration to know basic information of current internet and remind whether they are consistent with the recommended configurations.
Shared Frequency
PRIM:yi PRIM:42403 1 0
Sharing Mode
100M/1000M 1
3) Output eNodeB numbers under different clock synchronization modes.
FREQ 18
TIME 3
4) Output each eNodeB’s eNodeB ID, eNodeB Name, Operator Name, eNodeB Sharing Mode, DLEarfcn and Bandwidth Information and Port
Attribute, ETHPORT Speed, Local Speed, MTU(byte), Encryption or Not, MME Release, Current Clock Synchronization Mode, eNodeB Clock
Note: This principle does not apply to eNodeBs in RAN sharing with dedicated carrier mode.
5) Show the relationship between NE, data packet and eNodeB ID.
1.3.8 Principles
1) Find eNodeB ID and Name/eNodeB Function Name under eNodeB field from XML file.
2) Get the information of the Operator Name and Operator PLMN by CnOperator field.
3) Judge eNodeB Sharing Mode by ENODEBSHARINGMODE field. There are INDEPENDENT, SHARED_FREQ, and SEPARATED_FREQ
three modes.
5) Get current used port, local speed and MTU (byte) by MML’s DSP ETHPORT command.
a) Judge its attribute (Copper or Fiber) through ‘Port Attribute’. If Port Status = Up and Number of IPs is not 0, output its attribute.
b) Get ETHPORT’s speed mode by Local Speed. If it contains 10M or 100M, mark it red as an exception.
c) Get ETHPORT’s MTU by MTU (byte). If it is less than 1500 byte, mark it red as an exception.
a) If Port Status = Up and Number of IPs is not 0 by MML’s DSP ETHPORT command, record its port. If Port Status = Down or Number of
b) Based on the port recorded in a), find and output its corresponding speed from XML file. (010M, 1100M, 21000M, 3---auto-
negotiation).
7) Check whether there is IPSECBIND field from XML file. If yes, it is considered that encryption is used.
9) Get clock synchronization mode and current clock source by MML’s DSP CLKSTAT command.
10) Find and record CN/SRN/SN/SBT/PN under ethport from LMT.XML file.
11) Check the value of CN/SRN/SN/SBT/PN, which corresponds with traffic counters.
b) Check the value of fegelteid from omstar_xxx_xsau.D_FEGELTE, which corresponds with fegeltekey (For example: "0:0:7:0:0" is the
c) Check the value of measunit from omstar_version_info.t_perf_item_enodebvxxxxxxxxxx, which corresponds with the traffic counters.
d) Check the value of measset from omstar_version_info.t_perf_measunit_xxxxxxxxxxx, which corresponds with the measunit.
e) Check the value of parameterenname from omstar_version_info.t_perf_measset_enodebxxxxxxxxxx, which corresponds with the measset
12) Select eNodeBs with same CN/SRN/SN/SBT/PN in step 11) and step 10), check and output VS.FEGE.TxMaxSpeed, VS.FEGE.TxMeanSpeed,
VS.FEGE.TxMaxSpeed is maximum transmit rate on the Ethernet port based on hour granularity in one day.
VS.FEGE.TxMeanSpeed is average transmit rate on the Ethernet port based on hour granularity in one day.
VS.FEGE.RxMaxSpeed is maximum receive rate on the Ethernet port based on hour granularity in one day.
VS.FEGE.RxMeanSpeed is average receive rate on the Ethernet port based on hour granularity in one day.
Output the information of the relationship between NE, data packet and the eNodeB.
1.3.9 Measures
1.3.10 Reference
None.
3.3.1 Location
This rule collects information of each eNodeB’s main area software version, MPT hardware version, MPT BootRom version, BBP hardware
version, BBP BootRom version, RRU software version, RRU hardware version, RRU BootRom Version and RRU serial number to understand the device
version information.
1) Count the eNodeB number under each main area software version in the entire network.
BTS3900 V100R008C00SPC240 4
Note: eRAN7.0 version adds three counters, which are RHUB software version, RHUB hardware version and RHUB BootRom version.
3.3.3 Principles
Get main area software version and site type’s information from XML file.
a) If the eNodeB has a hot patch and its state is active or running, use “site type + hot patch version” as eNodeB’s software version, such as
b) If not, use “site type + main area software version” as eNodeB’s software version, such as “DBS3900 LTE V100R005C00SPC300”.
Note: When judging whether it has a hot patch, refer to the result of LMPT under Normal state.
2) Find out MPT hardware version, MPT BootRom version, LBBP hardware version, LBBP BootRom version, RRU software version, RRU
hardware version, RRU BootRom Version and RRU serial number by DSP BRDVER command.
3) Find out specific LBBP’s type based on its CN, SRN, and SN by DSP BRDMFRINFO command.
3.3.4 Measures
None.
3.3.5 Reference
None.
3.4.1 Location
This rule is a statistical rule without exceptional examination. It is mainly used to collect each eNodeB and its cells’ related information to
1) Output information of eNodeB Type, eNodeB Number and eNodeB Number (RRU concatenation) in the entire network.
3.4.3 Principles
1) Find out each eNodeB’s eNodeB ID, eNodeB Name, Cell Number, Product Type and each cell’s UtranDlArfcn, DlBandWidth, TAC,
ReferenceSignalPw, Pb, PaPcOff, MultiRruCellFlag, MultiRruCellMode and TxRxMode from XML file.
2) Check the value of MultiRruCellFlag and MultiRruCellMode under CELL from XML file to judge whether it is SFN cell. When
MultiRruCellFlag = BOOLEAN_TRUE and MultiRruCellMode = SFN, it is considered as a SFN Cell. (MultiRruCellFlag = 1 means
3) Check the value of PS under RRU from XML file to judge whether it is RRU concatenation. If any PS is non-zero, it is considered as
Pb: PB;
PaPcOff: PA;
3.4.4 Measures
None.
3.4.5 Reference
None.
1.4.1 Location
This rule is used to summarize the board number in entire network and output each eNodeB’s board number.
Overview of BBP
BBP Number eNodeB Number
0 1
1 1
2 9
3 3
4 0
5 0
6 0
More than 6 0
3) Count board number under normal state to judge each eNodeB’s operating state.
62009 62009 1 1 1 1 2 0 0 1 0 0 0 0 0 0 1 1 0
1.4.3 Principles
1) Find out current eNodeB’s board configuration and count board number or module number ("LMPT", "UMPT", "LBBP", "UBBP", "UTRP",
"USCU", "MRRU", "LRRU", "MRFU", "LRFU", "MPMU", "PRRU", "RHUB", "BRU" and "UNKNON") in the entire network by MML’S
2) Find more details for UMPT/LMPT/LBBP/UBBP by MML’s DSP BRDMFRINFO command. For example: If the result of Type under LBBP =
3) If both LBBP and UBBP have sub-boards, combine them as BBP column and list all sub-boards’ type and number. For example:
1.4.4 Measures
None.
1.4.5 Reference
None.
1.5.1 Location
This rule is used to collect RRU configuration information in the entire network to understand it better.
Off 1
On 2
2) Output Topo Type in the entire network.
GO(GSM_ONLY) 1
LO(LTE_FDD) 1
UO(UMTS_ONLY) 1
1.5.3 Principles
Collect each eNodeB’s RRU configuration information in the entire network from XML file.
1) Check the value of ALMPROCSW under RRU (If ALMPROCSW = 0, it indicates VSWR alarm post-processing switch is on. If ALMPROCSW
2) Check the value of ALMPROCTHRHID under RRU (the value of VSWR alarm post-processing threshold is between 14~100 and the unit is 0.1,
3) Check the value of ALMTHRHLD under RRU (the value of VSWR alarm post-processing threshold is between 14~30 and the unit is 0.1, so the
4) Check the value of ATTEN under RXBRANCH (the value of Attenuation is between 0~60 and the unit is 0.5, so the actual value is between
0~30).
5) Find RCN Number under RRUCHAIN based on RCN Number under RRU and output Topo type (TT) and Backup mode (BM) (If TT = 0,
CHAIN state. If TT = 1, RING state. If TT = 2, LOADBALANCE state. If BM = 0, COLD backup mode. If BM = 1, HOT backup mode).
6) Check the value of RS (RF Unit Working Mode) under RRU and convert it into actual working mode. RS field is mainly used to identify whether
1.5.4 Measures
None.
1.5.5 Reference
None.
1.5.6 Location
Users can’t access the cell if it is under sleeping state, which is out of service. This rule is mainly used to output suspected sleeping cells’ related
information.
1) Collect each cell’s traffic measurement to output suspected sleeping cell’s information by day.
The above two tables only list several counters: It also includes L.RA.GrpB.Att, L.RA.GrpB.Resp, L.RA.Dedicate.Att, L.RA.Dedicate_Resp,
power on restart
If some counters in the cell weren’t activated in the first inspection report, traffic measurement can’t be collected.
1.5.8 Principles
a) Take each cell as granularity, summarize each cell’s Random Access preamble (msg1), Random Access Response (msg2) and RRC
b) Calculate RA Rate of each cell by day. If the denominator is zero, set the result as null.
c) If the following three conditions are met, it is considered as suspected sleeping cell.
d) Meantime, take each cell as granularity, summarize each cell’s L.Thrp.bits.UL, L.Thrp.bits.DL and L.Traffic.User.Avg during the
If these two conditions are met at the same time, output the cell’s information to the “L.RRC.ConnReq.Att (latest consecutive 48 hours) = 0”
table.
msg3, L.Thrp.bits.UL, L.Thrp.bits.DL and L.Traffic.User.Avg is 0 in the latest consecutive 48 hours or above.
1.5.9 Measures
Before recovering the cell, please collect the information of KPI data (sampled by hour) for more than one month, cell tracking and one-key log
data (BBP and MPT) and RRU log and send them to HUAWEI engineers for analysis.
1.5.10 References
It is inspected that 1 sleeping cell in August, 2012. After collecting one-key log and analyzed by LCEM, it is considered as known issue.
1.5.11 Location
When a cell is unavailable, cell establishment will fail, the services will be interrupted or cell establishment succeeds but the access will be
rejected, which would lower the internet’s performance. This rule is mainly used to output related information of unavailable and blocked cells.
1) Check a cell’s state by MML’s DSP CELL command. If it is not ‘normal’ and has been activated by ACT CELL command, it is considered that
some fault leads to the failure of cell establishment and output this cell’s related information.
eNod eNode Local Cell Cause of Cell Cell Latest Duration of Cell Duration of Cell Duration of Cell
1.5.13 Principles
1) Check whether CellActive State under CELL from XML file is 1 or not. If yes, it indicates this cell has run ACT CELL before and go to next
2) Check all the cells’ state by MML’s DSP CELL command. If the result of ‘cell instant state’ is not ‘normal’, go to next step, or end.
3) Judge the unavailable reason from DSP CELL’s ‘Reason for latest state change’.
a) If it is “Cell Is Blocked”, the reason is blocked and output cell’s related information to the “Blocked Cell List”.
b) If it is “Cell setup successfully/Cell setup succeeded”, judge whether the value of CellAdminState under CELL from XML file is 1/2/3
(high/middle/low priority blocked). If it is, the reason is blocked and output cell’s related information to the “Blocked Cell List”. If not, the
reason is ‘others’ and output cell’s related information to the “Unavailable Cell List”.
c) If it is not a) or b), take the result itself as the reason for the failure of cell establishment and output cells’ related information to the
1.5.14 Measures
1.5.15 Reference
http://support.huawei.com/carrier/docview!docview?nid=SE0000746720
3.7.1 Location
If a cell is under deactivated state, it couldn’t provide services. This rule is mainly used to collect related information of deactivated cells.
3.7.3 Principles
1) Judge whether CellActiveState under CELL from XML file is 0 or not. If yes, it indicates this cell is deactivated manually or it is never been
activated before.
3.7.4 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000746720
3.7.5 Reference
None.
3.8.1 Location
If eNodeBs have Deactive and Active hot patch, they couldn’t load new hot patch. If effective hot patch is under Active state, it will become
Deactive after eNodeBs reset. Therefore, Deactive and Active states are not recommended and need to confirm instead. This rule is mainly used to output
1) Output hot patch states and the corresponding eNodeBs’ information in the entire network.
3.8.3 Principles
1) Find MPT’s information by MML’s DSP BRD command. Get its cabinet No., subrack No. and slot No. if “Availability Status” is “Normal”,
2) There are IDLE, DEACTIVE, ACTIVE and RUNNING four states for a hot patch. Get all the boards’ hot patch information by MML’s DSP
PATCH command and find MPT’s hot patch information which satisfies 1) and take it as eNodeB’s hot patch state.
3.8.4 Measures
2) If this patch is necessary, put it into running state by ACT PATCH and CON PATCH command successively.
3.8.5 Reference
None.
3.9.1 Location
If “CellReservedForOp” is set to CELL_RESERVED_FOR_OP, it indicates the cell is reserved for operator. UEs of AC11/ AC15 in their
HPLMN/EHPLMN will consider this cell as a candidate cell during cell selection or reselection. UEs of AC11/AC15 out their HPLMN/EHPLMN or UEs
of AC0-9/AC12-14 will consider this cell as a barred cell during cell selection or reselection. This rule is mainly used to collect information of cell reserved
1) Output cells which are reserved for operator and their related information.
3.9.3 Principles
2) If CellReservedForOp = 0, which is CELL_RESERVED_FOR_OP state, it indicates this cell is reserved for operator.
3.9.4 Measures
3.9.5 Reference
None.
3.10.1 Location
If a cell is barred, the UE cannot stop at this cell. During cell selection and reselection, this cell will not be selected as a candidate cell. This rule is
3.10.3 Principles
Check the value of “CellBarred” under CELLACCESS in the XML file and judge whether the cell is under barred state or not.
1) If the value is CELL_BARRED, it indicates this cell is barred and output its related information.
2) If the value is CELL_NOT_BARRED, it indicates this cell is not barred and don’t output.
3.10.4 Measures
3.10.5 Reference
None.
3.11.1 Location
If this alarm occurs, the coverage of the faulty local cell will decrease, the RTWP reported by some RRUs will be discarded, the features
configured on the local cell will not be supported, or certain demodulation capabilities of the uplink baseband equipment used by the local cell will be
unavailable. This rule is mainly used to collect related information of capability degraded cells.
3.11.3 Principles
1) Filter alarm ID= 29243 (cell capability degraded alarm) from the active alarms (unrecovered).
3.11.4 Measures
1) Reestablish a cell (DEA CELL, ACT CELL) and check whether the alarm is cleared or not. (Please try to perform this operation during low-
2) If not clear, collect log information and send them to HUAWEI engineers.
3.11.5 Reference
None.
3.12.1 Location
If clock related active alarms occur (Alarm ID 26260~26265, 26267, 26278, 26106, 26538, 26120, 26266), it’s necessary to investigate this
eNodeB’s clock. This rule is mainly used to output eNodeBs’ related information with these alarms.
3) Output eNodeBs’ related information which alarms occur more than 3 times during inspection period.
3.12.3 Principles
Check eNodeBs’ active alarms and find out whether there are 26260~26265, 26267, 26278, 26106, 26538, 26120, 26266 existed or not.
2) Find current PPL state by MML’s DSP CLKSTAT command and record the result.
3.12.4 Measures
3.12.5 Reference
None.
1.6.1 Location
If the link between an eNodeB and core network fails, it will affect S1’s handover. This rule is mainly used to check ALM-25888 SCTP link fault
(Judge it as S1 interface according to the description of the alarm) as well as collecting related information of SCTP link fault (S1).
1) Output the result of SCTP link state check (S1) according to alarm times.
2) Output TOP20 eNodeBs’ information with most SCTP link fault alarms (S1).
Service Type=S1-AP
1.6.3 Principles
Filter out Alarm ID=25888 from alarm table (alarm.csv) and get the key fields from locationinformation column.
1) If there is Service Type in key fields, judge whether it is S1 (contains S1) or not from its value. If not, go to next step.
2) Check whether there is SGW/MME under key field Description. If there is, consider it as S1. If it is blank, go to next step.
3) Check key field Peer IP Address and find IPPATH which has same address with Peer IP Address from XML file. Then check the value of its
4) Check PathID of IPPATH from XML file, find corresponding Ippathid of eNodeBPath and check the value of apptype. If it is 0, consider it as S1.
5) Count SCTP link state in the entire network in segment according to alarm times.
1.6.4 Measures
2) Use the ping detect method to check whether the transmission is normal.
1.6.5 Reference
None.
1.7.1 Location
02 Health Check 02 Device State Check 10 SCTP Link State Check (X2)
If eNodeBs’ X2 link fails, SCTP link can’t carry service signaling from X2 interface. Before the alarm is cleared, local eNodeBs are not allowed
to handover on these X2 interfaces. This rule is mainly used to check ALM-25888 SCTP link fault (Judge it as X2 interface according to the description of
the alarm) as well as collecting related information of SCTP link fault (X2).
1) Output the result of SCTP link state check (X2) according to the alarm times.
1.7.3 Principles
Filter out ID=25888 from alarm table (alarm.csv) and get the key fields from the locationinformation column.
1) If there is Service Type in key fields, judge whether it is X2(contains X2) from its value. If not, go to next step.
2) Check whether there is eNodeB or not under key field Description. If there is, consider it as X2. If it is blank, go to next step.
3) Check key field Peer IP Address and find IPPATH which has same address with Peer IP Address from XML file. Then check its corresponding
4) Check PathID of IPPATH from XML file, find corresponding Ippathid of eNodeBPath and check the value of apptype. If it is 1, consider it as X2.
5) Use original traffic measurement data from the first report to calculate L.HHO.X2.Intra-Freq.ExecSuccOut, L.HHO.X2.Inter-Freq.ExecSuccOut,
L.HHO.X2.Intra-Freq.ExecAttOut and L.HHO.X2.Inter-Freq.ExecAttOut of all cells under eNodeBs with this alarm during inspection time, and
then calculate Intra/Inter Frequency X2 Hoout Execute Success Rate during traffic measurement collecting period.
6) Count SCTP link state check (X2) in the entire network according to alarm times.
Formula of indexes:
Number of executing X2 handover out between Intra Frequency eNodeBs successfully = L.HHO.X2.IntraFreq.ExecSuccOut
Number of executing X2 handover out between Inter Frequency eNodeBs successfully = L.HHO.X2.InterFreq.ExecSuccOut
1.7.4 Measures
1) Check and correct the blocked SCTP link by MML’s DSP SCTPLNK command.
2) If the alarm is not clear, check the bearer network, such as using the ping detect method to check whether the transmission is normal.
3) Contact the maintainers at the peer end to check whether the peer device is faulty or not.
1.7.5 Reference
None.
1.8.1 Location
When the NE is in a special state (non-NOMARL), alarm reporting method will be changed, the accuracy of alarm detection will decrease and
data source of performance will be marked as unreliable. What’s more, it will continue its special state even after MPT restarts.
This rule is mainly used to collect eNodeBs’ related information with special state NE.
1.8.3 Principles
2) If it is not 0, it indicates NE is under non-NOMARL state and output this eNodeB’s information and mark it as abnormal.
Different value of MNTMODE indicates different NE state, as is shown in the below table.
1.8.4 Measures
If it is a commercial site, it is suggested to modify the project state to NORMAL mode by MML command: SET MNTMODE:
MNTMode=NORMAL~0.
1.8.5 Reference
None.
1.9.1 Location
This rule is mainly used to collect information of the distribution of active alarms in the entire network.
1) Collect information of all kinds of active alarms, alarm times and TOP20 eNodeBs’ information of each alarm.
1.9.3 Principles
Note: alarm ID, alarm name and related information are listed in the below table.
Ala rm ID a nd
Ala rm N a m e .xls x
1.9.4 Measures
1.9.5 Reference
None.
1.10.1 Location
This rule is mainly used to collect information of the distribution of historical alarms in the entire network.
Occurrence Time of the First Alarm Occurrence Time of the Last Alarm
2) Collect TOP20 historical alarms (based on alarm times) and output their eNodeB ID and alarm times.
Address=172.26.193.98
5) Output the distribution of historical alarms based on eNodeB ID.
1.10.3 Principles
Note: Related alarm ID, alarm name and other information are listed in the below table.
Ala rm ID a n d
Ala rm N a m e .xls x
1.10.4 Measures
Refer to Alarm Help and take immediate measures to the eNodeBs with frequently occurred alarms to prevent these alarms reoccurring.
1.10.5 Reference
None.
1.11.1 Location
If Event ID is 26212/26213 and the reset cause is abnormal reset, counted as abnormal reset event, which will lead to 2 minutes’ service cut-off.
If it can’t be solved, service cut-off will occur again. This rule is used to collect information of the distribution of abnormal reset events in the entire
network.
1) Output abnormal reset event’s eNodeB ID, eNodeB Name, event ID, event name, occurrence time, location and corresponding measures.
1.11.3 Principles
1) Find event log from Alarm file and count all abnormal startup events.
3) If Reset Cause = Exceptional Reset exits in the Location Information, counted as abnormal reset event.
4) If Alarm name is NE Startup, analyze MPT one-click log. If Alarm name is Board Startup, analyze MPT and BBP one-click log.
1.11.4 Measures
Check alarms occurred during the inspection time, collect corresponding board log and then feedback the issue to Huawei engineers for
troubleshooting.
1.11.5 Reference
None.
1.12.1 Location
This rule is mainly used to collect information of the distribution of hardware fault alarm in the entire network.
1) Output board related alarm’s eNodeB ID, eNodeB Name, Alarm ID, Alarm Name, Severity, Location, Occurrence Time, Clearance Time and
Alarm Times.
Alarm Times.
1.12.3 Principles
1) Take Alarm ID=26200, 26765, 26532, 26220, 26310, 26507, 26320, 26780, 26781, 26782, 26786’s information out from Alarm file.
1.12.4 Measures
If these alarms occur, refer to Alarm Help to solve them. Devices don’t allow active alarm existed.
1.12.5 Reference
None.
1.13.1 Location
This rule is mainly used to collect information of the distribution of RF unit channel abnormal alarms in the entire network. If Alarm ID = 26520,
26521, 26522, 26529, 26234, 26323 occurs on a board, it will lead to an excessive return loss at the antenna port, a decreasing sensitivity of RF unit, a
decreasing demodulation performance of a cell or a service cut-off carried on the RF unit in serious case.
1) Output eNodeBs’ eNodeB ID, eNodeB Name, Alarm ID, Alarm Name, Severity, Location, Occurrence Time, Clearance Time and Alarm Times
1.13.3 Principles
1) Take Alarm ID=26520, 26521, 26522, 26529, 26234, 26323’s information out from Alarm file.
1.13.4 Measures
1) Perform a power-off reset on the board and check whether the alarm is clear or not. (Please perform it during low-traffic hours, for example, in
2) Contact engineers onsite. If the alarm is not clear, collect log information on the faulty board to Huawei engineers for troubleshooting.
1.13.5 Reference
None.
1.14.1 Location
This rule is mainly used to collect information of the distribution of entire system alarms in the entire network.
1) Output eNodeBs’ eNodeB ID, eNodeB Name, Alarm ID, Alarm Name, Severity, Location, Occurrence Time, Clearance Time and Alarm Times
1.14.3 Principles
1) Take Alarm ID=25621, 25622, 25624, 25625, 25626, 25630, 25631, 25632, 25633, 25634, 25654, 26107, 26112, 26113, 26774, 26776, 26115,
26108, 25652, 25655, 25656, 25673, 26104, 26110, 26111, 25600, 25601, 25602, 25620’s information out from Alarm file.
Power Module Problem: 25621, 25622, 25624-25626, 25630-25634, 25654, 26107, 26112, 26113, 26774, 26776, 26115, 26108.
Fan Module Problem: 25652, 25655, 25656, 25673, 26104, 26110, 26111.
1.14.4 Measures
If these alarms occur, refer to Alarm Help to solve them. Devices don’t allow active alarms existed.
1.14.5 Reference
None.
1.15.1 Location
If a board’s temperature is too high, the quality of services carried on the board will be affected seriously. If a board is under high temperature for
a long time, or under high temperature condition frequently, it will increase the risk of board fault. This rule is used to collect information of boards which
2) Output boards’ information (Alarm Times & Cumulative Duration) which were under high temperature during the inspection period.
Temperature Statistic
Temperature Statistic (℃) Temperature State Board Number Fan Number
Temperature
<-20 1 0
Exception
1.15.3 Temperature Principles
[-20, 0) 2 1
Normal
Temperature
1) [0, 35) 3 2 Get active alarms and historical alarms list in the entire
Normal
Temperature
[35, 50) 2 2 network from alarm file (alarm.csv) and filter out eNodeBs
Normal
Temperature with any of the below alarms.
[50, 80) 1 1
Exception
Temperature
[80, 100] 0 0
Exception Huawei Proprietary and Confidential Page 77 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
Board Powered Off (Alarm ID = 26214) and Power off Cause = Temperature Too High;
Board Temperature Unacceptable (Alarm ID = 26104) and Specific Problem = Temperature too High;
2) If there is no information under ClearanceTime field, output related information to the ‘Boards are under high temperature’ table.
3) If there is information under ClearanceTime field, output related information to the ‘Boards were under high temperature’ table.
4) Check the entire network’s boards and fans temperature information by MML’s DSP BRDTEMP and DSP FAN command.
a) Run DSP BRDTEMP command to find Board Temperature (degree Celsius) to get all boards’ temperature.
b) Run DSP FAN command to find Temperature (degree Celsius) to get all fans’ temperature.
1.15.4 Measures
1.15.5 Reference
None.
1.16.1 Location
If maximum output powers on the TX channel are different, service speed will decrease and users’ perception will be affected. This rule is
1) Output RRU number under inconsistent state of maximum output powers on the TX channel.
1.16.3 Principles
1) Get RRU’s configuration information from configuration file, including CN, SRN, SN and RRU type.
2) Run DSP TXBRANCH command to get RRU’s hardware maximum output power and maximum output power on the TX channel based on the
If hardware maximum output power on the TX channel >= maximum output power on the TX channel, transmit power in the TX channel is
considered as locked.
If all of the channels in a RRU are locked, this RRU is considered as locked.
If all of the channels in a RRU are unlocked, this RRU is considered as unlocked.
If one of the channels in a RRU is locked and another channel is unlocked, this RRU is considered as inconsistent.
5) For locked and inconsistent RRU, judge their TxRxMode field. If TxRxMode=0 (1R1T mode), don’t output. Otherwise, output this eNodeB’s
1.16.4 Measures
Check whether the config of RS/PA/PB conforms to the plan or not. PA runs MOD CELLDLPCPDSCHPA, RS and Pb run MOD PDSCHCFG
1.16.5 Reference
None.
1.17.1 Location
02 Health Check 04 Data Configuration Check 02 Check of Blind HO (redirection) Priority of Inter-RAT Neighboring Cell
If frequency priority is set to 0 but this frequency isn’t selected as the target frequency for a blind handover, the call drop rate will increase. This
rule is mainly used to collect cells’ related information with abnormal blind HO (redirection) of inter-RAT neighboring cell. (Note: If blind HO switch is
enabled and only intra-RAT’s blind HO is involved, this check can be ignored.)
1) Output cells’ related information with abnormal blind HO (redirection) of inter-RAT neighbor cell.
4 blind HO blind HO
Not
priority and all priority and all
configured
connect connect
frequency frequency
blind HO blind HO
Not
63087 priority and all priority and all
- 2 ON 100% - - - 100%
configured
4 connect connect
frequency frequency
1.17.3 Principles
1) Check the value of HoModeSwitch under ENODEBALGOSWITCH from XML file to find whether BlindHoSwitch is turned on and list its state
2) Check all of the cells in this eNodeB’s UTRAN and GERAN system neighboring cell and judge whether each system’s blind handover switch
and frequency priority are 0 or not. Meantime, check whether CDMA system neighboring cell is configured.
a) Check all the cells in the eNodeB’s UTRAN system neighboring cell: Check the value of BlindHoPriority under UTRANNCELL and the
If both of BlindHoPriority and ConnFreqPriority are not configured or one of them are not configured, mark it as abnormal.
b) Check all the cells in the eNodeB’s GERAN system neighboring cell: Check the value of BlindHoPriority under GERANNCELL and the
If both of BlindHoPriority and ConnFreqPriority are not configured or one of them are not configured, mark it as abnormal.
c) Check whether CDMA system neighboring cell is configured: If Cdma20001XrttCellId under CDMA20001XRTTEXTCELL or
Note: If all of these three neighboring cells have exceptions, this cell is considered as abnormal and output its related information.
3) Use original traffic measurement data from the first report to get each cell’s L.RRCRedirection.E2W, L.RRCRedirection.E2W.PrepAtt,
inspection period and calculate each cell’s L2W redirection success rate, L2G redirection success rate, L2W handover success rate, L2G
handover success rate, and CSFB execution rate during the inspection period.
1.17.4 Measures
A larger frequency priority value indicates a higher priority. Modifying it by MML command can decrease the call drop rate.
MML command: MOD UTRANNFREQ. The parameter modification has no impact on the equipment.
1.17.5 Reference
None.
1.18.1 Location
If missing IP path occurs, corresponding services will be interrupted. If firewall of the transport network or peer core network forbids the
function of Ping when IPPATH channel detection switch is enabled, it will lead to detection failure and services may be affected. The abnormal result of
GTPU does not affect the usage of live network, but it is suggested to enable GTPU’s static detection switch (MOD GTPU: STATICCHK = ENABLE).
This rule is mainly used to collect eNodeBs’ related information with this risk.
2) Output eNodeBs’ related information with disabled GTPU static detection switch to report IPPATH fault timely.
1.18.3 Principles
b) Check the value of PATHTYPE under IPPATH field. When PATHTYPE = FIXED~0, take its corresponding DSCP value under IPPATH
to make up group B (When PATHTYPE is FIXED, DSCP is valid). Collect IP pairs (Local IP + Peer IP) these IPPATH used.
c) If there is a value exiting in group A but not in group B, it is considered as missing DSCP (missing IPPATH).
a) Check the value of STATICCHK under GTPU from XML file. If STATICCHK = 0, it indicates that GTPU static detection switch is
disabled.
b) EP model: Check the value of STATICCHK under USERPLANEPEER. If it is 0 (DISABLE), output this exception. If it is 1(ENABLE),
don’t output anything. If it is 2 (FOLLOW_GLOBAL), keep on judging STATICCHK under GTPU and mark it as abnormal if it is
DISABLE.
c) Link model: Check the value of STATICCHK under IPPATH. If it is 0 (DISABLE), output this exception. If it is 1(ENABLE), don’t output
anything. If it is 2 (FOLLOW_GLOBAL), keep on judging STATICCHK under GTPU and mark it as abnormal if it is DISABLE.
1.18.4 Measures
1.18.5 Reference
None.
1.19.1 Location
If the clock mode is time (phase) synchronization, check whether the clock source is IPCLK, GPS, or TOD. If not, it is considered as an incorrect
configuration. When the working mode of the clock source is free, it indicates the system clock works in free-running mode, that is, the system clock does
not trace any reference clock source. If the eNodeB is configured a TOD clock but without USCU board, it is also considered as incorrect configuration of
clock source. Check whether UMPTa board and ETH port transmission are used and whether UMPTa is configured SyncE (out). When clock source is
NTP but not configured NTPCP, it will lead to non-aligned time and unrealizable reported traffic measurement. This rule is mainly used to collect
1) Output eNodeBs’ information which are under time (phase) synchronization mode but without IPCLK, GPS, or TOD clock source.
1.19.3 Principles
1) Check the clock synchronous mode: Check the value of CLKSYNCMODE field from XML file and run DSP CLKSRC to check eNodeB’s current
clock source configuration. If CLKSYNCMODE = 1, it indicates the synchronous mode is TIME (time or phase). In this case, the clock source must
2) Check the working mode of clock source: Check the value of CLKMODE field from XML file. If MODE = 2, it indicates free working mode and
3) Check of TOD clock source (Exception): Run DSP CLKSRC to check eNodeB’s clock source. If it is TOD, check whether USCU board is used by
a) Check the information of software version: Run LST SOFTWARE command, record the software version from “Main Area” and go to next
step.
b) Run DSP BRD command and check the content of “Config Type”. If there is “UMPT” board, record its CN, SRN and SN and go to next
step, or end.
c) Run DSP BRDMFRINFO command and check the content of “Type” to get the detail type of UMPT. If Type =
d) Check whether Type=1 (OUT) is exited under SYNCETH from XML file. If yes, go to next step, or end.
e) Run DSP ETHPORT command to check whether “Port Status” of Port No. = 0 and Port No. = 1 of UMPTa board are “Up”. If one of them
5) Check whether the value of TIMESRC under TIMESRC from XML file is 0 (NTP mode). If yes, check whether IP information is configured in
1.19.4 Measures
2) Add NTPC.
1.19.5 Reference
None.
1.20.1 Location
Lack of routes will lead to link disconnection and service interruption. This rule is mainly used to collect eNodeBs’ related information which
lack routes.
1) Check whether the peer IP addresses of the OM link, SCTP link, S1 link, clock link, and IKEPEER have been configured with corresponding
routes. If not, it is considered as lack of routes and output these eNodeBs’ related information.
1.20.3 Principles
1) Get local IP and peer IP address of OMCH, SCTPLINK, IPPATH, IPCLKLINK and IKEPEER from XML file.
3) Do AND operation with the above local addresses and the masks from 2) to get Rst1. Do AND operation with the above peer addresses and the
masks from 2) to get Rst2. If Rst1= Rst2, end. If there are some links that Rst1! = Rst2, record these links’ peer addresses.
5) If there is a default route (a route to 0.0.0.0), it is considered as normal and end, or go to next step.
6) Do AND operation with all the destination IPs from 4) and its masks from routing table to get Rst11. Do AND operation with all the peer IPs
recorded from 3) and its masks from routing table to get Rst22.
7) Compare Rst11 and Rst22: If some address exists in Rst11 but not in Rst22, it indicates some link couldn’t find its corresponding route and
1.20.4 Measures
1.20.5 Reference
None.
1.21.1 Location
If UEs are in idle mode, new users cannot access the network after S1 interface is blocked. This rule is mainly used to collect eNodeBs’
1.21.3 Principles
1) Check the value of S1InterfaceIsBlock under S1Interface field from XML file.
1.21.4 Measures
1.21.5 Reference
None.
1.22.1 Location
If IPsec certificate or pre-shared key is not configured, IPsec negotiation will fail. This rule is mainly used to collect eNodeBs’ information with
this risk.
IPSec certificate 2 1
IPSec pre-shared key 2 1
2) Output eNodeBs’ related information without IPsec configuration.
1.22.3 Principles
1) Check the value of AUTHMETH under IKEPROPOSAL field from XML file.
2) Check whether IKE certificate is exited under APPCERT. If yes, the certificate must be found in CERTMK. If not, output its information into
3) Check whether IKEVERSION = 2 (IKE_V2 state) and PKEY="*****" are exited under IKEPEER. If not, output its information into ‘eNodeBs
4) Collect the information of eNodeBs’ IPSec certificate and IPSec pre-shared key configuration in the entire network and output them into ‘IPsec
1.22.4 Measures
1) When the certificate is not configured, run ADD APPCERT to add IKE certificate.
2) When Pre-shared key is not configured, run MOD IKEPEER to configure IKEVERSIO and PKEY, which need to correspond with the pre-
1.22.5 Reference
None.
1.23.1 Location
Since X2 son setup uses SCTPHOST’s corresponding port number by default, the ports of resource test and destination test must be consistent. If
not, it will lead to some invalid X2 links by son setup. For existing normal X2 link, unavailable access in short time such as intermittent disconnection,
eNodeB’s reset and so on will lead to adding one-way X2 link, where the alarms occur. For newly setup X2 link, except alarms, it will lead to unavailable
access and invalid X2 process. It will also affect the handover, MLB and so on. This rule is mainly used to collect eNodeBs’ related information with this
risk.
1.23.3 Principles
1) Check X2SonSetupSwitch and X2SonLinkSetupType field from LMT.XML file. If X2SonSetupSwitch = 1 and X2SonLinkSetupType = 0, it
indicates son setup switch is enabled and son link setup type is OSS and go to next step. Or end.
3) Find corresponding EPGROUP based on the value of CpEpGroupId from step 2) (CpEpGroupId=EPGROUPID) to get corresponding
SCTPHOSTID.
1.23.4 Measures
1) Filter the entire network’s SCTPHOST and find X2’s port number. Make a percentage list based on different ratios of port numbers.
1.23.5 Reference
None.
1.24.1 Location
When CSFB feature algorithm switch is not configured properly, CSFB traffic measurement will become 0 and will lead to a failure of LTE voice
service. This rule outputs eNodeBs’ related information with improper configured CSFB feature algorithm switch.
1) Output eNodeBs’ related information with improper configured CSFB feature algorithm switch.
1.24.3 Principles
1) When a UE initiates a CSFB request, the eNodeB cannot determine which network to feedback according to 3GPP Release 9 specifications.
Therefore, CDMA CSFB and GU CSFB cannot be enabled at the same time.
3) Cdma1xRttCsfbSwitch/Cdma1XrttEcsfbSwitch can’t be enabled with other 6 switches at the same time. Do AND operation with
Cdma1xRttCsfbSwitch / Cdma1XrttEcsfbSwitch and other 6 switches, output related information and mark it as abnormal if the result is 1.
1.24.4 Measures
1) Please refer to the description of 4.1 and 4.2 in the feature document.
http://support.huawei.com/hedex/hdx.do?
lib=SC0000817918GZC0304J&v=05&tocLib=SC0000817918GZC0304J&tocV=05&id=GZC0304J_05_10000&tocURL=resources%252fzh%252dcn
%255fbookmap%255f0001792984%252ehtml&p=t&fe=1&ui=3&keyword=lofd&keyword=001090.
Note: CDMA CSFB and GU CSFB cannot be enabled at the same time. Please modify it based on actual business plan.
1.24.5 Reference
None.
1.25.1 Location
If fast ANR is improperly configured and then initiated, the timer of UE reporting measurements will not be released when exiting network,
which will lead to a leakage of timer resource. After running in this state for a long time, application for timer resource will fail and a series of KPI
counters (RRC setup success rate, eRAB setup success rate, call drop rate and the average rate of a cell) will become abnormal. This rule is mainly used to
1.25.3 Principles
1) Check the value of FastAnrRprtInterval and FastAnrRprtAmount under ANR field from XML file.
2) If the value of FastAnrRprtInterval > 6, which indicates fast ANR PCI report interval is longer than 5120ms, go to next step or end.
3) If FastAnrRprtAmount ≥ 6, which indicates fast ANR PCI report amount is more than 64 times, output this exception.
1.25.4 Measures
Modify fast ANR’s configuration to default value. (Run MML command: MOD ANR: FastAnrRprtAmount=r64, FastAnrRprtInterval=5120m)
1.25.5 Reference
None.
1.26.1 Location
When cell sector equipment is configured improperly, cell’s activation will fail if intra-frequency cells in an eNodeB use same sector equipment.
This rule is mainly used to collect cells’ related information with improper cell sector equipment configuration.
1) Output cells’ related information with improper cell sector equipment configuration.
Abnormal Cell
eNodeB ID eNodeB Name Local Cell ID SectorEqmId Downlink earfcn Description
22222 990362 1 1 3100 Improper SectorEqmId configuration
1.26.3 Principles
1) Check the value of LocalCellId and SectorEqmId under eUCellSectorEqm field from XML file.
2) Judge whether LocalCellId is same with SectorEqmId. If yes, go to next step. Or end.
3) Check whether the values of DlEarfcn, corresponding with LocalCellId, under Cell field are same or not. If yes, print it out and mark it as
abnormal. Or end.
1.26.4 Measures
Modify sector equipment to correspond with an intra-frequency cell. (MML command: MOD EUCELLSECTOREQM)
1.26.5 Reference
None.
3.13.1 Location
In a big traffic cell (Max users are above 300), sending DRX parameters to UEs could reduce the amount of RRC reconfiguration signaling
generated from UEs since they frequently enter or exit DRX mode during the initial access without additional RRC connecting reconfiguration signaling.
This rule is mainly used to collect eNodeBs’ related information with this risk.
1) Output cells’ information which their FddEnterDrxThd or FddExitDrxThd are not configured to 1000.
3.13.3 Principles
1) Judge whether DRX is enabled. If the following two conditions are met at the same time, it is considered that DRX is enabled.
b) Check all of DrxParaGroup referenced by CELLSTANDARDQCI. If one of EnterDrxSwitch under corresponding DrxParaGroup is 1 //
2) Check the value of FddEnterDrxThd and FddExitDrxThd for each cell under CellDrxPara field from LMT.XML file.
3) If some cell’s FddEnterDrxThd / FddExitDrxThd is not 1000, it is considered that main control board’s CPU has an overload risk and output this
3.13.4 Measures
In a big traffic cell (Max users are above 300), run MOD CELLDRXPARA command to set CellDrxPara.FddEnterDrxThd and
CellDrxPara.FddExitDrxThd to 1000.
3.13.5 Reference
None.
1.27.1 Location
The max number of pRRU configurations under co-MPT scenario is 48. If the number is more than that, it will lead to CPU overload, a longer
recovery time for cells or unavailable cells in serious cases. This rule is mainly used to collect eNodeBs’ information with excessive pRRUs.
Abnormal Data
eNodeB ID eNodeB Name Current Software Version Product Type pRRU Number
1.27.3 Principles
1) Check the value of SWVERSION under NE from XML file. If SWVERSION is any one of BTS3900 V100R009C00, BTS3900 V100R010C10
2) Check the value of PRODUCTTYPE under NODE from XML file. If PRODUCTTYPE = 1 (DBS3900_LTE), 2 (BTS3900_LTE), 3
3) Check the RT parameter under RRU from XML file to get the number of pRRU configurations. If RT = 783 (MPMU) and the number of pRRU
configurations is more than 48, mark it as abnormal and output its related information.
1.27.4 Measures
1) Recovery measures: According to the network planning, delete the extra pRRUs.
1.27.5 Reference
None.
3.13.6 Location
When Flash CSFB and RIM are configured improperly, it will lead to abnormal triggering of CSFB process. This rule is used to collect
eNodeBs’ related information with improper Flash CSFB and RIM configuration.
1) Output eNodeBs’ related information with improper Flash CSFB and RIM configuration.
Abnormal Config
eNodeB eNodeB UtranFlashCsfb UTRAN RIM GeranFlashCsfb GERAN RIM
3.13.8 Principles
1) Check the value of UtranFlashCsfbSwitch, UTRAN RIM SWITCH, GeranFlashCsfbSwitch and GERAN RIM SWITCH from XML
configuration file.
2) If UtranFlashCsfbSwitch = 1, it means the switch is on, and then judge whether UTRAN RIM SWITCH is on. If UTRAN RIM SWITCH = 0,
which means the switch is off, output this eNodeB’s related information and mark it as abnormal.
3) Then check GSM side. If GeranFlashCsfbSwitch = 1, it means the switch is on, and then judge whether GERAN RIM SWITCH is on. If GERAN
RIM SWITCH = 0, which means the switch is off, output this eNodeB’s related information and mark it as abnormal.
3.13.9 Measures
Enable flash CSFB switch and RIM switch at the same time. (MML command: MOD ENODEBALGOSWITCH)
3.13.10 Reference
None.
3.14.1 Location
If it is a common 2T4R cell and its corresponding sector configuration is 4T4R receive/transmit mode by 2 RRUs, the cell will reconstruct when
there is no user and the measured counter L.Cell.Unavail.Dur.Sys is not 0. This rule is mainly used to collect cells’ related information which accord with
above configurations.
3.14.3 Principles
1) Check the value of MultiRruCellFlag and TxRxMode under Cell field from LMT.XML file. If MultiRruCellFlag = 0 and TxRxMode = 3, it
2) Check the value of LocalCellId and SectorEqmId under EUCELLSECTOREQM field to confirm its sector equipment.
3) Find its corresponding sector from SECTOREQM field based on the value of SectorEqmId from step 2) and judge whether this sector
a) Check all the CN, SRN and SN under SECTOREQMANTENNA field of this sector equipment.
c) If CN, SRN and SN from a) are any two of the RRU’s CN, SRN and SN and all the corresponding ANTTYPE forms a 4T4R mode, output
3.14.4 Measures
Modify these cells’ sector configuration to 2T4R mode according to the investigating result.
3.14.5 Reference
None.
3.15.1 Location
“Default state” indicates eNodeBs are running without license. “Keepalive state” indicates the license has expired but still in grace period. For
commercial LTE network, all eNodeBs’ license state must be commercial license and under normal state. This rule is mainly used to check each eNodeB’s
license state and output eNodeBs’ information with non-normal state and eNodeBs with normal state but their license will expire soon.
3.15.3 Principles
a) Get each eNodeB’s name, ID, State and Expire information by MML’s DSP LICENSE command. If LicenseState and Expire satisfy one of
the following conditions, it is considered as abnormal and output this eNodeB and its license information.
Status ≠ Normal.
a) At first, get each eNodeB’s name, ID, State and Expire Date by MML’s DSP LICINFO command. If there is no DSP LICINFO
b) If LicenseState and Expire satisfy one of the following conditions, it is considered as abnormal and output this eNodeB and its license
information.
Status ≠ Normal.
Status = Normal, (Expiration Date – the last day of traffic statistic)< 15.
3.15.4 Measures
1) If an eNodeB’s license state is not ‘Normal’, run MML command (INS LICENSE) to install a commercial license.
3.15.5 Reference
None.
3.16.1 Location
If Allocated and Config of the license are not consistent, it will restrict the usage of features in the license, resulting in that feature services can’t
work normally in the end. This rule is used to check whether Config is larger than Allocated by DSP LICENSE. If yes, mark it as abnormal and print out
the result.
Bidirectional Fault
630828 -- LLT1BFD01 0 2 0 2014-08-07
Detection (FDD)
3.16.3 Principles
1) Check license’s configuration information by MML’s DSP license command. Output eNodeBs’ related information if their Config are larger than
Allocated.
3.16.4 Measures
1) If Allocated is not enough, please add license. If Config is not reasonable, modify eNodeB’s configuration in time.
3.16.5 Reference
None.
3.17.1 Location
To help you better cope with challenges brought by market changes and technological innovations, Huawei hereby informs you of the milestones
in the life cycle of LTE FDD eRAN6.0 & eRAN6.1. Hopefully this information can give you a reference on making future network development plans.
The sales of LTE FDD eRAN6.0 & eRAN6.1 was stopped on June 30, 2015. Please note that you can no longer order LTE FDD eRAN6.0 & eRAN6.1
3.17.3 Principles
Check the current time and compare it with EOM (2015-06-30). As long as the former is larger than the latter, output eNodeBs’ number.
3.17.4 Measures
Huawei suggests that you use new version or upgrade your eRAN6.0/eRAN6.1 to eRAN7.0/eRAN8.1, which has similar features and capabilities
but optimized functions compared with eRAN6.0/eRAN6.1. We will continue to provide high-level services for your new software version.
3.17.5 Reference
http://www1.huawei.com/en/ProductsLifecycle/RadioAccessProducts/LTE-Products/hw-419516.htm
3.18.1 Location
When CPU load of a board is too high, it may lead to site maintenance or a worse service quality. By monitoring average CPU usage of BBP per
hour in one day, take the greatest as the peak of average CPU usage in this day. If this peak is greater than 70%, it is considered as capacity risk. This rule
1) Output actual times of average CPU usage of MPT board >= 70%.
5014 TMO-5014 0 0 3 - 1
3) Output average CPU usage of MPT boards and other related information.
24
MPTa2
18:00:00
4) Output average CPU usage of BBP boards and other related information.
a2 16:00:00
2014-01- 2014-01-
NE
5014 T5014 0 0 3 -- 69.00% 19.00% 5.95 24 24
startup
17:00:00 17:10:00
2014-01-
18:00:00
3.18.3 Principles
1) Get traffic measurement data VS.BBUBoard.CPUload.Mean (Average Board CPU Usage) and VS.BBUBoard.CPUload.Max (Maximum Board
CPU Usage). Based on SN, judge whether it is a MPT board or BBP board. If SN is 1~5, it is BBP board. If SN= 6 or 7, it is MPT board.
2) For every single board, find its TOP1 average CPU usage as a sample point per day and record the occurrence time, then calculate the average
CPU usage of all the sample points during the whole inspection period and take this average data as final average CPU usage for this board.
3) Find boards with average CPU usage >=70% (except they don’t have any reset). If there are more than 10 pieces of board meet this condition,
output all of them. If there are less than 10 pieces, output TOP10 boards with highest average CPU usage. Based on these values, calculate actual
times which average CPU usage rate of each board > 70%.
4) Find specific time’s (recorded in step 2) maximum CPU usage rate, then calculate the average maximum CPU usage of all the sample points
during the whole inspection period and take this average data as final maximum CPU usage for this MPT/BBP board.
5) Find average number of users in all cells under MPT/BBP’s corresponding eNodeB (under specific time recorded in step 2), then add each cell’s
average number of users together and take it as average number of users in this eNodeB, which is MPT/BBP’s average number of users.
6) Find alarm’s occurrence time from Alarm file and set it as eNodeB’s reset time. If specific time recorded in step 2<= eNodeB’s reset time<=
7) Find alarm’s name from Alarm file and set it as eNodeB’s reset type. If step 6) is satisfied and alarm name is Board Startup or NE Startup, output
the name.
3.18.4 Measures
For the boards whose average CPU usage exceed 70%, please submit iCare for solution.
3.18.5 Reference
None.
3.19.1 Location
Basic capacity switches refer to public resource adaptive switches which are recommended to turn on during the operation of the network, in case
of a limited connected user number under some unknown and unexpected big traffic scenario. If some basic capacity switches are disabled, connected user
number will be less than the system specification. In big traffic scenario, it will lead to CPU overload or KPI deterioration if recommended configuration
are not executed. This rule outputs cells’ related information with this risk.
3.19.3 Principles
Check the following parameters’ recommended configuration from LMT.XML file and output eNodeBs’ information if their current network’s
configuration are inconsistent with the recommended value (satisfy any one of the following conditions).
speed cell is OFF and non-high CELLPDCCHALGO) = 2 in the LTE FDD V100R006C00 version and PdcchSymNumSwitch = 3 in other versions, or mark it as abnormal.
speed cell is 2) If HighSpeedFlag (under CELL) ≠ 0 (HIGH_SPEED~1, ULTRA_HIGH_SPEED~2, EXTRA_HIGH_SPEED~3), it is considered as high
3.19.4 Measures
Enable basic capacity switches to avoid that connected user number is less than the system specification.
MOD SRSADAPTIVECFG:SrsPeriodAdaptive=ON-1.
MOD SRSCFG:SrsSubframeCfg=3.
Modify PDCCH switch under high speed cell: MOD CELLPDCCHALGO: PdcchSymNumSwitch =OFF-0.
Modify PDCCH switch under high speed cell: MOD CELLPDCCHALGO: PdcchSymNumSwitch=1(ON) in LTE FDD V100R006C00 version
The value of PA and PB: MOD CELLDLPCPDSCHPA: LocalCellId=x, PaPcOff=DB0_P_A (Modify the value of Pa), MOD PDSCHCFG:
3.19.5 Reference
None.
3.20.1 Location
If cell’s maximum or average user number is more than eNodeB’s specification or the limit of the license online users, it will lead to a failure of
radio resource allocation and new users can’t access the network. This rule is mainly used to remind RRC or eRAB setup failure caused by failed radio
resource allocation.
1) Output cells’ related information by hour if RRC congestion rate or eRAB congestion rate is greater than 0.2%.
00
11320 EAF2 1 E1 2014- 20 1000 0.20% 21 10000 0.21% 15.29 25 10800 19
7 07 01-26
01:00:
00
3.20.3 Principles
1) Get each cell’s L.RRC.SetupFail.ResFail, L.RRC.ConnReq.Att, L.E-RAB.FailEst.NoRadioRes and L.E-RAB.AttEst by hour from traffic
measurement file, and then calculate each cell’s RRC congestion rate and eRAB congestion rate.
If RRC or eRAB congestion rate is greater than 0.2%, it is considered as radio resource congestion, mark it red and count as abnormal. List
all the abnormal related information and abnormal number is based on cell’s number.
If RRC and eRAB congestion rate are less than 0.2%, output TOP20 cells’ information with highest RRC and eRAB congestion rate.
2) During the time period corresponding with the selected cells from step 1), check and output the following traffic measurement counters as related
data source:
L.Traffic.User.Avg;
L.Traffic.User.MAX;
VS.Board.CPUload.Max (BBP).
From the result of “DSP cell”, find LocalCellId’s corresponding CN, SRN and SN of BBP board. They can identify which board the cell belongs
to uniquely.
Get the corresponding Allocated value from the result of DSP license’s “RRC Connected User unit”. If there are more than one records, add them
together.
Note: If L.RRC.SetupFail.ResFail or L.E-RAB.FailEst.NoRadioRes >=50, list all the abnormal information. If they are less than 50, list TOP20
3.20.4 Measures
1) If cell’s maximum or average user number is more than eNodeB specification or the limit of license online users, expand the cell or the license
source.
2) If a cell does not have these two situations, collect MPT and BBP’s one-click log during corresponding time and send them to Huawei engineers
for analysis.
3.20.5 Reference
None.
3.21.1 Location
If data service is abnormal or there is capacity risk, it will affect user experience. This rule uses downlink RB usage rate and downlink average
1) Output threshold setting (Different bandwidth has different throughout rate threshold).
Threshold Setting
User Plane Load 5M Bandwidth DL 10M Bandwidth DL 20M Bandwidth DL User Plane Load PDCCH
Evaluate - DL Average User Average User Average User Evaluate - DL Spectral Resource
Detailed Evaluation Result of Cells with Poor User Experience or Congestion Area
eNod eNode Loc Cell Downlink DL DL DL DL Full Max L.ChM L.Traffi L.ChM Area Reco
eB ID B al Na Bandwidt Averag Average Spectral RB Traffi eas.PR c.User. eas.CC Partit mmen
Name Cell me h(MHz) e RB User Efficiency Through c User B.DL.U Avg E.Avail ion dation
3.21.3 Principles
“Detailed evaluation result of cells with poor user experience or congestion area” table:
1) Calculate each cell’s DL average PRB usage rate during this inspection period: PRB_Usage_DL =
∑ ( L .ChMeas . PRB . DL . Used . Avg)/ N . N is the times L.ChMeas.PRB.DL.Used.Avg reported during this inspection period.
RB Number of cell' s full wideband
2) Calculate each cell’s DL average user throughout during this inspection period: User_Throughput_DL = sum (L.Thrp.bits.DL)/ sum
(L.Thrp.Time.DL) /1000.
3) Calculate each cell’s DL spectral efficiency during this inspection period: L.Thrp.bits.DL / (Report_Period * 60) / 1000000 /
4) Based on PRB_Usage_DL and User_Throughput_DL, place this cell into a certain area.
a) Normal: PRB_Usage_DL < RB usage rate threshold and User_Throughput_DL > User throughout threshold.
b) Overload: PRB_Usage_DL > RB usage rate threshold and User_Throughput_DL > User throughout threshold.
c) Poor user experience: PRB_Usage_DL < RB usage rate threshold & User_Throughput_DL < User throughout threshold and each cell’s
Max Traffic User per day >100 (Recommendation: Need further analysis. Please submit iCare).
d) Congestion: PRB_Usage_DL > RB usage rate threshold and User_Throughput_DL < User throughout threshold. Judge whether DL full RB
throughout rate =
∑ ( L .Thrp . bits . DL)∗RB Number of cell ' s full wideband is lower than full RB throughout
L. ChMeas . PRB . D L .Used . Avg∗Seconds of the whole inspection period
threshold. (If yes, need further analysis and please submit icare. If not, expand capacity).
e) Unknown: one of PRB_Usage_DL and User_Throughput_DL or both of them are none (Recommendation: please confirm the integrity of
5) Mark cells with poor user experience area or congestion area as abnormal and output their related information. Or output TOP10 cells’
1) If PDCCH resource usage rate > 70%, it is considered as abnormal, mark it red and output corresponding cells’ information.
*100%
Note: RB usage rate is 70% by default and it is configurable. 5M Bandwidth DL average user throughput (Mbps) Threshold is 1. 10M Bandwidth
DL average user throughput (Mbps) Threshold is 2. 20M Bandwidth DL average user throughput (Mbps) Threshold is 4. DL Spectral efficiency (bps/Hz)
Threshold is 80% by default and it is configurable. Formula of full RB throughput threshold: Spectral efficiency*Bandwidth of a cell (Spectral efficiency is
3.21.4 Measures
1) Recommendations for cells with poor user experience are 1) Check the number of users, MCS, interference and other KPI; 2) Drive test.
2) For congestion cells that downlink full RB throughput is lower than the threshold, submit icare. If it is larger than the threshold, expand capacity.
3.21.5 Reference
None.
3.22.1 Location
It will affect paging service if there is a risk existed when processing paging message. If L.Paging.UU.Att/ L.Paging.S1.Rx <
PagingSentNum*0.85 for consecutive 6 hours or above in one cell, it is considered as abnormal paging performance. This rule is mainly used to collect
3.22.3 Principles
Monitor each cell’s paging performance data (L.Paging.UU.Att/ L.Paging.S1.Rx) by hour. If one cell’s L.Paging.UU.Att/ L.Paging.S1.Rx <
PagingSentNum*0.85 for consecutive 6 hours or above, it is considered as abnormal paging performance (L.Paging.UU.Att is Number of UEs contained in
paging messages transmitted over the Uu interface in a cell and L.Paging.S1.Rx is Number of received paging messages over the S1 interface in a cell).
Note: PagingSentNum is the number of paging message sent from the users and its value is between 1~3)
3.22.4 Measures
1) Specify symptoms of paging failures and confirm whether this problem occurs on the entire network or in top TALs/TACs.
3.22.5 Reference
None.
3.23.1 Location
Abnormal RRC setup success rate will affect user’s experience. Collect the entire network’s RRC setup success rate information by day and
1) Output the entire network’s RRC setup success rate and related KPI by day.
y day) Succ Rate nnReq.Att Connection Setup Fails Rate (Emc) Req.Att.Emc Rate (HighPri) .HighPri
2012-
99.66% 5170489 17758 66.67% 3 - 0
12-14
2) Output TOPN cells’ information with lowest RRC setup success rate (<=85%).
y day) B ID Name Cell ID Name Succ Rate nnReq.Att Connection Setup Fails
2012- 23045 23045
230459 0 74.13% 5802 1501
12-14 9 91
3) Output TOP10 cells’ information with lowest RRC setup success rate (>85%) by day.
y day) B ID Name Cell ID Name Succ Rate nnReq.Att Connection Setup Fails
2012- 23045 23045
230459 0 89.43% 5837 617
12-16 9 91
4) Output TOP10 cells’ information with abnormal number of RRC connection setup fails by day.
y day) ID Name Cell ID Name Succ Rate nnReq.Att Connection Setup Fails
2012- 23019
230191 230191 4 78.10% 7243 1586
12-14 15
5) Output TOP10 cells’ information with lowest S1 interface setup success rate by day.
y day) ID Name Cell ID Name Setup Succ Rate Succ Rate nReq.Att
2014- EAJ1
116144 EAJ144 2 98.80% 100.00% 83
01-26 442
3.23.3 Principles
Use the original traffic measurement data from the first report to summarize each cell’s L.RRC.ConnReq.Att & L.RRC.ConnReq.Succ and then
calculate each cell’s RRC setup success rate during the inspection time.
a) Get the entire network’s traffic measurement by adding the original data together.
a) Don’t consider the data when L.RRC.ConnReq.Att is none or less than 100.
b) For the rest of cells, get RRC setup success rate by day.
2) TOPN cells with lowest RRC setup success rate by day (<= 85%):
a) Output TOPN cells’ information with lowest RRC setup success rate (<=85%) as an ascending order.
3) TOP10 cells with lowest RRC setup success rate by day (> 85%):
a) Find out TOP10 cells with lowest RRC setup success rate (>85%) as an ascending order.
b) Calculate the average RRC setup success rate of these TOP10 cells according to eNodeB ID separately (Total Number of RRC Connection
Setup Succeeds in a Cell/ Total Number of RRC Connection Setup Requests in a Cell).
c) Sort eNodeBs by its average RRC setup success rate as an ascending order. Cells under each eNodeB are sorted by their local cell ID.
4) TOP10 cells with abnormal number of RRC connection setup fails by day:
a) Find out TOP10 cells with most number of RRC connection setup fails (RRC setup success rate <=98%) as a descending order.
b) Calculate the average number of RRC connection setup fails of these TOP10 cells according to eNodeB ID separately.
c) Sort eNodeBs by its average number of RRC connection setup fails as a descending order. Cells under each eNodeB are sorted by their local
cell ID.
a) Calculate each cell’s S1 interface setup success rate during the inspection time by day.
b) Find out TOP10 cells with lowest RRC setup success rate as an ascending order.
c) Calculate the average RRC setup success rate of these TOP10 cells according to eNodeB ID separately (Total Number of RRC Connection
Setup Succeeds in a Cell/ Total Number of RRC Connection Setup Requests in a Cell).
d) Sort eNodeBs by its average RRC setup success rate as an ascending order. Cells under each eNodeB are sorted by their local cell ID.
Note: If RRC setup success rate < THRESHOLD NOK RRC Setup Succ Rate, mark it red. The default threshold is 85% and configurable.
3.23.4 Measures
1) Identify whether this problem belongs to TOP cells or the entire network.
2) If it is under MOCN scenario, confirm whether this problem belongs to single operator or multi-operators by sub-operator's traffic measurement.
3) Analyze the major reasons of access failures and come up with priority actions.
3.23.5 Reference
None.
3.24.1 Location
Abnormal eRAB setup success rate will affect the user experience seriously. Collect information of eRAB setup success rate in the entire
network by day and judge whether the exception is caused by TOP cells or not.
RAB.AttE
day) B ID Name Cell ID Name Succ Rate Setup Fails
st
2012-12- 230135
230135 230135 0 0.00% 2400 2400
14 1
Note: The above tables only list parts of the KPI counters.
1.46.3 Principles
Use the original traffic measurement date from the first report to summarize each cell’s L.E-RAB.AttEst & L.E-RAB.SuccEst and then calculate
each cell’s eRAB setup success rate during the inspection time.
a) Get the entire network’s traffic measurement by adding the original data together.
a) Don’t consider the data when L.E-RAB.AttEst is none or less than 100.
b) For the rest of cells, get eRAB setup success rate by day.
a) Output TOPN cells’ information with lowest eRAB setup success rate (<=85%) as an ascending order.
3) TOP10 cells with lowest eRAB setup success rate (>85%) by day:
a) Find out TOP10 cells with lowest eRAB setup success rate (>85%) as an ascending order.
b) Calculate the average eRAB setup success rate of these TOP10 cells according to eNodeB ID separately (Total Number of eRAB
Connection Setup Succeeds in a Cell/ Total Number of eRAB Connection Setup Requests in a Cell).
c) Sort eNodeBs by its average eRAB setup success rate as an ascending order. Cells under each eNodeB are sorted by their local cell ID.
a) Find out TOP10 cells with most number of eRAB setup fails (eRAB setup success rate <=98%) as a descending order.
b) Calculate the average number of eRAB setup fails of these TOP10 cells according to eNodeB ID separately.
c) Sort eNodeBs by its average number of eRAB setup fails as a descending order. Cells under each eNodeB are sorted by their local cell ID.
Note: If eRAB setup success rate is lower than THRESHOLD NOK eRAB Setup Succ Rate, mark it red. The default value of the threshold is
1.46.4 Measures
1) Identify whether the handover problem is a common issue among multiple operators or just for one specific operator, and then analyze further.
2) If the problem is just for one specific operator, you need to filter the operator’s traffic measurement. In actual situations, confirm whether the
1.46.5 Reference
None.
1.29.1 Location
Call drop rate is normal in the entire network and only small cells have serious call drop rate. High call drop rate in the TOPN cells caused by
eRAB abnormal release times due to handover failure will affect the user experience seriously. Collect information of the entire network’s call drop rate
and find out TOP10 cells with highest call drop rate by day.
1) Collect information of the entire network’s call drop rate by day, confirm whether the problem belongs to TOP cells or the entire network and
day) Rate Drop Rate RAB.Abno Release Times Drop Rate RAB.Abnorm
rmRel Rel.MME
2012/12/14 0.79% 50.00% 36123 4570896 0.80% 547
2) Output TOPN cells with highest call drop rate (>=3%).
1.29.3 Principles
Use the original traffic measurement data from the first report to get each cell’s L.E-RAB.AbnormRel & eRAB Total Release Times during the
inspection time.
a) Get the entire network’s traffic measurement by adding the original data together.
a) Don’t consider the data when call drop rate is None, L.E-RAB.AbnormRel is less than 100 and (L.E-RAB.AbnormRel + L.E-
RAB.NormRel) <100.
b) For the rest of cells, get call drop rate, actual call drop rate and VOIP call drop rate by day.
a) Output TOPN cells’ information with highest call drop rate (>=3%) as a descending order.
a) Output TOP10 cells’ information with highest call drop rate (<3%) as a descending order.
b) Calculate the average call drop rate of these TOP10 cells according to eNodeB ID separately (L.E-RAB.AbnormRel / eRAB Total Release
Times).
c) Sort eNodeBs by its average call drop rate as a descending order. Cells under each eNodeB are sorted by their local cell ID.
a) Find out TOP10 cells with highest L.E-RAB.AbnormRel (Call drop rate > 2%) as a descending order.
b) Calculate the average L.E-RAB.AbnormRel of these TOP10 cells according to eNodeB ID separately.
c) Sort eNodeBs by its average L.E-RAB.AbnormRel as a descending order. Cells under each eNodeB are sorted by their local cell ID.
Note: If call drop rate > THRESHOLD NOK Call drop rate Setup Succ Rate, mark it red. The default threshold is 2% and configurable. For
1.29.4 Measures
2) Confirm whether the PCI value of the handover target cell is the same as the PCI Mod3 value of the serving cell or whether the PCI reuse
3) If it is not cleared, collect the CHR log information from the eNodeB to Huawei engineer for troubleshooting.
1.29.5 Reference
None.
1.30.1 Location
Low handover success rate may cause call dropping, and affect users’ experience. Collect information of intra-eNB hoin success rate, find out
TOP10 cells with lowest intra-eNB hoin execute success rate and TOP10 cells with lowest intra-eNB hoin prepare success rate by day.
1.30.3 Principles
Use the original traffic measurement data from the first report to get each cell’s L.HHO.IntraeNB.PrepAttIn, L.HHO.IntraeNB.ExecAttIn and
a) Get the entire network’s traffic measurement by adding the original data together.
b) Then calculate intra-eNB hoin execute success rate and intra-eNB hoin prepare success rate by day.
a) Don’t consider the data when L.HHO.IntraeNB.ExecAttIn is 0 and TOP1% cells with lowest L.HHO.IntraeNB.ExecAttIn (If 1% of the
cell’s number is less than one, take this data into consideration).
b) For the rest of cells, get intra-eNB hoin execute success rate by day.
a) Find out TOP10 cells with lowest intra-eNB hoin execute success rate as an ascending order.
b) Calculate the average intra-eNB hoin execute success rate of these TOP10 cells according to eNodeB ID separately (Total Success Times /
c) Sort eNodeBs by its average intra-eNB hoin execute success rate as an ascending order. Cells under each eNodeB are sorted by their local
cell ID.
a) Output TOP10 cells with lowest intra-eNB hoin prepare success rate as an ascending order.
b) Calculate the average intra-eNB hoin prepare success rate of these TOP10 cells according to eNodeB ID separately (Total Execute Times /
c) Sort eNodeBs by its average intra-eNB hoin prepare success rate as an ascending order. Cells under each eNodeB are sorted by their local
cell ID.
Note: For these three tables, if intra-eNB hoin execute success rate and intra-eNB hoin prepare success rate < THRESHOLD NOK RRC Setup
Succ Rate, mark it red. The default threshold is 98% and configurable.
1.30.4 Measures
1) Identify whether the handover problem is a common issue among multiple operators or just for one specific operator, and then analyze further.
2) If the problem is just for one specific operator, it is necessary to filter the operator’s traffic measurement. In actual situations, confirm whether
1.30.5 Reference
None.
1.31.1 Location
Low handover success rate may cause call dropping, and affect users’ experience. Collect information of inter-eNB hoin success rate, find out
TOP10 cells with lowest inter-eNB hoin execute success rate and TOP10 cells with lowest inter-eNB hoin prepare success rate by day.
14_Bo
nn-
01-24 5014 Testan Hours
lage-
35
LTE_Ne
2014- 24
5315 tCapacit 1 cell1 96.22% 529 20 18 1 0 0 0
01-25 Hours
y_5315
1.31.3 Principles
Use the original traffic measurement data from the first report to get each cell’s .HHO.IntereNB.PrepAttIn, .HHO.IntereNB.ExecAttIn and
L.HHO.IntereNB.ExecSuccIn and then calculate each cell’s inter-eNB hoin execute success rate and inter-eNB hoin prepare success rate during the
inspection time.
a) Get the entire network’s traffic measurement by adding the original data together.
b) Then calculate inter-eNB hoin execute success rate and inter-eNB hoin prepare success rate by day.
a) Don’t consider the data when L.HHO.IntereNB.ExecAttIn is 0 and TOP1% cells with lowest L.HHO.IntereNB.ExecAttIn (If 1% of the
cell’s number is less than one, take this data into consideration).
b) For the rest of cells, get inter-eNB hoin execute success rate by day.
a) Find out TOP10 cells with lowest inter-eNB hoin execute success rate as an ascending order.
b) Calculate the average inter-eNB hoin execute success rate of these TOP10 cells according to eNodeB ID separately (Total Success Times /
c) Sort eNodeBs by its average inter-eNB hoin execute success rate as an ascending order. Cells under each eNodeB are sorted by their local
cell ID.
a) Output TOP10 cells with lowest inter-eNB hoin prepare success rate as an ascending order.
b) Calculate the average inter-eNB hoin prepare success rate of these TOP10 cells according to eNodeB ID separately (Total Execute Times /
c) Sort eNodeBs by its average inter-eNB hoin prepare success rate as an ascending order. Cells under each eNodeB are sorted by their local
cell ID.
Note: For these three tables, if inter-eNB hoin execute success rate and inter-eNB hoin prepare success rate < THRESHOLD NOK RRC Setup
Succ Rate, mark it red. The default threshold is 98% and configurable.
1.31.4 Measures
1) Identify whether the handover problem is a common issue among multiple operators or just for one specific operator, and then analyze further.
2) If the problem is just for one specific operator, it is necessary to filter the operator’s traffic measurement. In actual situations, confirm whether
1.31.5 Reference
None.
3.25.1 Location
Low inter-RAT handover success rate may cause call dropping, and affect users’ experience. Collect information of inter-RAT hoout success rate
and find out TOP10 cells with lowest E2W hoout execute success rate, lowest E2G hoout execute success rate and lowest E2C hoout execute success rate
by day.
3.25.3 Principles
Use the original traffic measurement data from the first report to get each cell’s L.IRATHO.E2W.ExecSuccOut, L.IRATHO.E2W.ExecAttOut,
a) Get the entire network’s traffic measurement by adding the original data together.
b) Calculate E2W hoout execute success rate, E2G hoout execute success rate and E2C hoout execute success rate by day.
2) TOP10 cells with lowest E2W hoout execute success rate by day.
a) Don’t consider the data when L.IRATHO.E2W.ExecAttOut is 0 and TOP1% cells with lowest L.IRATHO.E2W.ExecAttOut (If 1% of the
cell’s number is less than one, take this data into consideration).
b) For the rest of cells, get E2W hoout execute success rate by day.
c) Find out TOP10 cells with lowest E2W hoout execute success rate as an ascending order.
d) Calculate the average E2W hoout execute success rate of these TOP10 cells according to eNodeB ID separately (Total Success Times /
e) Sort eNodeBs by its average E2W hoout execute success rate as an ascending order. Cells under each eNodeB are sorted by their local cell
ID.
3) TOP10 cells with lowest E2G hoout execute success rate by day.
a) Don’t consider the data when L.IRATHO.E2G.ExecAttOut is 0 and TOP1% cells with lowest L.IRATHO.E2G.ExecAttOut (If 1% of the
cell’s number is less than one, take this data into consideration).
b) For the rest of cells, get E2G hoout execute success rate by day.
c) Find out TOP10 cells with lowest E2G hoout execute success rate as an ascending order.
d) Calculate the average E2G hoout execute success rate of these TOP10 cells according to eNodeB ID separately (Total Success Times / Total
Execute Times).
e) Sort eNodeBs by its average E2G hoout execute success rate as an ascending order. Cells under each eNodeB are sorted by their local cell
ID.
4) TOP10 cells with lowest E2C hoout execute success rate by day.
a) Don’t consider the data when L.IRATHO.E2C.ExecAttOut is 0 and TOP1% cells with lowest L.IRATHO.E2C.ExecAttOut (If 1% of the
cell’s number is less than one, take this data into consideration).
b) For the rest of cells, get E2C hoout execute success rate by day.
c) Find out TOP10 cells with lowest E2C hoout execute success rate as an ascending order.
d) Calculate the average E2C hoout execute success rate of these TOP10 cells according to eNodeB ID separately (Total Success Times / Total
Execute Times).
e) Sort eNodeBs by its average E2C hoout execute success rate as an ascending order. Cells under each eNodeB are sorted by their local cell
ID.
Note: For these four tables, if E2W/E2G/E2C hoout execute success rate < THRESHOLD NOK RRC Setup Succ Rate, mark it red. The default
3.25.4 Measures
1) Identify whether the handover problem is a common issue among multiple operators or just for one specific operator, and then analyze further.
2) If the problem is just for one specific operator, it is necessary to filter the operator’s traffic measurement. In actual situations, confirm whether
3.25.5 Reference
None.
3.26.1 Location
If the handover success rate is lower than 98%, it will lead to call dropping when users are moving, which may affect users’ experience. Collect
information of intra-freq hoout success rate and find out TOP10 cells with lowest intra-freq hoout execute success rate and intra-freq hoout prepare
Hoout Execute raFreq.Exe raFreq.Exe Hoout Prepare raFreq.Pre Hoout Execute Hoout Execute Comple
day)
Succ Rate cSuccOut cAttOut Succ Rate pAttOut Succ Rate Succ Rate teness
2014-01-26 99.82% 9352557 9369383 99.97% 9372541 99.80% 100.00% All Day
2) Output TOP10 cells’ information with lowest intra-freq hoout execute success rate.
3.26.3 Principles
Use the original traffic measurement data from the first report to get each cell’s L.HHO.Inter/Intra-eNB.IntraFreq.ExecSuccOut,
a) Get the entire network’s traffic measurement by adding the original data together.
b) Calculate intra-freq hoout execute success rate, intra-freq hoout prepare success rate, intra-freq X2 hoout execute success rate and intra-freq
2) TOP10 cells with lowest intra-freq hoout execute success rate by day.
a) Don’t consider the data when L.HHO.IntraFreq.ExecAttOut is 0, TOP1% cells have lowest L.HHO. IntraFreq.ExecAttOut and intra- freq
hoout fail times is less than or equal to 10 (If 1% of the cell’s number is less than one, take this data into consideration).
b) For the rest of cells, get intra-freq hoout execute success rate by day.
c) Find out TOP10 cells with lowest intra-freq hoout execute success rate as an ascending order.
d) Calculate the average intra-freq hoout execute success rate of these TOP10 cells according to eNodeB ID separately (Total Success Times /
e) Sort eNodeBs by its average intra-freq hoout execute success rate as an ascending order. Cells under each eNodeB are sorted by their local
cell ID.
3) TOP10 cells with lowest intra-freq hoout prepare success rate by day.
a) Don’t consider the data when L.HHO.IntraFreq.PrepAttOut is 0, TOP1% cells have lowest L.HHO. IntraFreq.PrepAttOut and intra-freq
hoout fail times is less than or equal to 10 (If 1% of the cell’s number is less than one, take this data into consideration).
b) For the rest of cells, get intra-freq hoout prepare success rate by day.
c) Find out TOP10 cells with lowest intra-freq hoout prepare success rate as an ascending order.
d) Calculate the average intra-freq hoout prepare success rate of these TOP10 cells according to eNodeB ID separately (Total Execute Times /
e) Sort eNodeBs by its average intra-freq hoout prepare success rate as an ascending order. Cells under each eNodeB are sorted by their local
cell ID.
Note: For these three tables, if intra-freq hoout execute success rate < THRESHOLD NOK RRC Setup Succ Rate, mark it red. The default
L.HHO.X2.IntraFreq.ExecSuccOut)/(L.HHO.IntereNB.IntraFreq.ExecAttOut - L.HHO.X2.IntraFreq.ExecAttOut)]*100%
3.26.4 Measures
1) Check the network planning and optimization: Handover switch, Cell radius, Neighboring cells, CellspecificOffset and frequency offset.
2) Check the interference and RF channels: If RF channels are normal, check whether there is uplink interference.
3) If it is not cleared, collect CHR log information from eNodeBs to Huawei engineers for troubleshooting.
3.26.5 Reference
None.
3.27.1 Location
If handover success rate is lower than 98%, it will lead to call dropping when users are moving, which may affect users’ experience. Collect
information of inter-freq hoout success rate and find out TOP10 cells with lowest inter-freq hoout execute success rate and inter-freq hoout prepare success
25
3) Output TOP10 cells’ information with lowest inter-freq hoout prepare success rate.
3.27.3 Principles
Use the original traffic measurement data from the first report to get each cell’s L.HHO.Inter/Intra-eNB.InterFreq.ExecSuccOut,
a) Get the entire network’s traffic measurement by adding the original data together.
b) Calculate inter-freq hoout execute success rate, inter-freq hoout prepare success rate, inter-freq X2 hoout execute success rate and inter-freq
2) TOP10 cells with lowest inter-freq hoout execute success rate by day.
a) Don’t consider the data when L.HHO.InterFreq.ExecAttOut is 0 and TOP1% cells with lowest L.HHO. InterFreq.ExecAttOut (If 1% of the
cell’s number is less than one, take this data into consideration).
b) For the rest of cells, get inter-freq hoout execute success rate by day.
c) Find out TOP10 cells with lowest inter-freq hoout execute success rate as an ascending order.
d) Calculate the average inter-freq hoout execute success rate of these TOP10 cells according to eNodeB ID separately (Total Success Times /
e) Sort eNodeBs by its average inter-freq hoout execute success rate as an ascending order. Cells under each eNodeB are sorted by their local
cell ID.
3) TOP10 cells with lowest inter-freq hoout prepare success rate by day.
a) Don’t consider the data when L.HHO.InterFreq.PrepAttOut is 0 and TOP1% cells with lowest L.HHO. InterFreq.PrepAttOut (If 1% of the
cell’s number is less than one, take this data into consideration).
b) For the rest of cells, get inter-freq hoout prepare success rate by day.
c) Find out TOP10 cells with lowest inter-freq hoout prepare success rate as an ascending order.
d) Calculate the average inter-freq hoout prepare success rate of these TOP10 cells according to eNodeB ID separately (Total Execute Times /
e) Sort eNodeBs by its average inter-freq hoout prepare success rate as an ascending order. Cells under each eNodeB are sorted by their local
cell ID.
Note: For these three tables, if inter-freq hoout execute success rate < THRESHOLD NOK RRC Setup Succ Rate, mark it red. The default
L.HHO.X2.IntraFreq.ExecSuccOut)/(L.HHO.IntereNB.IntraFreq.ExecAttOut - L.HHO.X2.IntraFreq.ExecAttOut)]*100%
3.27.4 Measures
1) Check the network planning and optimization: Handover switch, Cell radius, Neighboring cells, CellspecificOffset and QoffsetFreq.
2) Check the interference and RF channels: If RF channels are normal, check whether there is uplink interference.
3) If it is not cleared, collect CHR log information from eNodeBs to Huawei engineers for troubleshooting.
3.27.5 Reference
None.
1.32.1 Location
This rule is mainly used to collect the user throughput rate in the entire network.
1) Output related information of user throughput rate in the entire network by day.
1.32.3 Principles
a) Use the original traffic measurement data from the first report to get each cell’s total downlink traffic volume for PDCP SDUs in a cell
(kbits), total transmit duration of downlink PDCP SDUs in a cell (s), total uplink traffic volume for PDCP SDUs in a cell (kbits) and total
transmit duration of uplink PDCP SDUs in a cell (s) during the inspection time.
a) Use the original traffic measurement data from the first report to get each cell’s total downlink traffic volume for PDCP SDUs in a cell
(kbps) and total transmit duration of downlink PDCP SDUs in a cell (s) per hour.
b) Then calculate user’s downlink bearer throughput per hour in each cell.
c) Get the value of Allocated under License Identifier= LLT1THRUL01 by MML’s DSP license command to get eNodeB’s traffic (per Mbps).
d) Calculate traffic utilization, which is user’s downlink bearer throughput/ eNodeB’s traffic (per Mbps).
e) Output TOP10 cells’ information with highest traffic utilization as a descending order.
Total downlink traffic volume for PDCP SDUs in a cell (kbits) = L.Thrp.bits.DL/1000
Total uplink traffic volume for PDCP SDUs in a cell (kbits)= L.Thrp.bits.UL/ L.Thrp.Time.UL
Total uplink traffic volume for PDCP SDUs in a cell (kbits) = L.Thrp.bits.UL/1000
Traffic utilization =(L.Thrp.bits.DL/ L.Thrp.Time.DL)/ Allocated/ 1000 (Allocated is the value corresponding under License Identifier=
LLT1THRUL01)
1.32.4 Measures
None.
1.32.5 Reference
None.
1.33.1 Location
User number can show network's capacity and load. This rule is mainly used to collect average user number and max user number to monitor
1) Output the average user number and its related information in the entire network by day.
TOP20 eNodeBs with Largest RRC Connected Users License Capacity Usage
eNodeB eNodeB Sum of the Number of RRC Occurrence RRC Connected Users License
05:00:00
4) Output the overview of user number in the entire network.
1.33.3 Principles
Use the original traffic measurement data from the database to calculate average user number during the traffic measurement collected period.
a) Get original traffic measurement data L.Traffic.User.Max and L.Traffic.User.Avg and use max (L.Traffic.User.Max) and avg
(L.Traffic.User.Avg) to get average and max user number of each cell by day.
b) Add average/max user number of each cell together to get the average/max user number in the entire network per day.
a) Use 1)’s original traffic measurement data L.Traffic.User.Avg to calculate eNodeB’s average user number per day(accumulation of cells’
L.Traffic.User.Avg under this eNodeB ) and record the occurrence time. Set this data as eNodeB’s average user number during this
inspection period, sort eNodeBs by its average user number, select largest cells and output these cells’ related information.
b) Run MML’s DSP License command to get Allocated of License. At first, check whether License Identifier field contains LLT1ACTU01 or
LT1S0ACTUS00. If yes, find out its corresponding Allocated value (Allocated of License= Allocated value*Connected user number). If
not, check whether License Item contains RRC Connected User. If yes, find out its corresponding Allocated value (Allocated of License =
c) Calculate the ratio of eNodeB’s average user number by day to Allocated of License. If it is more than 60%, mark it red and abnormal.
Note:
Synchronized User Capacity Usage in a Cell = L.Traffic.User.Ulsync.Avg/ Synchronized User Capacity*100%. L.Traffic.User.Ulsync.Avg
If max user number of a cell > = 300 or the ratio of user number to the license > = 0.6, output all of them. If there are less than 20 cells met
If the records of the data are less than 20, output all of them.
3) TOP20 eNodeBs with largest RRC connected users’ license capacity usage.
a) Use 2)’s method to get each cell’s original traffic measurement data L.Traffic.User.Max and Allocated of License.
b) Calculate the ratio of max user number to Allocated of License and select TOP20 cells with largest ratio. If the ratio is more than 60%, mark
Note:
If max user number of a cell > = 300 or the ratio > = 0.6, output all of them. If there are less than 20 cells met these conditions, output 20
If the records of the data are less than 20, output all of them.
If “TOP20 cells with largest Traffic.User.Avg” and “TOP20 eNodeBs with largest RRC connected users license capacity usage” have same
a) Output summarized cell number under each max user number range.
b) Calculate the percentage of cell number under each max user number range to the entire cell number.
L.Traffic.User.Avg is average number of users in the entire network per hour and sum (L.Traffic.User.Avg) indicates the accumulation of 24
Note: If max number of a cell is >= 400, output the information of eNodeB and cell as A_cellX/B_cellX in the “Remark column”.
1.33.4 Measures
1) If the users’ number of a cell is over 400, please submit iCare to contact the heavy traffic owner, who will provide professional proposal for
expanding capacity.
2) If the ratio of user number to the license is larger than 90%, please apply the license again to expand license user resource.
1.33.5 Reference
None.
1.34.1 Location
This rule is mainly used to monitor each operators’ call drop rate and user throughput rate to reflect their network performances.
00:00:00
1.34.3 Principles
1) Use CNOPERATOR’s fields from XML file to get CnOperatorName (operator’s name), MCC (mobile country code), and MNC (mobile network
2) Check CELLOPERATOR’s fields from XML file to get original traffic measurement data and output them into first report by hour.
3) Use the original traffic measurement data from the first report to calculate each operator’s call drop rate, call drop rate (VOIP), DL user bearer
throughput (kbps), QCI11 DL user bearer throughput (kbps), UL user bearer throughput (kbps), QCI11 UL user bearer throughput (kbps),
average user number, eRAB setup success rate and eRAB setup success rate (VOIP) by hour and by day separately, and then output them into
second report.
4) Output related traffic measurement data to the table MEGAFON performance statistic (by day & by hour) chronologically.
1.34.4 Measures
actionFlag=detailProductSimple&web_doc_id=SE0000716716&doc_type=123-2&doc_type=123-2&saveBrowserLoged=true
1.34.5 Reference
None.
1.35.1 Location
Serious degeneration of KPI counters mean serious degeneration of user experience. This rule is used to collect the information of most
degenerated TOP cells during the data collection period for 13 KPI counters which are listed in the table in Principles. These counters are separated into 3
groups, which are 1, 2 and 4. Counters in different groups have different algorithms.
2012-12-14 VS
230457 230457 1 2304572 34.88 3100.00% 1.12->36.00 12-17: 36.00
2012-12-17
Note: This table only list parts of counters. N means 1~7 days. 1.12->36.00 indicates the data domain of corresponding counter during the time
period.
2) Output TOP cells’ information with most degenerate RRC setup success rate.
1.35.3 Principles
Number of RRC connection setup failures due to no responses from the UE = L.RRC.SetupFail.NoReply.
[L.HHO.IntereNB.IntraFreq.ExecSuccOut])/([L.HHO.IntraeNB.IntraFreq.ExecAttOut]+[L.HHO.IntereNB.IntraFreq.ExecAttOut])*{100}.
([L.HHO.IntraeNB.InterFreq.ExecAttOut] + [L.HHO.IntereNB.InterFreq.ExecAttOut])*{100}.
(L.HHO.IntraeNB.PrepAttIn+L.HHO.IntereNB.PrepAttIn).
Note: A indicates the counter value in the beginning of the time period and B indicates the counter value in the end of the time period.
2) Definitions of attempt times for each counter.
Note: Classification and definition of counters are the same in Network KPI Variation and Network KPI Variation (during specific time) rules.
4) Obtain the busy hour by OMStar function, such as 6:00~24:00 and get each traffic measurement according to the original granularity.
a) For group 1 and group 2 counters, summarize traffic measurement according to busy hour. Add denominator and numerator together
separately to get the counter value for each cell. Take group 1 counter RRC setup success rate (busy hour is 6:00~24:00) for example, add
these 18 hours’ L.RRC.ConnReq.Succ (numerator) and L.RRC.ConnReq.Att (denominator) together separately and then make a division to
b) For group 4 counters, get the traffic measurement under each original granularity and then make an arithmetic average of them to get the
counter value for each cell. Take group 4 counter L.RRC.SetupFail.NoReply (busy hour is 6:00~24:00 and original granularity is 30
minutes) for example, make an arithmetic average of these 36 pieces of traffic measurement.
6) Sort the cells based on the KPI recovery threshold. The methods are listed below.
a) Check whether the counter in latest day recovers or not. Put the unrecovered cells in the front.
b) Among the unrecovered cells, sort them based on their absolute degenerate values.
c) Among the recovered cells, sort them based on their absolute degenerate values.
d) Method of judging whether it is recovered: If counter in the latest day < initial value of degeneration+K*absolute degenerate value), it is
considered as recovered cell. K is the threshold and configurable. Its range is [0, 0.5] and the default value is 0.25.
7) Filter the data based on the filteration threshold of attempt times and output TOP cells with most degenerate KPI counters.
b) Sort the cells as an ascending order and don’t consider the first 10% cells.
1.35.4 Measures
actionFlag=detailProductSimple&web_doc_id=SE0000716716&doc_type=123-2&doc_type=123-2&saveBrowserLoged=true
1.35.5 Reference
None.
1.36.1 Location
Serious degeneration of KPI counters mean serious degeneration of user experience. This rule is used to collect the information of most
degenerated TOP cells during the data collection period for 2 KPI counters which is listed in the table in Principles. These counters are separated into 3
groups, which are 1, 2 and 4. Counters in different groups have different algorithms.
1) Output TOP cells’ information with most degenerate downlink PRB usage.
period.
2) Output TOP cells’ information with most degenerate uplink PRB usage.
1.36.3 Principles
DL PRB usage (%) = [L.ChMeas.PRB.DL.Used.Avg]/[Downlink System Bandwidth Corresponds to the Total Number of RB]*{100}.
UL PRB usage (%) = [L.ChMeas.PRB.UL.Used.Avg]/[Uplink System Bandwidth Corresponds to the Total Number of RB]*{100}.
Note: A indicates the counter value in the beginning of the time period and B indicates the counter value in the end of the time period.
2) Definitions of attempt times for each counter.
For group 4 counters, it is the absolute value itself and it is taken as attempt times directly.
For group 4 counters, it is the absolute value itself and it is taken as fail times directly.
Note: Classification and definition of counters are the same in Traffic Variation and Traffic Variation (during specific time) rules.
4) Obtain the busy hour by OMStar function, such as 6:00~24:00 and get each traffic measurement according to the original granularity.
a) For group 4 counters, get the traffic measurement under each original granularity and then make an arithmetic average of them to get the
counter value for each cell. Take group 4 counter L.RRC.SetupFail.NoReply (busy hour is 6:00~24:00 and original granularity is 30
minutes) for example, make an arithmetic average of these 36 pieces of traffic measurement.
6) Sort the cells based on the KPI recovery threshold. The methods are listed below.
a) Check whether the counter in latest day recovers or not. Put the unrecovered cells in the front.
b) Among the unrecovered cells, sort them based on their absolute degenerate values.
c) Among the recovered cells, sort them based on their absolute degenerate values.
d) Method of judging whether it is recovered: If counter in the latest day < initial value of degeneration+K*absolute degenerate value, it is
considered as recovered cell. K is the threshold and configurable. Its range is [0, 0.5] and the default value is 0.25.
1.36.4 Measures
actionFlag=detailProductSimple&web_doc_id=SE0000716716&doc_type=123-2&doc_type=123-2&saveBrowserLoged=true
1.36.5 Reference
None.
1.37.1 Location
Serious degeneration of KPI counters mean serious degeneration of user experience. This rule is used to collect the information of most
degenerated TOP cells during the data collection period for 13 KPI counters which is listed in the table in Principles. These counters are separated into 3
groups, which are 1, 2 and 4. Counters in different groups have different algorithms.
1) Output TOP cells’ information with most degenerate call drop rate before and after the specific time.
TOP Cells with Most Degenerate Call Drop Rate Before and After the Specific Time
Absolut Relati
Time Time Atte
eNode Local e ve Call Fail Latest Latest Latest Latest
eNod Cell Range Range mpt Rema
B Cell Degene Degen Drop Tim First Secon Third Fourth
eB ID Name Before After Tim rk
Name ID rate erate Rate es Day d Day Day Day
Upgrade Upgrade es
Value Value
145
2013-09- 2013-09- 73.0
29.0 9-4: 9-3:
02 03 0.06% (206 9-5: 9-2:
(13. 0.11% 0.12%
00:00:00 - 01:00:00 - 89.58 - 94.0 0.00% 0.06%(1
6 02 2 0602 0 0- (18.0/ (24.0/
2013-09- 2013-09- % >0.12 - (0.0/5 3.0/206
>42. 15722 19994
03 05 % >35 59.0) 94.0)
0) .0) .0)
00:00:00 00:00:00 267.
0)
Note: The other 11 counters’ output format are similar with table of TOP Cells with Most Degenerate Call Drop Rate During Specific Time, and
1.37.3 Principles
Note: Classification and definition of counters are the same in Network KPI Variation and Network KPI Variation (during specific time) rules.
1) Obtain the busy hour by OMStar function, such as 6:00~24:00 and get each traffic measurement according to the original granularity, starting
a) If there are intersections among (time range before the specific time - N*7*24h), where N is 1, 2, 3 or 4, time range after the specific time
and the busy hour (The intersection can’t contain the upgrade/operation time range), it is suggested to compare data before and after the
b) In both scenarios, the frontline designate a specific time and there are time ranges before and after the specific time. Also, the time range is
separated into weekend and weekday. Therefore, there are 4 time ranges: weekend before the specific time, weekday before the specific
time, weekend after the specific time and weekday after the specific time.
If there is longer time range before the specific time, such as there are two Mondays’ 6:00~24:00 and two Tuesdays’ 6: 00~12:00, make
For scenarioⅡ:
The output absolute value need to do the arithmetic average based on days.
3) Calculate each counter during these four time ranges and make a statistic based on busy hour of these four time ranges.
a) For group 1 and group 2 counters, add the numerator and denominator together during the specific time and use the sum to calculate each
b) For group 4 counters, get the traffic measurement under each original granularity and then make an arithmetic average of them to get the
4) Don’t consider the time range when there are small attempt times for each cell.
b) Sort the cells as an ascending order and don’t consider the first 1% cells.
5) Find TOP cells with most degenerate KPI counters before and after the specific time. For each cell:
a) If there are 4 time ranges (weekend before the specific time, weekday before the specific time, weekend after the specific time and weekday
after the specific time), calculate Δ(weekend after the specific time- weekend before the specific time), Δ(weekday after the specific time-
weekday before the specific time) and get the Δmax, corresponding A and B(such as Δmax=A-B) and their corresponding fail
If there are time ranges of weekend before the specific time, weekend after the specific time and weekday after the specific time, get the Δ
by weekend before the specific time and weekend after the specific time.
If there are time ranges of weekday before the specific time, weekend after the specific time and weekday after the specific time, get the Δ
by weekday before the specific time and weekday after the specific time.
If there are time ranges of weekend before the specific time, weekday before the specific time and weekend after the specific time, get the Δ
by weekend before the specific time and weekend after the specific time.
If there are time ranges of weekend before the specific time, weekday before the specific time and weekday after the specific time, get the Δ
by weekday before the specific time and weekday after the specific time.
If there are time ranges of (weekend before the specific time, weekday after the specific time) and (weekday before the specific time,
weekend after the specific time), get the Δ by these two time range directly and output “Unreliable Result” in the remark column..
Note: For group 1 counters, there is no need to take participate in the sort if Δ is positive and use their absolute values to take participate the sort
if Δ is negative. For group 2 and 4 counters, there is no need to take participate in the sort if Δ is negative.
b) After checking all of the cells, sort them as an ascending order based on Δmax (corresponding with Δfail times =fail times of A – fail times
of B) and don't consider the cells which theirΔfail times = 0 or falls into first TOP 1% cells.
c) For the rest of cells, output the number of cells as a descending order based on Δmax . If the fluctuated threshold is 0%, the number of cells
is MAX (1%* total cells, 20). If not, only consider cells which their Δmax is greater than the fluctuated threshold. If the number of cells are
more than MAX (1%* total cells, 20), set it to MAX (1%*total cells, 20).
Note:
For XX success rate, XX attempt times, XX fail times and other columns need to show the change of A and B, output the value of B before ‘->’
XXX Counter in latest N day: Fail times of XXX Counter in latest N day/ Attempt times of XXX Counter in latest N day.
1.37.4 Measures
1.37.5 Reference
None.
1.38.1 Location
04 KPI Performance Analysis 07 KPI Variation Risk Identify 04 Traffic Variation(during specific time)
Serious degeneration of KPI counters mean serious degeneration of user experience. This rule is used to collect the information of most
degenerated TOP cells during the data collection period for 2 KPI counters which is listed in the table in Principles. These counters are separated into 3
groups, which are 1, 2 and 4. Counters in different groups have different algorithms.
1) Output TOP cells’ information with most degenerate downlink PRB usage before and after the specific time.
TOP Cells with Most Degenerate Downlink PRB Usage Before and After the Specific Time
Absol Relati
eNod Time Time
eNo Local ute ve Downli Latest Latest Latest Latest Average
eB Cell Range Range Max User Rema
deB Cell Degen Degen nk PRB First Secon Third Fourt User
Nam Name Before After Number rk
ID ID erate erate Usage Day d Day Day h Day Number
e Upgrade Upgrade
Value Value
2013-09- 2013-09-
6256 SHJL 02 00:00 - 03 01:00 - 18.99 0.12- 9-5: 9-4: 9-3: 9-2:
2569 3 0.02 6->7 20->29
9 25693 2013-09- 2013-09- % >0.14 0.17 0.13 0.12 0.12
03 00:00 05 00:00
2) Output TOP cells’ information with most degenerate uplink PRB usage before and after the specific time.
TOP Cells with Most Degenerate Uplink PRB Usage Before and After the Specific Time
Absol Relati
eNod Time Time
eNo Local ute ve Uplink Latest Latest Latest Latest Average
eB Cell Range Range Max User Rema
deB Cell Degen Degen PRB First Second Third Fourt User
Nam Name Before After Number rk
ID ID erate erate Usage Day Day Day h Day Number
e Upgrade Upgrade
Value Value
Al-
2013-09- 2013-09-
Rams
6272 RAKL 02 00:00 - 03 01:00 - 26.68 0.06- 9-5: 9-4: 9-3: 9-2:
-1- 3 0.02 1->1 6->8
7 27273 2013-09- 2013-09- % >0.08 0.08 0.07 0.07 0.06
RAK
03 00:00 05 00:00
2727
1.38.3 Principles
Note: Classification and definition of counters are the same in Traffic Variation and Traffic Variation (during specific time) rules. The details are
1) Obtain the busy hour by OMStar function, such as 6:00~24:00 and get each traffic measurement according to the original granularity, starting
a) If there are intersections among time range before the specific time - N*7*24h (N is 1, 2, 3 and 4), time range after the specific time and the
busy hour (The intersection can’t contain the upgrade/operation time range), it is suggested to compare data before and after the
b) In both scenarios, the frontline designate a specific time and there are time ranges before and after the specific time. Also, the time range is
separated into weekend and weekday. Therefore, there are 4 time ranges: weekend before the specific time, weekday before the specific
time, weekend after the specific time and weekday after the specific time.
If there is longer time range before the specific time, such as there are two Mondays’ 6:00~24:00 and two Tuesdays’ 6: 00~12:00, make
For scenarioⅡ:
The output absolute value need to do the arithmetic average based on days.
3) Calculate each counter during these four time ranges and make a statistic based on busy hour of these four time ranges.
a) For group 1 and group 2 counters, add the numerator and denominator together during the specific time and use the sum to calculate each
b) For group 4 counters, get the traffic measurement under each original granularity and then make an arithmetic average of them to get the
4) Find TOP cells with most degenerate KPI counters before and after the specific time. For each cell:
a) If there are 4 time ranges (weekend before the specific time, weekday before the specific time, weekend after the specific time and weekday
after the specific time), calculate Δ(weekend after the specific time- weekend before the specific time), Δ(weekday after the specific time-
weekday before the specific time) and get the Δmax, corresponding A and B(such as Δmax=A-B) and their corresponding fail
If there are time ranges of weekend before the specific time, weekend after the specific time and weekday after the specific time, get the Δ
by weekend before the specific time and weekend after the specific time.
If there are time ranges of weekday before the specific time, weekend after the specific time and weekday after the specific time, get the Δ
by weekday before the specific time and weekday after the specific time.
If there are time ranges of weekend before the specific time, weekday before the specific time and weekend after the specific time, get the Δ
by weekend before the specific time and weekend after the specific time.
If there are time ranges of weekend before the specific time, weekday before the specific time and weekday after the specific time, get the Δ
by weekday before the specific time and weekday after the specific time.
If there are time ranges of (weekend before the specific time, weekday after the specific time) and (weekday before the specific time,
weekend after the specific time), get the Δ by these two time ranges directly and output “Unreliable Result” in the remark column..
Note: For group 1 counters, there is no need to take participate in the sort if Δ is positive and use their absolute values to take participate the sort
if Δ is negative. For group 2 and 4 counters, there is no need to take participate in the sort if Δ is negative.
b) After checking all of the cells, sort them as an ascending order based on Δmax (corresponding with Δfail times =fail times of A – fail times
of B) and don't consider the cells which theirΔfail times = 0 or falls into first TOP 1%.
c) For the rest of cells, output the number of cells as a descending order based on Δmax . If the fluctuated threshold is 0%, the number of cells
is MAX (1%* total cells, 20). If not, only consider cells which their Δmax is greater than the fluctuated threshold. If the number of cells are
more than MAX (1%* total cells, 20), set it to MAX (1%*total cells, 20).
Note:
For XX success rate, XX attempt times, XX fail times and other columns need to show the change of A and B, output the value of B before ‘->’
XXX Counter in latest N day: Fail times of XXX Counter in latest N day/ Attempt times of XXX Counter in latest N day.
1.38.4 Measures
1.38.5 Reference
None.
1.39.1 Location
04 KPI Performance Analysis 07 KPI Variation Risk Identify 05 TOP Risk Cells of KPI Degeneration
Serious degeneration of KPI counters mean serious degeneration of user experience. This rule is used to select cells with several degenerate KPI
counters, which can help the users to handle the top risks first.
1.39.3 Principles
1) Based on the result of Network KPI Variation and Traffic Variation rules, select cells with several degenerate KPI counters and output the
1.39.4 Measures
1.39.5 Reference
None.
1.40.1 Location
Serious degeneration of KPI counters mean serious degeneration of user experience. This rule is used to select cells with several degenerate KPI
counters, which can help the users to handle the top risks first.
1) Output TOP5 cells’ information with serious degenerate KPI counters (during specific time).
eNodeB eNodeB Local Cell Number of Degenerate 01 Network KPI Variation 02 Traffic Variation (during
ID Name Cell ID Name KPI Counters (during specific time) specific time)
1.40.3 Principles
1) Based on the result of Network KPI Variation (during specific time) and Traffic Variation (during specific time) rules, select cells with several
degenerate KPI counters and output the information of these counters and corresponding eNodeBs.
1.40.4 Measures
1.40.5 Reference
None.
1.41.1 Location
This rule is mainly used to list precautions which need manual check.
m/carrier/navi#col=produ
Notice on Precaution for DBS3900
SRAN7.X, ct&path=PBI1-
LTE FDD-Parameter BTS3900
SRAN8.X and 7851894/PBI1-
SC0000857176 PresenceAntennaPort1 BTS3900A Check manually
SRAN9.X 7854240/PBI1-
configuration suggestion- BTS3900AL
versions 7854329/PBI1-
20140916-A-V1.1 BTS3900L
7923298/PBI1-
14065&resTab=BU
Support precaution notices list rules which need manual check. Please click the support link to get the details.
Each version’s corresponding precaution rules are listed in the below excel table.
Pa rts o f Sup p o rt
Pre ca utio n N o tice s Wh ich N e e d M a nua l Ch e ck.xls x
1.41.3 Principles
None.
1.41.4 Measures
None.
1.41.5 Reference
http://support.huawei.com/carrier/navi#col=product&path=PBI1-7851894/PBI1-7854240/PBI1-7854329/PBI1-7923298/PBI1-14065&resTab=BU
1.42 Notice on Precaution for FDD eNodeBs – Network Access Failures after the IP Path
Switchover Is Performed
1.42.1 Location
When IP PATH switchovers abnormally, service admission fails, or UEs are abnormally released. The L.E-RAB.FailEst.TNL and L.E-
RAB.AbnormRel.TNL counters increase at the same time. This rule is mainly used to collect eNodeBs’ related information with this risk.
1.42.3 Principles
1) The value of Peer IP varies with IP paths in the LST IPPATH command output. If JNRSCGRP (Join Transmission Resource Group) is 0, which
is DISABLE state, end. If it is 1, which is ENABLE state, and RSCGRPID (Transmission Resource Group ID), Port Type, and Port No are not
2) Check the ENDPOINTID under EP2RSCGRP from XML file. If there is no value or just one set, end. If there are two sets or more, go to next
step.
3) RSCGRPULCACSWITCH (Resource Group Uplink Admission Control Algorithm Switch) or RSCGRPDLCACSWITCH (Resource Group
Downlink Admission Control Algorithm Switch) is set to on in the LST TACALG command output.
4) RSCGRPULCACSWITCH and RSCGRPDLCACSWITCH are set to off in the LST TACALG command output. But TRMULOLCSWITCH
(Uplink OLC Algorithm Switch) or RSCGRPDLCACSWITCH (Downlink OLC Algorithm Switch) is set to on in the LST TOLCALG command
output.
1.42.4 Measures
Precaution link:
http://support.huawei.com/carrier/docview!docview?nid=SE0000710871
1.42.5 Reference
None.
1.43.1 Location
When a 3900 series base station is interconnected with Huawei's RTN through electrical ports, the base station links are intermittently interrupted
and the bit error rate (BER) increases after the RTN is powered off and then on. Services carried by the base station are affected.
1.43.3 Principles
1) Check whether Port Attribute is Auto by MML’s DSP ETHPORT command. If no, end. If yes, go to next step.
2) From DSP ETHPORT command output, select Port Status = Up (activated), and then judge whether Local Duplex = Full Duplex and Local
1.43.4 Measures
1) Set electrical ports on both the RTN and base station to work in forced full-duplex mode at 100 Mbit/s.
http://support.huawei.com/carrier/docview!docview?nid=SE0000701713
1.43.5 Reference
None.
1.44 Notice on Precaution – Check of Abnormal RX Power of Optical Module (Only relates to
China)
1.44.1 Location
None.
1.44.3 Principles
None.
1.44.4 Measures
None.
1.44.5 Reference
None.
1.45 Notice on Precaution for Certificate Expiry Not Promptly Notified Because of Certificate
1.45.1 Location
If certificate validity check is disabled, the eNodeB does not automatically update certificates, check certificate validity, or promptly give a
certification expiry notification. And the eNodeB may use an expired certificate for IKE or SSL negotiation and there is a risk of secure channel
renegotiation failure, which will interrupt services on the carried OM channels and service links. This rule is mainly used to collect eNodeBs’ related
1.45.3 Principles
1) Check the value of AUTHMETH under IKEPROPOSAL from XML file to confirm whether the eNodeB uses certificates for secure channel
2) Check the value of ISENABLE under Certchktsk to confirm whether certificate validity check is enabled. If not, prompt a risk
1.45.4 Measures
If an eNodeB uses certificates for secure channel authentication, enable certificate validity check by running MML command: SET
CERTCHKTSK: ISENABLE=ENABLE~1.
http://support.huawei.com/carrier/docview!docview?nid=SC2000001835&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-21465979/PBI1-
14065
1.45.5 Reference
None.
1.46 Notice on Precaution for Remote OMCH Reestablishment Failure Due to Self-Setup
Disabling
1.46.1 Location
When remote OMCH self-setup is disabled and eNodeB transmission is interrupted, current transmission configuration will be used to rectify it.
If it is caused by peer’s transmission reconfiguration or other reasons, the remote OMCH cannot be automatically reestablished. This rule is mainly used to
1) Output eNodeBs’ number of disabled and enabled remote OMCH auto-establishment switch.
1.46.3 Principles
1) Check the value of SWITCH under DHCPSW from XML file. Count the number of ENABLE and DISABLE eNodeBs (SWITCH = 0 means
1.46.4 Measures
7854329/PBI1-21465979/PBI1-14065
1.46.5 Reference
None.
1.47 Precaution Notice for LampSite - License Resources Become Insufficient Following
1.47.1 Location
By default, the intra-BBU Baseband Sharing (2T) license control item is free of charge for three sector equipment groups configured on the BBP
that connects to optical fibers. Extra sector equipment groups require paid licenses. If such a BBP has improved the capability to support six or more sector
equipment groups and is configured with more than four sector equipment groups, the license algorithm typically malfunctions, leading to license
insufficiency. In site deployment and capacity expansion scenarios, cells on the base station cannot be activated due to license insufficiency.
1.47.3 Principles
1) Check active alarm of alarmid=26819 (Data Configuration Exceeding Licensed Limit) from Alarm.csv file and record its latest occurrence time.
2) Confirm the eNodeB has deactivated cells: CellActiveState = 0 under CELL from LMT.XML file.
3) Run MML’s DSP BRDMFRINFO to confirm the board type is LBBPd3 or UBBPd3/4/5/6 (For example, Type = WD2LBBPD3, WD2UBBPD3,
WD2UBBPD4, WD2UBBPD5 or WD2UBBPD6) and record boards’ CN, SRN and SN.
4) BBP connected to optical fibers: Check the value of HeadCabinetNo, HeadSubrackNo and HeadSlotNo (identify the location of the board that CPRI
port belongs to and they corresponds with 3)’s physical position) under RRUCHAIN from LMT.XML file. When both HeadCabinetNo and
5) More than four sector equipment groups are configured: Check BaseBandEqmId and SectorEqmGroupId under EuSectorEqmGroup from LMT.
XML file to confirm the value of BaseBandEqmId is the same with last step’s SN and one BaseBandEqmId support more than 4 different
SectorEqmGroupId.
Note:
BaseBandEqmId parameter indicates the ID of the baseband equipment serving a cell, corresponds with last step’s SN.
SectorEqmGroupId parameter indicates the group ID of the sector devices that serve the cell and it uniquely identifies a group of sector devices within an eNodeB.
1.47.4 Measures
Obtain and use the commissioning license for the problem LampSite base stations.
1.47.5 Reference
Precaution link:
http://support.huawei.com/carrier/docview!docview?nid=SC2000001461&path=PBI1-7851894/PBI1-21430741/PBI1-21430811/PBI1-21466567/PBI1-
21117379
3.28 Precaution Notice for Temperature Exception Alarm Reporting and Repeated Restart of LampSite
3.28.1 Location
Due to inappropriate setting of the temperature threshold, the RHUB under the trigger conditions reports ALM-26771 RHUB Temperature
Unacceptable when it should not. The post-processing of the alarm causes the RHUB to restart. The RHUB restarts repeatedly, resulting in service
unavailability.
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version CN SRN SN Preventive Tool Is Used or Not Recommendation
BTS3900
Refer to the
393719 -393719-OF V100R010C10SPC18 0 60 0 No
precaution
0
3.28.3 Principles
1) Find SWVERSION under NE from LMT.XML file. If SWVERSION is BTS3900 V100R010C10SPC180 or BTS3900 V100R010C10SPC182,
2) Check and record CN, SRN and SN under RHUB from LMT.XML file.
3) Run MML’s DSP BRDMFRINFO command to query corresponding hot patch’s vendor based on 2)’s CN, SRN and SN. If Vendor = HUAWEI,
it indicates hot patch has been activated. If Vendor = Huawei, mark it as abnormal and output related information.
3.28.4 Measures
Recovery measures:
Repair temperature threshold. Since the threshold didn’t open the interfaces publicly, it need “Preventive tool of RHUB3908 Temperature
http://support.huawei.com/carrier/navi#col=tool/3rdtool&path=CONTOOL-29-7/CONTOOL-000112255/CONTOOL-000125457
3.28.5 Reference
1.48.1 Location
If transmission features are enabled in eNodeB configurations but their corresponding licenses are not applied, the transmission link will be
interrupted and the eNodeB will be disconnected from the M2000. This rule is mainly used to collect eNodeBs’ related information with this risk.
1.48.3 Principles
1) Check whether Allocated value of LLT1IPSEC01, LLT1PKI01, LLT1ACB01, LLT1IPIPVS01 or LLT1PPPOE01 is 0 but its corresponding
Configuration value is not 0 from DSP LICENSE. If yes, output its eNodeB ID, eNodeB Name, License Identifier, Allocated, Configuration and
1.48.4 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000676916&partNo=&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979
1.48.5 Reference
None.
3.29.1 Location
During CA UE handover with SCC configuration, C-RNTI conflicted on the target side lead to an eNodeB software processing error, which
further leads to handover command delivery failures, handover failures and decreasing CA UE handover preparation success rate. This rule is mainly used
Abnormal Data
SCC Deterioration Time of CA Deterioration Trend of
eNodeB eNodeB eNodeB Local CA Recommen
Cell Name Handover UE Handover CA UE Handover
ID Name Version Cell ID Switch dation
Switch Preparation Succ Rate Preparation Succ Rate
BTS3900
2014-01-24 10:00:00 -> Refer to the
5013 5013 V100R009C00 0 T-34 ON ON 90.00% -> 70.00%
2014-01-24 12:00:00 precaution
SPC010B022
3.29.3 Principles
1) Check whether CA is enabled from LMT.XML file (if a) or b) is met, it is considered as enabled):
a) Check CAGROUP parameter. If CAGROUP is configured with a value, it indicates a CA group is configured.
b) Check the value of CaAlgoSwitch under ENODEBALGOSWITCH and convert it into a binary number. If bit4 = 1, it indicates FCA is set
to ON.
2) Check whether HoWithSccCfgSwitch (handover with SCC configuration switch) is enabled: Check the value of CaAlgoSwitch and convert it
3) During the first 3 hours or longer of the traffic measurement collection period, CA UE handover preparation success rate keeps on decreasing.
a) From the original traffic data, get the number of PCC outgoing handover executions of CA UEs (L.HHO.ExecAttOut.CAUser.PCC) and the
b) Use the formula - CA UE handover preparation success rate = (L.HHO.ExecAttOut.CAUser.PCC / L.HHO.PrepAttOut.CAUser.PCC) to get
CA UE handover preparation success rate. In the initial 3 hours or longer of the inspection period, the value of CA UE handover preparation
success rate one hour ago is larger than the value one hour later.
3.29.4 Measures
21433538/PBI1-7854329/PBI1-21465979/PBI1-14065
3.29.5 Reference
None.
Note: This rule is just for eRAN7.0 (versions before eRAN7.0 SPC181).
3.30 LTE FDD Precaution Notice - RRC Connection Reestablishment Rejected Due to a PCI Conflict
3.30.1 Location
If inter-frequency cells served by the same eNodeB are configured with the same PCI and shortMAC-I check is disabled, UEs' RRC connection
reestablishment requests may be rejected, and as a result, UEs intermittently receive signals and user experience is affected. This rule is mainly used to
3.30.3 Principles
1) Check the value of RsvdSwPara0 under ENBRSVDPARA from LMT.XML file and convert it into a binary number.
a) If bit31 = 1, ReservedSwitchParameter0_bit31 is enabled, which means shortMAC-I check switch is turned on and end.
b) If bit31 = 0, ReservedSwitchParameter0_bit31 is disabled, which means shortMAC-I check switch is turned off and go to step 3).
b) If PhyCellId parameter is set to the same values, it indicates there is a PCI conflict and go to step 3).
3) Counted as abnormal and output cells’ information with same PCI configuration.
3.30.4 Measures
1) For V100R009C00 version, run the following command to enable shortMAC-I check switch: MOD ENBRSVDPARA:
RsvdSwPara0=RsvdSwPara0_bit31-1.
Huawei Proprietary and Confidential Page 166 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
2) For versions earlier than V100R009C00, upgrade the eNodeB to V100R009C00 first. If an eNodeB cannot be upgraded, change the PCIs.
Please refer to precaution link: http://support.huawei.com/carrier/docview!docview?nid=SC2000000885
3.30.5 Reference
None.
3.31 Notice on Precaution for Decreasing Handover Success Rate (Only relates to China)
3.31.1 Location
None.
3.31.3 Principles
None.
3.31.4 Measures
None.
3.31.5 Reference
None.
1.49.1 Location
In eRAN6.0 and eRAN6.1 problem versions (not LMPT), the services or OMCH on the IPSEC transmission channel, or both of them will
become disconnected if the IPSec tunnel cannot be used. This rule is mainly used to collect eNodeBs’ related information if their OMCH used IPSEC
tunnel.
1) Output eNodeBs’ related information (including the version information) if their OMCH used IPSEC tunnel.
eNodeB Information
OMCH
eNodeB eNodeB Check Whether IPSec Policy Negotiation
Using NE Version BTS3202E Version
ID Name Mode of Eudemon Is Template Mode
IPSEC
BTS3202E
62009 990362 Yes V100R010C00SPC200 Check manually
V100R008C00SPC02
1.49.3 Principles
1) Check whether SIP has a value under ACLRULE from XML file. If not, print out “OMCH doesn’t use IPSEC”. If yes, go to next step.
2) Check whether there is same SIP address (more than 1 in most cases) under ACLRULE with the source IP address of OMCH. If yes, record its
3) Check whether ACLID exits in IPSECPOLICY configuration. If yes, check whether it is the same with step 2)’s ACLID. If yes, it is considered
4) Collect the information of BTS3202E version: Check the value of SoftWareVersion under NE from XML file. If it contains BTS320E, it
Note: If the version is not in the designated range, mark it red. The designated range is eRAN8.0 versions before eRAN8.0SPC270 (not
included), eRAN8.1 versions before eRAN8.1SPC290 (not included), eRAN8.0 version before BTS3202E eRAN8.0SPC270 (not included) and eRAN8.1
1.49.4 Measures
Set the IPSec policy negotiation mode of Eudemon to a template mode. For detailed operations, contact Huawei Symantec technical support.
http://support.huawei.com/support/pages/kbcenter/view/product.do?
actionFlag=detailManuscript&web_doc_id=SE0000719683&doc_type=TechPost&doc_type=TechPost
1.49.5 Reference
None.
3.32 Notice on Precaution for Instantaneous CPU Usage Increase Due to Automatic Removal of Neighboring
3.32.1 Location
The intra-RAT automatic neighbor relation (ANR) algorithm switch is turned on, the automatic removal of intra-RAT neighboring cells is
enabled, and the number of intra-RAT neighboring cells configured for a local cell reaches the maximum permissible value 256. Under these conditions,
UE handovers trigger the addition of neighboring cells to this local cell and the automatic removal of neighboring cells from this local cell. As a result, the
CPU usage of the LMPT (not the UMPT) increases in a short period of time, which may affect ongoing services. This rule is mainly used to collect
Abnormal Data
eNode eNodeB eNodeB Local Cell MPT IntraRatEve IntraRatAnrA Number of Intra-Freq Number of Inter-Freq Recommen
B ID Name Version Cell ID Name Type ntAnrSwitch utoDelSwitch Neighboring Cells Neighboring Cells dation
BTS3900
Refer to the
5047 5047 V100R009C00 1 Cell1 LMPT On On 2 259
precaution
SPC170
3.32.3 Principles
1) Check MPT’s CN, SRN and SN under DEVIP field from LMT.XML file.
2) Check the corresponding type under the MPT’s CN, SRN and SN. If type = 12289, it indicates that it is a LMPT type and go to next step.
3) Check the value of AnrSwitch under ENODEBALGOSWITCH and convert it into a binary number.
a) If bit0 = 1, IntraRatEventAnrSwitch is ON, which indicates the intra-RAT ANR algorithm switch is turned on.
b) If bit2 = 1, IntraRatAnrAutoDelSwitch is ON, which indicates the automatic removal of intra-RAT neighboring cells is enabled.
4) Check EUTRANINTERFREQNCELL and EUTRANINTRAFREQNCELL. If one LocalCellId has 256 different Cellids, which indicates a local
cell reaches the maximum permissible value, mark it as abnormal and output the related information.
3.32.4 Measures
1) To prevent this problem, you are advised to disable the automatic removal of intra-RAT neighboring cells by running the following command:
2) For V100R009C00SPC230 or later, you are advised to enable the automatic removal of intra-RAT neighboring cells.
21433538/PBI1-7854329/PBI1-21465979/PBI1-14065
3.32.5 Reference
None.
Note: This rule is just for eRAN7.0 (versions before eRAN7.0 SPC230).
3.33 Notice on Precaution for Flash CSFB Failure Due to RSN Return to Zero After eNodeB Reset
3.33.1 Location
The eNodeB initializes the RIM sequence number (RSN) to zero after being reset and sends a RIM request again. The peer RNC or BSC
considers this RSN to be abnormal and does not respond to the RIM request. As a result, flash CS fall back (CSFB) fails to take effect.
1. If Flash CSFB cannot take effect, CSFB delay increases by 500 ms to 700 ms, which is not perceivable.
2. Huawei RNCs and BSCs can automatically solve this problem 12 hours later. However, it is not clear how other vendors' RNCs and BSCs handle
this problem.
This rule is mainly used to collect cells’ related information with this risk.
1) Output cells' related information with this risk.
3.33.3 Principles
1) eNodeB Flash CSFB is enabled: Check the value of HoAlgoSwitch under ENODEBALGOSWITCH from LMT.XML file and convert it
into a binary number. If bit11 = 1, it indicates UtranFlashCsfbSwitch is ON (flash Cs fallback to Utran algorithm switch is turned on). If bit12 = 1, it
a) The RIM switch is turned on: Check the value of RimSwitch under ENODEBALGOSWITCH and convert it into a binary number. If
bit0 = 1, it indicates UTRAN_RIM_SWITCH is ON (UTRAN RIM switch is turned on). If bit1 = 1, it indicates GERAN_RIM_SWITCH is ON
If Utrancellid under UTRANNCELL has the data, it indicates Utran neighboring cells are configured. If GeranCellId under GERANNCELL has
c) The MME release number of the S1 interface is Release 9 or later: Check the value of MMERelease under S1INTERFACE.
3) The value of L.FlashCSFB.E2W or L.FlashCSFB.E2G is normal before eNodeB’s reset, but becomes zero after its reset.
a) Get all of alarmid=26213’s occurrence time from event.csv file and record them as the time of eNodeB’s reset.
b) Use the resetting time recorded in a) to check the corresponding value of L.FlashCSFB.E2W and L.FlashCSFB.E2G. There are
L.FlashCSFB.E2W and L.FlashCSFB.E2G > 0 before eNodeB resetting and L.FlashCSFB.E2W and L.FlashCSFB.E2G = 0 after eNodeB
resetting.
4) Output traffic measurement and cells’ related information during the exception occurs.
Note:
If the cell has several pieces of abnormal data, output the latest one.
3.33.4 Measures
1) On the RNC or BSC, initialize the RIM procedure and further initialize the RSN to zero by turning off the RIM switch and then turning it on.
2) On the eNodeB, enable it to send a RIM request again by turning off the RIM switch and then turning it on.
MOD ENODEBALGOSWITCH: RimSwitch = UTRAN_RIM_SWITCH-0&GERAN_RIM_SWITCH-0;
MOD ENODEBALGOSWITCH: RimSwitch = UTRAN_RIM_SWITCH-1&GERAN_RIM_SWITCH-1.
Please refer to precaution link: http://support.huawei.com/carrier/docview!docview?nid=SC2000001950&path=PBI1-7851894/PBI1-21433538/PBI1-
7854329/PBI1-21465979/PBI1-14065
3.33.5 Reference
None.
Note: This rule is just for eRAN6.0, eRAN6.1 and eRAN7.0 (versions before eRAN7.0 SPC230).
1.50 Notice on Precaution for FDD eNodeB- Deterioration of RRC Setup Success Rate and
1.50.1 Location
None.
1.50.3 Principles
None.
1.50.4 Measures
None.
1.50.5 Reference
None.
IucsRrcRecfgMcCombSwitch Is Set to On
1.51.1 Location
After the IucsRrcRecfgMcCombSwitch is set to on, an eNodeB determines that GAP information needs to be carried in the first reconfiguration
message, which is sent to a UE during the initial access. However, the eNodeB fails to encode RRC CONN RECFG messages due to internal processing
problems, causing the UE access failure and deterioration of eRAB setup success rate.
1.51.3 Principles
IucsRrcRecfgMcCombSwitch is set to On: Check the value of ProtocolMsgOptSwitch under GLOBALPROCSWITCH from LMT.XML file and
1.51.4 Measures
1.51.5 Reference
7854329/PBI1-21465979/PBI1-14065
Note: This rule is just for eRAN7.0 (versions before eRAN7.0 SPC230).
1.52 Notice on Precaution for User Access Failures after the RF Link of a LampSite Base Station
1.52.1 Location
If the cell is functioning properly and the physical switch of the TX channel is turned off, users cannot access the LampSite base station after the
RF link of a LampSite base station recovers from an intermittent disconnection. This rule is mainly used to collect cells’ related information with this risk
1.52.3 Principles
1) Run the DSP CELL command to check the cell state. If Cell instance state is Normal, it means the cell is functioning properly and go to next
step.
2) Run the DSP TXBRANCH command to check whether the physical switch of the TX channel on the pRRU to which users cannot access is
turned off.
3) If the cell is functioning properly and the switch is turned off, output this abnormal cell’s information.
1.52.4 Measures
1) Recovery measures: Run the following commands in sequence: DEA CELL (to deactivate the cell) and ACT CELL (to activate the cell).
2) Solutions: Upgrade the LampSite base station to V100R008C00SPC300 or later or upgrade the base station to V100R009C00SPC150 or later.
7854329/PBI1-21465979/PBI1-14065
1.52.5 Reference
None.
1.53 Notice on Precaution for Service Interruption Due to a Negotiation Problem When the First
Peer IP Address of a Dual-Homed SCTP Link Is Not Configured at the Peer MME
1.53.1 Location
When an eNodeB is configured with a dual-homed SCTP link whose first peer IP address is not configured as a local IP address of the link at the
peer MME, the SCTP link status in upper-layer applications is inconsistent with that in the protocol stack if the eNodeB does not receive the last chunk that
indicates successful negotiation within 1 second. As a result, the SCTP link is in the normal state but cannot transmit SCTP_DATA chunks. Services on the
Abnormal Data
eNodeB eNodeB eNodeB Dual-Homed First Local Second Local First Peer Second Occurrence Time of
Recommendation
ID Name Version Scenario IP IP IP Peer IP S1 Link Fault
BTS3900
173.73.73.8 125.120.12 Continue to
50226 217 V100R009C00 Configured 0.0.0.1 0.120.0.0 2014-01-06 20:12:08
2 0.1 investigate manually.
SPC010B022
1.53.3 Principles
a) There are several SCTPLNK nodes in LMT.XML file. Take the nodes which their value of SCTPNO parameter are the same with
S1CpBearerId or S1SctpLinkId parameter under S1Interface node from the same LMT.XML file.
b) Check the value of LOCIP, SECLOCIP, PEERIP and SECPEERIP from the nodes selected from a) and all of them are not 0.0.0.0.
2) The eNodeB has active alarm of ALM29201 S1 interface fault: Check whether there is active alarm of Alarm ID = 29201 from alarm.csv
file.
1.53.4 Measures
1) Recovery measures:
a) Find the faulty SCTP link and reset it at the MME to trigger SCTP link negotiation again.
a) On the eNodeB, run the MML command MOD SCTPLNK to exchange the values of the first and second peer IP addresses. Alternatively,
run this command to remove the peer IP address that is not configured at the peer MME.
b) On the MME, configure the first peer IP address at the eNodeB as a local IP address of the SCTP link.
1.53.5 Reference
7854329/PBI1-21465979/PBI1-14065
Note: This rule is just for eRAN6.0 and eRAN7.0 (versions before eRAN6.0 SPC350 and eRAN7.0 SPC210).
1.54 Precaution Notice for Lengthy Upgrades of Single-mode LampSite Base Station Where
1.54.1 Location
If the LampSite is configured as a single-mode base station, each pRRU connects to an RHUB over two Ethernet cables and multiple pRRUs
connect to the same BBU, multiple pRRUs simultaneously start to download the target software from the BBU after running ACT Software command. In
such a case, the downlink HDLC data flow may exceed the CPRI bandwidth limitation, causing packet loss. The BBU needs to wait until all pRRUs
download the software. As a result, the BBU takes a lengthy duration to activate the software (during which services are not interrupted). The pRRU
Abnormal Data
eNodeB eNodeB pRRU Connects to the RHUB Single-mode Lampsite
eNodeB Version Recommendation
ID Name Over Two Ethernet Cables Base Station
BTS3900
5013 TMO-5013 YES YES Refer to the precaution
V100R009C00SPC010B022
1.54.3 Principles
1) Each pRRU connects to the RHUB over two Ethernet cables: TT = 2 under RRUCHAIN from LMT.XML file, which means load-sharing (pRRU
2) The LampSite is configured as a single-mode base station: Peer Standard is NULL or ' ' in the DSP BSSTATUS command output.
1.54.4 Measures
Upgrade the base station to BTS3900 V100R009C00SPC235/BTS3900 V100R010C10SPC120 or its later version.
1.54.5 Reference
21430811/PBI1-21466567/PBI1-21117379
Note: This rule is just for eRAN6.0 and eRAN7.0 (versions before eRAN7.0 SPC235).
1.55 Precaution Notice for Service Unavailability on a Co-MPT UMTS/LTE LampSite Base
1.55.1 Location
On a co-MPT UMTS/LTE LampSite base station, if both the baseband processing unit (either LBBPd or WBBPf) and RHUB are configured with
9.8 Gbit/s optical modules and CPRI(Common Public Radio Interface) rate negotiation adopts the default mode (auto-negotiation) or the CPRI rate is
manually set to 9.8 Gbit/s, UMTS and LTE services are unavailable because the WBBPf and LBBPd use a defective chip (SD6601) for allocating CPRI
resources and the chip cannot allocate sufficient resources to guarantee a CPRI rate of 9.8 Gbit/s in co-MPT UMTS/LTE scenarios.
1.55.3 Principles
1) Co-MPT UMTS/LTE: Confirm co-MPT UMTS/LTE deployment is used by MML’s DSP APP command: Application Name has “U” and “L” at
2) The LBBPd or WBBPf functions as the baseband processing unit: Confirm the LBBPd or WBBPf functions as the baseband processing unit by
MML’s DSP BRDMFRINFO command: For example: Type = WD2LBBPD3 or WD2WBBPf3 and record board’s physical location (CN, SRN
and SN).
3) Baseband processing unit is configured with 9.8 Gbit/s optical modules: Confirm the board from 2)’s CPRI Bit Rate (bit/s) = 9.8G by MML’s
DSP CPRIPORT command.
4) RHUB is configured with 9.8 Gbit/s optical module.
a) Confirm the eNodeB has RHUB board by MML’s DSP BRD command: Config Type = RHUB and record board’s physical location (CN,
b) Confirm the board from a)’s optical module transmission code rate (100Mbit/s) = 98 by MML’s DSP SFP command.
1.55.4 Measures
1) If cells configured for a single optical fiber require a total CPRI rate of 4.9 Gbit/s or less, take the following measures:
a) Run the MOD RRUCHAIN command to change the CPRI rate to 4.9 Gbit/s manually. In this step, set Chain No. to the ID of the optical
chain from the baseband processing unit to the RHUB and CPRI Line Rate to 4.9(4.9).
b) Run the RST BRD command to restart the baseband processing unit that connects to fiber optic cables. In this step, set CN, SRN, and SN
based on actual conditions.
2) If cells configured for a single optical fiber require a total CPRI rate beyond 4.9 Gbit/s, distribute excess cells to other optical fibers and manually
change the CPRI link rate after negotiation to 4.9 Gbit/s. This is because a CPRI rate of 9.8 Gbit/s cannot be guaranteed in co-MPT UMTS/LTE
scenarios.
1.55.5 Reference
21430811/PBI1-21466567/PBI1-21117379
1.56 Precaution Notice for Failures in Reaching Peak Uplink Throughput on a LampSite LTE
Base Station
1.56.1 Location
In a 20 MHz LTE LampSite, some UEs (UEs using Hisilicon chips) have a limited capability of adjusting delays. If the CPRI_E compression
ratio of involved versions is 3:1 or 4:1, the system timing advance (TA) becomes abnormal, leading to uplink cyclic redundancy check (CRC) errors.
Consequently, the data rate cannot reach the peak uplink throughput. The result of peak throughput tests at the cell center shows that the uplink throughput
is 1 to 3 Mbit/s and 1 to 10 Mbit/s lower than the peak value in LTE TDD mode and LTE FDD mode, respectively.
eNodeB ID eNodeB Name Local Cell ID Cell Name Cell Bandwidth CPRI_E Compression Ratio Current Software Version Recommendation
1.56.3 Principles
1) Cell downlink bandwidth is 20 MHz: Confirm DlBandWidth = 5 under CELL from LMT.XML file.
2) CPRI_E compression ratio is 3:1 or 4:1: Confirm CpriEthCompressionRatio = 1 or 2 under the same CELL.
Note: 0~ 2_TO_1 (2:1 compression), 1~ 3_TO_1 (3:1 compression), 2~ 4_TO_1 (4:1 compression).
1.56.4 Measures
Run the MOD CELL command to change the CPRI_E compression ratio to 2:1.
1.56.5 Reference
21430811/PBI1-21466567/PBI1-21117379
Note: This rule is just for eRAN6.0 and eRAN7.0 (versions before eRAN7.0 SPC235).
1.57 Notice on Precaution for Failures of Cell Activation When Both 1R/2R and 4R Cells Are
1.57.1 Location
None.
1.57.3 Principles
None.
1.57.4 Measures
None.
1.57.5 Reference
None.
1.58 Notice on Precaution for TOD Unusable Caused by USCU Baseband Resetting Which Used Clock
1.58.1 Location
None.
1.58.3 Principles
None.
1.58.4 Measures
None.
1.58.5 Reference
None.
3.34 Notice on Precaution for Occasional Unexpected eNodeB Restarts or Configuration Command
3.34.1 Location
Due to an eNodeB software defect, an error occurs in task scheduling within eNodeBs upon frequent X2 self-setups. As a result, the eNodeBs
The command execution failure has the following impact: eNodeB software cannot be upgraded. The symptom is that the software activation
progress stays at 99%. Operators cannot use MML commands or the CME to modify eNodeB configurations. The following self-organizing network
(SON) procedures fail: X2 self-setup, X2 automatic removal, neighboring cell addition by ANR, and neighboring cell removal by ANR.
3.34.3 Principles
1) The eNodeB has abnormal restart: There is Alarm ID = 26213 from event.csv file.
2) The X2 self-setup switch is turned on: Check the value of X2SonSetupSwitch under GlobalProcSwitch from LMT.XML file and
X2SonSetupSwitch = 1.
3) There are 5 alarms (ALM-25952 User Plane Path Fault or ALM-25888 SCTP Link Fault) related to X2 interfaces are active on the eNodeB
within 2 minutes: There is Alarm ID = 25952 or Alarm ID = 25888 from alarm.csv file.
3.34.4 Measures
1) In the case of command execution failure, run the MML command RST BRD to restart the main control board.
2) Clear ALM-25952 User Plane Path Fault and ALM-25888 SCTP Link Fault according to the alarm reference. If the alarms persist for transport
or other reasons, run the MML command ADD X2BLACKWHITELIST to blacklist the associated X2 interfaces, or run the following MML
3.34.5 Reference
7854329/PBI1-21465979/PBI1-14065
Note: This rule is just for eRAN7.0 (versions before eRAN7.0 SPC210).
3.35 Notice on Precaution for UE Access Failures or Releases in Inter-BBP Cells in Certain Scenarios
3.35.1 Location
When only three physical cells are established on the secondary BBP of a single frequency network (SFN) cell or multi-MPRU cell, UEs
occasionally fail to access the cells or they are released unexpectedly. To be specific, the value of the counter L.RRC.SetupFail.ResFail.PUCCH, L.E-
BTS3900
301 301 0 0 SFN cell 0-0-2 1//2//3 Refer to the precaution
V100R009C00SPC040B022
BTS3900
301 301 1 1 Multi-MPRU cell 0-0-2 3//4//5 Refer to the precaution
V100R009C00SPC040B022
3.35.3 Principles
1) The eNodeB’s BBP type is LBBPD3 and it has more than 2 LBBPD3 by MML’s DSP BRDMFRINFO command: For example: Type =
WD2LBBPD3 and record their physical locations (CN, SRN and SN).
2) The eNodeB has inter-BBP SFN cell or multi-MPRU cell: Check MultiRruCellFlag under CELL from LMT.XML file. If MultiRruCellFlag = 1,
it indicates the eNodeB supports multi-RRU cell. Keep on judging the value of MultiRruCellMode under CELL. If MultiRruCellMode = 0 (SFN
SFN cell has more than 3 cell sector equipment: SectorEqmId parameter under eUCellSectorEqm from LMT.XML file has more than 3
different values.
Multi-MPRU cell has more than 3 cell sector equipment: SectorEqmGroupId parameter under eUCellSectorEqm from LMT.XML file has
3.35.4 Measures
2) Bind an SFN cell or multi-MPRU cell to a specific BBP without establishing such a cell across BBPs. If SFN or multi-MPRU cells have to be
established across BBPs, avoid binding three sector equipment sets or sector equipment groups to one BBP.
(The above command is applicable for already existed cell’s sector equipment. As far as new adding sector equipment, run ADD
3) Activate all of the cells and check whether risky scenarios exits.
3.35.5 Reference
Precaution link:
http://support.huawei.com/carrier/docview!docview?nid=SC2000001200&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-21465979/PBI1-
14065
Note: This rule is just for eRAN7.0 (versions before eRAN7.0 SPC182).
3.36 Notice on Precaution for Sleeping Cell by Using Time Synchronous Mode (Only relates to China)
3.36.1 Location
None.
3.36.3 Principles
None.
3.36.4 Measures
None.
3.36.5 Measures
None.
3.36.6 Reference
None.
3.37 LTE FDD Precaution Notice – Resource Leakage for the RRC Connected User License Control Item
3.37.1 Location
When a main control board is shared by LTE TDD and LTE FDD, after accessing an LTE TDD cell (for example, vice versa), a UE is handed
over or re-established to an intra-eNodeB LTE FDD cell (for example, vice versa) and then leaves the LTE FDD cell, resources of the license control item
applied when the UE access the network are not released, resulting in resource leakage. When the leaked resources increase to a certain level, the usage
value of the license control item reaches the upper limit. As a result, ALM-26812 System Dynamic Traffic Exceeding Licensed Limit is reported, and the
E-RAN setup success rate and incoming handover success rate decrease (Before the alarm reported, E-RAN setup success rate and handover success rate
3.37.3 Principles
1) The eNodeB has FDD and TDD cells at the same time, which indicates that there are FddTddInd = 0 and FddTddInd = 1 under CELL from
LMT.XML file.
a) Run the DSP LICINFO command to check the value of Actual Used for RRC Connected User (FDD) and RRC Connected User (TDD). The
b) Run the DSP S1INTERFACE command to check the value of total S1 Interface User Number of the eNodeB and mark the value as B.
3.37.4 Measures
1) Recovery measures:
If ALM-26812 System Dynamic Traffic Exceeding Licensed Limit is reported, run the RST BTSNODE command to reset the eNodeB.
If ALM-26812 System Dynamic Traffic Exceeding Licensed Limit is not reported, the fault will be rectified at 3:00 each morning and no
operation is needed.
2) Workarounds:
There is no workaround. You are advised to run the MOD EUTRANINTERFREQNCELL command to disable intra-eNodeB handovers between
LTE TDD cells and LTE FDD cells if the traffic is heavy.
3.37.5 Reference
7854329/PBI1-21465979/PBI1-14065
Note: This rule is just for eRAN7.0 (versions before eRAN7.0 SPC230).
3.38 Notice on Precaution for Parts of eNodeB resetting Upon Executing Function of Characteristic State
3.38.1 Location
None.
3.38.3 Principles
None.
3.38.4 Measures
None.
3.38.5 Reference
None.
3.39.1 Location
The current automatic removal scheme requires the Neighbor eNodeB ID of the peer eNodeB. This ID can only be obtained from the X2 self-
setup procedure. If the X2 interface has never been successfully set up, the local eNodeB cannot obtain the peer eNodeB ID. As a result, the faulty X2
3.39.3 Principles
1) Judge whether X2 SON Delete Switch is turned on: Check the value of X2SonDeleteSwitch under GlobalProcSwitch, convert it into a binary
number and its bit0 = 1. Output the value of X2SonDeleteTimerforX2Fault at the same time.
2) Check whether there is alarmid=29204 (X2 Interface Fault alarm) from Alarm.csv file and record the value of X2 Interface ID in
Locationinformation.
3) Run the DSP X2INTERFACE command to query the values of Neighbor eNodeB ID and Neighbor eNodeB PLMN ID. If X2InterfaceId equals
X2 Interface ID from 2) and both Neighbor eNodeB ID and Neighbor eNodeB PLMN ID are NULL, this X2 interface cannot be automatically
3.39.4 Measures
Refer to the recovery measures in the below link to delete X2 interfaces manually.
3.39.5 Reference
7854329/PBI1-21465979/PBI1-14065
Note: This rule is just for eRAN7.0 (versions before eRAN7.0 SPC230).
3.40 Notice on Precaution for Parts of Counters Deterioration Due to Enabled DRX (Only relates to China)
3.40.1 Location
None.
3.40.3 Principles
None.
3.40.4 Measures
None.
3.40.5 Reference
None.
3.41 Precaution Notice for a Cell Establishment Failure Because Sector Equipment Is Not Added to a Sector
3.41.1 Location
A multi-MPRU-aggregation cell is configured with a set of sector equipment that is not added to any sector equipment group of the cell, which
will cause internal processing problems and establishment failure of multi-MPRU-aggregation cell (Upgrade scenarios: The cell cannot be activated after
the LampSite base station is upgraded to one of the versions involved in this precaution notice. New networks: The cell cannot be activated when the
LampSite base station of a version involved in this precaution notice is deployed.).
1) Output cells’ related information with this exception.
Abnormal Data
eNodeB Local Cell CpriEthComp Recommend
eNodeB ID eNodeB Version MultiRruCellMode SectorEqmId
Name Cell ID Name ressionRatio ation
53818 53818 0 cell0 BTS3900 multi-MPRU- 3:1 0 Refer to the
3.41.3 Principles
Check whether the cell satisfies all of the following conditions from XML file.
1) The cell is a multi-MPRU-aggregation cell: Check the value of MultiRruCellMode under CELL and MultiRruCellMode = 5.
2) CpriEthCompressionRatio is 3:1 or 4:1: Check the value of CpriEthCompressionRatio under CELL and CpriEthCompressionRatio = 1 or 2.
3) The multi-MPRU-aggregation cell is configured with a set of sector equipment: Check the value of SectorEqmId under EUCELLSECTOREQM
4) All sector equipment groups of the cell but excludes the sector equipment queried in 3): Check the value of SectorEqmId under
EUSECTOREQMGROUP and record the values to group B. Output the values that belong to group A but not in group B.
3.41.4 Measures
Recovery measures:
2) Remove the sector equipment configured for the multi-MPRU-aggregation cell, and then add this sector equipment to a sector equipment group
for the cell: RMV EUCELLSECTOREQM: LocalCellId=X, SectorEqmId=Y; ADD EUSECTOREQMID2GROUP: LocalCellId=X;
SectorEqmGroupId=Z, SectorEqmId=Y;
3.41.5 Reference
21430811/PBI1-21466567/PBI1-21117379
Note: This rule is just for eRAN7.0 (versions before eRAN7.0 SPC160) and eRAN8.1 (versions before and eRAN8.1 SPC250).
3.42 Notice on Precaution - Resetting Main Control Board Affects GSM Service Due to LTE Transmission
Interrupted over 45 minutes on Dual-Mode Base Station of SingleRAN 3900 Series (Only relates to
China)
3.42.1 Location
None.
3.42.3 Principles
None.
3.42.4 Measures
None.
3.42.5 Reference
None.
3.43 Notice on Precaution for FDD eNodeB - Reduced Uplink Rate of Test User Due to Enabled Uplink
3.43.1 Location
None.
3.43.3 Principles
None.
3.43.4 Measures
None.
3.43.5 Reference
None.
3.44 Notice on Precaution for Frequently Deactivated Supplementary Carrier When SLTE_CA UE Executes
3.44.1 Location
None.
3.44.3 Principles
None.
3.44.4 Measures
None.
3.44.5 Reference
None.
3.45 Precaution Notice for Occasional Network Access Failure after Offline FFT Frequency Scan Ends
3.45.1 Location
After offline FFT frequency scan ends, the pRRU, due to a software defect, occasionally indicates cell resource availability although cell
resources are not available yet. Consequently, the cell cannot provide services during the problem period. This rule is mainly used to collect information of
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version Recommendation
300 2T8R BTS3900 Refer to the precaution
V100R010C00SPC000B07
3.45.3 Principles
Check SWVERSION under NE from LMT.XML file. If it is BTS3900 V100R010C00 versions (before BTS3900 V100R010C00SPC250) or
BTS3900 V100R010C10 versions (before BTS3900 V100R010C10SPC160), mark it as abnormal and output related eNodeBs’ information, or end.
3.45.4 Measures
1) Recovery measures:
Run MML commands to first deactivate the problem cell and then activate it by the following command.
2) Workarounds
Disable offline FFT frequency scan, and then activate the concerned cell.
3) Solutions
Upgrade the base station to BTS3900 V100R009C00SPC250/BTS3900 V100R010C10SPC160 or later, which have solved this problem already.
3.45.5 Reference
21430811/PBI1-21466567/PBI1-21117379
3.46 Precaution Notice for FDD eNodeB – Disable SysTimeCfgInd While Clock Synchronization Mode Is Set
3.46.1 Location
None.
3.46.3 Principles
None.
3.46.4 Measures
None.
3.46.5 Reference
None.
3.47 Precaution Notice for Abrupt Uplink Interference Increase on LampSite LTE Base Stations
3.47.1 Location
Due to uplink path loss changes or channel fading, certain UEs encounter uplink SINR deterioration and need to increase their transmit power
under closed-loop power control. If the power saturation protection mechanism fails, the pRRUs cannot control the maximum UE transmit power and their
received power occasionally exceeds the saturation power, causing abrupt increase in uplink interference, access exceptions and low RRC connection setup
success rate. This rule is mainly used to collect information of eNodeBs’ related information with this risk.
1) Output risky eNodeBs’ eNodeB ID, eNodeB name, eNodeB version, hardware version, PuschRsrpHighThdSwitch and so on.
Abnormal Data
BTS3900 MPRU.HWEI.x701
60164 eNodeB26 1 CELL1 0 62 0 Off
V100R009C00SPC 20001
160B022
3.47.3 Principles
A LampSite base station that meets both the following conditions is subject to the problem.
1) Check pRRU’s hardware version on the LampSite base station by DSP BRDVER command: Check the Hardware Version field.
a) Current software version is V100R010C10SPCXXX and hardware version is one of MPRU.HWEI.x00120105, MPRU.HWEI.x00120200,
MPRU.HWEI.x60120000 or MPRU.HWEI.x70120001.
b) Current software version is V100R009C00SPCXXX and hardware version is one of MPRU.HWEI.x00120105, MPRU.HWEI.x00120200,
3.47.4 Measures
2) Configure the high RSRP threshold for PUSCH closed-loop power control. The configuration takes effect only when the
3.47.5 Reference
http://support.huawei.com/carrier/docview!docview?nid=SC2000003758&path=PBI1-7851894/PBI1-21430741/PBI1-21430811/PBI1-
21466567/PBI1-21117379
Note: This rule is just for eRAN7.0 (versions before eRAN7.0SPC290) and eRAN8.1 (versions before eRAN8.1 SPC220).
3.48 Notice on Precaution for Invalid SYNCETH Clock When the Clock Working Mode Parameter Is Set to
3.48.1 Location
When the clock working mode parameter is set to AUTO in a base station and the main control board resets because the base station resets or is
upgraded, the SYNCETH clock selection will fail. Because after a main control board resets, its original configurations are restored but the configuration
status of the SYNCETH clock is not updated (that is, the SYNCETH clock is not configured). In this case, reference clock selection fails because only a
configured reference clock can be selected. Reference clock selection certainly fails on an UMPTb. There is a low probability that reference clock selection
fails on a WMPT, LMPT, or UMPTa. If a base station does not synchronize with the external reference clock for 90 days, ongoing services carried by the
base station will be affected and no alarm is reported. This rule is mainly used to output risky eNodeBs’ information.
Abnormal Data
eNodeB eNodeB Clock Source Clock Working Current Clock
eNodeB Version CN SRN SN
ID Name Type Mode Source
BTS3900 SyncEth
393684 -393684-OF 0 0 7 AUTO GPS Clock
V100R010C10SPC120 Clock
3.48.3 Principles
1) Check the SWVERSION parameter under NE from LMT.XML file. If SWVERSION = V100R010C10 versions before BTS3900
2) Check MODE parameter under TASM from LMT.XML file. If MODE = 0 (AUTO), go to next step, or end.
3) Check clock source type and clock source state by MML’s DSP CLKSRC command. If Clock Source Type = SyncEth clock and Clock Source
State = Available, mark it as abnormal and output this cell’s related information.
3.48.4 Measures
1) Workarounds:
Run the following command to set the Clock Working Mode parameter to MANUAL (Manual):
2) Solutions:
3.48.5 Reference
7275801/PBI1-21465984/PBI1-13751
3.49 Notice on Precaution for LTE FDD eNodeBs – MML Command Execution Failures After an eNodeB
3.49.1 Location
When an eNodeB is configured with more than 220 X2 links, internal resources fail to be obtained during configuration synchronization due to
exceedingly large internal message overhead. This rule is mainly used to output eNodeBs’ information with this risk.
1) Output eNodeBs’ information if they may have MML command execution failures.
2) Output eNodeBs’ information which may have MML command execution failures after resetting.
3.49.3 Principles
a) Running MML’s DSP BRDVER command to check whether the eNodeB is equipped with UMPT and UBBP board. If yes, go to next step,
or end.
b) Count the number of X2InterfaceId under X2INTERFACE from configuration file. If it is more than 220, go to next step, or end.
d) In alarm.csv file, check whether Alarm ID =26242 (Configuration File Damaged) occurs after the time recorded in c). If yes, output the
exception, or end.
2) “eNodeBs may have MML command execution failures after resetting” table:
a) According to step1)’s a) and b) to check and output eNodeBs’ information with more than 220 X2InterfaceId.
3.49.4 Measures
1) Recovery measures:
b) Deliver the MOD ENODEBFUNCTION: UserLabel="test" command to the eNodeB when it works properly. If the execution is successful,
the problem is solved.
Note: After the command is executed successfully, restore the eNodeB configuration to the state before the command execution. Resetting the
eNodeB is not a recommended measure to solve the problem because the problem may be triggered again during an eNodeB reset.
2) Solutions:
3.49.5 Reference
Precaution link:
http://support.huawei.com/carrier/docview!docview?nid=SC2000004038&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-21465979/PBI1-
14065
3.50 Notice on Precaution for Repeated BBP Restarts in FDD eNodeBs Due to Subscription to the
3.50.1 Location
After the PERIOD_CELL_L2_MR message was subscribed to for cell-level external CHR tracing, an error occurred in internal message
processing when UEs were performing services. This resulted in the unexpected BBP restarts. This rule is mainly used to output eNodeBs’ information
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version Recommendation
BTS3900 Check whether PERIOD_CELL_L2_MR message was
90964 0000_BWTWN203201
V100R010C10SPC160 subscribed to for cell-level external CHR tracing manually.
3.50.3 Principles
1) Check SWVERSION parameter under NE from LMT.XML. If SWVERSION is one of BTS3900 V100R010C10 SPC220 and its earlier
BTS3900 V100R010C10 versions or BTS3202E V100R010C10 SPC220 and its earlier BTS3202E V100R010C10 versions, go to next step, or
end.
3.50.4 Measures
1) Recovery measures:
Unsubscribe from the PERIOD_CELL_L2_MR message for cell-level external CHR tracing.
2) Solutions:
a) For Macro & LampSite: Upgrade eNodeBs to BTS3900 V100R010C10SPC250 or later BTS3900 V100R010C10 versions.
b) For BTS3202E: Upgrade eNodeBs to BTS3202E V100R010C10SPC250 or later BTS3202E V100R010C10 versions.
3.50.5 Reference
Precaution link:
http://support.huawei.com/carrier/docview!docview?nid=SC2000004034&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-21465979/PBI1-
14065
3.51 Notice on Precaution for Switchback to the Faulty Primary IPsec Tunnel
3.51.1 Location
If the eNodeB is enabled with the IPsec tunnel pair switchback function, the IPsec tunnel switches to the secondary tunnel when the primary
tunnel is faulty. When the primary tunnel is restored, the IPsec tunnel automatically switches back to the primary tunnel even if the primary tunnel becomes
faulty again during the time waiting for a switchback (120s by default), and cannot switch to the secondary tunnel again. As a result, services and OM
channel are affected. This rule is mainly used to output eNodeBs’ information with this risk.
Abnormal Data
IPSec Dual Tunnel Recommend
eNodeB ID eNodeB Name eNodeB Version
Switch Back ation
3.51.3 Principles
1) Check SWVERSION parameter under NE from LMT.XML. If SWVERSION is one of BTS3900 V100R010C10SPC160, BTS3900
V100R010C10SPC180, BTS3900 V100R010C10SPC190, BTS3900 V100R010C10SPH195, BTS3900 V100R010C10SPH196, BTS3900
V100R010C10SPH197 or BTS3900 V100R010C10SPC220, go to next step, or end.
2) Check IPSECSWITCHBACK parameter under IPSECDTNL from LMT.XML. If IPSECSWITCHBACK = 1(ON), mark it as abnormal and
output related information.
3.51.4 Measures
1) Recovery measures:
Run the following command to disable the IPsec tunnel pair switchback function.
2) Solutions:
a) If only services are interrupted, reset the eNodeB using the U2000.
b) If both services and the maintenance link are interrupted, and the transmission link fault rectification function is enabled, the eNodeB can
recover through a self-reset.
c) If only the maintenance link is interrupted, reset the eNodeB on the connected peer end.
3.51.5 Reference
Precaution link:
http://support.huawei.com/carrier/docview!docview?nid=SC2000004036&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-21465979/PBI1-
14065
3.52 Notice on Precaution for Exceptions Occurred after Synchronizing SON Logs of FDD eNodeBs on the
U2000
3.52.1 Location
Some counters used for traffic measurement are occasionally abnormal, the actual values cannot be viewed, that is, the traffic statistics in the
The configuration file is occasionally corrupted, and eNodeB configurations are lost and ongoing services are interrupted after the eNodeB is
reset.
Board reset occasionally occurs. As a result, eNodeB services are interrupted for a short period.
This rule is mainly used to output cells’ information with this risk.
1) Output cells’ related information with enabled neighboring cell classification management switch.
3.52.3 Principles
1) Check SWVERSION parameter under NE from LMT.XML. If SWVERSION is BTS3900 V100R010C10SPC250 or earlier BTS3900
V100R010C10 versions, go to next step, or end.
2) Check bit0 (INTRA_RAT_NCELL_CLASS_SW) of NCellClassMgtSw parameter under CELLALGOSWITCH from LMT.XML. If bit0 = 1, it
indicates INTRA_RAT_NCELL_CLASS_SW is turned on, mark it as abnormal and output related information.
3.52.4 Measures
1) Recovery measures:
Huawei Proprietary and Confidential Page 206 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
Back up the eNodeB configuration file on the U2000 at first. After the configuration file passes the verification on the CME, download it to the
eNodeB and activate the configuration file again.
2) Workarounds:
(Recommended) Method 1:
Run the following command to disable the neighboring cell classification management switch on the eNodeB:
Disable.
3) Solutions:
3.52.5 Reference
7854329/PBI1-21465979/PBI1-14065
3.53 Notice on Precaution for Restart of FDD eNodeBs That Select Target Frequencies in a Round Robin
3.53.1 Location
On eNodeBs in which the function of selecting target frequencies in an RR manner during blind redirections for CSFB to UTRAN is enabled,
errors occur when the eNodeBs select neighboring UTRAN cells or frequencies in the event of CSFB protection timer expiration. In such a case, the slave-
core processes of the UMPT/UBBP and the eNodeB equipped with an LMPT restart and services are interrupted.
Abnormal Data
CSFB to UTRAN Blind
eNodeB ID eNodeB Name eNodeB Version
Redirection RR Switch
BTS3900
393248 393248 ON
V100R010C10SPC120
3.53.3 Principles
a) For V100R009C00 versions before BTS3900 V100R009C00SPC290: RsvdSwPara1_bit21 is turned on. Check the value of RsvdSwPara1 under
b) For V100R010C10 versions before BTS3900 V100R010C10SPC255: CSFB to UTRAN Blind Redirection RR Switch is turned on. Check the
3.53.4 Measures
1) Workarounds:
a) For BTS3900 V100R009C00 version: Disable ENBRSVDPARA. RsvdSwPara1_bit21 by the following command.
b) For BTS3900 V100R010C10 version: Disable CSFB to UTRAN Blind Redirection RR Switch by the following command.
c) After disabling RsvdSwPara1_bit21 or CSFB to UTRAN Blind Redirection RR Switch, corresponding function can be replaced by the
following switch: Enable ENBRSVDPARA. RsvdSwPara1_bit23 instead by the command listed below for BTS3900 V100R009C00 and
BTS3900 V100R010C10.
2) Solutions:
Upgrade V100R009C00 version to V100R009C00SPC290 or later V100R009C00 version; Upgrade V100R010C10 version to
3.53.5 Reference
http://support.huawei.com/carrier/docview!docview?nid=SC2000004236&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-14065
Note: This rule is just for eRAN7.0 (versions before eRAN7.0 SPC290) and eRAN8.1 (versions before eRAN8.1SPC255).
3.54.1 Location
This rule is mainly used to collect information of accident recovery. You can understand the accident recovery information in the entire network
3.54.3 Principles
1) Collect the information of SSL connection type and SSL authentication mode:
a) Check the value of CONNTYPE (Connection type) under SSL from XML file and count the number of eNodeBs with different values
b) Check the value of ISENABLE under CERTCHKTSK and count the number of eNodeBs with CONNTYPE = 1(only SSL connection) and
c) Check the value of AUTHMODE (Authentication Mode) under SSL from XML file and count the number of eNodeBs with different values
(AUTHMODE = 0 means NONE (Verify None) and AUTHMODE = 1 means PRRE (Verify Peer Certificate)).
a) Check the value of AUTHMETH (Authentication Method) under IKEPROPOSAL from XML and count the number of eNodeBs with
a) Check the value of PACKETFILTERSWITCH and count the number of eNodeBs with different values (PACKETFILTERSWITCH = 0
a) Check the value of FLAG (active/standby state) under OMCH from XML file and count the number of eNodeBs with different values
a) Check the value of VLANMODE under VLANMAP from XML file and count the number of eNodeBs with different values (VLANMODE
= 0 means SINGLEVLAN and VLANMODE = 1 means VLANGROUP. If it is vacant, output “NONE”. If there are more than one
a) Check whether SIP has a value under ACLRULE from XML file. If not, print out that “OMCH didn’t use IPSEC”. If yes, go to next step.
b) Check whether SIP (more than one in most cases) under ACLRULE is the same with SRCIP of OMCH. If yes, record its ACLID and go to
next step.
c) Check whether there is ACLID under IPSECPOLICY. If yes, check whether it is the same with last step’s ACLID. If yes, it is considered
a) Check the APPCERT (Appcert File Name) under CERTMK from XML file and output its content, which can be more than one value.
3.54.4 Measures
None.
3.54.5 Reference
None.
1.58.6 Location
For versions before V100R008C00SPC200, if there are more than 64 X2 interfaces, the cell will be out of service and the activation will fail after
eNodeB resetting. For all versions without X2 interface, they can’t reset the neighbor eNodeBs by X2 interface. This rule is mainly used to collect
1) Output the number of eNodeBs configured with X2 interface in the entire network.
>128 0 0
Note: “eNodeB Number (Abnormal)” column is just for eRAN6.0 version and “eNodeB Number (Total)” column is named as “eNodeB Number”
in other versions.
No X2 Interface
eNodeB ID eNodeB Name Number of X2 Interfaces X2 Son Setup Switch
62201 62201 0 ON
Note: eRAN6.1 and later versions only output table 1 and 2 and will not mark it red or abnormal if the number of X2 interface is more than 64.
1.58.8 Principles
Check whether there is X2interface field from LMT.XML file. If yes, count their number to judge whether they are more than the threshold
1) Check whether there is X2interface field from LMT.XML file. If yes, go to next step, or end.
a) Count the number of eNodeBs with their X2InterfaceId between 0, [1, 30], [31, 64], [65, 96], [97, 128], (128,+∞) range, output the result to
the table “X2 Interface Configuration Check (eNodeB Number)” and set the number of eNodeBs without X2 interface as the number of
exceptions.
Note: For versions before eRAN6.0 SPC200, if the number of X2 interface is 0 or more than 64, mark it red and abnormal and count the number
b) Output eNodeBs’ eNodeB ID, eNodeB name and the number of X2 interfaces to the “No X2 Interface” table if the eNodeB wasn’t
c) Based on the number of X2 interfaces, output TOP20 eNodeBs’ eNodeB ID, eNodeB name and the number of X2 interfaces with a
descending order.
3) For eNodeBs outputted into the tables, check their states of X2 son setup switch: Check X2SonSetupSwitch field from LMT.XML file. If
X2SonSetupSwitch = 0, it indicates the switch is turned off. If X2SonSetupSwitch = 1, it indicates the switch is turned on. Output the results into
the tables.
1.58.9 Measures
1) For versions before V100R008C00SPC200: When the number of X2Interface is more than 64, run “RMV X2INTERFACE: X2InterfaceId=XX”
1.58.10 Reference
mapId=3325661&for_statistic_from=all_group_forum
1.58.11Location
If this switch is off, it can’t recover the transmission link fault after eNodeB is disconnected. This rule is mainly used to collect the entire
1) Output the number of eNodeBs under different TLFR switch states in the entire network.
eNodeB Number 1 2
2) Output eNodeBs’ related information with disabled TLFR switch.
1.58.13 Principles
1) Confirm the eNodeB is not under GL dual-mode: Check the value of RS under RRU from XML file and RS ≠ 72 (Only eRAN6.0 and eRAN7.0
2) Check the value of TLFRSWITCH under TLFRSWITCH from XML file. Count the number of eNodeBs with different states. (TLFRSWITCH =
1.58.14 Measures
1.58.15 Reference
None.
1.58.16 Location
If an eNodeB is configured standby OMCH but doesn’t bind the route, the eNodeB couldn’t handover successfully when the current OMCH was
interrupted and U2000 switched its master/slave state, which will lead to the interruption of OMCH. This rule is mainly used to collect eNodeBs’ related
1) Output eNodeBs’ related information which their OMCH didn’t bind the route.
1.58.18 Principles
1) Run MML’s LST OMCH command or check LMT.XML file to confirm the configuration of OMCH.
2) If there are two pieces of OMCH configuration information and their states are Master and SLAVE respectively, it indicates that the eNodeB is
3) If both the MASTER and the SLAVE’s BRT are No, it is considered as a risk and output standby OMCH wasn’t configured the BRT, or end.
1.58.19 Measures
Bind the route for eNodeBs which have configured standby OMCH by the following command: MOD OMCH.
1.58.20 Reference
None.
1.58.21 Location
The route cannot be found and then station off under OMCH load sharing. This rule is mainly used to collect eNodeBs’ related information if the
1.58.23 Principles
1) Run MML’s LST OMCH command or check LMT.XML file to confirm the configuration of OMCH.
4) Run MML’s LST IPRT or check LMT.XML file to confirm the configuration of IPRT. If there is a default route with a 0.0.0.0 destination IP
address, output “ATM OMCH has a default route” to remind the risk.
1.58.24 Measures
1.58.25 Reference
None.
1.58.26 Location
When active/standby route and equivalent route weren’t configured with BFD (Bidirectional Forwarding Detection) function, the trigger of
routes switching may fail. This rule is mainly used to collect the entire network’s BFD configuration information.
1) Output the number of eNodeBs under different BFD checking items in the entire network.
1.58.28 Principles
Check the configuration of eNodeBs’ active/standby route, equivalent route and BFD function by XML file.
1) Active/Standby route:
a) If DSTIPs are the same but NEXTHOPs and PREFs under their IPRT are different respectively, output “Configured”, or output “Not
configured”.
2) Equivalent route:
a) If DSTIPs, MASKs and REFs are the same but NEXTHOPs under their IPRT are different respectively, output “Configured”, or output “Not
configured”.
3) BFD function:
a) If SRCIP under BFDSESSION from XML file is vacant, output “Not configured”, or go to next step.
b) If the SRCIP is the same with the local IP of OMCH, output “Configured” and count the number of eNodeBs under different states. If they
Note: If the eNodeB is configured with equivalent route or active/Standby route, but without BFD session, mark it as abnormal.
1.58.29 Measures
1.58.30 Reference
None.
1.58.31 Location
In congestion scenario, it may lose the packet during the entire network transmission if DSCP of SIG is less than 46. If yes and it is less than other
transmission priority, it will lead to higher risk. This rule is mainly used collect eNodeBs’ related information with this risk.
1) Output eNodeBs’ related information if their DSCP of SIG are less than 46.
1.58.33 Principles
1) Check the value of PRIRULE under DIFPRI from XML file. If PRIRULE = 1, it indicates DSCP state, that is, differentiated services priority rule
2) Judge the value of SIGPRI. If SIGPRI < 46 and under congestion scenario, packets may get lost. Output this eNodeB’s information.
3) For these risky eNodeBs, check the priority of OMHIGHPRI/ OMLOWPRI/ IPCLKPRI and output the result.
4) If the priority of OMHIGHPRI/ OMLOWPRI/ IPCLKPRI is larger than the value of SIGPRI, mark it red and judge it as abnormal.
1.58.34 Measures
1.58.35 Reference
None.
1.58.36 Location
If RRU module enters a faulty BOOTROM version, RRU chain may break, it can’t work or upgrade and the base station may become
disconnected. This rule is mainly used to collect eNodeBs’ information with faulty BOOTROM version.
eNodeB ID eNodeB Name CN SRN SN RRU Hardware Version RRU BootRom Version
1.58.38 Principles
Check the information of RRU board and related BOOTROM version by MML command.
1) Run MML’s DSP BRDVER command to check the information of RRU hardware version and BootRom version.
2) For MRFUV2 850M RF module, mark it as abnormal if BOOTROM version is less than “18.232.10.017”.
Note: Comparing the module’s hardware version with MRFU.HWEI.x8A122502. If other characters are the same except the last two, it is
3) For MRRU 1800M module, mark it as abnormal if BOOTROM version is less than “18.225.10.017”.
Note: Comparing the module’s hardware version with any one of MRRU.HWEI.x30140002, MRRU.HWEI.x30140001,
MRRU.HWEI.x30120002, MRRU.HWEI.x30120001, MRRU.HWEI.x30130001, or MRRU.HWEI.x31130002. If other characters are the same except the
4) For MRRU (not 1800M) module, mark it as abnormal if BOOTROM version is less than “02.035.10.009”.
5) For MRFU V1 module, mark it as abnormal if BOOTROM version is less than “18.234.10.017”.
7) For RRU3201/RRU3203/RRU3808/LRFU module, mark it as abnormal if BOOTROM version is less than “18.321.10.017”.
Note: Comparing the module’s hardware version with any one of LRRU.HWEI.x00130100, LRRU.HWEI.x00130002,
are the same except the last two, it is considered as RRU3201/RRU3203/RRU3808/LRFU module.
8) For RRU3804/RRU3806/WRFU module, mark it as abnormal if BOOTROM’s version is less than “01.094.03.001”.
9) Judge whether it is MRRU (not 1800M) module, MRFU V1 module, V3 module, or RRU3804/3806/WRFU by RRU hardware version, which
Ha rd wa re
Ve rs io n N u m b e r.xls x
1.58.39 Measures
Before upgrading the flash version, upgrade BOOTROM version first. It is recommended to upgrade the BOOTROM version to BTS3900
v100R010C10SPC190.
1.58.40 Reference
None.
1.58.41 Location
“MAC Excessive Frame Error Rate” is a minor alarm, but it indicates the local Ethernet port is inconsistent with the peer Ethernet port, which
will affect the transmission quality of the Ethernet link and the ongoing services may even be interrupted. This rule is mainly used to collect boards’
1.58.43 Principles
1) Check the information of Alarm ID=25881, find the location where the alarm occurs in the LocationInformation and count the number of alarm
If no, it is considered as active alarm and output the related information to the “The MAC Excessive Frame Error Rate (Current)” table.
If yes, it is considered as historical alarm and output the related information to the “The MAC Excessive Frame Error Rate (Existed)” table.
1.58.44 Measures
1.58.45 Reference
None.
1.58.46 Location
If excessive neighboring Utran cells are configured on the eNodeB, it may decrease the RRC setup success rate. This rule is mainly used to
1) Output eNodeBs’ related information with neighboring Utran cells and the number of neighboring Utran cells.
1.58.48 Principles
3) If the number of EutranExternalCell is >= 3500, mark it as abnormal and count the number of abnormal eNodeBs as the number of exceptions.
Note: Only versions before eRAN6.0 SPC290, all eRAN6.1 versions and versions before eRAN7.0 SPC150 operate this check.
1.58.49 Measures
1.58.50 Reference
None.
1.58.51 Location
When the number of activated UEs with the QCI in the uplink & downlink buffer keeps increasing and has no periodic rules on time(no busy/idle
time), it may exceed the max user number of a cell, which would affect the network. This rule is mainly used to collect cells’ related information with this
risk.
1.58.53 Principles
1) Check whether L.Traffic.ActiveUser.DL.QCI.1 (Number of activated UEs with the QCI of 1 in the downlink buffer) and
L.Traffic.ActiveUser.UL.QCI.1 (Number of activated UEs with the QCI of 1 in the uplink buffer) are increasing at the same time. The method is
as follows:
a) Check all days’ traffic data between 0 AM to 6 AM during the inspection period. If the user number is larger than the last hour during 0AM
to 6AM, which lasts for several days, and uplink and downlink user number are increasing at the same time, it is considered as abnormal
and output the number of exceptions based on the number of abnormal eNodeBs.
3) Collect the type of QCI of each cell if its uplink & downlink user number are increasing at the same time.
1.58.54 Measures
Adjust the handover threshold to a reasonable range to avoid excessive handovers due to wrong handover threshold and decrease the probability
of this problem.
1.58.55 Reference
None.
Note: This rule is just for eRAN6.0 (versions before eRAN6.0 SPC240) and eRAN6.1 (versions before eRAN6.1 SPC240).
1.58.56 Location
If the collection of NE data fails, it will affect the data analysis. This rule is mainly used to record different states of NE collection and other
1) Output NE information contained in the raw data in detail and each NE’s collection state.
Note: This rule is only applicable for single network mode and has no output for newly setup project mode.
1.58.58 Principles
2) Read the content of index.html in the root directory of compressed package of collected report and output related information to “Analysis of NE
Collection State”.
3) If the number of unsuccessfully collection NEs is not 0 in index.html, read the content under NE file and output them into “Detailed Analysis of
1.58.59 Measures
None.
1.58.60 Reference
None.
1.58.61 Location
If resources of SRI (Scheduling Request Indication) are limited, access of the internet may fail. While, enabled SRI adaptive switch can optimize
the resource usage. Therefore, it is recommended to turn it on. This rule is mainly used to collect information of eNodeBs with disabled SRI adaptive
switch.
1.58.63 Principles
b) If SriAdaptiveSwitch=0, it indicates SRI adaptive switch is turned off and go to step 2).
1.58.64 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.65 Reference
None.
1.58.66 Location
If resources of PUCCH are limited, access of the internet may fail. While, turning PUCCH switch on can optimize the resource usage. Therefore,
it is recommended to turn it on. This rule is mainly used to collect cells’ related information with disabled PUCCH resource adjustment switch.
1) Output cells’ related information with disabled PUCCH resource adjustment switch.
1.58.68 Principles
1.58.69 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.70 Reference
None.
Note: This rule is just for eRAN6.0, eRAN6.1, eRAN7.0 and eRAN8.0.
1.58.71 Location
If CQI resources are limited, access of the internet may fail. While, turning CQI period adaptive switch on can optimize the resource usage.
Therefore, it is recommended to turn it on. This rule is mainly used to collect information of eNodeBs with disabled CQI period adaptive switch.
1) Output eNodeBs’ related information with disabled CQI period adaptive switch.
1.58.73 Principles
1) Check the value of CqiPeriodAdaptive under CqiAdaptiveCfg from LMT.XML file (For eRAN11.0 version, check the value of
b) If CqiPeriodAdaptive=0, it indicates CQI period adaptive switch is turned off and go to step 2).
1.58.74 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.75 Reference
None.
1.58.76 Location
If SRS resources are limited, access of the internet may fail. While, turning SRS period adaptive switch on can optimize the resource usage.
Therefore, it is recommended to turn it on. This rule is mainly used to collect information of eNodeBs with disabled SRS period adaptive switch.
1) Output eNodeBs’ related information with disabled SRS period adaptive switch.
1.58.78 Principles
1) SRS period adaptive switch is turned on (Just for eRAN8.1): Check the value of FddSrsCfgMode under SRSCFG from LMT.XML file and
FddSrsCfgMode = 1.
2) SRS period adaptive switch is turned off: Check the value of SrsPeriodAdaptive under SrsAdaptiveCfg from LMT.XML file and
1.58.79 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.80 Reference
None.
1.58.81 Location
If SRS subframe resources are limited, access of the internet may fail. While, turning SRS subframe RECF switch on can optimize the resource
usage. Therefore, it is recommended to turn it on. This rule is mainly used to collect information of cells with disabled SRS subframe RECF switch.
1) Output cells’ related information with disabled SRS subframe RECF switch.
1.58.83 Principles
1) SRS adaptive function is enabled (Just for eRAN8.1): Check the value of FddSrsCfgMode under SRSCFG from LMT.XML file. If
2) SRS Subframe RECF Switch is turned off: Check the value of SrsAlgoSwitch under CellAlgoSwitch from LMT.XML file and convert it into a
binary number. If bit0 = 0, it indicates that SRS subframe RECF Switch is turned off. Go to next step, or end.
1.58.84 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.85 Reference
None.
1.58.86 Location
If SRS subframe is not configured as the default value (SC3), the number of users will be limited. This rule is mainly used to collect cells’ related
1.58.88 Principles
1) SRS adaptive function is enabled (Just for eRAN8.1): Check the value of FddSrsCfgMode under SRSCFG from LMT.XML file. If
2) SRS subframe is not configured as the default value (SC3): Check the value of SrsSubframeCfg under SRSCfg from LMT.XML file. If
1.58.89 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.90 Reference
None.
1.58.91 Location
An eNodeB delivers RRC Reject signaling with T302 timer to UE and UE will launch the next RRC access after the timeout. Therefore, extending
the timer will relieve the signaling shock led by UE vindictive retry. However, extending T302 may increase user’ access delay. This rule is mainly used to
1.58.93 Principles
3) If T302 ≠ 16, output this eNodeB’s related information and corresponding modifications, or end.
1.58.94 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.95 Reference
None.
1.58.96 Location
When FAST ANR algorithm switch is turned on, it will trigger excessive Uu interface measurement reports, which will impact the CPU usage of
main control board. It is suggested to turn it off during the assurance period. This rule is mainly used to collect eNodeBs’ related information with enabled
1) Output eNodeBs’ related information with enabled FAST ANR algorithm switch.
0&GeranFastAnrSwitch-0&CdmaFastAnrSwitch-0;
1.58.98 Principles
3) If the value of AnrSwitch meets any one of the above conditions, output this eNodeB’s related information and corresponding modifications. Or
end.
1.58.99 Measures
CdmaFastAnrSwitch-0.
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.100 Reference
None.
1.58.101 Location
Excessive DRX users need to be maintained by a large number of timers and it will consume plenty of baseband board resources. It is suggested to
turn it off before the assurance. This rule is mainly used to collect eNodeBs’ related information with enabled DRX algorithm switch.
Disable DRX
eNodeB ID eNodeB Name Disable DRX
1.58.103 Principles
1.58.104 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.105 Reference
None.
Note: This rule is just for eRAN6.0, eRAN6.1, eRAN7.0, eRAN8.0 and eRAN8.1.
1.58.106 Location
Increasing the intra-frequency handover threshold will reduce the times of intra-frequency handover and the CPU overhead of main control board
due to reduced handover signaling. This rule is mainly used to collect cells’ related information which weren’t configured intra-frequency A3 threshold to
5DB.
1) Output cells’ related information which weren’t configured intra-frequency A3 threshold to 5DB.
1.58.108 Principles
1) Check IntraFreqHoA3Hyst and IntraFreqHoA3Offset corresponded with the cell under IntraFreqHoGroup from LMT.XML file.
2) If the values of these two parameters don’t meet any of conditions in 1), output this cell’s information and corresponding modifications, or end.
1.58.109 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.110Reference
None.
Note: This rule is just for eRAN6.0, eRAN6.1, eRAN7.0, eRAN8.0 and eRAN8.1.
1.58.111Location
1.58.112Rules Description
When the resources are allocated in the uplink scheduling, cells choose different distribution starting position according to the result of PCI mode
2. It may allocated from high frequency bands or low frequency bands, which could stagger the resource distribution of neighboring cells in a certain extent
to reduce the inter-cell interference and improve the user performance. This rule is mainly used to collect cells’ related information if their strategy for
allocating resource blocks (RBs) in the uplink of the cell is not Fs InRandom Strategy.
1) Output cells’ related information if their strategy for allocating resource blocks (RBs) in the uplink of the cell is not Fs InRandom Strategy.
Randomize UL Interference
eNodeB ID eNodeB Name Local Cell ID Randomize UL Interference
1.58.113 Principles
2) If UlRbAllocationStrategy=1, it indicates the strategy for allocating RBs in the uplink of the cell is Fs InRandom Strategy.
1.58.114Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.115Reference
None.
1.58.116Location
1.58.117Rules Description
IRC is a diversity combining technology and it can suppress the interference. Enabled PUCCH IRC switch can reduce PUCCH interference at a
certain extent and improve PUCCH’s demodulation performance. Therefore, it is recommended to turn it on. This rule is mainly used to collect cells’
1) Output cells’ related information with disabled PUCCH IRC algorithm switch.
1.58.118Principles
1) Check eNodeBs’ Board Type by MML’s DSP BRDMFRINFO command. If Type = WD22LBBPC2, it indicates LBBPC board is supported and
2) Check the value of IrcSwitch under CellAlgoSwitch from LMT.XML file and convert it into a binary number. If bit0 = 0, which indicates
1.58.119Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.120 Reference
None.
1.58.121 Location
If FreqSelSwitch of the DlSchSwitch is turned on, it will trigger the reporting of uplink CQI-ONLY, increase the uplink power and the
neighboring cell interference. This rule is mainly used to collect cells’ related information with enabled FreqSelSwitch.
1.58.123 Principles
1.58.124 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.125 Reference
None.
1.58.126 Location
UL CoMP function will choose the matching UE to joint receive multi-cell antennas. As a result, CoMP UE uses several times of antennas than
the non-CoMP UE, which will obtain interference suppression gain by IRC algorithm and increase the cell’s uplink throughput. This rule is mainly used to
Enable UL COMP
eNodeB eNodeB Local Cell
Enable UL COMP
ID Name ID
MOD CELLALGOSWITCH : UplinkCompSwitch = UlJointReceptionSwitch-1&
UlJointReceptionPhaseIISwitch-0 & UlCompRollbackSwitch-1;
300 2T8R 0 MOD CELLMCPARA :
LocalCellId = 0,ReportAmount = 1;
MOD CELLULCOMPALGO : LocalCellId = 0, UlCompA3Offset = -10;
1.58.128 Principles
1) Check the value of UplinkCompSwitch under CellAlgoSwitch from LMT.XML file and convert it into a binary number.
If UlCompA3Offset = -10, it indicates the offset of intra-frequency handover is -10*0.5(DB). For eRAN8.1 version, UlCompA3Offset =
-20.
4) If one of the checked parameters don’t meet the above conditions, output this cell’s related information and corresponding modifications.
Note: For eRAN6.0 version, check the value of UlCompSwitch under CellAlgoSwitch in 1). If UlCompSwitch = 0, it indicates that uplink CoMP
1.58.129 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.130 Reference
None.
1.58.131 Location
Reducing the UE uplink transmit power during the access process would lower the interference to the neighboring cells. This rule is mainly used
to collect cells’ related information if their power control initial value P0 of PUSCH and PUCCH are not reduced.
1) Output cells’ related information if their power control initial value P0 of PUSCH and PUCCH are not reduced.
eNodeB ID eNodeB Name Local Cell ID Reduce Power Control Initial Value P0 of PUSCH and PUCCH
1.58.133 Principles
1) Check the value of PassLossCoeff, P0NominalPUCCH and P0NominalPUSCH under CellUlpcComm from LMT.XML file.
2) If one of the checked parameters don’t meet the above conditions, output this cell’s related information and corresponding modifications. Or end.
1.58.134 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.135 Reference
None.
1.58.136 Location
During the initial period of accessing, the transmit power of PUSCH equals to P0+a*PL, where a is PassLossCoeff and PL is uplink pass loss
estimated by the UE. Therefore, reducing P0 and enlarge a can lower uplink transmit power of users with small path loss and the interference to neighbor
cells. All cells in assurance areas and their intra-frequency neighbors should implement this optimization. This rule is mainly used to collect cells’ related
information if their PUSCH power control initial value P0 are not reduced.
1) Output cells’ related information if their PUSCH power control initial value P0 are not reduced.
CELLULPCCOMM:PassLossCoeff =
414 VoLTE414 0
AL07,P0NominalPUSCH = -67
1.58.138 Principles
1) Check the value of PassLossCoeff and P0NominalPUCCH under CellUlpcComm from LMT.XML file.
2) If one of the checked parameters don’t meet the above conditions, output this cell’s related information and corresponding modifications. Or end.
1.58.139 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.140 Reference
None.
1.58.141 Location
With this optimization, uplink transmit power of near point UE will decrease while far point UE will not be affected. Therefore, interference to
neighbor cells will decrease and uplink volume of heavy traffic area will increase in the precondition of not damaging the uplink rate for far point UE. All
cells in assurance areas and their intra-frequency neighbors should implement this optimization.
1) Output cells’ related information which didn’t limit the PUSCH RSRP upper threshold.
1.58.143 Principles
1) Check the value of UlPcAlgoSwitch under CELLALGOSWITCH from LMT.XML file and convert it into a binary number. If bit11 = 1, it
2) Check the value of PuschRsrpHighThd under CELLPCALGO. If PuschRsrpHighThd ≠ -96, output this parameter’s value.
1.58.144 Measures
PuschRsrpHighThd =-96.
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.145 Reference
None.
1.58.146 Location
A smaller value of this parameter results in faster adjustments for power control of PUCCH under interference, making PUCCH SINR to reach
1) Output cells’ related information if its PUCCH power control period is not 1(20ms).
1.58.148 Principles
Check the value of PucchPcPeriod under CELLPCALGO from LMT.XML file. If PuschRsrpHighThd ≠ 1, mark it as abnormal and output this
1.58.149 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.150 Reference
None.
1.58.151 Location
With higher PUCCH power control target SINR under interference scenario, it can gain better demodulation performance for PUCCH, which
indicates signaling performance of PUCCH will increase when increasing UE’s PUCCH power, but it will increase the interference to other UEs or
Uplift PucchPcTargetSinrOffset
1.58.153 Principles
Check the value of PucchPcTargetSinrOffset under CELLPCALGO from LMT.XML file. If PucchPcTargetSinrOffset ≠ 10, mark it as abnormal
1.58.154 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.155 Reference
None.
1.58.156 Location
If this option is deselected, the eNodeB will discard the measured SINR for the PUCCH HARQ (hybrid automatic repeat request)-ACK feedback
that are detected in the DTX state. If there are excessive DTX existed due to the interference or other reasons under this mechanism, PUCCH power control
can’t increase the transmit power and therefore demodulation performance deteriorates.
If this option is selected, the eNodeB will process the measured uplink SINR even when PUCCH DTX is detected, generates power control
commands based on the SINR, and delivers the power control commands to UEs.
Enable PucchPcDtxSinrSwitch
eNodeB ID eNodeB Name Local Cell ID PucchPcDtxSinrSwitch
CELLALGOSWITCH:
414 VoLTE414 0
UlPcAlgoSwitch=PucchPcDtxSinrSwitch-0.
1.58.158 Principles
Check the value of UlPcAlgoSwitch under CELLALGOSWITCH from LMT.XML file and convert it into a binary number. If bit7 = 0, mark it as
1.58.159 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.160 Reference
None.
1.58.161 Location
Reduce P0 Nominal PUCCH will lower PUCCH transmit power during the initial accessing period and the interference to the neighbor cells. It is
applicable for scenarios without interference from outside system. If uplink average interference of PUCCH in idle time (period of lowest traffic during a
whole day) is lower than -110dBm, it is considered as no interference from outside system.
1.58.163 Principles
Check the value of P0NominalPUCCH under CELLULPCCOMM from LMT.XML file. If P0NominalPUCCH ≠ -115, mark it as abnormal and
1.58.164 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.165 Reference
None.
1.58.166 Location
Increasing P0 Nominal PUCCH under the interference will enhance PUCCH demodulation performance during the initial accessing period. It is
applicable for scenarios under interference from outside system. If uplink average interference of PUCCH in idle time (period of lowest traffic during a
whole day) is higher than -110dBm, it is considered as having interference from outside system.
1.58.168 Principles
1) Check the value of P0NominalPUCCH under CELLULPCCOMM from LMT.XML file. If P0NominalPUCCH ≠ -105 (Recommended), output
2) Check the value of PucchCloseLoopPcType under CELLPCALGO. If PucchCloseLoopPcType= 0, it indicates PUCCH close loop power control
1.58.169 Measures
USE_P0NOMINALPUCCH.
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.170 Reference
None.
1.58.171 Location
A larger value of this parameter leads to a longer interval between cyclic shifts used for the PUCCH, less UEs supporting code division
multiplexing in the same subcarrier, less interference between these UEs, and better demodulation performance. It is applicable for scenarios such as there
is spare uplink PUSCH resources or downlink volume must be reserved. Meanwhile, this parameter limits its MaxSyncUserNumPerBbi to less than 1200.
1.58.173 Principles
1) Check the value of MaxSyncUserNumPerBbi under GLOBALPROCSWITCH from LMT.XML file. If MaxSyncUserNumPerBbi = 0, it
indicates that Maximum Sync-User Number Per BBI is 1200 (MAX_SYNC_USER_1200), go to next step, or end.
2) Check the value of DeltaShift under PUCCHCFG. If DeltaShift ≠ 1 (DS2_DELTA_SHIFT), output this cell’s related information as an
exception.
1.58.174 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.175 Reference
None.
Note: This rule is just for eRAN8.1 and eRAN11.0 and eRAN11.1.
1.58.176 Location
Fixed configuration of PUCCH resource could avoid the PUCCH frequency domain resource overlapping with its intra-frequency neighboring
cells, which could lower the interference from the PUSCH of neighboring cells to PUCCH of local cells and demodulation performance of PUCCH will
increase. However, it will add the overhead of PUCCH resource and uplink volume will be affected at the same time.
1) Output eNodeBs’ related information if its current network configuration is inconsistent with the recommended value.
RACHCFG: PrachFreqOffset = 6;
2) Output the relationship between PUCCH resource (CQI RB Number, NaSriChNum, PUCCH RB Number) and “Cell Bandwidth, DeltaShift, CA
or DL SPS scenario”.
5M DS1_DELTA_SHIFT CA Only 3 57 8
5M DS2_DELTA_SHIFT CA Only 3 57 8
1.58.178 Principles
1) Check whether “Cell Bandwidth, DeltaShift, CA or DL SPS scenario” meet the preconditions in the “Fixed Configuration of PUCCH Resource”
Cell Bandwidth: Check the value of DlBandWidth under Cell. If DlBandWidth= 2, it indicates that cell bandwidth is 5M. If DlBandWidth =
3, it indicates that cell bandwidth is 10M. If DlBandWidth = 4, it indicates cell bandwidth is 15M. If DlBandWidth = 5, it indicates cell
bandwidth is 20M.
DeltaShift: Check the value of DeltaShift under PUCCHCFG. If DeltaShift=0, it indicates DeltaShif is DS1_DELTA_SHIFT (ds1). If
CA or DL SPS scenario:
a) Check the value of CaAlgoSwitch under ENODEBALGOSWITCH and its bit4 (freqcfgswitch) = 1 and PccDlEarfcn under
DL SPS scenario: Check the value of DlSchSwitch under CELLALGOSWITCH, convert it into a binary number and its bit2 = 1.
2) Check whether “Number of CQI RB, NaSriChNum, PUCCH RB” meet the recommended value in the “Fixed Configuration of PUCCH
1.58.179 Measures
MOD PUCCHCFG: LocalCellId=x, NaSriChNum=X, CqiRbNum=X. (The values of NaSriChNum and CqiRbNum are related with the
bandwidth, Fmt1x DS and other factors. Please find the details in the above table)
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.180 Reference
None.
1.58.181 Location
When PDCP entry receives a packet, it begins to record the time. If it isn’t scheduled by mac when the time exceeds the length of Pdcp Discard
Timer, the packet will be discard. In big traffic scenario, some users can't be scheduled in a long time due to too many users, which will lead to packet loss,
Check the RLCPDCPPARAGROUP only when QCI = 6, 8 and 9. This rule is mainly used to collect eNodeBs’ related information with this risk.
1.58.183 Principles
1) Check the value of QCI under STANDARDQCI and record the value of RlcPdcpParaGroupId when QCI = 6, 8 and 9.
2) Find the value of DiscardTimer under RlcPdcpParaGroup, which corresponds with same RlcPdcpParaGroupId from 1). If DiscardTimer = 7, it
1.58.184 Measures
MOD RLCPDCPPARAGROUP: DiscardTimer = DiscardTimer_Infinity. (Pay attention to the parameter’s reference relationship: Set the value
of DiscardTimer under RLCPDCPPARAGROUP and refer the corresponding RLCPDCPPARAGROUP under STANDARDQCI).
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.185 Reference
None.
1.58.186 Location
If missing detection of DCI0 by UE or SR false alarm in DRX state occur, it will lead to repeated uplink retransmission, wasted uplink PUSCH
resource and greatly increased uplink error code rate if this optimization item doesn’t turn on. After turning on this optimization item, the next schedule of
HARQ makes initially transmission scheduling when the eNodeB inspects the uplink DTX. It redelivers uplink schedule authorization, instead of starting
HARQ retransmission. If the authorization has been delivered twice and it still can detect DTX, stop this SR schedule to avoid the missing detection of
DCI0 by UE or uplink retransmission consumption caused by SR false alarm in DRX state. Both C and D board should support this optimization item.
Positive gain: Suppress retransmission overhead caused by SR false alarm and improve the uplink & downlink cell and the user throughput rate.
This rule is mainly used to collect cells’ related information with disabled PUSCH DTX switch.
1.58.188 Principles
b) If bit7 = 0, it indicates that PUSCH DTX switch is disabled and go to step 3).
1.58.189 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.190 Reference
None.
1.58.191 Location
If SR scheduling detection is PUSCH DTX, it will stop rescheduling the subsequent SR. If SR scheduling detection is NACK and the number of
HARQ retransmissions for a SR reaches the maximum value but the scheduling still fails but still can’t transmit successfully, the later twice SR scheduling
will be made during the On Duration timer for the DRX long cycle starts when DRX is turned on. This rule is mainly used to collect cell’s related
Optimization of SR Rescheduling
eNodeB
eNodeB ID Local Cell ID Optimization of SR Rescheduling
Name
1.58.193 Principles
1) Check the value of DrxAlgSwitch under DRX from LMT.XML file. If DrxAlgSwitch = 1, it indicates DRX algorithm switch is enabled. Go to
1.58.194 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.195 Reference
None.
1.58.196 Location
After certain terminals received inter-RAT handover command, they don’t reply the handover RLC state report to the eNodeB, but access the
target directly. Therefore, the eNodeB will retransmit the state report repeatedly, wasting the Uu interface resource. After this optimization is enabled, it
will reduce RLC retransmission times of inter-RAT handover command to 2, which reduces the retransmission consumption, saves the Uu interface
resource and increases downlink cell and users’ throughput rate. However, handover success rate of inter-RAT might decrease slightly. This rule is mainly
1.58.198 Principles
Note: For eRAN6.0 version, step 1) is checking the value of RsvdSwPara0 under eNBRsvdPara. If RsvdSwPara0_bit27 = 0, output this
1.58.199 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.200 Reference
None.
Note: This rule is just for eRAN6.0 (eRAN6.0 SPC272 and its later version), eRAN7.0 (eRAN7.0SPC150 and its later version), eRAN8.0, eRAN8.1 and eRAN11.0.
1.58.201 Location
During the service, the RBLER will become relatively high if the link become abnormal suddenly (the user removes the card or enters the weak
coverage area) because the eNodeB doesn't have the mechanism of identifying whether the link is abnormal and it will not stop scheduling this user. When
AbnUeSchSwitch is enabled, it will increase a mechanism counting the abnormal uplink and downlink. When it detects the UE is abnormal, it will stop
scheduling. When it detects the link is recovered, it will recover the scheduling. This optimization will save Uu interface resource overhead caused by
Huawei Proprietary and Confidential Page 259 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
abnormal terminal scheduling repeatedly. However, Uu interface transmission delay may increase for weak coverage users. This rule is mainly used to
1.58.203 Principles
1.58.204 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.205 Reference
None.
Note: This rule is just for eRAN7.0 (eRAN7.0SPC040 and its later version), eRAN8.0 and eRAN11.0.
1.58.206 Location
09 Big Traffic Inspection 05 Lower Overhead of RLC State Report 01 DRB RLC Parameter Adaptive
In big traffic scenario, the Uu interface will become congested with increasing traffic volume and the delay of RLC state report and scheduling of
Polling packet will increase, which may exceed the barred timer of RLC state report and Polling retransmission timer, leading to unnecessary
retransmission of state report and Polling packet and wasted Uu interface resource. If RLC mode selection is AM and RlcParaAdaptSwitch is enabled,
barred timer of RCL state report and Polling retransmission timer can be elongated automatically based on the number of online users to reduce the
overhead of Uu interface resource. This rule is mainly used to collect cells’ related information with disabled RlcParaAdaptSwitch.
1.58.208 Principles
1) Check the value of RlcMode and RlcParaAdaptSwitch under RlcPdcpParaGroup from LMT.XML file.
2) If the values of these parameters don’t meet any conditions in 1), output this eNodeB’s information and corresponding modifications. Or end.
1.58.209 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.210 Reference
None.
Note: This rule is just for eRAN7.0 (eRAN7.0SPC150 and its later version), eRAN8.0, eRAN8.1, eRAN11.0 and eRAN11.1.
1.58.211Location
In the downlink scheduling, the current TTI will allocate N+1 RBG for the user to assure the data can be scheduled at one time if the RB number
which the user needed is between N and N+1. This rule is mainly used to collect cells’ related information which its RBG Resource Allocation Strategy is
1) Output cells’ related information which its RBG Resource Allocation Strategy is not round up.
Round UP RBG
eNodeB ID eNodeB Name Local Cell ID Round UP RBG
MOD CELLDLSCHALGO : LocalCellId =
300 2T8R 0
0, RbgAllocStrategy = ROUND_UP;
1.58.213 Principles
3) If RbgAllocStrategy≠ 1, output this cell’s related information and corresponding modifications. Or end.
1.58.214 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.215 Reference
None.
1.58.216 Location
In the big traffic scenario, the downlink schedule will choose one large packet user randomly and reserves PDCCH resource for it. When it
comes to the last user, downlink schedule distributes PDSCH resource for the chosen user to avoid that PDCCH is exhausted before PDSCH for scenarios
which small packets account for high percentage. This rule is mainly used to collect cells’ related information which their balanced PDCCH & PDSCH is
1) Output cells’ related information which their balanced PDCCH & PDSCH is inconsistent with the recommended configuration.
1.58.218 Principles
a) If DataThdInPdcchPdschBal = 17000, it indicates that data threshold in PDCCH and PDSCH Balance is 17000.
b) If UeNumThdInPdcchPdschBal = 100, it indicates that UE Num threshold in PDCCH and PDSCH Balance is 100.
2) If the above two parameters don’t meet the condition in 1), output this cell’s related information and corresponding modifications. Or end.
Note: For eRAN6.0SPC260 and its later eRAN6.0 versions, step 1) is checking the value of RsvdPara3 and RsvdPara12 under
eNBCellRsvdPara.
1.58.219 Measures
For eRAN6.0SPC260 version: MOD ENBCELLRSVDPARA: LocalCellId=x, RsvdPara3 =17000, MOD ENBCELLRSVDPARA:
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.220 Reference
None.
Note: This rule is just for eRAN6.0 (eRAN6.0 SPC260 and its later version), eRAN7.0 and eRAN8.0.
1.58.221 Location
09 Big Traffic Inspection 06 PDCCH Efficiency Improvement 03 PDCCH Efficiency Improvement in Initial Stage
After turning PDCCH capacity improve switch on, it can increase PDCCH resource usage during setting up data radio bear in the initial access
period and optimize PDCCH distribution algorithm. If a UE fails to be allocated with CCEs, the eNodeB reallocates CCEs to the UE by increasing the
PDCCH power to decrease the PDCCH aggregation level for the UE, which will increase the total PDCCH resource usage. This rule is mainly used to
collect cells’ related information with disabled PDCCH capacity improve switch.
1) Output cells’ related information with disabled PDCCH capacity improve switch.
1.58.223 Principles
a) If PdcchCapacityImproveSwitch=1, it indicates that PDCCH capacity improve switch is enabled and end.
b) If PdcchCapacityImproveSwitch=0, it indicates that PDCCH capacity improve switch is disabled and go to step 2).
Note: For eRAN6.0SPC272 and its later versions, check the value of RsvdSwPara0 under eNBRsvdPara. If RsvdSwPara0_bit18 ≠ 1, output this
For eRAN8.1, eRAN11.0 and eRAN11.1, the name of this rule has been changed into PDCCH Capacity Improvement.
1.58.224 Measures
LocalCellId=0,RsvdSwPara0=RsvdSwPara0_bit18-1).
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.225 Reference
None.
Note: This rule is just for eRAN6.0 (eRAN6.0 SPC272 and its later version), eRAN7.0 (eRAN7.0SPC150 and its later version) and eRAN8.0.
1.58.226 Location
When resource allocation strategy is adaptive, downlink scheduling will increase. By reducing fragment scheduling, it can reduce CCE overhead,
increase downlink PRB usage and shorten the delay to increase downlink throughput. While, spectral efficiency will slightly decrease. This rule is mainly
used to collect cells’ related information if resource allocation strategy is not “adaptive”.
Adaptive RBG
1.58.228 Principles
3) If RbgAllocStrategy ≠ 2, output this cell’s related information and corresponding modifications. Or end.
1.58.229 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.230 Reference
None.
Note: This rule is just for eRAN7.0 (eRAN7.0SPC040 and its later version), eRAN8.0, eRAN11.0 and eRAN11.1.
1.58.231 Location
When UlRaUserSchOptSw is enabled, it could identify the Uu interface signaling of access flow (including RRC and ERAB setup period),
improve the scheduling priority and increase the access success rate in the congested Uu interface scenario. However, the uplink & downlink cell and the
user experience rate may drop because the access signaling will preempt the resource. This rule is mainly used to collect cells’ related information with
disabled UlRaUserSchOptSw.
eNodeB ID eNodeB Name Local Cell ID Increase Priority of Access Signaling Scheduling
1.58.233 Principles
1.58.234 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.235 Reference
None.
Note: This rule is just for eRAN7.0 (eRAN7.0SPC150 and its later version) and eRAN8.0.
3.101 Avoid the Conflict of GAP Measurement and SR when DRX Is Disabled
1.58.236 Location
With the increasing traffic volume, SR period fits the adjustment automatically. Some users' SR period may overlap with GAP period, which
indicates the reporting time of SR is in GAP period, resulting in a failure of data transmission which triggers this SR because SR can’t be reported. If it is
triggered by RLC state report, numbers of RLC retransmission will reach the maximum value and call drop will occur. This optimization will avoid this
problem when DRX is disabled. This rule is mainly used to collect cells’ related information with disabled BasedSriGapOptSwitch.
eNodeB ID eNodeB Name Avoid the Conflict of GAP Measurement and SR when DRX Is Disabled
1.58.238 Principles
1) Check the value of DrxAlgSwitch under DRX from LMT.XML file. If DrxAlgSwitch = 0, it indicates DRX algorithm switch is disabled, go to
Note: For eRAN6.0 and 6.1 version, check the value of RsvdSwPara0 under eNBRsvdPara in the step 1). If RsvdSwPara0_bit19 ≠ 1, output this
1.58.239 Measures
RsvdSwPara0_bit19-1).
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.240 Reference
None.
3.102 Avoid the Conflict of GAP Measurement and SR when DRX Is Enabled
1.58.241 Location
With the increasing traffic volume, SR period fits the adjustment automatically. Some users' SR period may overlap with GAP period, which
indicates the reporting time of SR is in GAP period, resulting in a failure of data transmission which triggers this SR because SR can’t be reported. If it is
triggered by RLC state report, numbers of RLC retransmission will reach the maximum value and call drop will occur. This optimization will avoid this
problem when DRX is enabled. This rule is mainly used to collect cells’ related information with disabled DrxBasedSriGapOptSwitch.
1.58.243 Principles
1) Check the value of DrxAlgSwitch under DRX from LMT.XML file. If DrxAlgSwitch = 1, it indicates DRX algorithm switch is enabled, go to
1.58.244 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.245 Reference
None.
Note: This rule is just for eRAN7.0 (eRAN7.0SPC160 and its later version), eRAN8.0, eRAN11.0 and eRAN11.1.
1.58.246 Location
This rule is used to check whether cells configured as non-high-speed railway mode implement scheduled optimization strategy, which can
ensure the timing performance and minimize Uu interface overhead of timing. Therefore, it is recommended to implement it. Different collocations of
software versions and BBP types need different optimizations. This rule is mainly used to collect non high-speed railway cells’ related information without
eRAN6.0 version:
1) Output cells’ related information which meet the condition of sub scenario one (versions before eRAN6.0SPC272 or sub-BBP is LBBPC).
2) Output cells’ related information which meet the condition of sub scenario two (versions between eRAN6.0SPC272 (contained) and
LBBPC).
4) Output cells’ related information which their version or board information is missing (No information of sub version).
eRAN7.0 version:
1) Output cells’ related information which meet the condition of sub scenario one (versions before eRAN7.0SPC150 or sub-BBP is LBBPC).
2) Output cells’ related information which meet the condition of sub scenario two (eRAN7.0SPC150 and its later versions and sub-BBP is not
LBBPC).
eRAN8.0 version:
1) Output cells’ related information which meet the condition of sub scenario one (versions before eRAN8.0SPC030 or sub-BBP is LBBPC).
LBBPC).
3) Output cells’ related information which their version or board information is missing (No information of sub version).
1.58.248 Principles
2) Check whether there is LBBPC under Type in dsp_brdmfrinfo.txt file. If yes, it indicates that sub-BBP is LBBPC.
4) Check the value of parameters required by different scheduled optimization strategies and different versions of corresponding cells from
LMT.XML file.
command 1.
optimization)
Sub Scenario
or but TimingAdvCmdOptSwitch
eRAN6.0SPC290 Three (Adaptive
not ≠ 1 under TATIMER.
and its later SRS Allocation)
Bit20 of the value of
Sub Scenario
versions
RsvdSwPara0 under
Three (Timing
but not ENBCELLRSVDPARA ≠
resource
1.
optimization)
The value of
Sub Scenario
TimeAlignmentTimer of
but not Three (Set TA
the corresponding cell
Timer to infinity)
eRAN7.0 eRAN7.0 Sub Scenario One under TATIMER ≠ 6.
&
eRAN8.0 eRAN8.0 (Enable SRS) The value of
Versions before
FddSrsCfgMode of the
SF10240)
Versions before
Sub Scenario One
eRAN7.0SPC150,
(Set TATimer to
Versions before
SF10240)
eRAN8.0SPC030
eRAN7.0 Sub Scenario One
optimization)
Versions before Sub Scenario One
eRAN8.0SPC030 optimization)
eRAN7.0SPC150 Sub Scenario Two
or but
and its later (Adaptive SRS
not
versions, Allocation)
Sub Scenario Two
eRAN8.0SPC030
optimization)
versions
Sub Scenario Two
infinity)
1.58.249 Measures
1) Find the command descriptions in the above tables or executed MML commands in the overview of each sub scenario table. Detailed MML
Adaptive SRS Allocation: MOD SRSCFG : LocalCellId = x, SrsCfgInd = BOOLEAN_TRUE~1, or MOD ENBCELLRSVDPARA :
ADAPTIVEMODE~1(eRAN7.0, eRAN8.0)
2) Refer to <LTE Heavy Traffic Precautions and Emergency Measures Guide-20150118-A-V4.0> which published on support:
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
1.58.250 Reference
None.
Note: This rule is just for eRAN6.0, eRAN7.0, eRAN8.0, eRAN8.1, eRAN11.0 and eRAN11.1.
3.104.1 Location
This rule is used to check whether cells configured as high-speed railway mode implement scheduled optimization strategy, which can ensure the
timing performance and minimize Uu interface overhead of timing. Therefore, it is recommended to implement it. Different collocations of software
versions and BBP types need different optimizations. This rule is mainly used to collect high-speed railway cells’ related information without scheduled
optimization strategy.
eRAN6.0 version:
2) Output the overview of high-speed railway scenario, including the command name, principle, precaution, executed MML command and so on.
scenario,
enabled SRS = 0,
could reduce SrsCfgInd =
the scheduling BOOLEAN
overhead of _TRUE
DMRS TA.
eRAN7.0 version:
delivered.
Optimize the
method of TA
adjustment
Timing commend
MOD TATIMER : MOD TATIMER :
advance delivered to
LocalCellId = 0, LocalCellId = 1,
command reduce the Null ALL Cell High Null
TimingAdvCmdOpt TimingAdvCmdOptS
optimizatio overhead of Uu
Switch = ON; witch = X;
n interface as
reduced numbers
of command
delivered.
eRAN8.0 version:
Uu interface TATIMER :
reduces as the LocalCellId =
LocalCellId = 1,
TATimer to reduced numbers of 0,
TimeAlignmentTimer =
SF10240 TA adjustment TimeAlignme
X;
command ntTimer =
delivered. SF10240;
Optimize the
method of TA
MOD
adjustment
Timing TATIMER :
commend delivered MOD TATIMER :
advance LocalCellId =
to reduce the LocalCellId = 1,
command Null ALL Cell High 0, Null
overhead of Uu TimingAdvCmdOptSwitc
optimizatio TimingAdvC
interface as h = X;
n mdOptSwitch
reduced numbers of
= ON;
command
delivered.
3.104.3 Principles
2) Check the value of parameters required by different scheduled optimization strategies and different versions of corresponding cells from
LMT.XML file.
3.104.4 Measures
1) Find the command descriptions in the above tables or executed MML commands in the overview of each sub scenario table. Detailed MML
2) Refer to <LTE Heavy Traffic Precautions and Emergency Measures Guide-20150118-A-V4.0> which published on support:
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
3.104.5 Reference
None.
Note: This rule is just for eRAN6.0, eRAN7.0, eRAN8.0, eRAN8.1, eRAN11.0 and eRAN11.1.
3.105.1 Location
In big traffic volume with excessive users scenario, enabled SRS could reduce the scheduling overhead of DMRS TA. This rule is mainly used to
Enable SRS
eNodeB ID eNodeB Name Local Cell ID Enable SRS
3.105.3 Principles
3) If SrsCfgInd ≠ 1, output this cell’s related information and corresponding modifications. Or end.
3.105.4 Measures
http://support.huawei.com/carrier/docview!docview?nid=SE0000733418&path=PBI1-7851894/PBI1-21433538/PBI1-7854329/PBI1-
21465979/PBI1-6149576
3.105.5 Reference
None.
3.106.1 Location
Enlarging SN size of PDCP/RLC could reduce the chances of HFN number being changed, which would reduce continuous packet loss and
single pass due to mismatched HFN number in both sides. However, the entire network’s configuration must be consistent with the recommended value, or
it will have deteriorated packet loss rate and single pass when eNodeBs handover between two different SN sizes.
1) Output eNodeBs’ related information which their RlcMode, PdcpSnSize, UlRlcSnSize and DlRlcSnSize are inconsistent with the recommended
value.
Abnormal Data
eNodeB eNodeB RlcPdcpPa RLC Mode UM PDCP-SN Uplink RLC-SN Downlink RLC-SN
ID Name raGroupId Selection Size Size Size
3.106.3 Principles
1) Check the value of RlcPdcpParaGroupId corresponded with QCI1 under STANDARDQCI: Check the value of RlcPdcpParaGroupId under
2) Check 4 parameters corresponded with RlcPdcpParaGroupId of QCI1 under RLCPDCPPARAGROUP: Check the value of RlcMode,
PdcpSnSize, UlRlcSnSize and DlRlcSnSize under RLCPDCPPARAGROUP with the same RlcPdcpParaGroupId from the step 1).
3) Output eNodeBs’ related information which their RlcMode, PdcpSnSize, UlRlcSnSize and DlRlcSnSize are inconsistent with the recommended
value.
Note: The recommended value of these four parameters are RlcMode = RlcMode_UM~2, PdcpSnSize = PdcpSnsize_12bits~1, UlRlcSnSize = RlcSnSize_size10~1 and
3.106.4 Measures
3.106.5 Reference
None.
3.107.1 Location
In order to ensure VOLTE users’ experience, DiscardTimer of QCI1 is set to 100ms. However, it should set to infinity for QCI5. In that way, SIP
signaling of QCI5 won’t be discarded due to the expiration of the PDCP DiscardTimer, poor quality channel and user experience can be improved and low
transmission power of terminals and fragmented SIP signaling packet problems can be solved.
Abnormal Data
QCI5 RLC PDCP
eNodeB ID eNodeB Name DiscardTimer
ParaGroupID
301 301 0 300
3.107.3 Principles
1) Check the value of RlcPdcpParaGroupId corresponded with QCI5 under STANDARDQCI: Check the value of RlcPdcpParaGroupId under
2) Check the value of DiscardTimer corresponded with RlcPdcpParaGroupId of QCI5 under RLCPDCPPARAGROUP: Check the value of
DiscardTimer under RLCPDCPPARAGROUP with same RlcPdcpParaGroupId from the step 1).
3) Output eNodeBs’ related information if their DiscardTimer are not configured as DiscardTimer_Infinity.
3.107.4 Measures
Set related parameter to recommended value: MOD RLCPDCPPARAGROUP: RlcPdcpParaGroupId=m, DiscardTimer = DiscardTimer_Infinity.
3.107.5 Reference
None.
3.108.1 Location
The period of VOLTE packet transmission is 20ms. If the chosen TBS is less than the voice data packet due to the limit of UE’s uplink
transmission power in the edge of cells, segmented data packets will occur. Without limitation, the number of UL RLC segments for VOLTE users may be
larger than 20, which will block the transmission of next data packet, resulting in packet loss after the timeout. Therefore, the number of UL RLC segments
should be controlled. By controlling the number of segments, it can reduce the packet loss due to the expiration of the PDCP DiscardTimer and poor
quality channel.
Abnormal Data
Local Cell
eNodeB ID eNodeB Name Cell Name UlVoipRlcMaxSegNum
ID
301 301 0 Cell0 10
3.108.3 Principles
3.108.4 Measures
3.108.5 Reference
None.
3.109.1 Location
It will lead to small RBLER due to untimely adjusted AMC even in places with good signal and packet loss. If uplink last two retransmission
schedule optimization is enabled, retransmission success rate will increase and uplink RBLER will decrease, which will reduce the packet loss rate.
Abnormal Data
3.109.3 Principles
eRAN7.0version: Check the value of RsvdSwPara1 under ENBCELLRSVDPARA, convert it into a binary number and bit6 = 0.
eRAN8.1version: Check the value of UlSchSwitch under CELLALGOSWITCH, convert it into a binary number and bit5 = 0.
3.109.4 Measures
3.109.5 Reference
None.
3.110.1Location
3.110.2Rules Description
The eNodeB will judge whether it is under silent period or talk spurt, and then schedule as each state’s minimal scheduling interval. If uplink
VoIP schedule optimization switch is selected, an uplink dynamic scheduling is triggered for VOLTE UEs adopting uplink dynamic scheduling when the
scheduling interval is greater than the uplink scheduling interval threshold. This ensures timely uplink scheduling on VOLTE UEs even when SR missing
detections occur, thereby avoiding packet loss caused by the expiration of the PDCP packet discarding timer. Therefore, it is recommended to enable it.
Abnormal Data
eNodeB Cell
eNodeB ID Local Cell ID UlVoipSchOptSwitch
Name Name
3.110.3Principles
eRAN7.0version: Check the value of RsvdSwPara1 under ENBCELLRSVDPARA, convert it into a binary number and bit20 = 0.
eRAN8.1version: Check the value of UlEnhencedVoipSchSw under CELLULSCHALGO, convert it into a binary number and bit3 = 0.
3.110.4Measures
3.110.5Reference
None.
3.111.1Location
3.111.2Rules Description
When uplink delay-based dynamic scheduling is enabled, scheduling priorities are dynamically adjusted based on VoIP packet delays. Longer
waiting time indicates higher priority. In big traffic volume, cell reloading, higher SR missing detection rate or DRX scenarios, this optimization could
reduce packet loss rate (Under Beta test, nor recommended now).
Abnormal Data
3.111.3Principles
2) If UlDelaySchStrategy = 1, it indicates VOIP_DELAYSCH is enabled. Output cells’ related information if their UlDelaySchStrategy ≠ 1.
3.111.4Measures
3.111.5Reference
None.
3.112.1Location
3.112.2Rules Description
If this option is selected, the eNodeB estimates the uplink traffic volume more accurate that is dynamically scheduled for VOLTE services, which
shortens the VOLTE packet delay, reduces the packet loss rate, and improves the voice service quality under cell reloading, higher SR missing detection
rate and DRX scenarios (Under Beta test, nor recommended now).
Abnormal Data
3.112.3Principles
Find out disabled UlVoLTEDataSizeEstSwitch from LMT.XML file: Check the value of UlEnhencedVoipSchSw under CELLULSCHALGO,
3.112.4Measures
UlVoLTEDataSizeEstSwitch-1;
3.112.5Reference
None.
3.113 ROHC
3.113.1Location
3.113.2Rules Description
ROHC, enhanced feature of VOLTE, can increase coverage area and capacity. First commercial characteristic, active opening is not
recommended.
1) Output current network configuration data which is inconsistent with the recommended value.
Abnormal Data
eNodeB eNodeB RohcS Profile0x Profile0x Profile0x Profile0x
HighestMode
ID Name witch 0001 0002 0003 0004
O_MODE (Bi-
301 301 ON directional Enable Enable Disable Disable
Optimistic Mode)
3.113.3Principles
1) Check the value of RohcSwitch, HighestMode and Profiles from LMT.XML file.
HighestMode = 2, which indicates that the operating mode of ROHC is O_MODE (Bi-directional Optimistic Mode).
Convert the value of Profiles into a binary number and its bit0&bit1 = 1 and bit2&bit3 = 0, which indicates that Profile0x0001 and
2) Mark it as abnormal and output this eNodeB’s related information if any conditions in 1) are not met.
3.113.4Measures
Set related parameters to recommended value: MOD PDCPROHCPARA: RohcSwitch=OFF, HighestMode = O_MODE, Profiles =
Profile0x0001-1&Profile0x0002-1&Profile0x0003-0&Profile0x0004-0.
3.113.5Reference
None.
3.114.1Location
3.114.2Rules Description
TTI bundling, enhanced feature of VOLTE, can increase coverage area and capacity. TTI bundling enables a data block to be transmitted in four
consecutive TTIs, which are bound together and treated as the same resource. Different HARQ redundancy versions of the same data block are transmitted
in different TTIs. TTI bundling makes full use of HARQ combining gains and reduces the number of retransmissions and time of RTT transmission. First
Abnormal Data
3.114.3Principles
1) Check the value of UlSchSwitch under CELLALGOSWITCH from LMT.XML file and convert it into a binary number.
3.114.4Measures
3.114.5Reference
None.
3.115 SPS
3.115.1Location
3.115.2Rules Description
SPS, enhanced feature of VOLTE, can increase coverage area and capacity. First commercial characteristic, active opening is not recommended.
1) Output cells’ related information if one of SpsSchSwitch (UlSchSwitch), SpsSchSwitch (DlSchSwitch), CloseLoopSpsSwitch or
PdschSpsPcSwitch is enabled.
Abnormal Data
3.115.3Principles
1) Check the following parameters’ configuration from LMT.XML file and output them if they are inconsistent with the recommended value.
Check the value of UlSchSwitch under CELLALGOSWITCH, convert it into a binary number and bit0 = 0, which indicates SpsSchSwitch
(UlSchSwitch) is off.
Check the value of DlSchSwitch under CELLALGOSWITCH, convert it into a binary number and bit2 = 0, which indicates SpsSchSwitch
(DlSchSwitch) is off.
Check the value of UlPcAlgoSwitch under CELLALGOSWITCH, convert it into a binary number and bit0 = 0, which indicates
CloseLoopSpsSwitch is off.
Check the value of DlPcAlgoSwitch under CELLALGOSWITCH, convert it into a binary number and bit0 = 0, which indicates that
PdschSpsPcSwitch is off.
1) Mark it as abnormal and output this cell’s related information if any conditions in 1) are not met.
3.115.4Measures
Set related parameters to recommended value: MOD CELLALGOSWITCH: LocalCellId=x, UlSchSwitch = SpsSchSwitch-0, DlSchSwitch =
3.115.5Reference
None.
3.116.1Location
3.116.2Rules Description
Enabled DlRetxTbsIndexAdjOptSwitch can increase retransmission success rate and reduce downlink RBLER, which could reduce the voice
Abnormal Data
eNodeB Local Cell Cell DlRetxTbsIndexA
eNodeB ID
Name ID Name djOptSwitch
301 301 0 Cell0 OFF
3.116.3Principles
eRAN7.0 version: Check the value of RsvdSwPara1 under ENBCELLRSVDPARA, convert it into a binary number and bit27 = 0.
eRAN8.1 version: Check the value of CqiAdjAlgoSwitch under CELLULSCHALGO, convert it into a binary number and bit8 = 0.
3.116.4Measures
3.116.5Reference
None.
3.117.1Location
3.117.2Rules Description
When VoipTbsBasedMcsSelSwitch is selected, HARQ retransmission can be reduced in VoIP service and delay performance for users in
Abnormal Data
eNodeB Local Cell
eNodeB ID VoipTbsBasedMcsSelSwitch
Name Cell ID Name
301 301 0 Cell0 OFF
3.117.3Principles
VoipTbsBasedMcsSelSwitch is off: Check the value of DlSchSwitch under CELLALGOSWITCH from LMT.XML file, convert it into a binary
3.117.4Measures
Set related parameters to recommended value: MOD CELLALGOSWITCH: LocalCellId=x, DlSchSwitch = VoipTbsBasedMcsSelSwitch-1.
3.117.5Reference
None.
3.118.1Location
3.118.2Rules Description
Based on the live network analysis, voice quality was mainly affected by packets loss rate in uplink which caused by SRI detection failure on
PUCCH channel. If voice packets cannot be delivered on uplink successfully within 100ms due to SRI detection failure, the packets will be deleted on
PDCP layer on UE side (this is the QOS requirement for QCI1). Preallocation is an optimized scheduling method to avoid uplink voice data packets loss
caused by SRI detection failure, but preallocation cannot distinguish different QCI type, and cannot take effect in DRX scenarios, so Huawei introduces
smart preallocation function since eRAN7.0 to allow QCI1 user perform preallocation scheduling in DRX scenario(eRAN6.0 version only supports user
level’s smart preallocation). Positive gain: Avoid uplink voice data packets loss caused by SRI detection failure. Negative gain: Consume extra scheduling
resources.
Abnormal Data
SmartPreAll Preallo Preallo Preal SmartPr
Local Cell PreAllocatio PreAllocationS SmartPreAllocat
eNode eNodeB eNodeB ocationSwitc cationP cation locati eallocati
Cell Na nSwitch(Cell witch(CellPreA ionSwitch(CellP
B ID Name Version h(CellAlgoS araGro MinPer onSiz onDurat
ID me AlgoSwitch) llocGroup) reAllocGroup)
witch) upId iod e ion
50226 217 BTS390 1 cell2 ON OFF 2 ON ON 20 120 160
0 172
V100R0
09C00SP
C160B0
22
3.118.3Principles
1) QCI parameter is QCI1: Check the value of QCI under CELLSTANDARDQCI from LMT.XML file and QCI = 1. Record corresponding
2) Check the value of UlSchSwitch under CELLALGOSWITCH, corresponding with 1)’s LocalCellId, and convert it into a binary number.
PreallocationSwitch = 1, which indicates that preallocation switch is enabled for a bearer with a specified preallocation parameter group ID.
SmartPreAllocationSwitch = 1, which indicates that smart preallocation switch is enabled for a bearer with a specified preallocation
4) Mark it as abnormal and output this cell’s related information if checked parameters don’t meet the conditions in 2) or 3).
3.118.4Measures
Set related parameters to recommended value: MOD CELLALGOSWITCH: LocalCellId=x, UlSchSwitch = PreAllocationSwitch-1 &
3.118.5Reference
None.
Note: This rule is just for eRAN6.0 and eRAN7.0 (versions before eRAN7.0SPC180).
3.119.1Location
3.119.2Rules Description
Preallocation (smart preallocation is included) will limit the online user number (if RRC Connected User is more than 50, preallocation will not
take effect). However, the function of preallocation is unreplaceable for VOIP users. Therefore, voice preallocation is implemented. This parameter is
designed to allow QCI1 users to use preallocation when RRC Connected User is more than 50 to reduce uplink data packet loss.
1) Output cells’ related information with disabled Enhanced Preallocation Switch for VOIP.
Abnormal Data
eNodeB eNodeB Local Cell Enhanced Preallocation
eNodeB Version
ID Name Cell ID Name Switch for VOIP
BTS3900
5047 5G-S-03 0 Cell0 OFF
V100R009C00SPC170
3.119.3Principles
1) Enhanced Preallocation Switch for VOIP is disabled: Check the value of RsvdSwPara0 under ENBCELLRSVDPARA from LMT.XML file,
3.119.4Measures
3.119.5Reference
None.
Note: This rule is just for eRAN7.0 (versions between eRAN7.0SPC128 and eRAN7.0SPC180).
3.120.1 Location
Please analyze all error codes from debug log based on one click log on main control board. This rule is mainly used to collect error codes’
information every day if its occurrence times is more than the threshold.
1) Output error codes’ information in detail if its occurrence times every day is more than the threshold.
3.120.3 Principles
1) The log collected by OMStar will be added into the database after summarizing and processing.
2) From the interface provided by OMStar, get corresponding error code’s occurrence time based on its ID and compare it with the threshold. If it is
more than the threshold, mark it as abnormal and output it into “Abnormal Data of Error Code” table.
3.120.4 Measures
Collect one click log on main control board and deliver it to HUAWEI engineers.
3.120.5 Reference
None.
Note: This rule is just for eRAN8.0 and its later versions.
3.121.1 Location
Fault RRU hardware will lead to RRU link disconnection, hardware fault, and abnormal service and so on after updating. This rule is mainly used
to collect the location and fault information on eNodeBs with FPGA hard failure.
1) Output the information of Location, Fault Name, Fault ID, Occurrence Time, and Current State and so on with FPGA hard failure.
3.121.3 Principles
For center fault log and RRU fault log, the methods of judging FPGA hard failure fault are different. The details are listed below.
a) Get the fault information if its fltid=3098 and byte4 of lctinfo is 09 from CFLT file, and then get other analyzing information from
spcproblem, byte5 of lctinfo (Faults with same name and analyzing information are considered as one fault) and fault occurred location
b) Get the latest state under occurtime. If flttype=UnCleared, go to next step, or end.
c) If this fault occurs before power-off reset and occurs again in 3 minutes after power-off reset, go to step d), or end. The details are as
follows:
Get the fault information of fltid=2558/3026. If its byte3 of dctinfo is 00, it indicates power-off reset and go to next step, or end.
Get all the occurrence time of fltid=3098. Confirm the fault occurs before the power-off rest and occurs again in 3 minutes after power-
d) Check the Serial Number and Date of Manufacture under the fault occurred location(CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM (bit 3 to bit10 of Electronic Lab is BOM code), and then output related information
a) Get the fault information if its almcode=98/100 and subparam0 = 9 from RRU file, and then get other analyzing information from
sunparam1 (Faults with same name and analyzing information are considered as one fault) and the fault occurred location (CN, SRN and
b) Get the latest state under occurtime. If almstate = 1, go to next step, or end.
c) If this fault occurs before power-off reset and occurs again in 3 minutes after power-off reset, go to step d), or end. The details are as
follows:
Get the fault information of almcode=26. If byte1 of its corresponding parameter is 00, it indicates power-off reset and go to next step, or
end.
Get all the occurrence time of almcode=98/100. Confirm the fault occurs before the power-off rest and occurs again in 3 minutes after
d) Check the Serial Number and Date of Manufacture under the fault occurred location (CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM (bit 3 to bit10 of Electronic Lab is BOM code), and then output related information
Note: The format of center fault alarm ID is 3098->9->*->* and RRU fault alarm ID is 98->9->* or 100->9->*.
3.121.4 Measures
Replace RRU.
3.121.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.122.1 Location
If RRU’s input power is continuously too high, RRU may be damaged and power services of a cell may be affected and so on. This rule is mainly
used to collect the location and fault information on eNodeBs with high RRU input power.
1) Output the information of the Location, Fault Name, Fault ID, Occurrence Time, and Current State and so on with high RRU input power.
3.122.3 Principles
For center fault log and RRU fault log, the methods of judging RRU’s high input power fault are different. The details are listed below.
a) Get the fault information if its fltid=3183 from CFLT file, and then get other analyzing information from byte4 and byte5 of lctinfo,
spcproblem (Faults with same name and analyzing information are considered as one fault) and fault occurred location (CN, SRN and SN)
Check its latest state in the last 14 days and times of flttype=UnCleared is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location(CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
a) Get the fault information if its almcode=183 from RRU file, and then get other analyzing information from sunparam0, sunparam1 (Faults
with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN and SN) from filename. If
Check its latest state in the last 14 days and times of almstate=1 is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location(CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
Note: The format of center fault alarm ID is 3183->*->*->* and RRU fault alarm ID is 183->*->*.
3.122.4 Measures
Send one click log of eNodeB and RRU to researchers for analysis.
3.122.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.123.1 Location
When the gain of transmit channel is too large, it will lead to a large downlink coverage, which may cause overshoot interference to other cells.
When the gain of transmit channel is too small, it will lead to a small downlink coverage, which may cause coverage void, or service interruption loaded on
RF unit in serious cases. This rule is mainly used to collect the location and fault information on eNodeBs with abnormal gain of RF unit Tx channel.
1) Output the information of Location, Fault Name, Fault ID, Occurrence Time, and Current State and so on with abnormal gain of RF unit Tx
channel.
Tx
Chann
el
3.123.3 Principles
For center fault log and RRU fault log, the methods of judging abnormal RF unit Tx channel gain are different. The details are listed below.
a) Get the fault information if its fltid=3180 from CFLT file, and then get other analyzing information from byte4 and byte5 of lctinfo,
spcproblem (Faults with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN and SN)
Check its latest state in the last 14 days and times of flttype=UnCleared is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location( CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
a) Get the fault information if its almcode=180 from RRU file, and then get other analyzing information from sunparam0, sunparam1 (Faults
with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN and SN) from filename. If
Check its latest state in the last 14 days and times of almstate=1 is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location(CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
Note: The format of center fault alarm ID is 3180->*->*->* and RRU fault alarm ID is 180->*->*.
3.123.4 Measures
When this fault occurs, try to repair RF unit remotely. Please send one click log of eNodeB and RRU to researchers for analysis.
3.123.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.124.1 Location
Continuous overcurrent of power amplifier will result in that some parts in RF unit work abnormally, or service loaded on RF unit is interrupted
in serious cases. This rule is mainly used to collect the location and fault information on eNodeBs with overcurrent of RF unit power amplifier.
1) Output the information of Location, Fault Name, Fault ID, Occurrence Time, and Current State and so on with overcurrent of RF unit power
amplifier.
Ampli
fier
3.124.3 Principles
For center fault log and RRU fault log, the methods of judging overcurrent of RF unit power amplifier are different. The details are listed below.
a) Get the fault information if its fltid=3181 from CFLT file, and then get other analyzing information from byte4 and byte5 of lctinfo,
spcproblem (Faults with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN and SN)
Check its latest state in the last 14 days and times of flttype=UnCleared is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location(CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
a) Get the fault information if its almcode=181 from RRU file, and then get other analyzing information from sunparam0, sunparam1 (Faults
with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN and SN) from filename. If
Check its latest state in the last 14 days and times of almstate=1 is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location(CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
Note: The format of center fault alarm ID is 3181->*->*->* and RRU fault alarm ID is 181->*->*.
3.124.4 Measures
Send one click log of eNodeB and RRU to researchers for analysis.
3.124.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.125.1 Location
If clock related fault on RF unit occurs, some parts in RF unit will work abnormally, or service loaded on RF unit will be interrupted in serious
cases. This rule is mainly used to collect the location and fault information on eNodeBs with RF unit clock fault.
1) Output the information of Location, Fault Name, Fault ID, Occurrence Time, and Current State and so on with RF unit clock fault.
3.125.3 Principles
For center fault log and RRU fault log, the methods of judging RF unit clock fault are different. The details are listed below.
a) Get the fault information if its fltid=3148/3149/3152 from CFLT file, and then get other analyzing information from byte4 and byte5 of
lctinfo, spcproblem (Faults with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN
and SN) from reptbrd. For fltid=3148, go to step b) if flttype=UnCleared. For fltid=3149/3152, go to step b) if one of the conditions below
is met.
Check its latest state in the last 30 days and times of flttype=UnCleared is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location(CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
a) Get the fault information if its almcode=148/149/152 from RRU file, and then get other analyzing information from sunparam0, sunparam1
(Faults with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN and SN) from
Check its state in the last 30 days and times of almstate=1 is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location(CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
Note: The format of center fault alarm ID is 3148->*->*->* and RRUF fault alarm ID is 148->*->*.
3.125.4 Measures
If there is "ALM-26538 RF unit clock problem" reported, solve it based on the corresponding measurement. If ALM-26538 is not reported, send
3.125.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.126.1 Location
If RF unit hardware fault occurs, RF unit or some functions on RF unit may not work normally, service loaded on it will be interrupted or service
quality on it will become worse. This rule is mainly used to collect the location and fault information on eNodeBs with RF unit hardware fault.
1) Output the information of Location, Fault Name, Fault ID, Occurrence Time, and Current State and so on with RF unit hardware fault.
are
00 0
Fault
3.126.3 Principles
For center fault log and RRU fault log, the methods of judging RF unit hardware fault are different. The details are listed below (Take one of the
faults as an example).
a) Get the fault information if its fltid=3015 from CFLT file, and then get other analyzing information from byte4 and byte5 of lctinfo,
spcproblem (Faults with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN and SN)
Check its latest state in the last 30 days and times of flttype=UnCleared is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location(CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
a) Get the fault information if its almcode=15 from RRU file, and then get other analyzing information from sunparam0, sunparam1 (Faults
with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN and SN) from filename
Check its latest state in the last 30 days and times of almstate=1 is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location(CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
Note: The format of center fault alarm ID is 3015->*->*->* and RRU fault alarm ID is 15->*->*.
3.126.4 Measures
If there is "ALM-26532 RF unit hardware fault" reported, solve it based on the corresponding alarm measurement. If ALM-26532 is not reported,
send one click log of eNodeB and RRU to researchers for analysis.
3.126.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.127.1 Location
If there is continuous carrier voltage fault, some parts in RF unit may work abnormally, or service loaded on RF unit will be interrupted in
serious cases. This rule is mainly used to collect the location and fault information on eNodeBs with carrier voltage fault.
1) Output the information of Location, Fault Name, Fault ID, Occurrence Time, and Current State and so on with carrier voltage fault.
e
Fault
3.127.3 Principles
For center fault log and RRU fault log, the methods of judging RF unit power voltage fault are different. The details are listed below.
a) Get the fault information if its fltid=3134 from CFLT file, and then get other analyzing information from byte4 and byte5 of lctinfo,
spcproblem (Faults with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN and SN)
Check its latest state in the last 14 days and times of flttype=UnCleared is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location (CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
a) Get the fault information if its almcode=134 from RRU file, and then get other analyzing information from sunparam0, sunparam1 (Faults
with same name and analyzing information are considered as one fault), and fault occurred location (CN, SRN and SN) from filename. If
Check its latest state in the last 14 days and times of almstate=1 is more than 3.
b) Check the Serial Number and Date of Manufacture under the fault occurred location (CN,SRN and SN) from MML’s dsp_brdmfrinfo.txt file
to get Electronic Lab, Date Of Manufacture and BOM(bit 3 to bit10 of Electronic Lab is BOM code), and then output related information of
Note: The format of center fault alarm ID is 3134->*->*->* and RRU fault alarm ID is 134->*->*.
3.127.4 Measures
Send one click log of eNodeB and RRU to researchers for analysis.
3.127.5 Reference
None.
Note: This rule is just for versions eRAN7.0 and its later versions.
3.128.1 Location
2. Obtainning the BBU ESN will fail, so the LICENSE will work abnormally.
This rule is mainly used to collect eNodeBs’ related information with this alarm.
1) Output eNodeBs’ eNodeB ID, eNodeB Name, CN, SRN and SN information with this alarm.
900806 XN-103.103.1.156 0 12 2
900807 XN-103.103.1.157 0 12 2
3.128.3 Principles
1) Get the information of fltid=2003(Link Disconnected Between SMS and CANBUS Node Fault) from CFLT file, and then get this fault’s other
analyzing information (Faults with same name and analyzing information are considered as one fault) from byte4 and byte5 of lctinfo,
spcproblem, fault occurred location (CN, SRN and SN) from reptbrd and the occurrence time of this fault from occurtime.
2) Get the information of alarmid=26101(Inter-Board CANBUS Communication Failure) from Alarm file.
3) If ALM-26101 Inter-Board CANBUS Communication Failure occurred within one minute after FLT-2003 Link Disconnected between SMS and
CANBUS Node Fault, it is considered as CANBUS communication failure and output this eNodeB’s information.
3.128.4 Measures
http://3ms.huawei.com/hi/group/6639/wiki_3547005.html
3.128.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.129.1 Location
If junk file of NE isn’t cleared, the flash files of log, traffic and so on can't be generated.
1) Output eNodeBs’ information if the number of SON temporary files is more than 5.
Abnormal Data
eNodeB ID eNodeB Name Number of SON Temporary Files
900806 XN-103.103.1.156 6
3.129.3 Principles
1) Check the number of records started as “Tffs1:/log/exp/son” under aucfilename field from bsp file.
2) If the number of SON temporary files is more than 5, mark it as abnormal and output corresponding eNodeBs’ information.
3.129.4 Measures
If junk file of NE isn’t cleared, the flash files of log, traffic and so on can't be generated. Therefore, it is suggested to reset the NE.
3.129.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.130.1 Location
If DRX is enabled, it will affect the data transmission delay, measurement accuracy, resulting in packet loss because of its inherent
characteristics. Therefore, enabling it is not recommended. However, if asked to do so, it is suggested to configure it with the recommended value. If not,
parts of the KPI may become worse and the terminal cannot reach the power saving effect.
1) Output cells’ related information if their configurations are inconsistent or consistent with the recommended value (QCI1).
OnDurationTimer = 7, OnDurationTimer = 3,
11 // 12 Different from
MOD DrxInactivityTimer = DrxInactivityTimer =
10301 // 13 // both of the
1 4 CWPAP DRXPARA 13, DrxReTxTimer = 3, DrxReTxTimer = 4,
3 21 // 22 recommended
GROUP 4, SupportShortDrx = SupportShortDrx = 0,
// 23 configurations.
0, LongDrxCycle = 3 LongDrxCycle = 3
2) Output cells’ related information if their configurations are inconsistent or consistent with the recommended value (QCI5/6/8/9).
QCI DRXPara eNodeB eNodeB Local Cell ID Output Result MML Recommended Recommended
3.130.3 Principles
1) Check the value of QCI under CELLSTANDARDQCI. If QCI = 1, record its corresponding LocalCellId.
2) Check whether the parameters are consistent with the “Recommended Configuration (Power Saving First)” or “Recommended Configuration (By
Apple)”.
Check whether the parameters corresponding with same LocalCellId with 1) are consistent with “Recommended Configuration (Power
Saving First)”.
Bears of corresponding parameter group ID support DRX: Check the value of EnterDRXSwitch under DrxParaGroup and
EnterDRXSwitch = 1.
Note: If EnterDRXSwitch = 0, it indicates that the bearers do not support DRX and end.
Note: If a) or b) is met, it indicates that the length of Long DRX Cycle is consistent with the recommended value. If not, it indicates that the length of Long
a) When downlink and uplink SpsSchSwitch are disabled, length of Long DRX Cycle is 40 subframes: Check the value of DlSchSwitch
and UlSchSwitch under CELLALGOSWITCH and convert them into binary numbers. If bit2 of DlSchSwitch and bit0 of
b) When downlink or uplink SpsSchSwitch is enabled, length of Long DRX Cycle is 20 subframes: Check the value of DlSchSwitch
and UlSchSwitch under CELLALGOSWITCH and convert them into binary numbers. If bit2 of DlSchSwitch or bit0 of UlSchSwitch
On Duration Timer is 10 PDCCH subframes: Check the value of OnDurationTimer under DRXPARAGROUP and OnDurationTimer =
7.
DRX Inactivity Timer is 80 PDCCH subframes: Check the value of DrxInactivityTimer under DRXPARAGROUP and
DrxInactivityTimer = 13.
DRX Retransmission Timer is 8 PDCCH subframes: Check the value of DRXReTxTimer under DRXPARAGROUP and
DRXReTxTimer = 4.
Can’t support short-cycle DRX: Check the value of SupportShortDrx under DrxParaGroup and SupportShortDrx = 0.
Check whether the parameters corresponding with same LocalCellId with 1) are consistent with “Recommended Configuration (By
Apple)”.
Bears of corresponding parameter group ID support DRX: Check the value of EnterDRXSwitch under DrxParaGroup and
EnterDRXSwitch = 1.
Note: If EnterDRXSwitch = 0, it indicates that the bearers do not support DRX and end.
Long DRX Cycle is 40 subframes: Check the value of LongDrxCycle under DrxParaGroup and LongDrxCycle = 3.
On Duration Timer is 4 PDCCH subframes: Check the value of OnDurationTimer under DRXPARAGROUP and OnDurationTimer = 3.
DRX Inactivity Timer is 4 PDCCH subframes: Check the value of DrxInactivityTimer under DRXPARAGROUP and
DrxInactivityTimer = 3.
DRX Retransmission Timer is 8 PDCCH subframes: Check the value of DRXReTxTimer under DRXPARAGROUP and
DRXReTxTimer = 4.
Can’t support short-cycle DRX: Check the value of SupportShortDrx under DrxParaGroup and SupportShortDrx = 0.
Note: If the parameters are consistent with “Recommended Configuration (Power Saving First)”, output “consistent with Recommended Configuration (Power Saving
First)” in the “Output Result” column and output “-” in last three columns. If the parameters are consistent with “Recommended Configuration (By Apple)”, output
“consistent with Recommended Configuration (By Apple)” in the “Output Result” column and output “-” in last three columns. If the parameters are inconsistent with
neither of the recommended configurations, output “Different from both of the recommended configurations” in the “Output Result” column, corresponding MML
1) Check the value of QCI under CELLSTANDARDQCI. If QCI =5/6/8/9, record its corresponding LocalCellId and DRXParaGroupId.
2) Check whether the parameters are consistent with the “Recommended Configuration (Performance First)” or “Recommended Configuration
Check whether the parameters corresponding with same LocalCellId with 1) are consistent with “Recommended Configuration
(Performance First)”.
Bears of corresponding parameter group ID support DRX: Check the value of EnterDRXSwitch under DrxParaGroup and
EnterDRXSwitch = 1.
Note: If EnterDRXSwitch = 0, it indicates that the bearers do not support DRX and end.
Length of Long DRX Cycle is 40 subframes: Check the value of LongDrxCycle under DrxParaGroup and LongDrxCycle = 3.
On Duration Timer is 2 PDCCH subframes: Check the value of OnDurationTimer under DRXPARAGROUP and OnDurationTimer = 1.
DRX Inactivity Timer is 80 PDCCH subframes: Check the value of DrxInactivityTimer under DRXPARAGROUP and
DrxInactivityTimer = 13.
DRX Retransmission Timer is 8 PDCCH subframes: Check the value of DRXReTxTimer under DRXPARAGROUP and
DRXReTxTimer = 4.
FDD Enter DRX Threshold is 1000: Check the value of FddEnterDrxThd under CELLDRXPARA and FddEnterDrxThd = 1000.
FDD Exit DRX Threshold is 1000: Check the value of FddExitDrxThd under CELLDRXPARA and FddExitDrxThd = 1000.
Note: If a) or b) is met, it indicates that the length of uplink time alignment timer is consistent with the recommended value. If not, it indicates that the length
a) When SRS Configuration Indicator is BOOLEAN_TRUE and uplink time alignment timer needs to set to 1920 subframes: Check the
value of SrsCfgInd under SRSCfg and SrsCfgInd = 1. Check the value of TimeAlignmentTimer under TimeAlignmentTimer and
TimeAlignmentTimer = 3.
b) When SRS Configuration Indicator is BOOLEAN_FALSE and uplink time alignment timer needs to set to infinity: Check the value
of SrsCfgInd under SRSCfg and SrsCfgInd = 0. Check the value of TimeAlignmentTimer under TimeAlignmentTimer and
TimeAlignmentTimer = 7.
Check whether the parameters corresponding with same LocalCellId with 1) are consistent with “Recommended Configuration (Power
Saving First)”.
Bears of corresponding parameter group ID support DRX: Check the value of EnterDRXSwitch under DrxParaGroup and
EnterDRXSwitch = 1.
Note: If EnterDRXSwitch = 0, it indicates that the bearers do not support DRX and end.
Length of Long DRX Cycle is 320 subframes: Check the value of LongDrxCycle under DrxParaGroup and LongDrxCycle = 9.
On Duration Timer is 10 PDCCH subframes: Check the value of OnDurationTimer under DRXPARAGROUP and OnDurationTimer =
7.
DRX Inactivity Timer is 100 PDCCH subframes: Check the value of DrxInactivityTimer under DRXPARAGROUP and
DrxInactivityTimer = 14.
DRX Retransmission Timer is 8 PDCCH subframes: Check the value of DRXReTxTimer under DRXPARAGROUP and
DRXReTxTimer = 4.
FDD Enter DRX Threshold is 1000: Check the value of FddEnterDrxThd under CELLDRXPARA and FddEnterDrxThd = 1000.
FDD Exit DRX Threshold is 1000: Check the value of FddExitDrxThd under CELLDRXPARA and FddExitDrxThd = 1000.
Note: If a) or b) is met, it indicates that the length of uplink time alignment timer is consistent with the recommended value. If not, it indicates that the length
a) When SRS Configuration Indicator is BOOLEAN_TRUE and uplink time alignment timer needs to set to 10240 subframes: Check
the value of SrsCfgInd under SRSCfg and SrsCfgInd = 1. Check the value of TimeAlignmentTimer under TimeAlignmentTimer and
TimeAlignmentTimer = 6.
b) When SRS Configuration Indicator is BOOLEAN_FALSE and uplink time alignment timer needs to set to infinity: Check the value
of SrsCfgInd under SRSCfg and SrsCfgInd = 0. Check the value of TimeAlignmentTimer under TimeAlignmentTimer and
TimeAlignmentTimer = 7.
Note: If the parameters are consistent with “Recommended Configuration (Performance First)”, output “consistent with Recommended Configuration (Performance
First)” in the “Output Result” column and output “-” in last three columns. If the parameters are consistent with “Recommended Configuration (Power Saving First)”,
output “consistent with Recommended Configuration (Power Saving First)” in the “Output Result” column and output “-” in last three columns. If the parameters are
inconsistent with neither of the recommended configurations, output “Different from both of the recommended configurations” in the “Output Result” column,
corresponding MML command and Recommended Configuration in the last three columns.
3.130.4 Measures
1) VOIP service (QCI1): If the verification results are inconsistent with both of the recommended configurations, modify them based on the
Recommended Configuration (By Apple) if the customer requires. Otherwise, modify them based on Recommended Configuration (Power
Saving First).
2) Data services (QCI5/6/8/9): If the verification results are inconsistent with both of the recommended configurations, modify them based on the
Recommended Configuration (Performance First) if the customer requires. Otherwise, modify them based on Recommended Configuration
3) The entire network’s configuration must be consistent with one set of the recommended configurations.
3.130.5 Reference
None.
3.131.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
Number of Abnormal
Parameter Recommended Current Network
Parameter Subject MML Object Parameter ID Parameters(must Remark
Name Value Configuration
modify)
Must disable it.
Hysteresis for
PS data CELLPDCC HysForCfiBased Enabling this parameter
CFI increase 0 1(1) 1
transmission HALGO PreSch will lead to negative
based on PreSch
gain.
3.131.3 Principles
Risky parameter verification has 8 inspection rules and 10 MML objects. Output current network configuration which is inconsistent with the
recommended value based on parameter ID to this rule (Please refer to the below 8 inspection rules to get the details).
3.131.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.131.5 Reference
None.
3.132.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems. Enabling hysteresis for CFI increase
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB eNodeB Local Current Network Recommended
Cell Name MML Object Parameter ID Parameter Name
ID Name Cell ID Configuration value
HysForCfiBas Hysteresis for CFI increase
414 VoLTE414 0 cell0 CELLPDCCHALGO 1 0
edPreSch based on PreSch
3.132.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
Hysteresis for CFI increase based on PreSch: Check the value of HoCommOptSwitch under ENodeBAlgoSwitch field and convert it into a binary
3.132.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs (Modifying parameters is risky. Please operate it carefully.)
Hysteresis for CFI increase based on PreSch: MOD CELLPDCCHALGO: LocalCellId=X, HysForCfiBasedPreSch=0.
3.132.5 Reference
None.
3.133.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
1. BasedSriGapOptSwitch: If this switch is enabled and not in the discontinuous reception (DRX) state, it will consider transmission of scheduling
request indicators (SRIs) when configuring measurement gaps for a UE, which will decrease the risk of call dropping. If this switch is
disabled, the transmission of SRIs is not considered and abnormal UEs do not send SRIs occasionally on the live network, the problem of
decreased eRAB setup success rate increases significantly since SRI period reconfiguration is reduced.
2. DrxBasedSriGapOptSwitch: If this switch is enabled in DRX state, it will consider transmission of scheduling request indicators (SRIs) when
configuring measurement gaps for a UE. If this switch is disabled, the transmission of SRIs is not considered and not all SRIs fall into
measurement gaps, which will lead to call dropping. It is suggested to turn it on to avoid this problem.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB Current Network Recommended
eNodeB ID MML Object Parameter ID Parameter Name
Name Configuration value
ENODEBALGO BasedSriGapOptSwitch@
414 VoLTE414 BasedSriGapOptSwitch 0 1
SWITCH HoCommOptSwitch
ENODEBALGO DrxBasedSriGapOptSwitc
414 VoLTE414 DrxBasedSriGapOptSwitch 0 1
SWITCH h@HoCommOptSwitch
3.133.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
BasedSriGapOptSwitch: Check the value of HoCommOptSwitch under ENodeBAlgoSwitch field and convert it into a binary data. If bit0 =1,
DrxBasedSriGapOptSwitch: Check the value of HoCommOptSwitch under ENodeBAlgoSwitch field and convert it into a binary data. If bit1=1,
3.133.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs (Modifying parameters is risky. Please operate it carefully.)
ENODEBALGOSWITCH: HoAlgoSwitch=DrxBasedSriGapOptSwitch-1.
3.133.5 Reference
None.
3.134.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems. When EnhancedPhrRptCtrlSw is
disabled, the eNodeB will continue scheduling 3RB for a while after handover. Enabled EnhancedPhrRptCtrlSw can avoid this problem.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB Parameter Current network Recommended
eNodeB ID MML object Parameter ID
Name Name configuration value
GLOBALPRO EnhancedPhrRpt EnhancedPhrRp
414 VoLTE414 0 1
CSWITCH CtrlSw tCtrlSw
3.134.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
EnhancedPhrRptCtrlSw: Check the value of EnhancedPhrRptCtrlSw under GLOBALPROCSWITCH field. If EnhancedPhrRptCtrlSw = 1, end.
3.134.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.134.5 Reference
None.
3.135.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
Some terminals will response re-paging in connected state, which will lead to call dropping.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
Local Cell Current Network Recommended
eNodeB ID eNodeB Name MML Object Parameter ID Parameter Name
Cell ID Name Configuration Value
414 VoLTE414 0 cell0 PCCHCFG PagingSentNum Paging sent number 1 2
3.135.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration data which is inconsistent with the
recommended value.
Paging sent number: Check the value of PagingSentNum under PCCHCFG field. If PagingSentNum = 0, end. If not, output this cell’s related
information.
3.135.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.135.5 Reference
None.
3.136.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems. There are some abnormal UEs which
they do not send SRIs occasionally on the live network. Therefore, the problem of decreased eRAB setup success rate increases significantly since SRI
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB eNodeB Local Current Network Recommende
Cell Name MML Object Parameter ID Parameter Name
ID Name Cell ID Configuration d Value
SriPeriodAdapti SRI Period NOQCIADAP
414 VoLTE414 0 cell0 PUCCHCFG QCIADAPTIVE
ve Adaptive Switch TIVE
3.136.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
SRI Period Adaptive Switch: Check the value of SriPeriodAdaptive under PUCCHCFG field. If SriPeriodAdaptive = 2, end. Or output this cell’s
related information.
3.136.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.136.5 Reference
None.
3.137.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
Timer for contention resolution is configured as SF64_MAC_RESOLUTION_TIMER (64) subframes, which is the product baseline and
modifying is not recommended. A smaller value leads to RRC setup success rate deterioration. Maximum number of Msg3 HARQ transmissions is
configured as 5, which is the product baseline and modifying is not recommended. A smaller value leads to RRC setup success rate deterioration.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB eNodeB Local Current Network Recommended
Cell Name MML Object Parameter ID Parameter Name
ID Name Cell ID Configuration Value
ContentionReso Timer for contention SF64_MAC_RESO
393704 393704 2 393704-2 RACHCFG 4
lutionTimer resolution LUTION_TIMER
Maximum number
MaxHarqMsg3
393730 393730 2 393730-2 RACHCFG of Msg3 HARQ 4 5
Tx
transmissions
3.137.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
Timer for contention resolution: Check the value of ContentionResolutionTimer under RACHCFG field. If ContentionResolutionTimer = 7, end.
Maximum number of Msg3 HARQ transmissions: Check the value of MaxHarqMsg3Tx under RACHCFG field. If MaxHarqMsg3Tx = 5, end. Or
3.137.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.137.5 Reference
None.
3.138.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
Some terminals don’t support UM mode in RLC when QCI7, which will lead to eRAB setup success rate deterioration.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB
eNodeB ID MML Object Parameter ID Parameter Name Current Network Configuration Recommended Value
Name
RLCPDCPPARAGRO
393248 393248-SF RlcMode RLC mode QCI2_RlcMode_AM QCI2_RlcMode_UM
UP
3.138.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
RLC mode:
a) Check the value of RlcPdcpParaGroupId corresponding with Qci=1~9 under StandardQci field.
b) Check the value of RlcMode corresponding with same RlcPdcpParaGroupId from 1) under RLCPDCPPARAGROUP field. If following
conditions are met, end. Or mark it as abnormal and output this eNodeB’s related information.
(RLCPDCPPARAGROUP: QCI=1)== 2;
(RLCPDCPPARAGROUP: QCI=2)== 2;
(RLCPDCPPARAGROUP: QCI=3)== 2;
(RLCPDCPPARAGROUP: QCI=4)== 1;
(RLCPDCPPARAGROUP: QCI=5)== 1;
(RLCPDCPPARAGROUP: QCI=6)== 1;
(RLCPDCPPARAGROUP: QCI=7)== 1;
(RLCPDCPPARAGROUP: QCI=8)== 1;
(RLCPDCPPARAGROUP: QCI=9)== 1;
3.138.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.138.5 Reference
None.
3.139.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
Filter repeated RRCConnReq Timer is configured as 2s, which is the product baseline and modifying is not recommended. A smaller value leads
to an increasing times of RRC.Att and deteriorated RRC setup success rate (retransmission is not included).
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
3.139.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
Filter repeated RRCConnReq Timer: check the value of FilterReptRrcConnReqTimer under RRCCONNSTATETIMER field. If
3.139.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.139.5 Reference
None.
3.140.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
1) Output the current network configuration which is inconsistent and consistent with the recommended value.
Abnormal Data
Current Number of Abnormal
Parameter Parameter Parameter Recommended
MML Object Network Parameters (must be Remark
Subject ID Name Value
Configuration modified)
Hysteresis for Must disable it. Enabling
PS data CELLPDCCH HysForCfiBas
CFI increase 0 1(1) 1 this parameter will lead
transmission ALGO edPreSch
based on PreSch to negative gain.
3.140.3 Principles
Performance optimized parameter verification has 9 inspection rules and 25 MML objects. Output current network configuration which is
inconsistent and consistent with the recommended value based on parameter ID to this rule (Please refer to the below 9 inspection rules to get the details).
3.140.4 Measures
For parameters which didn’t pass the verification, it is suggested to compare them with parameters’ baseline and modify them according to
3.140.5 Reference
None.
3.141.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
1. DlCqiAdjDeltaOptSwitch: If this switch is disabled when many users are on the network, CQI will report slowly, which will lead to untimely
adjustment of MCS. Enabling this switch can quicken the adjustment speed and it has no effect for few users scenario.
2. DlEnVarIblerTargetSwitch: Suggest to disable this switch because of arithmetic bug and enable this switch after eRAN8.0.
3. PucchIrcSwitch: This para enhances PUCCH demodulation, and PucchIRCEnhance must be enabled at the same time.
4. PucchIRCEnhance: Under interference scenario, PUCCH IRC gains less than MRC. This switch can adjust in two methods and it must be
5. PucchPcDtxSinrSwitch: After PucchPcPeriod=20ms and PucchPcDtxSinrSwitch=ON were put into practice at Beta Area in K, PUCCH RSRP,
UL QCI1 packet loss rate and PUCCH interference decreased and .DL BLER and DTX rate had no obvious change (The astringency of PUCCH POWER
CONTROL in Fmt 1a/1b is better than Fmt1. When PUCCH interference decreased, Fmt1 gains more.).
6. PuschDtxSwitch: If this parameter is enabled, it could separate NACK and DTX, and eNodeB can schedule HARQ retransmission based on
DTX.
7. SinrAdjustSwitch: When this switch is disabled, UL MCS could not adjust according to ACK and NACK, which will lead to IBLER
8. UlJointReceptionSwitch: It enhances UL demodulation and there is no negative gain. A majority of sites use this para.
9. CqiAdjAlgoSwitch: When this switch disabled, MCS could not adjust according to ACK and NACK, which will bring negative gain.
10. PdcchPcSwitch: It is the default power control way. Other methods will bring negative gain.
11. MrcIrcAdptSwitch: It enhances UL demodulation and there is no negative gain. A majority of sites use this para.
12. InnerLoopPucchSwitch: It is the default power control way. Other methods will bring negative gain.
13. SchedulerCtrlPowerSwitch: When this switch is disabled, users on middle and edge point cannot schedule on full power, which will lead to
deficient schedule.
14. EnAperiodicCqiRptSwitch: Aperiodic CQI is more accurate than periodic CQI, which is in favor of MCS adjusting. If some terminals don’t
report aperiodic CQI all the time, this parameter will inform UE to report once. When this switch disabled, MCS adjusting will be inaccurate and lead to
negative gain.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB eNodeB Local Cell Cell MML Current Network Recommende
Parameter ID Parameter Name
ID Name ID Name Object Configuration d Value
DlCqiAdjDeltaOp
CELLALG
414 VoLTE414 0 cell0 tSwitch@CqiAdj DlCqiAdjDeltaOptSwitch 0 1
OSWITCH
AlgoSwitch
DlEnVarIblerTarg
CELLALG
414 VoLTE414 0 cell0 etSwitch@CqiAdj DlEnVarIblerTargetSwitch 0 1
OSWITCH
AlgoSwitch
CELLALG PucchIrcSwitch@
414 VoLTE414 0 cell0 PucchIrcSwitch 0 1
OSWITCH IrcSwitch
CELLALG PucchIRCEnhanc
414 VoLTE414 0 cell0 PucchIRCEnhance OFF ON
OSWITCH e
PucchPcDtxSinrS
CELLALG
414 VoLTE414 0 cell0 witch@UlPcAlgo PucchPcDtxSinrSwitch 0 1
OSWITCH
Switch
CELLALG PuschDtxSwitch
414 VoLTE414 0 cell0 PuschDtxSwitch 0 1
OSWITCH @UlSchSwitch
CELLALG SinrAdjustSwitch
414 VoLTE414 0 cell0 SinrAdjustSwitch 0 1
OSWITCH @UlSchSwitch
UlJointReception
CELLALG
414 VoLTE414 0 cell0 Switch@UplinkC UlJointReceptionSwitch 0 1
OSWITCH
ompSwitch
CqiAdjAlgoSwitc
CELLALG
414 VoLTE414 1 cell1 h@CqiAdjAlgoS CqiAdjAlgoSwitch 0 1
OSWITCH
witch
CELLALG PdcchPcSwitch@
414 VoLTE414 1 cell1 PdcchPcSwitch 0 1
OSWITCH DlPcAlgoSwitch
MrcIrcAdptSwitc
CELLALG
414 VoLTE414 1 cell1 h@PuschIrcAlgo MrcIrcAdptSwitch 0 1
OSWITCH
Switch
InnerLoopPucchS
CELLALG
414 VoLTE414 1 cell1 witch@UlPcAlgo InnerLoopPucchSwitch 0 1
OSWITCH
Switch
SchedulerCtrlPow
CELLALG
414 VoLTE414 1 cell1 erSwitch@UlSch SchedulerCtrlPowerSwitch 0 1
OSWITCH
Switch
EnAperiodicCqiR
CELLALG
414 VoLTE414 1 cell1 ptSwitch@DlSch EnAperiodicCqiRptSwitch 0 1
OSWITCH
Switch
3.141.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
3.141.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs (Modifying parameters is risky. Please operate it carefully).
3.141.5 Reference
None.
3.142.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
When CQI period adaptive switch is enabled: The CQI reporting period adaptively changes based on the Uu interface load of the cell. This
adjustment achieves better balance between timely CQI report and PUCCH resource reduction. Enabled handover aperiodic CQI config switch benefits
MCS after the handover, which cooperates with HoStaticMcsTimer to increase the throughput. This para is test on N network and the throughput increased
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB eNodeB Local Cell Cell Current Network Recommended
MML Object Parameter ID Parameter Name
ID Name ID Name Configuration Value
CELLCQIAD CqiPeriodAdaptiv CQI period
414 VoLTE414 0 cell0 OFF ON
APTIVECFG e adaptive switch
Handover
CELLCQIAD HoAperiodicCqiC
414 VoLTE414 0 cell0 aperiodic CQI OFF ON
APTIVECFG fgSwitch
config switch
3.142.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
Handover aperiodic CQI config switch is enabled. HoAperiodicCqiCfgSwitc (under CELLCQIADAPTIVECFG) = 1, or mark it as abnormal.
CQI period adaptive switch is enabled. CqiPeriodAdaptive (under CELLCQIADAPTIVECFG) = 1, or mark it as abnormal.
3.142.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.142.5 Reference
None.
3.143.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
eNodeB Interference Randomize Modular: Adopt MOD3 by default. This way is effective in more scenarios than big modular. Handover UE
Static MCS Scheduling Timer: This benefits MCS after handover, which cooperates with HoAperiodicCqiCfgSwitch to increase the throughput. This para
is test on N network and the throughput increased by 8% within 1s after the handover.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB Local Cell Cell Current Network Recommended
eNodeB ID MML Object Parameter ID Parameter Name
Name ID Name Configuration Value
414 VoLTE414 0 cell0 CELLDLSCH EnbInterfRandM eNodeB MOD6 MOD3
Interference
ALGO od Randomize
Modular
Handover UE
CELLDLSCH HoStaticMcsTim
414 VoLTE414 0 cell0 Static MCS 60 10
ALGO er
Scheduling Timer
3.143.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
Handover UE Static MCS Scheduling Timer is 10 (ms). HoStaticMcsTimer (under CellDlschAlgo) = 10, or mark it as abnormal.
eNodeB Interference Randomize Modular is MOD3 (3). EnbInterfRandMod (under CellDlschAlgo) f = 0, or mark it as abnormal.
3.143.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.143.5 Reference
None.
3.144.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
After PucchPcPeriod=20ms and PucchPcDtxSinrSwitch=ON put into practice at Beta Area in K, PUCCH RSRP, UL QCI1 packet loss rate and
PUCCH interference decreased and. DL BLER and DTX rate had no obvious change (The astringency of PUCCH POWER CONTROL in Fmt 1a/1b is
better than Fmt1. When PUCCH interference decrease, Fmt1 gains more).
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB Local Cell Current Network Recommended
eNodeB Name Cell Name MML Object Parameter ID Parameter Name
ID ID Configuration Value
Pucch Power Control
414 VoLTE414 0 cell0 CELLPCALGO PucchPcPeriod 10 1
Period
3.144.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
3.144.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.144.5 Reference
None.
3.145.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
Korea network verifies that downlink throughput increases by 2% after modifying this parameter.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB Local Cell Cell MML Parameter Current Network Recommended
eNodeB ID Parameter ID
Name ID Name Object Name Configuration Value
CELLPDCC PDCCH Max
414 VoLTE414 0 cell0 PdcchMaxCodeRate 75 95
HALGO Code Rate
3.145.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
3.145.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs (Modifying parameters is risky. Please operate it carefully.)
3.145.5 Reference
None.
3.146.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
SrsSubframeRecfSwitch and SrsPeriodAdaptive must be enabled at the same time to make sure that the number of SRS supported users reaches
max capacity.
Note: Since eRAN7.0, SrsSubframeCfg can be set to SC3/SC4/SC5/SC6 on the precondition of SrsSubframeRecfSwitch and SrsPeriodAdaptive
are enabled at the same time. However, it is recommended to set to SC3 to be consistent with MML help file. This recommended value is the product
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB eNodeB Local Cell Parameter Current Network Recommended
Cell Name MML Object Parameter Name
ID Name ID ID Configuration Value
CELLSRSAD SrsPeriodAda SRS period adaptive
414 VoLTE414 0 cell0 OFF ON
APTIVECFG ptive switch
3.146.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
SRS period adaptive switch is enabled. SrsPeriodAdaptive (under CELLSRSADAPTIVECFG) = 1, or mark it as abnormal.
3.146.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
Huawei Proprietary and Confidential Page 339 of 361
2020-6-23 Copyright © Huawei Technologies Co., Ltd.
Guidance of LTE FDD Inspection SOP Rules Internal
baseline and modify them according to different eNodeBs. (Modifying parameters is risky. Please operate it carefully.)
3.146.5 Reference
None.
3.147.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
Fs InRandom strategy in middle/low load situation enables neighboring cells using different uplink PRB, reduces uplink interference, and
enhances user’s performance. What’s more, EPF uplink scheduling strategy is the best allocation strategy and it is used by default.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB eNodeB Local Cell Cell Parameter Current Network Recommended
MML Object Parameter Name
ID Name ID Name ID Configuration Value
CELLULSCH UlRbAllocati Uplink Resource Block FS_INRANDO
414 VoLTE414 0 cell0 FS_NONFS_ADAPTIVE
ALGO onStrategy Allocation Strategy M_ADAPTIVE
CELLULSCH Uplink Scheduling ULSCH_STRATEGY_M ULSCH_STRA
414 VoLTE414 1 cell1 UlschStrategy
ALGO Strategy AX_CI TEGY_EPF
3.147.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
Uplink Resource Block Allocation Strategy is Fs InRandom Strategy. UlRbAllocationStrategy (under CellUlschAlgo) = 1, or mark it as abnormal.
Uplink Scheduling Strategy is ULSCH_STRATEGY_EPF (EPF). UlschStrategy (under CellUlschAlgo) = 0, or mark it as abnormal.
3.147.4 Measures
For parameters which their configurations are inconsistent with the recommended value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs (Modifying parameters is risky. Please operate it carefully.)
FS_INRANDOM_ADAPTIVE;
3.147.5 Reference
None.
3.148 TimeAlignmentTimer
3.148.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems. This rule optimizes uplink timer
performance when configured TimeAlignmentTimer is too long and decreases numbers of sending unnecessary uplink time alignment command to
motionless or low speed users, saving Uu interface resource and help UE under DRX state to save electricity while not affect uplink time alignment
performance.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
eNodeB eNodeB Local Cell Cell Parameter Current Network Recommendation
MML Object Parameter ID
ID Name ID Name Name Configuration Value
Uplink time
TIMEALIGN TimingAdvCm
414 VoLTE414 0 cell0 alignment OFF ON
MENTTIMER dOptSwitch
timer
3.148.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
3.148.4 Measures
For parameters which their configurations are different from the recommendation value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying network’s parameters is risky. Please operate it carefully.)
3.148.5 Reference
None.
3.149.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems. RRC Setup success rate improved
significantly after T300 revised from 200ms to 1000ms. Operators1 increases from 99.5% to 99.9%, Operators2 increases from 99.7% to 99.95% and
Operators3 increases from 99.45% to 99.95%. This recommended value is the product baseline since eRAN9.0.
1) Output the current network configuration which is inconsistent with the recommended value.
Abnormal Data
Local Cell Parameter Current Network Recommended
eNodeB ID eNodeB Name Cell Name MML Object Parameter Name
ID ID Configuration Value
3.149.3 Principles
Check the parameter’s configuration below from LMT.XML file and output the current network configuration which is inconsistent with the
recommended value.
3.149.4 Measures
For parameters which their configurations are different from the recommendation value, it is suggested to compare them with parameters’
baseline and modify them according to different eNodeBs. (Modifying network’s parameters is risky. Please operate it carefully.)
3.149.5 Reference
None.
3.150.1 Location
If CoMP and SFN features are activated at the same time, it may lead to a shortage of backplane bandwidth, which will affect these features’
provisioning.
1) If different cells under same eNodeB have same DLEarfcn but different primary BBP’s CN, SRN and SN, mark it as abnormal and output their
related information.
3.150.3 Principles
1) Find out intra-freq cells: Check the value of DLEarfcn under Cell field from LMT.XML file, gather cells with same DLEarfcn together and go to
next step.
2) Judge whether intra-freq cells are under the same board or not: Check cells’ primary BBP information with same DLEarfcn by MML’s dsp cell
command. If their CN, SRN and SN are not the same, it indicates they are not in the same board and output the exception, or end.
3.150.4 Measures
If changes are necessary, please submit service request to GTAC and HO will support it.
3.150.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.151.1 Location
If all inter-freq cells are under the C board, it couldn’t proceed to CA.
1) If cells with different DLEarfcn under the same eNodeB have same board type (LBPPC), output this exception.
3.151.3 Principles
1) Find out inter-freq cells: Check the value of DLEarfcn under Cell field from LMT.XML file, make groups with two different DLEarfcn and go to
next step.
2) Judge whether they are BBU3900 type: Check the Description by MML’s DSP brdmfrinfo command. For example, if Description =
Manufactured Board, BBU3900, WD22LBBPD2, LTE Baseband Processing Unit D (3 cell, 4T4R), 1*1, it indicates this board is BBU3900 type
since there is “BBU3900” field. If both of them are BBU3900, go to next step, or end.
3) Judge whether both of them are under C board: Check the Type by MML’s DSP brdmfrinfo command. If “Type = WD22LBBPC1”, it indicates
C type since there is “LBBPC”. If both of them are on C board, output cells’ related information, or end.
3.151.4 Measures
If changes are necessary, please submit service request to GTAC and HO will support it.
3.151.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.152 Inter-frequency Cells’ LBBPd and UBBP Are Not in Slot 2/3
3.152.1 Location
If all the D or U boards are not in slot 2/3, it may lead to a shortage of backplane bandwidth, which will affect these features provisioning.
1) If cells with different DLEarfcn under the same eNodeB have different CN, SRN and SN, not all the board type are LBBPC and there is no slot 2
3.152.3 Principles
1) Find out inter-freq cells: Check the value of DLEarfcn under Cell field from LMT.XML file, make groups with two different DLEarfcn and go to
next step.
2) Judge whether they are BBU3900 type: Check the Description by MML’s DSP brdmfrinfo command. For example, if Description =
Manufactured Board, BBU3900, WD22LBBPD2, LTE Baseband Processing Unit D (3 cell, 4T4R), 1*1, it indicates this board is BBU3900 type
since there is “BBU3900” field. If both of them are BBU3900, go to next step, or end.
3) If BBP’s CN, SRN and SN are not exactly same (Run MML’s DSP cell command to check the CN, SRN and SN based on primary BBP
information), not all Baseboard Type (Whether DSP brdmfrinfo’s “type” contains “LBBPC”) are LBBPC, and there is no slot 2/3, output the
exception.
3.152.4 Measures
If changes are necessary, please submit service request to GTAC and HO will support it.
3.152.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.153.1 Location
In order to achieve synchronous delay, it needs two-carrier RRU or two RRUs with same type to support CA, or CA performance can’t be
guaranteed.
1) If cells under same eNodeB have same FreqBand but different RRU versions, output it as abnormal.
3.153.3 Principles
1) Find cells’ information with same FREQBAND: Check the value of FREQBAND under Cell field from LMT.XML file, gather cells with same
2) Check the value of SectorEqmId under eUCellSectorEqm field based on 1)’s LocalCellId and record the value.
3) Check the value of CN, SRN and SN under SECTOREQM field based on 2)’s SectorEqmId and record the value.
4) Check board description based on 3)’s CN, SRN and SN by MML’s DSP brdmfrinfo command. If RRU versions (such as: LRRU V1) are
different, output it as abnormal. (Method of judging different RRU versions: If the Description is RRU3221, WD5MLRUB870, LRRU V1, LTE
Single-mode Multi-carriers Remote Radio Unit (TX2620-2690MHz/RX2500-2570MHz,-48VDC, 5G, 2T2R, With Installation Kit). Compare the
red part.)
3.153.4 Measures
If changes are necessary, please submit service request to GTAC and HO will support it.
3.153.5 Reference
None.
Note: This rule is just for eRAN7.0 and its later versions.
3.154.1 Location
When this switch is enabled, it will consider transmission of scheduling request indicators (SRIs) when configuring measurement gaps for a UE
not in the discontinuous reception (DRX) state, which will decrease the risk of call dropping. When this switch is disabled, it will result in the opposite
effect.
1) Output eNodeBs’ related information with disabled BasedSriGapOptSwitch under non-DRX state.
Abnormal Data
eNodeB ID eNodeB Name ENodeB Version BasedSriGapOptSwitch
5047 eNODEB47 BTS3900 V100R009C00SPC170 Off
3.154.3 Principles
1) Check the value of HoCommOptSwitch under ENODEBALGOSWITCH field from LMT.XML file.
3.154.4 Measures
Run MML command to enable the switch: MOD ENODEBALGOSWITCH: HoCommOptSwitch = BasedSriGapOptSwitch-1.
3.154.5 Reference
None.
3.155.1 Location
When this switch is enabled, it will consider transmission of scheduling request indicators (SRIs) when configuring measurement gaps for a UE
in the discontinuous reception (DRX) state, which will decrease the risk of call dropping. When this switch is disabled, it will result in the opposite effect.
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version RsvdSwPara1-bit17
5014 TMO-5014 BTS3900 V100R009C00SPC234B022 Off
2) Output eNodeBs’ related information with disabled DrxBasedSriGapOptSwitch (V100R010C10 version).
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version DrxBasedSriGapOptSwitch
3.155.3 Principles
1) For V100R009C00SPC160 and its later versions: Check the value of RsvdSwPara1 under ENBRSVDPARA field from LMT.XML file and
convert it into a binary value. If bit17 = 0, mark it as abnormal and output this eNodeB’s related information, or end.
2) For V100R010C10 version: Check the value of HoCommOptSwitch under ENODEBALGOSWITCH field from LMT.XML file and convert it
into a binary value. If bit2 = 0, mark it as abnormal and output this eNodeB’s related information, or end.
3.155.4 Measures
1) V100R009C00SPC160 and its later versions: Run MML command to enable the switch: MOD ENBRSVDPARA: RsvdSwPara1
=RsvdSwPara1_bit17-1;
2) V100R010C10 version: Run MML command to enable the switch: MOD ENODEBALGOSWITCH: HoCommOptSwitch =
DrxBasedSriGapOptSwitch-1.
3.155.5 Reference
None.
Note: This rule is just for eRAN7.0 (eRAN7.0 SPC160 and its later version) and eRAN8.1 version.
3.156.1 Location
A smaller value of this parameter indicates a shorter sampling period and therefore results in that the CA UE measures the radio resources of the
SCell more frequently. However, this also increases the UE power consumption. A larger value of this parameter results in the opposite effect. If the
sampling period is not configured and no compatibility protection mechanism is adopted for the CA UE, the CA UE's activity is unpredictable when the
eNodeB configures a SCell for the CA UE, which will increase the risk of call dropping.
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version RsvdPara21
4210 B4210 BTS3900 V100R009C00SPC040B026 0
Abnormal Data
Local Cell
eNodeB ID eNodeB Name eNodeB Version Cell Name MeasCycleSCell
ID
3.156.3 Principles
1) eRAN7.0 version: Check the value of RsvdPara21 under ENBRSVDPARA field from LMT.XML file. If it is not 3, mark it as abnormal and
2) eRAN8.1 version: Check the value of MeasCycleSCell under CAMGTCFG field from LMT.XML file. If it is not 320ms, mark it as abnormal
3.156.4 Measures
1) eRAN7.0 version: Run MML command to set it to recommended value: MOD ENBRSVDPARA:RsvdPara21 = 3;
2) eRAN8.1 version: Run MML command to set it to recommended value: MOD CAMGTCFG: LocalCellId=X, MeasCycleSCell = 320ms.
3.156.5 Reference
None.
3.157.1 Location
This switch indicates whether to apply a compatibility solution to abnormal aperiodic CQI reporting. If it is enabled, when the RRC reconfig
periodic CQI, the aperiodic CQI information is added. If it is disabled, when the RRC reconfig periodic CQI, the aperiodic CQI information is not added if
the aperiodic CQI setting isn't changed, which will increase the risk of call dropping.
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version RsvdSwPara1-bit11
5014 TMO-5014 BTS3900 V100R009C00SPC234B022 Off
2) Output eNodeBs’ related information with disabled ApCqiRptAbnormalCtrlSwitch (V100R010C10 version).
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version ApCqiRptAbnormalCtrlSwitch
414 VoLTE414 BTS3900 V100R010C10SPC110B304 Off
3.157.3 Principles
1) V100R009C00 version: Check the value of RsvdSwPara1 under ENBRSVDPARA field from LMT.XML file and convert it into a binary
number. If bit11 = 0, mark it as abnormal and output this eNodeB’s related information, or end.
2) V100R010C10 version: Check the value of CompatibilityCtrlSwitch under ENODEBALGOSWITCH field from LMT.XML file and convert it
into a binary number. If bit1 = 0, mark it as abnormal and output this eNodeB’s related information, or end.
3.157.4 Measures
1) V100R009C00 version: Run MML command to enable the switch: MOD ENBRSVDPARA:RsvdSwPara1=RsvdSwPara1_bit11-1;
2) V100R010C10 version: Run MML command to enable the switch: MOD ENODEBALGOSWITCH: CompatibilityCtrlSwitch =
ApCqiRptAbnormalCtrlSwitch-1.
3.157.5 Reference
None.
Note: This rule is just for eRAN7.0 (eRAN7.0 SPC170 and its later version) and eRAN8.1 version.
3.158.1 Location
If this switch is on in carrier aggregation (CA) scenarios, the eNodeB determines whether two consecutive DTXs occur based on HARQ
feedbacks on both the primary component carrier (PCC) and the secondary component carrier (SCC). If two consecutive DTXs occur, the eNodeB
determines whether the UE enters the DRX sleep time based on conditions in common scenarios. In CA scenarios, the setting of this parameter in the PCell
and the SCell must be the same, or it will increase the risk of call dropping.
Abnormal Data
Local
eNodeB ID eNodeB Name eNodeB Version Cell Name RsvdSwPara1-bit7
Cell ID
BTS3900
5014 TMO-5014 0 Cell0 Off
V100R009C00SPC234B022
2) Output cells’ related information with disabled DrxRcvDtxProSwitch (V100R010C10 version).
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version Local Cell ID Cell Name DrxRcvDtxProSwitch
BTS3900
414 VoLTE414 0 cell0 Off
V100R010C10SPC110B304
3.158.3 Principles
1) For V100R009C00 version: Check the value of RsvdSwPara1 under ENBCELLRSVDPARA field from LMT.XML file, and convert it into a
binary number. If bit7 = 0, mark it as abnormal and output this cell’s related information. Or end.
2) For V100R010C10 version: Check the value of DrxRcvDtxProSwitch under CELLDRXPARA field from LMT.XML file. If
DrxRcvDtxProSwitch = 0, mark it as abnormal and output this cell’s related information. Or end.
3.158.4 Measures
1) For V100R009C00 version: Run MML command to enable the switch: MOD ENBCELLRSVDPARA:LocalCellId=X, RsvdSwPara1 =
RsvdSwPara1_bit7-1;
2) For V100R010C10 version: Run MML command to enable the switch: MOD CELLDRXPARA: LocalCellId=X, DrxRcvDtxProSwitch=ON.
3.158.5 Reference
None.
Note: This rule is just for eRAN7.0 (eRAN7.0 SPC150 and its later version) and eRAN8.1 version.
3.159.1 Location
This option specifies whether the eNodeB preferentially deletes the inter-frequency measurement configuration after a UE reports event A4 for
configuring a SCell. If this option is selected, the eNodeB preferentially sends an A4-related measurement configuration deletion message. If this option is
deselected, the eNodeB sends the SCell configuration message to the UE before sending an A4-related measurement configuration deletion message to the
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version CaGapMeasPriOffSwitch
BTS3900
5047 5G-S Off
V100R009C00SPC170
3.159.3 Principles
Check the value of ProtocolCompatibilitySw under GLOBALPROCSWITCH field from LMT.XML file and convert it into a binary number. If
bit0 = 0, mark it as abnormal and output this cell’s related information. Or end.
3.159.4 Measures
3.159.5 Reference
None.
3.160.1 Location
This option controls whether to delete the A2 and A6 measurement configuration for SCC (Secondary Component Carrier) of the UE before
changing the SCell of the UE. If this option is selected, upon receiving an A6/A2 measurement report from a UE, the eNodeB sends an A2- and A6-related
measurement configuration deletion message to the UE before changing the SCell of the UE. If this option is deselected, upon receiving an A6/A2
measurement report from a UE, the eNodeB does not send an A2- and A6-related measurement configuration deletion message to the UE before changing
the SCell of the UE, which will increase the risk of call dropping.
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version RsvdSwPara1-bit20
5014 TMO-5014 BTS3900 V100R009C00SPC234B022 Off
2) Output eNodeBs’ related information with disabled SCellModCaMeasRmvSwitch (V100R010C10 version).
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version SCellModCaMeasRmvSwitch
BTS3900
414 VoLTE414 Off
V100R010C10SPC110B304
3.160.3 Principles
1) For V100R009C00 version: Check the value of RsvdSwPara1 under ENBRSVDPARA field from LMT.XML file, and convert it into a binary
number. If bit20 = 0, mark it as abnormal and output this cell’s related information. Or end.
2) For V100R010C10 version: Check the value of ProtocolCompatibilitySw under GLOBALPROCSWITCH field from LMT.XML file, and
convert it into a binary number. If bit6 = 0, mark it as abnormal and output this cell’s related information. Or end.
3.160.4 Measures
1) For V100R009C00 version: Run MML command to enable the switch: MOD ENBRSVDPARA:RsvdSwPara1= RsvdSwPara 1_bit20-1;
2) For V100R010C10 version: Run MML command to enable the switch: MOD GLOBALPROCSWITCH: ProtocolCompatibilitySw =
SCellModCaMeasRmvSwitch-1.
3.160.5 Reference
None.
Note: This rule is just for eRAN7.0 (eRAN7.0 SPC181 and its later version) and eRAN8.1 version.
3.161.1 Location
If this parameter is set to ANR_UE_CAP (ANR UE Capability) and the neighboring cell is an unknown cell or the PCI confusion occurs, the
ANR algorithm instructs CA UEs which are capable to perform CGI reading to get new neighboring in time or handover into correct cells to avoid call
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version CA UE Chose Mode
3.161.3 Principles
Check the value of CaUeChoseMode under ANR field from LMT.XML file. If CaUeChoseMode = 2, it indicates ANR UE CAP. If not, mark it
3.161.4 Measures
Run MML command to set the data to recommended value: MOD ANR: CaUeChoseMode=ANR_UE_CAP.
3.161.5 Reference
None.
3.162.1 Location
If this option is selected, the SimulAckNackAndCqiSwitc is set to False for CA UEs. If this option is deselected, the
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version CaCqiAndAckAbnCtrlSwitch
BTS3900
3.162.3 Principles
Check the value of CompatibilityCtrlSwitch under ENODEBALGOSWITCH field from LMT.XML file and convert it into a binary number. If
bit6 = 0, mark it as abnormal and output its corresponding eNodeB’s information. Or end.
3.162.4 Measures
3.162.5 Reference
None.
3.163.1 Location
SCC quiet time indicates the SCC unavailability duration. Some multi-mode UEs (for example, SRLTE/SLTE UEs) periodically do not receive
signals of the SCell but detect signals of another RAT in CA scenarios. This causes an increase in the number of residual erroneous blocks in the SCell,
triggering SCell deactivation and an increased call drop rate. This rule is applicable for all V100R008C10 versions.
Abnormal Data
eNodeB ID eNodeB Name eNodeB Version Local Cell ID Cell Name RsvdPara31
414 VoLTE414 BTS3900 V100R010C10SPC110B304 0 cell0 230
3.163.3 Principles
Check the value of RsvdPara31 under ENBCELLRSVDPARA field from LMT.XML file. If RsvdPara31 ≠ 200, mark it as abnormal and output
3.163.4 Measures
Run MML command to open the switch: MOD ENBCELLRSVDPARA: RsvdPara31 = 200.
3.163.5 Reference
None.
3.164.1 Location
If parameter’s configuration is inconsistent with the recommended value, it may lead to online problems.
1) Output the number of exceptions of each rule under risky parameter verification subject.
Summary
Rule Name Number of Exceptions
01 Summary of Risky Parameter Verification 5
02 PDCCH Algorithm Parameter 1
03 eNodeB Algorithm Switch 2
04 Global Procedure Switch 1
3.164.3 Principles
Summarize the number of exceptions of each rule under risky parameter verification subject.
3.164.4 Measures
If detailed report is desired, please check “Risky Parameter Verification” rule to generate it on OMStar-E tool again.
3.164.5 Reference
None.
3.165.1 Location
If parameter’s configuration is inconsistent with the recommended value, it would lead to degenerate network performance.
1) Output the number of exceptions of each rule under performance optimized parameter verification subject.
Summary
Rule Name Number of Exceptions
01 Summary of Performance Optimized
17
Parameter Verification
02 Cell Algorithm Switch 9
03 Cell CQI Adaptive Parameter
1
Configuration
04 Cell Downlink Scheduling Parameter 2
05 Cell Power Control Algorithm
1
Parameter
06 PDCCH Algorithm Parameter 1
07 SRS Adaptive Parameter
0
Configuration
08 Cell Uplink Scheduling Parameter 1
09 TimeAlignmentTimer 1
10 UE Timer & Constant Information 1
3.165.3 Principles
Summarize the number of exceptions of each rule under performance optimized parameter verification subject.
3.165.4 Measures
If detailed report is desired, please check “Performance Optimized Parameter Verification” rule to generate it on OMStar-E tool again.
3.165.5 Reference
None.