【NB网络RRC接通问题分析】杭州移动NB网络RRC接通问题分析

杭州移动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