故障现象

某LTE项目在做LTE新建站点X2切换测试时，发现在触发A3事件后，UE上报多次测量报告，却一直没有切换命令下发，最终出现切换掉话。

故障分析

UE侧上报多次测量报告后，从eNodeB侧看到在源eNodeB发起了X2口切换请求消息。过了几秒后收到切换请求响应。最后，目标eNodeB没有收到切换完成消息导致切换失败。UE重建最终被拒，导致掉话。

1. 从CXT记录的数据以及eNodeB侧的信令记录可知，在源eNodeB，从发起X2口切换请求消息，到收到目标eNodeB发送的切换请求响应，时间间隔将近3秒。对于切换准备来说，这个响应时间太长。通过CXT观测，在此期间目标小区的RSRP陡降了大约15dB，这直接导致目标eNodeB无法收到切换完成消息。同时，可以看到目标eNodeB的X2口出现了HANDOVER_CANCEL消息，此时表明切换已经失败。

2. UE在切换失败后立即发起重新建链请求，从信令看重建已成功。但重建成功后由于UE一直没有收到SRB2/DRB1的重配置消息，待到RLC最大重传次数满足后即释放了用户上下文，这时再发起重建肯定被拒而造成连接释放，因为这时eNodeB已没有了用户上下文。

HANDOVER_REQUEST消息与HANDOVER_REQUEST_ACKNOWLEDGE消息之间的时间间隔过长是造成切换失败和掉话的原因，如下图所示。


故障处理

1. 检查这两个eNodeB的硬件是否有告警。
例如：检查RRU工作状态是否正常？是否存在X2链路告警？以及小区是否被闭塞等情况。
检查结果：没有发现告警信息。

2. 检查数据配置。
例如：检查本eNodeB的切换门限和迟滞等是否有特殊的配置？以及相应的邻区是否配置，并且是否配置正确等。
检查结果：两个eNodeB均使用默认参数配置，未发现数据配置问题。

3. 使用UE分别在两个小区下做下载业务，发现UE在目标小区下吞吐率很差，DUmeter显示存在裂缝和掉底（速率陡降，但是随即恢复）。开始怀疑是传输存在问题。

4. 使用Ping命令检查eNodeB到服务器的时延。
发现其中一个eNodeB到服务器的Ping时延很大，并且十分不稳定。

5. 在服务器侧使用Wireshark工具进行抓包分析。
经过分析，发现确实存在该eNodeB到服务器的回包时延过大的情况。

6. 知会传输工程师进行传输问题检查。
传输工程师反馈说发现该站点当天确实突发出现传输闪断问题。

7. 传输闪断问题处理后再次进行相同测试，切换成功。

总结

在X2切换测试时，如果发现掉话问题：
1. 首先需要检查告警和数据配置。确保硬件无告警，数据配置正常。

2. 其次做信令分析。不单是看信令的流程是否正常，小区信号质量是否正常，关键要看各信令点的信令到达时间。如果信令到达时间不正常，那么很有可能是传输存在问题。

3. 这时候可以再进行传输抓包分析确认。最后定位问题原因，解决问题。