LTE切换问题定位和优化指导书

来源：用户分享时间：2025/5/28 18:51:23 本文由

loading 分享下载这篇文档手机版

说明：文章内容仅供预览，部分内容可能不全，需要完整文档或者需要复制内容，请下载word后使用。下载word有问题请添加微信号:xxxxxxx或QQ：xxxxxx 处理（尽可能给您提供完整文档），感谢您的支持与谅解。

文档标题

密级：

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

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

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

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

2019-9-19

文档标题

密级：

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

文档标题

密级：

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

文档标题

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

Step1：源侧CHR分析

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

2019-9-19

第28页，共48页

LTE切换问题定位和优化指导书.doc 将本文的Word文档下载到电脑，方便复制、编辑、收藏和打印