文档标题

密级：

Step1：“掉话前最后10条信令”分析

eNB发切换命令后未收到切换完成。（CHR获取CallID，在UMAT中过滤出该CallID信息）

Step2: 分析L2_SRB_LOG，判断UE是否收到切换命令

切换命令HARQ反馈为ACK，说明UE收到了切换命令，如下图：

2019-9-19

版权所有，侵权必究 第25页，共48页

文档标题

密级：

Step3：查找L2_L1_DEDI_PREAMBLE，分析切换随机接入过程是否成功 专用Preamble收到了1条，说明UE发送一次Preamble即收到了RAR。

综合以上分析，本次切换失败原因为切换完成丢失。当然，也不能完全排除随机接入失败导致的切换失败（UE没有收到RAR，而重发的Preamble eNB均没有收到）。

1.2.3 X2切换，源侧等待上下文释放命令超时

CHR中记录的掉话释放原因值为

usRelCause: UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL

2019-9-19

版权所有，侵权必究 第26页，共48页

文档标题

密级：

Step1：“掉话前最后10条信令”分析

最后10条信令显示：源侧没有收到目标侧的X2上下文释放命令，定时器超时（Timer 15s）释放用户。

Step2：切换流程分析

1）源侧基站CHR的L2_SRB_LOG显示切换命令HARQ反馈为ACK，说明UE收到了切换命令。 2）源侧基站CHR的cell_RR_RSP字段中查找本次呼叫的CRNTI=630

3）目标侧基站CHR的Ho In info字段中查找SRS CRNTI=630的话单。由于目标侧站点CHR该时段信息已被冲掉，因此无法继续分析。如果有目标侧的信息，可以分析切换随机接入是否成功，是否收到切换完成，etc。

2019-9-19

版权所有，侵权必究 第27页，共48页

文档标题

1.2.4 X2切换，S1PathSwitch失败导致切换失败

Step1：源侧CHR分析

1）切换命令HARQ反馈为ACK，说明UE收到了切换命令

2019-9-19

版权所有，侵权必究 密级：

第28页，共48页