项目

一般

简介

功能 #4240

CU的线程数量优化:将功能类似的,cpu消耗较低的线程进行合并

杨 杨乐2 个月 之前添加. 更新于 18 天 之前.

状态:
已解决
优先级:
一般
指派给:
开始日期:
2025-10-14
计划完成日期:
% 完成:

0%

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

文件

历史记录

#1

杨 杨乐 更新于 2 个月 之前

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

杨 杨乐 更新于 27 天 之前

  • 状态进行中 变更为 转测试
  • 指派给杨 杨乐 变更为 王 旭初

【问题原因】
三个线程:SCTP_SERVER、SCTP_XN_CLIENT和SCTP_NG_CLIENT;占用cpu比例非常低下
所以将这三个线程合并为一个线程SCTP

【修改方案】
将上面说的三个线程的功能都合并到SCTP线程中;
本方案基于3.1.4的代码和配置

【回归方法和注意事项】
使用如下景多测试一下:
1.单UE接入后灌包
2.配置一个邻基站,测试来回切换功能
3.配置一个或多个存在的邻基站;再配置多个不存在的邻基站;测试下信令面的所有业务是否正常且流畅
如果没有什么问题,则可以关闭问题单。

#3

孙 浩 更新于 27 天 之前

  • 指派给王 旭初 变更为 孙 浩
#4

孙 浩 更新于 18 天 之前

基于Rel_3.1.4_Pre1T2版本,替换gnb_cu包,启动基站gnb_cu后,SCTP_SERVER、SCTP_XN_CLIENT和SCTP_NG_CLIENT的3个线程已经合并为1个SCTP线程,验证如下场景,都符合预期,问题解决;

场景1:大上行子帧1个邻区的同频xnng切换正常,上下行灌包业务正常;
场景2:大上行子帧4个邻区的同频xnng切换正常,上下行灌包业务正常;
场景3:大下行子帧1个邻区的同频xnng切换正常,上下行灌包业务正常;
场景4:大下行子帧4个邻区的同频xnng切换正常,上下行灌包业务正常;

导出 Atom PDF