NB-IoT性能劣化小区处理方法及优化案例

NB-IoT性能恶化小区分析处理方法

为及时有效处理NB-IoT性能恶化小区，现针对四项NB-IoT重要性能指标的分析处理方法进行归纳总结，集结成优化处理方法，具体指标如下：

➢NB高干扰小区

1、排查小区及周边小区是否存在GPS告警、基站晶振告警，GPS跑偏、基站晶振问题会

导致区域性小区上行干扰抬升，若存在告警，则进行故障排除；

2、通过小区干扰与业务忙闲时趋势关系，以及小区周边基站的干扰情况，判断是网内干扰

还是外部干扰；

3、对于底噪抬升导致的内部干扰，通过现场测试查看是否存在重叠覆盖情况，如存在，调

整覆盖优化网络结构。也可通过功控参数调整降低用户初始发射功率、或临时频率调整解决（注：频率调整不能作为常规优化手段使用）。

4、对于外部干扰，使用扫频设备进行扫频，确认干扰源，协调相关部门清除干扰源；

5、对于室内小区的干扰，可以重点排查各类器件显隐性故障。

➢RRC低接通率小区

1、排查小区是否存在硬件、传输告警，若存在告警，则进行故障排除；

2、核查小区RRC建立相关参数，查看设置是否在合理范围内；

3、查看RRC建立拒绝相关Counter，查找RRC建立拒绝原因：

✓对于小区资源分配失败导致的RRC建立拒绝，可以通过容量参数适当调整控制小区覆盖范围：如延长RRC接入惩罚时间、降低PRACH重发次数、缩短UE不活动定时器时长、抬高覆盖等级RSRP门限、接入电平或功率调整等；若参数调整无效，则考虑下倾角调整等天馈调整方案；对于长期高业务负荷的小区可考虑边新建基站等。

✓对于MME过载导致的RRC建立拒绝，协同核心网一起排查；

✓对于小区流控导致的RRC建立拒绝，可通过容量参数适当收缩小区覆盖范围；如仍无法改善，需查看小区硬件负荷，对于硬件负荷高的单板或BBU，进行扩展；4、排查小区是否存在上下行干扰，对于上下行干扰导致的RRC建立拒绝，确认干扰类型，

结合无线环境进行相应的优化调整；

5、对于无法明确判断的RRC建立失败，可以通过对小区进行信令跟踪，进一步分析RRC

建立失败原因。

➢NB寻呼丢弃率高小区

1、确定无线侧其它常规指标包括MR覆盖率、接通率、掉线率、干扰、故障等正常，结

合现场测试情况，排除无线原因导致的寻呼丢弃；

2、增加寻呼容量：如单TAC下寻呼次数达到寻呼容量的高负荷门限，则进行基站割接，

或新增TAC；

3、协同核心网进行寻呼策略优化，缩小寻呼范围，通过增加寻呼重复次等提高小区级寻呼

成功率。

➢ NB 高无线掉线率小区

1、 排查小区是否存在硬件、传输告警，若存在告警，则进行故障排除；

2、 核查小区掉线相关参数，查看设置是否在合理范围内；

3、 排查小区是否存在上下行干扰，对于上下行干扰导致的RRC 建立拒绝，确认干扰类型，

结合无线环境进行相应的优化调整； 4、 查看掉线相关Counter ，查找掉线原因；

5、 现场复测定位是否存在弱覆盖，质差问题，根据现场测试情况查找弱覆盖点或质差区域，

通过RF 调整进行覆盖优化，对于RF 调整无法解决的覆盖问题，可以进行互操作参数优化和适度的接入参数优化，并申请增加新站；

6、 对于复测无法重现的大量掉线，考虑模组问题导致，协同模组厂商排查；

7、 对于以上措施无法解决的掉线，可通过小区信令跟踪，进一步分析处理。

由于各厂商原因分类及相关Counter 各有不同，故各厂商详细的分析处理方法参见各厂商分册。

华为NB-IoT性能恶化小区分析处理.docx 诺基亚NB-IoT性能恶化小区分析处理.do

NB-IoT小区优化案例

1突增大量RRC且接入失败的问题优化(华为)

1.1问题描述

现网经常发现NB网络TOP小区为RRC建立请求次数突增导致RRC建立成功率降低，拉低全网RRC 建立成功率，而RRC建立请求减少后，RRC建立成功率又恢复正常。

1.2问题分析

查看相关指标，该小区的RRC连接用户数并没有增长，且考虑到NB用户的特殊性（一般为水表，电表，或者路灯之类），不存在移动性，且该小区下RRC最大连接用户数只有2~3个，正常情况下，不应出现如此多的接入。

查看原始counter，大量接入都是mo-Signalling的请求，也就是终端主动发起信令接入，不存在业务，业务（mo-Data）请求都基本成功。另外，接入失败均发生在覆盖等级为0的区域，排除无线侧的原因。

从空口信令跟踪看，RRC请求携带的多条randomValue是一样的，说明是同一个用户，且建立原因值为mo-Signalling，也说明是终端自发的RRC接入。

查看终端请求次数分布，共208次RRC接入中，两款终端占比达到90%以上，说明存在TOP终端。

1.3优化建议

针对突发大量异常接入，可通过如下参数优化：

1、拉长冲突解决定时器，使终端有更长时间相应。

该参数表示随机接入过程中UE等待接收Msg4的有效时长。当UE初传或重传Msg3时启动。在超时前UE收到Msg4或Msg3的NACK反馈，则定时器停止。定时器超时，则随机接入失败，UE重新进行随机接入。

MOD CELLRACHCECFG:LOCALCELLID=26,COVERAGELEVEL=COVERAGE_LEVEL_0, ContentionResolutionTimer=PP_64;

2、拉长基站等待终端RRC完成时长，使其有更长的时间响应。

MOD

NBCELLDLSCHCEALGO:LOCALCELLID=26,COVERAGELEVEL=COVERAGE_LEVEL_0,UUMESSAGEW AITINGTIMER=50;

3、协同核心网通过信令跟踪获取终端信息，并联系相关部门确定终端位置并相应处理

1.4效果评估

调整覆盖等级1下基站等待UE返回RRC connection setup complete消息的时间。接入次数大幅降低，成功率回到97%以上。

因为该问题属于异常终端引起，不建议整网推广。可以密切监控网络，对疑似终端引起的大量异常接入，优化上面这些参数。

2RRC低接入小区优化（诺基亚）

2.1问题描述

由于诺基亚基站版本SRAN17暂时不支持3个覆盖等级，目前只支持一个覆盖等级的参数，终端在小区覆盖的好中差点呈现的接入性能不同，小区接入的终端如果出现在中差点，会导致出现RRC建立成功率很低。

本次取了3月初小区指标，发现有部分小区，连续多天出现RRC建立成功率低的情况。