故障现象


通过查看KPI指标，发现某局4月份切换出成功率异常偏低，如下表所示。

对小区级指标进行分析发现，83%的切换失败次数集中在100个小区左右，而全网小区约4500个，问题小区相对比较集中，且切换失败原因主要集中在“目标侧准备失败”上。

故障分析


1.由于近期2.1G宏站替换为1.8G的站点较多，怀疑替换过程中，邻区关系添加错误，或者存在配置错误的冗余邻区所致。对全网的邻区定义进行了检查，发现确实存在部分定义错误的邻区，但优化后观察指标，切换成功率依旧没有明显好转，仍然在93%左右。

2.筛选切换失败次数较多的下沙警官学院(ID:311609，PCI:69)和下沙6号大街和11号大街交叉口(ID:312544，PCI:192)站点，现场进行测试，并让核心网配合进行信令跟踪。
现场测试发现，当UE占用下沙6号大街和11号大街交叉口-1小区时，MR上报了下沙警官学院-1小区的较强邻区，但没有进行切换，同时UE一直上报MR，最终发起RRC重建立请求并失败，造成掉线，如下图所示。


查看核心网跟踪的IMSI信令，如下图所示。核心网在收到Handover Required后，回复了一条Handover PreparationFailure消息，原因值为ho-failure-in-target-EPC-eNB-or-target-system：


经核心网维护人员查看发现，切换的目标基站下沙警官学院(ID:311609)在EPC上的动态数据库里只关联了一个PLMN：46011，而核心网收到的Handover Required消息中，在selected-TAI字段里，目标小区关联的PLMN是46003，造成核心网认为找不到目标小区，如下图所示。


3.由于该地区某局前期放了部分46003的号段，所以要求核心网和无线侧都必须配置双PLMN，即46011+46003。查看基站侧的参数配置，下沙警官学院基站配置了双PLMN，如下图所示，但核心网侧没有生效。


4.进一步核查核心网侧PLMN没有生效的原因。根据协议规定，核心网维护的基站的PLMN配置，是基站侧上报的，而基站开通后通过S1口会上报一个S1 SETUP REQUEST消息，携带基站的PLMN配置，核心网也根据收到的该消息进行维护。
为了验证基站上报S1 SETUP REQUEST消息时，携带的PLMN是否正确，我们选取了潘水南苑(ID:311767）现场进行抓包验证。
将该站点传输断开，等待一段时间后重新连接，发现基站上报了S1 SETUP REQUEST消息，且在broadcastPLMNs字段里携带了46011和46003，说明基站上报的消息是正确的，如下图所示。

而核心网维护的站点PLMN不全的原因，可能是由于前期站点调整PLMN配置时没有复位，不会上报S1 SETUP REQUEST消息，造成核心网侧没有更新基站PLMN配置所致。

5.验证测试
为了验证复位是否能够解决该问题，我们首先对下沙警官学院(ID:311609)进行了网元复位，发现操作后确实切换出准备失败消失：


故障处理


由于核心网维护的相关数据库是动态的，只能查询某个站点关联的PLMN信息，不能对所有站的PLMN信息进行导出查看，所以在5月9号凌晨对所有站点进行了网元复位操作。复位操作后，查询5月9号之后的KPI指标，发现切换成功率指标明显提升，如下表所示。

同时全网切换准备失败次数也明显减少：