项目

一般

简介

错误 #4146

DU-共享内存初始化时机不正确，导致核8CPU负荷100%。

由 惠 帅帅 在 2 个月 之前添加. 更新于 28 天 之前.

状态:
已关闭
优先级:
一般
指派给:
孙 浩
开始日期:
2025-09-24
计划完成日期:
% 完成:

0%

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

文件

使用共享内存切换验证-0928.rar (258 KB) 使用共享内存切换验证-0928.rar 孙 浩, 2025-09-28 11:08
不使用共享内存切换验证-0928.rar (493 KB) 不使用共享内存切换验证-0928.rar 孙 浩, 2025-09-28 11:08
#4146问题单补测验证-1009.rar (6.39 MB) #4146问题单补测验证-1009.rar 孙 浩, 2025-10-09 13:42
#4161问题单1D3U子帧ng切换日志-1011.rar (1.08 MB) #4161问题单1D3U子帧ng切换日志-1011.rar 孙 浩, 2025-10-11 10:42
#4161问题单7D2U子帧ng切换日志-1011.rar (969 KB) #4161问题单7D2U子帧ng切换日志-1011.rar 孙 浩, 2025-10-11 10:42

历史记录

#1

由 惠 帅帅 更新于 2 个月 之前

  • 主题 从 DU-共享内存初始化时机不正确，导致核8CPU负荷过高。 变更为 DU-共享内存初始化时机不正确，导致核8CPU负荷100%。
#2

由 惠 帅帅 更新于 大约 2 个月 之前

g_f1u_shm_switch这个全局变量是du侧这边控制F1共享内存和F1 socket的开关
1、先启动DU，再启动CU，带上下行业务测试。
2、数据包采用UDP发送，不使用共享内存，上下行业务测试。
3、数据包采用共享内存收发，不使用共享内存，上下行业务测试。
4、带业务UDP/共享内存收发切换NG/XN场景
5、修改小区复位参数，小区正常后带业务(走共享内存模式)。
6、修改小区复位参数，小区正常后带业务(走共享内存模式)。

#3

由 惠 帅帅 更新于 大约 2 个月 之前

1 /yzmm/gnb/cu/config/gnb_config.txt
[UP_SHM_CONFIG]
ENABLE_SHM = 1(共享内存收发)； ENABLE_SHM = 0(UDP收发)

2 /yzmm/gnb/du/config/sys_config_ARM.txt
[F1U_SHM_CONFIG]
F1U_SHM_SWITCH = 1(共享内存收发)； F1U_SHM_SWITCH = 0(UDP收发)

#4

由 惠 帅帅 更新于 大约 2 个月 之前

  • 状态 从 新建 变更为 转测试
  • 指派给 从 惠 帅帅 变更为 孙 浩

1 /yzmm/gnb/cu/config/gnb_config.txt
[UP_SHM_CONFIG]
ENABLE_SHM = 1(共享内存收发)； ENABLE_SHM = 0(UDP收发)

2 /yzmm/gnb/du/config/sys_config_ARM.txt
[F1U_SHM_CONFIG]
F1U_SHM_SWITCH = 1(共享内存收发)； F1U_SHM_SWITCH = 0(UDP收发)

#5

由 孙 浩 更新于 大约 2 个月 之前

验证如下场景：
1、使用共享内存，先启动DU，再启动CU，带上下行业务测试，切换；在修改小区复位参数，小区正常后带udp业务；——都符合预期
2、不使用共享内存，数据包采用UDP发送，上下行业务测试，切换；在修改小区复位参数，小区正常后带udp业务；——都符合预期

     不适用共享内存方法：
    1 /yzmm/gnb/cu/config/gnb_config.txt
      [UP_SHM_CONFIG]
      ENABLE_SHM = 1(共享内存收发)； ENABLE_SHM = 0(UDP收发)

    2 /yzmm/gnb/du/config/sys_config_ARM.txt
      [F1U_SHM_CONFIG]
       F1U_SHM_SWITCH = 1(共享内存收发)； F1U_SHM_SWITCH = 0(UDP收发)
#6

由 惠 帅帅 更新于 大约 2 个月 之前

补测1D3U场景测试用例：1D3U场景，上下行同时灌包，上行100M，下行200M，观察1小时流量正常即可。

#7

由 惠 帅帅 更新于 大约 2 个月 之前

补测1D3U场景测试用例：1D3U场景，特殊子帧配比采用10:2:2，上下行同时灌包，上行100M，下行400M，观察1小时流量正常即可。

#9

由 孙 浩 更新于 大约 2 个月 之前

  • 发现问题版本 从 Rel_3.1.2 变更为 Rel_3.1.3
  • 目标解决问题版本 从 Rel_3.1.2 变更为 Rel_3.1.3

补测场景：基于Rel_3.1.3_Pre1T6版本，替换du包，基站1D3U配比，特殊子帧配比采用10:2:2，上行100M，下行400M，同时灌包，灌包持续2小时未掉线且流量正常。

#10

由 惠 帅帅 更新于 大约 2 个月 之前

1D3U和7D2U场景下，带上下行流量(共享内存收发)再测试一下NG切换功能(来回切3次。切至目标测后带上下行流量稳定3分钟后再进行下一次切换)。
这个不急，等当前T6版本稳定后再行测试也可以。

研发代码临时分支：37-4146-du-8cpu-100-0

#11

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

补测如下2种场景：
1> 基于Rel_3.1.3_Pre1T6版本，替换du包，基站1D3U配比，上下行各灌包50M，ng切换多次，切换流程正常，切换后稳定3分钟流量都保持正常，符合预期；
2> 基于Rel_3.1.3_Pre1T6版本，替换du包，基站7D2U配比，上下行各灌包50M，ng切换多次，切换流程正常，切换后稳定3分钟流量都保持正常，符合预期。

#12

由 孙 浩 更新于 28 天 之前

  • 状态 从 已解决 变更为 已关闭

1> 在Rel_3.1.3_Pre1T7版本，基站1D3U配比，上下行各灌包100M，ng切换多次，切换流程正常，切换后稳定3分钟流量都保持正常，符合预期；
2> 在Rel_3.1.3_Pre1T7版本，基站7D2U配比，上下行各灌包100M，ng切换多次，切换流程正常，切换后稳定3分钟流量都保持正常，符合预期。

导出 Atom PDF