杭州移動NB-IoT網絡RRC接通率問題分析問題現象：杭州移動NB全網中存在著RRC連接成功率偏低的問題，出現很多相關的top小區，降低了NB全網無線接通率，需要及時處理解決。統計NB全網關于RRC接通率的指標如下：NB-IoTNB-IoT建立連小區UE小區接失敗NB-IoT無應答RRC連次數（建小區而導致接請求次立請求RRC連RRC連數（不包次數-建接建立接建立括重發）立成功完成次失敗次RRC接日期（無）次數）數（無）數（無）通率2017/9/4143834041397940497.19%2017/9/5129263221260432297.51%2017/9/68484184830018497.83%2017/9/78234115811911598.60%2017/9/869628068828098.85%2017/9/954356953666998.73%2017/9/1058607657847698.70%總計62284125061034125097.99%表一：關于RRC接通率的相關指標從9月份統計的一周的數據可以看出：NB全網每天RRC連接請求次數大約9千余次左右，RRC連接建立失敗次數為180左右，無線接通率為98.00%左右，從指標上看失敗原因全為NB-IoT小區UE無應答而導致RRC連接建立失敗，主要表現方式是等待RRCCONNECTIONSETUPCOMPLETETIMEOUT。現處理方式分三步，一核查全網參數，并分析優化，二篩選top小區進行逐個分析，三選取典型站點進行現場撥測跟蹤分析。Stepl:核查全網參數分析優化參數分析：1、通過指標分析，失敗原因全為NB-IoT小區UE無應答而導致RRC連接建立失敗，主要表現方式是等待RRCCONNECTIONSETUPCOMPLETETIMEOUT。導致等待建立完成定時器超時的原因很多，包括無線環境、上行低噪、告警、以及參數配置不合理等等，先從參數角度分析核查相關參數等待RRCCONNECTIONSETUPCOMPLETE定時器UUMESSAGEWAITINGTIMER現網存在2套,一套為35秒，一套按覆蓋等級劃分最大為65秒分別如圖一圖二圖一當參數取值為0時，表示無效值，eNodeB啟動NB-IoT等待UE空口響應消息定時器采用MOENodeBConnStateTimer中參數UuMessageWaitingTimer取值

查詢NE-IoT/Ji區下行調度算法聞蠱參數本地小區標識覆蓋等級下行初始傳輸重嗟次數下行初始肛s等待UE空口響應消息定時器?）129覆蓋等級0重復次數1MCS1O35129禎蓋等級1重套灰數1MCS145129禎蓋等級匸重復次數迢MCS065130覆蓋等級0重復次數1MCS1O35130覆蓋等級1重復次數1MCS145130覆蓋等級2重復次數舊MCS065131覆蓋等級。重復次數1MCS1O35131禎蓋等級1重疑次數1MC5145131覆蓋等級2重復次數舊MCS065勞果個數二9)圖二2、通過指標NB-IoT小區覆蓋等級2下RRC連接建立最大時長（毫秒）說明在一些情況下RRC建立時長是超過35秒，由于NB網絡對時延容忍較大且NB網絡在覆蓋條件惡劣的情況下需要重復發射技術來增強覆蓋，所以對于60多秒的建立時長一般是可以接受的，也說明了將UUMESSAGEWAITINGTIMER配置成35秒的失敗次數一部分是由于建立時長超過35秒導致的如下表開始時間網元名稱NB-IoT小區NB-IoT小區覆蓋等級2下RRC連接建立平均時長（毫秒）NB-IoT小區覆蓋等級2下RRC連接建立最大時長（毫秒）2017/09/08H910657杭州上塘路水晶城14:00:00NB-IOT杭州上塘路水晶城NB-IOT_131527065270609/05/2017H910603杭州興業大廈LY信源杭州興業大廈LY錢塘江管理局3009550868

00:00:00池三NB-IOTNB-IOT1292017/09/07H910564杭州迎春小區南19:00:00NB-IOT杭州迎春小區南NB-IOT_13135701443742017/09/08H910657杭州上塘路水晶城16:00:00NB-IOT杭州上塘路水晶城NB-IOT_13143835438352017/09/07H910564杭州迎春小區南21:00:00NB-IOT杭州迎春小區南NB-IOT_13125163435532017/09/07H910564杭州迎春小區南20:00:00NB-IOT杭州迎春小區南NB-IOT_13136385435082017/09/0921:00:002017/09/0618:00:0009/05/201700:00:00H910547杭州月星家居西北角NB-IOTH910983余杭興源過濾NB-IOTH91060300:00:00池三NB-IOTNB-IOT1292017/09/07H910564杭州迎春小區南19:00:00NB-IOT杭州迎春小區南NB-IOT_13135701443742017/09/08H910657杭州上塘路水晶城16:00:00NB-IOT杭州上塘路水晶城NB-IOT_13143835438352017/09/07H910564杭州迎春小區南21:00:00NB-IOT杭州迎春小區南NB-IOT_13125163435532017/09/07H910564杭州迎春小區南20:00:00NB-IOT杭州迎春小區南NB-IOT_13136385435082017/09/0921:00:002017/09/0618:00:0009/05/201700:00:00H910547杭州月星家居西北角NB-IOTH910983余杭興源過濾NB-IOTH910603杭州興業大廈LY信源池三NB-IOT杭州月星家居西北角NB-IOT1294017240172余杭興源過濾NB-IOT_129杭州興業大廈LY錢塘江管理局NB-IOT13038643386432349837657表二：RRC建立時長超過35秒的事件2、對比兩套參數發現按覆蓋等級劃分UUMESSAGEWAITINGTIMER的（方案一）接通率的確比配置成35秒的（方案二）高0.5%求和項:NB-IoT小區UE求和項:NB-IoT小求和項:NB-IoT小區參數方無應答而導致RRC連接區RRC連接建立完RRC連接請求次數（不案建立失敗次數（無）成次數（無）包括重發）（無）接通率方案一32818682190100.982746

