5G优化案例：5G手机频繁出现RLF分析案例.docxVIP

5G 手机频繁出现 RLF 分析案例 XX无线网络优化中心 5G 手机频繁 RLF 问题分析案例 XX 【摘要】OPPO 5G 手机用户反馈手机上网有问题，通过测试并输出分析报告反馈，DUT 类设备（8250 platform，cate 4）大多数情况下网络计划为 16QAM，并且UL 码率出现= 1.0 的情况，由此经常导致 UL RLF。经过根因分析，64QAM 的版本存在演进，OPPO 手机为 R15 的终端能力需要在系统消息中下发 enable64QAM-v1270 才能触发终端生效 64QAM，而基站侧是 8.1SPC220 的版本不涉及后续的演进因此无法配置 enable64QAM-v1270，通过版本升级或修改配置进行规避。 【关键字】5G 终端 16QAM RLF 【业务类别】无线网 一、 问题描述 OPPO 5G 手机用户(高通 8250 芯片，cate 4)，反馈手机上网有问题，投诉XX电信。协同OPPO 厂家工程师前往儋州进行测试，并输出分析报告反馈， DUT 类设备（8250 platform）大多数情况下网络计划为 16QAM，并且UL 码率出现= 1.0 的情况，由此经常导致UL RLF。而 REF 类设备（7150/8150 platform）大多数情况下网络计划为 QPSK，并且UL 码率总是＜ 1.0，不会出现 UL RLF 的情况。 二、 分析过程 根据OPPO 和高通给出的问题分析报告可以确认 DUT 类手机出现异常时 PUSCH Coding Rate 过了协议规定的最大值 0.930 。问题发生时 PUSCH 的调制方式主要使用的是16QAM，PUSCH IBLER 达到了 57%，表明基站侧对 OPPO 手机发送的 PUSCH 解调存在问题。 而 REF 类设备（7150/8150 platform）大多数情况下网络计划为 QPSK，并且UL 码率总是＜ 1.0，没有出现 UL RLF 的情况，基站侧能成功解调终端发送的 PUSCH 消息。 复测发现手机出现重建的现象，对应的信令跟踪如下，OPPO 的终端能力是 R15 协议的能力。 基站侧数据可以看到上行 64QAM 出现时 PUSCH 的 CRC 结果一直都是非 ACK，问题场景主要集中在 64QAM 解调。 联合OPPO 研发分析确认 Coding Rate 太高也出现在 64QAM 且MCS 大于 25 的场景，但是基站没有给终端下发需要的 enable64QAM-v12710，导致 OPPO 手机无法支持 64QAM，此时基站认为是 64QAM 而终端认为是 16QAM，从而解调失败。 R12 以前的协议，只规定了 CAT5 和 CAT8 的终端(OPPO 测试手机是 R15 协议的 Cate4)支持UL 64QAM，R12 以前基站侧只要参数Qam64Enabled 配置为 BOOLEAN_TRUE 就会在SIB2 中配置 enable64QAM-TRUE，此时基站和终端都同时生效 64QAM。 R12 以后的协议：终端能力上下行分开，除了 CAT5 和 CAT8，更多的终端(OPPO 测试手机是 R15 协议的 Cate4)支持 UL 64QAM。R12 以后非 Cate5 和 Cate8 终端能否支持 64QAM 不能只看enable64QAM-TRUE 还需要看新增的信元 enable64QAM-v1270，SIB2 中需要同时配 置 enable64QAM-TRUE 和 enable64QAM-v1270-TRUE ， 此 时 基 站 和 终 端 都 可 以 生 效64QAM。enable64QAM-v1270 依赖于基站侧参数 R12Qam64Enabled 配置为BOOLEAN_TRUE 才能下发。而基站为低阶 8.1SPC220 版本，无法配置enable64QAM-v1270-TRUE 参数，导致终端无法使能 64QAM，从而解调失败。 协议规定不支持 64QAM 的手机，对于 MCS21~24 阶，调制方式还是 16QAM，支持64QAM 的手机，MCS21~24 阶，调制方式就是 64QAM。基站通过UL Grant 指示终端下一次上行调度使用的 MCS，MCS 和调制方式的映射见下文协议规定。 该问题场景，在 MCS 21~24 阶时，终端为 R15 协议支持 64QAM， 而 8.1SPC220 基站版本过低无法配置enable64QAM-v1270-TRUE 参数，导致终端无法使能 64QAM，而基站认为是 64QAM，MCS21~24 阶就会出现严重误码。 一方面通过升级基站打开enable64QAM-v1270-TRUE，对于 MCS21~24 阶，终端和基站都认为支持 64QAM，就不会出