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

1、第 頁(yè) 共 7 頁(yè)2018-9-28杭州移動(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ú)線接通率，需要及時(shí)處理解決。統(tǒng)計(jì) NB 全網(wǎng)關(guān)于RRC 接通率的指標(biāo)如下：日期NB-IoT小區(qū)RRC 連接請(qǐng)求次數(shù)（不包括重發(fā)）（無(wú) ）建立連接失敗次數(shù) （建立請(qǐng)求次數(shù)-建立成功次數(shù)）NB-IoT小區(qū)RRC 連接建立完成次數(shù)（無(wú) ）NB-IoT小區(qū)UE無(wú)應(yīng)答而導(dǎo)致RRC 連接建立失敗次數(shù)（無(wú) ）RRC 接 通率2017/9/4143834041397940497.19%2017/9/512926

2、3221260432297.51%2017/9/68484184830018497.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ú)線接通率為98.00% 左右，從指標(biāo)上看失敗原因全為NB-IoT 小區(qū) UE

3、 無(wú)應(yīng)答而導(dǎo)致RRC 連接建立失敗，主要表現(xiàn)方式是等待RRC CONNECTION SETUP COMPLETE TIMEOUT ?，F(xiàn)處理方式分三步，一核查全網(wǎng)參數(shù)，并分析優(yōu)化，二篩選top 小區(qū)進(jìn)行逐個(gè)分析，三選取典型站點(diǎn)進(jìn)行現(xiàn)場(chǎng)撥測(cè)跟蹤分析。Step1 ：核查全網(wǎng)參數(shù)分析優(yōu)化參數(shù)分析：、 通過(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ú)線環(huán)境、上行低噪、告警、以及參數(shù)配置不合理等等，先從參數(shù)角度分析核查相關(guān)參數(shù)等待RR

4、CCONNECTION SETUP COMPLETE 定時(shí)器 UUMESSAGEWAITINGTIMER 現(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ù) UuMessageWaitingTimer 取值圖二、 通過(guò)指標(biāo)NB-IoT 小區(qū)覆蓋等級(jí)2下 RRC連接建立最大時(shí)長(zhǎng)（毫秒） 說(shuō)明在一些情況下RRC建立時(shí)長(zhǎng)是超過(guò)35秒，由于NB 網(wǎng)絡(luò)

5、對(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)致的如下表開(kāi)始時(shí)間網(wǎng)元名稱NB-IoT 小區(qū)NB-IoT 小區(qū)覆 蓋等級(jí) 2下 RRC 連接建 立平均 時(shí)長(zhǎng) （ 毫秒）NB-IoT 小區(qū)覆 蓋等級(jí) 2下 RRC 連接建 立最大 時(shí)長(zhǎng) （毫秒）2017/09/0814:00:00H910657 杭州上塘路水晶城NB-IOT杭州上塘路水晶城NB-IOT_131527065270609/05/201700:00:00H9

6、10603 杭州興業(yè)大廈LY 信源池三NB-IOT杭州興業(yè)大廈LY 錢塘江管理局NB-IOT_12930095508682017/09/0719:00:00H910564 杭州迎春小區(qū)南NB-IOT杭州迎春小區(qū)南NB-IOT_13135701443742017/09/0816:00:00H910657 杭州上塘路水晶城NB-IOT杭州上塘路水晶城NB-IOT_13143835438352017/09/0721:00:00H910564 杭州迎春小區(qū)南NB-IOT杭州迎春小區(qū)南NB-IOT_13125163435532017/09/0720:00:00H910564 杭州迎春小區(qū)南NB-IOT杭

7、州迎春小區(qū)南NB-IOT_13136385435082017/09/0921:00:00H910547 杭州月星家居西北角NB-IOT杭州月星家居西北角NB-IOT_12940172401722017/09/0618:00:00H910983 余杭興源過(guò)濾NB-IOT余杭興源過(guò)濾NB-IOT_129386433864309/05/201700:00:00H910603 杭州興業(yè)大廈LY 信源池三NB-IOT杭州興業(yè)大廈LY 錢塘江管理局NB-IOT_1302349837657表二： RRC 建立時(shí)長(zhǎng)超過(guò)35 秒的事件2、對(duì)比兩套參數(shù)發(fā)現(xiàn)按覆蓋等級(jí)劃分UUMESSAGEWAITINGTIMER

