错误 #5211
【Rel_3.2.1Pre2T2_正维3.3G整机】基于VONR的异频NG切换，概率出现掉话情况
由 张 开科 在 大约 2 个月 之前添加.
更新于 大约一个月 之前.
描述
两个基站配置临区关系，设置优先NG切换，调整A5门限，测试基于VONR的异频NG切换
两个测试手机，一个mate30固定在8.99基站接入，另一台mate40Pro手机在8.99基站接入后，两手机发起语音通话，反复移动mate40pro手机位置99<->233触发其反复切换，概率出现掉话情况
历史记录
qos 1的配置一个基站是um,一个基站是am，配置改一致后，解决掉话问题，但是仍有低概率偶现重配置完成上不来的问题
【问题原因】
2个问题：
1、切换到目标基站后掉话，rlc传输方式2个基站不一致，导致切换的手机上行数据处理异常；
2、低概率切换到目标侧之后，终端不回重配置完成，终端掉线
【修改方案】
1、配置修改一致后，解决掉话问题，后续会提功能单，目标基站的部分配置通过源基站信元携带过来，不采用目标基站的配置；
2、目前感觉N311的值配置的不合理，已经重新修改了du包，后续多次测试观测
目前感觉N311的值配置的不合理，已经重新修改了du包，测试后发现无效果，再次分析了复现的du log,发现源基站发送下去的重配置信令，终端一直解错，mac和rlc都进行了重传
3.1.4大包 ok
3.1.4大包+3.2.1pre2t2_DU ok
3.1.4大包+3.2.1pre2t2_CU+3.2.1pre2t2_DU ok
3.2.1pre2t2大包 pucch format0&2 ok
3.2.1pre2t2大包 pucch format1&3 nok
做了上述交叉测试，3.2.1pre2t2大包 pucch format1&3 nok这一波测试后，又改回pucch format0&2，还是没有问题，说明pucch format1&3配置下，切换时确实有重配置完成偶现上不来的问题，后续待du同事分析
导出 Atom
PDF