LTE切换问题定位指导二切换问题分析.pdf

LTE切换问题定位指导一 （切换问题分析） 目录 1 站内切换，随机接入失败导致切换失败 1 2 站内切换，切换完成丢失导致切换失败 4 3 X2切换，源侧等待上下文释放命令超时 6 4 X2切换，S1PathSwitch失败导致切换失败 8 5 切换随机接入失败触发重建，重建重配失败而掉话 11 6 eNB未响应UE切换测量报告，信道质量恶化而掉话 12 7 切换命令丢失导致切换失败 14 8 X2切换，Preamble丢失导致切换失败 16 9 X2切换，目标侧等待S1PathSwitchAck超时导致切换失败 18 10 X2切换，随机接入失败触发重建，重建完成丢而掉话 21 11 站内切换，随机接入失败触发重建，重建失败而掉话 22 12 站内切换，切换完成丢失触发重建，重建失败而掉话 25 可以通过CHR分析切换问题，以下举例给出CHR分析切换问题的方法。 1 站内切换，随机接入失败导致切换失败 CHR 中记录的释放原因值为 usRelCause: UEM_UECNT_REL_HO_WAIT_RECFG_RSP_TIMEOUT ，如下图。 Step1：“掉话前最后10条信令”分析 备注：目前Insightsharp不支持解析“掉话前最后10条信令”，需要用内部工具UMAT 解析。 首先在CHR 中找到本次掉话的CallID，再在UMAT 中过滤出该CallID 的相关记录。从CHR 记录的掉话前最后10条信令可以看到，eNB等待切换完成5s定时器超时后向核心网发起释放 请求。 Step2: 分析L2_SRB_LOG ，判断UE是否收到切换命令 切换命令HARQ反馈为ACK ，说明UE收到了切换命令，如下图： Step3：查找L2_L1_DEDI_PREAMBLE ，分析切换随机接入过程是否成功 专用Preamble收到了10条 （Preamble最大重传次数配置为10次），说明UE没有收到RAR 而进行了Preamble重传，并且达到最大重传次数10。 综合以上分析可知，本次站内切换失败原因为随机接入失败。 2 站内切换，切换完成丢失导致切换失败 CHR 中记录的释放原因值为 usRelCause: UEM_UECNT_REL_HO_WAIT_RECFG_RSP_TIMEOUT ，如下图。 Step1：“掉话前最后10条信令”分析 eNB发切换命令后未收到切换完成。（CHR获取CallID ，在UMAT 中过滤出该CallID信 息） Step2: 分析L2_SRB_LOG ，判断UE是否收到切换命令 切换命令HARQ反馈为ACK ，说明UE收到了切换命令，如下图： Step3：查找L2_L1_DEDI_PREAMBLE ，分析切换随机接入过程是否成功 专用Preamble收到了1条，说明UE发送一次Preamble 即收到了RAR 。 综合以上分析，本次切换失败原因为切换完成丢失。当然，也不能完全排除随机接入失 败导致的切换失败（UE没有收到RAR ，而重发的Preamble eNB均没有收到）。 3 X2切换，源侧等待上下文释放命令超时 CHR 中记录的掉话释放原因值为 usRelCause: UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL 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 。 4 X2切换，S1PathSwitch失败导致切换失败 Step1：源侧CHR分析 1）切换命令HARQ反馈为ACK ，说明UE收到了切换命令