项目

一般

简介

功能 #4972

监控定时器管理列表,累计超过定时器数量限制时重启CU

席 振斌2 个月 之前添加. 更新于 5 天 之前.

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

0%

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

文件

历史记录

#1

席 振斌 更新于 大约 2 个月 之前

通过通知gnb_agent重启cu

#2

席 振斌 更新于 大约 2 个月 之前

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

席 振斌 更新于 大约一个月 之前

  • 主题监控定时器管理列表,累计超过10000个定时器时重启CU 变更为 监控定时器管理列表,累计超过定时器数量限制时重启CU
#4

席 振斌 更新于 大约一个月 之前

【需求原因】
防止定时器泄漏过多,影响业务

【修改方案】
监控定时器的数量超过3000时,通知agent重启cu

【回归方法和注意事项】
通过打桩的cu包,触发定时器超限场景,看看cu是否被重启,是否上报定时器超限事件

#5

席 振斌 更新于 大约一个月 之前

  • 状态进行中 变更为 转测试
  • 指派给席 振斌 变更为 孙 浩
#6

孙 浩 更新于 大约一个月 之前

在3.2.2版本合入后再测试。

#7

孙 浩 更新于 5 天 之前

在Rel_3.2.2_Pre1T1版本,使用振斌提供的打桩cu包,基站可正常上报“定时器超限”事件,同时cu被重启,符合预期;

导出 Atom PDF