项目

一般

简介

错误 #5475

TTI抖动引发小区重建后,重建起来2分钟du出现coredump挂死。

孙 泽林11 天 之前添加. 更新于 3 天 之前.

状态:
审视
优先级:
一般
指派给:
开始日期:
2026-07-01
计划完成日期:
% 完成:

0%

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

描述

软件版本:3.2.1pre3T5版本
物理环境:192.168.8.171 单板基站
终端:E500模拟128UE
问题描述:7D2U 2T2R,128UE峰值业务。下行灌包700M,上行灌包200M,前4个小时运行正常,第5个小时出现TTI抖动,导致了小区重建。重建起来后基站出现了coredump挂死。

历史记录

#1

魏 幸幸 更新于 3 天 之前

  • 状态新建 变更为 进行中

跑死的直接原因是下行harq内存异常了,内存地址不开访问。

#2

魏 幸幸 更新于 3 天 之前

harq内存原本是从内存池申请的15万规格的,在mac UE实例建立时申请, UE实例删除时释放。加了打印,出问题时harq的申请和释放都没有问题。初步怀疑是其它用15万规格的地方内存使用异常。

#3

魏 幸幸 更新于 3 天 之前

修开方案是,在起站时,全部的rnti,harq内存都成系统申请好,把地址存下来。到UE建立时,根据rnti当作索引,直接使用。UE删除时,内存也不释放。

#4

魏 幸幸 更新于 3 天 之前

采取这种固定内存的方式,比较安全,不用不停的申请释放。

#5

魏 幸幸 更新于 3 天 之前

代码走查两条意见:(1)for循环条件,要小于最大rnti数,也要小于最大UE数的宏。(2)假如UE实例建立时,还没有该rnti 的harq内存,再从系统申请一次。(保护作用)

#6

魏 幸幸 更新于 3 天 之前

代码已合入

#7

魏 幸幸 更新于 3 天 之前

  • 状态进行中 变更为 审视
  • 指派给魏 幸幸 变更为 周 立伟

导出 Atom PDF