项目

一般

简介

错误 #3110

【17P_Pre1T2】DU调度算法为PFS,128用户接入后上下行UDP灌包18小时后下行断流

郝 雷27 天 之前添加. 更新于 22 天 之前.

状态:
已解决
优先级:
普通
指派给:
类别:
-
开始日期:
2025-04-09
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
DU
发现问题版本:
Rel_2.1.17P
目标解决问题版本:
Rel_2.1.17P
FPGA板卡类型:
CPU类型:

描述

2.5ms配比,E500模拟128用户接入后,上下行UDP灌包,18小时后发现下行断流,在DU窗口打印下面错误:
cmGetMemBlkSetForAlloc failed 2
cmGetMemBlkSetForAlloc failed 2
cmGetMemBlkSetForAlloc failed 2
cmGetMemBlkSetForAlloc failed 2
cmGetMemBlkSetForAlloc failed 2
cmGetMemBlkSetForAlloc failed 2
cmGetMemBlkSetForAlloc failed 2
cmGetMemBlkSetForAlloc failed 2
TTI received at APP : 5520000

历史记录

#1

韩 伟 更新于 25 天 之前

  • 状态新建 变更为 转测试
  • 指派给韩 伟 变更为 郝 雷

本问题测试场景为基站调度算法配置为PFS算法,128终端同时进行udp业务,会出现部分终端无流量,内存很快占用满,此现象在调度RR算法配置下前期多次测试无此问题。
通过配置PFS算法,多次复现log定位分析为PFS算法存在调度不公平和均匀,会导致部分终端长期得不到调度机会,出现没流量现象,同时由于udp业务特性,导致du持续接受报文,又不能调度走,积压大量内存。
同时通过更改sn长度反向验证,确定PFS算法确实存在问题,会导致部分终端没有调度机会。
此问题先转测试处理,待后续PFS算法调测OK后,再复测该用例。

#2

郝 雷 更新于 22 天 之前

  • 状态转测试 变更为 已解决

导出 Atom PDF