文档标题

密级：

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）。

2019-9-19

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

文档标题

密级：

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

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

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

2019-9-19

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

文档标题

密级：

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

Step2：源测CHR分析：切换命令的HARQ重传次数达到最大（ucHarqReTransTimes=4）且

HARQ反馈状态为2（DTX），说明UE没有收到切换命令。

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

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

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

2019-9-19

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

文档标题

密级：

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

Step2：源测CHR分析：

（1）切换命令的HARQ反馈为1（ACK），说明UE收到了切换命令。 （2）通过RbCellRrRsp字段的usCrnti，确定源测的CRNTI=524。

2019-9-19

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