活动
从 2025-10-26 到 2025-11-24
今天
- 14:35 3.0基站产品测试 错误 #4480 (新建): 关于reboot后udp监听延长导致baseService上报服务异常在监听之前
- 问题原因:之前版本baseService已经在reboot后等待了30s才上报服务异常告警测试OK,但是新版本agent因为增加了对准校时,又延长了udp监听导致reboot后udp监听更晚又无法收到基站服务异常告警;
解决方案:增... - 13:52 基站横联 错误 #4458: 【L2协议栈】40M PRB测试时, core0/1容易挂死
- 横联core0/1跑死保护版本合入:
1. 带宽范围保护;
2. fapi搬移各信道参数的时候,若识别到信道目前处于非Idel状态,将uenum清零,将此信道置为idel态,退出;
3. 在非发送时隙,fapi不搬移下行信道参数... - 11:38 3.0基站产品测试 功能 #4240 (转测试): CU的线程数量优化:将功能类似的,cpu消耗较低的线程进行合并
- 【问题原因】
三个线程:SCTP_SERVER、SCTP_XN_CLIENT和SCTP_NG_CLIENT;占用cpu比例非常低下
所以将这三个线程合并为一个线程SCTP
【修改方案】
将上面说的三个线程的功能都合并到SC... - 11:10 网管产品 功能 #4468: 网管增加采数功能
- 增加gnb_agent历史采数文件压缩包最大保留个数为3个机制;
文件名称为collectPhyData-202511241110.zip格式 - 09:33 基站横联 错误 #4402 (进行中): wm的板子,昨天换的,解压缩文件挂死;memtester也挂死
- 这块板卡已经寄给典格做入所检查。
- 09:27 产品3.0平台 错误 #3988: 板卡分区丢失
- emmc 分区表丢失,现在想对emmc的某些扇区增加保护,只运行读取,不允许写入。
- 09:25 产品3.0平台 错误 #3988 (进行中): 板卡分区丢失
2025-11-21
- 20:32 基站横联 错误 #4479: 扫频模式 20M带宽时,NI上报异常
- 初始20m和切换20m 画图不一样的原因应该是和 g_phy_cell_cfg.max_num_rbs赋值未生效有关 初始带宽就是20M时 g_phy_cell_cfg.max_num_rbs=51,但是切换到100M切到20M带宽...
- 15:55 基站横联 错误 #4479: 扫频模式 20M带宽时,NI上报异常
- 问题3:NI上报的位置在一开始的位置,和干扰信号中间20M也不符合
【定位原因】可能与ni_info.ni_freqdata_ptr 采用了带宽有关;
但有一点需要再确认一下:上海测试NI上报画图呈现出2种结果,1.NI干扰出现在... - 15:50 基站横联 错误 #4479: 扫频模式 20M带宽时,NI上报异常
- 问题2:NI上报噪声位置存在奇异正值(dBFS 不应该有正值)
【定位原因】基本确定Linear2dB微码模块输出最小值实测-93dB,低于-93会导致异常;RU 20M带宽时带外滤波后信号非常低,-93dB左右。
【解决方案】R... - 15:49 基站横联 错误 #4479: 扫频模式 20M带宽时,NI上报异常
- 问题1: 时域采数,干扰信号只有中间20M带宽,其他位置干扰被滤掉
【定位原因】RU scan slot测量时,采用的是高层配置下来的系统带宽20M(通过平台CPRI控制字下发)。
【解决方案】1.需要RU修改scan slot测... - 15:47 基站横联 错误 #4479 (新建): 扫频模式 20M带宽时,NI上报异常
- 20M带宽NI上报时,存在2个问题:
1. 时域采数,干扰信号只有中间20M带宽,其他位置干扰被滤掉
2. NI上报噪声位置存在奇异正值(dBFS 不应该有正值)
3. NI上报的位置在一开始的位置,和干扰信号中间20M也不符合 - 19:56 基站横联 错误 #4458: 【L2协议栈】40M PRB测试时, core0/1容易挂死
- L2反馈:L2 会导致RBsize变为奇异值,>273RB,导致core0/core1挂死
- 11:46 基站横联 错误 #4458 (进行中): 【L2协议栈】40M PRB测试时, core0/1容易挂死
- 协议栈发现在40M系统带宽情况下,调度的rbsize超过106RB,协议栈出新版本,验证中
- 15:10 3.0基站产品测试 错误 #4298 (已解决): [3.0产品测试] 下行灌包后,网管上终端指标上报异常
- Rel_3.1.3_Pre1T8已验证
- 14:49 网管产品 错误 #4478 (新建): 网管版本2.2.6版本,数据看板核心网流量未统计完全
- 网管版本2.2.6版本,数据看板核心网流量未统计完全
- 11:53 网管产品 错误 #4476: 升级基站软件继承配置失败上报告警内容修改
- 基站版本3.1.3pre2T1版本和网管2.2.6第一版本版本(1120)版本
- 09:55 网管产品 错误 #4476 (审视): 升级基站软件继承配置失败上报告警内容修改
- 09:20 网管产品 错误 #4476 (进行中): 升级基站软件继承配置失败上报告警内容修改
- 09:20 网管产品 错误 #4476 (审视): 升级基站软件继承配置失败上报告警内容修改
- 升级规则文件中出现历史版本不支持的继承配置文件无法正确上报告警内容;
1.增加历史版本不支持的继承配置文件报错返回,以便捕捉对应配置文件,上报告警内容;
2.增加功放配置文件枚举ID
INSERT INTO `FMEnumDef... - 11:19 网管产品 功能 #4466: 网管界面上,"基础配置"页和"CU主配置"页有部分选项的展示有变更
- “CU EGTPU传输配置个数”隐藏
- 11:08 网管产品 功能 #4477 (转测试): "CU对接DU配置"中的部分选项有修改
- 已修改自验成功,待合入下个版本测试回归
- 10:02 网管产品 功能 #4477 (进行中): "CU对接DU配置"中的部分选项有修改
- 合入3.1.4
- 09:54 网管产品 功能 #4477 (转测试): "CU对接DU配置"中的部分选项有修改
- 如下的参数需隐藏:
第一步部分:
"小区[0]的同频邻区配置"->"小区[0]的同频邻区[0]配置"->"邻区频点"
"小区[0]的同频邻区配置"->"小区[0]的同频邻区[0]配置"->"邻区SSB子载波间隔"
"小区[0]... - 11:06 网管产品 功能 #4475 (转测试): 在基站的同频和异频邻区列表显示是否支持多gbr流的标签
- 已修改,自验成功。待合入下个3.1.4版本测试回归
- 11:02 3.0基站产品测试 错误 #4432 (已解决): baseService日志文件管理,日志命名规则整改
- *基于Rel_3.1.3_Pre2T1版本,替换baseService包、baseService_arm.ini文件,验证如下场景,都符合预期,问题解决;*...
- 10:48 3.0基站产品测试 错误 #4432 (转测试): baseService日志文件管理,日志命名规则整改
- 10:56 核心网产品 错误 #4125 (进行中): ims超大日志优化
- 问题分析:
数据库异常时,hss和icscf获取不到信息,会不停的访问记录日志
解决方案:
在异常时,进行保护,异常次数到一定次数时退出 - 10:55 核心网产品 错误 #4132: 网络相关配置可以在LMT上配置
- 在页面上增加了网络配置,可以修改数据和信令对应的ip、网卡名称、网关
- 10:54 核心网产品 错误 #4148 (进行中): 核心网本地LMT上集成灌包工具
- 最新版本上继承了灌包页面,重启ngclmt服务,灌包任务会清零
- 10:53 核心网产品 错误 #4156 (进行中): 主备倒换后UE接入后ping包不通
- 问题分析:
主备配置同步时,保存基础配置时,没有进行数据转换,导致写入数据库的参数有大小写,upf读取数据库时出错
解决方案:
保存配置进行数据转换,大小写保持一致 - 10:50 核心网产品 功能 #4206: 核心网版本Rel_3.3.4_pre2,增加&优化信令面和数据面使用路由
- 问题分析:
数据网卡down后,pc机不能访问信令地址,需要增加缺省路到信令网口对应的网关地址
解决方案:
同时添加信令和数据面的缺省路由到网关,当其中一个网卡down掉后,另一个网卡还能正常访问 - 10:46 核心网产品 错误 #4377 (进行中): NGC服务重启核心网VXLAN网桥异常
- 问题分析:
vxlan的网口网线没有插时,使用ip link down操作命令,会导致后续加入网桥的命令不生效
解决方案:
在此种场景下将vxlan的网口状态设置为up之后再操作 - 10:40 核心网产品 错误 #4423 (进行中): 313T8基站版本测试过程中,出现UE释放流程中终端重新注册完成后UEContextReleaseComplete才到核心网的异常情况,导致终端数据面不通
- 问题分析:
基站发起release request后,没有回复complete走完完整流程,终端发起重建立后,基站又发起了一次release reques,导致重建立后的pdusession进入idle态,下行流量断掉,
解决方案... - 10:36 核心网产品 错误 #4414 (进行中): 核心网接入多用户后网管流量统计有问题
- 问题分析:
当统计的用户数过多时,upf的统计数据响应会分片发送,upf发送分片信息错误,导致smf接收到响应后处理时,扔到了未进行处理的队列,队列被堵死,接收函数卡住导致后面的统计数据接收不到
解决方案:
upf修复分片发送问... - 10:34 核心网产品 错误 #4465 (进行中): 核心网短信群发短信内容大的时候会有信息丢失的情况
- 问题分析:
长信息会进行分片,分片并非完整的字符串,smsc在转发纯英文的分片短信时,smsc在处理时,将最后一个字符填充成0,导致丢掉了最后一个字符
解决方案:
对于纯英文短信的分片,在结尾处增加一个空格进行占位,填充分片字符...
2025-11-20
- 20:55 网管产品 功能 #4475 (进行中): 在基站的同频和异频邻区列表显示是否支持多gbr流的标签
- 20:51 网管产品 功能 #4475 (转测试): 在基站的同频和异频邻区列表显示是否支持多gbr流的标签
- 在64个同频邻区和64个异频邻区都添加标签,同频和异频在界面的位置分别如下
!20251120-%E5%90%8C%E9%A2%91.jpg!
!20251120-%E5%BC%82%E9%A2%91.jpg!
下图为异频在... - 20:49 3.0基站产品测试 错误 #4453 (转测试): UM模式下ddds流控处理修改
- 20:20 3.0基站产品测试 错误 #4453 (审视): UM模式下ddds流控处理修改
- 【问题原因】
目前cu侧 um模式下没有根据ddds做流控处理
【修改方案】
根据ddds上报的dbsize做流控处理
【回归方法和注意事项】
um模式下的视频通话看是否能保持5分钟以上就说明没有问题 - 20:24 3.0基站产品测试 错误 #4442 (已解决): cu日志文件管理,日志命名规则整改
- *基于Rel_3.1.3_Pre2T1版本,替换gnb_cu包、mem_config_dl.txt、mem_config_ul.txt等文件,验证如下场景,都符合预期,问题解决;*
_*场景1、查看cu stats输出的日志文件... - 19:57 3.0基站产品测试 错误 #4442 (转测试): cu日志文件管理,日志命名规则整改
- 20:06 3.0基站产品测试 错误 #4464 (转测试): 邻基站异频xn建立后再同频xn建立时的切换流程异常
- 20:04 3.0基站产品测试 错误 #4464 (审视): 邻基站异频xn建立后再同频xn建立时的切换流程异常
- 20:03 3.0基站产品测试 错误 #4464: 邻基站异频xn建立后再同频xn建立时的切换流程异常
- 【问题原因】
1、241和242基站之间的xn连接因为242基站的reboot断链,目前的断链处理没有释放相应的资源,当242重新启动协议栈后,242的中心频点修改,重新和241建立xn链接时因为之前的资源残留,所以241基站只是将... - 19:19 网管产品 错误 #4473 (转测试): 网管2.2.6版本,基站版本3.1.2pre2T1版本CU规则文件缺失
- 17:29 网管产品 错误 #4473 (审视): 网管2.2.6版本,基站版本3.1.2pre2T1版本CU规则文件缺失
- 17:29 网管产品 错误 #4473 (进行中): 网管2.2.6版本,基站版本3.1.2pre2T1版本CU规则文件缺失
- 已修改,自验证成功,更新NAS库Rel_3.1.3_Pre2T1版本,待测试回归
- 17:24 网管产品 错误 #4473 (转测试): 网管2.2.6版本,基站版本3.1.2pre2T1版本CU规则文件缺失
- 网管2.2.6版本,基站版本3.1.2pre2T1版本CU规则文件缺失
备注:缺少
mem_config_dl.txt: cu/config/mem_config_dl.txt
mem_config_ul.txt:... - 17:55 3.0基站产品测试 错误 #4474 (新建): pusch闭环功控打开,终端无法接入或立即掉线
- 软件版本:3.1.3pre2T1
物理环境:192.168.8.83
问题描述:pusch闭环功控打开,终端无法接入,接入后也会rlf掉线。
分析结果:从log中看功控一直在降功率导致终端掉线 - 15:37 网管产品 功能 #4468 (进行中): 网管增加采数功能
- netconf消息:
Request is: <get><target><running/></target><operation>exec</operation><oscmd xmlns="http://www.yunzhiru... - 10:52 网管产品 功能 #4468 (进行中): 网管增加采数功能
- 需求分解:
1.网管增加页面显示物理层采数功能;
2.网管页面根据采数配置文件显示不同的采数参数;
3.增加采数下发接口和采数文件下载接口;
4.采数配置文件区分版本;
接口设计:
采数配置文件在基站上的绝对路径:/yzm... - 15:22 3.0基站产品测试 功能 #4472 (新建): 支持s slot 配置 0:14 :0
- 14:48 网管产品 功能 #4471 (新建): 网管2.2.6版本,不支持与核心网版本3.3.4pre6,QOS配置同步功能
- 网管2.2.6版本,支持与核心网版本3.3.4pre6,QOS配置同步功能
- 14:18 网管产品 性能 #4425 (转测试): 入网信息获取导致核心网性能瓶颈
- 14:18 网管产品 错误 #4457 (转测试): [3.0产品测试]2.2.5网管版本,干扰协调特性参数(CORESET1起始RB)缺失
- 14:17 网管产品 错误 #4461 (转测试): YZMM2.2.5,pusch闭环功控开关校验异常,无法从网管开启或关闭
- 14:17 网管产品 错误 #4461 (审视): YZMM2.2.5,pusch闭环功控开关校验异常,无法从网管开启或关闭
- 10:13 网管产品 错误 #4461 (进行中): YZMM2.2.5,pusch闭环功控开关校验异常,无法从网管开启或关闭
- 这是已修改问题,版本原因导致
- 14:15 网管产品 错误 #4456 (转测试): 网管版本2.2.5版本,基站版本3.1.4,修改“用户数据池1规格3内存块数”为“用户数据池1规格2内存块数”
- 11:39 3.0基站产品测试 错误 #4470 (新建): baseService的phy异常服务告警在附加信息中增加异常核信息
- 11:19 3.0基站产品测试 错误 #4460: RLC UM模式下行超流量灌包过程中出现DU COREDUMP
- 针对以上不合理机制,已进行代码修改并合入。
- 11:18 3.0基站产品测试 错误 #4460: RLC UM模式下行超流量灌包过程中出现DU COREDUMP
- 通过对现有代码梳理,修改前nrup定时器实现机制存在明显问题,在rab释放时,通过发送消息停止定时器,这种机制存在明显的滞后,很容易出现内存释放后已经被其他点申请并使用,导致内存发生变化,滞后的操作再去使用该内存就会挂死。
- 11:15 3.0基站产品测试 错误 #4460: RLC UM模式下行超流量灌包过程中出现DU COREDUMP
- !core_parse.png!
挂死原因为定时器节点内存异常 - 11:12 3.0基站产品测试 错误 #4460: RLC UM模式下行超流量灌包过程中出现DU COREDUMP
- !core_stack_print.png!
挂死堆栈信息 - 10:58 3.0基站产品测试 错误 #4460: RLC UM模式下行超流量灌包过程中出现DU COREDUMP
- 该问题core文件分析,挂死在nrup um模式定时器删除场景。
- 10:56 3.0基站产品测试 错误 #4459: RLC UM模式下行超流量大业务量灌包30分钟断流
- 该问题通过在环境多次尝试复现,发现du存在不上报DDDS情况,特别是在大业务量时;分析代码发现目前UM模式这块的实现逻辑存在问题:
1、上报ddds的定时器依赖于cu下发报文触发,在特殊情况下cu因流控停止下发业务,则du也会进入无... - 10:52 网管产品 错误 #4469 (新建): 网管2.2.6版本,当基站版本不在网管纳管范围内时,不让上传版本
- 网管2.2.6版本,当基站版本不在网管纳管范围内时,不让上传版本
- 10:16 网管产品 错误 #4256: 【Rel_3.1.3_Pre1T6_E500多用户】在CU内促池规格配置中增加一项“CU数据面帧缓存规格(字节)”
- 2.2.5版本已解决基站3.1.3pre2T1实现,请在后续版本验证
- 09:59 网管产品 功能 #4466 (转测试): 网管界面上,"基础配置"页和"CU主配置"页有部分选项的展示有变更
- 已修改,待合入下个3.1.4版本测试回归
- 09:13 3.0基站产品测试 错误 #4268: [3.0产品测试] 网管上“PHY异常”告警与实际原因不一样,需要更新告警名称
- !%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202025-11-20%20090927.png!
2025-11-19
- 16:53 网管产品 性能 #4425: 入网信息获取导致核心网性能瓶颈
- 已经处理
- 16:52 3.0基站产品测试 错误 #4464 (进行中): 邻基站异频xn建立后再同频xn建立时的切换流程异常
- 15:45 3.0基站产品测试 错误 #4464 (转测试): 邻基站异频xn建立后再同频xn建立时的切换流程异常
- 【问题描述】Rel_3.1.4_Pre1T1版本,2个异频基站都起来后,发现是异频配置就将邻基站停止修改同频频点,邻基站起来后源基站到邻基站的同频xn切换流程异常,需要cu进一步分析;
!%E8%A7%A6%E5%8F%91A3%E... - 16:28 5GNR 错误 #4467 (新建): ad9025_Gain_Set多通道支持
- 旧有的ad9025_Gain_Set仅支持单通道接收增益实时可配,需修改后支持多通道
- 15:57 网管产品 功能 #4466: 网管界面上,"基础配置"页和"CU主配置"页有部分选项的展示有变更
- 3.1.4版本,如上修改生效
- 15:57 网管产品 功能 #4466: 网管界面上,"基础配置"页和"CU主配置"页有部分选项的展示有变更
- 合入3.1.4
- 15:56 网管产品 功能 #4466 (进行中): 网管界面上,"基础配置"页和"CU主配置"页有部分选项的展示有变更
- 15:55 网管产品 功能 #4466 (转测试): 网管界面上,"基础配置"页和"CU主配置"页有部分选项的展示有变更
- 一、隐藏如下路径的选项:
1.“基本配置”->“基础配置”->" CU UP URLLC IP"
2."CU主配置"->"EGTPU参数配置"->" 基站EGTPU传输配置个数"
3."CU主配置"->"EGTPU参数配置"->... - 15:48 核心网产品 错误 #4465 (进行中): 核心网短信群发短信内容大的时候会有信息丢失的情况
- 核心网短信群发短信内容大的时候会有信息丢失的情况,消息分片后会有丢失情况
- 14:38 3.0基站产品测试 错误 #4329 (审视): [3.0产品测试]3.1.3Pre1T6终端上下行udp业务并行一段时间后,上行无速率,ping不通
- 14:38 3.0基站产品测试 错误 #4329 (进行中): [3.0产品测试]3.1.3Pre1T6终端上下行udp业务并行一段时间后,上行无速率,ping不通
- 和#4309是同一个问题,可关联过去
- 14:32 3.0基站产品测试 错误 #4373 (审视): [3.0产品测试] 5.8G整机压力测试中,du挂死
- 14:32 3.0基站产品测试 错误 #4373: [3.0产品测试] 5.8G整机压力测试中,du挂死
- 出问题是UE的专属资源还未转正,调度就使用了。已在3.1.3Pre2T1及3.1.4修复合入
- 14:11 3.0基站产品测试 错误 #4432 (审视): baseService日志文件管理,日志命名规则整改
- 测试包已提供给测试,待测试验证后代码合入
- 14:09 3.0基站产品测试 错误 #4432 (进行中): baseService日志文件管理,日志命名规则整改
- 【功能需求】
当前的baseService输出的trace日志和运行日志,文件顺序是以文件最后修改时间作为排序的,因此同步日志修改方案,引入了一套分配logFileId的机制,实现日志文件的命名规则不依靠时间,通过id来命名日志规则... - 14:10 3.0基站产品测试 功能 #4463 (新建): 支持pdsch非连续分配
- 14:03 3.0基站产品测试 错误 #4459 (进行中): RLC UM模式下行超流量大业务量灌包30分钟断流
- 10:51 3.0基站产品测试 错误 #4459 (进行中): RLC UM模式下行超流量大业务量灌包30分钟断流
- Rel_3.1.4_Pre1T1版本,RLC UM模式下行超流量大业务量灌包30分钟断流问题。
- 14:02 3.0基站产品测试 错误 #4460 (进行中): RLC UM模式下行超流量灌包过程中出现DU COREDUMP
- 10:52 3.0基站产品测试 错误 #4460 (进行中): RLC UM模式下行超流量灌包过程中出现DU COREDUMP
- Rel_3.1.4_Pre1T1版本,RLC UM模式下行超流量灌包过程中出现DU COREDUMP问题。
- 13:52 网管产品 错误 #4274 (已解决): 网管版本2.2.4,软件管理进行基站升级偶现版本升级成功界面出现“系统错误”界面卡顿停留
- 2.2.5版本长时间未复现,再后续再关注
- 13:48 3.0基站产品测试 功能 #4151 (已解决): agent与协议栈子模块状态获取接口优化
- 3.1.4pre1T1已OK,分为1)gps开关 关闭,DU在线不在线都,GPS同步状态都是"- -"2)gps开关 打开,DU在线显示为“失步(du上报gps状态前)/同步” ,DU不在想显示为“未知”
- 11:30 3.0基站产品测试 错误 #4462 (进行中): 记录并优化CU主配置中的网管参数
- 11:30 3.0基站产品测试 错误 #4462 (进行中): 记录并优化CU主配置中的网管参数
- 11:27 网管产品 错误 #4461 (转测试): YZMM2.2.5,pusch闭环功控开关校验异常,无法从网管开启或关闭
- 网管版本:YZMM2.2.5
pusch闭环功控开关从网管开启或关闭会报错:(/du-cell:DU-CELL/INITIAL_BWP/INITIAL_BWP_PUSCH_COMMON/UL_POWER_CONTROL_SWITCH... - 11:13 3.0基站产品测试 错误 #4442 (审视): cu日志文件管理,日志命名规则整改
- 测试包已提供给测试,待测试验证后代码合入
- 11:10 3.0基站产品测试 错误 #4442 (进行中): cu日志文件管理,日志命名规则整改
- 【功能需求】
当前的cu负责输出的stats日志,文件顺序是以文件最后修改时间作为排序的,因此同步日志修改方案,引入了一套分配logFileId的机制,实现日志文件的命名规则不依靠时间,通过id来命名日志规则文件;
【修改方案... - 10:44 网管产品 功能 #4436 (已解决): 基站辅助工具功能中的文件管理的执行脚本结果显示优化
- 3.1.4pre1T1已解决
- 10:24 网管产品 错误 #4400 (已解决): gnb_agent升级异常中断
- 3.1.3pre1T8升级到3.1.4preT1版本 未发现异常
- 10:22 网管产品 错误 #4278 (已解决): 3.0 cpu温度告警机制逻辑优化
- 3.1.4pre1T1版本解决
- 10:22 网管产品 错误 #4278 (审视): 3.0 cpu温度告警机制逻辑优化
- 10:21 网管产品 错误 #4278 (进行中): 3.0 cpu温度告警机制逻辑优化
- 10:16 网管产品 错误 #4289 (已解决): Du上报的“PHY异常”告警有歧义(TTI ERR)需要进行修改
- 2.2.5版本已解决基站3.1.4pre1T1
- 10:13 网管产品 功能 #4444 (转测试): PMI矩阵网管可配
- 10:11 网管产品 功能 #4444: PMI矩阵网管可配
- 已解决
2025-11-18
- 19:55 基站横联 错误 #4403 (审视): 【RU】协议栈收到的RU上报功率,每80ms有一个时隙功率非常大,比一般功率多30db
- 19:55 基站横联 错误 #4403 (进行中): 【RU】协议栈收到的RU上报功率,每80ms有一个时隙功率非常大,比一般功率多30db
- RU最新版本测试,协议栈没有看到功率异常的地方。RU内部统计到有功率大的时候是在发射接收,对接收时隙功率上报没有影响
- 19:38 网管产品 错误 #4133 (已关闭): 支持小区去激活/激活功能
- 在Rel_3.1.4_Pre1T1版本验证如上所有场景都是符合预期,问题关闭。
!%E5%B0%8F%E5%8C%BA%E9%80%80%E6%9C%8D%E5%91%8A%E8%AD%A6%E6%81%A2%E5%A4%8D%E6... - 18:50 基站横联 错误 #4458 (进行中): 【L2协议栈】40M PRB测试时, core0/1容易挂死
- 40M小区,或者100M小区配置限制最大106PRB时,core0/core1容易挂死
- 18:48 基站横联 错误 #4336 (已解决): NI干扰测量版本中,scan slot接口配置错误
- RU重新修改版本,已经验证通过
- 18:47 基站横联 错误 #3910 (已关闭): 射频直连环境,PDC测量的SNR低(17~19),MCS18 大量CRC错误
- 当前版本不在出现,先关闭;后续如果再出现单独重新提单
- 18:46 基站横联 错误 #4324 (已关闭): 精同步时偏调整(20s一次)时,CPRI闪断,调整的下一个10ms内时隙1~19的slot_indication未上报
- 18:43 基站横联 错误 #4351 (已解决): 横联功率上报Power值异常
- 已合入,并且已解决
- 18:40 基站横联 错误 #4127: 上海171 自同步环境,同步模块PSS检测不到,但TCI和TB可以解对
- 单音信号怀疑是频偏过大问题导致,目前环境出现很少了
- 18:39 基站横联 错误 #4128 (已解决): 自同步环境下,dl sync task 挪到核2后,TCI和TB解不对
- 18:34 基站横联 错误 #4128: 自同步环境下,dl sync task 挪到核2后,TCI和TB解不对
- 20251118
sniffer和dl sync在解压缩函数中,dma使用dm空间未加DM_TO_CSU_ADDR进行地址转换,该宏在不同核对地址的转换不一样。加上该DM_TO_CSU_ADDR后,pss成功上报。
- 18:37 基站横联 错误 #4383 (已解决): core2 PDU合入的版本,自同步模式下core3和core2的DM空间冲突
- 18:36 基站横联 错误 #4194 (已解决): CPRI环境,灌包core6挂死(PDS trigger启动晚);采用core2 PDU验证
- 已验证OK
- 18:23 基站横联 错误 #4055: slot 全部调度情况下,PDS RB200 MCS27,出现core6 挂死
- 1.DDR 使用独立开
2.定位到PDS超时保护时,pdu num清0位置不正确;调整为pdc任务入口进行清0操作,不放在PDS任务中清0;
3.通过测试实验发现,core6 PDS任务与core7 任务会有冲突,导致core7任... - 18:21 基站横联 错误 #4384: core2 PDU版本(hl ni基线),外同步模式下2流挂死问题
- 1.DDR 使用独立开
2.定位到PDS超时保护时,pdu num清0位置不正确;调整为pdc任务入口进行清0操作,不放在PDS任务中清0;
3.通过测试实验发现,core6 PDS任务与core7 任务会有冲突,导致core7任... - 18:09 网管产品 错误 #4457 (审视): [3.0产品测试]2.2.5网管版本,干扰协调特性参数(CORESET1起始RB)缺失
- 18:09 网管产品 错误 #4457 (进行中): [3.0产品测试]2.2.5网管版本,干扰协调特性参数(CORESET1起始RB)缺失
- 7月8日与du沟通不需要显示/du-cell:DU-CELL/SCHEDULER_CONFIG/PDCCH_UCS1_START_RB并且du-cell配置文件中没有该字段,后续du添加未通知网管
已修改,待合入Rel_3.1.3,... - 18:03 网管产品 错误 #4457 (转测试): [3.0产品测试]2.2.5网管版本,干扰协调特性参数(CORESET1起始RB)缺失
- 网管上参数(CORESET1起始RB)无显示,待下版本解决
- 18:07 基站横联 错误 #4413 (已解决): 40M小区,2流静态时隙第2个PDU解不对
- 18:07 基站横联 错误 #4413: 40M小区,2流静态时隙第2个PDU解不对
- 已验证,问题已解决
【解决方案描述】
1.dl sync解压缩后,增加天线2数据拷贝;dl sync解压缩后的数据接口格式为:ant0[14sym],ant1[14sym]
2.事件deofdm2,取数时也把天线1的数据正确取出... - 10:23 基站横联 错误 #4413: 40M小区,2流静态时隙第2个PDU解不对
- !img_v3_02s4_1093ef1e-fa91-409d-ad94-54eaf75a629g.jpg!
采频域数据发现,第2根天上没有数据。张倩定位::dl sync解压缩后,第二个天线数据未copy到deofdmf的DDR接... - 09:13 基站横联 错误 #4413: 40M小区,2流静态时隙第2个PDU解不对
- dl sync解压缩后,第二个天线数据未copy到deofdm的DDR接口中
- 18:01 基站横联 错误 #4429 (已解决): pdsch 参数校验异常时,Pusch_DmDefree无法正常释放 dm空间
- PDSCH 代码bug,修复后验证OK
- 16:38 3.0基站产品测试 功能 #4443 (已解决): logwriter 输出日志文件命名规则修改
- *基于Rel_3.1.4_Pre1T1版本,替换LogWriter文件,验证如下场景,都符合预期,问题解决;*
*1、查看logwriter输出的日志文件,看命名是否添加了logFileId;*
*2、构造删老留新场景,看是否能做... - 16:25 3.0基站产品测试 功能 #3213 (挂起): 3.0 600ue接入
- 15:40 网管产品 错误 #4456 (审视): 网管版本2.2.5版本,基站版本3.1.4,修改“用户数据池1规格3内存块数”为“用户数据池1规格2内存块数”
- 15:40 网管产品 错误 #4456 (进行中): 网管版本2.2.5版本,基站版本3.1.4,修改“用户数据池1规格3内存块数”为“用户数据池1规格2内存块数”
- 已修改,待合入下个3.1.4版本测试回归
- 15:39 网管产品 错误 #4456 (转测试): 网管版本2.2.5版本,基站版本3.1.4,修改“用户数据池1规格3内存块数”为“用户数据池1规格2内存块数”
- 网管版本2.2.5版本,基站版本3.1.4,修改“用户数据池1规格3内存块数”为“用户数据池1规格2内存块数”
备注:位置在高级配置-CU内存池规格配置 - 15:00 网管产品 错误 #4289 (转测试): Du上报的“PHY异常”告警有歧义(TTI ERR)需要进行修改
- 15:00 网管产品 错误 #4289: Du上报的“PHY异常”告警有歧义(TTI ERR)需要进行修改
- 另有单子已处理此问题,请凯哥关联单号,并进行相关描述
- 14:59 网管产品 错误 #4289 (审视): Du上报的“PHY异常”告警有歧义(TTI ERR)需要进行修改
- 14:37 网管产品 错误 #4289 (进行中): Du上报的“PHY异常”告警有歧义(TTI ERR)需要进行修改
- 14:31 3.0基站产品测试 错误 #4382: 【Rel_3.1.3_Pre1T7_E500_4UE】4UE做上下行UDP业务,F1断链恢复小区重建后,下行业务不通
- 1 问题背景
E500环境做上下行UDP业务,F1断链恢复后发现下行无流量。
2 问题根因
F1断链后,CU进程发生重启,重启后会初始化共享内存信号量。
F1断链后,DU进程不会重启,只是发生共享内存信号量初始化。... - 10:25 3.0基站产品测试 错误 #4382 (审视): 【Rel_3.1.3_Pre1T7_E500_4UE】4UE做上下行UDP业务,F1断链恢复小区重建后,下行业务不通
- 10:24 3.0基站产品测试 错误 #4382 (进行中): 【Rel_3.1.3_Pre1T7_E500_4UE】4UE做上下行UDP业务,F1断链恢复小区重建后,下行业务不通
- 14:10 网管产品 功能 #4257: 3.1.4版本,修改修改【高级配置】->【CU内存规格配置】下的选项
- lmt3.1.4版本已OK,待网管更新
- 14:05 网管产品 错误 #4404 (已解决): 网管2.2.5版本,导出数据导入数据失败
- YZMM2.2.5版本11-11版本已解决
- 14:04 网管产品 功能 #4455 (转测试): 二进制日志规格配置界面显示做规格限制
- 已修改,待合入下个3.1.4版本测试回归
- 13:56 网管产品 功能 #4455 (转测试): 二进制日志规格配置界面显示做规格限制
- !20251118-cu.jpg!
!20251118-du.jpg!
!20251118-phy.jpg!
1、如上面三幅截图所示,cu、du、phy的二进制日志的文件个数添加[1,200]的规格显示, 单个文件大小添... - 11:56 网管产品 错误 #4454 (新建): 网管2.2.5版本,导出基站配置名称更改“sysrepoData”为“GNBConfig-3.1.3”
- 网管2.2.5版本,导出基站配置名称更改“sysrepoData”为“GNBConfig-3.1.3”
备注:版本名称跟随版本外部版本号 - 11:45 3.0基站产品测试 功能 #4213 (已关闭): 移除TIMER线程,该线程属于原始的定时器线程,将该线程的定时任务放到新定时器上
- *在Rel_3.1.4_Pre1T1版本,将QFI为9的sn size改为18或者12都可生效,TIME定时器已移除,终端可接入可峰值,符合预期,问题关闭;*
!htop%E6%97%A0TIMER%E7%BA%BF%E7%A8... - 11:44 3.0基站产品测试 错误 #4450 (转测试): 当切换到目标站时,当ICIC开关是关闭时,做不下发A4做保护
- 11:44 3.0基站产品测试 错误 #4450 (审视): 当切换到目标站时,当ICIC开关是关闭时,做不下发A4做保护
- 【问题原因】
发现同频xn切换时,目标基站的重配置中有周期测量上报;但是目标站的周期测量上报是关闭的;
1.目标基站下发了A4事件
2.ICIC触发后,目标基站下发了周测测量上报的重配置请求
看报文是ICIC触发了,查看网管发... - 11:39 3.0基站产品测试 错误 #4450 (进行中): 当切换到目标站时,当ICIC开关是关闭时,做不下发A4做保护
- 11:43 网管产品 功能 #4444 (反馈): PMI矩阵网管可配
- 3.1.4版本不显示
- 11:35 3.0基站产品测试 错误 #4233: 3.1.3T6版本,基站运行过程中出现phy核挂死问题,终端无法正常进行业务,但终端未释放,协议栈状态检测显示全部正常,基站相当于处于僵尸状态。
- 代码已走查,组内意见认为此修改可能引起UE主动释放,决定暂不合入。
PHY核2挂死目前可通过OAM_AGENT进行监测 - 11:31 3.0基站产品测试 错误 #4407: 3.1.3pre1T8版本测试过程中,出现du coredump挂死。
- 已针对上述3个怀疑点进行了优化修改,验证中:
1、增加cell数组越界保护;
2、将多个U64局部变量变更为全局变量使用;
3、增加cmPrcTmr函数隔离处理(用户面和MAC独立使用各自的cmPrcTmr函数); - 11:28 3.0基站产品测试 错误 #4407: 3.1.3pre1T8版本测试过程中,出现du coredump挂死。
- nCell=0,局部变量内存被踩,怀疑点有3个:
1、cell数组越界,踩了局部变量内存;
2、多个U64局部变量使用,rgSCHLvl1TomTtiInd调用栈比较深,存在栈内存溢出问题;
3、cmPrcTmr函数增加了tim... - 11:24 3.0基站产品测试 错误 #4407 (进行中): 3.1.3pre1T8版本测试过程中,出现du coredump挂死。
- !20251118-112324.jpg!
- 11:25 网管产品 错误 #4411 (已解决): 网管版本2.2.5,3.1.2T5升级到3.1.3T8版本后,回退到3.1.2T5版本,导出数据与3.1.2T5版本自身打包数据不一致
- 网管2.2.5版本已解决
- 11:16 网管产品 功能 #4401 (已解决): 增加基站时间的显示
- 3.1.4版本已实现
releaseTime: 2025-11-18 01:16:56
installTime: 2025-11-18 01:17:45
version: Rel_3.1.4_Pre1T1
showVe... - 11:14 3.0基站产品测试 错误 #4433 (进行中): E500 128UE DU TTI=4时,WORKER线程CPU>90%和内存耗尽问题优化
- 已通过perf工具进行分析,梳理出可优化的点:
1、RLC_STAT内联函数优化,优化完成
2、U64局部变量修改为全局变量,优化完成
3、--SUL优化,进行中
4、DU界面KPI优化,进行中--RLC_STAT内联函数优化... - 11:07 3.0基站产品测试 错误 #4449 (转测试): 功放版本添加保护
- 已自验通过,合入3.1.4_Pre1T4版本,可转测。
- 09:31 3.0基站产品测试 错误 #4449 (审视): 功放版本添加保护
- 已走查,验证 转审视
- 11:05 3.0基站产品测试 错误 #4439 (转测试): 313T8版本,1D3U时多ue运行,2小时左右3终端下行不通,du有RLC Dl UeCb is NULL in gUeCb打印
- 已修改走查完成,合入3.1.4_Pre1T1版本
- 11:03 3.0基站产品测试 错误 #4439 (审视): 313T8版本,1D3U时多ue运行,2小时左右3终端下行不通,du有RLC Dl UeCb is NULL in gUeCb打印
- DU已增加异常保护:
1、重建立处理增加UE释放保护;
2、RLF处理增中UE释放保护; - 11:01 3.0基站产品测试 错误 #4439: 313T8版本,1D3U时多ue运行,2小时左右3终端下行不通,du有RLC Dl UeCb is NULL in gUeCb打印
- !20251118-105728.jpg!
- 11:01 3.0基站产品测试 错误 #4439 (进行中): 313T8版本,1D3U时多ue运行,2小时左右3终端下行不通,du有RLC Dl UeCb is NULL in gUeCb打印
- UE的重建立和CRC_RLF流程同时触发,且重建立先于CRC_RLF。重建立释放旧UE后,影响了RLF释放UE的流程,导致DU收到ueContextReleaseRequest,未回ueContextReleaseComplete消息...
- 10:59 网管产品 功能 #4104 (转测试): 3.0基站增加小区激活,去激活功能
- 10:58 网管产品 功能 #4255 (转测试): 下行支持固定rank 3调度
- 10:48 网管产品 功能 #4431 (转测试): 网管2.2.5版本,核心网3.3.4pre6版本增加核心网具体各模块的状态显示
- 09:59 网管产品 功能 #4431: 网管2.2.5版本,核心网3.3.4pre6版本增加核心网具体各模块的状态显示
- 目前接口返回的数据全部都显示出来了,共18个
- 10:42 3.0基站产品测试 错误 #4453 (进行中): UM模式下ddds流控处理修改
- 10:41 3.0基站产品测试 错误 #4453 (转测试): UM模式下ddds流控处理修改
- 10:33 3.0基站产品测试 功能 #4452 (新建): 3.0基站PUSCH type0开发
- 10:27 3.0基站产品测试 错误 #4277 (进行中): 【Rel_3.1.3_Pre1T6_E500_128UE】大上行配比同时上下行UDP业务,下行灌大量包(700M)session服务启动失败导致DU挂死
- 同单子4380,3层写数据库方式修改为通知GNB_AGENT写数据库,确保写数据模块的唯一性,防止锁冲突导致访问数据库失败。
- 10:26 3.0基站产品测试 错误 #4373 (进行中): [3.0产品测试] 5.8G整机压力测试中,du挂死
- 10:19 3.0基站产品测试 错误 #4268 (审视): [3.0产品测试] 网管上“PHY异常”告警与实际原因不一样,需要更新告警名称
- 09:33 3.0基站产品测试 错误 #4268: [3.0产品测试] 网管上“PHY异常”告警与实际原因不一样,需要更新告警名称
- 已走查,转审视
- 09:46 3.0基站产品测试 错误 #4298 (转测试): [3.0产品测试] 下行灌包后,网管上终端指标上报异常
- 09:44 3.0基站产品测试 错误 #4298 (审视): [3.0产品测试] 下行灌包后,网管上终端指标上报异常
- 09:43 3.0基站产品测试 错误 #4298: [3.0产品测试] 下行灌包后,网管上终端指标上报异常
- 【问题原因】
当du在ue_context_release_request中携带的释放信元为 Release due to Pre-Emption时,cu侧的代码枚举实现和协议不符合,导致此信令解码失败;cu侧和du侧因释放流程终端... - 09:40 3.0基站产品测试 错误 #4393 (转测试): CU模拟重建立主动触发的场景
- 09:40 3.0基站产品测试 错误 #4393 (审视): CU模拟重建立主动触发的场景
- 【问题原因】
需要可控的模拟重建立场景,所以提出该需求;
区别于DU的重建立测试,DU是通过不下发状态报告,UE会触发重建立,等UE再次接入会下发状态报告;CU触发的会更迅速一些
CU的做法是下发一条RRC Release,但是... - 09:32 3.0基站产品测试 错误 #4353 (审视): Pre1T6版本小区去激活后会上报“DU TTI异常”告警
- 已走查转审视
2025-11-17
- 18:16 3.0基站产品测试 功能 #4365 (转测试): LogWriter 日志流控
- 【问题原因】
du的用户面日志打开多的时候,产生的二进制日志大概为1s 10m,导致logwriter输出日志文件时,会将所在核的cpu拉高;
【修改方案】
增加流控机制,在某个时间间隔内对于某个模块只处理固定的日志条数,例... - 18:16 产品3.0平台 功能 #4451 (已解决): ta调整相关代码优化
- 修改:gCurTa的初始值及发射地址的计算
- 16:06 产品3.0平台 功能 #4451 (已解决): ta调整相关代码优化
- 18:01 B5G_UE 错误 #4438: TA动态调整测试,TA从PHY下发到平台失败
- 测试通过,代码已提交。
分支:bugfixed_20251111
SHA-1: f83b37cc6efb245430eb02e82df3e4b38b77630d - 18:00 B5G_UE 错误 #4438: TA动态调整测试,TA从PHY下发到平台失败
- 接口PHY-plat
BIT6:相对TA.
PHY算出TA对应的TA_sample值,传给平台;由平台在上次TA基础上,根据direction方向进行动态调整。
BIT11:绝对TA.
1) P... - 17:24 3.0基站产品测试 功能 #4443 (转测试): logwriter 输出日志文件命名规则修改
- 17:19 3.0基站产品测试 功能 #4443: logwriter 输出日志文件命名规则修改
- 【功能需求】
当前的logwriter负责输出的日志,如果时间不同步就会使得删老留新的功能出现问题,为解决这个问题引入了一套分配logFileId的机制,实现日志文件的命名规则不依靠时间,通过id来命名日志规则文件;
【修改方... - 16:44 网管产品 性能 #4425: 入网信息获取导致核心网性能瓶颈
- oam-backend已经支持
*URL:* /core/v1/monitor/ue_detail/:id
*Method:* POST
*parameter:*
supi: 入网信息列表中返回的Supi字段... - 16:41 网管产品 性能 #4425: 入网信息获取导致核心网性能瓶颈
- 请求: <get-config><target><running/></target><operation>query</operation><smf-registInfo xmlns="http://www.yunzhiru"se...
- 16:03 3.0基站产品测试 错误 #4450 (转测试): 当切换到目标站时,当ICIC开关是关闭时,做不下发A4做保护
- 15:15 3.0基站产品测试 错误 #3938: pmi自适应
- 合入3.1.4
- 15:09 3.0基站产品测试 错误 #4268: [3.0产品测试] 网管上“PHY异常”告警与实际原因不一样,需要更新告警名称
- 已合入3.14
告警改为事件 - 15:05 3.0基站产品测试 错误 #4353 (进行中): Pre1T6版本小区去激活后会上报“DU TTI异常”告警
- 1.TTI异常改成事件
2.去激活后不会将不会上报事件 - 14:14 3.0基站产品测试 错误 #4449 (进行中): 功放版本添加保护
- 改之前
!%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202025-11-17%20141247.png!
改之后
!%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%2... - 14:11 3.0基站产品测试 错误 #4449 (转测试): 功放版本添加保护
- 对功放版本与频率添加保护,如果功法型号不在下列中,则上报0
!img_v3_02s0_45cc819d-a39c-4edd-935d-b6d5b50308fg.jpg!
- 14:14 3.0基站产品测试 错误 #4186 (审视): 1D3U子帧配比,上行单天线16UE上、下行udp灌包业务场景长保中出现DU崩溃
- 14:13 基站横联 错误 #4192 (审视): 横联软件版本自启动导致ping不同4008
- 14:11 3.0基站产品测试 错误 #4180 (审视): 【3.0整机】Rel_3.1.3_Pre1T5,21环境,1D3U 单ue dl udp 300M,du core dump
- 14:09 3.0基站产品测试 错误 #4448 (新建): 版本编译是添加当前节点的hash码
- 问题:编码出来的du没有办法分辨出来时哪个节点编译的包
解决:编译时将git 中的hash码取出来添加到编译节点中 - 13:32 3.0基站产品测试 功能 #4380: DU业务线程sysrepo写数据库方式修改
- agent已修改完成,待联调测试
- 09:05 3.0基站产品测试 功能 #4380: DU业务线程sysrepo写数据库方式修改
- 2)待写参数列表
A)NR_CELL_STATUS
类型:uint8_t
fullxpath:/du-cell:DU-CELL/BASE/NR_CELL_STATUS
B)CELL_REBUILD_S... - 09:04 3.0基站产品测试 功能 #4380: DU业务线程sysrepo写数据库方式修改
- 1) 3层和AGENT对接接口
#define MAX_PARA_NUM 8
#define MAX_VALUE_SIZE 24
#define MAX_XPATH_SIZE... - 12:35 3.0基站产品测试 错误 #4417 (进行中): [3.0产品测试]3.1.3Pre1T8, 3.3G正维整机,无法读到功放版本,致使无法读取栅极电压等值
- 已修改,待版本合入测试
- 12:35 3.0基站产品测试 错误 #4416 (进行中): [3.0产品测试]3.1.3Pre1T8, 6.1G军特读到功放版本,但末级电流等功放参数是无效值
- 已修改,待版本合入测试
- 12:33 3.0基站产品测试 错误 #4419 (进行中): 【Rel_3.1.3_Pre1T8_3.3G_正维整机】网管无法实时读取设备功放版本及各通道状态/电压/电流/温度/输出功率/反射功率/驻波比参数
- 12:33 3.0基站产品测试 错误 #4419: 【Rel_3.1.3_Pre1T8_3.3G_正维整机】网管无法实时读取设备功放版本及各通道状态/电压/电流/温度/输出功率/反射功率/驻波比参数
- 已修改程序,待下版本合入
- 12:32 产品3.0平台 功能 #4412 (已解决): 3.0基站实时配置板卡衰减
- 12:32 产品3.0平台 功能 #4412: 3.0基站实时配置板卡衰减
- 已完成
- 11:31 3.0基站产品测试 功能 #4447: 增加功放驻波比告警
- 钱 伯宁 写到:
> 告警ID(fmNameId):96
> INSERT INTO `FMDefine` VALUES (96,'STR_PA_VSWR_OVER_LIMIT',0,4,1) ; #ap_driver
> IN... - 11:30 3.0基站产品测试 功能 #4447 (新建): 增加功放驻波比告警
- 告警ID(fmNameId):96
INSERT INTO `FMDefine` VALUES (95,'STR_PA_VSWR_OVER_LIMIT',0,4,1) ; #ap_driver
INSERT INTO `Strin... - 11:07 网管产品 错误 #4441 (转测试): baseService 启动成功事件
- php-web已加
被关联恢复的事件有:
_INSERT INTO `StringDefine` VALUES ('STR_MEM_OVER_SHRESHOLD_ALARM', '内存使用超限告警'); # 1
INSER... - 10:54 B5G_UE 错误 #4360: UU口1D3U环境,基站没收到msg1,定位可能是终端和基站GPS同步问题
- 与金伏沟通,偶尔会出现,时间对不齐的情况。 基站后面收到了msg1但是不是终端发送的时机,已经晚了2分钟左右
- 10:52 3.0基站产品测试 错误 #4446: 修复pusch闭环功率控制tpc下发问题
- 修改完成,进行转测。
- 10:51 3.0基站产品测试 错误 #4446 (进行中): 修复pusch闭环功率控制tpc下发问题
- 10:51 3.0基站产品测试 错误 #4446 (进行中): 修复pusch闭环功率控制tpc下发问题
- 问题原因:发现dci0-1中tpc的下发值没有使用harq中填写的tpc的值,固定填写的1.
修改:将下发值从1改成harq->tpc的值,即可。 - 10:47 产品3.0平台 错误 #4201: 横联板卡磁盘损坏
- 1. 系统启动时对磁盘进行开机检查,发现错误可以给出告警提示。
2. 在拔掉电源时,这时在写磁盘,电压的变化会造成磁盘写入错误或者磁盘坏块,暂时只能通过poweroff 或shutdown 先关闭电源来进行规避这个情况。
磁... - 10:44 3.0基站产品测试 错误 #4408 (已解决): UE重建立场景走新建流程,核心网注册拒绝。
- *基于Rel_3.1.3_Pre1T8-1106版本,替换gnb_cu包,验证如下场景,都符合预期;*
*场景1:CU侧配置"RRC重建立支持开关"关闭,DU侧配置"REEST_TRIGGER_FOR_TEST"打开,抓包UE重... - 10:42 3.0基站产品测试 错误 #4397 (已解决): UE重建立CU由控制开关,开关关闭走随机接入,打开走重建立。
- *基于Rel_3.1.3_Pre1T8-1106版本,替换gnb_cu包,验证如下场景,都符合预期;*
*场景1:CU侧配置"RRC重建立支持开关"关闭,DU侧配置"REEST_TRIGGER_FOR_TEST"打开,抓包UE重...
2025-11-14
- 19:19 B5G_UE 错误 #4438: TA动态调整测试,TA从PHY下发到平台失败
初始"uldelay": 1000,
RAR sample 调整值是256
!sample%3D256.png!
初始"uldelay": 2000,
RAR sample 调整值是96
!sample%...- 17:38 B5G_UE 错误 #4438: TA动态调整测试,TA从PHY下发到平台失败
- 38213
4.2 Transmission timing adjustments
!38.321.jpg!
- 08:49 B5G_UE 错误 #4438 (进行中): TA动态调整测试,TA从PHY下发到平台失败
- 【问题跟踪】
PHY收到协议栈下发的Timing advance值,写平台FIFO buffer失败。 - 08:48 B5G_UE 错误 #4438 (进行中): TA动态调整测试,TA从PHY下发到平台失败
- 【问题描述】
Uu口 TA动态调整,PHY收到协议栈下发的Timing advance值,写平台buffer失败。 - 18:24 基站横联 错误 #4402: wm的板子,昨天换的,解压缩文件挂死;memtester也挂死
- 当镁光的板卡使用 8G 的芯创ddr时,会发生这个问题。 从寄过来的板卡看,用的是8G的uboot。
- 18:14 B5G_UE 错误 #4293 (转测试): AP_driv升级为[Rel_3.1.3_Pre1T6-10-g8662984]后,终端开机时8a34较高概率发生未锁定
- 17:26 网管产品 功能 #4321 (转测试): 将网管参数配置主控文件后置到基站做统一维护管理,网管需要从后续版本的基站上获取该主控文件
- 已完成
- 16:49 3.0基站产品测试 任务 #4445 (转测试): 3.0基站支持S SLOT配置0:14:0
- 已修改合入3.1.4,待合入版本测试回归
- 16:44 3.0基站产品测试 任务 #4445: 3.0基站支持S SLOT配置0:14:0
- !_20251114164341_1_121.png!
- 16:41 3.0基站产品测试 任务 #4445 (转测试): 3.0基站支持S SLOT配置0:14:0
- 3.0协议栈站支持S SLOT配置0:14:0,在3.1.4合入。
- 16:11 3.0基站产品测试 错误 #4296 (已关闭): 3.0基站 3.1.3_T6 UeContextReleaseRequest 当原因值为Release due to Pre-Emption时解码失败
- T8版本验证关闭
- 16:10 3.0基站产品测试 错误 #4296 (已解决): 3.0基站 3.1.3_T6 UeContextReleaseRequest 当原因值为Release due to Pre-Emption时解码失败
- 15:11 网管产品 错误 #4441 (审视): baseService 启动成功事件
- 新增baseservice启动事件
INSERT INTO `FMDefine` VALUES(95,'STR_BASESERVICE_START_SUCC_EVENT',1,0,1); #baseservice
INSERT I... - 15:08 网管产品 错误 #4441 (进行中): baseService 启动成功事件
- baseService已实现启动事件上报
- 10:51 网管产品 错误 #4441 (转测试): baseService 启动成功事件
- [baseService]
启动成功后发送模块启动成功事件
不再零散发送cpu、内存和硬盘告警恢复
[网管]
收到启动事件后,显示事件。
并一次性清理掉该基站之前所有的cpu超限告警,内存超限告警和硬盘超限告警。
恢复... - 14:15 网管产品 功能 #4444: PMI矩阵网管可配
- 待合入3.1.4_pre1T1版本测试回归
- 14:14 网管产品 功能 #4444 (转测试): PMI矩阵网管可配
- 已添加至显示主控文件
- 14:08 网管产品 功能 #4444 (转测试): PMI矩阵网管可配
- 1.新增PMI自适应开关PMI_ENBLE,在TEST_CONFIG页下
类型:boolean 显示类型:Combo 范围:false=>关闭,true=>打开 路径:/du-cell:DU-CELL/TEST_CONFIG/PMI... - 14:01 3.0基站产品测试 功能 #4443 (进行中): logwriter 输出日志文件命名规则修改
- 14:01 3.0基站产品测试 功能 #4443 (已解决): logwriter 输出日志文件命名规则修改
- 13:57 3.0基站产品测试 错误 #4442 (已解决): cu日志文件管理,日志命名规则整改
- 目前arm系统时间跳变场景比较多,以前根据时间戳作为先后判断的日志无法满足频繁时间跳变场景,因此整改写日志逻辑,根据序号
- 10:28 3.0基站产品测试 功能 #4440 (进行中): 支持多gbr qos flow的cu对3.1.4版本之前的cu做兼容性处理
- 10:28 3.0基站产品测试 功能 #4440 (进行中): 支持多gbr qos flow的cu对3.1.4版本之前的cu做兼容性处理
- 不兼容的话,新老版本的cu在做携带vinr的业务做切换时,老版本的cu会挂死
- 10:15 3.0基站产品测试 错误 #4439 (转测试): 313T8版本,1D3U时多ue运行,2小时左右3终端下行不通,du有RLC Dl UeCb is NULL in gUeCb打印
- 313T8版本,1D3U时多ue运行,2小时左右3终端下行不通,du有RLC Dl UeCb is NULL in gUeCb打印
log及日志在附件文件 - 09:20 网管产品 错误 #2178 (已关闭): agent成为僵尸进程,网元脱管不在线,sysrepo被锁
- 3.1.3_Pre1T8版本agent已去除sysrepo周期任务
- 09:18 2.0基站产品化测试 错误 #1937 (已关闭): Rel_2.1.15p_pre1, 提取配置后,yzmm上看不到基站信息
- 09:18 网管产品 功能 #1162 (已关闭): 【13pre1】终端个数模拟
- 09:17 2.0基站产品化测试 错误 #2098 (已关闭): 基站运行正常情况下有UE接入情况下,停止三层软件后总览页面的在线终端数还在
- 09:17 eMBB2.0 BBIT 错误 #1046 (已关闭): 【12pre1升级-yzmm agent】基站固件升级后,基站状态异常
- 09:17 网管产品 错误 #1728 (已关闭): pru&au在线升级特性,PRU升级存在异常超时情况下,存在升级PRU的OK消息 晚于agent本身计算的超时时间,本次升级结果会报成上次的结果
2025-11-13
- 17:54 网管产品 错误 #4437 (新建): 网管2.2.5版本,核心网3.3.4pre6版本,签约用户相关界面显示优化
- 网管2.2.5版本,核心网3.3.4pre6版本,签约用户相关界面显示优化
备注:优化目的减少核心网性能消耗
1)针对每个签约用户界面必显示“PLMN”、“终端标识”、“设备标识”、“最大RB”、“功放增益”。
2)基于目前的显... - 17:22 网管产品 功能 #4436 (转测试): 基站辅助工具功能中的文件管理的执行脚本结果显示优化
- for {
line, err2 := reader.ReadString('\n')
line = strings.ReplaceAll(line, " ", " ")
... - 17:04 网管产品 功能 #4436 (已解决): 基站辅助工具功能中的文件管理的执行脚本结果显示优化
- 16:10 网管产品 功能 #4352 (转测试): 增加丢包保护的开关
- 11:51 网管产品 功能 #4352: 增加丢包保护的开关
- 下一班主控文件直接从agent获取
- 16:09 网管产品 错误 #4435 (转测试): 网管版本2.2.5,"版本管理"-"基站软件版本信息"下的“GNB_AGENT版本”界面显示修改
- 15:24 网管产品 错误 #4435 (审视): 网管版本2.2.5,"版本管理"-"基站软件版本信息"下的“GNB_AGENT版本”界面显示修改
- 15:24 网管产品 错误 #4435 (进行中): 网管版本2.2.5,"版本管理"-"基站软件版本信息"下的“GNB_AGENT版本”界面显示修改
- 已经修改
- 15:14 网管产品 错误 #4435 (转测试): 网管版本2.2.5,"版本管理"-"基站软件版本信息"下的“GNB_AGENT版本”界面显示修改
- 网管版本2.2.5,"版本管理"-"基站软件版本信息"下的“GNB_AGENT版本”修改为“GNB版本”
- 15:22 网管产品 错误 #4421 (转测试): 网管2.2.5版本,基站版本Rel_3.1.3_Pre1T8,全选基站日志信息采集出现下载出现“导出协议栈业务配置信息失败”
- 15:21 网管产品 错误 #4428 (转测试): 3.1.4版本增加配置项测试参数配置"触发RRC重建立"
- 11:21 网管产品 错误 #4428 (审视): 3.1.4版本增加配置项测试参数配置"触发RRC重建立"
- 已同步
- 09:55 网管产品 错误 #4428 (进行中): 3.1.4版本增加配置项测试参数配置"触发RRC重建立"
- 08:56 网管产品 错误 #4428 (审视): 3.1.4版本增加配置项测试参数配置"触发RRC重建立"
- LMT已添加,待网管同步更新
- 15:21 网管产品 错误 #4415 (转测试): 网管版本2.2.5版本,基站3.1.3T8版本抓包“当前任务不存在”
- 10:50 网管产品 错误 #4415 (审视): 网管版本2.2.5版本,基站3.1.3T8版本抓包“当前任务不存在”
- web前端需要根据oam-backend返回信息进行提示
- 15:20 网管产品 错误 #4322 (转测试): 网管版本YZMM2.2.4Pre1T1,排查核心网相关操作的操作日志
- 15:20 网管产品 错误 #4420 (转测试): 网管2.2.5版本,核心网版本3.3.4pre6,全选核心网日志信息采集出现“不支持的模块名”
- 15:19 网管产品 错误 #4398 (转测试): 网管2.2.5版本,选择基站参数配置时,弹出的xpath后,然后点击二级菜单这个弹框未消失
- 15:18 网管产品 错误 #4434 (转测试): [3.0产品测试]2.2.5网管版本,缺少小区干扰协调区域RB个数参数(ICIC_CELL_RB_NUM)
- 15:18 网管产品 错误 #4434 (审视): [3.0产品测试]2.2.5网管版本,缺少小区干扰协调区域RB个数参数(ICIC_CELL_RB_NUM)
- 15:18 网管产品 错误 #4434 (进行中): [3.0产品测试]2.2.5网管版本,缺少小区干扰协调区域RB个数参数(ICIC_CELL_RB_NUM)
- 问题原因是主控文件在相关配置时中多了一个空格字符导致匹配失败
现在已处理,下个版本处理 - 14:19 网管产品 错误 #4434 (转测试): [3.0产品测试]2.2.5网管版本,缺少小区干扰协调区域RB个数参数(ICIC_CELL_RB_NUM)
- LMT存在该参数,网管上无显示,待下版本解决
- 15:08 网管产品 功能 #4321: 将网管参数配置主控文件后置到基站做统一维护管理,网管需要从后续版本的基站上获取该主控文件
- 1. 网管已提供相关参数配置主控文件同步接口:
*URL:* /gnb/v1/config/sync_param_config_file/:id
*Method:* POST
*返回结果*
正常: 返回参数... - 13:59 网管产品 功能 #4294 (转测试): 3.1.3升级到3.1.4版本,不要继承mem_config_dl.txt和mem_config_ul.txt
- 已修改待合入3.1.4版本验证回归
- 13:58 3.0基站产品测试 错误 #4433 (进行中): E500 128UE DU TTI=4时,WORKER线程CPU>90%和内存耗尽问题优化
- 13:49 研发产品测试 功能 #3088: vonr支持am模式
- 【问题原因】
1、华为芯片的商用手机在做携带vonr/vinr的切换业务时不回重配置完成,应该是为了保证gbr流业务的可靠性,在做切换时不重建pdcp实体,也不改动与此实体相关的任何定时器和状态,之前,在做切换时对gbr flow映... - 13:39 3.0基站产品测试 错误 #4432 (已解决): baseService日志文件管理,日志命名规则整改
- 基于logwriter的日志文件管理类
实现baseService调测和运行日志的日志文件管理
确保时间跳变下,日志文件先后顺序不变
- 13:36 3.0基站产品测试 错误 #4303 (转测试): 【Rel_3.1.3_Pre1T6_E500_128UE】128UE接入后,同时上下行UDP灌包,业务10s左右,终端全部掉线,部分终端可再次接入
- 在3.1.3_Pre1T8_1105版本验证通过。可转测
- 13:36 3.0基站产品测试 错误 #4303 (审视): 【Rel_3.1.3_Pre1T6_E500_128UE】128UE接入后,同时上下行UDP灌包,业务10s左右,终端全部掉线,部分终端可再次接入
- 13:35 3.0基站产品测试 错误 #4303 (进行中): 【Rel_3.1.3_Pre1T6_E500_128UE】128UE接入后,同时上下行UDP灌包,业务10s左右,终端全部掉线,部分终端可再次接入
- 1、按《128UE配置指导书》修改CU内存、流控等参数,TTI=2时,验证无终端掉线问题;
2、E500长时间运行可能存在某些异常,重新上下电后,TTI=2时,验证无终端掉线问题; - 11:53 3.0基站产品测试 错误 #4387 (转测试): DU-信号量切换问题修改
- DU已修改,在删小区时让旧的阻塞的信号量继续运行完成后再释放删除,在建小区时创建新的信号量与CU创建的信号量保持一致。
验证通过,已合入3.1.3_Pre1T8_1105版本 - 10:23 网管产品 功能 #4431 (进行中): 网管2.2.5版本,核心网3.3.4pre6版本增加核心网具体各模块的状态显示
- /core/v1/monitor/status/:id // 设备基本信息
/core/v1/monitor/all/:id // 设备状态信息
这两个接口中都含有 NgcModules 和 imsModules 模... - 10:17 网管产品 功能 #4431: 网管2.2.5版本,核心网3.3.4pre6版本增加核心网具体各模块的状态显示
- 总计20个服务状态
- 10:08 网管产品 功能 #4431 (转测试): 网管2.2.5版本,核心网3.3.4pre6版本增加核心网具体各模块的状态显示
- 网管2.2.5版本,核心网3.3.4pre6版本增加核心网具体各模块的状态显示
备注:现有的NGC状态包括IMS状态存在不能真实反馈模块业务状态的可能性
这次优化同步核心网各模块状态准确显示 - 10:12 3.0基站产品测试 错误 #4393: CU模拟重建立主动触发的场景
- 进展:编码和自测完成;但是转测需要网管增加触发接口,该网管接口在3.1.4版本提供,到3.1.4出包时转测
- 10:11 3.0基站产品测试 错误 #4397 (转测试): UE重建立CU由控制开关,开关关闭走随机接入,打开走重建立。
- 09:54 网管产品 功能 #4430 (进行中): 增加baseservice软件启停,重启功能
- gnb_agent已修改,待与网管联调
- 09:53 网管产品 功能 #4430 (进行中): 增加baseservice软件启停,重启功能
- 新增moduleName:baseservice
新增errCode:
StartBaseserviceFailedErrCode int = 21025 //启动Baseservice失败
S... - 09:15 网管产品 错误 #4427 (审视): 去除du-cell UL_POWER_CONTROL_SWITCH UL_POWER_CONTROL_TYPE奇偶性校验
2025-11-12
- 18:14 基站横联 错误 #4429: pdsch 参数校验异常时,Pusch_DmDefree无法正常释放 dm空间
- Pusch_DmDefree函数中
g_sym_dm_addr_rec[4] = (uint32_t)dm_addr;
改成
g_sym_dm_addr_rec[dm_id] = (uint32_t)dm_addr;
验证通过 - 18:09 基站横联 错误 #4429 (已解决): pdsch 参数校验异常时,Pusch_DmDefree无法正常释放 dm空间
- pdsch 参数异常 dm空间释放不掉
- 18:08 网管产品 功能 #4294 (进行中): 3.1.3升级到3.1.4版本,不要继承mem_config_dl.txt和mem_config_ul.txt
- 18:07 网管产品 性能 #4425: 入网信息获取导致核心网性能瓶颈
- core_agent已编码完成,待联调
- 17:36 网管产品 性能 #4425 (进行中): 入网信息获取导致核心网性能瓶颈
- 17:36 网管产品 性能 #4425 (转测试): 入网信息获取导致核心网性能瓶颈
- 问题分析:
core_agent周期2秒获取所有入网信息,其中终端侧的smf信息发送/nsmf-oam/v1/ue-pdu-session-info http请求,导致核心网压力过大;
解决方案:
入网信息修改方案:
1.ba... - 18:07 网管产品 错误 #4421 (审视): 网管2.2.5版本,基站版本Rel_3.1.3_Pre1T8,全选基站日志信息采集出现下载出现“导出协议栈业务配置信息失败”
- 已修改,自验证成功,待测试回归
- 17:39 网管产品 错误 #4421 (进行中): 网管2.2.5版本,基站版本Rel_3.1.3_Pre1T8,全选基站日志信息采集出现下载出现“导出协议栈业务配置信息失败”
- 需要修改现在的信息采集逻辑,就是gnb-agent 或者 core-agent 遇到某个采集模块错误后不终止后续其他模块采集任务
但如果所有的模块都出错了后才报错 - 17:01 网管产品 错误 #4421 (转测试): 网管2.2.5版本,基站版本Rel_3.1.3_Pre1T8,全选基站日志信息采集出现下载出现“导出协议栈业务配置信息失败”
- 网管2.2.5版本,基站版本Rel_3.1.3_Pre1T8,全选基站日志信息采集出现下载出现“导出协议栈业务配置信息失败”
- 18:03 网管产品 错误 #4428 (进行中): 3.1.4版本增加配置项测试参数配置"触发RRC重建立"
- 18:03 网管产品 错误 #4428 (转测试): 3.1.4版本增加配置项测试参数配置"触发RRC重建立"
- 增加内容如下:
<Block name="测试参数配置" path="OPTIONAL_FEATURES_CONFIG/UE_TEST" defShow="0" child="1" parent="">
<ConfigI... - 18:01 网管产品 错误 #4427 (进行中): 去除du-cell UL_POWER_CONTROL_SWITCH UL_POWER_CONTROL_TYPE奇偶性校验
- lmt已修改,待网管同步更新
- 18:01 网管产品 错误 #4427 (审视): 去除du-cell UL_POWER_CONTROL_SWITCH UL_POWER_CONTROL_TYPE奇偶性校验
- <ConfigItem name="INITIAL_BWP_PUSCH_COMMON/UL_POWER_CONTROL_SWITCH" isShow="1" showName="PUSCH 闭环功控开关" canEdit=...
- 17:53 网管产品 错误 #4322 (审视): 网管版本YZMM2.2.4Pre1T1,排查核心网相关操作的操作日志
- 除qos外均已完成。
- 17:49 网管产品 错误 #4420 (审视): 网管2.2.5版本,核心网版本3.3.4pre6,全选核心网日志信息采集出现“不支持的模块名”
- JavaScript 反斜杠续行符:\ 在与其它语言交互时候可能存在一些问题。已修改
- 17:36 网管产品 错误 #4420 (进行中): 网管2.2.5版本,核心网版本3.3.4pre6,全选核心网日志信息采集出现“不支持的模块名”
- if(select_res=="all-log") {
select_res="agent-log,amf-config,amf-log,ausf-log,hss-log,icscf-log,\
... - 16:55 网管产品 错误 #4420 (转测试): 网管2.2.5版本,核心网版本3.3.4pre6,全选核心网日志信息采集出现“不支持的模块名”
- 网管2.2.5版本,核心网版本3.3.4pre6,全选核心网日志信息采集出现“不支持的模块名”
备注:code=11007 - 17:46 网管产品 性能 #4422: gnb_agent内存优化
- 这个建议在E500环境可以长跑观测下,具体开科跟伯宁沟通下
- 17:28 网管产品 性能 #4422 (转测试): gnb_agent内存优化
- 17:28 网管产品 性能 #4422 (进行中): gnb_agent内存优化
- 已完成代码修改,自验证成功,待长跑测试
- 17:27 网管产品 性能 #4422 (转测试): gnb_agent内存优化
- 1.优化500UE环境终端指标上报分批上报(32个终端一组);
2.增加干扰规避及常用sysrepo配置查询缓存;
3.去除sysrepo周期任务,只在修改配置是同步启动库; - 17:43 3.0基站产品测试 错误 #4426 (进行中): gnb_agent增加判断功放指标为非法时不给网管转发机制
- 已完成修改,待测试回归
- 17:43 3.0基站产品测试 错误 #4426 (进行中): gnb_agent增加判断功放指标为非法时不给网管转发机制
- 当功放通过DU上报功放版本为0时不转发功放指标给网管
- 17:43 网管产品 性能 #4424 (已关闭): 入网信息获取导致核心网性能瓶颈
- 重复了 #4425 单子,此单子关闭
- 17:42 网管产品 性能 #4424 (挂起): 入网信息获取导致核心网性能瓶颈
- 17:35 网管产品 性能 #4424 (已关闭): 入网信息获取导致核心网性能瓶颈
- 问题分析:
core_agent周期2秒获取所有入网信息,其中终端侧的smf信息发送/nsmf-oam/v1/ue-pdu-session-info http请求,导致核心网压力过大;
解决方案:
入网信息修改方案:
1.ba... - 17:40 网管产品 错误 #4400 (转测试): gnb_agent升级异常中断
- 17:29 核心网产品 错误 #4423 (进行中): 313T8基站版本测试过程中,出现UE释放流程中终端重新注册完成后UEContextReleaseComplete才到核心网的异常情况,导致终端数据面不通
- 313T8基站版本测试过程中,终端注册成功未建立PDU。
ue释放流程中终端重新注册,重新注册完成后。UEContextReleaseComplete才到核心网。 - 17:09 3.0基站产品测试 错误 #4237 (已解决): 通过Pdu Session modify的方式建立多个GBR Qos Flow, cu侧流程走不通
- *基于Rel_3.1.3_Pre1T8-1106版本,替换gnb_du与gnb_cu包,可xnng切换,可vonr业务,可5QI9下有5QI3和5QI4配置下的vonr切换流程正常,基站无挂死,符合预期,问题解决;*...
- 17:07 3.0基站产品测试 错误 #4390 (已解决): 多gbr flow下 service_request&vonr/vinr&切换混合场景 切换流程异常
- *基于Rel_3.1.3_Pre1T8-1106版本,替换gnb_du与gnb_cu包,可service_request接入,接入后可切换,可5QI9下有5QI3和5QI4配置下的vonr切换流程正常,符合预期,问题解决;*
<... - 17:05 3.0基站产品测试 错误 #4386 (已解决): 5QI9下有5QI3和5QI4的配置下vonr切换流程异常
- *基于Rel_3.1.3_Pre1T8-1106版本,替换gnb_du与gnb_cu包,可xnng切换,可vonr业务,可5QI9下有5QI3和5QI4配置下的vonr切换流程正常,基站无挂死,符合预期,问题解决;*...
- 16:13 3.0基站产品测试 错误 #4408 (转测试): UE重建立场景走新建流程,核心网注册拒绝。
- 14:13 3.0基站产品测试 错误 #4408 (审视): UE重建立场景走新建流程,核心网注册拒绝。
- 【问题原因】
CU侧配置"RRC重建立支持开关"关闭,DU侧配置"REEST_TRIGGER_FOR_TEST"打开,重建立流程触发走新建流程时,核心网注册拒绝。原因为UE注册时携带TMSI信息,核心网侧认为该终端重复注册,
... - 13:55 3.0基站产品测试 错误 #4408 (进行中): UE重建立场景走新建流程,核心网注册拒绝。
- 15:20 3.0基站产品测试 错误 #4419 (进行中): 【Rel_3.1.3_Pre1T8_3.3G_正维整机】网管无法实时读取设备功放版本及各通道状态/电压/电流/温度/输出功率/反射功率/驻波比参数
- 网管无法实时读取设备功放版本及各通道状态参数/电压/电流/温度/输出功率/反射功率/驻波比/
- 15:09 网管产品 错误 #4404 (转测试): 网管2.2.5版本,导出数据导入数据失败
- 15:09 网管产品 错误 #4404 (审视): 网管2.2.5版本,导出数据导入数据失败
- 15:09 网管产品 错误 #4404: 网管2.2.5版本,导出数据导入数据失败
- 1. 已处理,对签名tag做了兼容
- 15:08 网管产品 错误 #4404 (进行中): 网管2.2.5版本,导出数据导入数据失败
- 14:41 网管产品 错误 #1889 (已关闭): 持续集成项目,涉及执行每次操作后整个界面需要更新的状态都未及时更新问题
- 14:40 网管产品 错误 #1890 (已关闭): 持续集成项目,界面缩放时出现界面丢失。
- 14:40 网管产品 错误 #1891 (已关闭): 持续集成项目,修改任务序列时已经执行的次数编辑完配置后清零了,执行次数归零。
- 14:40 网管产品 错误 #1892 (已关闭): 持续集成项目,任务自动化和任务序列从界面编辑任务执行序列的结果重启ciController后参数恢复默认配置
- 14:39 网管产品 错误 #1893 (已关闭): 持续集成项目,后续优化项。
- 14:38 网管产品 错误 #1894 (已关闭): 持续集成项目,修改高级参数成功后界面未提示修改成功。
- 14:19 3.0基站产品测试 功能 #4380 (进行中): DU业务线程sysrepo写数据库方式修改
- 14:18 3.0基站产品测试 错误 #4397 (审视): UE重建立CU由控制开关,开关关闭走随机接入,打开走重建立。
- 14:18 3.0基站产品测试 错误 #4397 (进行中): UE重建立CU由控制开关,开关关闭走随机接入,打开走重建立。
- 14:18 3.0基站产品测试 错误 #4397: UE重建立CU由控制开关,开关关闭走随机接入,打开走重建立。
- 【问题原因】
允许重建流程走新建,需要将CU侧配置"RRC重建立支持开关"放开使用,且该开关支持动态修改生效。
代码已合入Rel_3.1.3_Pre1T8
【修改方案】
CU侧配置"RRC重建立支持开关"关闭,DU侧配置"... - 13:54 网管产品 错误 #4418 (新建): 网管2.2.5版本,核心网版本3.3.4pre6,切片信息和QOS配置,提交配置修改失败
- 网管2.2.5版本,核心网版本3.3.4pre6,切片信息和QOS配置,提交配置修改失败
备注:
核心网侧业务有变更,定位修改问题与松松具体沟通
- 12:01 3.0基站产品测试 错误 #4417 (进行中): [3.0产品测试]3.1.3Pre1T8, 3.3G正维整机,无法读到功放版本,致使无法读取栅极电压等值
- 3.1.3Pre1T8, 3.3G正维整机,无法读到功放版本,致使无法读取栅极电压等值,该机型为外场主流机型,不存在功放版本不在数据库的情况
!20251112-120033.jpg!
- 11:57 3.0基站产品测试 错误 #4416 (进行中): [3.0产品测试]3.1.3Pre1T8, 6.1G军特读到功放版本,但末级电流等功放参数是无效值
- 3.1.3Pre1T8, 6.1G军特读到功
!20251112-115710.jpg!
放版本,但末级电流等功放参数是无效值。理应是对应的值 - 11:24 网管产品 错误 #4411 (转测试): 网管版本2.2.5,3.1.2T5升级到3.1.3T8版本后,回退到3.1.2T5版本,导出数据与3.1.2T5版本自身打包数据不一致
- 已处理
原因是nms.xml在网管端有缓存,没有及时处理 - 11:23 网管产品 错误 #4411 (审视): 网管版本2.2.5,3.1.2T5升级到3.1.3T8版本后,回退到3.1.2T5版本,导出数据与3.1.2T5版本自身打包数据不一致
- 11:22 网管产品 错误 #4411 (进行中): 网管版本2.2.5,3.1.2T5升级到3.1.3T8版本后,回退到3.1.2T5版本,导出数据与3.1.2T5版本自身打包数据不一致
- 11:15 网管产品 错误 #4415 (进行中): 网管版本2.2.5版本,基站3.1.3T8版本抓包“当前任务不存在”
- 网管这边也做了个拦截,下载信息有误的时候,会抛出错误
// 任务信息获取判断
if status == "" || lpath == "" || rpath == "" {
return helper.SetError(... - 09:31 网管产品 错误 #4415 (审视): 网管版本2.2.5版本,基站3.1.3T8版本抓包“当前任务不存在”
- 09:31 网管产品 错误 #4415 (进行中): 网管版本2.2.5版本,基站3.1.3T8版本抓包“当前任务不存在”
- 问题分析:
报错日志
cd /data/yzmmData/wireSharkFile
zip /data/yzmmData/wireSharkFile/247.pcap.zip ./*.pcap faield, err:exit... - 09:28 网管产品 错误 #4415 (转测试): 网管版本2.2.5版本,基站3.1.3T8版本抓包“当前任务不存在”
- 网管版本2.2.5版本,基站3.1.3T8版本抓包“当前任务不存在”
备注:如截图配置可复现 - 10:45 B5G_UE 错误 #4410: UU口双向灌包过程中协议栈跑死
- 协议栈CRASH,是因为FAPI的数据的MAC头指示的SDULEN超出协议范围,导致RLC拷贝FAPI数据时,因为内存溢出而CRASH。MAC解复用后增加SDULEN的检查后,只是MAC解复用的正常保护,根因是FAPI接口数据异常,目...
- 09:22 核心网产品 错误 #4414 (进行中): 核心网接入多用户后网管流量统计有问题
- 核心网接入多用户后网管流量统计有问题
2025-11-11
- 19:40 B5G_UE 错误 #4410 (进行中): UU口双向灌包过程中协议栈跑死
- 14:01 B5G_UE 错误 #4410: UU口双向灌包过程中协议栈跑死
- UU口双向灌包过程中打开协议栈日志,loglevel=1,协议栈跑死,。接收下行数据包sduLen超过内存申请(2000),导致memcpy时跑死。
艳芳提供协议栈小版本,增加保护代码。 该小版本测试没有出现coredump,但协议... - 13:46 B5G_UE 错误 #4410 (进行中): UU口双向灌包过程中协议栈跑死
- 19:34 基站横联 错误 #4413 (进行中): 40M小区,2流静态时隙第2个PDU解不对
- !20251111-193227.jpg!
发端在100M带宽以及40M带宽情况下分别抓数,第二根天线有单播PDU数据。 - 18:56 基站横联 错误 #4413 (已解决): 40M小区,2流静态时隙第2个PDU解不对
- 19:34 3.0基站产品测试 错误 #4387 (审视): DU-信号量切换问题修改
- 19:32 3.0基站产品测试 错误 #4387 (进行中): DU-信号量切换问题修改
- F1断链场景:CU进程重启后初始化共享内存及信号量。DU收到F1断链通知初始化共享内存及信号量,但是数据通知监听的信号量未切换至最新,仍未旧信号量,导致下行数据断流。
- 18:31 产品3.0平台 功能 #4412 (已解决): 3.0基站实时配置板卡衰减
- 需求:实时配置板卡衰减同时,可分别配置通道衰减;
例:运行两通道分别输出40dbm/41dbm;需运行时配置通道一板卡ATT 1db;通道二保持不变 - 17:49 基站横联 错误 #4224: 自同步core3挂死
- 20251111
原代码本意是上报的timeoffset>=0,而实现过程中未考虑周全,比如sfn=0,slot=0,而搜到的pss位置slot0,且sym0timeoffset<0的情况。代码已修正,并提交到ni分支。 - 17:13 网管产品 错误 #4411 (已解决): 网管版本2.2.5,3.1.2T5升级到3.1.3T8版本后,回退到3.1.2T5版本,导出数据与3.1.2T5版本自身打包数据不一致
- 网管版本2.2.5,3.1.2T5升级到3.1.3T8版本后,回退到3.1.2T5版本,导出数据与3.1.2T5版本自身打包数据不一致
备注:
回退后的版本多了nms相关的时间对齐和eth2网卡检测配置 - 17:04 基站横联 错误 #4403: 【RU】协议栈收到的RU上报功率,每80ms有一个时隙功率非常大,比一般功率多30db
- 典格之前版本,上报的时隙号和功率没对齐。修改后的新版本仍然有这个问题,在进一步分析
- 16:51 B5G_UE 错误 #4361 (已关闭): UU口1D3U环境,终端小区搜索pci错误
- 外部基站干扰所致,收到了其他基站(PCI=81)的信号。关闭。
- 16:28 3.0基站产品测试 错误 #4382: 【Rel_3.1.3_Pre1T7_E500_4UE】4UE做上下行UDP业务,F1断链恢复小区重建后,下行业务不通
- F1断链后,CU重启,共享内存初始化;DU侧初始化共享内存,但是信号量未做切换(仍监听旧的信号量),导致下行数据DU侧不通。
- 16:23 3.0基站产品测试 功能 #4069: 上行接收增益补偿
- 该功能已经测试完毕,已经验证完成。
- 15:28 网管产品 功能 #4308 (已解决): 增加基站软件本地配置导出导入
- 网管2.2.5版本已实现,基站版本[verinfo]
inner_ver_id=344
build_time=2025-10-30T08:42:37
desc=Rel_3.... - 14:46 网管产品 错误 #4278: 3.0 cpu温度告警机制逻辑优化
- 上报时间取用cpu温度上报时间戳(秒级)而告警接口时间戳定义为毫秒级
已修改,自验证显示正确,待合入下个版本 - 14:42 网管产品 错误 #4278 (反馈): 3.0 cpu温度告警机制逻辑优化
- 告警上报时间为1970
- 14:15 3.0基站产品测试 错误 #4399 (转测试): 【3.0基站3.1.3pre1_T8版本】跨核心网切换时序问题导致的切换异常
- 14:09 3.0基站产品测试 错误 #4399 (审视): 【3.0基站3.1.3pre1_T8版本】跨核心网切换时序问题导致的切换异常
- 14:09 3.0基站产品测试 错误 #4399: 【3.0基站3.1.3pre1_T8版本】跨核心网切换时序问题导致的切换异常
- 【问题原因】
1、终端发送到目标基站的RRC Reconfiguration Complete和核心网发送到目标基站的Down link ran status ternasfer信令,目标基站收到后都需要时间去处理后续的的流程,大概... - 13:45 B5G_UE 功能 #4409 (已解决): 联调基站广播消息RB小于4
- PRB小于4的广播消息为other SI, 并不是接入过程必须得SI。基站DU打桩删除other SI 调度。
- 13:43 B5G_UE 功能 #4409 (已解决): 联调基站广播消息RB小于4
- B5G终端目前不支持下行PRB小于4,当基站又广播消息RB个数小于2会导致终端接收广播失败。
- 10:26 3.0基站产品测试 错误 #4408 (已解决): UE重建立场景走新建流程,核心网注册拒绝。
2025-11-10
- 17:34 3.0基站产品测试 错误 #4152 (已解决): 重建立流程完成后,终端下行断流
- Rel_3.1.3_Pre1T6已验证
- 17:32 3.0基站产品测试 错误 #4333 (已解决): [3.0产品测试] 5.8G整机,单ue上下行并行UDP业务导致的UE频繁掉线
- Rel_3.1.3_Pre1T8已验证
- 17:14 3.0基站产品测试 错误 #4407 (进行中): 3.1.3pre1T8版本测试过程中,出现du coredump挂死。
- 3.1.3pre1T8版本测试过程中,出现du coredump挂死。
基站长跑91h以上,在计划进行单终端峰值验证时(700M灌包正在灌包),其他三部终端下电,此时出现du coredump。 - 17:06 基站横联 错误 #4406 (已解决): 【RU】上海反馈dl sync不能同步上,定位为RU存在大频偏(20kHz)
- 后来上海徐良芳反馈:应该是rru大包里面,有20kHz的频偏, 更新大包后就同步上了。
确认为RU的问题,具体什么原因未知 - 17:05 基站横联 错误 #4406 (已解决): 【RU】上海反馈dl sync不能同步上,定位为RU存在大频偏(20kHz)
- 上海反馈dl sync能同步上,采数matlab分析:有信号,但信号畸变比较严重;
matlab 以1kHz 逐渐增加频偏,增加到20kHz时频域信号PSS正常 - 16:35 3.0基站产品测试 错误 #4262 (进行中): 【Rel_3.1.3_Pre1T6_E500_128UE】大上行配比同时上下行UDP业务,TTI=4压力15小时导致DU挂死(DU内存耗尽时,出现空指针未保护问题,导致coredump)
- 16:34 3.0基站产品测试 错误 #4262 (反馈): 【Rel_3.1.3_Pre1T6_E500_128UE】大上行配比同时上下行UDP业务,TTI=4压力15小时导致DU挂死(DU内存耗尽时,出现空指针未保护问题,导致coredump)
- 12:14 3.0基站产品测试 错误 #4262: 【Rel_3.1.3_Pre1T6_E500_128UE】大上行配比同时上下行UDP业务,TTI=4压力15小时导致DU挂死(DU内存耗尽时,出现空指针未保护问题,导致coredump)
- 3.1.3_T8版本,128用户接入后,做上下行UDP业务压力测试,测试结果:压力测15小时左右,用户掉线,基站挂死
TTI=4存在DU内存耗尽的问题,空指针出现DU COREDUMP - 16:11 3.0基站产品测试 性能 #4405 (进行中): CU的信令面调测日志打印过多,当UE数量较多时,保存的有效时间太短,需删除无效的调测日志
- 16:00 3.0基站产品测试 性能 #4405 (进行中): CU的信令面调测日志打印过多,当UE数量较多时,保存的有效时间太短,需删除无效的调测日志
- 16:05 网管产品 功能 #4401 (转测试): 增加基站时间的显示
- 已完成编码,自验证成功,待测试回归
- 09:34 网管产品 功能 #4401 (进行中): 增加基站时间的显示
- 09:34 网管产品 功能 #4401 (已解决): 增加基站时间的显示
- 如UI图显示基站时间
- 15:37 网管产品 错误 #4404 (已解决): 网管2.2.5版本,导出数据导入数据失败
- 网管2.2.5版本,导出数据导入数据失败
备注:配套基站版本3.1.3T8-1030版本
1)配置签名不生效 - 15:00 3.0基站产品测试 错误 #4393 (进行中): CU模拟重建立主动触发的场景
- 12:17 3.0基站产品测试 错误 #4368: 【Rel_3.1.3_Pre1T7_E500_32UE】1D3U配置32UE做上下行FTP业务,某些用户FTP时通时不通
- 配合研发定位128UE的上下行FTP业务,某些用户FTP时通时不通现象,研发认为是TTI=4调度不过来,更改32UE在1D3U测试仍有此现象,待进一步定位
- 11:49 基站横联 错误 #4403 (审视): 【RU】协议栈收到的RU上报功率,每80ms有一个时隙功率非常大,比一般功率多30db
- 此时协议栈配置,每80ms有一个发射时隙,是时隙10.
- 11:41 网管产品 错误 #4398 (审视): 网管2.2.5版本,选择基站参数配置时,弹出的xpath后,然后点击二级菜单这个弹框未消失
- 10:43 3.0基站产品测试 错误 #4348 (已解决): 3.1.3T5版本测试,4UE场景DU COREDUMP问题 timer list内存被踩导致du挂死
- 10:43 网管产品 错误 #4340 (已解决): 313T7版本,核2挂死后终端已经释放,但是phy状态依旧显示为正常。
- 10:42 3.0基站产品测试 错误 #4281 (已解决): 3.1.3T6-1015版本测试过程中,基站reboot后启动logwriter时概率出现打印This segment cannot be read!, secName:BinLog
- 10:42 网管产品 错误 #4267 (已解决): 2.2.3网管版本,功放配置下修改参数,json文件内会携带“”符号导致参数无效
- 10:41 网管产品 错误 #4189 (已解决): 2.2.2网管版本测试时,发现基站挂死后,网管指标跟踪依旧有终端ID残留。
- 10:41 3.0基站产品测试 错误 #4176 (已解决): 3.1.3T5版本,网管显示phy运行状态显示错误,在phy卡死时显示运行正常。
- 10:40 3.0基站产品测试 错误 #4174 (挂起): 3.1.3T5版本,4ue峰值灌包时phy核2卡死,终端掉线不接入。
- 更换新整机,正维基站后长跑88小时未出现挂死问题,该问题疑似600M军特那台整机特有,计划11月中更换散热棉后重新验证测试是否依旧存在该问题,确认是否其他因素导致。
- 10:38 3.0基站产品测试 错误 #4137 (已解决): 3.1.3T5版本,测试发现上行灌包影响下行速率
- 10:23 基站横联 错误 #4402 (进行中): wm的板子,昨天换的,解压缩文件挂死;memtester也挂死
- 10:00 基站横联 错误 #4388 (已解决): 相同代码,编译出来的RFM1.out和RFM2.out不同
- 经过张倩验证,不同编译服务器上路径一样情况下,编译出的RFM.out完全一样。
至此RFM.out采用相同代码但编译.out不同总结如下:
1. PHY git信息和编译time信息 打入RFM1,导致RFM1.out每次编译... - 09:50 基站横联 错误 #4383: core2 PDU合入的版本,自同步模式下core3和core2的DM空间冲突
- 发现只要不启动PDS任务,dl sync就可以正常工作;
所以怀疑的影响链条是: 小区搜索任务 -> core2 PDS 任务 -> dl sync任务
结合之前小区搜索DM没有出现释放异常的情况;所以怀疑DDR踩踏了
...
2025-11-07
- 19:08 B5G_UE 任务 #4385 (已关闭): UU+DD口平台CP dsuxx帧结构打桩及正式版本验证
- 任务已完成,验证通过。
- 19:07 FirstCall 错误 #4396 (审视): IRN节点后RRC重建完成消息基站未收到
- 19:06 FirstCall 错误 #4396 (进行中): IRN节点后RRC重建完成消息基站未收到
- 16:27 3.0基站产品测试 错误 #4379 (进行中): CU中的sysrepo连接有两个,容易导致sysrepo死锁,需要删除一个连接
- 16:13 网管产品 错误 #4398 (进行中): 网管2.2.5版本,选择基站参数配置时,弹出的xpath后,然后点击二级菜单这个弹框未消失
- 问题原因:
页面卸载时候没有处理相关逻辑,如果快速拉动鼠标是会造成这样的情况
解决方法:
增加unload监听,避免在快速切换时候出现显示异常。 - 13:51 网管产品 错误 #4398 (转测试): 网管2.2.5版本,选择基站参数配置时,弹出的xpath后,然后点击二级菜单这个弹框未消失
- 网管2.2.5版本,选择基站参数配置时,弹出的xpath后,然后点击二级菜单这个弹框未消失
- 15:57 网管产品 错误 #4400 (审视): gnb_agent升级异常中断
- 15:56 网管产品 错误 #4400 (进行中): gnb_agent升级异常中断
- 已修改,合入Rel_3.1.3_Pre1T8,待发布版本测试回归
- 15:55 网管产品 错误 #4400 (已解决): gnb_agent升级异常中断
- 内部sysrepo接口未判断升级、安装禁用标识符,导致使用sysrepo connect空指针异常崩溃
解决方法:
在sysrepo统一入口增加禁用连接判断 - 15:01 产品3.0平台 功能 #4376 (进行中): 9025的带反馈配置不支持orx3,orx4通道数据传输问题
- 14:46 3.0基站产品测试 功能 #4358 (已解决): BaseService增加CPU超限告警,检查CPU核的整体CPU使用率是否超限
- 版本已实现
inner_ver_id=103
build_time=2025-11-07T01:34:47
desc=
git_tag=
- 14:09 3.0基站产品测试 功能 #4358 (转测试): BaseService增加CPU超限告警,检查CPU核的整体CPU使用率是否超限
- 新增配置
监控的cpu核心列表:Gnb_CoreMonitorList=0,1,2,3,4,5,7
上报门限: Gnb_CoreRaiseShrld=95
时间间隔: Gnb_CoreRaiseTimeShrld=15
恢复门... - 14:08 3.0基站产品测试 错误 #4399 (进行中): 【3.0基站3.1.3pre1_T8版本】跨核心网切换时序问题导致的切换异常
- 14:07 3.0基站产品测试 错误 #4399 (转测试): 【3.0基站3.1.3pre1_T8版本】跨核心网切换时序问题导致的切换异常
- 测试版本:Rel_3.1.3_Pre1T8版本
测试设备:192.168.8.83、77核心网 192.168.8.219、218
测试用例:跨核心网切换
基站配置:7D2U 2T1R
测试终端:鼎桥cpe
测试场景:下行u... - 13:42 3.0基站产品测试 错误 #4373: [3.0产品测试] 5.8G整机压力测试中,du挂死
- UE的专用资源是在msg4或重配下发给UE后,调度才能使用,这样基站和UE才能做到资源的同步。
出这个问题的时候,在同一个上行slot,既调度的公共pucch(harq 反馈),又调度了专用的sr pucch,然后bwp信息维护异常... - 11:58 3.0基站产品测试 错误 #3727 (转测试): 【3.0整机】Rel_3.1.2_Pre1T4,21环境,128UE 7D2U worker2 核5 cpu 100%
- 自验通过,已合入3.1.3_Pre1T8版本,可转测。
- 11:56 3.0基站产品测试 错误 #4165 (转测试): [3.0产品测试]3.1.3Pre1T5 , 小区激活过程中,ducoredump [sigbus]
- 自验暂未复现,已合入3.1.3_Pre1T8版本,可转测。
- 11:49 3.0基站产品测试 错误 #4333 (转测试): [3.0产品测试] 5.8G整机,单ue上下行并行UDP业务导致的UE频繁掉线
- 暂未复现,可转测至3.1.3_Pre1T8_1105继续验证
- 11:49 核心网产品 错误 #4392 (进行中): 核心网升级到pre6版本后手机接入后无法语音
- 原因分析:
ims的脚本修改plmn时,pcscf、scscf、icscf的xml文件中,对plmn的修改,采用模糊匹配,导致当一行中有两个plmn时,会被误修改,终端在接入进行sip注册时,因为找不到scscf,注册失败
解决方... - 11:38 3.0基站产品测试 错误 #4397 (已解决): UE重建立CU由控制开关,开关关闭走随机接入,打开走重建立。
- 10:35 3.0基站产品测试 错误 #4235: baseService优化phy的基站服务异常告警的判断逻辑
- 再次在Rel_3.1.3_Pre1T8-1106大版本,再次验证如下场景,都符合预期。...
- 09:34 3.0基站产品测试 错误 #4190 (已解决): 创建DRB时,将核心网下发的qos flow的 priority level下发给du
- 基于Rel_3.1.3_Pre1T8-1106版本,替换gnb_cu包、mem_config_dl.txt、mem_config_ul.txt文件后,
可在vonr业务下xn与ng混合切换,切换流程正常,ng切换的UeContext...
2025-11-06
- 20:53 基站横联 错误 #4388: 相同代码,编译出来的RFM1.out和RFM2.out不同
- 1. RFM3.out 反汇编是一样的。之所以.out文件不同,应该是编译时文件路径信息存入了.out中,两个编译服务器的文件路径不同,所以.out文件不同
2. RFM1打入PHY的版本git信息和编译时间信息是在phy_init... - 11:29 基站横联 错误 #4388: 相同代码,编译出来的RFM1.out和RFM2.out不同
- RFM1编译.out不同原因,应该是PHY编译时把PHY的git信息和编译时间打入了RFM1中,PHY git编译信息运行日志启动输出到9-0-str.log
- 10:31 基站横联 错误 #4388 (已解决): 相同代码,编译出来的RFM1.out和RFM2.out不同
- 20:44 FirstCall 错误 #4396: IRN节点后RRC重建完成消息基站未收到
- 现象:IRN节点后RRC重建完成消息基站未收到
原因:IRN后nodetype消息与slottype消息之间存在时间差,收到nodetype消息后物理层根据slottype决定收发,未收到时无法触发PUSCH导致RRC重建完成消息未... - 20:40 FirstCall 错误 #4396 (审视): IRN节点后RRC重建完成消息基站未收到
- 19:41 3.0基站产品测试 错误 #4395 (进行中): logwriter 从共享内存取日志数据时偶现 thread_id错误的问题
- 19:41 3.0基站产品测试 错误 #4395 (进行中): logwriter 从共享内存取日志数据时偶现 thread_id错误的问题
- 19:29 3.0基站产品测试 功能 #4394 (进行中): UE能力集在接入时由CU下发给DU
- 19:04 3.0基站产品测试 功能 #4394 (进行中): UE能力集在接入时由CU下发给DU
- 18:11 3.0基站产品测试 错误 #4390: 多gbr flow下 service_request&vonr/vinr&切换混合场景 切换流程异常
- !qos_Flow.jpg!
上述为前后修改代码比较 - 18:00 3.0基站产品测试 错误 #4390 (转测试): 多gbr flow下 service_request&vonr/vinr&切换混合场景 切换流程异常
- 17:53 3.0基站产品测试 错误 #4390 (审视): 多gbr flow下 service_request&vonr/vinr&切换混合场景 切换流程异常
- 17:27 3.0基站产品测试 错误 #4390: 多gbr flow下 service_request&vonr/vinr&切换混合场景 切换流程异常
- 【问题原因】
此问题一直存在,是service request流程在函数ret_t ue_conn_state::ue_conn_srb_bearer_null::on_rm_initial_context_setup_respon... - 16:16 3.0基站产品测试 错误 #4390 (进行中): 多gbr flow下 service_request&vonr/vinr&切换混合场景 切换流程异常
- 16:15 3.0基站产品测试 错误 #4390 (已解决): 多gbr flow下 service_request&vonr/vinr&切换混合场景 切换流程异常
- 17:55 3.0基站产品测试 错误 #4386 (转测试): 5QI9下有5QI3和5QI4的配置下vonr切换流程异常
- 17:53 3.0基站产品测试 错误 #4386 (审视): 5QI9下有5QI3和5QI4的配置下vonr切换流程异常
- 17:33 3.0基站产品测试 错误 #4386: 5QI9下有5QI3和5QI4的配置下vonr切换流程异常
- 【问题原因】
目标侧cu处理handover request信令时,函数ret_t bearer_mgr_ue_conn_state::bearer_conn_modify_ongoing_for_hand_in::on_lower... - 17:24 3.0基站产品测试 错误 #4393 (转测试): CU模拟重建立主动触发的场景
- 17:22 网管产品 错误 #4391 (进行中): 网管版本2.2.5,指标日志导出大数据量优化(50000条以上)
- 17:22 网管产品 错误 #4391: 网管版本2.2.5,指标日志导出大数据量优化(50000条以上)
- 目前日志导出如果指标量大的话还是或500错误,错误信息是内存超限。
目前临时解决方案是内存限制上限设置到 1024M
- 16:34 网管产品 错误 #4391 (进行中): 网管版本2.2.5,指标日志导出大数据量优化(50000条以上)
- 网管版本2.2.5,指标日志导出大数据量优化(50000万条以上)
- 17:15 3.0基站产品测试 错误 #4298 (进行中): [3.0产品测试] 下行灌包后,网管上终端指标上报异常
- 10:01 3.0基站产品测试 错误 #4298: [3.0产品测试] 下行灌包后,网管上终端指标上报异常
- CU解RLF原因值失败,CU修改
- 17:05 核心网产品 错误 #4392 (进行中): 核心网升级到pre6版本后手机接入后无法语音
- 核心网升级到pre6版本后终端接入后无法语音;
- 16:31 网管产品 错误 #4345 (已解决): core_agent历史信息采集优化
- 网管版本2.2.5核心网版本3.3.4pre6版本 agent:
[verinfo]
inner_ver_id = 144
build_time = 2025-11-06T09:57:02
desc = ... - 10:20 网管产品 错误 #4345 (转测试): core_agent历史信息采集优化
- 10:19 网管产品 错误 #4345 (审视): core_agent历史信息采集优化
- 目前在核心网内部版本号144上验证可以
- 16:24 网管产品 错误 #4354 (已解决): 网管YZMM2.2.4Pre1T2,核心网版本上传存在问题,无法显示
- > YZMM2.2.5版本已解决
- 10:09 网管产品 错误 #4354 (转测试): 网管YZMM2.2.4Pre1T2,核心网版本上传存在问题,无法显示
- 10:08 网管产品 错误 #4354 (审视): 网管YZMM2.2.4Pre1T2,核心网版本上传存在问题,无法显示
- 10:07 网管产品 错误 #4354: 网管YZMM2.2.4Pre1T2,核心网版本上传存在问题,无法显示
- 1. 已处理,原因是在包上传中,代码错误的将cpu架构信息修改了
详见附件【20251106-100703.jpg】 - 15:47 B5G_UE 功能 #3879 (已关闭): phy要求master时隙类型的接收放在一个时隙buffer的后6个符号位置
- 15:45 网管产品 功能 #4357 (已解决): lmt和网管增加一个参数-上行rb爬坡门限
- YZMM2.2.5版本已解决
- 10:58 网管产品 功能 #4357 (转测试): lmt和网管增加一个参数-上行rb爬坡门限
- 15:17 基站横联 错误 #4324 (审视): 精同步时偏调整(20s一次)时,CPRI闪断,调整的下一个10ms内时隙1~19的slot_indication未上报
- 15:03 网管产品 功能 #4308 (转测试): 增加基站软件本地配置导出导入
- 2.2.5 网管已经支持,基站仅支持344及以上的内部版本号
历史版本的仍为原格式导入导出信息 - 12:14 基站横联 错误 #4389 (新建): Load值不符合预期
- 测试代码:
int32_t flag1, flag2;
flag1 = LOAD_EX_W((void *)0xa4e60c0);
LOG_ERROR_S("flag1:%d\n", flag1);
STORE_EX_W... - 11:44 核心网产品 错误 #4330 (转测试): 修改核心网界面IP配置,基站和终端接入信息界面出现异常。
- 该问题已在rel_3.3.4_pre5中解决
- 11:43 核心网产品 错误 #4330 (审视): 修改核心网界面IP配置,基站和终端接入信息界面出现异常。
- 11:43 核心网产品 错误 #4330 (反馈): 修改核心网界面IP配置,基站和终端接入信息界面出现异常。
- 11:42 核心网产品 错误 #4330 (已解决): 修改核心网界面IP配置,基站和终端接入信息界面出现异常。
- 11:42 核心网产品 错误 #4330 (审视): 修改核心网界面IP配置,基站和终端接入信息界面出现异常。
- 11:42 核心网产品 错误 #4330 (反馈): 修改核心网界面IP配置,基站和终端接入信息界面出现异常。
- 11:31 基站横联 错误 #4383: core2 PDU合入的版本,自同步模式下core3和core2的DM空间冲突
- 【2025.11.6】
1. 统计freq move,sniffer,dlsync等3个任务出入口getMemoryMalloced和getFreeSpace值,getMemoryMalloced值均为0,getFreeSpace时... - 11:25 B5G_UE 错误 #4370 (已解决): 使用平台版本(支持IRN节点 且可调整TA),在切IRN节点后,上行ping包异常
- 【验证】
验证uu口上行ping包无异常,问题解决。
branch: Uu_Dd_2cell
SHA-1: bfa30c63eef00b877be403d1ae88f711e33514a5 - 11:12 B5G_UE 错误 #4370 (转测试): 使用平台版本(支持IRN节点 且可调整TA),在切IRN节点后,上行ping包异常
- 11:14 3.0基站产品测试 错误 #4165 (审视): [3.0产品测试]3.1.3Pre1T5 , 小区激活过程中,ducoredump [sigbus]
- 修改后测试了十几天,未出现BUS ERROR
- 11:12 3.0基站产品测试 错误 #4165: [3.0产品测试]3.1.3Pre1T5 , 小区激活过程中,ducoredump [sigbus]
- 解决方案如下:
(1)在刚把PHY拉起时,空转5秒(系统稳定后再和PHY交互)
(2)在处理PHY上报消息增加安全性检查(如有非法内容就丢弃) - 11:10 3.0基站产品测试 错误 #4165: [3.0产品测试]3.1.3Pre1T5 , 小区激活过程中,ducoredump [sigbus]
- 在DU刚把PHY拉起时,MAC&PHY通信的FAPI内存异常,访问非法地址导致DU BUS ERROR.
- 11:03 3.0基站产品测试 错误 #4333 (审视): [3.0产品测试] 5.8G整机,单ue上下行并行UDP业务导致的UE频繁掉线
- 11:03 3.0基站产品测试 错误 #4333 (进行中): [3.0产品测试] 5.8G整机,单ue上下行并行UDP业务导致的UE频繁掉线
- 通过反复测试,掉线和上行有关(上行单流稳定不掉)。测试2流时,先把P0改小10db,测试2.5个小时没有掉线。后把P0恢复,测了半个小时也没掉线。此单先转给测试同事反复测试观察,如果在新版本(3.1.3T8)没问题,就可关掉。
- 11:01 3.0基站产品测试 错误 #4309 (转测试): 4UE接入下行灌包180M长保一晚上,2个UE反复掉线重接后上行无速率,下行速率正常,基站无挂死
- 已验证通过,已合入3.1.3_Pre1T8版本,可转测
- 10:58 3.0基站产品测试 错误 #4309 (审视): 4UE接入下行灌包180M长保一晚上,2个UE反复掉线重接后上行无速率,下行速率正常,基站无挂死
- 10:56 3.0基站产品测试 错误 #4309: 4UE接入下行灌包180M长保一晚上,2个UE反复掉线重接后上行无速率,下行速率正常,基站无挂死
- 有两点改动后,单UE问题解决。多UE下,长跑十几个小时后还是有掉线,但速率能恢复。
(1)CU 做了保护,关联#4344;
(2)星创CPE把拨号方式改成ECM; - 10:52 3.0基站产品测试 错误 #4309 (进行中): 4UE接入下行灌包180M长保一晚上,2个UE反复掉线重接后上行无速率,下行速率正常,基站无挂死
- 出问题前,先是终端侧内部IP丢失,上行BSR报0,上行没有数据,UE反复删除建立用户面。重新接入后,还是没有上行数据,把下行一停,上行就恢复了。
- 10:58 3.0基站产品测试 错误 #4137 (转测试): 3.1.3T5版本,测试发现上行灌包影响下行速率
- 已验证确认是CPE性能问题,DU修改已合入3.1.3_Pre1T8版本,可转测
- 10:40 3.0基站产品测试 错误 #4137 (审视): 3.1.3T5版本,测试发现上行灌包影响下行速率
- 10:34 3.0基站产品测试 错误 #4137: 3.1.3T5版本,测试发现上行灌包影响下行速率
- 单UE下,只有星创易联CPE会有上下行速率相互影响的问题,通过反复验证,证明是CPE的性能问题;
多UE下,有一个QOS选UE,因次数不足,从而导致TTI调度用户数不足问题影响速率问题,已经修改;
目前3.1.3T8及验证上下行速... - 10:55 3.0基站产品测试 错误 #4242 (转测试): [3.0产品测试]3.1.3pre1_T6 上行FTP速率不足,只有3.1.2版本的约60%
- 已自验通过,已合入3.1.3_Pre1T8版本,可转测
- 10:46 3.0基站产品测试 错误 #4242 (审视): [3.0产品测试]3.1.3pre1_T6 上行FTP速率不足,只有3.1.2版本的约60%
- 10:46 3.0基站产品测试 错误 #4242: [3.0产品测试]3.1.3pre1_T6 上行FTP速率不足,只有3.1.2版本的约60%
- 在测试参数模块新增一个参数,上行RB爬坡路损门限,单位是db, 路损大于这个门限才会爬坡。如果测FTP,不希望爬坡,就把它配置大一点, 比如100。定的默认参数是50,默认希望爬坡,特别是外场,这样更稳定。
- 10:44 3.0基站产品测试 错误 #4242: [3.0产品测试]3.1.3pre1_T6 上行FTP速率不足,只有3.1.2版本的约60%
- 为了解决远点上行灌大包掉线,引入上行RB爬坡,这个功能对上行调度的影响如下:
(1)
场景一:上行双流的UDP,
场景二:上行单流的FTP,
场景三:把mcs限制到18的上行双流的FTP
这三种场景用没有RB爬坡的版本,B... - 10:46 3.0基站产品测试 错误 #3727 (审视): 【3.0整机】Rel_3.1.2_Pre1T4,21环境,128UE 7D2U worker2 核5 cpu 100%
- 该问题已经修改,DU通过分析,对业务任务处理流成进行拆分,重新调整核配置,以及代码层面优化,目前E500环境128UE 7D2U配置下worker2线程使用率降至85%以内,可以支持128ue同时灌包业务场景。修改优化合入在3.1.3...
- 10:25 3.0基站产品测试 错误 #4175 (转测试): 313T5版本,上行ftp业务,du出现coredump挂死
- 已自验暂未复现,已合入3.1.3_Pre1T8版本,可转测
- 10:20 3.0基站产品测试 错误 #4348 (转测试): 3.1.3T5版本测试,4UE场景DU COREDUMP问题 timer list内存被踩导致du挂死
- 已自验暂未复现,已合入3.1.3_Pre1T8版本,可转测
- 10:18 3.0基站产品测试 错误 #4375 (已解决): BaseService启动时需要对/coredump路径做一次多余core文件的删除动作
- 该问题已解决,对应core文件目录存放不同时间段的core文件,基站进行上下电或者reboot均按照预期删除,只保留最新core文件,磁盘满监控则会删除整个core文件低于门限值
- 10:11 网管产品 错误 #4274 (转测试): 网管版本2.2.4,软件管理进行基站升级偶现版本升级成功界面出现“系统错误”界面卡顿停留
- 10:11 网管产品 错误 #4274 (审视): 网管版本2.2.4,软件管理进行基站升级偶现版本升级成功界面出现“系统错误”界面卡顿停留
- 已处理,增加了无code码的信息返回判断
const code = resultDataNormal?.[0]?.code;
if (code != ... - 09:56 3.0基站产品测试 错误 #4372: 验证Pdu Session modify建立多个GBR Qos Flow功能切换后终端ping不通
- CU修改
- 09:09 3.0基站产品测试 错误 #4243 (审视): AI基站 — 业务保障开关 和 智能优化开关
- 09:09 3.0基站产品测试 错误 #4243 (进行中): AI基站 — 业务保障开关 和 智能优化开关
2025-11-05
- 19:26 B5G_UE 错误 #4370 (审视): 使用平台版本(支持IRN节点 且可调整TA),在切IRN节点后,上行ping包异常
- 平台之前联调时有个问题,dd口地址赋值时变量错误,发现后已修改。后来有次出版本时误回退了代码, 在10.31(上周五)版本已修正,这个版本进行DSUXX测试,是正常的,在切IRN节点后,没有上行ping包异常问题。
- 16:47 3.0基站产品测试 错误 #4387 (转测试): DU-信号量切换问题修改
- 13:41 网管产品 错误 #2478 (挂起): 网管3.0测试,长时间抓包存在覆盖的可能,需要优化
- 11:49 3.0基站产品测试 错误 #4243: AI基站 — 业务保障开关 和 智能优化开关
- 已走查,转审视
- 09:47 3.0基站产品测试 错误 #4187 (审视): 【3.0整机】Rel_3.1.3_Pre1T5,21环境,1D3U 单ue 上下行同时业务长跑6h,du core dump
- 审查代码后,rfic 存在fd只打开没有关闭的情况,已进行修正。
- 09:27 3.0基站产品测试 错误 #4187: 【3.0整机】Rel_3.1.3_Pre1T5,21环境,1D3U 单ue 上下行同时业务长跑6h,du core dump
- 此问题ap_driver修针对FD泄漏问题进行修改后,问题解决。
- 09:42 3.0基站产品测试 错误 #4386 (进行中): 5QI9下有5QI3和5QI4的配置下vonr切换流程异常
2025-11-04
- 20:26 3.0基站产品测试 错误 #4175 (审视): 313T5版本,上行ftp业务,du出现coredump挂死
- 该问题,增加异常指针防护,增加代码异常处理健壮性后,经过多个版本的验证,问题已解决。
- 20:22 3.0基站产品测试 错误 #4242: [3.0产品测试]3.1.3pre1_T6 上行FTP速率不足,只有3.1.2版本的约60%
- 本问题,通过抓包分析,3.1.2版本和3.1.3版本对比,CPE侧均存在丢包,但是3.1.2版本大上行子帧配置下,FTP上传可以达到平均500Mbps,但是3.1.3平均只能300Mbps,基本排除CPE问题导致,同步分析传输也没有明...
- 20:14 3.0基站产品测试 错误 #4386 (已解决): 5QI9下有5QI3和5QI4的配置下vonr切换流程异常
- 【问题描述】基于Rel_3.1.3_Pre1T8版本,替换gnb_du与gnb_cu包,可xnng切换,可vonr业务,但是5QI9下有5QI3和5QI4配置下的vonr切换流程有异常,目标基站cu有挂死,需要cu继续定位;
!... - 20:12 3.0基站产品测试 错误 #2664: 共享内存版本,在7D2U子帧配比下,单上行、单下行均较为稳定,只要上、下行同时灌包,一段时间后上、下行速率均降低到0,进而发生掉线,反复重接
- 该单子已经很早定位清楚,但是当时单子指派人不正确,重新走下单子。
- 20:08 3.0基站产品测试 错误 #4348 (审视): 3.1.3T5版本测试,4UE场景DU COREDUMP问题 timer list内存被踩导致du挂死
- 版本已合入T8。
- 19:35 B5G_UE 任务 #4385 (进行中): UU+DD口平台CP dsuxx帧结构打桩及正式版本验证
- 一
【问题描述】
终端发了Prach,基站回了RAR,但是PDCCH解析失败。
【原因】
基站发的raRnti=43,终端PDCCH固定用269解RAR。需要一致
raRnti计算
!raRnti.jpg!
DU... - 19:34 B5G_UE 任务 #4385 (已关闭): UU+DD口平台CP dsuxx帧结构打桩及正式版本验证
- 记录Uu+Dd测试中遇到的问题。
- 18:12 基站横联 错误 #4194: CPRI环境,灌包core6挂死(PDS trigger启动晚);采用core2 PDU验证
- core2 PDU特性已修改完成,单流情况下基本OK;
双流情况下还存在挂死问题,单独提单跟踪#4384 - 17:56 基站横联 错误 #4384 (新建): core2 PDU版本(hl ni基线),外同步模式下2流挂死问题
- 17:53 基站横联 错误 #4383: core2 PDU合入的版本,自同步模式下core3和core2的DM空间冲突
- DM分配失败的定位思路
1.son sniffer 任务入口和出口,增加free和allac 统计比对
2.检查DM踩尾
3.时序并行冲突检测,使用信号量(DDR)
4.DM分配机制原理
- 17:52 基站横联 错误 #4383 (已解决): core2 PDU合入的版本,自同步模式下core3和core2的DM空间冲突
- 外同步模式下,没有出现core2 DM空间冲突问题;
自同步模式下,core2和core3 的DM空间存在冲突,导致free和dmalloc的失败 - 17:50 基站横联 错误 #4374 (进行中): 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- to战弋戈:和杨晋讨论了你们的解决方案,考虑的太简单了,没有想清楚TFU SFN的维护问题,以及外同步下方案是否可行。
重新给出解决方案 - 17:29 基站横联 错误 #4374: 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 修改后提交给张昆,张昆反馈没有复现。
- 17:26 基站横联 错误 #4374 (转测试): 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 17:24 基站横联 错误 #4374 (审视): 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 17:24 基站横联 错误 #4374 (进行中): 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 分析第一次调整时偏的帧号、时隙号变化情况,发现帧号调整了两次。
TFU在自同步时,也会一直给CP“秒级帧号更新指令”,从节点CP进行第一次时偏调整时,不再响应TFU的“秒级帧号更新指令”。
发生问题时,应该是CP进行第一次时偏调整... - 17:34 B5G_UE 错误 #4325 (挂起): 当物理层PDSCH目前收到rb如果小于4不处理且收sib流程停止,理应应该继续接收sib
- 17:03 3.0基站产品测试 错误 #4131 (已解决): [3.0产品测试] 4UE同时上行灌包,网管上有一个终端的上行NTA值特别大。
- Rel_3.1.3_Pre1T6已验证
- 17:00 网管产品 错误 #4322 (进行中): 网管版本YZMM2.2.4Pre1T1,排查核心网相关操作的操作日志
- 从以下8个方面入手:
1.核心网运维管理
2.入网信息导出
3.参数修改
4.签约用户
5.qos
6.指标监控
7.版本上传,删除,安装,升级,回退
8.历史信息采集 - 16:21 3.0基站产品测试 错误 #4050 (审视): 3.1.3pre1T5版本没有du日志生成
- 已经修改 已经验证。
- 16:16 3.0基站产品测试 错误 #4233: 3.1.3T6版本,基站运行过程中出现phy核挂死问题,终端无法正常进行业务,但终端未释放,协议栈状态检测显示全部正常,基站相当于处于僵尸状态。
- 已在程鹏环境验证通过,待走查合入DEV。
- 16:10 3.0基站产品测试 错误 #4372 (进行中): 验证Pdu Session modify建立多个GBR Qos Flow功能切换后终端ping不通
- 已修改验证通过。
- 16:08 3.0基站产品测试 错误 #4373: [3.0产品测试] 5.8G整机压力测试中,du挂死
- !20251104-160752.jpg!
- 15:38 3.0基站产品测试 错误 #4382 (审视): 【Rel_3.1.3_Pre1T7_E500_4UE】4UE做上下行UDP业务,F1断链恢复小区重建后,下行业务不通
- 4UE接入后,做上下行UDP业务,压力测试3个小时左右,偶现F1断链,自动重建小区后,PDCP处理有点异常,终端再接入后,做上下行UDP业务,下行速率为0
- 15:28 3.0基站产品测试 错误 #4371 (已解决): 验证Pdu Session modify建立多个GBR Qos Flow功能切换后源侧cu挂死
- 替换gnb_cu包后做切换、终端释放场景都未出现cu挂死,问题解决。
- 10:20 3.0基站产品测试 错误 #4371 (转测试): 验证Pdu Session modify建立多个GBR Qos Flow功能切换后源侧cu挂死
- 10:13 3.0基站产品测试 错误 #4371 (审视): 验证Pdu Session modify建立多个GBR Qos Flow功能切换后源侧cu挂死
- 10:13 3.0基站产品测试 错误 #4371: 验证Pdu Session modify建立多个GBR Qos Flow功能切换后源侧cu挂死
- 【问题原因】
数组越界,源基站释放ue上下文时因pdcp_tx_rb中容器的头指针被踩了,导致源基站挂死;
【修改方案】
修改数组的大小
【回归方法和注意事项】
做切换时,源基站不挂死即可关闭问题单 - 09:57 3.0基站产品测试 错误 #4371 (进行中): 验证Pdu Session modify建立多个GBR Qos Flow功能切换后源侧cu挂死
- 14:19 基站横联 错误 #4381: 接收端发现2个PDU的RB调度有重叠
- 需要L2 来看一下TCI payload
- 14:17 基站横联 错误 #4381 (新建): 接收端发现2个PDU的RB调度有重叠
- 11:40 3.0基站产品测试 功能 #4380 (进行中): DU业务线程sysrepo写数据库方式修改
- 11:35 网管产品 功能 #4285 (已解决): 网管版本YZMM2.2.4,优化基站和核心网状态上报
- YZMM2.2.4Pre1T2已实现
- 11:25 网管产品 错误 #4258 (已解决): 网管->网元管理相关优化
- YZMM2.2.4Pre1T2已实现
- 11:12 3.0基站产品测试 错误 #4379 (进行中): CU中的sysrepo连接有两个,容易导致sysrepo死锁,需要删除一个连接
- 11:05 网管产品 错误 #4274: 网管版本2.2.4,软件管理进行基站升级偶现版本升级成功界面出现“系统错误”界面卡顿停留
- 杨凯反馈:实际(安装/升级)成功,但是页面报错
页面获取结果是从redis中拿,要确保redis准确性。
今天复现一个毕现情况,从redis日志看是backend写入,虽然没有复现杨凯的描述,但是属于同类问题
17622... - 10:27 基站横联 错误 #3845 (审视): EVMT4 双向收发时,一端全发一端全收,接收端打发送padding时,导致接收端其他动态时隙全都接收不到
- 请宋卿补充一下解决的原因
- 10:24 产品3.0平台 错误 #4201 (进行中): 横联板卡磁盘损坏
- 还需要解决如下2个问题:
1.如何快速发现磁盘损坏问题,实现自动定位识别?比如,下次再有磁盘损坏时,如何能够给出异常告警日志?
2.补充磁盘损坏的原因分析 - 10:22 3.0基站产品测试 功能 #4378 (进行中): 查找适合cu的状态机机制,优化目前cu代码的状态机机制
- 10:22 3.0基站产品测试 功能 #4378 (进行中): 查找适合cu的状态机机制,优化目前cu代码的状态机机制
- 10:19 3.0基站产品测试 错误 #4375 (转测试): BaseService启动时需要对/coredump路径做一次多余core文件的删除动作
- 09:59 3.0基站产品测试 错误 #4375 (审视): BaseService启动时需要对/coredump路径做一次多余core文件的删除动作
- 09:58 3.0基站产品测试 错误 #4375 (进行中): BaseService启动时需要对/coredump路径做一次多余core文件的删除动作
- 【问题原因】
发现都那个baseService监控不到进程停止时,无法删除coredump下文件,比如reboot场景
【修改方案】
1、启动baseService后10s的时候删除一个coredump目录下文件,只保留每个... - 10:12 基站横联 错误 #4366 (已关闭): 横联静态时隙additional Dmrs解不出来问题
- 已落入主分支
- 10:11 基站横联 错误 #4366: 横联静态时隙additional Dmrs解不出来问题
- 上海验证2个DMRS sym情况下,收发两端可以正常工作。此问题已解决
- 09:58 网管产品 错误 #4354 (进行中): 网管YZMM2.2.4Pre1T2,核心网版本上传存在问题,无法显示
- 09:37 网管产品 错误 #4350 (反馈): 3.0基站web界面打开看门狗功能后,点击停站缺少先关闭看门狗的提示。
- lmt一直有提示,不需要修改
- 09:25 网管产品 错误 #4297 (已解决): 网管2.2.4preT1版本,核心网版本pre3升级Rel_3.3.4_pre4,存在升级失败,成功事件描述不清问题
- 维持原有上报结果,失败不做处理,弹窗提示,成功只报原版本号,当前版本不报。
2025-11-03
- 17:58 核心网产品 错误 #4377 (进行中): NGC服务重启核心网VXLAN网桥异常
- 1、NAT开关打开情况下,VXLAN业务正常;
2、NAT开关关闭,VXLAN业务不通;
修改配置后在核心网LMT网管进行ngc重启,松松定位,重启后VXLAN网桥概率不生效; - 16:22 基站横联 错误 #4351 (进行中): 横联功率上报Power值异常
- 16:22 基站横联 错误 #4351: 横联功率上报Power值异常
- 由张倩来合入正式版本吧
- 16:18 网管产品 错误 #4320 (已解决): 网管版本YZMM2.2.4Pre1T1,包上传出现问题以后,再次上传会锁定,核心网和基站都会出现。
- YZMM2.2.4Pre1T2版本已解决,尝试修改包异常,造成包上传失败,等待10分钟后,再次上传正确的版本包。
- 15:57 产品3.0平台 功能 #4376 (已解决): 9025的带反馈配置不支持orx3,orx4通道数据传输问题
- 15:53 产品3.0平台 功能 #4376 (进行中): 9025的带反馈配置不支持orx3,orx4通道数据传输问题
- 9025的带反馈配置只能支持orx1,orx2通道数据,不支持orx3,orx4通道数据传输
- 14:31 产品3.0平台 错误 #4201 (审视): 横联板卡磁盘损坏
- 14:31 基站横联 错误 #4205: cpri pma初始化失败,导致tfu 挂死/CPU锁死
- 经常发生在不读取stc时钟位置。
- 14:29 B5G_UE 错误 #4293 (审视): AP_driv升级为[Rel_3.1.3_Pre1T6-10-g8662984]后,终端开机时8a34较高概率发生未锁定
- 14:23 3.0基站产品测试 错误 #4375 (已解决): BaseService启动时需要对/coredump路径做一次多余core文件的删除动作
- 可以判断下,如果模式是转储,那么也只做删除动作
- 14:16 基站横联 错误 #4374 (进行中): 每次reboot后的第一次粗同步时偏调整sfn不正确, 第二次开始就正确了
- 12:11 3.0基站产品测试 错误 #4373 (审视): [3.0产品测试] 5.8G整机压力测试中,du挂死
- 测试版本:Rel3.1.3_Pre1T6版本(1022)
测试设备:军特整机192.168.8.234 核心网 192.168.8.218
测试用例:两用户后路由速率测试
基站配置:1D3U
测试终端:星创CPE,空口测试
... - 12:09 基站横联 错误 #4369 (进行中): 【协议栈】2流峰速情况下,PHY接收到的slot config 消息时序异常
- 10:23 基站横联 错误 #4369: 【协议栈】2流峰速情况下,PHY接收到的slot config 消息时序异常
- 出现很多slot cfg下发晚了一个slot的情况;正常应该是提前2个slot,但实际配置下来只提前了1个slot;
但第一条差别有点大,SFN都不一样
LOG_ERROR_S("slot_cfg_req err:%d,%... - 10:15 基站横联 错误 #4369 (进行中): 【协议栈】2流峰速情况下,PHY接收到的slot config 消息时序异常
- 11:33 3.0基站产品测试 错误 #4372 (进行中): 验证Pdu Session modify建立多个GBR Qos Flow功能切换后终端ping不通
- 【问题描述】基于Rel_3.1.3_Pre1T8版本(替换cu包、mem_config_dl.txt、mem_config_ul.txt文件),验证#4237问题单Pdu Session modify建立多个GBR Qos Flow功...
- 11:29 3.0基站产品测试 错误 #4371 (已解决): 验证Pdu Session modify建立多个GBR Qos Flow功能切换后源侧cu挂死
- 【问题描述】基于Rel_3.1.3_Pre1T8版本(替换cu包、mem_config_dl.txt、mem_config_ul.txt文件),验证#4237问题单Pdu Session modify建立多个GBR Qos Flow功...
- 10:56 基站横联 错误 #4366: 横联静态时隙additional Dmrs解不出来问题
- 根因分析:开发静态时隙dmrs 2port的时候引入的;未考虑additional dmrs情况。动态时隙HL也没有问题。
- 10:25 基站横联 错误 #4366 (已解决): 横联静态时隙additional Dmrs解不出来问题
- 已合入主分支,发送端采数已验证;待接收端验证
- 10:38 基站横联 错误 #4282 (已解决): slot10 静态时隙执行后,slot12、14、16、18 CRC错误
- 测试未再出现此问题
- 10:37 基站横联 错误 #4211 (已解决): onestep版本,自同步模式下,静态时隙的TB解不对
- 10:29 核心网产品 错误 #4355: 核心网LMT的NGC服务重启过快可能会异常
- 原因分析:
页面上连续点击重启ngc服务,会导致linux系统把点击误认为是服务异常,不停的重启,再次重启后,systemctl因为启动过快进行阻止
解决方案:
1、页面上点击时,增加弹窗和结果返回弹窗,减少频繁点击的频率
2... - 10:19 B5G_UE 错误 #4370 (进行中): 使用平台版本(支持IRN节点 且可调整TA),在切IRN节点后,上行ping包异常
- 单UU口是支持TA调整的。
平台先出了个IRN节点不支持TA调整的版本, 支持全系统测试 - 10:17 B5G_UE 错误 #4370 (已解决): 使用平台版本(支持IRN节点 且可调整TA),在切IRN节点后,上行ping包异常
- 10:08 网管产品 功能 #4301 (已解决): 网管2.2.4preT1版本,基站3.1.3PRE1T6版本网管未对基站版本包gnb-swd.ini版本内容做校验
- YZMM2.2.4Pre1T2已解决,手动修改gnb-swd.ini文件上传版本包到3.0基站,文件校验功能OK
- 10:00 3.0基站产品测试 错误 #4368 (新建): 【Rel_3.1.3_Pre1T7_E500_32UE】1D3U配置32UE做上下行FTP业务,某些用户FTP时通时不通
- 小区激活,128用户接入后,做128UE的上下行FTP业务,会出现某些用户FTP时通时不通现象,降低至32UE逐步增加,发现大于95个终端做业务出现此现象,低于95个终端做FTP,暂未出现FTP业务失败情况
- 09:58 产品3.0平台 错误 #3986 (进行中): 3.0军特600M基站CFR失效;峰值溢出
- 09:56 产品3.0平台 错误 #4023 (挂起): 正维3.3Gru整机测试TX1输出指标较差
- 09:26 核心网产品 错误 #4334 (进行中): 核心网签约用户数超过20000,点击网页“签约用户配置”菜单,网页显示缓慢
- 原因分析:
签约用户比较多时,在页面上进行渲染显示时,会导致pc机的cpu冲高,表现出显示缓慢
解决方案:
将查询的签约用户在页面上显示时,进行分页显示。默认单页显示10条,可以通过页面设置每页显示条数 - 09:25 3.0基站产品测试 功能 #4358 (进行中): BaseService增加CPU超限告警,检查CPU核的整体CPU使用率是否超限
- 09:21 核心网产品 错误 #4290: 核心网3.3.4pre3版本,在8.218上reboot会导致sip注册异常
- 在核心网3.3.4pre5版本进行测试
- 09:18 核心网产品 错误 #4288: 核心网3.3.4pre3版本,修改后路由及nat相关配置会导致sip注册异常
- 在版本3.3.4pre5上测试
- 09:15 核心网产品 错误 #4204 (进行中): NAT关闭后UE无法接入
- dnn配置生成的时候,natifname没有同步,导致关闭nat后,upfl3启动失败
- 09:14 3.0基站产品测试 错误 #4235 (已关闭): baseService优化phy的基站服务异常告警的判断逻辑
- 在Rel_3.1.3_Pre1T8版本,验证如下场景,都符合预期,问题关闭。...
- 09:11 3.0基站产品测试 错误 #4338 (转测试): 3.1.3的版本包退出时出现cu coredump在sctp connect_peer
- Rel_3.1.3_Pre1T8版本代码已合入该问题的修改
- 08:56 核心网产品 功能 #4206 (转测试): 核心网版本Rel_3.3.4_pre2,增加&优化信令面和数据面使用路由
- 缺省路由增加到信令面和数据面的网关,可以访问信令和数据地址。
通过设置数据面的路由优先级高于信令面,用于保障终端访问外部网络走数据端口 - 08:54 网管产品 错误 #4350 (进行中): 3.0基站web界面打开看门狗功能后,点击停站缺少先关闭看门狗的提示。
- 08:51 3.0基站产品测试 功能 #4328: 增加LogDecode日志解析工具, 支持b5g 维测日志输出
- 编码完成,待联调
- 08:50 核心网产品 错误 #4202 (进行中): T2版本升级到T2版本后VXLAN业务不通
- 原因分析:
T2版本中修改了将,dnn配置转移到数据库中,修改dnn配置后,再次升级后,upf的配置文件恢复到安装脚本的文件,没有将dnn的数据库配置刷到upf配置文件中导致,分配的ip地址和upf生效的ip地址网段不一致
修改方... - 08:45 核心网产品 功能 #4197 (转测试): 【需求】核心网版本3.3.4pre2(x86&arm),增加ims开机自启
- 在最新的版本已经增加ims服务开机自启动操作
2025-10-31
- 18:23 3.0基站产品测试 错误 #4096 (反馈): [3.0产品测试]3.1.3pre1T5 射频配置-功放通道仍显示无
- 等待功放版本烧写
- 18:22 3.0基站产品测试 错误 #3823 (反馈): [3.0产品测试]3.1.2pre1_T5 模拟拉远测试,较差信道环境时下行mcs掉零
- 18:03 产品3.0平台 功能 #4304 (挂起): 驻波比功能异常
- 修改驻波比工具后暂时未发现问题,问题挂起
- 18:02 产品3.0平台 功能 #3164 (已关闭): 校准参数写入EEPROM
- 现阶段不需要写入校准数据
- 16:22 3.0基站产品测试 错误 #4262 (转测试): 【Rel_3.1.3_Pre1T6_E500_128UE】大上行配比同时上下行UDP业务,TTI=4压力15小时导致DU挂死(DU内存耗尽时,出现空指针未保护问题,导致coredump)
- 已合入3.1.3_Pre1T8版本
- 16:20 3.0基站产品测试 错误 #4262 (审视): 【Rel_3.1.3_Pre1T6_E500_128UE】大上行配比同时上下行UDP业务,TTI=4压力15小时导致DU挂死(DU内存耗尽时,出现空指针未保护问题,导致coredump)
- 已走查,转审视
- 15:55 B5G_UE 错误 #4356: B5G终端版本V0.0.1_T06,dd口am模式下两终端互ping包出现周期性大时延(几百ms)
- 【问题原因】
1 通过问题复现,抓取PING包的LOG,与协议栈LOG对比分析,PING包时延大的包是因为发端的PING REQUREST数据包在接收端出现CRC ERROR而丢失,所以问题归结为RLC AM的重传时延过大的问题。
... - 15:50 网管产品 错误 #4253 (已解决): 网管版本YZMM2.2.3,软件管理界面升级、安装前增加前端检测提示看门狗状态
- YZMM2.2.4Pre1T2版本已解决,打开看门狗开关进行升级
- 15:48 网管产品 错误 #4316 (已解决): 网管版本YZMM2.2.4Pre1T1增加基站运行日志处理导出格式csv
- YZMM2.2.4Pre1T2版本已解决
- 15:46 网管产品 错误 #4317 (已解决): 网管版本YZMM2.2.4Pre1T1,导出历史指标操作日志提示失败问题
- YZMM2.2.4Pre1T2版本已解决
- 15:33 网管产品 错误 #4367 (新建): 网管版本YZMM2.2.4Pre1T2,软件管理安装升级版本弹窗去掉“红色字体”
- 网管版本YZMM2.2.4Pre1T2,软件管理安装升级版本弹窗去掉“红色字体”
备注“注:安装/升级前需要检测看门狗状态,若继续操作请先去部件状态页面关闭看门狗并重启gnb-agent” - 15:20 网管产品 功能 #4249 (已解决): 网管版本2.2.3,增加单独对logwrite的运维管理
- YZMM2.2.4Pre1T2已解决
[verinfo]
inner_ver_id=344
build_time=2025-10-30T08:42:37
desc=Rel... - 15:18 网管产品 错误 #4130 (已解决): 网管版本2.2.2,核心网arm类型和x86类型混淆上传版本未校验,基站2.0和3.0也有此问题
- YZMM2.2.4Pre1T2已解决
- 15:00 B5G_UE 错误 #4359 (审视): 终端进入IRN后,由于调度时隙没有初始化,出现1个slot调度3个SSB的情况出现
- 【问题描述】终端进入IRN后,由于调度时隙没有初始化,出现1个slot调度3个SSB的情况出现
【问题修改方案】rgSCHLvl1TomTtiInitSchInfo函数中将如下判断条件,保证在当前IRN_OM模式下切换到IRN时能够... - 14:55 B5G_UE 错误 #4359: 终端进入IRN后,由于调度时隙没有初始化,出现1个slot调度3个SSB的情况出现
- phy打印发现每个TTI收到3个ssb pdu消息,因此报错,需要协议栈解决
- 12:10 B5G_UE 错误 #4359 (进行中): 终端进入IRN后,由于调度时隙没有初始化,出现1个slot调度3个SSB的情况出现
- 14:37 基站横联 错误 #4366: 横联静态时隙additional Dmrs解不出来问题
- 横联静态时隙additional Dmrs解不出来,ape1上的nrOfDmrsPorts期望值是2,实际为0.
原因:在ape0计算nrOfDmrsPorts的时候,将参数存入了ape0的私有参数空间,ape1无法获取该参数;
... - 14:20 基站横联 错误 #4366 (进行中): 横联静态时隙additional Dmrs解不出来问题
- 14:19 基站横联 错误 #4366 (已关闭): 横联静态时隙additional Dmrs解不出来问题
- 横联环境,在静态时隙下additional Dmrs解不出来
- 12:10 B5G_UE 错误 #4360 (进行中): UU口1D3U环境,基站没收到msg1,定位可能是终端和基站GPS同步问题
- 12:10 B5G_UE 错误 #4361 (进行中): UU口1D3U环境,终端小区搜索pci错误
- 12:09 B5G_UE 错误 #4363 (进行中): B5G终端DD口版本V0.0.1_T06,终端启动失败,gps卡死后失联
- 10:08 B5G_UE 错误 #4363 (进行中): B5G终端DD口版本V0.0.1_T06,终端启动失败,gps卡死后失联
- 简述:B5G终端DD口版本V0.0.1_T06,终端启动失败,gps卡死后失联
测试版本:V0.0.1_T06
问题描述:B5G终端DD口版本V0.0.1_T06,终端启动失败,gps卡死后失联
!img_v3_02rj_7cf... - 12:08 B5G_UE 错误 #4364 (进行中): B5G终端DD口版本V0.0.1_T06,终端启动成功后,后台卡死并失联
- 10:10 B5G_UE 错误 #4364 (进行中): B5G终端DD口版本V0.0.1_T06,终端启动成功后,后台卡死并失联
- 简述:B5G终端DD口版本V0.0.1_T06,终端启动成功后,后台卡死并失联
测试版本:V0.0.1_T06
问题描述:B5G终端DD口版本V0.0.1_T06,终端启动成功后,后台卡死并失联
!img_v3_02rj_89f... - 11:57 网管产品 错误 #4318: 基站版本Rel_3.1.3_Pre1T6,LMT界面小区状态显示:网络正常,修改与网管一致,修改为“正常”
- Rel_3.1.3_Pre1T6版本已解决
- 11:57 网管产品 错误 #4318 (已解决): 基站版本Rel_3.1.3_Pre1T6,LMT界面小区状态显示:网络正常,修改与网管一致,修改为“正常”
- YZMM2.2.4Pre1T2版本已解决
- 11:56 网管产品 错误 #4326 (已解决): 网管版本YZMM2.2.4Pre1T1,基站指标中去掉“功放版本号”和“功放频率”上报
- YZMM2.2.4Pre1T2版本已解决
- 11:56 网管产品 错误 #4327 (已解决): 网管版本YZMM2.2.4Pre1T1,终端指标“100ms内用户slot占比”和“100ms内时域调度占比”为重复指标
- YZMM2.2.4Pre1T2版本已解决
- 11:51 网管产品 错误 #4332 (已解决): 网管版本YZMM2.2.4Pre1T1,89-92告警名称修改
- YZMM2.2.4Pre1T2已解决
- 11:48 网管产品 错误 #4345 (反馈): core_agent历史信息采集优化
- 未采集到操作系统安全日志
- 11:38 网管产品 错误 #4349 (已解决): 网管版本YZMM2.2.4Pre1T1,由基站T7版本安装T5版本 出现基础配置获取失败
- YZMM2.2.4Pre1T2已解决
- 10:25 3.0基站产品测试 功能 #4365 (进行中): LogWriter 日志流控
- 10:25 3.0基站产品测试 功能 #4365 (转测试): LogWriter 日志流控
- 09:59 网管产品 功能 #4362 (新建): php-web的网管时间,时区,网元的时区,时间,状态,内部版本号,cpu架构等关键实时数据需要oam-backend提供处理
- 由oam-backend提供并整理网管信息(时间,时区) 和 网元信息(时区,时间,状态,内部版本号,cpu架构)分别存入Redis指定的 Hash 类型键值对集合;
1. 网管信息 : mns-status 和 网元信息: “网元... - 09:53 网管产品 错误 #4295: 3.0基站在reboot或者下电上电之后,网管有概率会出现mcs table参数显示异常问题。
- YZMM2.2.4Pre1T2版本已解决,请在后续版本验证
- 09:48 基站横联 错误 #4232 (进行中): onestep版本,core4挂死
- 09:47 网管产品 功能 #4321: 将网管参数配置主控文件后置到基站做统一维护管理,网管需要从后续版本的基站上获取该主控文件
- /yzmm/gnb/agent/GnbParaShowConfig.xml 显示主控文件绝对路径
- 09:47 基站横联 错误 #4055 (进行中): slot 全部调度情况下,PDS RB200 MCS27,出现core6 挂死
- 09:47 基站横联 错误 #4055: slot 全部调度情况下,PDS RB200 MCS27,出现core6 挂死
- !%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202025-10-31%20094608.png!
把slot10的PDSCH任务移至core2后,该问题解决。
2025-10-30
- 20:49 B5G_UE 错误 #4361 (已关闭): UU口1D3U环境,终端小区搜索pci错误
- 20:48 B5G_UE 错误 #4360 (进行中): UU口1D3U环境,基站没收到msg1,定位可能是终端和基站GPS同步问题
- 20:39 网管产品 功能 #4357: lmt和网管增加一个参数-上行rb爬坡门限
- 网管已同步
- 20:04 网管产品 功能 #4357: lmt和网管增加一个参数-上行rb爬坡门限
- <ConfigItem name="ULRB_CLIMB_PL_THRESHOLD" isShow="1" showName="上行RB爬坡路损门限(db)" canEdit="" showType="" range="[0,200]...
- 20:03 网管产品 功能 #4357 (进行中): lmt和网管增加一个参数-上行rb爬坡门限
- lmt已添加,待网管同步更新
- 20:00 网管产品 功能 #4357: lmt和网管增加一个参数-上行rb爬坡门限
- <ConfigItem name="ULRB_CLIMB_PL_THRESHOLD" isShow="1" showName="上行RB爬坡路损门限" canEdit="" showType="" range="[0,200]" as...
- 19:59 网管产品 功能 #4357: lmt和网管增加一个参数-上行rb爬坡门限
- 数据类型 unit16,取值范围[0,200].LMT和网管都要增加,在3.1.3T8 和3.1.4第一个版本都需要合入。
- 19:57 网管产品 功能 #4357: lmt和网管增加一个参数-上行rb爬坡门限
- !%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202025-10-30%20195625.png!
- 19:57 网管产品 功能 #4357 (已解决): lmt和网管增加一个参数-上行rb爬坡门限
- 20:32 B5G_UE 错误 #4359 (审视): 终端进入IRN后,由于调度时隙没有初始化,出现1个slot调度3个SSB的情况出现
- 20:17 3.0基站产品测试 功能 #4358 (已解决): BaseService增加CPU超限告警,检查CPU核的整体CPU使用率是否超限
- 1)检查的核可配,缺省:0,1,2,3,4,5,7
2)检查的频率可配,缺省:1s一次
3)告警的阈值和恢复阈值可配,缺省:95%,恢复:94%
4)上报告警的连续检测次数可配,缺省:15
5)上报告警后,有一次检测到低于恢复... - 20:02 网管产品 功能 #4352: 增加丢包保护的开关
- 暂不合入Rel_3.1.3_Pre1T8
- 13:47 网管产品 功能 #4352: 增加丢包保护的开关
- lmt已增加,待网管同步增加
<Block name="CU可选参数配置" path="" defShow="0" child="" parent="">
<ConfigItem name="/yzmm/gnb/c... - 11:59 网管产品 功能 #4352 (进行中): 增加丢包保护的开关
- 11:59 网管产品 功能 #4352 (转测试): 增加丢包保护的开关
- 配置文件位置:/yzmm/gnb/cu/config/gnb_config.txt
配置section:[UP_SHM_CONFIG],配置key:DISCARD_DL_DATA_TIME
默认值:1000
有效值范围:0-10000 - 19:23 B5G_UE 错误 #4356 (进行中): B5G终端版本V0.0.1_T06,dd口am模式下两终端互ping包出现周期性大时延(几百ms)
- 19:16 B5G_UE 错误 #4356 (进行中): B5G终端版本V0.0.1_T06,dd口am模式下两终端互ping包出现周期性大时延(几百ms)
- 简述:B5G终端版本V0.0.1_T06,dd口am模式下两终端互相ping包时周期性出现大时延包(几百ms)
测试版本:V0.0.1_T06
问题描述:B5G终端版本V0.0.1_T06,dd口am模式下两终端互相ping包时周... - 16:17 核心网产品 错误 #4355 (新建): 核心网LMT的NGC服务重启过快可能会异常
- 多次点击核心网LMT的NGC服务重启可能会导致核心网NGC异常,需要增加保护;
- 15:57 B5G_UE 功能 #4220: CP_drv - PHY动态buffer修改,实现UU+DD合一版本
- ue IP
!ue%20IP.jpg!
Device ID
!Device%20ID.jpg!
phycellId
!phycellId.jpg!
- 15:52 B5G_UE 功能 #4220: CP_drv - PHY动态buffer修改,实现UU+DD合一版本
- 【DD验证】
分别检查两个DD终端的json配置文件,注意以下几个差别
1. irnSupport
"irnSupport" : "2",/* 0-Not support,for UU, 1-IRN_IM, 2-IRN_O... - 10:54 B5G_UE 功能 #4220 (已解决): CP_drv - PHY动态buffer修改,实现UU+DD合一版本
- 10:53 B5G_UE 功能 #4220: CP_drv - PHY动态buffer修改,实现UU+DD合一版本
- 【问题提交】
关联问题#4347
分支:bugfixed_20251020
SHA-1: f8c3d2b6cfe06fce9edb7200823c6eecfa6460fb - 15:35 网管产品 错误 #4354 (已解决): 网管YZMM2.2.4Pre1T2,核心网版本上传存在问题,无法显示
- 网管YZMM2.2.4Pre1T2,核心网版本上传存在问题,无法显示
- 15:33 3.0基站产品测试 错误 #4287 (已解决): 终端phy测试, logwriter输出日志,核5部分日志没有输出
- !c88ec3da-191e-43f5-9c0e-da3d4b5f2074.png!
【回归方法和注意事项】
通过phy提供的小包和logriter这个单子对应的包,终端侧启动phy和协议栈大概1分钟就可以看到核5两条日志是否都完... - 14:49 3.0基站产品测试 错误 #4287 (转测试): 终端phy测试, logwriter输出日志,核5部分日志没有输出
- 14:47 3.0基站产品测试 错误 #4287 (审视): 终端phy测试, logwriter输出日志,核5部分日志没有输出
- 12:39 3.0基站产品测试 错误 #4287: 终端phy测试, logwriter输出日志,核5部分日志没有输出
- 【问题原因】
有两个原因:
1、Logwriter周期性从内存读取日志,每次是增量读取,之前这边的代码逻辑有问题导致单条log地址算错;
2、在logwriter这边flush时有限制,数据有10kb时才flush一次,这样是为... - 15:06 网管产品 功能 #4286: 【Rel_3.1.3_Pre1T6_E500_128UE】网络监控-指标-基站指标趋势图页面,可灵活配置横/纵坐标的颗粒度
- 这个单子可以研究可行性后,再进行开发工作。
- 14:56 网管产品 错误 #4258 (转测试): 网管->网元管理相关优化
- 14:56 网管产品 错误 #4258 (审视): 网管->网元管理相关优化
- 14:55 网管产品 功能 #4249 (转测试): 网管版本2.2.3,增加单独对logwrite的运维管理
- 14:55 网管产品 功能 #4285 (转测试): 网管版本YZMM2.2.4,优化基站和核心网状态上报
- 14:54 网管产品 错误 #4256 (转测试): 【Rel_3.1.3_Pre1T6_E500多用户】在CU内促池规格配置中增加一项“CU数据面帧缓存规格(字节)”
- 14:54 网管产品 错误 #4256 (审视): 【Rel_3.1.3_Pre1T6_E500多用户】在CU内促池规格配置中增加一项“CU数据面帧缓存规格(字节)”
- 14:54 网管产品 错误 #4295 (转测试): 3.0基站在reboot或者下电上电之后,网管有概率会出现mcs table参数显示异常问题。
- 14:54 网管产品 错误 #4295 (审视): 3.0基站在reboot或者下电上电之后,网管有概率会出现mcs table参数显示异常问题。
- 目前只是取巧处理,如果极端情况下拿不到该信息,依然会出现问题
- 14:51 网管产品 错误 #4345 (转测试): core_agent历史信息采集优化
- 14:51 网管产品 错误 #4345: core_agent历史信息采集优化
- 3.3.4_Pre5,内部版本号143 之前的依然会有该问题出现
之后已处理 - 14:49 网管产品 错误 #4349 (转测试): 网管版本YZMM2.2.4Pre1T1,由基站T7版本安装T5版本 出现基础配置获取失败
- 已经去掉该配置项
- 14:49 网管产品 错误 #4349 (审视): 网管版本YZMM2.2.4Pre1T1,由基站T7版本安装T5版本 出现基础配置获取失败
- 14:48 网管产品 错误 #4349 (进行中): 网管版本YZMM2.2.4Pre1T1,由基站T7版本安装T5版本 出现基础配置获取失败
- 10:55 网管产品 错误 #4349 (已解决): 网管版本YZMM2.2.4Pre1T1,由基站T7版本安装T5版本 出现基础配置获取失败
- 网管版本YZMM2.2.4Pre1T1,由基站T7版本安装T5版本 出现基础配置获取失败
备注:CELL_ADMIN_STATUS多了一个小区管理状态,“小区管理状态” - 14:05 3.0基站产品测试 错误 #4353 (审视): Pre1T6版本小区去激活后会上报“DU TTI异常”告警
- 【问题描述】Rel_3.1.3_Pre1T6版本小区去激活后会上报“DU TTI异常”告警,不符合预期;
!DU%20TTI%E5%BC%82%E5%B8%B8%E5%91%8A%E8%AD%A6.jpg!
- 14:05 网管产品 功能 #4195 (已解决): 【需求】cu资源初始化时间关联恢复的基站服务异常告警细化
- 网管版本YZMM2.2.4Pre1T1版本已实现告警上报显示和告警恢复逻辑显示
- 14:00 3.0基站产品测试 错误 #4235 (已解决): baseService优化phy的基站服务异常告警的判断逻辑
- 基于Rel_3.1.3_Pre1T7版本,替换玮璇提供baseService、baseService arm.ini文件后,验证如下场景,都符合预期,问题已解决;...
- 13:52 3.0基站产品测试 错误 #4235 (转测试): baseService优化phy的基站服务异常告警的判断逻辑
- 11:30 基站横联 错误 #4351 (已解决): 横联功率上报Power值异常
- 给协议栈上报时候取值, l1c_drv_Rx_pwr_ind->Rx0_pwr[slot_in_5ms],中的ITEM Rx0_pwr是uint32, 对应的DDR取值应该是LOAD_EX_W, 原来是LOAD_EX_B
- 11:19 网管产品 错误 #4350 (反馈): 3.0基站web界面打开看门狗功能后,点击停站缺少先关闭看门狗的提示。
- 网管版本:2.2.2
基站版本:3.1.2
详细描述:3.0基站看门狗功能打开之后,基站web界面点停站可以停,网管界面点停站会提示先关闭看门狗功能后才可以停站。
建议:基站lmt增加一个提示。 - 11:13 3.0基站产品测试 错误 #4348: 3.1.3T5版本测试,4UE场景DU COREDUMP问题 timer list内存被踩导致du挂死
- 目前针对此种情况,已对定时器链表节点合法性进行校验,并对非法节点进行清理进行了修改,以保障链表可以正常处理下去。修改版本自测通过,无害验证已完成。
- 11:02 3.0基站产品测试 错误 #4348: 3.1.3T5版本测试,4UE场景DU COREDUMP问题 timer list内存被踩导致du挂死
- !%E6%AD%A3%E5%B8%B8%E8%8A%82%E7%82%B9%E5%86%85%E5%AD%98%E5%9D%97%E5%BF%AB%E7%85%A7.png!
正常节点内存块快照 - 11:01 3.0基站产品测试 错误 #4348: 3.1.3T5版本测试,4UE场景DU COREDUMP问题 timer list内存被踩导致du挂死
- 异常节点内存块快照
!%E5%BC%82%E5%B8%B8%E8%8A%82%E7%82%B9%E5%86%85%E5%AD%98%E5%9D%97%E5%BF%AB%E7%85%A7.png!
正常节点内存块快照
- 10:56 3.0基站产品测试 错误 #4348: 3.1.3T5版本测试,4UE场景DU COREDUMP问题 timer list内存被踩导致du挂死
- core记录数据分析,显示链表:
(gdb) p *(CmTqType *) 0xe7a5a8
$9 = {
first = 0x7d4a5bb164,
tail = 0x7d4b9b4430
}
中存在一个异常节... - 10:34 3.0基站产品测试 错误 #4348: 3.1.3T5版本测试,4UE场景DU COREDUMP问题 timer list内存被踩导致du挂死
- corestack:
!corestack.png!
- 10:32 3.0基站产品测试 错误 #4348 (进行中): 3.1.3T5版本测试,4UE场景DU COREDUMP问题 timer list内存被踩导致du挂死
- 该问题coredump解析,显示在处理定时器消息过程中异常。
- 10:01 3.0基站产品测试 错误 #4348 (已解决): 3.1.3T5版本测试,4UE场景DU COREDUMP问题 timer list内存被踩导致du挂死
- 4UE场景有一个DU COREDUMP问题 timer list内存被踩
- 11:00 网管产品 功能 #4321: 将网管参数配置主控文件后置到基站做统一维护管理,网管需要从后续版本的基站上获取该主控文件
- 3.1.4主控文件以基站为准后续special字段网管标签为yzmm-special,lmt标签为lmt-special
- 10:10 FirstCall 错误 #4347: pucch和pusch共slot时会存在pusch符号12的数据被pucch覆盖
- !20251030-100820.jpg!
!20251030-100825.jpg!
!20251030-100840.jpg!
- 10:09 FirstCall 错误 #4347 (进行中): pucch和pusch共slot时会存在pusch符号12的数据被pucch覆盖
- 【问题描述】30环境下上行灌包15M1D3U环境下,出现PUSCH CRC 6%误包;北京另一套环境,加新CP diver版本后后PUSCH误包80%
【问题原因】
原因是:调整PUC 和PUS优先级后,先触发PUS,后触发P... - 09:54 3.0基站产品测试 错误 #4344 (转测试): 针对CPE无上行流量后,反复掉线,无法成功接入的问题
- 09:54 3.0基站产品测试 错误 #4344 (审视): 针对CPE无上行流量后,反复掉线,无法成功接入的问题
- 【问题原因】
3.1.3分支有四UE,大下行子帧配比,同时上下行灌包的场景,出现个别终端上行断流后反复掉线重接的问题
依据:当出现上行无流量,后停止下行灌包,可以恢复UE的上行流;
根因:属于星创易联的Bug
【修改方案】... - 09:09 网管产品 功能 #4308: 增加基站软件本地配置导出导入
- 配置导入成功后提醒用户复位基站软件生效配置
2025-10-29
- 20:24 FirstCall 错误 #4347 (进行中): pucch和pusch共slot时会存在pusch符号12的数据被pucch覆盖
- pusch任务优先级高于pucch,但是pucch默认搬两个符号的数据到发送buff里。
- 20:15 3.0基站产品测试 错误 #4338 (审视): 3.1.3的版本包退出时出现cu coredump在sctp connect_peer
- 09:50 3.0基站产品测试 错误 #4338 (反馈): 3.1.3的版本包退出时出现cu coredump在sctp connect_peer
- 09:21 3.0基站产品测试 错误 #4338: 3.1.3的版本包退出时出现cu coredump在sctp connect_peer
- 【问题原因】
1、之前优雅退出阻绝第二次信号的代码未在此分支,会导致快速执行exit(0)
2、之前代码错误导致未先执行ping邻操作,后续在快速退出时对xn邻操作的时候导致对象成员被二次信号析构,线程崩溃在fd使用
【修改... - 09:15 3.0基站产品测试 错误 #4338 (进行中): 3.1.3的版本包退出时出现cu coredump在sctp connect_peer
- 09:15 3.0基站产品测试 错误 #4338 (转测试): 3.1.3的版本包退出时出现cu coredump在sctp connect_peer
- (gdb) bt
#0 0x0000007fa4c38e04 in __run_exit_handlers (status=status@entry=0, listp=0x7fa4d6f5c8 <__exit_funcs>,
r... - 20:14 3.0基站产品测试 错误 #4235 (审视): baseService优化phy的基站服务异常告警的判断逻辑
- 20:13 3.0基站产品测试 错误 #4235 (反馈): baseService优化phy的基站服务异常告警的判断逻辑
- 14:01 3.0基站产品测试 错误 #4235 (进行中): baseService优化phy的基站服务异常告警的判断逻辑
- 【问题原因】
phy的心跳检测之前的不准确需要改成test_mem 0xB7E06150 32,检查四项;
但是该检测在reboot后,phy启动还没建立小区的时候phy心跳一直是0x00000000,因此需要排除该场景
【... - 16:56 2.0基站产品化测试 功能 #4346 (进行中): 编译时添加当前代码的hash值
- 测试结果如图片所示
- 16:42 2.0基站产品化测试 功能 #4346 (进行中): 编译时添加当前代码的hash值
- 编译出来的du小包没有标识没有办法确认当前版本是从哪个基线编码的,因此添加hash码在界面打印中,从而判断当前版本。
- 16:53 3.0基站产品测试 功能 #4151 (转测试): agent与协议栈子模块状态获取接口优化
- agent完成联通自验,待合入版本测试回归
- 16:30 3.0基站产品测试 功能 #4151 (进行中): agent与协议栈子模块状态获取接口优化
- du增加/du-cell:DU-CELL/BASE/GPS_SYNC_STATUS
DU与agent之间使用sysrepo数据库中的某配置项通信:
1)DU启动未开始GPS同步之前,设置配置项为“失步”
2)DU与GPS同步成功... - 16:27 FirstCall 错误 #3271: Msg4 S时隙译码错误
- 下行bler,统计的是PUCCH HARQ反馈
!%E4%B8%8B%E8%A1%8Cbler.jpg!
- 16:26 FirstCall 错误 #3271: Msg4 S时隙译码错误
- 上行bler
ulCurrentBler
!%E4%B8%8A%E8%A1%8Cbler.jpg!
- 16:20 网管产品 错误 #4345 (审视): core_agent历史信息采集优化
- 已修改验证成功
- 13:59 网管产品 错误 #4345 (进行中): core_agent历史信息采集优化
- 13:59 网管产品 错误 #4345 (已解决): core_agent历史信息采集优化
- 1.“操作系统操作日志”需要执行history命令即时导出采集;
2.“操作系统调试日志”需要包含messages系列文件、syslog系列文件和lastlog系统文件;
3.“操作系统安全日志”采集auth.log;
4.与基... - 12:08 B5G_UE 错误 #3629 (已关闭): UU口接入流程中,基站没收到msg3
- 北京换了环境上,回退了APdriver,问题未再发生。close。
- 12:06 B5G_UE 设计 #3246 (已关闭): D2D模式下nas的uu搜网与IM和OM搜网配合方案
- 问题解决,关闭。
- 12:05 B5G_UE 设计 #3236 (已关闭): nc与dlap的下一跳路由获取线程冲突修改
- 问题解决,可以关闭。
- 12:01 B5G_UE 错误 #4171 (已关闭): V0.0.1_T06__Alaph3三终端测试a-c灌包AM模式下速率会掉到0
- 复测,在UM和AM上暂时没有这个问题(保持可以超过30分钟)。
Close。 - 11:47 B5G_UE 任务 #4254 (已关闭): B5G终端版本V0.0.1_T06__Alpha4-6研发内部回归测试
- 11:42 B5G_UE 错误 #4341 (进行中): B5G终端版本V0.0.1_T06,从协议栈log看没收到小区的系统消息
- 09:58 B5G_UE 错误 #4341 (进行中): B5G终端版本V0.0.1_T06,从协议栈log看没收到小区的系统消息
- 简述:B5G终端版本V0.0.1_T06,终端启动失败
测试版本:V0.0.1_T06
问题描述:B5G终端版本V0.0.1_T06,终端启动失败,从协议栈log看没收到小区搜索的报告,抓取phy log
!20251029-0... - 11:42 B5G_UE 错误 #4343 (进行中): B5G终端版本V0.0.1_T06,uu口7D2U偶现未走到msg3
- 10:29 B5G_UE 错误 #4343 (进行中): B5G终端版本V0.0.1_T06,uu口7D2U偶现未走到msg3
- 简述:B5G终端版本V0.0.1_T06,uu口7D2U偶现不发msg3
测试版本:V0.0.1_T06
问题描述:B5G终端版本V0.0.1_T06,uu口7D2U偶现不发msg3 - 11:42 B5G_UE 错误 #3530: UU口测试时,发生了一次终端板卡挂死,且挂死的终端会频繁地发送MAC CTRL消息导致处于该交换机下的网络出现故障
- 当系统崩溃时eth2 网卡会发出 pause信息,现在的交换机不会回应这个信息,也不会对信息进行处理,会导致网络风暴。 现在在eth2 网卡驱动中关闭这个功能。
- 11:42 B5G_UE 错误 #4325: 当物理层PDSCH目前收到rb如果小于4不处理且收sib流程停止,理应应该继续接收sib
- 发生概率低,约1-5%。
- 11:35 B5G_UE 错误 #4293 (反馈): AP_driv升级为[Rel_3.1.3_Pre1T6-10-g8662984]后,终端开机时8a34较高概率发生未锁定
- 11:34 B5G_UE 错误 #4293: AP_driv升级为[Rel_3.1.3_Pre1T6-10-g8662984]后,终端开机时8a34较高概率发生未锁定
- 以前的旧系统,在某些情况下会发生将idtcm.bin 文件替换,用系统中原来不同场景下出的bin文件。 现在更换md5 最后为115的idtcm.bin, 同时删除原来旧的文件。
- 11:31 3.0基站产品测试 错误 #4331: 【Rel_3.1.3_Pre1T6_E500_64UE】64UE好中差点UDP业务长保8小时,出现Socket error,各系统session断连
- !du%E9%80%80%E5%87%BA.jpg!
从系统启动信息上看,du发生退出, 系统被别的进程重启,可能是agent。 - 11:30 B5G_UE 错误 #4312 (已关闭): 原STE代码timeAlignmentTimer时间配置错误,导致超时时间太短,造成发给RRC的队列堵塞
- 代码修改上OK,已经合入T07__Alpha1版本,问题解决且回归测试后没有引入新问题。
Close。 - 11:30 B5G_UE 错误 #4313 (已关闭): STE原代码中竞争解决定时器赋值错误,出现定时器时间比配置值短的问题,导致在msg4收到前竞争解决定时器已超时,发起了多次随机接入过程
- 代码修改上OK,已经合入T07__Alpha1版本,问题解决且回归测试后没有引入新问题。
Close。 - 11:29 B5G_UE 错误 #4314 (已关闭): STE中竞争解决定时器启动时机不对,没有在msg3发送之后启动竞争解决定时器
- 代码修改上OK,已经合入T07__Alpha1版本,问题解决且回归测试后没有引入新问题。
Close。 - 11:29 B5G_UE 错误 #4315 (已关闭): STE原代码中竞争解决定时器超时处理错误,没有按照协议实现
- 代码修改上OK,已经合入T07__Alpha1版本,问题解决且回归测试后没有引入新问题。
Close。 - 11:26 B5G_UE 错误 #4339 (进行中): B5G终端版本V0.0.1_T06,终端获取到ip,上行ping不通
- 09:54 B5G_UE 错误 #4339 (进行中): B5G终端版本V0.0.1_T06,终端获取到ip,上行ping不通
- 简述:B5G终端版本V0.0.1_T06,终端获取到ip,上行ping不通
测试版本:V0.0.1_T06
问题描述:B5G终端版本V0.0.1_T06,终端获取到ip,上行ping不通
目前定位:上行数据已经到基站了,下行从基... - 11:25 B5G_UE 错误 #4311 (已关闭): B5G终端版本V0.0.1_T06,终端获取到ip,过5分钟发起业务,上行ping不通
- 超过5分钟因未做业务,基站释放了RRC连接。应属正常。
close。 - 11:23 B5G_UE 错误 #4342: B5G终端版本V0.0.1_T06,终端启动失败,phy运行过程卡死后失联
- !img_v3_02rg_fe346ec7-2cdd-4904-925e-08756cf2e03g.jpg!
!20251029-112326.jpg!
- 11:13 B5G_UE 错误 #4342 (进行中): B5G终端版本V0.0.1_T06,终端启动失败,phy运行过程卡死后失联
- 10:56 B5G_UE 错误 #4342: B5G终端版本V0.0.1_T06,终端启动失败,phy运行过程卡死后失联
- phy程序启动之后板卡直接断联,需检查phy程序引起断联原因,与平台无关
- 10:26 B5G_UE 错误 #4342 (进行中): B5G终端版本V0.0.1_T06,终端启动失败,phy运行过程卡死后失联
- 简述:B5G终端版本V0.0.1_T06,终端启动失败,phy运行过程卡死后失联
测试版本:V0.0.1_T06
问题描述:B5G终端版本V0.0.1_T06,终端启动失败,phy运行过程卡死后失联
- 10:40 B5G_UE 任务 #4319: B5G终端版本V0.0.1_T07__Alpha1-3研发内部回归测试
- !20251029-104034.jpg!
- 10:33 B5G_UE 任务 #4319: B5G终端版本V0.0.1_T07__Alpha1-3研发内部回归测试
- 1 UU口 1d3u
问题1:终端发送msg1,基站没收到msg1。
问题2:小区搜索失败,搜索到其他PCI - 10:33 网管产品 错误 #4317 (转测试): 网管版本YZMM2.2.4Pre1T1,导出历史指标操作日志提示失败问题
- 10:33 网管产品 错误 #4317 (审视): 网管版本YZMM2.2.4Pre1T1,导出历史指标操作日志提示失败问题
- 09:55 网管产品 错误 #4317 (进行中): 网管版本YZMM2.2.4Pre1T1,导出历史指标操作日志提示失败问题
- 原因是在导出文件后直接退出,导致程序无法走到后续记录日志的代码
- 10:32 网管产品 错误 #4332 (转测试): 网管版本YZMM2.2.4Pre1T1,89-92告警名称修改
- 10:32 网管产品 错误 #4332 (审视): 网管版本YZMM2.2.4Pre1T1,89-92告警名称修改
- 10:31 3.0基站产品测试 错误 #4344 (进行中): 针对CPE无上行流量后,反复掉线,无法成功接入的问题
- 10:30 3.0基站产品测试 错误 #4344 (转测试): 针对CPE无上行流量后,反复掉线,无法成功接入的问题
- 10:23 B5G_UE 错误 #4310: B5G终端版本V0.0.1_T06,终端软件启动失败
- 看是否跟ap_drv升级(Rel_3.1.3_Pre1T6-10-g8662984.tar.gz)有关。
- 10:09 网管产品 错误 #4340 (转测试): 313T7版本,核2挂死后终端已经释放,但是phy状态依旧显示为正常。
- 10:00 网管产品 错误 #4340 (审视): 313T7版本,核2挂死后终端已经释放,但是phy状态依旧显示为正常。
- 09:59 网管产品 错误 #4340 (进行中): 313T7版本,核2挂死后终端已经释放,但是phy状态依旧显示为正常。
- 之前逻辑为核1~4字符串拼在一起对比上一次的查询结果,如果有核挂死,但是其他核正常则判断为正常,逻辑错误
解决方法:修改为分解出字符串中的四个核的地址,和下一次对比每一个核的地址,无论哪一个核挂死都会判断到 - 09:56 网管产品 错误 #4340 (已解决): 313T7版本,核2挂死后终端已经释放,但是phy状态依旧显示为正常。
- 313T7版本,核2挂死后终端已经释放,但是phy状态依旧显示为正常。
- 09:41 网管产品 错误 #4295: 3.0基站在reboot或者下电上电之后,网管有概率会出现mcs table参数显示异常问题。
- if(isset($info['data']['server']['System']['CpuArch'])){
$jsonData[$ip] = $info['data']['server'... - 09:32 网管产品 错误 #4256 (进行中): 【Rel_3.1.3_Pre1T6_E500多用户】在CU内促池规格配置中增加一项“CU数据面帧缓存规格(字节)”
- 新增参数:
<ConfigItem name="/yzmm/gnb/cu/config/pool_config.txt:2045-0/NumBlocks" isShow="1" showName="描述[2045]内存块数" can...
2025-10-28
- 20:54 3.0基站产品测试 功能 #3259 (转测试): DU日志模块化修改
- 此功能开发和验证完成,已合入3.0系列版本中
- 20:52 3.0基站产品测试 功能 #3259: DU日志模块化修改
- DU日志后续修改根据实际需要进行调整修改
- 18:44 B5G_UE 错误 #4325 (进行中): 当物理层PDSCH目前收到rb如果小于4不处理且收sib流程停止,理应应该继续接收sib
- 18:33 基站横联 错误 #4337 (已解决): 【协议栈】L2 流量波动,因为L2 wireshark FAPI3抓包导致
- L2 取消wireshark FAPI3抓包(包含TB),就不出现此问题;怀疑是与L2 FAPI接收线程性能有关
- 18:33 基站横联 错误 #4337 (已解决): 【协议栈】L2 流量波动,因为L2 wireshark FAPI3抓包导致
- 18:30 基站横联 错误 #4336 (进行中): NI干扰测量版本中,scan slot接口配置错误
- 平台接口应该HL_SCAN=16,HL_CS_SLOT =17;
但NI版本中把两者颠倒了,HL_CS_SLOT =16,HL_SCAN=17。
但如果此问题正确修正后,会导致PSS解不对的情况,怀疑是配置RU后出现异常。所以... - 18:28 基站横联 错误 #4336 (已解决): NI干扰测量版本中,scan slot接口配置错误
- 18:25 基站横联 错误 #4335: 【RU】自同步环境,RU接收存在异常单音信号,影响PSS接收
- 4008 接收采数,RU 存在异常单音信号,功率特别大,会影响PSS检测。
RU 接收采数,现象与4008 采数一致;
下一步需要界定时RU发送的问题,还是RU接收侧的问题 - 18:23 基站横联 错误 #4335 (新建): 【RU】自同步环境,RU接收存在异常单音信号,影响PSS接收
- 18:21 基站横联 错误 #3232: son sniffer频率误差计算不对
- 此问题已修复
- 18:21 基站横联 错误 #3232 (已关闭): son sniffer频率误差计算不对
- 18:20 基站横联 错误 #3478 (挂起): PSS ind上报采用cell0句柄,不符合接口定义要求
- 18:17 基站横联 错误 #4128: 自同步环境下,dl sync task 挪到核2后,TCI和TB解不对
- 此问题应该已解决,需要补充一下解决方案
- 18:05 基站横联 错误 #4283: L2 观察到TCI 接收数量不足,怀疑L2发端超时导致
- L2 发端超时情况出现时,会伴随此问题出现;可能时L2超时导致发端异常,导致TCI解不对。
L2 io0slate 隔离CPU进行尝试 - 18:03 基站横联 错误 #4127: 上海171 自同步环境,同步模块PSS检测不到,但TCI和TB可以解对
- 应该是接收存在异常单音信号,导致dl sync滤波器无法完全滤掉此信号,导致解不对;
后来修改了滤波的起始样点位置,可以改善此问题;
本质原因是存在异常信号导致 - 16:52 网管产品 功能 #4285: 网管版本YZMM2.2.4,优化基站和核心网状态上报
- 修改判断逻辑
1.从网元表获取ip
2.redis读取到,则在线
3.redis读取不到或者为空:
ping通,则为“脱管”
ping不通,则为“离线”
去除了1分钟和10分钟的检测
- 11:57 网管产品 功能 #4285: 网管版本YZMM2.2.4,优化基站和核心网状态上报
- 现在对离线、脱管有自己的定义,
连不上gnb_agent是离线,
从gnb_agent查询知道他连接的网管不是自己,属于脱管 - 16:50 网管产品 功能 #4249: 网管版本2.2.3,增加单独对logwrite的运维管理
- php-web:
增加了logwriter的部件操作
分别为:启动,停止,重启
数据库增加:
INSERT INTO `StringDefine` VALUES('LogWriter_STARTED_SUCCESSFULL... - 16:44 网管产品 功能 #4308: 增加基站软件本地配置导出导入
- Netconf 新增:
ModuleName: gnb-cfg
Body中的type:
ImportGnbCfg string = "import-gnb-cfg" //导入基站软件配置压缩包
Expor... - 11:42 网管产品 功能 #4308: 增加基站软件本地配置导出导入
- lmt agent已完成编码自验成功,待与网管联调
- 16:24 核心网产品 错误 #4334 (进行中): 核心网签约用户数超过20000,点击网页“签约用户配置”菜单,网页显示缓慢
- 问题描述:核心网签约用户数超过20000,点击网页“签约用户配置”菜单,网页显示缓慢。
核心网版本:Rel_3.3.4_pre4 - 16:20 3.0基站产品测试 错误 #3757: [3.0产品测试] 干扰规避后,du上报的rip值有时候会异常
- 这边经过排查,可能是物理层上报的rip出现了异常,du这边添加了非负保护,这块等待黄毅再次验证。
- 16:16 3.0基站产品测试 错误 #4268: [3.0产品测试] 网管上“PHY异常”告警与实际原因不一样,需要更新告警名称
- 已验证通过,待合入DEV分支
- 16:16 3.0基站产品测试 错误 #4136: [3.0产品测试]3.1.3Pre1T5 , 网管终端KPI指标全部为0
- du 这边添加了ue主动释放的流程,ue节点释放之后就不会再出现该ue的kpi上报。
- 16:13 3.0基站产品测试 错误 #4050: 3.1.3pre1T5版本没有du日志生成
- 由于起站的时候读取不到功放型号,会多读几次,在遍历的时候添加了sleep(1)导致ZLOG卡顿,从而没有log产出。
- 16:06 3.0基站产品测试 错误 #4333 (已解决): [3.0产品测试] 5.8G整机,单ue上下行并行UDP业务导致的UE频繁掉线
- 测试版本:Rel3.1.3_Pre1T6版本(1022)
测试设备:军特整机192.168.8.234 核心网 192.168.8.219
测试用例:单用户速率测试
基站配置:7D2U
测试终端:广和通CPE,射频直连
测... - 15:50 网管产品 错误 #4332: 网管版本YZMM2.2.4Pre1T1,89-92告警名称修改
- 已修改
- 15:32 网管产品 错误 #4332 (进行中): 网管版本YZMM2.2.4Pre1T1,89-92告警名称修改
- 14:40 网管产品 错误 #4332 (已解决): 网管版本YZMM2.2.4Pre1T1,89-92告警名称修改
- 网管版本YZMM2.2.4Pre1T1,89-92告警名称修改
- 15:41 网管产品 功能 #4321 (进行中): 将网管参数配置主控文件后置到基站做统一维护管理,网管需要从后续版本的基站上获取该主控文件
- 15:41 网管产品 错误 #4316 (转测试): 网管版本YZMM2.2.4Pre1T1增加基站运行日志处理导出格式csv
- 15:41 网管产品 错误 #4316 (审视): 网管版本YZMM2.2.4Pre1T1增加基站运行日志处理导出格式csv
- 15:39 网管产品 错误 #4130 (转测试): 网管版本2.2.2,核心网arm类型和x86类型混淆上传版本未校验,基站2.0和3.0也有此问题
- 15:38 网管产品 错误 #4327 (转测试): 网管版本YZMM2.2.4Pre1T1,终端指标“100ms内用户slot占比”和“100ms内时域调度占比”为重复指标
- 1. 注释掉指标配置即可
INSERT INTO `StringDefine` VALUES('STR_IND_DL_RB_RATE','用户下行无线承载比率(%)'); #dl-rbrate
-- INSERT INTO `St... - 15:36 网管产品 错误 #4327 (审视): 网管版本YZMM2.2.4Pre1T1,终端指标“100ms内用户slot占比”和“100ms内时域调度占比”为重复指标
- 15:36 网管产品 错误 #4327 (进行中): 网管版本YZMM2.2.4Pre1T1,终端指标“100ms内用户slot占比”和“100ms内时域调度占比”为重复指标
- 09:24 网管产品 错误 #4327 (已解决): 网管版本YZMM2.2.4Pre1T1,终端指标“100ms内用户slot占比”和“100ms内时域调度占比”为重复指标
- 网管版本YZMM2.2.4Pre1T1,终端指标“100ms内用户slot占比”和“100ms内时域调度占比”为重复指标
因此终端指标的显示100ms内用户slot占比去掉显示,只保留100ms内时域调度占比
备注:将旧的ul-s... - 15:32 网管产品 错误 #4258: 网管->网元管理相关优化
- 已完成
- 11:27 网管产品 错误 #4326 (转测试): 网管版本YZMM2.2.4Pre1T1,基站指标中去掉“功放版本号”和“功放频率”上报
- 11:27 网管产品 错误 #4326 (审视): 网管版本YZMM2.2.4Pre1T1,基站指标中去掉“功放版本号”和“功放频率”上报
- 11:27 网管产品 错误 #4326: 网管版本YZMM2.2.4Pre1T1,基站指标中去掉“功放版本号”和“功放频率”上报
- 1. 直接从指标表里面删除掉该指标配置即可
#3.0新增指标
-- INSERT INTO `PMIndicators` VALUES(101,'REL_3.0.0','pa-version','PA_VERSION',0,0,'... - 11:21 网管产品 错误 #4326 (进行中): 网管版本YZMM2.2.4Pre1T1,基站指标中去掉“功放版本号”和“功放频率”上报
- 09:18 网管产品 错误 #4326 (已解决): 网管版本YZMM2.2.4Pre1T1,基站指标中去掉“功放版本号”和“功放频率”上报
- 网管版本YZMM2.2.4Pre1T1,基站指标中去掉“功放版本号”和“功放频率”上报
备注:
去掉当前指标和历史指标显示
前台界面已显示相关值 - 11:23 核心网产品 错误 #4330 (进行中): 修改核心网界面IP配置,基站和终端接入信息界面出现异常。
- 经过分析,由于在修改完ip配置,重启核心网服务时ngclmt在nrf启动前启动,导致ngclmt读取了就的NfProfile数据库中的amf的ip地址,然后在调用amf的oam时访问了旧的amf ip
- 10:27 核心网产品 错误 #4330 (转测试): 修改核心网界面IP配置,基站和终端接入信息界面出现异常。
- 核心网版本:rel_3.3.4_pre4
测试环境:192.168.8.218
问题描述:修改核心网web界面基础信息配置:将NGAP ip和GTPU ip改为相同(192.168.8.218)无 2 网段,同步也修改了PLMN;... - 10:44 3.0基站产品测试 错误 #4331 (新建): 【Rel_3.1.3_Pre1T6_E500_64UE】64UE好中差点UDP业务长保8小时,出现Socket error,各系统session断连
- 64UE按好中差点(10:10:44)接入后,做UDP业务压力,压力测试8个小时左右,DU界面出现Socket error Event: 32 Error: 10053然后各session断联
- 10:14 3.0基站产品测试 错误 #4329: [3.0产品测试]3.1.3Pre1T6终端上下行udp业务并行一段时间后,上行无速率,ping不通
- 【20251028】
已提供qxdm分析,如终端问题,产测会找厂商跟进,先提单记录 - 10:13 3.0基站产品测试 错误 #4329 (审视): [3.0产品测试]3.1.3Pre1T6终端上下行udp业务并行一段时间后,上行无速率,ping不通
- 【20251027】
问题版本:3.1.3T6_1022 + 幸幸buserror 挂死解决DU小包
问题配置:1D3U UL 2RANK
问题场景:200M上行udp灌包+280M下行udp 并行灌包 + 核心网ping终端
... - 09:47 3.0基站产品测试 功能 #4328 (进行中): 增加LogDecode日志解析工具, 支持b5g 维测日志输出
- 09:47 3.0基站产品测试 功能 #4328 (进行中): 增加LogDecode日志解析工具, 支持b5g 维测日志输出
2025-10-27
- 18:34 B5G_UE 错误 #4325 (挂起): 当物理层PDSCH目前收到rb如果小于4不处理且收sib流程停止,理应应该继续接收sib
- 需增加协议栈和物理层相关的结构及域值,协议栈增加一个timer,timer超时后重新发起sell_search。
- 18:19 基站横联 错误 #4324: 精同步时偏调整(20s一次)时,CPRI闪断,调整的下一个10ms内时隙1~19的slot_indication未上报
- 使用两套evmt4+ru2.0环境验证这个新版本,从节点和主节点都能解对,看phy log没有时隙号不连续的打印了。再使用横联调时偏环境测试。
- 18:16 基站横联 错误 #4324 (反馈): 精同步时偏调整(20s一次)时,CPRI闪断,调整的下一个10ms内时隙1~19的slot_indication未上报
- 18:12 基站横联 错误 #4324 (进行中): 精同步时偏调整(20s一次)时,CPRI闪断,调整的下一个10ms内时隙1~19的slot_indication未上报
- 因为思朗代码当出现cp与ape之间帧号、时隙号更新时(以前发生在pps跟踪时,现在调时偏也会发生),限制启动cpe任务从时隙0开始:
if ((0 < gStcTimerPara.tmrPointTotalNum) && (0 ... - 18:08 基站横联 错误 #4324 (已关闭): 精同步时偏调整(20s一次)时,CPRI闪断,调整的下一个10ms内时隙1~19的slot_indication未上报
- 17:48 产品3.0平台 功能 #4323 (已解决): 优化调试信息输出命令
- 1、添加info_spu命令输出调测信息
2、ver_spu增加Dirty项
- 17:35 产品3.0平台 功能 #4323 (已解决): 优化调试信息输出命令
- 将调试信息通过ushell命令打印
- 16:12 网管产品 功能 #4285 (进行中): 网管版本YZMM2.2.4,优化基站和核心网状态上报
- 15:59 网管产品 错误 #4316 (进行中): 网管版本YZMM2.2.4Pre1T1增加基站运行日志处理导出格式csv
- 基站运行日志处理导出格式从excel修改为csv
- 15:53 网管产品 功能 #4249: 网管版本2.2.3,增加单独对logwrite的运维管理
- lmt已增加logwriter 启动、停止、复位按钮,并自测成功
对网管接口新增logwriter moduleName - 15:50 网管产品 错误 #4322 (转测试): 网管版本YZMM2.2.4Pre1T1,排查核心网相关操作的操作日志
- 网管版本YZMM2.2.4Pre1T1,排查核心网相关操作的操作日志
备注:核心网侧的大多数相关操作无操作日志体现,需要排查。 - 14:41 3.0基站产品测试 错误 #4062 (审视): DU_UE管控部分代码修改
- 14:41 3.0基站产品测试 错误 #4062 (进行中): DU_UE管控部分代码修改
- 一阶段UE拒绝流程已经合入部分。其它UE级TRANS定时器/状态机的不合理性暂未出现问题,和立伟沟通后续有时间再行优化。
- 14:36 3.0基站产品测试 错误 #4284 (转测试): 部分无效的调测日志,会打印很多,需要清理
- 代码会在3.1.4合入
- 14:35 3.0基站产品测试 错误 #4284 (审视): 部分无效的调测日志,会打印很多,需要清理
- 【问题原因】
1.调测日志中有时会出现大量用户面的错误日志:“Can't find rx tunnel!”,导致调测日志刷满,影响了日志的分析
2.统计日志中,四个模块包含TX-INST,且值恒为0;模块分别为:PDCP TX、S... - 14:08 网管产品 错误 #4133 (已解决): 支持小区去激活/激活功能
- *小区激活去激活功能按照以上7个步骤已经测试完成(前6步测试版本为1022发布的T6,第7步切换测试为T7版本),每步都是符合预期的,部分测试截图如下:*
*1>小区激活且三层未完全起来时小区状态是激活,如下;*
!%E5%B... - 13:55 网管产品 功能 #4321 (转测试): 将网管参数配置主控文件后置到基站做统一维护管理,网管需要从后续版本的基站上获取该主控文件
- 1. 要求LMT与网管同步主控文件的xml属性信息,做到网管和LMT主控文件一致,且LMT和网管显示的格式式样数据等信息要保持各自之前的显示格式,参数值,参数校验等相关信息的一致;
2. gnb-agent需要提供网管获取主控文件的... - 13:04 产品3.0平台 错误 #3920: ad9025_Freq_Set通道配置未根据版型动态配置
- 已完成功能开发
- 13:04 产品3.0平台 错误 #3920 (已关闭): ad9025_Freq_Set通道配置未根据版型动态配置
- 13:01 3.0基站产品测试 错误 #3973 (已关闭): [3.0产品测试] 军特5.8G整机测试,小区启动后,网管上射频单元通道开关,显示为关。
- 13:01 产品3.0平台 功能 #3718 (已关闭): 3.0板卡RX 和ORX通道,支持4通道分别配置增益
- 12:59 3.0基站产品测试 错误 #4141 (挂起): [3.0产品测试]3.1.3Pre1T5 , 基站测试峰速后无信号
- 11:27 网管产品 功能 #4301 (转测试): 网管2.2.4preT1版本,基站3.1.3PRE1T6版本网管未对基站版本包gnb-swd.ini版本内容做校验
- 11:26 网管产品 错误 #4253 (转测试): 网管版本YZMM2.2.3,软件管理界面升级、安装前增加前端检测提示看门狗状态
- 11:26 网管产品 错误 #4253 (审视): 网管版本YZMM2.2.3,软件管理界面升级、安装前增加前端检测提示看门狗状态
- 11:23 网管产品 错误 #4318 (转测试): 基站版本Rel_3.1.3_Pre1T6,LMT界面小区状态显示:网络正常,修改与网管一致,修改为“正常”
- 09:34 网管产品 错误 #4318 (审视): 基站版本Rel_3.1.3_Pre1T6,LMT界面小区状态显示:网络正常,修改与网管一致,修改为“正常”
- 09:34 网管产品 错误 #4318: 基站版本Rel_3.1.3_Pre1T6,LMT界面小区状态显示:网络正常,修改与网管一致,修改为“正常”
- 已修改网络正常->正常,网络异常->异常,待合入下个版本
- 09:13 网管产品 错误 #4318 (进行中): 基站版本Rel_3.1.3_Pre1T6,LMT界面小区状态显示:网络正常,修改与网管一致,修改为“正常”
- 11:21 网管产品 错误 #4320 (转测试): 网管版本YZMM2.2.4Pre1T1,包上传出现问题以后,再次上传会锁定,核心网和基站都会出现。
- 11:21 网管产品 错误 #4320 (审视): 网管版本YZMM2.2.4Pre1T1,包上传出现问题以后,再次上传会锁定,核心网和基站都会出现。
- 代码缺少失败后的清理代码导致。
原代码:
if( ($cpuArchitecture == "X86" && $cpuArch == "aarch64") || ($cpuArchitecture == "ARM" && $cpu... - 11:18 网管产品 错误 #4320 (进行中): 网管版本YZMM2.2.4Pre1T1,包上传出现问题以后,再次上传会锁定,核心网和基站都会出现。
- 10:22 网管产品 错误 #4320 (已解决): 网管版本YZMM2.2.4Pre1T1,包上传出现问题以后,再次上传会锁定,核心网和基站都会出现。
- 网管版本YZMM2.2.4Pre1T1,包上传出现问题以后,再次上传会锁定,核心网和基站都会出现。
- 11:17 3.0基站产品测试 错误 #4146 (已关闭): DU-共享内存初始化时机不正确,导致核8CPU负荷100%。
- 1> 在Rel_3.1.3_Pre1T7版本,基站1D3U配比,上下行各灌包100M,ng切换多次,切换流程正常,切换后稳定3分钟流量都保持正常,符合预期;
2> 在Rel_3.1.3_Pre1T7版本,基站7D2U配比,上下行各灌... - 11:14 3.0基站产品测试 功能 #4248 (已关闭): 3.0基站 LogWriter添加防重启的功能
- 在Rel_3.1.3_Pre1T7版本,在LogWriter服务已经启动时,再次启动LogWriter服务后出现“LogWriter is already running”提示,符合预期,问题关闭。
!%E5%86%8D%E6%AC... - 11:07 3.0基站产品测试 功能 #4238 (已关闭): Logwriter 支持终端侧 phy log输出11个参数
- 【回归方法和注意事项】
起动b5g协议栈和phy,看输出的物理层参数有11个的log就算ok
根据上述方法验证通过,问题单关闭 - 09:38 3.0基站产品测试 功能 #4238 (转测试): Logwriter 支持终端侧 phy log输出11个参数
- 09:38 3.0基站产品测试 功能 #4238: Logwriter 支持终端侧 phy log输出11个参数
- 【需求原因】
终端phy 通过日志调试时日志参数最多有11个,但是原来支持b5g日志输出的logWriter只支持3个参数的日志,为了方便定位问题,出了支持11个参数的logwriter;
【修改方案】
要修改logwrit... - 10:34 B5G_UE 功能 #4220 (进行中): CP_drv - PHY动态buffer修改,实现UU+DD合一版本
- 09:36 3.0基站产品测试 功能 #4151 (挂起): agent与协议栈子模块状态获取接口优化
- 09:35 网管产品 功能 #4257 (转测试): 3.1.4版本,修改修改【高级配置】->【CU内存规格配置】下的选项
- 已合入主干代码,待合入3.1.4版本
- 09:32 3.0基站产品测试 错误 #4237 (转测试): 通过Pdu Session modify的方式建立多个GBR Qos Flow, cu侧流程走不通
- 09:12 3.0基站产品测试 错误 #4237 (审视): 通过Pdu Session modify的方式建立多个GBR Qos Flow, cu侧流程走不通
- 08:45 B5G_UE 任务 #4319 (进行中): B5G终端版本V0.0.1_T07__Alpha1-3研发内部回归测试
- 08:45 B5G_UE 任务 #4319 (进行中): B5G终端版本V0.0.1_T07__Alpha1-3研发内部回归测试
- B5GUE_v0.0.1_T07_alpha1发布:
PS: 06a4009745ed5fc251c2868a7a485a969516b47b
PHY:90329951c78278e0a3588c664d038d...
导出 Atom