目录

1 站内切换，随机接入失败导致切换失败
2 站内切换，切换完成丢失导致切换失败
3 X2切换，源侧等待上下文释放命令超时
4 X2切换，S1PathSwitch失败导致切换失败
5 切换随机接入失败触发重建，重建重配失败而掉话
6 eNB未响应UE切换测量报告，信道质量恶化而掉话
7 切换命令丢失导致切换失败
8 X2切换，Preamble丢失导致切换失败
9 X2切换，目标侧等待S1PathSwitchAck超时导致切换失败
10 X2切换，随机接入失败触发重建，重建完成丢而掉话
11 站内切换，随机接入失败触发重建，重建失败而掉话

12 站内切换，切换完成丢失触发重建，重建失败而掉话





可以通过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均没有收到）。


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

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。



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

Step1：源侧CHR分析

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


2）该UE在切换源侧的CRNTI=1457；


3）切换测量报告中的RSRP：S_RSRP=-112dBm ；N_RSRP=-108dBm

4）“掉话前最后10条信令”分析：等待X2_Context_Rel_CMD超时释放用户，切换失败。需要通过目标侧CHR进一步分析切换失败原因。


Step2：目标侧CHR分析

1）过滤HoInInfo的usSrsCrnti字段，找到usSrsCrnti=1457的记录，即为该UE本次切换的目标侧信息。


2）“掉话前最后10条信令”分析：目标侧收到了切换完成；由于核心网回复S1_PATH_SWITCH_REQ_FAIL导致切换失败。


综合以上分析可知，本次切换失败原因为S1PathSwitch失败，非无线侧原因。


5切换随机接入失败触发重建，重建重配失败而掉话


Step1：“掉话前最后10条信令”分析，切换失败重建回源侧，eNB等待重建重配完成超时（5s）释放用户。


Step2：重建原因分析，切换随机接入失败触发重建



6eNB未响应UE切换测量报告，信道质量恶化而掉话

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

UE不断上报切换测量报告（切换目标小区PCI320），但eNB未下发切换命令（怀疑没有配置邻区关系）；从测量报告信息可知，UE所在服务小区下行信号较弱，RSRP~=-122dBm。





Step2：掉话原因分析

UEM_UECNT_REL_UE_RLC_UNRESTORE_IND /*L2上报RLC重传次数达到最大值时的无法恢复指示消息*/

该释放原因包括两种场景：1）SRB RLC达最大重传次数；2）DRB RLC达最大重传次数。

L2_SRB_LOG记录了L2检测到异常前（比如，RLC达最大重传次数）最后8条下行SRB的调度情况；

DRB_64MS（size=16）记录了L2检测到异常（比如，RLC达最大重传次数）前16*64ms时间内下行DRB的调度情况。

下图显示，掉话前SRB正常，随后DRB出现大量NACK/DTX（DRB_64MS[4~16]均为NACK/DTX）。


综合以上分析可知，eNB未响应UE切换测量报告，导致信道质量恶化，DRB RLC达最大重传次数而掉话（eNB检测到RLC达最大重传次数后约延迟30s释放）。


7切换命令丢失导致切换失败

CHR中记录的掉话释放原因值为5，即UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL


Step1：“掉话前10条信令分析”：源测等待上下文释放命令超时而释放用户。


Step2：源测CHR分析：切换命令的HARQ重传次数达到最大（ucHarqReTransTimes=4）且HARQ反馈状态为2（DTX），说明UE没有收到切换命令。


综合以上分析：本次切换失败的原因为切换命令丢失。

8X2切换，Preamble丢失导致切换失败

CHR中记录的掉话释放原因值为5，即UEM_UECNT_REL_HO_OUT_X2_REL_BACK_FAIL


Step1：“掉话前10条信令分析”：源测等待上下文释放命令超时而释放用户。


Step2：源测CHR分析：

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

（2）通过RbCellRrRsp字段的usCrnti，确定源测的CRNTI=524。






Step3：目标侧CHR分析：

（1）通过HoInInfo字段，查找usSRSCRnti=524的话单。

（2）目标侧CHR无L1上报Preamble字段，L2_L3释放Preamble与分配Preamble的间隔为2s，说明Preamble丢失。




综合以上分析：本次切换失败的原因为Preamble丢失。


9X2切换，目标侧等待S1PathSwitchAck超时导致切换失败




Step1：“掉话前最后10条信令”分析：源侧等待上下文释放命令超时释放用户。


Step2：源测CHR分析：

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

（2）RbCellRrRsp字段显示源测的CRNTI=1006





Step3：目标侧CHR分析

（1）目标侧CHR的HoInInfo字段，查找usSRSCRNTI=1006


（2）目标侧最后10条信令显示：目标侧收到了切换完成消息，等待S1PathSwitchAck超时（15s）释放用户。


综上所述：X2切换过程中，核心网未响应目标eNB的S1PathSwitchReq，导致切换失败。

10X2切换，随机接入失败触发重建，重建完成丢而掉话

CHR中记录的重建原因值

ucRestCause：1 即Handover Failure。说明重建是切换失败触发的。


Step1：“掉话前10条信令分析”：切换失败后，重建回源测，eNB等待重建完成消息超时（5s）下发重建拒绝，释放用户。


Step2：重建原因分析：随机接入失败触发重建。



11站内切换，随机接入失败触发重建，重建失败而掉话





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

（1）测量报告中S_RSRP=-112dBm，N_RSRP=-110dBm

（2）源小区PCI=198，目标小区PCI=200，查找工参，发现源小区和目标小区在一个eNB内，说明是站内切换。

（3）UE切换失败后触发重建，重建失败；UE可能接入其他小区，导致MME主动发起释放。


Step2：重建原因分析：随机接入失败触发重建，重建到目标侧。


Step3：源测CHR分析：切换命令的HARQ反馈为ACK，说明UE收到了切换命令。

Step4：目标CHR分析：L1上报Preamble次数为24次，说明UE没有收到RAR，不断上报Preamble。




综合以上分析：本次切换失败触发重建的原因是RAR丢，重建失败而掉话。


12站内切换，切换完成丢失触发重建，重建失败而掉话





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

（1）测量报告中S_RSRP=-103dBm，N_RSRP=-101dBm

（2）源小区PCI=314，目标小区PCI=313，查找工参，发现源小区和目标小区在一个eNB内，说明是站内切换。

（3）UE切换失败后触发重建，重建失败；UE可能接入其他小区，导致MME主动发起释放。


Step2：重建原因值分析：重建请求中ulCellId=1（PCI=313），说明重建到目标侧。重建请求中携带的重建原因ucReestablishmentCause=2，即Other Failure。说明不是切换随机接入失败触发的重建。


Step3：源测CHR分析：切换命令的HARQ反馈为ACK，说明UE收到了切换命令。

Step4：目标侧CHR分析：L1上报收到Preamble次数为1，说明UE发送一次专用Preamble就收到了RAR，随机接入成功。


综合以上分析：本次切换失败触发重建的原因为切换完成丢，切换失败后UE重建到目标侧，重建失败而掉话。