发布时间 : 星期六 文章LTE切换问题定位和优化指导书更新完毕开始阅读
文档标题
密级：
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页