NB网络故障整理以及排查方法

一、正常覆盖下NB终端不能入网

１、系统消息解不出

故障现象：终端LOG上系统消息解码失败，不停搜网。

2、存在两个原因分析(判断）：

1）版本不匹配：

a)检查MIB使用的加扰方式是否和基站版本匹配。

基站如果采用2017年3月的3GPP新提交的MIB加扰方式，终端需要采用相同的加扰方式才能正确解码。

解决办法：匹配版本

b)检查PDCCH使用的加扰方式是否和基站匹配。

基站和终端在PDCCH的解码上是否存在不一致。

解决办法：匹配版本

2） 存在下行同频干扰：

a) 检查是否存在下行同频干扰严重，SINR差，终端解调性能差，导致MIB解不出。当SINR于-3之后，某些终端性能受限于抗同频干扰能力，不能接入。

解决办法：更换性能好的终端

3、系统消息可以检出，但是终端无法接入小区

此时就需要根据中断位置来分析，大致有以下几种情况：

1）存在下行同频干扰，MSG1正常发送，收不到MSG2。

说明：PDCCH的CSS搜索空间的Rmax值偏小，导致收不到RAR消息。解决说明：修改搜索空间的Rmax为8或者更大，提高RAR接受概率。

2）测试小区上行底噪过高，终端可以解出系统消息，但是MSG1、MSG3发送失败，收不到MSG2或者MSG4，无法入网。

说明：MSG1和MSG3发送到基站，由于底噪过高，无法检出，接入失败，没有下发MSG2和MSG4.

解决说明：

ａ）在基站性能统计中查询本小区的载波测量的上行底噪，核实是否过高（>-110dB）

ｂ）如果是MSG3发送失败的话，可以尝试增加MSG3的重复次数；

ｃ）寻找底噪来源，解决底噪抬升问题

ｄ）优化SI和PRACH参数配置，参考如下设置：

SI参数设置如下：

PRACH参数设置如下：

其中：时域三个配置集为：

频域配置集暂时只设1个，但时把MCL144占用的子载波个数调整为24.

3）存在上下行干扰的情况下，可以修改这些参数，参数修改原则：降低初始ＭＣＳ值，增加各个信道的重复次数，以下为上下行干扰比较严重时的设置情况：

二、深度覆盖下无法接入

故障现象：终端收到MIB和SIB消息之后，终端不发起接入。

原因：NB缺省版本的接入参数设置不合理。

解决办法：

1）检查参数“小区选择所需的最小RSRP接收水平(dBm)”，缺省值为-112，此值不修改，造成用户无法接入

2）确认支持覆盖等级数目为3；

3）深度覆盖时，由于选择的参数为重复次数比较高，所以各信道的周期应该加长，满足重复次数，比如覆盖等级的NPRACH周期应该在2560ms等。

4）之后发起接入，如果接入失败则参考以上正常覆盖下无法接入中的第二种情况。

三、好点上下行速率不达标

故障现象：在RSRP >-90，SINR>10时的上下行速率只有2、3K，正常测试结果为下行12K，上行10K以上。

原因：1、灌包参数设置不合理。

说明：灌包速率应该略大于理论速率，比如下行应该到25K，上行使用15 K MT时，设置速率为60K，15K ST时，设置20K即可。

2、信道调度参数设置不合理

解决办法：

1）根据终端LOG检查PDCCH上对应的调度信息，是否存在调度周期过大的情况，如果出现大于100ms以上的DCI调度，则影响速率。

如下图测试结果：

1s内NciN0平均次数为3.7次（即上行调度平均次数3.7次），调度间隔约270ms，导致上行速率测试结果较低.

2）检查PDCCH周期是否过大：PDCCH周期=Rmax*G值，修改对应的Rmax或者G值到合适的值，推荐PDCCH为下面的取值：

3、存在上下行杂包

解决办法：

1）禁掉笔记本的有线和WIFI

2）删除电脑路由：

例如：(建议把这些命令做成BAT文件，每次终端上电后执行一次)

#删除默认路由，杂包不走NB终端

route delete 0.0.0.0 mask 0.0.0.0 192.168.0.1

#删除pdn服务器的路由

route delete 18.21.1.100

#增加pdn服务器的路由，保证正常业务

route add 18.21.1.100 mask 255.255.255.255 192.168.0.1

3）在终端上过滤杂包

4）上行灌包选择没有下行响应包的服务器，减少由于下行数据导致频繁的资源释放和建立过程，降低速率

4、如果以上步骤执行完毕还是下行速率不达标，而且下行数据发送一段时间后S1口上为空，则询问核心网是否开启流控。