杭州移動(dòng)NB網(wǎng)絡(luò)RRC接通問(wèn)題分析

1、杭州移動(dòng)NB-IoT網(wǎng)絡(luò)RRC接通率問(wèn)題分析問(wèn)題現(xiàn)象：杭州移動(dòng)NB全網(wǎng)中存在著RRC連接成功率偏低的問(wèn)題，出現(xiàn)很多相關(guān)的top小區(qū)，降低了 NB全網(wǎng)無(wú)線(xiàn)接通率，需要及時(shí)處理解決。統(tǒng)計(jì)NB全網(wǎng)關(guān)于RRC接通率的指標(biāo)如下：NB-IoTNB-IoT建立連小區(qū)UE小區(qū)接失敗NB-IoT無(wú)應(yīng)答RRC連次數(shù)（建小區(qū)而導(dǎo)致接請(qǐng)求次立請(qǐng)求RRC連RRC連數(shù)（不包次數(shù)-建接建立接建立括重發(fā)）立成功完成次失敗次RRC接日期（無(wú)）次數(shù)）數(shù)（無(wú)）數(shù)（無(wú)）通率2017/9/4143834041397940497.19%2017/9/5129263221260432297.51%2017/9/68484184830018

2、497.83%2017/9/78234115811911598.60%2017/9/869628068828098.85%2017/9/954356953666998.73%2017/9/1058607657847698.70%總計(jì)62284125061034125097.99%表一：關(guān)于RRC接通率的相關(guān)指標(biāo)從9月份統(tǒng)計(jì)的一周的數(shù)據(jù)可以看出：NB全網(wǎng)每天RRC連接請(qǐng)求次數(shù)大約9千余次左右，RRC連接 建立失敗次數(shù)為180左右，無(wú)線(xiàn)接通率為98.00%左右，從指標(biāo)上看失敗原因全為NB-IoT小區(qū)UE無(wú)應(yīng) 答而導(dǎo)致RRC連接建立失敗，主要表現(xiàn)方式是等待RRC CONNECTION SETUP C

3、OMPLETE TIMEOUT。 現(xiàn)處理方式分三步，一核查全網(wǎng)參數(shù)，并分析優(yōu)化，二篩選top小區(qū)進(jìn)行逐個(gè)分析，三選取典型站點(diǎn)進(jìn)行 現(xiàn)場(chǎng)撥測(cè)跟蹤分析。Stepl:核查全網(wǎng)參數(shù)分析優(yōu)化參數(shù)分析:1、通過(guò)指標(biāo)分析，失敗原因全為NB-IoT小區(qū)UE無(wú)應(yīng)答而導(dǎo)致RRC連接建立失敗，主要表現(xiàn)方式是等待 RRC CONNECTION SETUP COMPLETE TIMEOUT。導(dǎo)致等待建立完成定時(shí)器超時(shí)的原因很多，包 括無(wú)線(xiàn)環(huán)境、上行低噪、告警、以及參數(shù)配置不合理等等，先從參數(shù)角度分析核查相關(guān)參數(shù)等待RRC CONNECTION SETUP COMPLETE定時(shí)器U UMESSAGEWAITINGTIME

4、R 現(xiàn)網(wǎng)存在2套，一套為35 秒, 一套按覆蓋等級(jí)劃分最大為65秒分別如圖一圖二圖一當(dāng)參數(shù)取值為0時(shí)，表示無(wú)效值，eNodeB啟動(dòng)NB-IoT等待UE空口響應(yīng)消息定時(shí)器采用MOENodeBConnStateTimer 中參數(shù)U uMessageWaitingTimer 取值查詢(xún)NE-I oT/J i區(qū)下行調(diào)度算法甄置參數(shù)布地小區(qū)標(biāo)識(shí)覆蓋等級(jí)下行初始傳輸重復(fù)次數(shù)下行初始等待UE空口響應(yīng)消息定時(shí)器）129覆蓋等級(jí)口至復(fù)次數(shù)1MCS1O35129覆蓋等級(jí)1重復(fù)次數(shù)1MCS145129箱蓋等級(jí)z重復(fù)次數(shù)比MCS065130覆蓋等級(jí)口重復(fù)次數(shù)1MCS1O35130覆蓋等級(jí)1重復(fù)次數(shù)1MCS145130覆

