5GNR

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

代码已入库

问题状态记录移到错误 #1258