萬案一82836194370220.977635表三接通率萬案一82836194370220.977635表三接通率方案一方案二圖三解決措施：將現網方案二的參數改為方案一對應mml命令：MODNBCELLDLSCHCEALGO:LocalCellId=X,CoverageLevel=COVERAGE_LEVEL_1，UuMessageWaitingTimer=45;MODNBCELLDLSCHCEALGO:LocalCellId=X,CoverageLevel=COVERAGE_LEVEL_2,UuMessageWaitingTimer=65;補充：在處理top小區中發現部分站點一周內RRC連接請求全部失敗，核查參數發現參數DCI子幀重復次數兼容開關:關導致該站下小區無法建立成功需及時修改對應MML命令MODCELLALGOSWITCH:LocalCellId=1,NbCellAlgoSwitch=DCI_SF_REP_NUM_COMP_SWITCH-1;優先級高第二步：篩選top小區進行逐個分析由于NB網絡尚未正式商用，用戶很少大部分站點一周內只有一兩次的建立嘗試，無法確定用戶行為，無法排除一些站點的偶然性，所以選取一周內失敗10次以上且RRC接通率小于98%的站點共16個如下表求和求和求和項:NB-I項:NB-I項:NB-IoT小區oT小區oT小區失敗信UE無應RRC連RRC連號強度問題定行標簽答而導接建立接請求接通率定位位

4TTTT司8S88O80S0S1z8S6乙「丄OITN」兇劃、傅乙悠17乙8乙91?乙9￡6乙「丄OITN4TTTT司勢興臺￡乙上80斜￥出凸司木出M卑0悠S1?乙乙681S￡6乙「丄OITN4TTTT司勢興臺"府。母煮￥翌工踉厘M卑1^8上S1z￡16乙1zS6乙「丄OITN4TTTT司1?￡178?0網盤等等W巴乙悠617981?A01z6上6乙「丄OITN4TTTT司勢興臺九￡8?0號雖￥木萃踉旳M卑0悠乙乙866上610￡「丄OITN4TTTT司1908'0號編御傅乙悠L'O0178乙~a6乙「丄OITN4TTTT司縛縛胸昌乙悠S9aL01TEriOI-aN4TTTT司awo國進業7馬1*傅凰0SI0SI6乙「丄OITN硼腳㈣mmw（孕軍早陶m誨wss±)W

0悠曉黑畳業乙悠曉黑畳丑韋尊蚤王百\「/doi曲馳予鬲因出令芳出令因\「/doi同峯昌備罵0悠4TTTT司勢興臺1/S8AS6'019乙OS乙ll￡一恤V出￥識酈昌0悠LZSl1z上6￡81TEriOI-aN備罵4TTTT司勢興臺99S6O斜鞘近1、㈣昌0悠AS1z乙乙1zl^01OEl~10I-aN謝進駙'傅備罵4TTTT司勢興臺￡SS6'0昌0悠8乙68￡IAE816乙「丄0ITN備罵4TTTT司"S60因二卻暉'1、傅昭乙悠80￡上8厶乙891zTEriOI-aN蟲辭4TTTT司勢興臺￡"6'0斜￥出凸司木出M卑昭0悠￡1z6⑵6SIIOLTEriOI-aN蟲辭4TTTT司0￡怡0卑因\「/事唧'傅昌乙悠￡1z18乙￡9乙81TEriOI-aN備罵4TTTT司6S￡6'0^fyWfFTN^昭乙悠18上0￡1/8乙￡乙6乙「丄OITN蟲辭4TTTT司勢興臺OS乙60斜鞘近1、㈣昌0悠LZ計數項:失敗所在的覆蓋等級7■覆蓋等級018■覆蓋等級1■覆蓋等級21失敗原因分析大部分存在上行干擾導致，由于現網用戶較少基數過小不排除偶然性失敗需要現場定位由于NB網絡有2