5、蓋等級(jí)重復(fù)次數(shù)18MCS065131覆蓋等級(jí)口重復(fù)次數(shù)1MCS1O35131覆蓋等級(jí)1重復(fù)次數(shù)1MC5145131覆蓋等級(jí)2重復(fù)次數(shù)16MCS065琴果個(gè)數(shù)=9)圖二2、通過(guò)指標(biāo)NB-IoT小區(qū)覆蓋等級(jí)2下RRC連接建立最大時(shí)長(zhǎng)（毫秒）說(shuō)明在一些情況下RRC建立時(shí)長(zhǎng)是 超過(guò)35秒，由于NB網(wǎng)絡(luò)對(duì)時(shí)延容忍大且NB網(wǎng)絡(luò)在覆蓋條件惡劣的情況下需要重復(fù)發(fā)射技術(shù)來(lái)增強(qiáng) 覆蓋，所以對(duì)于60多秒的建立時(shí)長(zhǎng)一般是可以接受的，也說(shuō)明了將UUMESSAGEWAITINGTIMER配 置成35秒的失敗次數(shù)一部分是由于建立時(shí)長(zhǎng)超過(guò)35秒導(dǎo)致的如下表NB-IoTNB-IoT小區(qū)覆小區(qū)覆蓋等級(jí)蓋等級(jí)2下2下RRC連RRC

6、連接建立接建立平均時(shí)最大時(shí)長(zhǎng)（毫長(zhǎng)（毫開(kāi)始時(shí)間網(wǎng)元名稱(chēng)NB-IoT小區(qū)秒）秒）2017/09/08H910657杭州上塘路水晶城14:00:00NB-IOT杭州上塘路水晶城NB-IOT_131527065270609/05/2017H910603杭州興業(yè)大廈LY信源杭州興業(yè)大廈LY錢(qián)塘江管理局300955086800:00:00池三NB-IOTNB-IOT_1292017/09/07H910564杭州迎春小區(qū)南19:00:00NB-IOT杭州迎春小區(qū)南NB-IOT_13135701443742017/09/08H910657杭州上塘路水晶城16:00:00NB-IOT杭州上塘路水晶城NB-IO

7、T_13143835438352017/09/07H910564杭州迎春小區(qū)南21:00:00NB-IOT杭州迎春小區(qū)南NB-IOT_13125163435532017/09/07H910564杭州迎春小區(qū)南20:00:00NB-IOT杭州迎春小區(qū)南NB-IOT_13136385435082017/09/09H910547杭州月星家居西北角杭州月星家居西北角21:00:00NB-IOTNB-IOT_12940172401722017/09/0618:00:00H910983余杭興源過(guò)濾NB-IOT余杭興源過(guò)濾NB-IOT_129386433864309/05/2017H910603杭州興業(yè)大廈

8、LY信源杭州興業(yè)大廈LY錢(qián)塘江管理局00:00:00池三NB-IOTNB-IOT_1302349837657表二：RRC建立時(shí)長(zhǎng)超過(guò)35秒的事件2、對(duì)比兩套參數(shù)發(fā)現(xiàn)按覆蓋等級(jí)劃分UUMESSAGEWAITINGTIMER的（方案一）接通率的確比配置成35秒的（方案二）高0.5%參數(shù)方案求和項(xiàng):NB-IoT小區(qū)UE無(wú)應(yīng)答而導(dǎo)致RRC連接建立失敗次數(shù)（無(wú)）求和項(xiàng):NB-IoT小區(qū)RRC連接建立完成次數(shù)（無(wú)）求和項(xiàng):NB-IoT小區(qū)RRC連接請(qǐng)求次數(shù)（不包括重發(fā)）（無(wú)）接通率方案一32818682190100.982746方案二8283619437022 0.977635表三接通率方案二828361

9、9437022 0.977635表三接通率方案一方案二圖三解決措施：將現(xiàn)網(wǎng)方案二的參數(shù)改為方案一對(duì)應(yīng)mml命令：MOD NBCELLDLSCHCEALGO:LocalCellId=X, CoverageLevel=COVERAGE_LEVEL_1 ，UuMessageWaitingTimer=45; MODNBCELLDLSCHCEALGO:LocalCellId=X,CoverageLevel=COVERAGE_LEVEL_2,UuMessageWaitingTimer=65;補(bǔ)充：在處理top小區(qū)中發(fā)現(xiàn)部分站點(diǎn)一周內(nèi)RRC連接請(qǐng)求全部失敗，核查參數(shù)發(fā)現(xiàn)參數(shù)DCI子幀重復(fù) 次數(shù)兼容開(kāi)關(guān):關(guān)，