8、的（方案一）接通率的確比配置成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方案二82836194370220.977635表三圖三解 決 措 施 ： 將 現(xiàn) 網(wǎng) 方 案 二 的 參 數(shù) 改 為 方 案 一 對(duì) 應(yīng) mml 命 令 ： MOD NBCELLDLSCHCEALGO: LocalCellId=X, CoverageLevel=COVER

9、AGE_LEVEL_1 ， UuMessageWaitingTimer=45; MOD NBCELLDLSCHCEALGO:LocalCellId=X,CoverageLevel=COVERAGE_LEVEL_2 ,UuMessageWaitingTi mer=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)，導(dǎo)致該站下小區(qū)無(wú)法建立成功，需及時(shí)修改，對(duì)應(yīng) MML 命令： MOD CELLALGOSWITCH:LocalCellId=1, NbCellAlgoSwitch=DCI_SF_REP_NUM_COMP_SWIT

10、CH-1；優(yōu)先級(jí)高第二步：篩選top 小區(qū)進(jìn)行逐個(gè)分析由于 NB 網(wǎng)絡(luò)尚未正式商用，用戶很少大部分站點(diǎn)一周內(nèi)只有一兩次的建立嘗試，無(wú)法確定用戶行為，無(wú)法排除一些站點(diǎn)的偶然性，所以選取一周內(nèi)失敗10 次以上且RRC 接通率小于98% 的站點(diǎn)共16 個(gè)如下表行標(biāo)簽求和項(xiàng) :NB-I oT 小區(qū) UE無(wú)應(yīng) 答而導(dǎo)致 RRC 連接建 立失敗次數(shù)（無(wú) ）求和項(xiàng) :NB-I oT小區(qū) RRC連 接建立 完成次數(shù) （ 無(wú) ）求和項(xiàng) :NB-I oT 小區(qū) RRC連 接請(qǐng)求次數(shù) （不包括重 發(fā)） （無(wú) ）接通率失敗信 號(hào)強(qiáng)度 定位問(wèn)題定位杭州信聯(lián)股份NB-IOT_129150150參數(shù)問(wèn)題杭州留下和家園NB-

11、IOT_131107170.411765覆蓋等級(jí)2低噪較高杭州建材學(xué)校NB-IOT_1291228400.7覆蓋等級(jí)2需測(cè)試定 位杭州敦煌飯店NB-IOT_1301979980.806122覆蓋等級(jí)0需測(cè)試定 位杭州西湖文華大酒店NB-IOT_129794074860.837449覆蓋等級(jí)2需測(cè)試定 位杭州親親家園NB-IOT_129542913450.843478覆蓋等級(jí)1需測(cè)試定 位杭州西湖工商大學(xué)東NB-IOT_129351892240.84375覆蓋等級(jí)0需測(cè)試定 位杭州新華醫(yī)院新大樓NB-IOT_129362462820.87234覆蓋等級(jí)2需測(cè)試定 位杭州器材廠NB-IOT_129

12、584505080.885827覆蓋等級(jí)0低噪較高杭州紅石商務(wù)樓NB-IOT_129232843070.925081覆蓋等級(jí)2需測(cè)試定 位杭州上塘路水晶城NB-IOT_131182632810.935943覆蓋等級(jí)2低噪較高杭州迎春小區(qū)南NB-IOT_13170115912290.943043覆蓋等級(jí)0需測(cè)試定 位杭州新華醫(yī)院新大樓NB-IOT_131468278730.947308覆蓋等級(jí)2需測(cè)試定 位杭州朝暉二區(qū)NB-IOT_129183713890.953728覆蓋等級(jí)0低噪較高杭州左家橋NB-IOT_130102142240.955357覆蓋等級(jí)0低噪較高杭州紅石商務(wù)樓NB-IOT_131183974150.956627覆蓋等級(jí)0低噪較高測(cè)試大廳A側(cè) _3112502610.957854覆蓋等級(jí)0低噪較高表四 top 小區(qū)分析經(jīng)分析這些失敗的top 小區(qū)主要發(fā)生在覆蓋等級(jí)2 和覆蓋等級(jí)0計(jì)數(shù)項(xiàng) :失敗所在的覆蓋等級(jí) TOC o 1-5 h z 覆蓋等級(jí)0覆蓋等級(jí)1覆蓋等級(jí)2圖四失敗原因分析大部分存在上行干擾導(dǎo)致，由于現(xiàn)網(wǎng)用戶較少基數(shù)過(guò)小不排除偶然性失敗需要現(xiàn)場(chǎng)定位由于 NB 網(wǎng)絡(luò)有 20db 的增強(qiáng)覆蓋在無(wú)線環(huán)境較差