杭州移动NB-IoT网络RRC接通率问题分析
问题现象:
杭州移动NB全网中存在着RRC连接成功率偏低的问题,出现很多相关的top小区,降低了NB全网无线接通率,需要及时处理解决。
统计NB全网关于RRC接通率的指标如下:
NB-IoTNB-IoT小区RRC连接请求次数(不包日期 2017/9/4 2017/9/5 2017/9/6 2017/9/7 2017/9/8 2017/9/9 总计 (无) 14383 12926 8484 8234 6962 5435 62284 建立连接失败次数(建立请求次数-建次数) 404 322 184 115 80 69 76 1250 NB-IoT小区RRC连接建立完成次数 (无) 13979 12604 8300 8119 6882 5366 5784 61034 小区UE无应答而导致RRC连接建立失败次数 (无) 404 322 184 115 80 69 76 1250 RRC接通率 97.19% 97.51% 97.83% 98.60% 98.85% 98.73% 98.70% 97.99% 括重发) 立成功2017/9/10 5860 表一:关于RRC接通率的相关指标
从9月份统计的一周的数据可以看出:NB全网每天RRC连接请求次数大约9千余次左右,RRC连接建立失败次数为180左右,无线接通率为98.00%左右,从指标上看失败原因全为NB-IoT小区UE无应答而导致RRC连接建立失败,主要表现方式是等待RRC CONNECTION SETUP COMPLETE TIMEOUT。现处理方式分三步,一核查全网参数,并分析优化,二筛选top小区进行逐个分析,三选取典型站点进行现场拨测跟踪分析。
Step1:核查全网参数分析优化
参数分析:
1、 通过指标分析,失败原因全为NB-IoT小区UE无应答而导致RRC连接建立失败,主要表现方式是等待
RRC CONNECTION SETUP COMPLETE TIMEOUT。导致等待建立完成定时器超时的原因很多,包括无线环境、上行低噪、告警、以及参数配置不合理等等,先从参数角度分析核查相关参数等待RRC CONNECTION SETUP COMPLETE定时器UUMESSAGEWAITINGTIMER现网存在2套,一套为35秒,
第 1 页 共 7 页
2018-9-28
一
套
按
覆
盖
等
级
划
分
最
大
为
65
秒
分
别
如
图
一
图
二
图一
当参数取值为0时,表示无效值,eNodeB启动NB-IoT等待UE空口响应消息定时器采用MO ENodeBConnStateTimer中参数UuMessageWaitingTimer取值
图二
2、 通过指标NB-IoT小区覆盖等级2下RRC连接建立最大时长 (毫秒) 说明在一些情况下RRC建立时长是
超过35秒,由于NB网络对时延容忍较大且NB网络在覆盖条件恶劣的情况下需要重复发射技术来增强覆盖,所以对于60多秒的建立时长一般是可以接受的,也说明了将UUMESSAGEWAITINGTIMER配
第 2 页 共 7 页 2018-9-28
置成35秒的失败次数一部分是由于建立时长超过35秒导致的如下表 NB-IoT小区覆盖等级2下RRC连接建立平均时长 开始时间 2017/09/08 14:00:00 09/05/2017 00:00:00 2017/09/07 19:00:00 2017/09/08 16:00:00 2017/09/07 21:00:00 2017/09/07 20:00:00 2017/09/09 21:00:00 2017/09/06 18:00:00 09/05/2017 00:00:00 H910983余杭兴源过滤NB-IOT H910603杭州兴业大厦LY信源池三NB-IOT 余杭兴源过滤NB-IOT_129 杭州兴业大厦LY钱塘江管理局NB-IOT_130 23498 38643 网元名称 H910657杭州上塘路水晶城NB-IOT H910603杭州兴业大厦LY信源池三NB-IOT H910564杭州迎春小区南NB-IOT H910657杭州上塘路水晶城NB-IOT H910564杭州迎春小区南NB-IOT H910564杭州迎春小区南NB-IOT H910547杭州月星家居西北角NB-IOT 杭州迎春小区南NB-IOT_131 杭州月星家居西北角NB-IOT_129 40172 36385 杭州迎春小区南NB-IOT_131 25163 杭州上塘路水晶城NB-IOT_131 43835 杭州迎春小区南NB-IOT_131 35701 杭州上塘路水晶城NB-IOT_131 杭州兴业大厦LY钱塘江管理局NB-IOT_129 30095 52706 NB-IoT小区 (毫秒) NB-IoT小区覆盖等级2下RRC连接建立最大时长 (毫秒) 52706 50868 44374 43835 43553 43508 40172 38643 37657
表二:RRC建立时长超过35秒的事件
2、对比两套参数发现按覆盖等级划分UUMESSAGEWAITINGTIMER的(方案一)接通率的确比配置成35秒的(方案二)高0.5% 求和项:NB-IoT小区UE参数方案 方案一 方案二 无应答而导致RRC连接建立失败次数 (无) 328 828 求和项:NB-IoT小区RRC连接建立完成次数 (无) 18682 36194 表三
求和项:NB-IoT小区RRC连接请求次数(不包括重发) (无) 接通率 19010 0.982746 37022 0.977635 第 3 页 共 7 页 2018-9-28
接通率 0.984 0.983 0.982 0.981 0.98 0.979 0.978 0.977 0.976 0.975 方案一 图三
接通率 方案二 解决措施:将现网方案二的参数改为方案一对应mml命令:MOD NBCELLDLSCHCEALGO: LocalCellId=X, CoverageLevel=COVERAGE_LEVEL_1,UuMessageWaitingTimer=45; MOD NBCELLDLSCHCEALGO:LocalCellId=X,CoverageLevel=COVERAGE_LEVEL_2,UuMessageWaitingTimer=65;
补充:在处理top小区中发现部分站点一周内RRC连接请求全部失败,核查参数发现参数DCI子帧重复次数兼容开关:关,导致该站下小区无法建立成功,需及时修改,对应MML命令:MOD CELLALGOSWITCH: LocalCellId=1, NbCellAlgoSwitch=DCI_SF_REP_NUM_COMP_SWITCH-1;优先级高
第二步:筛选top小区进行逐个分析
由于NB网络尚未正式商用,用户很少大部分站点一周内只有一两次的建立尝试,无法确定用户行为,无法排除一些站点的偶然性,所以选取一周内失败10次以上且RRC接通率小于98%的站点共16个如下表 求和项:NB-IoT小区UE无应答而导致RRC连接建立失败次数 行标签 (无) 杭州信联股份NB-IOT_129 15 杭州留下和家园NB-IOT_131 杭州建材学校NB-IOT_129 杭州敦煌饭店NB-IOT_130
求和项:NB-I求和oT小区项:NB-IRRC连oT小区接请求RRC连次数(不接建立包括重完成次发) 接通率 数 (无) (无) 0 15 0 0.411710 7 17 65 12 19 28 79 40 失败信号强度定位 问题定位 参数问题 低噪较高 需测试定位 需测试定位 2018-9-28
覆盖等级2 覆盖等0.7 级2 0.8061覆盖等98 22 级0 第 4 页 共 7 页
杭州西湖文华大酒店NB-IOT_129 杭州亲亲家园NB-IOT_129 杭州西湖工商大学东79 54 35 36 58 23 18 70 46 18 10 18 11 407 291 189 246 450 284 263 1159 827 371 214 397 250 486 345 224 282 508 307 281 1229 873 389 224 415 261 NB-IOT_129 杭州新华医院新大楼NB-IOT_129 杭州器材厂NB-IOT_129 杭州红石商务楼NB-IOT_129 杭州上塘路水晶城NB-IOT_131 杭州迎春小区南NB-IOT_131 杭州新华医院新大楼NB-IOT_131 杭州朝晖二区NB-IOT_129 杭州左家桥NB-IOT_130 杭州红石商务楼NB-IOT_131 测试大厅A侧_3 0.837449 0.843478 0.84375 0.87234 0.885827 0.925081 0.935943 0.943043 0.947308 0.953728 0.955357 0.956627 0.957854 覆盖等级2 覆盖等级1 覆盖等级0 覆盖等级2 覆盖等级0 覆盖等级2 覆盖等级2 覆盖等级0 覆盖等级2 覆盖等级0 覆盖等级0 覆盖等级0 覆盖等级0 需测试定位 需测试定位 需测试定位 需测试定位 低噪较高 需测试定位 低噪较高 需测试定位 需测试定位 低噪较高 低噪较高 低噪较高 低噪较高 表四top小区分析 经分析这些失败的top小区主要发生在覆盖等级2和覆盖等级0
计数项:失败所在的覆盖等级 7 8 覆盖等级0 覆盖等级1 覆盖等级2 1 图四
第 5 页 共 7 页 2018-9-28
汇总 7 测试定位 9 低噪较高 图五
失败原因分析大部分存在上行干扰导致,由于现网用户较少基数过小不排除偶然性失败需要现场定位
第 6 页 共 7 页 2018-9-28
由于NB网络有20db的增强覆盖在无线环境较差时上行低噪较高基站很难解析成功导致接通失败
Step3:优化总结
从网管数据采集、现场拨测以及拉网测试这三大块分析可以得出,影响现网NB接通率的主要可以从参数优化,干扰排查和下行质差处理。 参数优化:
选取一套较优参数全网统一 干扰排查:
现场摸排干扰定位 下行质差处理: 信号强度覆盖较好,但就目前信号质量而言主要是重叠覆盖导致的质差,解决措施可从下面几个方向优化: 1、 考虑异频组网
2、 覆盖收缩降低重叠覆盖度 3、 pci优化
第 7 页 共 7 页 2018-9-28