项目

一般

简介

错误 #2642

华为mate30手机vonr语音中做切换目标侧不回重配完成消息

孙 浩4 个月 之前添加. 更新于 8 天 之前.

状态:
已关闭
优先级:
指派给:
类别:
-
开始日期:
2025-01-02
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
CU, DU
发现问题版本:
Rel_2.1.16P
目标解决问题版本:
Rel_2.1.17P
FPGA板卡类型:
115P+PRU
CPU类型:
Xeon-gold5218(宝德)

描述

【环境信息】:核心网(rel_3.2.4_pre4)+bbu(宝德服务器、Rel_2.1.16P_Pre1T1版本)+pru(3.5G)+yzmm(YZMM2.1.0Pre1T12)
【参数配置】:大上行子帧配比
【问题描述】:基站Rel_2.1.16P_Pre1T1版本,华为mate30手机vonr语音中做切换目标侧不回重配完成消息(mate30单独切换没问题,其他终端vonr中切换没问题);
【问题频率】:必现
【问题影响】:产品性能
【问题分析】;华为mate30手机vonr语音中做切换目标侧不回重配完成消息,以下四种切换场景都有问题,需要du与phy侧分析;

             1> mate30手机vonr语音中同频xn切换异常;
             2> mate30手机vonr语音中同频ng切换异常;
             3> mate30手机vonr语音中异频xn切换异常;
             4> mate30手机vonr语音中异频ng切换异常;



文件

同频vonr中ng.png (52.9 KB) 同频vonr中ng.png 孙 浩, 2025-01-02 13:54
mate30手机vonr语音中异频xn切换异常-0102.rar (25.9 MB) mate30手机vonr语音中异频xn切换异常-0102.rar 孙 浩, 2025-01-02 14:01
mate30手机vonr语音中异频ng切换异常-0102.rar (17.1 MB) mate30手机vonr语音中异频ng切换异常-0102.rar 孙 浩, 2025-01-02 14:01
40-1114.part4.rar (39.2 MB) 40-1114.part4.rar 孙 浩, 2025-03-31 16:42
40-1114.part3.rar (100 MB) 40-1114.part3.rar 孙 浩, 2025-03-31 16:43
40-1114.part1.rar (100 MB) 40-1114.part1.rar 孙 浩, 2025-03-31 16:44
70-1114.rar (6.56 MB) 70-1114.rar 孙 浩, 2025-03-31 16:44
40-1114.part2.rar (100 MB) 40-1114.part2.rar 孙 浩, 2025-03-31 16:46
70-0935.pcap (1.13 MB) 70-0935.pcap 孙 浩, 2025-04-29 10:26
40-0925.pcap (1.94 MB) 40-0925.pcap 孙 浩, 2025-04-29 10:26

相关的问题

关联到 2.0基站产品化测试 - 错误 #3055: pdcp重排序定时器处理机制错误已关闭2025-03-31

Actions
关联到 研发产品测试 - 错误 #3088: 2.1.17p_pre1T1 vinr切换时目标站DU偶现不回ueContextModification Response消息进行中2025-04-02

Actions

历史记录

#1

孙 浩 更新于 4 个月 之前

  • 文件 已删除 (同频vonr中ng.png)
#2

席 振斌 更新于 3 个月 之前

  • 状态新建 变更为 进行中
#3

席 振斌 更新于 大约 2 个月 之前

原因:mate30手机对于正在进行语音通话和视频通话的承载不允许进行修改或者新建(但在3gpp协议没有此限制,并且高通芯片允许这样做),如果这样做华为手机不灰复重配置完成信令;
修改方法:1、切换到目标基站后不下发进行语音和视频通话业务相关的承载,按照协议如果不下发终端侧会维护原有的一套;
2、qfi=1和qfi=2的相关的rlc mode修改为um模式,为了解决基站侧和终端侧rlc sn对不齐的问题

自测ok

#4

席 振斌 更新于 大约 2 个月 之前

  • 状态进行中 变更为 转测试
  • 指派给席 振斌 变更为 孙 浩
#5

席 振斌 更新于 大约 2 个月 之前

建议测试人员用qfi=1和qfi=2的用rlc um模式,pdcp 重排序定时器qfi=1和qfi=2所映射的drb对应的pdcp_config为100ms, qfi=5和qfi=9为300ms

#6

孙 浩 更新于 大约一个月 之前

测试过程中发现:带vonr的xn、ng交叉切换场景,发现切换成功后的掉线率与17p版本相比要高一点,需要研发继续修改定位。

#7

席 振斌 更新于 大约一个月 之前

一、发现pdcp重排序定时器2个问题:
1、pdcp重排序定时器的超时函数处理不合理,数据不够16帧无法发送,会删除数据,是代码逻辑问题;
2、触发重排序定时器的RX_REORD设置不合理;
修改方法:
1、数据不够16帧也可以发送
2、按照协议设置:触发t-Reordering的PDCP数据PDU相关COUNT值之后的那个COUNT值设置为RX_REORD;
二、um模式下du不会给cu发送ddds,所以cu侧的dbs无法更新,在300万的大小被用完后cu侧无法下发数据
修改方法:um模式下,下行发送完数据后不再减少dbs
目前两个问题都以修改,自测ok

#8

席 振斌 更新于 大约一个月 之前

重排序定时器的问题除了上述问题,整个机制处理都有问题,需要修改整套机制,用新单跟踪

#9

席 振斌 更新于 大约一个月 之前

  • 关联到 错误 #3055: pdcp重排序定时器处理机制错误 已添加
#10

孙 浩 更新于 大约一个月 之前

基于17P_Pre1T2版本,替换du与cu包,验证情况如下:

1、基站配置:qfi=1和qfi=2的用rlc um模式,pdcp 重排序定时器qfi=1和qfi=2所映射的drb对应的pdcp_config为100ms, qfi=5和qfi=9为300ms;
2、验证结果:mate30手机同频xnng混合切换带vonr与vinr业务中终端无掉线业务不中断(偶现在切换时刻有几秒钟的视频卡顿但可快速恢复正常);

总的来说,mate30手机可以支持在vonr或vinr时做切换了,至于偶现的卡顿问题在#3055单子中跟踪,此问题单已解决。

#11

周 立伟 更新于 大约一个月 之前

  • 关联到 错误 #3088: 2.1.17p_pre1T1 vinr切换时目标站DU偶现不回ueContextModification Response消息 已添加
#12

孙 浩 更新于 8 天 之前

在17P_Pre1T3版本,验证如下:
1、基站配置:qfi=1和qfi=2的用rlc um模式,pdcp 重排序定时器qfi=1和qfi=2所映射的drb对应的pdcp_config为100ms, qfi=5为300ms,qfi=9为50ms;
2、验证1款华为mate30手机与1款vivo手机,异频vonr、vinr中的xnng混合切换中业务不中断,mate30手机切换流程正常,问题关闭。

导出 Atom PDF