项目

一般

简介

功能 #1774

5.8G干扰规避的恢复功能未触发

由 程 鹏 在 超过一年 之前添加. 更新于 超过一年 之前.

状态:
已解决
优先级:
高
指派给:
-
开始日期:
2024-05-13
计划完成日期:
2024-05-31
% 完成:

0%

预期时间:

描述

5.8G干扰规避的恢复功能未触发，基站无法恢复到初始配置状态。在干扰规避测试第二轮后，干扰恢复事件非100%触发，小恢复存在，但无法恢复到初始配置。

文件

DU配置.jpg (504 KB) DU配置.jpg du配置 程 鹏, 2024-05-13 18:11
恢复配置.jpg (559 KB) 恢复配置.jpg 恢复页面配置 程 鹏, 2024-05-13 18:11
扫描结果.jpg (568 KB) 扫描结果.jpg 干扰规避事件后30多分钟的扫描结果 程 鹏, 2024-05-13 18:11
事件截图.jpg (1.05 MB) 事件截图.jpg 事件流程紧接截图1 程 鹏, 2024-05-13 18:11
事件截图1.jpg (832 KB) 事件截图1.jpg 事件流程 程 鹏, 2024-05-13 18:11

历史记录

#1

由 林 万江 更新于 超过一年 之前

  • 状态 从 新建 变更为 进行中
  • 指派给 从 王 旭初 变更为 马 党旗
#2

由 马 党旗 更新于 超过一年 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 马 党旗 变更为 程 鹏

干扰规避恢复的条件除了其他的额外的规避条件外还需要满足：
1. 干扰规避计算的结果中的上下行中心频点要和Nms中配置的中心频点相同；
2. 满足可调度最大273个RB（一般Nms中配置的可调度最大RB数也是273）。

#3

由 王 旭初 更新于 超过一年 之前

  • 状态 从 转测试 变更为 进行中
  • 指派给 从 程 鹏 变更为 马 党旗
#4

由 马 党旗 更新于 超过一年 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 马 党旗 变更为 程 鹏

原因是本地对恢复行为的时间记录有一个缓存，这个缓存时间业务逻辑上一直在更新，每次要恢复的时候都会进行时间比对，超过有效期间隔后才进入下一次的恢复
，所以一直达不到这个有效期间隔导致，已处理

#5

由 程 鹏 更新于 超过一年 之前

测试验证该问题已解决。

#6

由 王 旭初 更新于 超过一年 之前

  • 状态 从 转测试 变更为 已解决
  • 指派给 已删除 (程 鹏)

导出 Atom PDF