项目

一般

简介

错误 #1258

DU中sysrepo 参数动态修改过程不完整

由 冯 跃刚 在 超过一年 之前添加. 更新于 10 个月 之前.

状态:
已关闭
优先级:
普通
指派给:
冯 跃刚
类别:
-
开始日期:
2023-08-17
计划完成日期:
% 完成:

0%

预期时间:
问题归属:
DU
发现问题版本:
Rel_2.1.13P
目标解决问题版本:
Rel_2.1.14P
FPGA板卡类型:
CPU类型:

描述

由错误 #1250复制：
1.网管界面上小区参数被动态修改后，DU 内部sysrepo agent发送EVT_OAM_CELL_DYN_CONFIG_REQUEST到gnb manager，gnb manager处理EVT_OAM_CELL_DYN_CONFIG_REQUEST，分配内存创建cell add transaction，然后发送EVT_OAM_CELL_RECONFIG_REQUEST进行下一步处理。EVT_OAM_CELL_RECONFIG_REQUEST被以非transaction的方式处理，这导致之前分配的cell add transaction无法释放，造成内存泄漏。
2.gnb manager处理EVT_OAM_CELL_RECONFIG_REQUEST时，还会向oam agent发送EVT_OAM_CELL_RECONFIG_RESPONSE，但是oam agent并没有处理EVT_OAM_CELL_RECONFIG_RESPONSE
3.gnb manager处理EVT_OAM_CELL_RECONFIG_REQUEST后向RRM发送RRM_CELL_RECONFIG_REQUEST，RRM处理RRM_CELL_RECONFIG_REQUEST后向gnb manager发送EVT_RRM_CELL_RECFG_CONFIRM，EVT_RRM_CELL_RECFG_CONFIRM消息没有transaction ID，gnb manager的无transaction ID处理流程并没有EVT_RRM_CELL_RECFG_CONFIRM的处理分支，所以无法处理该消息，直接返回FAILURE。整个处理流程到此结束。

解决方案：
1.新建 cell reconfig transaction类及实现，以支持由gnb mngr状态机来动态修改参数
2.目前动态修改的参数配置过程大致为oam agent -> gnb mngr （cell reconfig transaction） -> rrm -> schedulerLv11，最后由schedulerLvl1向gnb mngr发送confirm，结束transaction
3.目前仅配置参数max msg3 per ul slot到schedulerLv11

代码已入库

历史记录

#1

由 冯 跃刚 更新于 超过一年 之前

  • 状态 从 新建 变更为 已解决
#2

由 高 峰 更新于 10 个月 之前

  • 状态 从 已解决 变更为 已关闭

导出 Atom PDF