项目

一般

简介

错误 #4565

du开启多个Log模块,下行峰值灌包,开关几次log后,下行流量下降

郭 锁奇大约 2 个月 之前添加. 更新于 6 天 之前.

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

0%

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

描述

Rel_3.1.4_Pre1T2版本,基站du开启多个Log模块,下行峰值灌包,开关几次log后,下行流量下降,再关闭 log后下行流量稳定在一个低流量值不能恢复到峰值。


文件

历史记录

#1

韩 伟 更新于 大约 2 个月 之前

  • 状态新建 变更为 进行中

目前该问题经过自测,多次复现后,关闭log,下行流量稳定在一个低值,不能回复到峰值。通过多次log分析,发现流量持续低的原因为RLC存在接收不到调度,导致流量下降,最新log分析发现mac调度流程存在周期性不向高层发送调度的问题,该问题mac还在分析中。

#2

韩 伟 更新于 大约 2 个月 之前


08:24:19.790 -- 08:24:19.795
08:24:19.830 -- 08:24:19.835
08:24:19.870 -- 08:24:19.875
08:24:19.910 -- 08:24:19.915
08:24:19.950 -- 08:24:19.955
08:24:19.990 -- 08:24:19.995
梳理log,每40ms内有5ms没有调度,直接导致下行流量保持在650左右,不能达到740.

#3

韩 伟 更新于 大约 2 个月 之前


每个5ms无调度期间一直有以上异常打印,mac怀疑是和harq重传相关,还在分析中。

#4

韩 伟 更新于 18 天 之前

该问题分析和开启Log量相关,即log量影响性能,对调度时序有影响导致,目前针对Log量太大时对性能影响问题处理:
1、Logwirte进行Log流控,对Log量进行控制,超出部分丢弃,Logwrite已做修改,可开关控制。
2、梳理DU侧Log,后续DU这对Log维侧作为专题进行优化,对非必要Log进行删除,log合并,log等级优化等。
3、针对该问题中发现的另一个问题:du在这种异常情况下上报极大的dbs值问题以进行修改,已合入3.1.4.

#5

韩 伟 更新于 18 天 之前

  • 状态进行中 变更为 审视
  • 指派给韩 伟 变更为 周 立伟
#6

周 立伟 更新于 7 天 之前

  • 状态审视 变更为 转测试
  • 指派给周 立伟 变更为 郭 锁奇

已验证通过走查完成,合入3.1.4/3.1.5_Pre1T1,可转测。

#7

郭 锁奇 更新于 6 天 之前

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

郭 锁奇 更新于 6 天 之前

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

Rel_3.1.5_Pre1T2版本验证通过

导出 Atom PDF