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建立成功率低的情况。

2.2问题分析
首先对这些小区进行参数核查，发现参数都符合集团要求，由于不支持三个覆盖等级的参数配置，所以考虑可能是由于终端所在位置为小区的中点或者差点（电平-100dBm以下）发起业务，考虑到中差点重叠覆盖严重，存在上行首先或者下行干扰的情况较多，因此考虑提高信道初始重复次数以提升接入成功率。

涉及调整的参数有：
1)nprachNumRepPreamble（NPRACH资源中每一次NPRACH尝试的重复次数）
2)npdcchMaxNumRepRa（公共搜索空间（用于RAR、Msg3重传和Msg4）、以及用户搜索空
间的NPDCCH的最大重复次数）
3)iniNpdcchNumRepRa（公共搜索空间（用于RAR、Msg3重传和Msg4）、以及用户搜索空
间的NPDCCH的初始重复次数）
4)iniNpdschNumRep（NPDSCH的初始重复次数）
5)iniNpuschNumRep（NPUSCH的初始重复次数）
6)iniMcsDl（初始下行MCS）
7)iniMcsUl（初始上行MCS）
8)ackNACKNumRep（ACK/NACK的重复次数）
9)ackNACKNumRepMsg4 （UE回复Msg4的ACK/NACK的重复次数）
2.3优化建议
经过多次尝试，得出一套较为合适，修改后RRC建立成功率提升明显的参数调整方案。

调整后监控1小时的小区指标，观察指标是否有提升。

大部分小区提升较为明显。

2.4效果评估
优化调整后RRC连接建立成功率从23%提升到78%。

RRC建立成功率低的小区大部分通过以上参数优化即可有明显提升，如果调整后提升不明显，建议可以加大iniNpdschNumRep和iniNpuschNumRep，调整为r4，或者调整该小区的频点，以改善小区边缘质量。

如果改善不明显，可能是存在较严重的上行干扰或者硬件故障，建议排查告警或现场扫频定位。

3重选不及时导致SINR变差问题优化（华为）
3.1问题描述
采用终端路测过程中，在距离基站700米处，SINR开始变差。

3.2问题分析
查询基站数据配置、告警、干扰无异常：查看UE所占用的2小区干扰情况，平均干扰噪声功率-128dBm：
测试中UE占用NB-A_2小区（PCI：238）从800m处至1.7km处RSRP=-60dBm到-70dBm之间，SINR=-5到-9db，此时已到达NB-B站下，但一直未向NB-B_3（PCI:359）发生重选。

查询重选参数，同频重选测量启动门限为-74db，测试中UE RSRP在-60dBm至-70dBm之间，还未达到重选测量启动门限。

3.3优化建议
将同频测量启动门限由27修改为29
MML命令如下：MOD CELLRESEL: LocalCellId= X,SIntraSearch=29;
3.4效果评估
将同频测量启动门限由27（-74dBm）修改为29（-70dBm）后再次测试：
可以看出有明显改善，在距离NB-A 800米处便发生了重选，此时RSRP大于-60dBm，SINR大于10db。