10、導(dǎo)致該站下小區(qū)無(wú)法建立成功需及時(shí)修改對(duì)應(yīng)MML命令:MOD CELLALGOSWITCH: LocalCellId = 1, NbCellAlgoSwitch = DCI_SF_REP_NUM_COMP_SWITCH-1 ；優(yōu)先級(jí)高第二步：篩選top小區(qū)進(jìn)行逐個(gè)分析由于NB網(wǎng)絡(luò)尚未正式商用，用戶(hù)很少大部分站點(diǎn)一周內(nèi)只有一兩次的建立嘗試，無(wú)法確定用戶(hù)行為，無(wú) 法排除一些站點(diǎn)的偶然性，所以選取一周內(nèi)失敗10次以上且RRC接通率小于98%的站點(diǎn)共16個(gè)如下表求和求和求和項(xiàng):NB-I項(xiàng):NB-I項(xiàng):NB-IoT小區(qū)oT小區(qū)oT小區(qū)失敗信UE無(wú)應(yīng)RRC連RRC連號(hào)強(qiáng)度問(wèn)題定彳亍標(biāo)簽答而導(dǎo)接建立接請(qǐng)求接通

11、率定位位4 TUT 督 貴*晝8S88080S0S178S6iioi-aN舛制偕乙?guī)幸?乙9切乙96 乙 T1OIWN削籍4 TUT 督 貴*晝乙佳P斜據(jù)笛貿(mào)由據(jù)時(shí)四0帶S17乙乙681SE6 乙 T1OIWN削籍4 TUT 督 貴*晝匕泗。丑志燮工曄回時(shí)四帶8A泗T6乙1zS6 乙 T1OIWN削籍4 TUT 督 貴*晝izEizgO四莘蕓蕓時(shí)四乙?guī)?179817奶6L6 乙 T1OIWN削籍4 TUT 督 貴*晝$00帶乙乙866L61OEriOI-aN削籍4 TUT 督 貴*晝19080形朝崛乙?guī)O0178乙宜6 乙 T1OIWN削籍4 TUT 督 貴*晝藉舛到曲皆乙?guī)9aL01T

12、EriOI-aN4 TUT 督 貴*晝awo四莘也q思時(shí)四0SI0SI6 乙 T1OIWN（堊）mW（國(guó)諭辛至重蛔（堊）辱WSS )W0帶會(huì)吳亶口* I帶會(huì)吳亶丑千國(guó)查王區(qū)|/ doi所渤話(huà)扁急卯好晅卯好區(qū)|/ doi血攀皆輜倒0帶4 TUT 督 貴*晝17S8AS60T9乙0宓II廠耐V旦翼祗皆0帶LZSI17A6E81TEriOI-aN輜倒4 TUT 督 貴*晝99S60皆0帶AS切乙乙17101OEl10I-aN毋莘列1、藉輜倒4 TUT 督 貴*晝ESS60皆0帶8乙68IAE816 乙 T1OIWN輜倒4 TUT 督 貴*晝AES60XI二擊雌|1、輜耳淄乙?guī)?0況8917TEriOI-aN削籍4 TUT 督 貴*晝*0斜據(jù)笛貿(mào)由據(jù)時(shí)四耳淄0帶176乙宜6SII0LTEriOI-aN削籍4 TUT 督 貴*晝OEKO里刃/舅辿輜皆乙?guī)?7化乙9乙81TEriOI-aN輜倒4 TUT 督 貴*晝6SE60獨(dú)皆W境爵丁時(shí)四耳淄乙?guī)?8AOE1z8乙乙6 乙 T1OIWN削籍4 TUT 督 貴*晝0宓 60皆0帶LZ計(jì)數(shù)項(xiàng):失敗所在的覆蓋等級(jí)1覆蓋等級(jí)0計(jì)數(shù)項(xiàng):失敗所在的覆蓋等級(jí)1覆蓋等級(jí)0覆蓋等級(jí)1覆蓋等級(jí)2失敗原因分析大部分存在上行干擾導(dǎo)致，由于現(xiàn)網(wǎng)用戶(hù)較少基數(shù)過(guò)小不排除偶然性失敗需要現(xiàn)場(chǎng)定位由于NB網(wǎng)絡(luò)有20db的增強(qiáng)覆蓋在無(wú)線(xiàn)環(huán)境較差時(shí)上