项目

一般

简介

错误 #3321

3.0基站T5版本，logwriter解析ysUlm_FAPI_HdlUciInd日志偶现参数值错误

由 席 振斌 在 3 个月 之前添加. 更新于 3 个月 之前.

状态:
已关闭
优先级:
普通
指派给:
孙 浩
开始日期:
2025-05-13
计划完成日期:
% 完成:

0%

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

文件

日志截图.png (223 KB) 日志截图.png 孙 浩, 2025-05-19 17:38
gnb_du_20250515T103907_20250519140932.yzb.log (13.7 MB) gnb_du_20250515T103907_20250519140932.yzb.log 孙 浩, 2025-05-19 17:39
日志截图.png (102 KB) 日志截图.png 孙 浩, 2025-05-20 11:10
gnb_du_20250519T135103_20250520110003.yzb.log (39.5 MB) gnb_du_20250519T135103_20250520110003.yzb.log 孙 浩, 2025-05-20 11:11

相关的问题

关联到 3.0基站产品测试 - 性能 #3337: 对日志输出函数进行优化已关闭2025-05-15

Actions

历史记录

#1

由 席 振斌 更新于 3 个月 之前

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

由 席 振斌 更新于 3 个月 之前

  • 项目 从 2.0基站产品化测试 变更为 3.0基站产品测试
#3

由 席 振斌 更新于 3 个月 之前

  • 指派给 从 席 振斌 变更为 周 立伟

问题原因：通过logwriter加日志分析，是du侧有三条在同一个文件，但行号不相同的日志，在写入共享内存的时候行号都变成了同一个行号，导致logwriter在通过文件名和行号判决后认为它们是同一条日志，后续通过和立伟哥一起对du的gdb调试来看，是在写入这三条日志的时候模块名的数组越界，踩内存，导致行号被踩，三条日志变成了同一个行号；
修改方法：du在WriteMsg函数中对越界进行保护修改，由立伟哥修改，同时，cu侧在WriteMsg中对可能发生越界的位置都进行防护，由我这边修改

#4

由 席 振斌 更新于 3 个月 之前

  • 关联到 性能 #3337: 对日志输出函数进行优化 已添加
#5

由 周 立伟 更新于 3 个月 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 周 立伟 变更为 王 旭初
  • 问题归属 DU 已添加
  • 问题归属 已删除 (CU)

需打开MAC_DL_ACK_CQI_MODULE验证，查看下面3条日志是否存在：
ysUlm_FAPI_HdlUciInd :rnti
ysUlm_FAPI_HdlUciInd: RNTI
ysUlm_FAPI_HdlUciInd: PUCCH HARQ Feedback RNTI

已修改，计划落入Rel_3.0.0_Pre1T6版本。

#6

由 孙 浩 更新于 3 个月 之前

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

由 孙 浩 更新于 3 个月 之前

基于Rel_3.0.1_Pre1T5版本，替换du包，将MAC_DL_ACK_CQI模块等级改为debug，输出的du日志包含如下字段：
ysUlm_FAPI_HdlUciInd :rnti
ysUlm_FAPI_HdlUciInd: RNTI
ysUlm_FAPI_HdlUciInd: PUCCH HARQ Feedback RNTI

#8

由 孙 浩 更新于 3 个月 之前

在Rel_3.0.1_Pre1T6版本，将MAC_DL_ACK_CQI模块等级改为debug，输出的du日志包含如下字段：
ysUlm_FAPI_HdlUciInd :rnti
ysUlm_FAPI_HdlUciInd: RNTI
ysUlm_FAPI_HdlUciInd: PUCCH HARQ Feedback RNTI

导出 Atom PDF