文档标题
密级：
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页