X2IPPATH 配置问题导致切换不成功
关键字：X2IPPATH 切换
【现象描述】
切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，
HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause 为transport-resource-unavailable ，切换不成功，如下图所示。
【原因分析】
对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种： （1）传输资源不够用； （2）没有配置IPPATH ；
（3）IPPATH 中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。所以可以先重点怀疑IPPATH 配置的问题，在处理过程中需要对X2口和IPPATH 问题排查处理，一步步解决问题。 【处理过程】
每次切换到目标小区完成后，UE 会读取目标小区的系统消息（RRC_SIB_TYPE1）, 该消息中可以看到目标小区的CGI ，通过CGI 中的基站ID 确认目标基站B2的ID 。从该次切换的切换命令
（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI ，在目标基站B2中用MML 命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH 的配置了。
先查看B2基站对应的IPPATH 有没有配置，如果配置则确认X2接口ID 与IPPATH 的邻接点ID 是否一致。在webLMT 上的命令如下：
LST SCTPLNK；检查SCTPLNK 是否建立并查看目标基站B2以及源基站B1对应的SCTP 链路号SCTP Link No。
DSP X2INTERFACE；检查X2INTERFACE 是否配置并根据SCTP 链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId 。
LST IPPATH; 根据X2接口标识X2InterfaceId ，查看X2口两端的IP 配置是否正确。 经过以上步骤的核查，发现目标基站B2虽然配置了与源基站B1间的X2接口（从DSP
X2INTERFACE 命令的显示结果可以看到已配置），但是没有配置相应的IPPATH （通过LST IPPATH命令看不到X2口对应的IPPATH ）。导致站点B1向B2发送X2口切换请求（HANDOVER_REQUEST）后，收到基站B2发回的X2切换准备失败消息（HANDOVER_PREPARATION_FAILURE），导致切换不成功。
用ADD IPPATH命令配置了站点B2到站点B1的IPPATH 后（源站点也要有X2口的配置以及从B1到B2的IPPATH ），可以进行正常的X2口站间切换。 【告警信息】无 【建议总结】
在网络负荷不大的情况下，X2口切换准备失败的原因通常与IPPATH 配置有关，所以在配置 IPPATH 时一定要仔细认真，源站与目标站双向配置，预防漏配错配的问题，提高切换成功率。
切换过晚导致切换失败
关键字：切换 小区偏置 信道质量陡降
【现象描述】
在切换流程进行中，目标小区信号质量出现抖动，信道质量陡降导致切换失败。在L3信令的表现为：源小区eNB 收到多条测量报告，并且下发切换命令。
而UE 未收到切换命令，并且仍然周期上发测量报告，直到发起重建，切换失败。
【原因分析】
1、从最后一个测量报告内容看，服务小区无线质量比邻区差6dB ，根据现象看可能是邻区漏配。
但是从网络侧操作维护台查询服务小区邻区信息，查找到有邻区配置。如下图：
且源小区下发测量报告，因此不会是邻区漏配
2、再分析切换信令流程：根据网络配置，切换应该按下面流程交互：
查看网络侧跟踪的信令，在服务小区Uu 跟踪可以看到，收到了UE 的测量报告，再查看X2口，源小区向目标小区发送了切换请求，并且收到目标小区的切换请求回应，最后在UU 口下发了切换命令，
但没有收到UE 的切换完成消息（站间切换）：
UU 、X2口信令交互
eNB 下发切换命令，但UE 侧未收到切换命令，由此可以判断可能是空口出现传输质量问题。 3、再看空口无线质量，查看对应时间的RSRP 值，发现在切换时间点附近服务小区的RSRP 值出现陡降现象如下图：
从上图看，邻区比服务小区RSRP 高1dB 的情况维持了近两秒钟，但满足切换门限时服务小区突然变差，导致切换失败，如果切换时机可以提前，应该可以完成切换信令交互，这种现象应该属于切换过晚。
【处理过程】
根据前文分析，这次切换失败的原因在于切换过晚，因此可以通过修改切换门限或延迟触发时间来提前切换。从上面记录的无线质量变化情况看，如果把切换门限设置为1dB （延迟触发时间默认为320毫秒），基本可以保证在服务小区RSRP 突降之前完成切换交互。
可以选择两个方法：
1、把切换门限设置为1dB 可以达到目的，但可能影响当前服务小区的所有邻区切换。
2、为了减小影响面，可以修改服务小区到当前切换目标小区之间的小区偏置CIO 来解决，从eNB 操作维护台执行：MOD EUTRANINTRAFREQNCELL命令，修改服务小区与切换目标小区间的CellIndividualOffset = 1dB，表示把切换门限减小1dB 。
之后问题解决，切换正常：
【告警信息】无 【建议总结】
合理规划小区偏置是网规网优的重要工作，对提高覆盖意义重大。
外部邻区配置错误引起下发重配置PCI 错误导致切换失败问题
关键字：外部邻区 PCI错误 切换失败
【现象描述】
UE 在 Servering CELL PCI为10的小区上，上报PCI 为13(或者12) 的测量报告，但是eNB 下发的RRC 重配消息是PCI 为12(或者13) 的相关信道等配置信息，引起切换失败，业务中断。 【原因分析】
A 国S 市的LTE Trail项目中，进行全网SIMO 优化时发现，上报的测量报告的PCI 和eNodeB 下发给UE 的RRC 重配消息中的PCI 不匹配，从而UE 未收到重配置完成消息，引起切换失败掉话，业务中断。具体现象如下：
UE 从Servering CELL PCI为10的小区往PCI 为13或12的小区切换时，切换失败，查看L3信令，发现UE 上报PCI 为13(或者12) 的测量报告，但是eNB 下发的RRC 重配消息是PCI 为12(或者13) 的相关信道等配置信息，造成切换失败，UE 发起重建到目标小区。如下图1：
UE 上报PCI 为13的测量报告，见下图2
eNB 下发PCI 为12的重配置消息，见下图3
第二次出现：见下图4
UE 上报PCI 为12的测量报告：见下图5
eNB 下发
PCI 为13的重配置消息，见下图6
切换失败，UE 重建连接。见下图7
【处理过程】
1、因为相邻关系和测量报告的小区对不起来，初步怀疑是ANR 开关问题，因为前期并未打开ANR
开关且没有出现此问题，于是运行MOD ENODEBALGOSWITCH 将全网的ANR 开关关闭，发现问题依然存在。
2、分析全网的切换关系，发现只要当服务小区（源小区）为PCI=10时，测量上报PCI=12/13就会出现问题，只要服务小区（源小区）不是10，就没有问题。
3、重点检查小区PCI=10的环境配置， LST CELL
LST EUTRANEXTERNALCELL LST EUTRANINTRAFREQNCELL LST ENODEBALGOSWITCH:; LST HOMEASCOMM:; LST INTRARATHO:;
LST INTRARATHOQCI: QCIBEARERINDEX=9;
LST EUTRANEXTERNALCELL 中的结果核查发现，在配置PCI 为10的外部邻区关系时把PCI 为12和13的对应扇区号恰好弄反，导致UE 上报了测量报告后，EnodeB 下发给UE 的PCI 错误，不能收到UE 给EnodeB 的重配置完成信令，从而发起目标小区或者源小区重建请求，遭到重建拒绝，切换失败，业务中断。如下图8
使用MOD EUTRANEXTERNALCELL命令修改目标小区的扇区和PCI 的对应关系，问题解决。
【告警信息】无 【建议总结】
配置邻区和修改邻区关系时一定要注意对应关系
ANR 功能早已经融入EnodeB 版本，确实前期引起过X2口切换失败问题，也有可能引起切换上报PCI 错误或其他问题，但是关闭ANR 开关后依然出现此问题，可以根据分析和比较正常信令流程，顺藤摸瓜从而判断问题真正所在而将其解决。
X2IPPATH 配置问题导致切换不成功
关键字：X2IPPATH 切换
【现象描述】
切换测试时，从站点B1的标口信令跟踪发现站点B1连续出现切换准备失败，
HANDOVER_REQUEST消息后出现HANDOVER_PREPARATION_FAILURE，进入该消息中可以看到cause 为transport-resource-unavailable ，切换不成功，如下图所示。
【原因分析】
对于切换流程失败而言，如果是切换准备阶段的失败，其原因通常为以下几种： （1）传输资源不够用； （2）没有配置IPPATH ；
（3）IPPATH 中的邻居节点配置错误。
由于切换测试阶段的网络业务负载很小，接入用户数少，通过X2口传输的数据不多，一般来说不会出现传输资源不够用的情况。所以可以先重点怀疑IPPATH 配置的问题，在处理过程中需要对X2口和IPPATH 问题排查处理，一步步解决问题。 【处理过程】
每次切换到目标小区完成后，UE 会读取目标小区的系统消息（RRC_SIB_TYPE1）, 该消息中可以看到目标小区的CGI ，通过CGI 中的基站ID 确认目标基站B2的ID 。从该次切换的切换命令
（RRC_CONN_RECFG）可以找到目标小区CELL2的PCI ，在目标基站B2中用MML 命令查询确实存在小区CELL2，所以接下来可以针对目标基站B2以及源基站B1来检查IPPATH 的配置了。
先查看B2基站对应的IPPATH 有没有配置，如果配置则确认X2接口ID 与IPPATH 的邻接点ID 是否一致。在webLMT 上的命令如下：
LST SCTPLNK；检查SCTPLNK 是否建立并查看目标基站B2以及源基站B1对应的SCTP 链路号SCTP Link No。
DSP X2INTERFACE；检查X2INTERFACE 是否配置并根据SCTP 链路号SCTP Link No，查看对应X2接口的标识X2InterfaceId 。
LST IPPATH; 根据X2接口标识X2InterfaceId ，查看X2口两端的IP 配置是否正确。 经过以上步骤的核查，发现目标基站B2虽然配置了与源基站B1间的X2接口（从DSP
X2INTERFACE 命令的显示结果可以看到已配置），但是没有配置相应的IPPATH （通过LST IPPATH命令看不到X2口对应的IPPATH ）。导致站点B1向B2发送X2口切换请求（HANDOVER_REQUEST）后，收到基站B2发回的X2切换准备失败消息（HANDOVER_PREPARATION_FAILURE），导致切换不成功。
用ADD IPPATH命令配置了站点B2到站点B1的IPPATH 后（源站点也要有X2口的配置以及从B1到B2的IPPATH ），可以进行正常的X2口站间切换。 【告警信息】无 【建议总结】
在网络负荷不大的情况下，X2口切换准备失败的原因通常与IPPATH 配置有关，所以在配置 IPPATH 时一定要仔细认真，源站与目标站双向配置，预防漏配错配的问题，提高切换成功率。
切换过晚导致切换失败
关键字：切换 小区偏置 信道质量陡降
【现象描述】
在切换流程进行中，目标小区信号质量出现抖动，信道质量陡降导致切换失败。在L3信令的表现为：源小区eNB 收到多条测量报告，并且下发切换命令。
而UE 未收到切换命令，并且仍然周期上发测量报告，直到发起重建，切换失败。
【原因分析】
1、从最后一个测量报告内容看，服务小区无线质量比邻区差6dB ，根据现象看可能是邻区漏配。
但是从网络侧操作维护台查询服务小区邻区信息，查找到有邻区配置。如下图：
且源小区下发测量报告，因此不会是邻区漏配
2、再分析切换信令流程：根据网络配置，切换应该按下面流程交互：
查看网络侧跟踪的信令，在服务小区Uu 跟踪可以看到，收到了UE 的测量报告，再查看X2口，源小区向目标小区发送了切换请求，并且收到目标小区的切换请求回应，最后在UU 口下发了切换命令，
但没有收到UE 的切换完成消息（站间切换）：
UU 、X2口信令交互
eNB 下发切换命令，但UE 侧未收到切换命令，由此可以判断可能是空口出现传输质量问题。 3、再看空口无线质量，查看对应时间的RSRP 值，发现在切换时间点附近服务小区的RSRP 值出现陡降现象如下图：
从上图看，邻区比服务小区RSRP 高1dB 的情况维持了近两秒钟，但满足切换门限时服务小区突然变差，导致切换失败，如果切换时机可以提前，应该可以完成切换信令交互，这种现象应该属于切换过晚。
【处理过程】
根据前文分析，这次切换失败的原因在于切换过晚，因此可以通过修改切换门限或延迟触发时间来提前切换。从上面记录的无线质量变化情况看，如果把切换门限设置为1dB （延迟触发时间默认为320毫秒），基本可以保证在服务小区RSRP 突降之前完成切换交互。
可以选择两个方法：
1、把切换门限设置为1dB 可以达到目的，但可能影响当前服务小区的所有邻区切换。
2、为了减小影响面，可以修改服务小区到当前切换目标小区之间的小区偏置CIO 来解决，从eNB 操作维护台执行：MOD EUTRANINTRAFREQNCELL命令，修改服务小区与切换目标小区间的CellIndividualOffset = 1dB，表示把切换门限减小1dB 。
之后问题解决，切换正常：
【告警信息】无 【建议总结】
合理规划小区偏置是网规网优的重要工作，对提高覆盖意义重大。
外部邻区配置错误引起下发重配置PCI 错误导致切换失败问题
关键字：外部邻区 PCI错误 切换失败
【现象描述】
UE 在 Servering CELL PCI为10的小区上，上报PCI 为13(或者12) 的测量报告，但是eNB 下发的RRC 重配消息是PCI 为12(或者13) 的相关信道等配置信息，引起切换失败，业务中断。 【原因分析】
A 国S 市的LTE Trail项目中，进行全网SIMO 优化时发现，上报的测量报告的PCI 和eNodeB 下发给UE 的RRC 重配消息中的PCI 不匹配，从而UE 未收到重配置完成消息，引起切换失败掉话，业务中断。具体现象如下：
UE 从Servering CELL PCI为10的小区往PCI 为13或12的小区切换时，切换失败，查看L3信令，发现UE 上报PCI 为13(或者12) 的测量报告，但是eNB 下发的RRC 重配消息是PCI 为12(或者13) 的相关信道等配置信息，造成切换失败，UE 发起重建到目标小区。如下图1：
UE 上报PCI 为13的测量报告，见下图2
eNB 下发PCI 为12的重配置消息，见下图3
第二次出现：见下图4
UE 上报PCI 为12的测量报告：见下图5
eNB 下发
PCI 为13的重配置消息，见下图6
切换失败，UE 重建连接。见下图7
【处理过程】
1、因为相邻关系和测量报告的小区对不起来，初步怀疑是ANR 开关问题，因为前期并未打开ANR
开关且没有出现此问题，于是运行MOD ENODEBALGOSWITCH 将全网的ANR 开关关闭，发现问题依然存在。
2、分析全网的切换关系，发现只要当服务小区（源小区）为PCI=10时，测量上报PCI=12/13就会出现问题，只要服务小区（源小区）不是10，就没有问题。
3、重点检查小区PCI=10的环境配置， LST CELL
LST EUTRANEXTERNALCELL LST EUTRANINTRAFREQNCELL LST ENODEBALGOSWITCH:; LST HOMEASCOMM:; LST INTRARATHO:;
LST INTRARATHOQCI: QCIBEARERINDEX=9;
LST EUTRANEXTERNALCELL 中的结果核查发现，在配置PCI 为10的外部邻区关系时把PCI 为12和13的对应扇区号恰好弄反，导致UE 上报了测量报告后，EnodeB 下发给UE 的PCI 错误，不能收到UE 给EnodeB 的重配置完成信令，从而发起目标小区或者源小区重建请求，遭到重建拒绝，切换失败，业务中断。如下图8
使用MOD EUTRANEXTERNALCELL命令修改目标小区的扇区和PCI 的对应关系，问题解决。
【告警信息】无 【建议总结】
配置邻区和修改邻区关系时一定要注意对应关系
ANR 功能早已经融入EnodeB 版本，确实前期引起过X2口切换失败问题，也有可能引起切换上报PCI 错误或其他问题，但是关闭ANR 开关后依然出现此问题，可以根据分析和比较正常信令流程，顺藤摸瓜从而判断问题真正所在而将其解决。