项目

一般

简介

错误 #2730

上行双流、在1D3U子帧配比下，当前最高速率只能到387M左右

由 王 旭初 在 4 个月 之前添加. 更新于 25 天 之前.

状态:
转测试
优先级:
普通
指派给:
王 旭初
开始日期:
2025-01-21
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
DU
发现问题版本:
Rel_3.0.0
目标解决问题版本:
Rel_3.0.1

描述

这块依赖于共享内存版本的稳定性，非共享内存版本需要限制上行slot3、8、13、18，才能稳定，但速率会缩水。 性能问题，等共享内存版本好了复测。
当前通过限制slot的办法，待后续优化后，逐渐放开slot

历史记录

#1

由 魏 幸幸 更新于 4 个月 之前

  • 状态 从 新建 变更为 进行中

性能问题，通过时延统计，在1d3u上行大流量场景下，KwLiRguDDatInd函数耗时较大，还在进一步分析。

#2

由 魏 幸幸 更新于 3 个月 之前

立伟进行了DU编译优化，把-O0改成-Ofast，编译后DU版本从64M变为79M，性能有很大提升，DU的 work1和work2核利用率在大流量场景降了很多。
1D3U上行2流测试：
(1)只限制一个slot不调度DU +正常CU版本，UE不掉线，速率有538M左右;
(2)放开全部slot DU+正常CU版本，速率有588M左右,但只能坚持一两分钟，核3的利用率会飙到96%以上，UE会掉线；
(3)放开全部slot DU+CU特殊版本(上行包处理最后一步，给ng口发送的地方注释掉，核3利用率降到50%以下)，UE不会掉线，空口速率有588M左右；

目前上行大流量CU的核3是瓶颈。

#3

由 魏 幸幸 更新于 大约 2 个月 之前

  • 指派给 从 魏 幸幸 变更为 韩 伟
  • 发现问题版本 被设置为 Rel_3.0.0
  • 目标解决问题版本 被设置为 Rel_3.0.1
  • 问题归属 DU 已添加
#4

由 魏 幸幸 更新于 大约 2 个月 之前

UM模式上行UDP可到587M

#5

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

修改点如下，AM上行UDP可达峰值600Mbps：
1、用户面增加了1个worker线程，仅改配置参数；（增强了用户面性能）
2、修改了用户面上行不用之前的发消息机制，直接发数据包；（修复了ul buffer is full问题）
--可能存在乱序情况。
3、修改了基站侧和终端侧用户面RLC状态报告相关的定时器和最大重传配置参数；（使用上行业务时基站侧的下行状态报告下发更及时，修复UE掉线问题）
--多UE配置参数需要更合理

已合入3.0_T7版本。

#6

由 韩 伟 更新于 25 天 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 韩 伟 变更为 王 旭初

目前该问题再3.0后续版本已优化修改。

导出 Atom PDF