活动
从 2026-02-08 到 2026-03-09
今天
- 17:58 产品3.0平台 错误 #4992: 3.0版本固定峰均比
- 测试结果如下附件
- 17:50 产品3.0平台 错误 #4992 (新建): 3.0版本固定峰均比
- 版本:CFR_test
问题:测试默认削峰门限7.9,硬削峰8.2,测试结果5.8G和600M以及3.5G射频指标较差,EVN 2.7%-3.5%左右;修改削峰门限8.2,硬削峰8.5之后总体EVM优化到2.3-2.9%左右;
需... - 17:35 网管产品 错误 #4991: [3.0产品测试] 网管上修改P0功率的值有报错,无法修改
- 解决办法:基站和核心网代码分开,基站check range时候只做值校验,核心网其实不是check 值,而是check bit位,重新写一个校验规则
- 16:37 网管产品 错误 #4991: [3.0产品测试] 网管上修改P0功率的值有报错,无法修改
- 问题原因:
基站和核心网使用一套check逻辑,核心网的新需求是按照位数校验范围 0 和 00 ,1 和 001 都认为是不相同的数字;在2月27日提交的代码校验了位数,但是没有考虑的负数的前缀,
导致此问题出现。 - 16:05 网管产品 错误 #4991 (进行中): [3.0产品测试] 网管上修改P0功率的值有报错,无法修改
- 16:03 网管产品 错误 #4991 (进行中): [3.0产品测试] 网管上修改P0功率的值有报错,无法修改
- 版本:2.4.1
问题:修改P0功率的几个参数,实际配置值在范围内,网管上有报错,无法修改。
具体参数见附件。 - 17:23 3.0基站产品测试 功能 #4985: GnbMgr/DuMgr/AmfMgr/RmMgr状态机进入稳态失败,通知agent重启cu
- 现有重启场景--已支持
CU_TRIGGER NG_LINK_DISCONNECT 基站和核心网连接断链
CU_TRIGGER RETRY_NG_SETUP_FAIL 基站和核心网链路建链超时
CU_TRIGGER ... - 09:01 3.0基站产品测试 功能 #4985 (新建): GnbMgr/DuMgr/AmfMgr/RmMgr状态机进入稳态失败,通知agent重启cu
- 17:15 3.0基站产品测试 功能 #4955: 对内核资源进行监控(运行日志)和告警
- 需要和承立核对下套接字、slab内存、共享内存的获取api的任务分配
- 17:13 3.0基站产品测试 功能 #4956: 网管服务器和日志服务器增加相关告警
- 1、无权限:关键程序的执行权限,核对可执行程序文件本身
2、文件异常(后期处理):校验码机制,核对可执行程序文件本身的校验 - 17:10 3.0基站产品测试 功能 #4957: 新增指标上报,增加cpu占比情况,和网络流量(只上报信令面+用户面网卡的流量)
- 目前用户面eth2,信令面eth0(查看进程维度区分)
提供配置,可能涉及单网卡双网卡区分 - 17:07 3.0基站产品测试 功能 #4959: 系统资源的获取监控优化(arm)
- 优先处理arm版本的命令
- 17:06 3.0基站产品测试 功能 #4960: 增加依赖的系统命令异常告警(arm)
- 优先支持arm版本的命令
- 17:05 3.0基站产品测试 功能 #4961: 硬件寿命预警
- 基站出厂安装的时候注册一个硬件启动时间,baseService读取这个时间到达硬件寿命阈值的时候告警
- 17:02 3.0基站产品测试 功能 #4966: baseService的trace log优化
- 网管修改日志等级和承立沟通避免处理重复
- 17:00 3.0基站产品测试 功能 #4976: 日志支持远程发送服务器存储
- 调测+运行——李玮璇【具体需讨论是直接发往服务器还是通过logWriter】
- 16:58 3.0基站产品测试 功能 #4979: BaseService对于I/0的常规打印
- 系统维度和进程维度,核实下是否可以通过api进行监控
- 16:52 3.0基站产品测试 功能 #4972: 监控定时器管理列表,累计超过10000个定时器时重启CU
- 通过通知gnb_agent重启cu
- 16:12 网管产品 错误 #4963 (转测试): 网管2.4.1版本更新告警关联
- 16:12 网管产品 错误 #4963 (审视): 网管2.4.1版本更新告警关联
- 16:12 网管产品 功能 #4954 (转测试): 基站内存超限自愈机制完善
- 16:11 网管产品 功能 #4938 (转测试): 界面增加LMT相关配置
- 16:10 网管产品 错误 #4984 (转测试): [3.0产品测试] 配置规则文件有问题,导致网管无法修改“特殊子帧配比”参数
- 16:10 网管产品 错误 #4984 (审视): [3.0产品测试] 配置规则文件有问题,导致网管无法修改“特殊子帧配比”参数
- 09:38 网管产品 错误 #4984 (反馈): [3.0产品测试] 配置规则文件有问题,导致网管无法修改“特殊子帧配比”参数
- 09:38 网管产品 错误 #4984 (进行中): [3.0产品测试] 配置规则文件有问题,导致网管无法修改“特殊子帧配比”参数
- 定位问题:
特殊子帧配比校验规则中字符串缺少'号未闭合导致网管严格校验不通过;
解决方法:
配置校验规则文件内容特殊子帧配比校验规则中增加'号闭合字符串
进展:
自验证通过,待合入3.2.1版本测试回归 - 16:09 网管产品 错误 #4724 (转测试): 英文网管YZMM2.2.6Pre1T1版本,基站切换网管场景,显示基站得脱管、离线、在线状态存在问题
- 16:09 网管产品 错误 #4724 (审视): 英文网管YZMM2.2.6Pre1T1版本,基站切换网管场景,显示基站得脱管、离线、在线状态存在问题
- 10:02 网管产品 错误 #4724 (进行中): 英文网管YZMM2.2.6Pre1T1版本,基站切换网管场景,显示基站得脱管、离线、在线状态存在问题
- 原因是如果查询redis,neInsStatus如果不存在默认状态是未纳管,现在已经修改为默认状态为离线
- 16:09 网管产品 错误 #4702 (转测试): 网管YZMM2.2.4Pre1T1英文版本, 核心网部件状态status前后距离不佳
- 16:09 网管产品 错误 #4702 (审视): 网管YZMM2.2.4Pre1T1英文版本, 核心网部件状态status前后距离不佳
- 11:21 网管产品 错误 #4702 (进行中): 网管YZMM2.2.4Pre1T1英文版本, 核心网部件状态status前后距离不佳
- 在核心网部件状态页,新增依赖语种信息构建页面
中文直接显示,英文状态需要加一个空格 - 16:08 网管产品 错误 #4716 (转测试): 英文网管YZMM2.2.6Pre1T1版本优化system和help子菜单
- 16:08 网管产品 错误 #4716 (审视): 英文网管YZMM2.2.6Pre1T1版本优化system和help子菜单
- 11:47 网管产品 错误 #4716 (进行中): 英文网管YZMM2.2.6Pre1T1版本优化system和help子菜单
- 按照要求修改stringdefine,在菜单上单独一行显示,避免了多余的换行
- 16:08 网管产品 错误 #4703 (转测试): 网管YZMM2.2.6Pre1T1英文版本, 二级菜单与三级菜单存在遮挡
- 16:08 网管产品 错误 #4703 (审视): 网管YZMM2.2.6Pre1T1英文版本, 二级菜单与三级菜单存在遮挡
- 13:33 网管产品 错误 #4703 (进行中): 网管YZMM2.2.6Pre1T1英文版本, 二级菜单与三级菜单存在遮挡
- 统一将三级菜单的left定位从115%修改为101%,留出冗余量,使得中英文在极端情况下避免出现覆盖
- 16:07 网管产品 错误 #4698 (转测试): 英文网管YZMM2.2.4Pre1T1版本升级2.2.6Pre1T1时,升级界面优化
- 16:07 网管产品 错误 #4698 (审视): 英文网管YZMM2.2.4Pre1T1版本升级2.2.6Pre1T1时,升级界面优化
- 13:44 网管产品 错误 #4698 (进行中): 英文网管YZMM2.2.4Pre1T1版本升级2.2.6Pre1T1时,升级界面优化
- 网管升级页面存在上传校验存在中文,
基站升级页面存在标题为中文
以上问题均已修改 - 16:07 网管产品 错误 #4990 (转测试): 网管版本2.4.1版本,先升级基站软件版本,再升级OS版本,出现OS版本上传版本问题锁
- 16:07 网管产品 错误 #4990 (审视): 网管版本2.4.1版本,先升级基站软件版本,再升级OS版本,出现OS版本上传版本问题锁
- 16:00 网管产品 错误 #4990 (反馈): 网管版本2.4.1版本,先升级基站软件版本,再升级OS版本,出现OS版本上传版本问题锁
- 15:59 网管产品 错误 #4990 (进行中): 网管版本2.4.1版本,先升级基站软件版本,再升级OS版本,出现OS版本上传版本问题锁
- 问题定位:
1.先升级基站软件版本,那么redis有key:“software-version-manage:ip”会有记录,记录内容为:filed:gnb,value:{"startTime":1773038405,"timeOu... - 15:26 网管产品 错误 #4990 (转测试): 网管版本2.4.1版本,先升级基站软件版本,再升级OS版本,出现OS版本上传版本问题锁
- 网管版本2.4.1版本,先升级基站软件版本,再升级OS版本,出现OS版本上传版本提示“当前已有任务进行中”
备注:
无法上传OS版本 - 16:06 网管产品 错误 #4835 (转测试): 网管版本2.4.0pre1T1,OS特性-上传/安装版本无进度条,采用弹窗倒计时体现
- 16:06 网管产品 错误 #4835 (审视): 网管版本2.4.0pre1T1,OS特性-上传/安装版本无进度条,采用弹窗倒计时体现
- 16:04 网管产品 错误 #4835: 网管版本2.4.0pre1T1,OS特性-上传/安装版本无进度条,采用弹窗倒计时体现
- 问题定位:
安装界面,增加了“PROCESSING_PLEASE_WAIT”文件正在上传中,请稍后再试的提示,但是在安装过程中,没有加
问题解决
在下发指令成功以后,经过调度schedule时,增加
let... - 15:35 网管产品 错误 #4835 (反馈): 网管版本2.4.0pre1T1,OS特性-上传/安装版本无进度条,采用弹窗倒计时体现
- 安装过程中,还是未有任何提示
- 15:31 网管产品 错误 #4836 (已解决): 网管版本2.4.0pre1T1,OS特性-未发现安装版本信息时,“安装”按钮需要置灰
- 2.4.1版本问题已解决,为发现版本包时,“安装”按钮置灰
- 15:31 3.0基站产品测试 错误 #4939 (进行中): 复位基站模块消息增加原因枚举ID
- 15:01 网管产品 错误 #4833 (已解决): 网管版本2.4.0pre1T1,界面参数rank、port、ant按照实际规则配置下发,无法配置
- 网管2.4.1版本&基站3.2.1版本已实现
尝试修改rank port ant数 大小关系均符合规则 - 14:19 网管产品 错误 #4667 (已解决): 网管2.3.0pre1T2版本,导出导入3.1.3含有agent配置文件的数据时,导入失败
- 网管2.3.0版本&基站3.2.1版本,导出基站配置
网管2.4.1版本&基站3.2.1版本,导入基站配置 成功
该问题已解决! - 14:16 产品3.0平台 功能 #4607 (已关闭): 正维功放烧写版本从底板烧写
- 该功能无法实现,详见#4088
- 14:11 3.0基站产品测试 错误 #4141 (已关闭): [3.0产品测试]3.1.3Pre1T5 , 基站测试峰速后无信号
- 暂未复现
- 14:11 3.0基站产品测试 错误 #4755 (已关闭): [3.0产品测试]3.1.4pre1T4,军特26db 4T4R整机告警电压域值错误
- 14:11 3.0基站产品测试 错误 #4755 (已解决): [3.0产品测试]3.1.4pre1T4,军特26db 4T4R整机告警电压域值错误
- 14:10 3.0基站产品测试 错误 #4754 (已关闭): [3.0产品测试]3.1.4pre1T4,军特26db 4T4R整机与底板的rx_gain补偿值填写错误
- 14:10 3.0基站产品测试 错误 #4754 (已解决): [3.0产品测试]3.1.4pre1T4,军特26db 4T4R整机与底板的rx_gain补偿值填写错误
- 14:09 3.0基站产品测试 错误 #4831 (已关闭): 314pre1T4版本,网管频繁上报反射功率过大告警
- 暂无问题
- 11:46 网管产品 错误 #4847 (已关闭): 网管上采集日志失败
- 11:46 网管产品 错误 #4847 (已解决): 网管上采集日志失败
- 11:42 网管产品 错误 #4847: 网管上采集日志失败
- 该问题已解决,可以在网管2.4.1版本验证下
- 11:41 网管产品 功能 #4872 (已解决): 干扰区域RB个数要小于调度最大RB个数/同频邻区数量
- 网管版本2.4.1和基站版本3.2.1均已实现
当邻区个数为0时,ICIC_CELL_RB_NUM =20 DL_SCH_NUM_PRB 最小值为20
当邻区个数为1时,ICIC_CELL_RB_NUM =20 DL_SC... - 11:17 产品3.0平台 功能 #4936: 64G镁光emmc软件兼容问题
- 1. 自动获取emmc 大小,根据大小来进行分区。
2. 建立文件夹,对上层隐藏emmc 大小的不同。 - 11:17 3.0基站产品测试 错误 #4771 (已解决): UM模式下,切换流程,PDCP hfn和sn的处理修改
- 在3.2.1pre1T2版本,关闭ducu模块共享内存模式,QFI9设置为UM模式,上行峰值灌包超帧号后终端可正常切换,切换流程完整,符合预期。
!%E8%B6%85%E5%B8%A7%E5%8F%B7%E6%8A%93%E5%8C... - 11:05 网管产品 错误 #4878 (已解决): 【4815】需要新增一个CSI-HARQ合并上报开关
- 2.4.1版本和3.2.1版本均已实现
- 10:31 网管产品 错误 #4899: [3.0产品测试] 基站反射功率过大告警消除后,网管上告警没有恢复
- 该问题已解决,在后续2.4.1版本验证
- 10:30 网管产品 错误 #4989 (新建): [3.0产品测试] 网管配置导入后,提示成功,但是操作日志里面显示失败
- 版本:2.4.1
问题:首先网管配置导出,然后网管配置导入,提示成功,但是操作日志里面显示失败。 - 10:25 B5G_UE 错误 #4942 (审视): UU口L1c pucch2下发的nDmrsScrID与dataScrmblId不对
- pucch format使用的dmrs和data的序列id需要从pusch里获取。之前未获取到导致配置成0
- 10:23 B5G_UE 错误 #4944 (审视): UU口L1c pucch2下发的prbsize是PucchID对应最大可用RB,不是结合bit与码率计算的真实使用RB
- 根据PUCCH发送的bit长度进行真实RB数计算
- 10:02 网管产品 错误 #4839 (已解决): 网管版本2.4.0pre1T1,OS特性-未体现安装完成时间点或者提供安装完成事件记录
- 网管版本2.4.1和基站版本3.2.1,已实现
- 09:30 3.0基站产品测试 错误 #4935 (已解决): 3.2.1pre1T2版本(2月25号发布)长跑46小时有1个终端掉线后接入不了
- 基于Rel_3.2.1_Pre1T2版本,替换cu小包,3终端运行70小时终端有掉线,但都可快速接入,核心网未注册终端接入流程也无异常,符合预期,问题解决。
!%E6%A0%B8%E5%BF%83%E7%BD%91%E6%9C%AA... - 09:15 3.0基站产品测试 功能 #4943: 各个释放流程整改统一释放流程
- 释放流程修改完成后进行下列两部分测试:
1、随机接入和service request流程关键节点进行释放流程打桩测试且修改释放问题;
2、切换和vonr的释放流程进行修改 - 09:15 研发产品测试 需求CR #4988 (新建): baseService coredump处理整改
- 1.各模块可考虑对coredump文件进行有效性输出,而不是全量输出
2.提取关键信息,需要考虑规避卡顿的可能(如果第一条完成后,Core文件在50M左右,可以忽略第二条)
3.baseService输出Coredump文件(如果... - 09:14 研发产品测试 需求CR #4987 (新建): baseService时序性异常保护
- 1、时序性异常保护:环境运行监控记录、异常告警(排查流程完整性)
2、关键流程的异常时,增加统计,增加日志,告警,对于部分需要重试机制的异常要增加重试(具体实例需要定一下,比如哪些流程是需要做重试的) - 09:06 3.0基站产品测试 功能 #4986 (新建): 业务关键参数整改,加强校验,校验失败上报事件,参数修改后,重启cu
- 1、删除冗余/无效参数
2、参数规整重排版
3、加强业务参数相关性校验
4、参数名称校正
5、参数默认值梳理:分析合理性并整改
6、参数取值范围合理性校验
7、业务关键参数校验失败,上报事件,修改后,根据参数改动,通知ag...
2026-03-07
- 21:20 3.0基站产品测试 功能 #4928 (已解决): gps状态信息查询
- 获取位置信息函数get_lat_long_info()的返回值1代表GPS同步,0代表未同步。另外添加函数get_gps_postioning_status()获取GPS同步状态。
2026-03-06
- 18:35 网管产品 错误 #4984 (转测试): [3.0产品测试] 配置规则文件有问题,导致网管无法修改“特殊子帧配比”参数
- 升级网管2.4.1,基站版本3.2.1_Pre1T2
网管上无法修改“特殊子帧配比”参数,有报错。
研发分析:配置规则文件有问题 - 17:18 网管产品 错误 #4983 (新建): 网管2.4.1版本,添加基站时优化,基站状态显示
- 网管2.4.1版本,添加基站时优化,基站状态显示
备注:
1、因添加基站状态变化 脱管-离线-在线,界面弹框提示网元状态频繁,特优化该功能 - 15:49 3.0基站产品测试 错误 #4974: 整机异常丢EMMC分区表
- emmc分区表丢失问题,只能尽力避免。需要在下电前使用poweroff命令正常关机,后断电。
- 09:53 3.0基站产品测试 错误 #4974 (新建): 整机异常丢EMMC分区表
- 3.1.4pre1_T4版本
N78正维整机,整机下电并重新上电后,整机4灯常亮,无法ping通。
连接串口线看,emmc分区表丢失。需重新烧写版本才能恢复
目前两台新整机,分别遇到一次,均是下电上电后出现的异常。 - 15:47 3.0基站产品测试 错误 #4982 (新建): coreset0起始位置增加判断,根据配置的ssb位置,取距离pointa最近的位置作为coreset0起始位置
- 20M小区配置需求,避免因为ssb位置以及cce个数较少,导致pdcch资源分配不足
- 14:35 核心网产品 错误 #4981 (新建): 核心网短信大业务量压力测试过程中内存泄漏
- 核心网短信大业务量压力测试过程中存在内存泄漏问题;
- 11:55 产品硬件设计及装配生产 功能 #4980: 西安一体化基站出现断续ping不通排查为核心网与基站连接的网线问题
- 装配中使用的网线问题,需要重新选型质量更好的网线。
- 11:51 产品硬件设计及装配生产 功能 #4980 (新建): 西安一体化基站出现断续ping不通排查为核心网与基站连接的网线问题
- 【问题描述】西安一体化基站出现断续ping不通排查为核心网与基站连接的网线问题,是核心网eth2网口到基站eth2网口间的网线问题;
【问题定位】替换核心网eth2网口到基站eth2网口间的网线后,基站稳定; - 11:38 3.0基站产品测试 功能 #4812: 修改系统启动时用文件系统是ramdisk,不直接用emmc做根文件系统。
- 新旧版本升级均为覆盖安装。
- 11:36 3.0基站产品测试 功能 #4812: 修改系统启动时用文件系统是ramdisk,不直接用emmc做根文件系统。
- 为保证兼容性及改动最小,用了debian 来生成ramdisk。
为保证新旧系统的兼容性:主要做如下修改及测试:
!%E6%96%B0%E6%97%A7%E7%89%88%E6%9C%ACramdisk%E5%85%BC%E5%A... - 11:31 基站横联 功能 #4876 (已解决): 增加ebtable,arptables 对arp进行过滤
- 54所给的反馈 ok。
- 11:31 3.0基站产品测试 功能 #4979 (新建): BaseService对于I/0的常规打印
- I/O 操作中涉及到的大量内核数据结构(比如文件信息、缓冲区块、设备请求等),通过 Slab 操作的一些关注信息的监控和打印
- 11:00 网管产品 功能 #4883 (进行中): 网管版本YZMM2.4.0Pre1T1,基站版本321pre1T2版本,当核心网在HA状态下,基站无法时间同步
- 定位问题:
gnb_agent获取core_agent IP是由“/gnb-cu-amf:GNB-CU-AMF/BASE/AMF_SCTP_IP_ADDRESS”得到的,但是在HA环境下存在核心网浮动IP与core_agent配置的... - 10:33 核心网产品 错误 #4978 (新建): VXLAN网口异常告警恢复有问题
- VXLAN网口异常告警恢复有问题,VXLAN标志关闭后告警不恢复,需要修改,松松已定位;
- 10:19 3.0基站产品测试 错误 #4821 (已关闭): LogWriter在记录DU的二进制文件中有个别日志的参数输出长度超出规则文件计算的长度
- 10:18 3.0基站产品测试 错误 #4821 (已解决): LogWriter在记录DU的二进制文件中有个别日志的参数输出长度超出规则文件计算的长度
- 10:16 3.0基站产品测试 错误 #4821 (转测试): LogWriter在记录DU的二进制文件中有个别日志的参数输出长度超出规则文件计算的长度
- 10:11 3.0基站产品测试 错误 #4821 (审视): LogWriter在记录DU的二进制文件中有个别日志的参数输出长度超出规则文件计算的长度
- 10:10 3.0基站产品测试 错误 #4821: LogWriter在记录DU的二进制文件中有个别日志的参数输出长度超出规则文件计算的长度
- 3.2.1版本在空口和直连环境下,均进行了DU所有日志模块全部改为调测等级,进行上下行峰值灌包,未复现此问题
- 10:08 3.0基站产品测试 功能 #4977 (新建): 0核占用超过80%,需要记录所有使用0核超过10%的进程在运行日志中
- 10:07 3.0基站产品测试 功能 #4976 (新建): 日志支持远程发送服务器存储
- 调测日志+运行日志+统计日志
- 10:07 3.0基站产品测试 功能 #4975 (新建): baseService各个模块的配置支持实时生效
- 目前ModuleCfgManage定时读取文件配置,但是模块内部部分配置是在初始化中一次读取,没有使用新的ModuleCfgManage里面的配置值;
需要检查修改类似的情况 - 09:42 3.0基站产品测试 功能 #4973 (进行中): CU的统计日志通过LogWriter输出
- 09:42 3.0基站产品测试 功能 #4973 (进行中): CU的统计日志通过LogWriter输出
- 09:41 3.0基站产品测试 错误 #4937 (进行中): BaseService的日志服务器模块,在写新文件时需要对老文件进行压缩
- 09:41 3.0基站产品测试 功能 #4969 (进行中): 内存申请失败,扩大内存池规格,重启CU
- 09:23 3.0基站产品测试 功能 #4969 (进行中): 内存申请失败,扩大内存池规格,重启CU
- 1、此功能在网管界面可控;
2、内存申请失败时,在扩大内存规格的同时,检查用户面日志开关是否打开,如果打开,关闭开关 - 09:41 3.0基站产品测试 错误 #4609 (转测试): CU中的内核对象;是否有泄漏的可能性;如果没有泄漏,也要对过于频繁调用的场景进行优化
- 跑一下基本测试用例就行
- 09:06 3.0基站产品测试 错误 #4609 (审视): CU中的内核对象;是否有泄漏的可能性;如果没有泄漏,也要对过于频繁调用的场景进行优化
- 09:04 3.0基站产品测试 错误 #4609: CU中的内核对象;是否有泄漏的可能性;如果没有泄漏,也要对过于频繁调用的场景进行优化
- 按照当前CU代码内容重点考虑
1)各种锁资源的申请/释放:互斥锁、递归锁、自旋锁、读写锁
2)sysrepo服务/会话的创建/删除
3)信号量:sem_open
4)文件描述符:创建文件open、创建套接字socket
5)... - 09:41 3.0基站产品测试 错误 #4940 (转测试): [CU]重复RNTI UE接纳失败流程更改
- 跑一下基本测试用例就行
- 08:46 3.0基站产品测试 错误 #4940 (审视): [CU]重复RNTI UE接纳失败流程更改
- 08:45 3.0基站产品测试 错误 #4940 (进行中): [CU]重复RNTI UE接纳失败流程更改
- 09:37 3.0基站产品测试 性能 #4492 (转测试): 对高频控制面信令的代码进行性能提升
- 之前玮璇已优化,建议测试帮忙直接关单
- 09:30 3.0基站产品测试 功能 #4972 (新建): 监控定时器管理列表,累计超过10000个定时器时重启CU
- 09:28 3.0基站产品测试 错误 #4971 (新建): [质量任务-CU-可维可测]统计
- 1、信令统计
1)基站级:业务流程中LOG输出统计结果即可
A)GnbMgr:各模块配置数据分发通过内部信令交互(10条)
内部信令统计(RM/EGTP)
B)DuMgr:小区建立(14条)
F1信令+内部信令(RM... - 09:26 3.0基站产品测试 错误 #4970 (新建): [质量任务-CU-可维可测]告警/事件
- 一、XN链路/NG链路异常告警
1、类型:链路类(XN/NG)
SctpLink(XnLink/NgLink)断链、AssocAp(XnAp/NgAp)偶联配置异常
2、上报
1)上报点的准确性
A)收到NG/XN断链通... - 09:19 3.0基站产品测试 错误 #4862 (已关闭): 在网管上配置日志转发到日志服务器,断掉日志服务器网线后异常
- 09:19 3.0基站产品测试 错误 #4862 (已解决): 在网管上配置日志转发到日志服务器,断掉日志服务器网线后异常
- 09:17 3.0基站产品测试 错误 #4968 (新建): [质量任务-CU-可维可测]LOG完备性整改
- 1、关键输出项
1)基站运行基本项(低频单次)
系统上电、进程/系统重启、线程创建成功/失败、配置数据加载成功/失败、共享内存初始化成功/失败、内存池初始化成功/失败、SCTP实例创建成功/失败、SCTP链路通/断、Assoc... - 09:17 网管产品 功能 #4938 (反馈): 界面增加LMT相关配置
- 修改:
<Block name="LMT配置(提交配置后会复位LMT服务,请谨慎操作!)" path="LOCAL_CONFIG/LMT_CONFIG" defShow="" child="" parent="">
... - 09:15 网管产品 功能 #4954 (反馈): 基站内存超限自愈机制完善
- 09:12 网管产品 错误 #4963 (进行中): 网管2.4.1版本更新告警关联
- 四个文档均已更新
- 09:09 3.0基站产品测试 功能 #4967 (新建): 共享内存初始化失败,通知Agent重启基站
2026-03-05
- 21:00 3.0基站产品测试 错误 #4964: [3.0产品测试] 4UE压力测试中,du出现挂死
- 基于这些信息,可以确认ue=17116已经放生了释放,但是消息队列中还缓存有该ue相关的消息待处理,在ue-17116释放后,ue实例内存释放后,缓存的消息在进行处理时,由于防护不到位,导致访问了已经释放的内存信息,直接导致挂死,针对...
- 20:57 3.0基站产品测试 错误 #4964: [3.0产品测试] 4UE压力测试中,du出现挂死
- 后再通过Log查找,找到17116终端确实在基站挂死前进行了释放:
!UE_17116_%E9%87%8A%E6%94%BELog.png!
- 20:56 3.0基站产品测试 错误 #4964: [3.0产品测试] 4UE压力测试中,du出现挂死
- 通过core记录信息,确认ue=0x7d6e09183确实已经释放
!%E7%AB%99%E4%B8%8A%E5%9C%A8%E7%BA%BFUE%E4%BF%A1%E6%81%AF%E8%AE%B0%E5%BD%95%E6%9F%... - 17:42 3.0基站产品测试 错误 #4964: [3.0产品测试] 4UE压力测试中,du出现挂死
- 因为内存已经被修改,无法确定异常ue的rnti信息,暂无法确认该ue是否确实已经被释放了。
- 17:41 3.0基站产品测试 错误 #4964: [3.0产品测试] 4UE压力测试中,du出现挂死
- 异常ue实例进行解引用时挂死,一下为挂死ue实例内存情况:
!%E5%BC%82%E5%B8%B8ue%E5%86%85%E5%AD%98.png!
- 17:22 3.0基站产品测试 错误 #4964 (进行中): [3.0产品测试] 4UE压力测试中,du出现挂死
- 该问题已在定位修改中。目前看跑死位置
!coredump%E8%B0%83%E7%94%A8%E6%A0%88%E4%BF%A1%E6%81%AF.png!
初步分析原因为:ue实例异常后继续被使用,直接导致挂死。 - 16:12 3.0基站产品测试 错误 #4964 (进行中): [3.0产品测试] 4UE压力测试中,du出现挂死
- 测试版本:Rel3.2.1_Pre1T2版本
测试设备:军特整机192.168.8.234,网管:192.168.8.181
测试用例:4UE压力测试
基站配置:1D3U
测试终端:星创CPE*4
测试场景:基站启动正常,终... - 19:07 3.0基站产品测试 功能 #4966 (新建): baseService的trace log优化
- 1、流程性的调试日志减少:可使用统计日志或异常分支日志代替
2、异常分支补充日志
3、重要的业务日志需要提升日志级别
4、需要网管界面修改日志的级别,增加10s读取一次日志级别的功能 - 17:18 网管产品 功能 #4965 (进行中): 界面增加gnb_agent日志配置
- 已完成编码自验证成功,待合入3.2.2版本测试回归;
注意:
LMT修改完日志配置后会复位gnb_agent
需要网管配合修改,考虑修改完日志配置后复位gnb_agent - 16:37 网管产品 功能 #4965 (进行中): 界面增加gnb_agent日志配置
- 日志等级、大小、个数可配、压缩开关
- 16:11 基站横联 错误 #4194 (已关闭): CPRI环境,灌包core6挂死(PDS trigger启动晚);采用core2 PDU验证
- 16:10 基站横联 功能 #3067 (已关闭): 根据国产芯片(phy,ddr, emmc) 出一个ap_os 版本。
- 16:10 基站横联 错误 #4143 (已关闭): deofdm与PDS接口采用DM内存,导致core6读取参数不稳定,出现挂死
- 16:09 基站横联 错误 #3881 (已关闭): CPRI板卡,发送端信号与trigger信号之间存在6us左右时偏
- 16:09 基站横联 错误 #3639 (已关闭): EVMT4板卡存在PNID错乱的情况,初步怀疑为测量虚检导致
- 16:08 基站横联 错误 #4232 (挂起): onestep版本,core4挂死
- 通过调整和部署,已经不复现此问题了,暂时挂起
- 16:08 基站横联 错误 #4533 (已关闭): 自同步多节点,core2、core6挂死
- 16:08 基站横联 错误 #4507 (已关闭): 静态时隙,TCI 123bit调度2个不同节点单播时,TB上报节点错乱
- 16:06 网管产品 错误 #4963 (转测试): 网管2.4.1版本更新告警关联
- 网管2.4.1版本更新告警关联
备注:89 90 91 92
- 15:44 网管产品 功能 #4938 (进行中): 界面增加LMT相关配置
- 15:42 网管产品 功能 #4857 (已解决): 四个MAX_REPORT_CELL,需要在3.1.4和3.2.1及之后修改为8
- 314.T4版本已解决
root@driver:/yzmm/gnb/agent# cat verinfo.ini
[verinfo]
inner_ver_id=404
build_ti... - 15:20 3.0基站产品测试 错误 #4940: [CU]重复RNTI UE接纳失败流程更改
- 1 问题背景
环境偶现,UE接入RRM接纳时由于RNTI重复失败,且失败时状态机流程异常。
2 解决策略
RNTI重复:新UE直接走拒绝流程;旧UE走UE上下文释放流程。
- 15:16 3.0基站产品测试 错误 #4921 (审视): [DU]业务规避保护:偶现射频频点设置API接口内部处理失败
- 15:16 3.0基站产品测试 错误 #4921 (进行中): [DU]业务规避保护:偶现射频频点设置API接口内部处理失败
- 15:05 B5G_UE 错误 #4945: 北京30基站与96终端/31基站与93终端 存在的无限帧号不同步问题
- 96终端所使用的GPS模块是skylab的,最初怀疑是串口输出数据太多及速率慢所致,对GPS模块重新配置减少无用的数据输出,并把串口速率从9600变为115200,仍然比基站输出的时间慢1秒。与skylab的技术支持人员沟通,此模块的...
- 14:54 网管产品 功能 #4562 (已解决): 基站光纤硬件告警
- 在OS版本支持1.0.9得情况下,在路劲/usr/ko目录下存在sfp_drv.ko文件可支持光纤告警上报
网管版本2.4.1版本,OS版本OS_1.0.10.zip,已实现 - 14:50 网管产品 功能 #4638 (已解决): 基站参数配置新增多参数关联校验规则
- 2.4.1版本和基站3.2.1pre1t1版本已实现解决
- 14:47 网管产品 错误 #4725 (已解决): 网管版本2.3.0pre1T2版本,2.0基站进行网管纳管切换时,离线、脱管、在线状态存在问题
- 2.4.1版本已解决
- 14:47 网管产品 错误 #4725 (审视): 网管版本2.3.0pre1T2版本,2.0基站进行网管纳管切换时,离线、脱管、在线状态存在问题
- 14:46 网管产品 错误 #4725 (进行中): 网管版本2.3.0pre1T2版本,2.0基站进行网管纳管切换时,离线、脱管、在线状态存在问题
- 14:46 网管产品 错误 #4725 (反馈): 网管版本2.3.0pre1T2版本,2.0基站进行网管纳管切换时,离线、脱管、在线状态存在问题
- 14:44 网管产品 功能 #4925 (已解决): 网管日志采集功能点修改
- 1、两台基站同时采集---已验证
2、日志采集完大于300M模拟---已验证
3、时间跨度还是采取24小时限制---已验证
4、取消加密项---已验证 - 14:13 网管产品 错误 #4962 (转测试): 网管2.3.0版本升级2.4.1版本,升级/回退完成后界面未返回登录界面
- 14:13 网管产品 错误 #4962 (审视): 网管2.3.0版本升级2.4.1版本,升级/回退完成后界面未返回登录界面
- 14:13 网管产品 错误 #4962: 网管2.3.0版本升级2.4.1版本,升级/回退完成后界面未返回登录界面
- 原因是
原因是php-web新增了curl的错误码... - 14:08 网管产品 错误 #4962 (进行中): 网管2.3.0版本升级2.4.1版本,升级/回退完成后界面未返回登录界面
- 14:04 网管产品 错误 #4962 (转测试): 网管2.3.0版本升级2.4.1版本,升级/回退完成后界面未返回登录界面
- 网管2.3.0版本升级2.4.1版本,升级/回退完成后界面未返回登录界面
- 11:46 B5G_UE 错误 #4946: DD与IRN ping包一段时间后自动停止
- IRN PING包停止问题,经测试,减少协议栈log打印后解决,测试两次双向ping包,一次一个小时,一次半个小时,均未出现问题。
- 11:13 3.0基站产品测试 功能 #4961 (新建): 硬件寿命预警
- 11:02 网管产品 错误 #4842 (已解决): 网管版本2.4.0pre1T1,OS特性-相同版本上传增加合理提示
- 2.4.1已实现
- 11:00 网管产品 错误 #4926 (已解决): 3.2.1_Pre1T2版本(2月25号发布)修改天线port数与流数时显示报错
- 替换gnb_agemt后,天线port数与流数可正常修改,无报错,问题解决。
- 10:35 3.0基站产品测试 功能 #4960 (新建): 增加依赖的系统命令异常告警(arm)
- 当依赖的系统命令异常时,需要告警;例如:pidof 、cat、df、du 、free、ps、mv、taskset、选项test_mem的依赖
(代码功能中无法替代为API或/proc获取的,需要告警) - 10:27 网管产品 功能 #4954 (转测试): 基站内存超限自愈机制完善
- // 在三层正常的情况下,定期10分钟检查一次系统内存的使用情况,如果内存使用超过80%,执行systemctl restart cu重启一下CU,等30s后检查cu是否在位,并检查系统内存是否下降到80%以下,如果没有则重启整个基站...
- 09:07 网管产品 功能 #4954 (进行中): 基站内存超限自愈机制完善
- 10:19 3.0基站产品测试 功能 #4959 (新建): 系统资源的获取监控优化(arm)
- 对于系统的访问,由于命令行执行的性能消耗比较大,对于执行频繁的命令行代码,尽量替换为api实现或直接去/proc下获取的方式
- 10:18 3.0基站产品测试 功能 #4958 (新建): EMMC I/O wait的监控和告警上报
- 待具体商讨,和弋戈订具体的接口和细节
- 10:17 3.0基站产品测试 功能 #4957 (新建): 新增指标上报,增加cpu占比情况,和网络流量(只上报信令面+用户面网卡的流量)
- 待细化实现
- 10:16 3.0基站产品测试 功能 #4956 (新建): 网管服务器和日志服务器增加相关告警
- 分析网管服务器和日志服务器环境中,需要增加的告警
1、无权限:比如文件异常无法删除、无法操作
- 10:09 3.0基站产品测试 功能 #4955 (新建): 对内核资源进行监控(运行日志)和告警
- 分类:套接字、slab内存、共享内存
1、监控:核心资源和影响关键业务的资源需要打印,包括:共享内存,待补充
2、告警:转发网管、运行日志、统计日志的记录(根据需求) - 09:52 3.0基站产品测试 错误 #4610 (已关闭): 排查LogWriter的内核对象,解决泄漏和场景优化
- Rel_3.2.1_Pre1T2版本关闭
- 09:51 3.0基站产品测试 错误 #4610 (已解决): 排查LogWriter的内核对象,解决泄漏和场景优化
- 09:30 3.0基站产品测试 错误 #4898 (已解决): 在网管上配置日志转发到日志服务器,断掉日志服务器网线后基站日志没有存储到基站本地
- 09:29 3.0基站产品测试 错误 #4781 (已关闭): Rel_3.1.5_Pre1T2版本16UE长保DU coredump
- Rel_3.2.1_Pre1T2_0226版本已解决
- 09:29 3.0基站产品测试 错误 #4781 (已解决): Rel_3.1.5_Pre1T2版本16UE长保DU coredump
2026-03-04
- 17:40 网管产品 功能 #4954 (转测试): 基站内存超限自愈机制完善
- 增加监控logwriter,baseservice机制
- 17:36 网管产品 错误 #4871 (转测试): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--当前事件上报只显示独立核心网的,不区分HA组
- 17:36 网管产品 错误 #4871 (审视): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--当前事件上报只显示独立核心网的,不区分HA组
- 10:57 网管产品 错误 #4871: 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--当前事件上报只显示独立核心网的,不区分HA组
- 此问题经过沟通:意思是如果核心是ha特新显示,指标中就不要再普通核心网中显示了
此问题在1月20日的提交中已经修改,判断了ha的状态, - 17:01 研发产品测试 需求CR #4953 (新建): baseService 网管参数梳理
- 参数帮助更新
通顺易懂性增强(含义补充对应的协议参数,建议值补充配置的规则,生效方式需要判断重建小区是否可以)
1、将展示在网管上参数,提供帮助信息
2、告警和事件需要提供帮助信息
3、网管上参数设置一个合理的值阈范围 - 16:59 研发产品测试 需求CR #4952 (新建): baseService构建资源代理模块
- 构建 Singleton 资源代理模块,将原散落在各处的 Socket 申请、数据库写操作统一由 BaseService 核心入口路由,解决并发竞争风险
- 16:58 研发产品测试 需求CR #4951 (新建): baseService cppcheck和代码排查
- 1、定时使用 Cppcheck 扫描溢出、空指针、未初始化变量
2、异常分支补充
3、析构中存在资源释放的类对象,没有禁用浅拷贝类赋值,导致野指针
4、多线程使用数据的安全性检查
5、军规排查重要业务的代码 - 16:57 研发产品测试 需求CR #4949: baseService 增加统计日志模块
- 需要对每类统计日志可独立设置统计的频率(1s的倍数)
- 16:54 研发产品测试 需求CR #4949 (新建): baseService 增加统计日志模块
- baseService运行日志分为两部分,一部分是文字内容上报给网管(还是运行日志),二部分不上报网管,输出为统计日志(支持定位和趋势分析)
- 16:56 研发产品测试 需求CR #4950 (新建): baseService 统计日志增加内容
- 1、对进程中所有线程的cpu占用情况进行统计
2、对slab+关键资源的统计(需要注意执行效率)
3、定时器分类统计,输出到统计日志中,方便流程异常和资源泄漏 - 16:45 网管产品 功能 #4851 (已解决): 网管参数配置,对于日志管理,进行界面优化
- 2.4.1版本已解决,1)修改baseservice配置文件关于GnbLogMonitor 中得IP地址,在网管打开基站日志服务开关
2)打开是日志服务器开关,多余规则体现GnbLogMonitor模块,关闭则删除该模块在规则 - 16:18 网管产品 错误 #4850 (已解决): 网管版本2.4.0pre1T1,网管需对基站旧版本做判断不支持系统升级功能
- 2.4.1已解决
- 16:09 3.0基站产品测试 错误 #4935 (转测试): 3.2.1pre1T2版本(2月25号发布)长跑46小时有1个终端掉线后接入不了
- 15:35 3.0基站产品测试 功能 #4948 (新建): 监控重要进程的异常状态(比如僵尸态或深度睡眠态),增加告警
- 基站环境:
1、BaseService->CU:根据需求补充字段,进程异常时需告警(比如僵尸态或深度睡眠态,异常状态的梳理,对于异常状态要有可靠的判定依据)
2、BaseService->DU:根据需求补充字段,进程异常时需告警(... - 14:54 网管产品 错误 #4845 (已解决): 网管版本2.4.0pre1T1,OS特性-基站离线后点击安装提示报错“AxiosError: Request failed with status code 500”
- 2.4.1已解决,目前实现的是离线基站无法访问并点击操作
- 14:53 网管产品 错误 #4846 (已解决): 网管版本YZMM2.4.0Pre1T1,基站离线,进行采数提示报错为空“”
- 2.4.1版本已解决
- 12:05 网管产品 功能 #4947 (转测试): 优化网管php-web部分耗时接口CURLOPT_TIMEOUT超时时间设置
- 12:05 网管产品 功能 #4947 (进行中): 优化网管php-web部分耗时接口CURLOPT_TIMEOUT超时时间设置
- 修改地方详情截图:
!20260304-120009.jpg!
!20260304-120249.jpg!
!20260304-120255.jpg!
!20260304-120300.jpg! - 10:41 网管产品 功能 #4947 (转测试): 优化网管php-web部分耗时接口CURLOPT_TIMEOUT超时时间设置
- 由于像“网管配置导入”,“基站Sysrepo配置导入”,“基站Sysrepo配置导出”功能去请求oam-backend的时候,本身是个耗时操作,容易出现“Operation timed out after 30001 millisec...
- 10:43 B5G_UE 错误 #4945: 北京30基站与96终端/31基站与93终端 存在的无限帧号不同步问题
- 【问题原因】
1-31环境 31基站和终端93的SFN不对齐的问题,应该是终端设备上的操作系统时区不知道谁改了,和基站设备设置的时区不一致了。导致计算的UTC时间终端和基站时间有差异,从而SFN不一致。
2-30环境 ... - 10:32 B5G_UE 错误 #4945 (进行中): 北京30基站与96终端/31基站与93终端 存在的无限帧号不同步问题
- 10:31 B5G_UE 错误 #4945 (进行中): 北京30基站与96终端/31基站与93终端 存在的无限帧号不同步问题
- 【问题描述】北京30基站与96终端的无限帧号不同步问题,会影响PUCCH F2收发时机不一致
终端在msg1
!20260304-103044.jpg!
!20260304-103104.jpg!
!20260304-10... - 10:32 B5G_UE 错误 #4946 (新建): DD与IRN ping包一段时间后自动停止
- 10:22 B5G_UE 错误 #4944 (进行中): UU口L1c pucch2下发的prbsize是PucchID对应最大可用RB,不是结合bit与码率计算的真实使用RB
- 【问题描述】UU口L1c pucch2下发的prbsize是PucchID对应最大可用RB,不是结合bit与码率计算的真实使用RB
【问题原因】
【解决方案】
【问题验证】 - 09:59 B5G_UE 错误 #4944 (审视): UU口L1c pucch2下发的prbsize是PucchID对应最大可用RB,不是结合bit与码率计算的真实使用RB
- 10:18 网管产品 功能 #4791 (转测试): 网管版本YZMM2.3.0版本,数据看板批量基站状态显示优化
- 09:11 网管产品 功能 #4791 (进行中): 网管版本YZMM2.3.0版本,数据看板批量基站状态显示优化
- 按照意见取消
- 09:56 3.0基站产品测试 错误 #4932: 1D3U子帧配比12终端上行30M*12,下行10M*12,灌包场景,挂机1小时30分钟DU coredump
- 验证方案:
1、单UE上下行峰值运行10分钟,无异常;
2、16UE上下行灌包长包12H+,无异常; - 09:53 3.0基站产品测试 错误 #4932 (审视): 1D3U子帧配比12终端上行30M*12,下行10M*12,灌包场景,挂机1小时30分钟DU coredump
- 解决方案:将不显示kpi代码全部注释掉,包括kpi初始化,统计和打印。
- 09:51 3.0基站产品测试 错误 #4932: 1D3U子帧配比12终端上行30M*12,下行10M*12,灌包场景,挂机1小时30分钟DU coredump
- 已定位,为UE 17029在上一轮gUeCb被删除,在下一轮创建gUeCb时,kpi申请失败,导致kpi指针为空,收msg3消息时出现DU COREDUMP问题
- 09:49 3.0基站产品测试 错误 #4932 (进行中): 1D3U子帧配比12终端上行30M*12,下行10M*12,灌包场景,挂机1小时30分钟DU coredump
- !20260304-094849.jpg!
2026-03-03
- 20:48 3.0基站产品测试 错误 #4631: 当基站标识为0时,在业务中替换基站标识为最后一个IP地址
- 已合入3.2.1,待发布3.2.1版本测试回归
- 20:44 3.0基站产品测试 错误 #4631 (转测试): 当基站标识为0时,在业务中替换基站标识为最后一个IP地址
- 20:36 3.0基站产品测试 错误 #4631 (审视): 当基站标识为0时,在业务中替换基站标识为最后一个IP地址
- 20:09 3.0基站产品测试 错误 #4631: 当基站标识为0时,在业务中替换基站标识为最后一个IP地址
- 网管的显示主控文件可以将此行删除
<ConfigItem name="GNB_ID" isShow="1" showName="基站标识" canEdit="" showType="" range="" isNum="1" len... - 20:07 3.0基站产品测试 错误 #4631: 当基站标识为0时,在业务中替换基站标识为最后一个IP地址
- 网管的显示主控文件可以将此行删除
<ConfigItem name="GNB_ID" isShow="1" showName="基站标识" canEdit="" showType="" range="" isNum="1" len... - 20:03 3.0基站产品测试 错误 #4631: 当基站标识为0时,在业务中替换基站标识为最后一个IP地址
- 【需求】
在网管配置中有基站标识这个配置,有时候操作人员会误配置为0或者多个基站配置为重复的gnb_id,会导致用户面数据不通的问题,为了使用更加方便,将网管的基站标识配置不再显示,然后业务实现时将基站控制面的ip的最后一个ip地址... - 19:11 3.0基站产品测试 错误 #4715 (已解决): 切换时,目标侧的inactive timer时间间隔配置不生效
- 基于Rel_3.2.1_Pre1T2-0225版本,替换cu包,将目标基站的“UE接入超时限制”参数改为15000ms,2手机带vonr的xn/ng切换流程完整,查看日志UE接入超时限制配置生效,符合预期;如下:
!UE%E6%... - 17:45 网管产品 功能 #4661 (已解决): 网管版本2.3.0pre1T2,基站版本3.1.4pre1T3版本,添加基站,升级安装回退场景,增加UDP下发源IP功能
- 外场特殊环境存在NAT转化得环境出现添加基站场景时出现该问题,实际组网不好模拟
后续外场出现类似组网可关注! - 17:42 网管产品 功能 #4791 (反馈): 网管版本YZMM2.3.0版本,数据看板批量基站状态显示优化
- 10显示也是存在遮挡下面得流量图,出边界感比较明显
基站版本2.4.1建议去掉 - 17:14 网管产品 错误 #4832 (已解决): 网管版本YZMM2.4.0Pre1T1,OS升级点击界面升级提示"目录创建失败"
- 2.4.1已解决
- 17:04 网管产品 错误 #4717 (已解决): 网管版本2.3.0pre1T2版本基站版本3.1.3pre2T2版本,增加功放型号显示,解决功放版本和频率显示
- 2.4.1版本已实现
- 16:49 网管产品 功能 #4675 (已解决): 网管2.3.0pre1T2版本,增加告警对相同附件信息enumid的展示功能
- 基站服务异常告警参考该功能,在2.4.1版本实现
- 16:47 网管产品 错误 #4711 (已解决): 网管版本2.3.0pre1T2版本,基站315pre1T1版本,当基站脱管后,采数页面提交配置后界面提示信息为报错为空
- 2.4.1已解决,提示网元已离线
- 16:38 B5G_UE 错误 #4942 (进行中): UU口L1c pucch2下发的nDmrsScrID与dataScrmblId不对
-
【问题描述】UU口L1c pucch2下发的nDmrsScrID与dataScrmblId不对
【问题原因】 STORE_EX_S(&psPucchFormat2->nDmrsScrID, LOAD_E... - 15:06 B5G_UE 错误 #4942 (审视): UU口L1c pucch2下发的nDmrsScrID与dataScrmblId不对
- 16:29 网管产品 错误 #4664 (已解决): 网管版本2.3.0pre1T2,指标相关问题优化
- 2.4.1版本已实现优化
- 16:20 网管产品 功能 #4668 (已解决): 小带宽配置特性对应网管参数修改
- 与4747问题关联解决
- 16:17 网管产品 功能 #4656 (已解决): 网管2.3.0pre1T2,增加多基站在线优先排序显示,(脱管,离线不可操作)
- 2.4.1已实现该需求,离线基站无法操作和点击,在线基站优先排序
- 16:14 网管产品 错误 #4437 (已解决): 网管2.2.5版本,核心网3.3.4pre6版本,签约用户相关界面显示优化
- 2.4.1版本已实现优化
- 15:34 3.0基站产品测试 功能 #4943 (进行中): 各个释放流程整改统一释放流程
- 15:34 3.0基站产品测试 功能 #4943 (进行中): 各个释放流程整改统一释放流程
- 15:09 网管产品 错误 #4848 (已解决): 新增两个参数 干扰协调路损窗口,干扰协调连续次数
- 15:09 网管产品 错误 #4848: 新增两个参数 干扰协调路损窗口,干扰协调连续次数
- 2.4.1已实现
- 15:02 核心网产品 错误 #4941 (新建): 核心网大短信压测时候pcscf会异常退出;
- 核心网大短信压测时候pcscf会异常退出;
- 14:54 网管产品 功能 #4286: 【Rel_3.1.3_Pre1T6_E500_128UE】网络监控-指标-基站指标趋势图页面,可灵活配置横/纵坐标的颗粒度
- 开科可以看下2.4.1版本后指标显示项,多了个横轴时间配置观察项是否满足需求
- 14:50 网管产品 功能 #4641 (已解决): 网管2.3.0pre1T1版本,指标里面在业务上实际体现“在线基站”&“在线核心网”
- 网管2.4.1版本已实现,指标显示项中,在线可选择,离线不可选择,网元
- 14:34 网管产品 错误 #4864 (已解决): 网管版本YZMM2.4.0Pre1T1,核心网版本335pre2,基础参数配置范围优化
- YZMM2.4.1已实现
- 14:14 3.0基站产品测试 错误 #4940 (转测试): [CU]重复RNTI UE接纳失败流程更改
- 13:41 3.0基站产品测试 错误 #4939 (进行中): 复位基站模块消息增加原因枚举ID
- // 数据接口版本定义
type HeaderData struct {
Module uint16 `json:"module"` //模块ID 0:CU 1:DU 2:baseService 3:dev 4:backen... - 11:45 3.0基站产品测试 性能 #4915 (转测试): 增加关键日志,记录基站的切换耗时时长
- 10:51 3.0基站产品测试 性能 #4915: 增加关键日志,记录基站的切换耗时时长
- 【需求】
1、终端侧收到基站下发的切换重配置信令到回复对应的重配置完成信令的耗时时长;
2、基站目标侧收到handover request到和核心网完成通信的耗时时长
【修改方案】
添加需求代码
【回归方法和注意事项... - 11:39 网管产品 功能 #4753 (转测试): log_agent开发
- 11:39 网管产品 功能 #4753: log_agent开发
- 问题修改,同4925
- 11:38 网管产品 功能 #4925 (转测试): 网管日志采集功能点修改
- 11:38 网管产品 功能 #4925 (进行中): 网管日志采集功能点修改
- php:
信息采集页面,去除了是否加密选项
调整redis获取的信息采集的结果返回
大于300M,会有提示是否继续下载
oam_backend:
调整下载接口
信息采集开始,同时启动下载协程,信息采集完成后,会将文件缓... - 10:45 网管产品 功能 #4938 (转测试): 界面增加LMT相关配置
- 已自验证成功,合入3.2.2待测试回归
- 10:44 网管产品 功能 #4938 (转测试): 界面增加LMT相关配置
- 界面增加LMT服务开关、LMT服务端口、LMT语言配置显示与修改
- 10:29 3.0基站产品测试 错误 #4935 (审视): 3.2.1pre1T2版本(2月25号发布)长跑46小时有1个终端掉线后接入不了
- 10:29 3.0基站产品测试 错误 #4935: 3.2.1pre1T2版本(2月25号发布)长跑46小时有1个终端掉线后接入不了
- 【问题原因】
1、没有在核心网注册的终端,接入流程失败场景,释放流程在相关的状态机下没有释放ue的代码;
2、释放流程保底机制失效;
上述2个原因导致ue_conn资源释放失败,ue_id的号无法还回
【修改方案】
1、... - 10:12 3.0基站产品测试 错误 #4935 (进行中): 3.2.1pre1T2版本(2月25号发布)长跑46小时有1个终端掉线后接入不了
- 10:24 客户局点问题 错误 #4923 (审视): 【外场_Rel_3.1.4Pre1T4】终端无法接入,基站接入流程中全部卡在msg3刷屏
- 10:24 客户局点问题 错误 #4923: 【外场_Rel_3.1.4Pre1T4】终端无法接入,基站接入流程中全部卡在msg3刷屏
- 【问题原因】
终端接入基站,基站对于没有收到msg5消息的ue,定时器2s超时后会释放ue上下文,但是因为代码逻辑有问题,定时器超时的释放流程的内部释放原因为inactivity,而在释放到rm资源时根据内部释放原因做了判决,逻辑错... - 10:12 客户局点问题 错误 #4923 (进行中): 【外场_Rel_3.1.4Pre1T4】终端无法接入,基站接入流程中全部卡在msg3刷屏
- 09:29 3.0基站产品测试 错误 #4937 (进行中): BaseService的日志服务器模块,在写新文件时需要对老文件进行压缩
- 09:07 3.0基站产品测试 错误 #4890: 增加复位基站模块服务事件
- agent已完成编码,待联调
- 08:31 3.0基站产品测试 错误 #4890 (进行中): 增加复位基站模块服务事件
- // 数据接口版本定义
type HeaderData struct {
Module uint16 `json:"module"` //模块ID 0:CU 1:DU 2:baseService 3:dev 4:backen...
2026-03-02
- 18:26 产品3.0平台 功能 #4936 (新建): 64G镁光emmc软件兼容问题
- CF基站整机,板卡GNB6016,换了64g的镁光emmc后,需要和128g的别的emmc兼容同一套emmc软件程序
如果升级新版本,两种emmc也还能使用一套程序,需要修改格式化脚本,做适配。 - 17:53 3.0基站产品测试 错误 #4935 (已解决): 3.2.1pre1T2版本(2月25号发布)长跑46小时有1个终端掉线后接入不了
- 【问题描述】一体化基站3UE空口长跑测试,Rel_3.2.1_Pre1T2-0225版本长跑46小时有1个终端掉线后一直接入不了(此时尝试用手机接入也接入不了);
测试版本:一体化基站版本Rel_3.2.1_Pre1T2版本,核心网... - 17:22 网管产品 功能 #4747: DU网管参数优化
- agent
[verinfo]
inner_ver_id=511
build_time=2026-02-25T07:34:56
desc=Rel_3.2.1_Pre1T2... - 17:20 网管产品 功能 #4747 (已解决): DU网管参数优化
- 一、小带宽修改涉及当修改:
/du-cell:DU-CELL/BASE/NR_UL_CHN_BW 基本配置-基础配置- Band Width 目前不可配,改成可配置,修改配置范围uint8 {3=>20M,5=>30M,7... - 16:55 B5G_UE 错误 #4934 (已关闭): 【DD】PUCCH使用devid错误,导致收端DTX
- 16:54 B5G_UE 错误 #4934: 【DD】PUCCH使用devid错误,导致收端DTX
- 将DD上行的devid修改为PostHalf_devId后DTX消失
- 16:53 B5G_UE 错误 #4934 (已关闭): 【DD】PUCCH使用devid错误,导致收端DTX
- DD 上行应该使用接口PostHalf_devId配置devID。使用PreHalf_devId导致接收和发送的devid不匹配
- 16:11 网管产品 错误 #4829 (已解决): 网管版本YZMM2.4.0Pre1T1,告警优化显示
- 网管版本YZMM2.4.1已解决
- 16:02 网管产品 错误 #4802 (已解决): 基站版本Rel_3.1.4_Pre1T4的LMT基站功放相关指标修改
- 网管版本YZMM2.4.1,基站版本321pre1T2已解决
[verinfo]
inner_ver_id=511
build_time=2026-02-25T07:34:56
desc=Rel_3.2.1_Pre1T2
g... - 15:51 3.0基站产品测试 功能 #4933: DU增加指标上报
- 钱 伯宁 写到:
> 消息结构调整:
> version:10
> typedef struct yzmmCellData
> {
> uint16_t cellId; // NR Cell Global Ident... - 15:28 3.0基站产品测试 功能 #4933 (进行中): DU增加指标上报
- 15:27 3.0基站产品测试 功能 #4933 (进行中): DU增加指标上报
- 消息结构调整:
version:10
typedef struct yzmmCellData
{
uint16_t cellId; // NR Cell Global Identifier
uint16_t u... - 15:24 3.0基站产品测试 错误 #4932 (审视): 1D3U子帧配比12终端上行30M*12,下行10M*12,灌包场景,挂机1小时30分钟DU coredump
- Rel_3.2.1_Pre1T2_0226版本,1D3U子帧配比12终端上行30M*12,下行10M*12,灌包场景,挂机1小时30分钟DU coredump。
- 14:09 网管产品 错误 #4897 (已解决): 网管版本YZMM2.4.0Pre1T1 &基站版本【3.1.4PRe1T4版本】,安装场景,点击回退版本,出现界面可回退现象
- 网管版本YZMM2.4.1,基站版本321pre1T2已解决,314版本未截止今天未刷新版本包,暂未更新合入
[verinfo]
inner_ver_id=511
build_time=2026-02-25T07:34:56
... - 13:59 网管产品 错误 #4892 (已解决): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A和下行同步信道在中心频率,其他频点值不进行运算
- 网管版本YZMM2.4.1,基站版本321pre1T2,尝试修改POINT A 和 SSB中心频率其他联动计算正确,已解决
[verinfo]
inner_ver_id=511
build_time=2026-02-25T07:... - 13:58 网管产品 错误 #4896 (已解决): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A,规则运算结果缺少“上行频点”结果
- 网管版本YZMM2.4.1,基站版本321pre1T2,修改POINT A 值 联动计算上行频点正确,已解决
[verinfo]
inner_ver_id=511
build_time=2... - 11:47 网管产品 错误 #4889 (已解决): 网管版本YZMM2.4.0Pre1T1,基站版本321pre1T2,基站抓数采集的数据包过大达到3.4G
- 网管版本YZMM2.4.1,基站版本321pre1T2,尝试多次采数,未出现新包不断变大的现象,已解决
[verinfo]
inner_ver_id=511
build_time=2026... - 11:44 网管产品 功能 #4931: 完善复位基站服务器reboot操作事件上报
- 钱 伯宁 写到:
> gnb_agent所有reboot操作的时候都需要上报基站服务器复位事件并添加附加信息:
> 257(枚举ID):检测网卡通信异常
258:DU线程数为1,cpu占用率超过90%
259:DU服务异常... - 11:06 网管产品 功能 #4931 (进行中): 完善复位基站服务器reboot操作事件上报
- 11:06 网管产品 功能 #4931 (进行中): 完善复位基站服务器reboot操作事件上报
- gnb_agent所有reboot操作的时候都需要上报基站服务器复位事件并添加附加信息:
257(枚举ID):检测网卡通信异常 - 11:39 3.0基站产品测试 错误 #4820 (已关闭): 网管版本YZMM2.4.0Pre1T1,基站版本314T4和321T1版本,单板频繁上报告警“功放反射功率过大”
- 告警上报恢复机制已由基站重启事件上报后恢复,该功能已支持
- 10:44 网管产品 错误 #4900 (已解决): 网管版本YZMM2.4.0Pre1T1 &基站版本【3.2.1PRe1T2版本】,修改基站CP_IP时出现报错
- 网管版本YZMM2.4.1版本已解决,修改相关IP时可正常提交配置
- 10:40 3.0基站产品测试 错误 #4879 (已解决): 3.1.5版本下行FTP业务切换到目标基站后四信终端偶现掉线现象
- 3.2.1pre1T1版本+振斌提供cu小包,四信终端带下行FTP业务的切换流程正常,切换四五十次未出现终端掉线现象,问题解决。
- 10:22 3.0基站产品测试 错误 #3938 (已关闭): pmi自适应
- 10:21 3.0基站产品测试 错误 #4894 (已关闭): 3.2.1pre1T2版本下行四端四流配置开启PMI自适应后MCS降低
- 10:21 3.0基站产品测试 错误 #4893 (已关闭): 3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低
- 10:21 3.0基站产品测试 错误 #4827 (已关闭): 3.1.5pre1T2版本下行四端三流配置开启PMI自适应后MCS降低
- 10:00 网管产品 功能 #4908 (已解决): 网管增加3.0 基站位置信息显示
- 网管2.4.1基站3.2.1pre1T2版本已实现
- 09:26 3.0基站产品测试 错误 #4924 (进行中): [3.0产品测试] 压力测试中,网管上有CPU使用超限告警
- 09:25 3.0基站产品测试 错误 #4930 (新建): 网管版本2.4.1基站版本3.2.1pre1T2的GPS位置信息在238环境存在误报
- 网管版本2.4.1基站版本3.2.1pre1T2的GPS位置信息在238环境存在误报
备注:
238整机环境未插GPS信号源,DU上报0值,如截图 - 09:13 3.0基站产品测试 错误 #4929 (新建): [质量任务-DU]LOG/统计整改
2026-02-28
- 22:20 产品3.0平台 功能 #4913 (进行中): 3.0正维5.8G整机问题
- 正维5.8g功放的cfr由7.9-8.2调整为8.3-8.5后有的EVM可以改善为3.1,3.3,有的则改善不明显,仍然3.5左右,看来这个频点功放的一致性不好,电路需要做进一步调整。
- 22:07 3.0基站产品测试 功能 #4928 (进行中): gps状态信息查询
- 17:14 3.0基站产品测试 功能 #4928 (已解决): gps状态信息查询
- 提供接口可以让du实时进行对gps的状态进行查询。 其中gps状态的信息用之前的宏定义。
- 16:41 网管产品 错误 #4901 (进行中): [3.0产品测试] 网管升级后,导入配置文件失败
- 16:29 网管产品 错误 #4926 (转测试): 3.2.1_Pre1T2版本(2月25号发布)修改天线port数与流数时显示报错
- 15:47 网管产品 错误 #4926 (审视): 3.2.1_Pre1T2版本(2月25号发布)修改天线port数与流数时显示报错
- 15:47 网管产品 错误 #4926 (进行中): 3.2.1_Pre1T2版本(2月25号发布)修改天线port数与流数时显示报错
- 问题定位:
排查为校验规则格式内容有问题,多出'导致解析规则校验失败,配置下发不成功
解决方法:
修改规则文件,自验成功,更新版本包3.2.1_Pre1T2测试回归 - 15:31 网管产品 错误 #4926 (已解决): 3.2.1_Pre1T2版本(2月25号发布)修改天线port数与流数时显示报错
- 【问题描述】3.2.1_Pre1T2版本(2月25号发布)修改天线port数与流数时显示报错,上报“配置参数不符合规范[调度流数必须小于等于信道测量port数,小于等于物理天线数”;
!%E5%A4%A9%E7%BA%BF%E9%8... - 16:28 网管产品 错误 #4927 (转测试): 网管2.4.1版本,采集日志baseservice配置采集失败
- 15:49 网管产品 错误 #4927 (审视): 网管2.4.1版本,采集日志baseservice配置采集失败
- 更新Rel_3.2.1_Pre1T2版本待测试回归
- 15:48 网管产品 错误 #4927 (进行中): 网管2.4.1版本,采集日志baseservice配置采集失败
- 问题定位:
baseservice配置文件名称原为baseService_arm.ini改为baseService.ini,没有拉齐,导致获取配置文件失败
解决方法:
修改agent本地配置文件中的baseservice配置文件名称 - 15:42 网管产品 错误 #4927 (转测试): 网管2.4.1版本,采集日志baseservice配置采集失败
- 网管2.4.1版本,采集日志baseservice配置采集失败
- 16:28 网管产品 错误 #4824 (转测试): 网管版本YZMM2.4.0Pre1T1,321T1版本采数结果显示需要优化
- 16:27 网管产品 错误 #4824 (审视): 网管版本YZMM2.4.0Pre1T1,321T1版本采数结果显示需要优化
- 15:57 网管产品 错误 #4824: 网管版本YZMM2.4.0Pre1T1,321T1版本采数结果显示需要优化
- 原因是如果纳管来的是新基站,redis没有相关数据,遇到这样的情况就没有请求文件列表,
现针对这种情况也读取文件列表 - 09:04 网管产品 错误 #4824: 网管版本YZMM2.4.0Pre1T1,321T1版本采数结果显示需要优化
- 需要进入当前页面异步请求采数文件列表,并显示最终返回结果
- 15:16 网管产品 功能 #4925 (已解决): 网管日志采集功能点修改
- 1.不需要解密,默认不解密
2.时间一天的限制放开,时间可选多天;
3.对于下载文件,如果大小大于300M,提示用户是否继续下载或者重新选择,小于300M,则正常下载 - 14:41 3.0基站产品测试 错误 #4924 (进行中): [3.0产品测试] 压力测试中,网管上有CPU使用超限告警
- 测试版本:Rel3.1.4_Pre1T4版本
测试设备:军特整机192.168.8.234,网管:192.168.8.181
测试用例:4UE压力测试
基站配置:1D3U
测试终端:星创CPE*4
测试场景:基站启动正常,终... - 11:15 网管产品 功能 #4910 (进行中): 看门狗开关为关闭上报告警
- 增加告警:
告警名称:看门狗开关关闭
告警ID:118
是否需要显示:需要
告警等级:提示
关联恢复:与agent启动事件关联恢复 - 11:14 网管产品 功能 #4911 (进行中): 与core_agent udp消息不通时上报告警
- 增加告警:
告警名称:与core_agent通信失败
告警ID:117
是否需要显示:需要
告警等级:重要
关联恢复:与agent启动事件关联恢复 - 10:37 客户局点问题 错误 #4923 (审视): 【外场_Rel_3.1.4Pre1T4】终端无法接入,基站接入流程中全部卡在msg3刷屏
- 基站有大量用户接入msg5上不来情况导致CU异常,无法释放UE ID,UE ID耗尽,导致后续终端接入异常
- 10:16 B5G_UE 错误 #4922 (审视): 【问题描述】IRN为IRN-OM模式下,每个TTI发送的3个SSB
- 版本已验证通过
- 10:15 B5G_UE 错误 #4922 (进行中): 【问题描述】IRN为IRN-OM模式下,每个TTI发送的3个SSB
- 版本合入的ID为b96949b17724526a2d9266d5e2505c1ba410cb8a
- 10:14 B5G_UE 错误 #4922 (审视): 【问题描述】IRN为IRN-OM模式下,每个TTI发送的3个SSB
- 【问题描述】IRN为IRN-OM模式下,每个TTI发送的3个SSB;
【问题分析】IRN为IRN-OM模式下,由于rgSCHLvl1TomTtiInitSchInfo函数中判断条件错误,导致IRN-OM模式下没有进行TTI初始化操作... - 10:10 3.0基站产品测试 错误 #4921 (审视): [DU]业务规避保护:偶现射频频点设置API接口内部处理失败
- 1 问题描述
干扰规避场景反复规避/恢复时偶现API射频频点设置接口API_RFIC_CellCenterFreqSet内部处理失败,导致后续终端无法接入。
再次重建小区又会设置频点成功。
2 解决策略
1)射频同事正... - 09:42 B5G_UE 错误 #4852 (审视): IRN OM模式下配置的PUCCH接收符号位置与OCUE的配置不同,导致IRN OM模式下HARQ反馈接收失败(只针对format0)
- 代码已合入,清常总审核
2026-02-27
- 18:03 网管产品 错误 #4864 (转测试): 网管版本YZMM2.4.0Pre1T1,核心网版本335pre2,基础参数配置范围优化
- 18:03 网管产品 错误 #4864 (审视): 网管版本YZMM2.4.0Pre1T1,核心网版本335pre2,基础参数配置范围优化
- 18:02 网管产品 错误 #4867 (转测试): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,增加HA组的组信息显示
- 18:02 网管产品 错误 #4867 (审视): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,增加HA组的组信息显示
- 18:02 网管产品 错误 #4869 (转测试): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性-指令集架构修改
- 18:02 网管产品 错误 #4869 (审视): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性-指令集架构修改
- 09:16 网管产品 错误 #4869 (进行中): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性-指令集架构修改
- 指令集架构修改
- 18:01 网管产品 错误 #4711 (转测试): 网管版本2.3.0pre1T2版本,基站315pre1T1版本,当基站脱管后,采数页面提交配置后界面提示信息为报错为空
- 18:01 网管产品 错误 #4711 (审视): 网管版本2.3.0pre1T2版本,基站315pre1T1版本,当基站脱管后,采数页面提交配置后界面提示信息为报错为空
- 09:19 网管产品 错误 #4711 (进行中): 网管版本2.3.0pre1T2版本,基站315pre1T1版本,当基站脱管后,采数页面提交配置后界面提示信息为报错为空
- 新版本网管,已限制离线基站可点击
- 18:01 网管产品 错误 #4866 (转测试): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性—HA删除问题
- 18:00 网管产品 错误 #4866 (审视): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性—HA删除问题
- 11:39 网管产品 错误 #4866 (反馈): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性—HA删除问题
- 在独立核心网中,可关闭ha功能
- 18:00 网管产品 错误 #4870 (转测试): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--核心网LMT侧关掉HA后,网管侧显示的网元为HA状态问题
- 18:00 网管产品 错误 #4870 (审视): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--核心网LMT侧关掉HA后,网管侧显示的网元为HA状态问题
- 14:24 网管产品 错误 #4870 (进行中): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--核心网LMT侧关掉HA后,网管侧显示的网元为HA状态问题
- 已经实现
- 17:28 核心网产品 错误 #4920 (新建): 核心网网页大短信发送华为手机信息丢失
- 核心网网页大短信发送华为手机信息丢失,松松定位为编码问题导致;
- 17:18 B5G_UE 错误 #4919 (审视): 【问题描述】发送的UL_TB_Req中的TBSize大小与PHY发送的UL_grant中TBSize大小不符
- 【20260227】在trunk版本中已进行修改并验证,验证了7次,未发现有ul tb req中发送TBSize大小与PHY发送的ul_grant大小不符的情况,验证通过
commitId:b3cb1995a57bf1c3adcda... - 17:16 B5G_UE 错误 #4919 (进行中): 【问题描述】发送的UL_TB_Req中的TBSize大小与PHY发送的UL_grant中TBSize大小不符
- 【问题描述】发送的UL_TB_Req中的TBSize大小与PHY发送的UL_grant中TBSize大小不符
【问题分析】FAPI从PHY收到UL_grant后放入到ueCb->macCb->phyAbsMac的ring buffe... - 17:16 B5G_UE 错误 #4919 (审视): 【问题描述】发送的UL_TB_Req中的TBSize大小与PHY发送的UL_grant中TBSize大小不符
- 【问题描述】发送的UL_TB_Req中的TBSize大小与PHY发送的UL_grant中TBSize大小不符
【问题分析】FAPI从PHY收到UL_grant后放入到ueCb->macCb->phyAbsMac的ring buffe... - 15:55 网管产品 功能 #4909 (进行中): 增加获取协议栈指标获取失败告警
- 增加告警:
告警名称:协议栈指标获取失败
告警ID:116
是否需要显示:需要
告警等级:提示
关联恢复:与agent启动事件关联恢复 - 15:54 网管产品 错误 #4917 (已解决): [3.0产品测试] 干扰规避测试中,干扰一直都在,过了5分钟会触发干扰恢复
- 15:35 网管产品 错误 #4917 (转测试): [3.0产品测试] 干扰规避测试中,干扰一直都在,过了5分钟会触发干扰恢复
- 15:35 网管产品 错误 #4917 (审视): [3.0产品测试] 干扰规避测试中,干扰一直都在,过了5分钟会触发干扰恢复
- 15:35 网管产品 错误 #4917 (进行中): [3.0产品测试] 干扰规避测试中,干扰一直都在,过了5分钟会触发干扰恢复
- 原业务逻辑设计如此。
1. 原因是当前干扰源是固定的干扰位置,当进行干扰规避后,干扰源不在调度范围内所以要在周期内进行NMS配置恢复;
2. 当恢复到NMS配置后,干扰源又在调度范围内,所以又进行干扰规避动作
因此周期性的规避和... - 14:57 网管产品 功能 #4905 (进行中): 增加获取服务器SOC温度告警上报
- 增加告警:
告警名称:SOC温度获取失败
告警ID:115
是否需要显示:需要
告警等级:提示
关联恢复:与agent启动事件关联恢复 - 14:23 网管产品 错误 #4871 (进行中): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--当前事件上报只显示独立核心网的,不区分HA组
- 已实现
- 13:47 3.0基站产品测试 性能 #4915: 增加关键日志,记录基站的切换耗时时长
- 记录2种日志:
1、终端侧收到基站下发的切换重配置信令到回复对应的重配置完成信令的耗时时长;
2、基站目标侧收到handover request到和核心网完成通信的耗时时长 - 11:04 3.0基站产品测试 错误 #4859 (转测试): 基站和日志服务器连接成功后,日志服务器没有创建对应模块的文件夹
- 11:04 3.0基站产品测试 错误 #4859 (审视): 基站和日志服务器连接成功后,日志服务器没有创建对应模块的文件夹
- 【问题原因】
由于在baseServcie已经启动后,且创建过IP文件夹时,该文件夹被手动删除了;
代码实现的不完善,导致后续没有再创建文件夹
【修改方案】
1、代码中无论是否创建过,只要文件夹不存在都需要再次创建
2、... - 10:24 网管产品 功能 #4904 (进行中): 增加获取服务器cpu温度失败告警
- 增加告警:
告警名称:CPU温度获取失败
告警ID:113
是否需要显示:需要
告警等级:提示
关联恢复:与agent启动事件关联恢复 - 10:23 网管产品 功能 #4907: 增加获取服务器ram占用率失败告警
- 需网管增加告警
- 08:57 网管产品 功能 #4907 (进行中): 增加获取服务器ram占用率失败告警
- 增加告警:
告警名称:RAM占用率获取失败
告警ID:112
是否需要显示:需要
告警等级:提示
关联恢复:与agent启动事件关联恢复 - 10:23 网管产品 功能 #4906: 增加获取服务器cpu占用率失败告警
- 需网管增加告警
- 10:22 网管产品 功能 #4906 (进行中): 增加获取服务器cpu占用率失败告警
- 增加告警:
告警名称:CPU占用率获取失败
告警ID:114
是否需要显示:需要
告警等级:提示
关联恢复:与agent启动事件关联恢复 - 08:50 网管产品 功能 #4912: 板卡类型告警上报
- 需网管增加告警ID
2026-02-26
- 20:50 3.0基站产品测试 错误 #3938 (已解决): pmi自适应
- 在Rel_3.2.1_Pre1T2版本,下行PMI矩阵全集已增加接口已扩大到128个,遍历各种下行CSI-RS Port数与下行最大流数,下行PMI开启前后MCS稍有提升,符合预期。
- 18:00 3.0基站产品测试 错误 #3938 (转测试): pmi自适应
- 已验证通过走查完成并合入3.2.1,可转测。
- 16:57 3.0基站产品测试 错误 #3938 (审视): pmi自适应
- 已走查,转审视
- 20:42 3.0基站产品测试 错误 #4894 (已解决): 3.2.1pre1T2版本下行四端四流配置开启PMI自适应后MCS降低
- 17:36 3.0基站产品测试 错误 #4894 (转测试): 3.2.1pre1T2版本下行四端四流配置开启PMI自适应后MCS降低
- 已验证通过走查合入3.2.1,可转测。
- 20:41 3.0基站产品测试 错误 #4893 (已解决): 3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低
- 17:36 3.0基站产品测试 错误 #4893 (转测试): 3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低
- 已验证通过走查合入3.2.1,可转测。
- 19:33 3.0基站产品测试 错误 #4918 (新建): 3.2.1_Pre1T2 0226版本速率打印的RB利用率数值不对
- 3.2.1_Pre1T2 0226版本速率打印的RB利用率为256%,如附件所示;
- 19:23 网管产品 错误 #4867 (进行中): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,增加HA组的组信息显示
详情页面新增 HA核心网组信息- 18:03 3.0基站产品测试 功能 #4039 (进行中): 功放调整功能修改
- 该功能已经开发,并测试完成。
该参数需要在核心网UE注册信息进行填写,UE接入之后通过与网管交互获取到该参数值,计算路损的时候将该值减去,从而达到还原空口路损的目的。 - 18:00 3.0基站产品测试 错误 #4149 (转测试): PDSCH闭环功率控制测试,DU发送的边缘用户功率不正确
- 已验证通过走查完成并合入3.2.1,可转测。
- 17:17 3.0基站产品测试 错误 #4149 (审视): PDSCH闭环功率控制测试,DU发送的边缘用户功率不正确
- 已走查,转审视
- 17:17 3.0基站产品测试 错误 #4149 (进行中): PDSCH闭环功率控制测试,DU发送的边缘用户功率不正确
- 17:58 3.0基站产品测试 错误 #4433 (进行中): E500 128UE DU TTI=4时,WORKER线程CPU>90%和内存耗尽问题优化
- 17:57 3.0基站产品测试 错误 #4752 (转测试): 3.1.4pre1T4版本,小区去激活激活后,终端无法重新接入。(射频通道关闭后未再开启)
- 已验证通过走查完成并合入3.1.4,可转测。
- 17:56 3.0基站产品测试 错误 #4762 (转测试): [3.0产品测试]3.1.4pre1T4,配置10D2U2G特殊子帧,下行误码率30%
- 已验证通过走查完成并合入3.1.4,可转测。
- 16:59 3.0基站产品测试 错误 #4762 (审视): [3.0产品测试]3.1.4pre1T4,配置10D2U2G特殊子帧,下行误码率30%
- 分析是在7d2u, s slot 配置10 2 2时,在s slot的 符号13上调度harq反馈pucch导致,异常全部是harq pucch 在s slot上.问题已经修复。合入3.1.4及3.2.1
- 16:57 3.0基站产品测试 错误 #4762 (进行中): [3.0产品测试]3.1.4pre1T4,配置10D2U2G特殊子帧,下行误码率30%
- 17:55 3.0基站产品测试 功能 #3434 (转测试): [3.0产品测试]3.0基站支持uci on pusch功能
- 17:55 3.0基站产品测试 功能 #3434 (进行中): [3.0产品测试]3.0基站支持uci on pusch功能
- 目前该功能的开发已经完成,uci on pusch功能是现在PUCCH FORMAT 1 & FORMAT3 上,我们默认使用的PUCCH FORMAT 0 & PUCCH FORMAT 2 因为符号不与PUSCH 符号重叠 因此 u...
- 17:55 3.0基站产品测试 错误 #4768 (转测试): [3.0产品测试]3.1.4pre1T4,升级10D2G2U下行误码率小包后,下行调度次数不满
- 已验证通过走查完成并合入3.2.1,可转测。
- 16:57 3.0基站产品测试 错误 #4768 (审视): [3.0产品测试]3.1.4pre1T4,升级10D2G2U下行误码率小包后,下行调度次数不满
- 是因为不支持harq和csi混合导致,晓辉在3.2.1合入了harq和csi混合功能,调度包数就满了。(3.1.4没有合入)
- 16:55 3.0基站产品测试 错误 #4768 (进行中): [3.0产品测试]3.1.4pre1T4,升级10D2G2U下行误码率小包后,下行调度次数不满
- 17:54 3.0基站产品测试 错误 #4777 (转测试): [3.0产品测试]3.1.4基站配置 0D14G0U 的特殊时隙配置,srs资源信道图显示有误
- 已验证通过走查完成并合入3.1.4,可转测。
- 17:53 3.0基站产品测试 错误 #4778 (转测试): 【Rel_3.1.4Pre1T4_E500多用户】7D2U,TTI=2,128UE进行上下行udp业务压力12小时,du挂死
- 已验证通过走查完成并合入3.1.4,可转测。
- 17:52 3.0基站产品测试 错误 #4781 (转测试): Rel_3.1.5_Pre1T2版本16UE长保DU coredump
- 已验证通过走查完成并合入3.2.1,可转测。
- 17:51 3.0基站产品测试 错误 #4782 (转测试): Rel_3.1.5_Pre1T2版本UE重建立异常
- 已验证通过走查完成并合入3.2.1,可转测。
- 16:51 3.0基站产品测试 错误 #4782 (审视): Rel_3.1.5_Pre1T2版本UE重建立异常
- 17:50 3.0基站产品测试 错误 #4789 (转测试): Rel_3.1.5_Pre1T2版本_7D2U子帧配比,上行双天线13UE上、下行udp灌包DU coredump
- 已验证通过走查完成并合入3.2.1,可转测。
- 17:50 3.0基站产品测试 错误 #4795 (转测试): 314pre1T4版本,带业务切换出现的du coredump挂死
- 已验证通过走查完成并合入3.1.4,可转测。
- 17:49 3.0基站产品测试 错误 #4805 (转测试): DU日志线程注册不全问题
- 已验证通过走查完成并合入3.2.1,可转测。
- 17:48 3.0基站产品测试 错误 #4809 (转测试): 【Rel_3.1.4Pre1T4_E500多用户】7D2U,TTI=2,128UE进行上下行udp业务压力20小时,du内存耗尽,下行无速率
- 已验证通过走查完成并合入3.1.4,可转测。
- 17:47 3.0基站产品测试 错误 #4818 (转测试): 【E500_128ue】Rel_3.1.5_Pre1T2,171环境,7D2U 128ue 上下行同时udp长跑,du core dump
- 已验证通过走查完成并合入3.2.1,可转测。
- 17:46 网管产品 错误 #4917 (已解决): [3.0产品测试] 干扰规避测试中,干扰一直都在,过了5分钟会触发干扰恢复
- 网管版本:2.3.0
问题:干扰规避测试中,干扰一直都在,过了5分钟会触发干扰恢复。按照预期不应该恢复。 - 17:46 3.0基站产品测试 错误 #4825 (转测试): [DU模块]DU处理F1断链请求创建偶联断TRANS时未删除已创建的ADDTRANS,导致后续小区建立再建立时状态机混乱。
- 已验证通过走查完成并合入3.2.1,可转测。
- 17:40 3.0基站产品测试 错误 #4841 (转测试): 【3.2.1PRe1T1版本】起站后du coredump
- 已验证通过走查合入3.2.1,可转测。
- 17:39 3.0基站产品测试 错误 #4843 (转测试): 【3.2.1PRe1T1版本】mru+rank自适应场景下运行一段时间后2UE上行mcs由27降低至11
- 已验证通过走查合入3.2.1,可转测。
- 17:38 3.0基站产品测试 错误 #4844 (转测试): QoS限制最大速率不生效
- 已验证通过走查合入3.2.1,可转测。
- 16:54 3.0基站产品测试 错误 #4844 (审视): QoS限制最大速率不生效
- 在Mbr计算速率的时候,单位不匹配导致速率没有限制住。(门限是按照每10ms计算的,而速率是按照秒更新的,所以永远到不了mbr限制的条件)。已经在3.2.1版本修复。
- 16:51 3.0基站产品测试 错误 #4844 (进行中): QoS限制最大速率不生效
- 17:37 3.0基站产品测试 错误 #4854 (转测试): [DU模块]触发器优化-本地数据区更新去重
- 已验证通过走查合入3.2.1,可转测。
- 17:34 3.0基站产品测试 错误 #4895 (转测试): [DU模块]临时线程LOG输出用KeyInfo(绑定主线程共享内存)模块
- 已验证通过走查合入3.2.1,可转测。
- 17:32 3.0基站产品测试 错误 #2731 (转测试): 3.0基站启动时偶发cu界面未完全起来(光电口的信令面IP不通),在reboot后重启可规避
- 16:37 3.0基站产品测试 错误 #2731 (审视): 3.0基站启动时偶发cu界面未完全起来(光电口的信令面IP不通),在reboot后重启可规避
- 17:28 3.0基站产品测试 错误 #3744 (已关闭): 600M 整机开机MCS概率性变低,reboot后恢复
- 问题没再出现,先关闭
- 17:17 3.0基站产品测试 功能 #4680 (转测试): 多带宽配置特性开发
- 特性代码改动已提交
各带宽推荐配置已提供,请参考《小区带宽配置特性说明文档(内部)》 - 17:14 3.0基站产品测试 错误 #4903: 【Rel_3.1.4Pre1T4_正维3.3G整机】配置GBR为500M,终端调度策略有问题,速率无法达到500M
- 第一张图,对UE1灌包500M, UE2灌包300M。这时候 UE1能保证500M, UE2有222M左右。
第二张图,UE1灌包500M不变,把 UE2灌包改成500M。这时候 UE1只有460M, UE2有228M左右。(但这时... - 17:13 3.0基站产品测试 错误 #4903: 【Rel_3.1.4Pre1T4_正维3.3G整机】配置GBR为500M,终端调度策略有问题,速率无法达到500M
- !20260226-1.jpg!
!20260226-2.jpg!
- 17:10 3.0基站产品测试 错误 #4903 (进行中): 【Rel_3.1.4Pre1T4_正维3.3G整机】配置GBR为500M,终端调度策略有问题,速率无法达到500M
- 17:08 网管产品 错误 #4864: 网管版本YZMM2.4.0Pre1T1,核心网版本335pre2,基础参数配置范围优化
- 第四条暂不做处理,发现会引入其他问题
- 16:41 网管产品 错误 #4864: 网管版本YZMM2.4.0Pre1T1,核心网版本335pre2,基础参数配置范围优化
- tac增加校验:[1,16777215]
- 16:38 网管产品 错误 #4864 (进行中): 网管版本YZMM2.4.0Pre1T1,核心网版本335pre2,基础参数配置范围优化
- 1,MCC从length3改为[000,999]
2,MNC从length2改为[00,99]
3,修改gnb和core的range判断逻辑,增加位数的校验
4,另外发现如果不触发校验,直接点击提交,会存在一次无效的网络请求,针... - 17:03 3.0基站产品测试 功能 #4519 (转测试): 下行rank自适应最大支持rank 4
- 开发完毕,自测完成,已合入3.2.1。
- 17:00 3.0基站产品测试 功能 #4519 (进行中): 下行rank自适应最大支持rank 4
- 17:00 3.0基站产品测试 功能 #4707 (转测试): du适配port映射及mru
- 自测完毕,已合入3.2.1
- 16:54 3.0基站产品测试 错误 #4566 (进行中): cmHashListFind 需要改造
- 16:50 3.0基站产品测试 错误 #3697 (已关闭): [3.0产品测试]3.1.2pre1_T4 小区激活过程中基站底板发生断联
- 16:46 3.0基站产品测试 错误 #4810 (进行中): 对于gnb_mgr和bearer_mgr文件夹内的执行流程,进行日志检查
- 16:46 3.0基站产品测试 错误 #4107 (转测试): 3.1.3pre1_T5,军特N78整机两流mcs掉0
- 16:46 3.0基站产品测试 错误 #4826 (进行中): 321pre1T1版本,重启CU进程附加信息上报原因值“NG_CLIENT_EPOLL_ERROR”上报周期存在问题
- 16:45 3.0基站产品测试 错误 #4187 (转测试): 【3.0整机】Rel_3.1.3_Pre1T5,21环境,1D3U 单ue 上下行同时业务长跑6h,du core dump
- 16:44 3.0基站产品测试 错误 #4559 (进行中): cu统计日志优化
- 16:38 3.0基站产品测试 错误 #4331 (审视): 【Rel_3.1.3_Pre1T6_E500_64UE】64UE好中差点UDP业务长保8小时,出现Socket error,各系统session断连
- 16:26 3.0基站产品测试 错误 #4630 (转测试): 基站读取用户面IP,只读取第一个,在3.1.4和3.1.5版本合入
- 16:26 3.0基站产品测试 错误 #4630 (审视): 基站读取用户面IP,只读取第一个,在3.1.4和3.1.5版本合入
- 配置读取已修改,自测完成
3.1.4和3.1.5最新版本已合入 - 14:02 网管产品 错误 #4839 (转测试): 网管版本2.4.0pre1T1,OS特性-未体现安装完成时间点或者提供安装完成事件记录
- 14:02 网管产品 错误 #4839 (审视): 网管版本2.4.0pre1T1,OS特性-未体现安装完成时间点或者提供安装完成事件记录
- 14:02 网管产品 错误 #4832 (转测试): 网管版本YZMM2.4.0Pre1T1,OS升级点击界面升级提示"目录创建失败"
- 14:02 网管产品 错误 #4832 (审视): 网管版本YZMM2.4.0Pre1T1,OS升级点击界面升级提示"目录创建失败"
- 14:01 网管产品 错误 #4835 (转测试): 网管版本2.4.0pre1T1,OS特性-上传/安装版本无进度条,采用弹窗倒计时体现
- 14:01 网管产品 错误 #4835 (审视): 网管版本2.4.0pre1T1,OS特性-上传/安装版本无进度条,采用弹窗倒计时体现
- 14:00 网管产品 错误 #4836 (转测试): 网管版本2.4.0pre1T1,OS特性-未发现安装版本信息时,“安装”按钮需要置灰
- 14:00 网管产品 错误 #4836 (审视): 网管版本2.4.0pre1T1,OS特性-未发现安装版本信息时,“安装”按钮需要置灰
- 14:00 网管产品 错误 #4837 (转测试): 网管版本2.4.0pre1T1,OS特性-增加相关操作记录
- 13:59 网管产品 错误 #4837 (审视): 网管版本2.4.0pre1T1,OS特性-增加相关操作记录
- 13:59 网管产品 错误 #4842 (转测试): 网管版本2.4.0pre1T1,OS特性-相同版本上传增加合理提示
- 13:57 网管产品 错误 #4842 (审视): 网管版本2.4.0pre1T1,OS特性-相同版本上传增加合理提示
- 13:56 网管产品 错误 #4829 (转测试): 网管版本YZMM2.4.0Pre1T1,告警优化显示
- 13:56 网管产品 错误 #4829 (审视): 网管版本YZMM2.4.0Pre1T1,告警优化显示
- 13:56 网管产品 错误 #4850 (转测试): 网管版本2.4.0pre1T1,网管需对基站旧版本做判断不支持系统升级功能
- 13:55 网管产品 错误 #4850 (审视): 网管版本2.4.0pre1T1,网管需对基站旧版本做判断不支持系统升级功能
- 13:55 网管产品 错误 #4845 (转测试): 网管版本2.4.0pre1T1,OS特性-基站离线后点击安装提示报错“AxiosError: Request failed with status code 500”
- 13:55 网管产品 错误 #4845 (审视): 网管版本2.4.0pre1T1,OS特性-基站离线后点击安装提示报错“AxiosError: Request failed with status code 500”
- 13:53 网管产品 错误 #4848 (转测试): 新增两个参数 干扰协调路损窗口,干扰协调连续次数
- 13:53 网管产品 错误 #4838 (转测试): 网管版本2.4.0pre1T1,OS特性-安装过程中未进行禁止其他操作
- 13:53 网管产品 错误 #4838 (审视): 网管版本2.4.0pre1T1,OS特性-安装过程中未进行禁止其他操作
- 13:52 网管产品 错误 #4868 (转测试): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性-HA组内添加新旧核心网版本的兼容问题
- 13:52 网管产品 错误 #4868 (审视): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性-HA组内添加新旧核心网版本的兼容问题
- 13:52 网管产品 错误 #4868 (进行中): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性-HA组内添加新旧核心网版本的兼容问题
- 处理逻辑:
1. 先走http读取HA网元的版本信息,出错直接报错返回
2. 根据版本号跟指定的"Rel_3.3.5_pre2"版本做比较,低于则提示不支持
3. 再读取HA网元的core-agent上报信息,读不到则走http... - 12:02 产品3.0平台 功能 #4088 (已关闭): 使用DEBUG接口升级正维功放版本
- 由于电平转换模块一直处于使能模式,影响外置串口与功放通信,该方案无法实现
- 11:38 网管产品 错误 #4873 (转测试): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--当主设备变成备设备时需要重启下,当前备设备的core_agent
- 11:37 网管产品 错误 #4873 (审视): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--当主设备变成备设备时需要重启下,当前备设备的core_agent
- 根据备设备加入事件进行重启core-agent
!20260226-101011.jpg! - 11:33 网管产品 错误 #4873 (进行中): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--当主设备变成备设备时需要重启下,当前备设备的core_agent
- 11:33 网管产品 错误 #4874 (转测试): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--在添加好的HA组里面,添加网元时需要判断下单双网卡
- 11:33 网管产品 错误 #4874 (审视): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--在添加好的HA组里面,添加网元时需要判断下单双网卡
- 已处理
!20260226-101011.jpg! - 11:31 网管产品 错误 #4874 (进行中): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性--在添加好的HA组里面,添加网元时需要判断下单双网卡
- 已处理
- 11:31 网管产品 错误 #4855 (转测试): 基站日志转发到网管不成功
- 11:31 网管产品 错误 #4855 (审视): 基站日志转发到网管不成功
- 已处理
- 11:28 网管产品 功能 #4656 (转测试): 网管2.3.0pre1T2,增加多基站在线优先排序显示,(脱管,离线不可操作)
- 11:27 网管产品 错误 #4866 (转测试): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性—HA删除问题
- 11:09 网管产品 错误 #4865 (转测试): 网管版本YZMM2.4.0Pre1T1&核心网版本335pre2,HA特性—编辑HA组的名称时提示IP已存在
- 1. 已处理
- 11:08 网管产品 错误 #4878 (转测试): 【4815】需要新增一个CSI-HARQ合并上报开关
- 11:04 网管产品 功能 #4872 (转测试): 干扰区域RB个数要小于调度最大RB个数/同频邻区数量
- 10:45 3.0基站产品测试 错误 #4879 (转测试): 3.1.5版本下行FTP业务切换到目标基站后四信终端偶现掉线现象
- 10:43 3.0基站产品测试 错误 #4879 (审视): 3.1.5版本下行FTP业务切换到目标基站后四信终端偶现掉线现象
- 10:43 3.0基站产品测试 错误 #4879: 3.1.5版本下行FTP业务切换到目标基站后四信终端偶现掉线现象
- 【错误原因】
切换时目标基站下发的重配置信令中没有携带t-reordering的信元,没有做兼容性处理的终端会将这个值设置为无穷大,导致pdcp层重排序功能失效,数据无法发送到sdap层,会导致终端侧pdcp层的数据不断累积,导致终... - 10:19 网管产品 错误 #4846 (转测试): 网管版本YZMM2.4.0Pre1T1,基站离线,进行采数提示报错为空“”
- 10:19 网管产品 错误 #4846 (审视): 网管版本YZMM2.4.0Pre1T1,基站离线,进行采数提示报错为空“”
- 10:19 网管产品 错误 #4889 (转测试): 网管版本YZMM2.4.0Pre1T1,基站版本321pre1T2,基站抓数采集的数据包过大达到3.4G
- 10:18 网管产品 错误 #4892 (转测试): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A和下行同步信道在中心频率,其他频点值不进行运算
- 10:18 网管产品 错误 #4892 (审视): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A和下行同步信道在中心频率,其他频点值不进行运算
- 1. 新增了部分校验判断及先不做类型转换处理
!20260226-101011.jpg! - 10:14 网管产品 错误 #4897 (转测试): 网管版本YZMM2.4.0Pre1T1 &基站版本【3.1.4PRe1T4版本】,安装场景,点击回退版本,出现界面可回退现象
- 10:14 网管产品 错误 #4897 (审视): 网管版本YZMM2.4.0Pre1T1 &基站版本【3.1.4PRe1T4版本】,安装场景,点击回退版本,出现界面可回退现象
- 10:14 网管产品 错误 #4897 (进行中): 网管版本YZMM2.4.0Pre1T1 &基站版本【3.1.4PRe1T4版本】,安装场景,点击回退版本,出现界面可回退现象
- 10:13 网管产品 错误 #4899 (转测试): [3.0产品测试] 基站反射功率过大告警消除后,网管上告警没有恢复
- 10:13 网管产品 错误 #4899 (审视): [3.0产品测试] 基站反射功率过大告警消除后,网管上告警没有恢复
- 10:13 网管产品 错误 #4899 (进行中): [3.0产品测试] 基站反射功率过大告警消除后,网管上告警没有恢复
- 已处理,新增了关联恢复配置...
- 10:12 网管产品 错误 #4900 (转测试): 网管版本YZMM2.4.0Pre1T1 &基站版本【3.2.1PRe1T2版本】,修改基站CP_IP时出现报错
- 10:11 网管产品 错误 #4900 (审视): 网管版本YZMM2.4.0Pre1T1 &基站版本【3.2.1PRe1T2版本】,修改基站CP_IP时出现报错
- 对关联修改方法做了前置数据处理,需要将值转换成int值
!20260226-101011.jpg! - 10:05 网管产品 错误 #4900 (进行中): 网管版本YZMM2.4.0Pre1T1 &基站版本【3.2.1PRe1T2版本】,修改基站CP_IP时出现报错
- 10:10 网管产品 功能 #4912 (进行中): 板卡类型告警上报
- 增加告警:
告警名称:板卡型号不适配
告警ID:111
是否需要显示:需要
告警等级:重要
增加枚举ID:
枚举ID:256
名称:当前板卡型号
关联恢复:与基站服务器复位事件关联恢复 - 10:04 网管产品 功能 #4891 (转测试): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】终端重新接入基站后,网管不自动显示指标,需重新点击一次多行显示后才显示
- 10:03 网管产品 功能 #4791 (转测试): 网管版本YZMM2.3.0版本,数据看板批量基站状态显示优化
- 09:40 网管产品 功能 #4791 (进行中): 网管版本YZMM2.3.0版本,数据看板批量基站状态显示优化
- 最多显示十个,其余如图所示,用省略号代替
- 10:02 网管产品 错误 #4717 (转测试): 网管版本2.3.0pre1T2版本基站版本3.1.3pre2T2版本,增加功放型号显示,解决功放版本和频率显示
- 10:01 网管产品 错误 #4717 (审视): 网管版本2.3.0pre1T2版本基站版本3.1.3pre2T2版本,增加功放型号显示,解决功放版本和频率显示
- 09:45 网管产品 错误 #4717 (进行中): 网管版本2.3.0pre1T2版本基站版本3.1.3pre2T2版本,增加功放型号显示,解决功放版本和频率显示
- 新增功放型号显示
- 10:01 网管产品 错误 #4847 (转测试): 网管上采集日志失败
- 10:01 网管产品 错误 #4847 (审视): 网管上采集日志失败
- 09:22 2.0基站产品化测试 错误 #4888: 3.1.4pre1T4版本,A4测量中timetotrigger参数配置ms128时实际下发ms100。
- 已修改合入3.2.1,待发布下个版本测试回归
- 09:03 3.0基站产品测试 性能 #4915 (进行中): 增加关键日志,记录基站的切换耗时时长
- 08:54 网管产品 错误 #4886 (转测试): 采集日志功能,采集的日志中没有phy stat log
- 08:54 网管产品 错误 #4886 (审视): 采集日志功能,采集的日志中没有phy stat log
2026-02-25
- 17:32 网管产品 性能 #4683 (已解决): 网管指标监控中,目前显示类别为全集显示,优化为根据不同网元类型显示不同类别
- 该问题关联4642解决为准,在版本YZMM2.4.0Pre1T1已实现
- 16:50 网管产品 功能 #4700 (已解决): 基站3.0系统升级
- YZMM2.4.0Pre1T1和511 Rel_3.2.1_Pre1T2已实现
- 16:48 网管产品 错误 #4718 (已解决): 网管版本2.3.0pre1T2版本基站版本3.1.3pre2T2版本,增加功放型号显示,解决功放版本和频率显示
- YZMM2.4.0Pre1T1版本已实现,后续方案存在变动,统一由app_driver明新侧统一底层上报
- 16:41 3.0基站产品测试 性能 #4915: 增加关键日志,记录基站的切换耗时时长
- 要记录下从收到handover request消息到最后数据通道endmark关闭之间的时间
- 15:43 3.0基站产品测试 性能 #4915 (转测试): 增加关键日志,记录基站的切换耗时时长
- 在3.2.2版本合入
- 16:33 核心网产品 错误 #4916 (新建): 修改核心网基础配置里的热备的地址为同样的地址核心网服务重启
- 修改核心网基础配置里的热备的地址为同样的地址核心网服务重启,松松已定位,更换版本后修改同样的配置不会重启
- 16:03 网管产品 功能 #4641 (转测试): 网管2.3.0pre1T1版本,指标里面在业务上实际体现“在线基站”&“在线核心网”
- 11:47 网管产品 功能 #4641: 网管2.3.0pre1T1版本,指标里面在业务上实际体现“在线基站”&“在线核心网”
- 已完成
- 16:03 网管产品 功能 #4908 (转测试): 网管增加3.0 基站位置信息显示
- 15:18 网管产品 功能 #4908: 网管增加3.0 基站位置信息显示
- 指标带单位
- 10:30 网管产品 功能 #4908: 网管增加3.0 基站位置信息显示
- 字符串定义:
INSERT INTO `StringDefine` VALUES ('LATITUDE','纬度');
INSERT INTO `StringDefine` VALUES ('LONGITUDE','经度');
... - 15:19 网管产品 错误 #4692 (已解决): 采数网管YZMM2.3.0Pre1T2版本,基站版本Rel_3.1.5_Pre1T1,采集完下行数据下载数据报出现大小只有2K
- YZMM2.4.0Pre1T1版本已解决重新进行采集下载业务正常
- 15:17 网管产品 错误 #4749 (已解决): 2.3.0网管版本,相关告警帮助1.2.4.30等界面提示优化更新
- YZMM2.4.0Pre1T1版本已实现
- 15:11 3.0基站产品测试 功能 #4914 (新建): 【AP_DRIVER】添加经纬度海拔位置信息
- 添加经度,纬度,海拔等位置信息,上报给网管。
- 10:55 网管产品 错误 #4799 (已解决): 基站版本Rel_3.1.4_Pre1T4的LMT事件监控,出现乱码了
- Rel_3.2.1_Pre1T2版本已解决
- 10:22 网管产品 功能 #4546 (已解决): 增加核心网热备相关接口
- YZMM2.4.0Pre1T1网管版本,核心网版本Rel_3.3.5_pre2
基本HA基本功能已实现
2026-02-24
- 18:29 B5G_UE 错误 #4860: 用户面消息发送多次后,POOL出错导致用户面消息无法发送。
- 扩展POOL尺寸,去掉MPI只使用PKT,问题暂时未复现。
- 16:53 B5G_UE 功能 #3098: tfu实现获取gps位置等信息的api
- type DuCellPeriodDataV9 struct {
CellId uint16
UeNum uint16 //Ue个数
ResIdleRate int32 //基站的时频资源空闲度上报... - 16:52 B5G_UE 功能 #3098: tfu实现获取gps位置等信息的api
- gnb_agent与DU联通成功,待与ap_driver整体联调
- 16:50 网管产品 功能 #4908 (进行中): 网管增加3.0 基站位置信息显示
- 基本信息接口:
type Device struct {
Id string `json:"id"`
GnbId string `json:"gnbI... - 09:51 网管产品 功能 #4908 (已解决): 网管增加3.0 基站位置信息显示
- gnb_agent通过DU上报的KPI中的位置信息转储到网管redis的基站基本信息中
- 16:08 3.0基站产品测试 错误 #2943 (已解决): DU上报功放指标周期8秒,影响网管指标获取
- 14:45 产品3.0平台 功能 #4913 (进行中): 3.0正维5.8G整机问题
- 经正维测试问题:
1、经测试PAPR为8dB,正维FPGA夹具数据源为8.3dB,怀疑CFR削峰过大,导致EVM恶化值变高,需支持调整PAPR版本
2、板卡在5.8GHz频段下,存在本振泄露问题,需提供版本复测
3、在EVM V... - 14:01 B5G_UE 任务 #3948 (进行中): ap_driver 增加获取GPS有效卫星数量的接口
- 10:31 B5G_UE 错误 #4884 (进行中): OCUE模式时隙类型为ENUM_DD_SLAVE时后半个时隙的PostHalf_devid填写错误,ENUM_DD_OM_SDMU时隙类型中的前半个时隙PreHalf_devid填写错误
- 10:28 B5G_UE 错误 #4849 (审视): DD口PUCCH slot8和18接收异常问题
- 10:27 B5G_UE 错误 #4849 (进行中): DD口PUCCH slot8和18接收异常问题
- 10:12 网管产品 功能 #4912 (进行中): 板卡类型告警上报
- 1.agent启动自检测告警中增加板卡类型检测,只需做一次;
2.执行 eeprom_rw get type 如果不是type=EVMT4则上报告警,如果是上报恢复; - 10:05 网管产品 功能 #4911 (进行中): 与core_agent udp消息不通时上报告警
- 1.向core_agent udp消息发送失败则上报告警;
2.向core_agent udp消息发送成功且有告警未恢复上报告警恢复;
3.首次向core_agent udp消息发送成功上报告警恢复;
4.agent启动事件关联恢复 - 10:00 网管产品 功能 #4910 (进行中): 看门狗开关为关闭上报告警
- 1.开门狗开关关闭则上报开门狗开关关闭告警;
2.开门狗开关打开则上报恢复;
3.agent启动事件关联恢复; - 09:57 网管产品 功能 #4909 (进行中): 增加获取协议栈指标获取失败告警
- 1.解析子模块上报的指标信息失败上报获取协议栈指标失败告警;
2.解析成功且之前有告警未恢复上报告警;
3.基站服务复位关联恢复;
4.首次解析成功上报恢复; - 09:23 网管产品 功能 #4907 (进行中): 增加获取服务器ram占用率失败告警
- 1.采集周期为1秒,累计连续3次获取失败则上报告警;
2.如果获取成功且有告警未恢复则上报告警恢复;
3.首次获取成功上报告警; - 09:22 网管产品 功能 #4906 (进行中): 增加获取服务器cpu占用率失败告警
- 1.采集周期为1秒,累计连续3次获取失败则上报告警;
2.如果获取成功且有告警未恢复则上报告警恢复;
3.首次获取成功上报告警; - 09:21 网管产品 功能 #4905 (进行中): 增加获取服务器SOC温度告警上报
- 1.累计连续3次获取失败则上报告警;
2.如果获取成功且有告警未恢复则上报告警恢复;
3.首次获取成功上报告警; - 09:14 网管产品 功能 #4904 (进行中): 增加获取服务器cpu温度失败告警
- 1.采集周期为1秒,累计连续3次获取失败则上报告警;
2.如果获取成功且有告警未恢复则上报告警恢复;
3.首次获取成功上报告警;
2026-02-13
- 17:15 3.0基站产品测试 错误 #4903 (进行中): 【Rel_3.1.4Pre1T4_正维3.3G整机】配置GBR为500M,终端调度策略有问题,速率无法达到500M
- 基站接入两用户,分别做下行业务时,都可达到500M以上,同时做业务时,每个用户300M左右,然后给用户2配置GBR为500M,实测速率只有450M左右
更改TTI=1,现象一致
更改gbr的权重由5改到100,现象一致
2026-02-12
- 17:38 3.0基站产品测试 错误 #4902 (新建): 【Rel_3.1.4Pre1T4_正维3.3G整机】配置GBR的用户,做业务时反复重建立掉线
- 核心网在Gbr QOS界面配置GBR MBR限制后,终端接入后,做下行UDP业务,反复发生重建立掉线
- 17:33 基站横联 错误 #4374 (已解决): 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 这个版本,需要CP、TFU和协议栈配套。
目前CP版本还没有传到phy的库上,上研测试的其他版本没有这个功能。 - 17:28 基站横联 错误 #4374 (已关闭): 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 张昆反馈测试未再复现问题,问题关闭
- 14:20 基站横联 错误 #4374 (审视): 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 14:19 基站横联 错误 #4374: 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 流程图如下:
!111.png!
TFU和CP修改后北京环境测试正常。版本提供上研,张昆2.12反馈版本测试正常。 - 17:30 B5G_UE 错误 #4567 (已关闭): B5G终端首次上电开机,启动程序,第一次GPS总是同步不上,需要reboot后,GPS才能同步上。(观察3.0基站也有类似问题)
- 16:32 3.0基站产品测试 错误 #4894: 3.2.1pre1T2版本下行四端四流配置开启PMI自适应后MCS降低
- 基于3.2.1pre1T2版本,替换gnb_du包,下行四端四流配置下关闭与开启下行PMI前后下行MCS稍有提升,符合逻辑;
!%E5%9B%9B%E6%B5%81%E5%9B%9B%E6%B5%81PMI%E5%85%B3.png... - 15:18 3.0基站产品测试 错误 #4894: 3.2.1pre1T2版本下行四端四流配置开启PMI自适应后MCS降低
- 已走查,转审视
- 11:14 3.0基站产品测试 错误 #4894 (审视): 3.2.1pre1T2版本下行四端四流配置开启PMI自适应后MCS降低
- 四端四流情况下,UE上报的的rank到2流,导致pmi超限
- 11:02 3.0基站产品测试 错误 #4894 (进行中): 3.2.1pre1T2版本下行四端四流配置开启PMI自适应后MCS降低
- 16:20 网管产品 错误 #4886 (进行中): 采集日志功能,采集的日志中没有phy stat log
- 具体见#4753单子
- 16:19 网管产品 功能 #4753 (进行中): log_agent开发
- 目前采集问题依然存在
1. 单独采集phy日志采集不到
2. 采集不到下载按钮应该置灰
!20260212-161733.jpg!
!20260212-161747.jpg!
- 15:35 2.0基站产品化测试 错误 #4888: 3.1.4pre1T4版本,A4测量中timetotrigger参数配置ms128时实际下发ms100。
- 【错误原因】
cu的A1~A5事件的EVENT_TIME_TO_TRIG和协议定义的枚举不一致少了80ms这个枚举值,所以配置的时长如果超过80ms,因为枚举值不一致会导致枚举值在下发配置时往前推1,128ms就会变成100ms
... - 15:30 3.0基站产品测试 错误 #4893: 3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低
- *_采用解决方案2:rank自适应打开时,只在csi 上报的流数小于网管上下行流数的时候改变pmi索引,测试情况如下:_*
基于3.2.1pre1T2版本,替换gnb_du包,下行四端双流配置下关闭与开启下行PMI及RANK自适应前... - 15:19 3.0基站产品测试 错误 #4893 (审视): 3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低
- 15:18 3.0基站产品测试 错误 #4893 (进行中): 3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低
- 15:17 3.0基站产品测试 错误 #4893 (审视): 3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低
- 已走查,转审视
- 15:17 3.0基站产品测试 错误 #4893 (进行中): 3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低
- 15:17 3.0基站产品测试 错误 #4893: 3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低
- 网管上配置双流 ,csi_port四端的情况下
原因:在环境不好时,csi 上报有可能报告单流,导致其实际报道是单流的pmi索引,却在两流的码本中寻找PMI矩阵
解决方案:1.加两个判断,在rank自适应未打开时,只在csi 上报... - 14:06 网管产品 错误 #4882: CU二进制日志规格配置未显示
- !4882_20260212-140441.jpg!
更换新版本的显示主控文件后,可以正常显示 - 14:01 网管产品 错误 #4882 (转测试): CU二进制日志规格配置未显示
- 12:07 网管产品 错误 #4811 (已解决): [3.0产品测试] 干扰规避测试中,干扰测量(RB干扰功率)没有上报。
- 2.3.0最新大包已经验证
- 12:06 网管产品 错误 #4796 (已解决): [3.0产品测试]2.3.0网管版本,基站指标页面,小区ID菜单为空,无法查看指标
- 2.3.0最新大包已经验证
- 11:57 网管产品 错误 #4901 (进行中): [3.0产品测试] 网管升级后,导入配置文件失败
- 网管版本:2.3.0
问题:升级前导出网管配置文件,网管升级后,导入配置文件失败。 - 10:43 3.0基站产品测试 功能 #4548 (已解决): 基站版本3.1.4需求,光纤异常告警上报
- 基站版本321pre1T1版本+OS_1.0.10版本
拔掉ETH2光纤接口,触发该告警,插上可恢复
2026-02-11
- 18:01 3.0基站产品测试 错误 #4898 (转测试): 在网管上配置日志转发到日志服务器,断掉日志服务器网线后基站日志没有存储到基站本地
- 18:00 3.0基站产品测试 错误 #4898 (审视): 在网管上配置日志转发到日志服务器,断掉日志服务器网线后基站日志没有存储到基站本地
- 18:00 3.0基站产品测试 错误 #4898: 在网管上配置日志转发到日志服务器,断掉日志服务器网线后基站日志没有存储到基站本地
- 【错误原因】
epoll中注册了tcp socket fd,tcpsocket重传导致epoll wait被挂起,epoll设置的超时在这个场景下也会失效,整个UdpRxThread都阻塞在epoll wait,所以也无法往本地输出... - 17:04 3.0基站产品测试 错误 #4898 (进行中): 在网管上配置日志转发到日志服务器,断掉日志服务器网线后基站日志没有存储到基站本地
- 16:58 3.0基站产品测试 错误 #4898 (已解决): 在网管上配置日志转发到日志服务器,断掉日志服务器网线后基站日志没有存储到基站本地
- Rel_3.2.1_Pre1T2版本,在网管上配置日志转发到日志服务器,断掉日志服务器网线后基站日志没有存储到基站本地
- 18:01 3.0基站产品测试 错误 #4895 (审视): [DU模块]临时线程LOG输出用KeyInfo(绑定主线程共享内存)模块
- 18:00 3.0基站产品测试 错误 #4895 (进行中): [DU模块]临时线程LOG输出用KeyInfo(绑定主线程共享内存)模块
- 14:58 3.0基站产品测试 错误 #4895 (转测试): [DU模块]临时线程LOG输出用KeyInfo(绑定主线程共享内存)模块
- 1 故障背景
环境定位问题时发现,临时线程中LOG输出为空,阻塞问题进一步定界,该问题亟待整改。
2 故障原因
临时线程未注册LogWriter,导致输出LOG时找不到线程对应的共享内存块而输出失败。
3 解决策略
利... - 17:56 网管产品 功能 #4891 (进行中): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】终端重新接入基站后,网管不自动显示指标,需重新点击一次多行显示后才显示
- 问题原因是指标实时切换修改组件所导致的,
针对问题修改组件逻辑,自验通过。 - 11:07 网管产品 功能 #4891 (转测试): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】终端重新接入基站后,网管不自动显示指标,需重新点击一次多行显示后才显示
- 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】终端重新接入基站后,网管不自动显示指标,需重新点击一次多行显示后才显示
!img_v3_02uq_5c67fed9-6128-461e-b2cb-43bc... - 17:27 网管产品 错误 #4900 (已解决): 网管版本YZMM2.4.0Pre1T1 &基站版本【3.2.1PRe1T2版本】,修改基站CP_IP时出现报错
- 网管版本YZMM2.4.0Pre1T1 &基站版本【3.2.1PRe1T2版本】,修改基站CP_IP时出现报错
备注:/gnb-du:GNB-DU/NEIGHBOR_CONFIG/CU_IP_ADDRESS
提示
strconv... - 17:20 网管产品 错误 #4899 (转测试): [3.0产品测试] 基站反射功率过大告警消除后,网管上告警没有恢复
- 网管版本:2.3.0
问题:基站上报“反射功率过大”告警,在告警消除后,网管上告警没有恢复。 - 17:00 网管产品 错误 #4897: 网管版本YZMM2.4.0Pre1T1 &基站版本【3.1.4PRe1T4版本】,安装场景,点击回退版本,出现界面可回退现象
- gnb_agent修改了回退返回消息逻辑:先判断是否存在回退目录,如果不存在直接返回netconf消息,不走redis中间键并发消息返回结果
- 16:12 网管产品 错误 #4897 (已解决): 网管版本YZMM2.4.0Pre1T1 &基站版本【3.1.4PRe1T4版本】,安装场景,点击回退版本,出现界面可回退现象
- 网管版本YZMM2.4.0Pre1T1 &基站版本【3.1.4PRe1T4版本】,安装场景,点击回退版本,出现界面可回退现象
- 16:21 网管产品 错误 #4892 (进行中): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A和下行同步信道在中心频率,其他频点值不进行运算
- 14:09 网管产品 错误 #4892 (已解决): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A和下行同步信道在中心频率,其他频点值不进行运算
- 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A和下行同步信道在中心频率,其他频点值不进行运算
- 16:21 网管产品 错误 #4896 (转测试): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A,规则运算结果缺少“上行频点”结果
- 15:35 网管产品 错误 #4896 (审视): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A,规则运算结果缺少“上行频点”结果
- 15:35 网管产品 错误 #4896 (进行中): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A,规则运算结果缺少“上行频点”结果
- 已修改规则校验文件,待合入3.2.1_Pre1T3版本测试回归
- 15:18 网管产品 错误 #4896 (已解决): 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A,规则运算结果缺少“上行频点”结果
- 网管版本YZMM2.4.0Pre1T1 基站版本【3.2.1PRe1T2版本】修改基站参数下行频率POINT A,规则运算结果缺少“上行频点”结果
/du-cell:DU-CELL/FREQUENCY_CONFIG_UL/NR_UL... - 15:34 3.0基站产品测试 功能 #4858 (已解决): ICIC 增加退出干扰滑窗次数的显示
- [verinfo]
inner_ver_id=404
build_time=2026-02-10T03:35:21
desc=Rel_3.1.4_Pre1T4
... - 14:29 3.0基站产品测试 错误 #4894 (已关闭): 3.2.1pre1T2版本下行四端四流配置开启PMI自适应后MCS降低
- 【问题描述】3.2.1pre1T2版本下行四端四流配置开启PMI自适应后MCS降低;
【问题分析】du日志分析是终端上报的csipmi值不符合下行PMI映射规则;
!%E4%B8%8B%E8%A1%8C%E5%9B%9B%E7%A... - 14:20 3.0基站产品测试 错误 #4893 (已关闭): 3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低
- 【问题描述】3.2.1pre1T2版本下行四端双流配置开启PMI自适应后MCS降低;
!%E4%B8%8B%E8%A1%8C%E5%9B%9B%E7%AB%AF%E5%8F%8C%E6%B5%81PMI%E5%85%B3%E9%97... - 14:19 3.0基站产品测试 错误 #4754: [3.0产品测试]3.1.4pre1T4,军特26db 4T4R整机与底板的rx_gain补偿值填写错误
- 3.1.4T4新版本,底板补偿400,应该是4000
- 13:58 2.0基站产品化测试 错误 #4888 (进行中): 3.1.4pre1T4版本,A4测量中timetotrigger参数配置ms128时实际下发ms100。
- 11:17 3.0基站产品测试 错误 #4890: 增加复位基站模块服务事件
- 钱 伯宁 写到:
> gnb_agent处理单个基站服务模块复位时上报事件,事件名称:复位基站服务模块,附加信息:模块名称:XXX
> 合入版本3.2.2
需增加附加信息:原因:XXX(由子模块上报枚举ID显示) - 11:04 3.0基站产品测试 错误 #4890 (进行中): 增加复位基站模块服务事件
- gnb_agent处理单个基站服务模块复位时上报事件,事件名称:复位基站服务模块,附加信息:模块名称:XXX
合入版本3.2.2 - 11:17 网管产品 错误 #4889 (审视): 网管版本YZMM2.4.0Pre1T1,基站版本321pre1T2,基站抓数采集的数据包过大达到3.4G
- 11:16 网管产品 错误 #4889: 网管版本YZMM2.4.0Pre1T1,基站版本321pre1T2,基站抓数采集的数据包过大达到3.4G
- 已修改自验成功,待合入3.2.1测试回归
- 11:05 网管产品 错误 #4889 (进行中): 网管版本YZMM2.4.0Pre1T1,基站版本321pre1T2,基站抓数采集的数据包过大达到3.4G
- 11:02 网管产品 错误 #4889 (已解决): 网管版本YZMM2.4.0Pre1T1,基站版本321pre1T2,基站抓数采集的数据包过大达到3.4G
- 网管版本YZMM2.4.0Pre1T1,基站版本321pre1T2,基站抓数采集的数据包过大达到3.4G
备注:
当前包把历史包循环打包了 - 10:27 3.0基站产品测试 错误 #4585 (已关闭): UE重建立流程UE释放策略修改
- 在Rel_3.1.5_Pre1T2版本,已测试基本业务:UE可反复接入释放,峰值业务正常,终端切换流程正常,重建立流程正常,问题关闭。
!%E9%87%8D%E5%BB%BA%E7%AB%8B%E6%B5%81%E7%A8%8B.p... - 10:26 3.0基站产品测试 错误 #4634 (已关闭): CU-UE通知核心网释放上下文时机修改
- 在Rel_3.1.5_Pre1T2版本,已测试基本业务:UE可反复接入释放,峰值业务正常,终端切换流程正常,重建立流程正常,问题关闭。
!%E9%87%8D%E5%BB%BA%E7%AB%8B%E6%B5%81%E7%A8%8B... - 10:21 3.0基站产品测试 错误 #4578 (已关闭): cu“字符串类型及较大结构类型”的参数从值传递到引用整改——上行用户面
- 在Rel_3.2.1_Pre1T2版本,验证带vonr业务的同频/异频xnng切换场景都ok,问题关闭。
- 09:28 3.0基站产品测试 错误 #4743 (已关闭): 西安241基站从Rel_3.1.4_Pre1T4升级到Rel_3.1.5_Pre1T1版本启动基站时cu必现挂死
- Rel_3.1.5_Pre1T2之后版本Rel_3.2.1_Pre1T1、Rel_3.1.5_Pre1T2版本都未出现启动基站时cu挂死问题,问题关闭。
- 09:25 3.0基站产品测试 错误 #4624 (已关闭): 西安一体化基站3.1.3pre2T1版本4终端长跑2小时都掉线且接入不了问题
- 09:24 3.0基站产品测试 错误 #4721 (已关闭): UEContextModificationRequired 在RRC_CONNECTED都需要处理
- 09:23 3.0基站产品测试 错误 #4572 (已关闭): 排查CU所有类,如果析构中包含对象的删除,需要禁止等号操作符
- 在Rel_3.2.1_Pre1T2版本,验证如下场景,都符合预期,问题关闭;
场景1、vonr业务可多次呼叫与挂断,带vonr业务的xn和ng切换流程正常,符合预期;
场景2、service request流程完整,符合预期 。
...
2026-02-10
- 18:31 3.0基站产品测试 错误 #4831: 314pre1T4版本,网管频繁上报反射功率过大告警
- 234 - 5.8G环境仍然存在
- 17:43 2.0基站产品化测试 错误 #4888 (进行中): 3.1.4pre1T4版本,A4测量中timetotrigger参数配置ms128时实际下发ms100。
- 3.1.4pre1T4版本,A4测量中timetotrigger参数配置ms128时实际下发ms100。
- 15:55 核心网产品 错误 #4887 (新建): 时钟源同步配置轮询修改
- 时钟源同步配置最小间隔轮询和最大间隔轮训需要修改最小可配置值
- 15:36 3.0基站产品测试 错误 #4827 (已解决): 3.1.5pre1T2版本下行四端三流配置开启PMI自适应后MCS降低
- 在3.2.1_Pre1T2版本,下行四端三流配置,开启下行PMI自适应后下行MCS相当(下行误码率稍有提升),符合预期;
!PMI%E5%85%B3%E9%97%AD.png!
!PMI%E6%89%93%E5%BC%80.png!
- 14:49 网管产品 错误 #4886 (转测试): 采集日志功能,采集的日志中没有phy stat log
- 14:17 网管产品 错误 #4846 (进行中): 网管版本YZMM2.4.0Pre1T1,基站离线,进行采数提示报错为空“”
1,通过 #4656: 网管2.3.0pre1T2,增加多基站在线优先排序显示,(脱管,离线不可操作) 问题,已经杜绝了进入页面,
2,基站是否在线是20s检测一次,如果在这段时间进入还是会提示这个问题,根本原因是错误码120...- 13:58 3.0基站产品测试 错误 #4610: 排查LogWriter的内核对象,解决泄漏和场景优化
- !cu_log_20260210-135236.jpg!
!du_log_20260210-135258.jpg!
!phy_20260210-135315.jpg!
3.2.1版本日志的产生和解析都正常 - 11:43 网管产品 错误 #4824: 网管版本YZMM2.4.0Pre1T1,321T1版本采数结果显示需要优化
- 接口返回的问题,返回什么显示什么,
- 11:38 3.0基站产品测试 错误 #4754: [3.0产品测试]3.1.4pre1T4,军特26db 4T4R整机与底板的rx_gain补偿值填写错误
- 应该合入3.1.4T4,请知悉
- 11:37 网管产品 功能 #4885 (新建): 网管版本YZMM2.4.0Pre1T1,关于操作日志记录问题
- 网管版本YZMM2.4.0Pre1T1,关于操作日志记录问题
备注:
目前参数配置修改存在两种情况:
1)通过界面主控关联修改,记录操作日志
2)通过实际规则关联修改,存在部分参数修改无记录
后续讨论下日志记录实现方案 - 11:37 3.0基站产品测试 错误 #4755: [3.0产品测试]3.1.4pre1T4,军特26db 4T4R整机告警电压域值错误
- 应该合入3.1.4T4,请知悉
- 11:10 3.0基站产品测试 错误 #4767: 偶现du日志二进制文件解析一部分,剩余内容无法解析
- !old_20260210-110146.jpg!
10M的二进制文件夹正常解析出来应该是原二进制文件的4倍左右,但是如上图所示,目前10M的二进制日志解析出来只有6M多
!new_20260210-110231.jpg!... - 11:08 网管产品 功能 #4857 (进行中): 四个MAX_REPORT_CELL,需要在3.1.4和3.2.1及之后修改为8
- 321升级后已更新
- 10:55 B5G_UE 错误 #4884 (进行中): OCUE模式时隙类型为ENUM_DD_SLAVE时后半个时隙的PostHalf_devid填写错误,ENUM_DD_OM_SDMU时隙类型中的前半个时隙PreHalf_devid填写错误
- 【问题现象描述】:OCUE模式,列表中为3个终端时,收到的PUCCH HARQ反馈显示level[1] pucchDetection[2] Harqbitlen[0]。
【问题分析】:OCUE模式时隙类型为ENUM_DD_SLAVE... - 10:24 网管产品 功能 #4883 (进行中): 网管版本YZMM2.4.0Pre1T1,基站版本321pre1T2版本,当核心网在HA状态下,基站无法时间同步
- 网管版本YZMM2.4.0Pre1T1,基站版本321pre1T2版本,当核心网在HA状态下,基站无法时间同步
备注:
核心网采用浮动地址与实际core_agent地址不一致 - 09:43 网管产品 错误 #4882 (审视): CU二进制日志规格配置未显示
- 09:42 网管产品 错误 #4882 (进行中): CU二进制日志规格配置未显示
- 已修改合入版本3.2.1,待测试回归
- 09:32 网管产品 错误 #4882: CU二进制日志规格配置未显示
- 原因:logwriter这边修改了配置名称,未通知到gnb_agent
BinLog修改成了CuBinLog - 09:29 网管产品 错误 #4882 (转测试): CU二进制日志规格配置未显示
2026-02-09
- 17:15 3.0基站产品测试 错误 #4823 (转测试): 128UE的场景,在DL线程调用了RM线程的资源,未做互斥导致崩溃
- 17:15 3.0基站产品测试 错误 #4823 (审视): 128UE的场景,在DL线程调用了RM线程的资源,未做互斥导致崩溃
- 【问题原因】
1.在DL的线程中调用了RM模块的对象,导致了崩溃
2.调用RM模块对象的目的是为了获取缓存最大数量
【修改方案】
通过在sysrepo的全局单例类中获取缓存最大数量,这个单例有做线程互斥,可以解决数据不安全... - 17:11 3.0基站产品测试 错误 #4881 (转测试): 3.2.1有小概率崩溃的现象,原因是没有做m_ng_client的指针保护
- 17:10 3.0基站产品测试 错误 #4881 (审视): 3.2.1有小概率崩溃的现象,原因是没有做m_ng_client的指针保护
- 【问题原因】
m_ng_clinet对象注册比较晚,在发生epoll_err时,有小概率会崩溃
【修改方案】
在处理epoll_err时,对m_ng_clinet对象进行判空处理
【回归方法和注意事项】
在3.2.1... - 17:04 3.0基站产品测试 错误 #4881 (进行中): 3.2.1有小概率崩溃的现象,原因是没有做m_ng_client的指针保护
- 17:01 3.0基站产品测试 错误 #4881 (转测试): 3.2.1有小概率崩溃的现象,原因是没有做m_ng_client的指针保护
- 17:00 3.0基站产品测试 错误 #4622 (转测试): CU/DU进程/链路状态关键信息记录整改
- 17:00 3.0基站产品测试 错误 #4629 (转测试): 重建立走新建时:新UE建立异常释放后旧UE未释放
- 16:59 3.0基站产品测试 错误 #4643 (转测试): CU:MSG4下发前UE接入异常走RRC_REJECT流程
- 16:52 3.0基站产品测试 错误 #4880 (新建): [3.0产品测试]3.1.4pre1T4,phy测量上报给DU的少6db
- 3.1.4版本上行rsrp较之前的版本少6dB
问题版本:3.1.4pre1 T4
问题设备:192.168.8.245 - 基站 ; 192.168.8.181 -网管
问题现象:同路损物理连接下,同下行RSRP表现下,3.1... - 14:07 网管产品 错误 #4694 (已解决): 采数网管YZMM2.3.0Pre1T2版本,基站版本Rel_3.1.5_Pre1T1,上行采数多了文件夹“pusch_dump_results”
- YZMM2.4.0Pre1T1已实现
- 14:06 网管产品 错误 #4704 (已解决): 网管版本2.3.0pre1T2版本,添加基站时未填写完整信息,出现确认按钮不刷新
- YZMM2.4.0Pre1T1已实现
- 14:01 网管产品 错误 #4745: 【3.1.5PRe1T1版本】网管上-基站收发天线数-MRU使能开关等参数提交后显示为空
- YZMM2.4.0Pre1T1网管已修改,可以关注下
- 13:59 网管产品 错误 #4706: YZMM2.3.0Pre1T2版本,基站版本3.1.5pre1T1版本,去掉光功率异常告警当前值显示
- 基站系统版本os_1.0.10
- 13:58 网管产品 错误 #4706 (已解决): YZMM2.3.0Pre1T2版本,基站版本3.1.5pre1T1版本,去掉光功率异常告警当前值显示
- YZMM2.4.0Pre1T1和Rel_3.2.1_Pre1T2
root@driver:/yzmm/gnb/phy# cat /yzmm/gnb/agent/verinfo.ini
[verinfo]
i... - 13:53 3.0基站产品测试 错误 #4720 (已解决): CU跨站重建立场景:原站携带的oldUe和本站接入的ueId一致时未做拒绝处理
- 基于Rel_3.1.5_Pre1T2版本,已测试基本业务:UE可反复接入释放,峰值业务正常,终端切换流程正常,目前就是发现重建立业务有问题,重建立问题在#4782单子跟踪。
该问题统一在4782问题跟踪; - 13:52 3.0基站产品测试 错误 #4669 (已解决): CU:切换场景(目标测)DU发起上下文建立失败时CU未做处理
- 基于Rel_3.1.5_Pre1T2版本,已测试基本业务:UE可反复接入释放,峰值业务正常,终端切换流程正常,目前就是发现重建立业务有问题,重建立问题在#4782单子跟踪。
该问题关闭,统一再4782单子跟踪; - 13:51 网管产品 错误 #4671 (已解决): 网管版本2.3.0pre1T2增加对核心网服务分离得复位控制
- NGC的子网元:
AMF
NRF
AUSF
NSSF
PCF
SMF
UDM
UDR
UPF
IMS的子网元:
SMSC
HSS
ICSCF
PCRF
PCSCF
SCSCF
两个模块的维护,均包含一... - 11:54 网管产品 错误 #4711 (反馈): 网管版本2.3.0pre1T2版本,基站315pre1T1版本,当基站脱管后,采数页面提交配置后界面提示信息为报错为空
- YZMM2.4.0Pre1T1版本当基站离线 提交配置后还是存在空;操作记录: 记录下发成功,记录有问题
- 11:49 3.0基站产品测试 错误 #4879 (进行中): 3.1.5版本下行FTP业务切换到目标基站后四信终端偶现掉线现象
- 11:49 3.0基站产品测试 错误 #4879 (已解决): 3.1.5版本下行FTP业务切换到目标基站后四信终端偶现掉线现象
- 【问题描述】3.1.5pre1T2版本下行FTP业务切换到目标基站后四信终端偶现掉线现象(鼎桥终端切换正常),需要ducu模块排查对四信终端兼容问题;
!%E6%8A%93%E5%8C%85%E6%88%AA%E5%9B%BE.jp... - 11:39 网管产品 功能 #4638 (进行中): 基站参数配置新增多参数关联校验规则
- YZMM2.4.0Pre1T1版本存在问题
- 11:23 3.0基站产品测试 错误 #4634 (已解决): CU-UE通知核心网释放上下文时机修改
- 基于Rel_3.1.5_Pre1T2版本,已测试基本业务:UE可反复接入释放,峰值业务正常,终端切换流程正常,目前就是发现重建立业务有问题,重建立问题在#4782单子跟踪。
- 11:19 3.0基站产品测试 错误 #4585 (已解决): UE重建立流程UE释放策略修改
- 基于Rel_3.1.5_Pre1T2版本,已测试基本业务:UE可反复接入释放,峰值业务正常,终端切换流程正常,目前就是发现重建立业务有问题,重建立问题在#4782单子跟踪。
- 11:16 3.0基站产品测试 错误 #4695 (已关闭): DU目标站切换异常发送上下文建立失败消息编码异常
- Rel_3.2.1_Pre1T1关闭
- 11:16 3.0基站产品测试 错误 #4695 (已解决): DU目标站切换异常发送上下文建立失败消息编码异常
- 11:15 3.0基站产品测试 错误 #4644 (已关闭): DU:收到MSG4前后UE释放策略(RECV_RRC_REJECT/RECV_UE_CTX_REL_CMD/SEND_UE_CTX_REL_REQ)
- Rel_3.2.1_Pre1T1版本关闭
- 11:15 3.0基站产品测试 错误 #4644 (已解决): DU:收到MSG4前后UE释放策略(RECV_RRC_REJECT/RECV_UE_CTX_REL_CMD/SEND_UE_CTX_REL_REQ)
- 11:06 3.0基站产品测试 功能 #4858 (进行中): ICIC 增加退出干扰滑窗次数的显示
- 11:04 3.0基站产品测试 功能 #4858: ICIC 增加退出干扰滑窗次数的显示
- 321t2版本已更新,待314更新
root@driver:/yzmm/gnb/phy# cat /yzmm/gnb/agent/verinfo.ini
[verinfo]
inner_ver_id=511... - 10:08 网管产品 错误 #4878 (审视): 【4815】需要新增一个CSI-HARQ合并上报开关
- 10:08 网管产品 错误 #4878 (进行中): 【4815】需要新增一个CSI-HARQ合并上报开关
- 已修改合入3.2.1_Pre1T2版本待测试回归
- 10:07 网管产品 错误 #4878 (已解决): 【4815】需要新增一个CSI-HARQ合并上报开关
- 需要在变量UCI_ON_PUSCH_SCALING后添加SIMU_HARQ_CSI_SWITCH这个变量
中文版:
<ConfigItem name="INITIAL_BWP_PUSCH_COMMON/SIMU_HARQ_CSI_... - 10:06 3.0基站产品测试 错误 #4827 (转测试): 3.1.5pre1T2版本下行四端三流配置开启PMI自适应后MCS降低
- 已验证通过,并合入3.2.1_Pre1T2。可转测。
- 10:04 3.0基站产品测试 错误 #4827 (审视): 3.1.5pre1T2版本下行四端三流配置开启PMI自适应后MCS降低
- 需要转测试
- 10:03 3.0基站产品测试 错误 #4827 (进行中): 3.1.5pre1T2版本下行四端三流配置开启PMI自适应后MCS降低
- 10:03 3.0基站产品测试 错误 #4827: 3.1.5pre1T2版本下行四端三流配置开启PMI自适应后MCS降低
- PMI_79 计算错误已修改
- 09:59 3.0基站产品测试 错误 #4862 (转测试): 在网管上配置日志转发到日志服务器,断掉日志服务器网线后异常
- 09:58 3.0基站产品测试 错误 #4862 (审视): 在网管上配置日志转发到日志服务器,断掉日志服务器网线后异常
- 09:58 3.0基站产品测试 错误 #4862: 在网管上配置日志转发到日志服务器,断掉日志服务器网线后异常
- 【问题原因】
之前的ping函数处理代码逻辑有问题,有异常场景没有防护到,回复的Ping消息的ip除了自己期待的,还可能有其他的ip的ping的回复的消息也会被接收到,之前的话是只取一次回复消息,如果回复消息是其他的ip的,就会认为... - 09:53 3.0基站产品测试 错误 #4843 (审视): 【3.2.1PRe1T1版本】mru+rank自适应场景下运行一段时间后2UE上行mcs由27降低至11
- 已合入3.2.1Pre1T2
- 09:52 3.0基站产品测试 错误 #4843 (进行中): 【3.2.1PRe1T1版本】mru+rank自适应场景下运行一段时间后2UE上行mcs由27降低至11
- 1、0.1% 的频率PHY上报SRS测量值是异常的:preSinr[-3], postSinr[-128] 。直连环境正常上报的preSinr和postSinr都是30左右。
2、du上行内环amc应该用preSinr,不应该用po...
导出 Atom