项目

一般

简介

错误 #2745

YZMM2.1.0Pre1T13网管版本，修改ru频点配置第一次不生效。

由 孙 泽林 在 3 个月 之前添加. 更新于 3 个月 之前.

状态:
转测试
优先级:
普通
指派给:
孙 泽林
开始日期:
2025-01-23
计划完成日期:
% 完成:

0%

预期时间:

描述

YZMM2.1.0Pre1T13网管版本，修改ru配置中加速前传卡的ru频点。修改后起三层，频点依旧为源频点。
且网管参数恢复为源参数，第二次重新修改后再启动正常。

文件

干扰配置下发.jpg (774 KB) 干扰配置下发.jpg 杨 凯, 2025-01-23 19:11
info.log (79.4 MB) info.log 杨 凯, 2025-01-23 19:12
debug.log (38.2 MB) debug.log 杨 凯, 2025-01-23 21:01

历史记录

#1

由 杨 凯 更新于 3 个月 之前

  • 文件 干扰配置下发.jpg 干扰配置下发.jpg 已添加
  • 文件 info.log info.log 已添加
  • 项目 从 2.0基站产品化测试 变更为 网管产品
  • 指派给 从 杨 凯 变更为 马 党旗
  • 发现问题版本 已删除 (Rel_2.1.16P)
  • 目标解决问题版本 已删除 (Rel_2.1.16P)
  • 问题归属 已删除 (YZMM)

分析从网管修改完RU配置参数后ph_freq的频点，提交配置后，从基站导出的配置gnb-ru来看当前修改配置是生效了，目前怀疑是backend进行干扰规避时重新拉会上次的默认配置

#2

由 杨 凯 更新于 3 个月 之前

#3

由 马 党旗 更新于 3 个月 之前

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

由 马 党旗 更新于 3 个月 之前

  • 指派给 从 马 党旗 变更为 杨 凯
#5

由 杨 凯 更新于 3 个月 之前

  • 状态 从 进行中 变更为 转测试
  • 指派给 从 杨 凯 变更为 孙 泽林

经过分析：1、从backend日志看，在干扰规避开关未打开的情况下，配置参数修改重启三层后网管不会下发干扰规避操作修改RU频点。
2、从操作过程来看的话，目前修改参数重启三层的参数变化主要是依赖PHY和DEV的机制来实现，如果环境上修改的频点未实际接入匹配的RU会出现该问题。
3、基于该操作的可用性和价值与修改PHY和DEV人力2.0投入比的话比较低，暂时采用记录肯点规避该问题。

导出 Atom PDF