活动
从 2026-05-21 到 2026-06-19
2026-06-18
- 20:05 产品3.0平台 功能 #5222 (转测试): 整机限制频点
- 功能已完成,会根据功放频段判定频点配置是否在频段内,双频终端会额外根据频点切换频段
- 17:51 B5G_UE 错误 #5413: 外场DD口两公里双向可灌包,但最高峰值只有5Mbps,下行rsrp和sinr较低(rsrp-114,sinr6-9)低于预期
- !img_v3_0212p_a2eb4c2f-7b3e-46d6-ae03-21e482fc86bg.jpg!
1、DLTTI打印103次,漏打印一次,结合0x80fapi消息与harq反馈消息统计实际104包;
2、收端收到... - 17:42 B5G_UE 错误 #5402: DD转IRN成功,加衰减后,IRN转到DD状态,DD没有建立连接
- 与问题单#5403重复,放在5403一同记录。
- 17:37 B5G_UE 错误 #5402: DD转IRN成功,加衰减后,IRN转到DD状态,DD没有建立连接
- 问题同#5403
- 17:33 B5G_UE 错误 #5412: 外场UU口两公里未收到广播,或接入失败。
- 观察LOG,UU两公里收到广播,上行MSG3失败 crc error,观察log,基站MSG3 可检测到SNR最大为6dB
建议:目前基站MSG3 固定使用MCS8, 可尝试减小MCS等级再进行测试。 - 15:14 3.0基站产品测试 功能 #5422: 重排序定时器在网管界面的配置值修改为下拉框选择模式
- 给出的为枚举值,去掉单位为真实值
- 15:11 3.0基站产品测试 功能 #5422 (新建): 重排序定时器在网管界面的配置值修改为下拉框选择模式
- 【修改原因】
当前网管界面对此值没有做限制,可以随意配置,如果配置为不符合协议的值会导致终端无法接入基站
【修改值Xpath列表】
1、/gnb-cu-dulist:GNB-CU-DULIST/DU_LIST_0/CELL_... - 13:39 3.0基站产品测试 功能 #5351: 支持用户面指标采集日志的本地输出和转发
- 1、与cu联调完成;
2、与du联调完成;
3、转发功能测试完成
4、最新生成的文件待解析工具解析 - 11:48 B5G_UE 错误 #5403: IRN转DD成功,加衰减后,DD转IRN状态失败
- 增加DD搜网后,中转UE状态。
- 10:40 B5G_UE 错误 #5403: IRN转DD成功,加衰减后,DD转IRN状态失败
- DD状态需要UU搜网,增加定时搜网功能。
- 11:44 网管产品 错误 #5421 (审视): [3.0产品测试] 网管上行功率余量有时不显示,需要agent加一个保护
- 已修改,自验证成功,合入321、322基线版本测试回归
!20260617-105432.jpg! - 11:42 网管产品 错误 #5421 (进行中): [3.0产品测试] 网管上行功率余量有时不显示,需要agent加一个保护
- 11:42 网管产品 错误 #5421: [3.0产品测试] 网管上行功率余量有时不显示,需要agent加一个保护
- 问题分析:
du的版本信息文件中的内部版本号一直是缺省100,只有在du启动后才更新内部版本号,agent只拿一次导致du内部版本号为100,所以不处理phr指标
问题解决:
du的内部版本号做成全局的,基本信息周期获取 - 11:36 网管产品 错误 #5421 (审视): [3.0产品测试] 网管上行功率余量有时不显示,需要agent加一个保护
- 问题描述:基站启动正常,上下行灌包,观察网管指标,上行功率余量不显示。测试中无法观察终端的功率情况。
基站版本:Rel3.2.1_Pre3T4
研发分析:
1,du分析指标有上报,2,agnet分析du的版本信息文件中的内部版本...
2026-06-17
- 18:20 网管产品 错误 #5420 (新建): 2.4.2网管版本,指标监控时,终端指标选择多行显示,跟踪终端id后,如果有终端接入或者退出,指标会全部变空
- 2.4.2网管版本,指标监控时,终端指标选择多行显示,跟踪终端id后,如果有终端接入或者退出,指标会全部变空,需要重新选择终端ID,实测不论有终端接入还是退出,都会有该现象
- 17:07 客户局点问题 错误 #5391 (转测试): 【Rel_3.2.1_Pre2T2济南外场】正维5.8整机修改射频通道为全打开无效
- 问题为DU接口调用错误导致的,已修改发布测试版本
- 17:07 客户局点问题 错误 #5391 (审视): 【Rel_3.2.1_Pre2T2济南外场】正维5.8整机修改射频通道为全打开无效
- 17:07 客户局点问题 错误 #5391 (进行中): 【Rel_3.2.1_Pre2T2济南外场】正维5.8整机修改射频通道为全打开无效
- DU部分接口调用错误
- 17:06 3.0基站产品测试 错误 #5419 (已解决): [3.0产品测试] 基站升级到2.0.3的OS版本后,网管上面不显示功放信息
- 17:06 3.0基站产品测试 错误 #5419 (审视): [3.0产品测试] 基站升级到2.0.3的OS版本后,网管上面不显示功放信息
- 17:06 3.0基站产品测试 错误 #5419 (反馈): [3.0产品测试] 基站升级到2.0.3的OS版本后,网管上面不显示功放信息
- 17:06 3.0基站产品测试 错误 #5419 (进行中): [3.0产品测试] 基站升级到2.0.3的OS版本后,网管上面不显示功放信息
- 删除 ramdisk_ready_ok ,就会以ttyS4 启动。
- 16:09 3.0基站产品测试 错误 #5419 (已解决): [3.0产品测试] 基站升级到2.0.3的OS版本后,网管上面不显示功放信息
- 实验室一台军特5.8G整机,基站升级到2.0.3的OS版本后,网管上面不显示功放信息。
之前的1.0.8版本是可以显示的,基站大包没有变换。 - 15:24 3.0基站产品测试 错误 #5350 (已解决): 当邻区存在无法连接成功时,会导致sctp线程卡断1s左右
- *基于3.2.2pre1T4版本,替换sys_config_arm_ul.txt文件、gnb_cu包后验证如下场景,均符合预期:*...
- 15:02 研发产品测试 需求CR #4951: baseService cppcheck和代码排查
- 5、编译告警清理:-Wall -Wextra
6、Clang分析清理 - 14:58 3.0基站产品测试 错误 #4937 (转测试): BaseService的日志服务器模块,在写新文件时需要对老文件进行压缩
- 14:57 3.0基站产品测试 错误 #4937 (审视): BaseService的日志服务器模块,在写新文件时需要对老文件进行压缩
- 【需求原因】
节约磁盘空间
【修改方案】
与logwriter建链后第一次握手或的断链后:压缩未压缩的旧文件(保留一个最新的不压缩)
更换文件时压缩上一个旧文件,并删除源文件
【回归方法和注意事项】
正常测试
... - 11:32 3.0基站产品测试 功能 #5329 (转测试): ng切换支持上行数据转发
- 11:31 3.0基站产品测试 功能 #5329: ng切换支持上行数据转发
- 发布版本:331版本
- 11:31 3.0基站产品测试 功能 #5329: ng切换支持上行数据转发
- 【回归场景】
1、基本场景:
cu和du的数据通信改为udp通信,any报文抓包,2个基站分别选择ng&xn切换,分别进行上行100M灌包和下行100M灌包的测试,any报文可以观测转发数据
2、其他场景(cu和du的通信方式改... - 11:28 3.0基站产品测试 功能 #5329: ng切换支持上行数据转发
- 自测ok,代码走读完成
!20260617_ng_fwd.jpg!
- 11:12 3.0基站产品测试 错误 #4573 (审视): 排查BaseService中所有类,如果析构中包含对象的删除,需要禁止等号操作符
- 排查所有类后,以下三个的析构中存在删除对象class MessageQueue、UdpMessageBuffer、GnbLogMonitor,对齐禁用拷贝构造和禁用拷贝赋值
注:类CallLog析构中有对std::unique_pt... - 11:08 3.0基站产品测试 错误 #4573 (进行中): 排查BaseService中所有类,如果析构中包含对象的删除,需要禁止等号操作符
- 11:02 网管产品 错误 #5397 (审视): 2.4.2网管,基站版本3.2.1pre3T3版本,进行OS系统版本升级时出现超时升级失败复位。
- 3.2.2版本未出现该问题,反合如3.2.1
- 10:55 网管产品 功能 #5395 (转测试): 网管界面添加按钮支持解析工具和phy trace json文件的下载
- 已增加Binlog采集phyTraceJsonFile功能,自测成功,待合入3.2.2_Pre1T4下一个版本
!20260617-105432.jpg!
- 09:16 3.0基站产品测试 功能 #5418 (新建): 支持上行大流量预调度功能
- 支持上行大流量预调度功能
- 09:15 3.0基站产品测试 功能 #5417 (新建): 支持rlc 重传定时器可配置
- 支持rlc 重传定时器可配置
- 09:15 3.0基站产品测试 功能 #5416 (新建): 支持qos 上行drb调度优先级相同
- 支持qos 上行drb调度优先级相同
- 09:14 3.0基站产品测试 功能 #5415 (新建): 支持short-bsr定时器可配置
- 支持short-bsr定时器可配置
2026-06-16
- 20:47 3.0基站产品测试 功能 #5414 (新建): AP启动时自动检测是整机或单板,使用不同uldelay和dldelay值
- AP启动时自动检测是整机或单板,使用不同uldelay和dldelay值
- 20:37 网管产品 功能 #5389 (进行中): 配置校验增强,增加风险配置检查
- 20:19 3.0基站产品测试 错误 #5410: [3.0产品测试] 一台3.3整机,运行中出现了失联,8网段无法ping通
!20260616-201634.jpg!
再次重启文件突然都回来了。
- 20:15 3.0基站产品测试 错误 #5410: [3.0产品测试] 一台3.3整机,运行中出现了失联,8网段无法ping通
- 从当时文件系统的查看情况, 没有重启前 p5,p6,p7分区下没有文件。 重启后这几个分区的文件又回来了。
- 18:05 3.0基站产品测试 错误 #5410: [3.0产品测试] 一台3.3整机,运行中出现了失联,8网段无法ping通
- 出问题时,只有PWR灯常亮。
掉电重启后,文件系统可以查到了。 - 17:58 3.0基站产品测试 错误 #5410 (新建): [3.0产品测试] 一台3.3整机,运行中出现了失联,8网段无法ping通
- 问题:一台3.3整机,运行中出现了失联,8网段无法ping通,通过核心网登录2网段可以登录
发现分区下文件丢失。该基站是米克EMMC。
基站版本:Rel3.2.1_Pre3T4
OS版本:1.0.8 - 20:16 B5G_UE 错误 #5413 (进行中): 外场DD口两公里双向可灌包,但最高峰值只有5Mbps,下行rsrp和sinr较低(rsrp-114,sinr6-9)低于预期
- 20:15 B5G_UE 错误 #5413 (进行中): 外场DD口两公里双向可灌包,但最高峰值只有5Mbps,下行rsrp和sinr较低(rsrp-114,sinr6-9)低于预期
- 20:16 B5G_UE 错误 #5412 (进行中): 外场UU口两公里未收到广播,或接入失败。
- 20:13 B5G_UE 错误 #5412 (进行中): 外场UU口两公里未收到广播,或接入失败。
- 18:47 网管产品 错误 #5409 (审视): 网管2.4.2版本&基站322pre1T4版本,LMT&网管界面NMS不显示订阅信息
- 自验证成功,待合入Rel_3.2.2Pre1T4下个版本测试回归
!20260616-184600.jpg!
!20260616-184555.jpg!
!20260616-184548.jpg! - 16:20 网管产品 错误 #5409 (进行中): 网管2.4.2版本&基站322pre1T4版本,LMT&网管界面NMS不显示订阅信息
- 问题定位:
订阅配置修改后本地配置文件修改成功,但是内部缓存xpath全局map表没有更新,导致配置数据未同步
解决方法:
订阅配置修改后本地配置文件修改成功后同步更新内部缓存xpath全局map表 - 11:46 网管产品 错误 #5409 (审视): 网管2.4.2版本&基站322pre1T4版本,LMT&网管界面NMS不显示订阅信息
- 网管2.4.2版本&基站322pre1T4版本,LMT&网管界面NMS不显示订阅信息
备注:
网管界面:
!订阅界面不显示订阅信息.jpg!
基站后台:
!NMS订阅信息.jpg! - 18:44 基站横联 错误 #5411: 车上时标格式兼容性问题,导致tfu未正确解到tod同步状态信息
车上正式格式如下:
$BDRMC,093739.00,A,2919.8614160,N,10444.9944938,$BD0RI,093739.20,0,,,,,*49
上海时钟服务器格式(NMEA 0183协议标准)如下...- 18:34 基站横联 错误 #5411 (新建): 车上时标格式兼容性问题,导致tfu未正确解到tod同步状态信息
- 14:18 3.0基站产品测试 错误 #5404 (进行中): 3.2.2_Pre1T4版本1D3U上行双天线长跑测试后所有UE的下行速率均为0
- 10:04 基站横联 错误 #5408 (新建): 空口情况下,中高SINR下,PDC概率性解不到(200/1800)
- 10:01 B5G_UE 错误 #5403: IRN转DD成功,加衰减后,DD转IRN状态失败
- 【问题分析】:20260616:接收线程已经收到PHY上报的消息,但处理线程在收到cell search report消息后,由于ueCb->cpCb->rrcCb->rrcSi->rrcSiStatus为0,陷入while( (ue...
- 09:57 B5G_UE 错误 #5406 (审视): IRN转DD成功,加衰减后,DD转IRN,IRN建立过程中失败
- 【20260516】:初步验证在SR达到最大次数触发随机接入后,再次由RRC触发初始随机接入后,能够按照初始随机接入流程来处理;修改已合入到分支365-rrc-state-switch-case中
f79834f720f575bf4... - 09:48 B5G_UE 错误 #5406: IRN转DD成功,加衰减后,DD转IRN,IRN建立过程中失败
- 【问题描述】:由于STE的原有代码在RRC触发随机接入,MAC收到RRC的事件WN_RRC_MAC_RACH_CFG_E后,未将ueCb->macCb->rachCb->rachTrigCond条件赋值WN_RACH_RRC_IDLE...
- 09:44 B5G_UE 错误 #5301: 终端增加清第二根天线后,会导致发msg3时基站crc报错
- 近期测试未复现该问题,V0.0.1_T07__Alpha27发布前持续观察
2026-06-15
- 18:15 B5G_UE 错误 #5406 (进行中): IRN转DD成功,加衰减后,DD转IRN,IRN建立过程中失败
- 16:04 B5G_UE 错误 #5406: IRN转DD成功,加衰减后,DD转IRN,IRN建立过程中失败
- !img_v3_0212m_6b7fd63b-eff4-41f9-88b5-10be7e1359fg.jpg!
基站收到msg3,但是msg3包含之前的crnti,基站已释放 - 15:11 B5G_UE 错误 #5406 (审视): IRN转DD成功,加衰减后,DD转IRN,IRN建立过程中失败
- !img_v3_0212m_25153c86-5239-4de7-81b0-aa14170dd3dg.jpg!
IRN转DD成功,加衰减后,DD转IRN,IRN建立过程中RAR收到,已发送MSG3,没有收到MSG4 - 18:14 B5G_UE 错误 #5403 (进行中): IRN转DD成功,加衰减后,DD转IRN状态失败
- 11:11 B5G_UE 错误 #5403: IRN转DD成功,加衰减后,DD转IRN状态失败
- 物理层观察到上报SIB1但是协议栈未收到SIB1消息,上行消息可能堵塞
- 10:58 B5G_UE 错误 #5403: IRN转DD成功,加衰减后,DD转IRN状态失败
- !img_v3_0212m_717918bf-ccbc-482c-8ee8-ca1a20bd82cg.jpg!
最后收到OCUE状态
!img_v3_0212m_2cbad9f6-8ac7-4cad-afe1-3c655dc1f3... - 10:56 B5G_UE 错误 #5403 (进行中): IRN转DD成功,加衰减后,DD转IRN状态失败
- !img_v3_0212m_69638079-1ae4-49c0-b1a9-23aa4b3ab65g.jpg!
- 18:14 B5G_UE 错误 #5402 (进行中): DD转IRN成功,加衰减后,IRN转到DD状态,DD没有建立连接
- 10:27 B5G_UE 错误 #5402: DD转IRN成功,加衰减后,IRN转到DD状态,DD没有建立连接
- !image.jpg!
物理层看到DD收到SIB1,crc可解对,待定位连接没有建立 - 10:15 B5G_UE 错误 #5402 (进行中): DD转IRN成功,加衰减后,IRN转到DD状态,DD没有建立连接
- !img_v3_0212m_6e0191dd-62f8-41ea-8d8e-94641cdc0f5g.jpg!
观察现象,物理层收到DD的NODE TYPE,切换到DD状态,DD SIB1有解对,但未能成功建立连接 - 17:54 3.0基站产品测试 任务 #5407 (进行中): logWriter代码使用工具静态检查及问题修改
- 17:54 3.0基站产品测试 任务 #5407 (进行中): logWriter代码使用工具静态检查及问题修改
- 1、编译告警清理;
2、静态检查工具:CppCheck、ClangStaticAnalyzer分析清理 - 17:34 3.0基站产品测试 错误 #5350 (转测试): 当邻区存在无法连接成功时,会导致sctp线程卡断1s左右
- 17:33 3.0基站产品测试 错误 #5350 (审视): 当邻区存在无法连接成功时,会导致sctp线程卡断1s左右
- 【问题原因】
1、本基站配置了邻基站
2、邻基站的服务器启动了,但是cu未启动
3、本基站会阻塞式连接邻基站,产生1s的卡顿
4、终端接入时会产生1s的卡顿
【修改方案】
1、本基站连接邻基站修改为非阻塞
2、连接的... - 16:52 3.0基站产品测试 功能 #5329: ng切换支持上行数据转发
- 1、编码完成;
2、联调时发现,核心网不支持将目标基站发送到核心网的上行转发相关的信元发送到源基站,核心网张松松已经重新出版本,等协调环境后再次联调 - 16:28 3.0基站产品测试 功能 #5351: 支持用户面指标采集日志的本地输出和转发
- 1、与cu的联调完成;
2、与解析工具的联调30%,等解析工具编码完成后,进行后续联调;
3、因du的编码还未完成,所以未与du进行联调 - 15:24 网管产品 错误 #5405 (进行中): 网管版本2.4.2,基站版本3.2.1pre3T2,网管显示os升级失败后,进行软件版本升级操作时提示 ‘当前网元正在进行软件管理操作’ ,升级失败。
- 问题定位:
OS软件升级,整体时间为30min,前端监听升级失败总超时为25分钟。根据描述可定位,OS升级失败,后主动进行一次软件操作,此时的redis的锁还在,升级前置检查,获取到锁还没释放,从而报“当前网元正在进行软件管理操作”... - 11:59 网管产品 错误 #5405 (进行中): 网管版本2.4.2,基站版本3.2.1pre3T2,网管显示os升级失败后,进行软件版本升级操作时提示 ‘当前网元正在进行软件管理操作’ ,升级失败。
- 网管版本2.4.2,基站版本3.2.1pre3T2,网管显示os升级失败后,进行软件版本升级操作时提示 ‘当前网元正在进行软件管理操作’ ,升级失败。
- 14:03 网管产品 错误 #5242 (已解决): 网管版本2.4.2,在线终端统计数不准确
- 2.4.2-0609版本
数据看板
!数据看板的在线终端数.png!
大屏监控
!大屏的在线终端数.png! - 13:41 3.0基站产品测试 错误 #5375 (已解决): 3.2.2pre1T4版本切换时ap_driver有“Diginal channel0 power too high!”功率超限打印导致切换失败
- 赵燕明重新出ap_driver(功率保护峰值门限调整为-0.054dbfs)后切换40多次未再出现功率超限打印,切换均正常,问题解决。
- 11:30 3.0基站产品测试 错误 #5375 (转测试): 3.2.2pre1T4版本切换时ap_driver有“Diginal channel0 power too high!”功率超限打印导致切换失败
- 11:30 3.0基站产品测试 错误 #5375 (审视): 3.2.2pre1T4版本切换时ap_driver有“Diginal channel0 power too high!”功率超限打印导致切换失败
- 10:42 3.0基站产品测试 错误 #5375 (反馈): 3.2.2pre1T4版本切换时ap_driver有“Diginal channel0 power too high!”功率超限打印导致切换失败
- 功率保护峰值门限调整为-0.054dbfs后语音切换测试正常
- 11:27 基站横联 错误 #5378 (已解决): 5G BBU时标模式(北斗)下,大概率出现射频模块不能把PSS信号发出去
- 最终定位原因是,鼎桥5G BBU PPS输出最初是不可用状态,但7045不知道状态信息,所以基于不可用的PPS锁定了;
后续5G BBU锁定后,PPS发生一次跳变,7045异常了。
修改逻辑如下:
1. 7045 需要重新复... - 11:23 基站横联 错误 #5346 (已解决): 5GBBU通道过来的TOD信息,未按照需求要求做SFN计算
- 10:46 基站横联 错误 #5346: 5GBBU通道过来的TOD信息,未按照需求要求做SFN计算
- 弋戈之前反馈:中移动格式没有锁定标识。 实际上,有标识,弋戈自认为不好使,后来和鼎桥确认也是好使的。
逻辑修改为:
1.5g bbu TOD信息中秒脉冲锁定状态值正常时,置一次系统时间;
2.4008锁定,需要判断TOD信息秒脉... - 11:12 3.0基站产品测试 错误 #5404 (进行中): 3.2.2_Pre1T4版本1D3U上行双天线长跑测试后所有UE的下行速率均为0
- 241 1D3U大上行上行双天线12个UE峰值速率灌包长跑测试,长跑一段时候后发现所有UE的下行流量为0,CU下行流量已经接收到,但是CU下行没有发送。
- 11:06 3.0基站产品测试 错误 #5334 (转测试): 321E好中差点测试,好点用户会影响中差点用户上行mcs
- 小版本验证通过,待合入大包
- 11:05 3.0基站产品测试 错误 #5273 (已解决): 5.8G高速移动场景(350Km/h),上行mcs低
- 11:05 3.0基站产品测试 错误 #5273: 5.8G高速移动场景(350Km/h),上行mcs低
- 321pre3版本,验证已解决
- 11:03 3.0基站产品测试 错误 #5272 (已解决): 3.2.1pre2T1版本 高速移动场景配置双流时,上行mcs掉0
- 321pre3高速版本验证通过
- 10:50 产品3.0平台 错误 #3784 (挂起): 3.0板卡程序运行,其他路在没打开的情况下输出-50dbm左右得本振泄露
- 10:50 产品3.0平台 错误 #3784: 3.0板卡程序运行,其他路在没打开的情况下输出-50dbm左右得本振泄露
- 对正常工作无影响,问题先挂起
- 10:49 产品3.0平台 错误 #4584 (挂起): 3.0-正维N78第二批基站整机输出43dbm后功率抖动
- 对正常工作无影响,问题先挂起
- 10:46 B5G_UE 错误 #4363: B5G终端DD口版本V0.0.1_T06,终端启动失败,gps卡死后失联
- b5g启动加延时还是会死机,ap_driver任务放在核0更容易死机,去掉gps串口一些打印及刷屏后无明显区别。后续使用freerun版本测试,定位死机与ap_driver一侧哪个任务有关(主要是tfu任务和GPS串口接收任务)。
- 10:19 B5G_UE 错误 #4363: B5G终端DD口版本V0.0.1_T06,终端启动失败,gps卡死后失联
- 已经分别提供在协议栈的线程中启动时加usleep和不加加usleep两个版本,请老赵做对比验证。
- 08:55 3.0基站产品测试 错误 #5314 (转测试): 3.2.2_Pre1T3版本有多余指标残留
- 08:55 3.0基站产品测试 错误 #5314 (审视): 3.2.2_Pre1T3版本有多余指标残留
- 08:54 3.0基站产品测试 错误 #5314 (反馈): 3.2.2_Pre1T3版本有多余指标残留
2026-06-12
- 17:31 B5G_UE 错误 #5352: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,减少98侧衰减,IRN接入失败
- 近期测试未复现,继续观察一段时间
- 17:23 B5G_UE 错误 #5352 (转测试): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,减少98侧衰减,IRN接入失败
- 17:22 B5G_UE 错误 #5352 (审视): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,减少98侧衰减,IRN接入失败
- time_diff定义为有符号数已提交到主分支
- 15:55 基站横联 错误 #5370 (审视): PSS/SSS信号末尾产生一个异常尖峰
- 在微码结束后抓数,仅在pss/sss位置上存在数据,其他位置无异常数据,54所验证通过,问题已解决
- 15:01 3.0基站产品测试 错误 #5314: 3.2.2_Pre1T3版本有多余指标残留
- 【问题原因】
1、没有报文,通过cu日志分析来看,终端接入时回复安全模式完成信令的时间和创建srb2对应的重配置完成信令花费时间加起来超过2s,导致基站侧UE接入超时限制定时器超时,ue上下文处于释放过程中,接收到核心网的UECon... - 14:52 3.0基站产品测试 错误 #5401 (进行中): 日志服务器处理日志规则文件流程中存在逻辑错误
- 14:44 3.0基站产品测试 错误 #5401 (进行中): 日志服务器处理日志规则文件流程中存在逻辑错误
- typedef std::map<GnbLogFileType, bool> RuleEarseList;
RuleEarseList m_ruleEarseList;
m_ruleEarseList全局一个。所有的基... - 14:52 3.0基站产品测试 错误 #5400 (进行中): 日志服务器线程安全问题
- 14:42 3.0基站产品测试 错误 #5400 (进行中): 日志服务器线程安全问题
- LogStorageInfo m_LogStorgeInfo;
m_LogStorgeInfo全局一个,在所有的client线程中insert - 14:52 3.0基站产品测试 错误 #5254 (转测试): 将A1和A2的配置不要下发,隐藏A1和A2的配置
- 14:50 3.0基站产品测试 错误 #5254 (审视): 将A1和A2的配置不要下发,隐藏A1和A2的配置
- 【需求原因】
节省资源
【修改方案】
使用宏控制A1和A2事件的创建
【回归方法和注意事项】
测试场景:随机接入,重建立,service request接入,同频和异频切换
没有问题后转单网管,界面影藏A1和A2... - 14:45 3.0基站产品测试 错误 #5254 (进行中): 将A1和A2的配置不要下发,隐藏A1和A2的配置
- 14:43 B5G_UE 错误 #5269 (已关闭): 【B5g_ue】V0.0.1_T07__Alpha22,UU接入失败
- 多次复测,几轮版本后未复现。关闭。
- 14:31 网管产品 功能 #5288 (已解决): nms.xml需要支持xpath获取值
- 2.4.2-0609版本
选择535前后版本的基站参数配置,之前的版本界面反应速度慢,之后的界面反应速度提高 - 14:21 3.0基站产品测试 性能 #5399 (进行中): rank自适应功能在rank切换时流量掉坑优化
- 14:21 3.0基站产品测试 性能 #5399: rank自适应功能在rank切换时流量掉坑优化
- 主要有两点优化:
(1)在rank切换时,通过调整amc外环sinr,调整mcs。
rank降一阶,外环sinr加2db,rank升一阶,外环sinr减3db.
(2)harq重传在rank切换的处理
场景:开始是ran... - 14:08 3.0基站产品测试 性能 #5399 (进行中): rank自适应功能在rank切换时流量掉坑优化
- 13:54 网管产品 错误 #5360 (审视): 看门狗、OS系统升级中reboot基站可能导致baseservice检测其他模块异常上报告警
- 同5393已修改并自验证,待测试回归
- 13:53 网管产品 错误 #5242 (转测试): 网管版本2.4.2,在线终端统计数不准确
- 13:53 网管产品 错误 #5242 (审视): 网管版本2.4.2,在线终端统计数不准确
- 13:52 网管产品 错误 #5242 (进行中): 网管版本2.4.2,在线终端统计数不准确
- 13:49 网管产品 错误 #5242 (反馈): 网管版本2.4.2,在线终端统计数不准确
- 13:52 网管产品 错误 #5397 (进行中): 2.4.2网管,基站版本3.2.1pre3T3版本,进行OS系统版本升级时出现超时升级失败复位。
- 问题定位:
当发生OS升级执行脚本参数获取不到或者非法时,没有给网管回结果消息,导致网管长时间等待不到结果,最终超时;
解决方法:
在获取参数失败或者非法时,返回升级失败消息
已修改,待自测 - 13:48 网管产品 错误 #5316 (已解决): 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
- 2.4.2-0609版本
同时修改多个参数6个,操作日志记录Ok
!同时修改6个参数.png! - 11:59 3.0基站产品测试 错误 #5272 (审视): 3.2.1pre2T1版本 高速移动场景配置双流时,上行mcs掉0
- 11:58 3.0基站产品测试 错误 #5272 (进行中): 3.2.1pre2T1版本 高速移动场景配置双流时,上行mcs掉0
- 11:58 3.0基站产品测试 错误 #5273 (审视): 5.8G高速移动场景(350Km/h),上行mcs低
- 11:45 3.0基站产品测试 错误 #5273: 5.8G高速移动场景(350Km/h),上行mcs低
- 修改频偏估计和频偏补偿微码模块,不再有频偏限制,问题已解决
- 11:57 3.0基站产品测试 错误 #5334 (审视): 321E好中差点测试,好点用户会影响中差点用户上行mcs
- 11:57 3.0基站产品测试 错误 #5334 (进行中): 321E好中差点测试,好点用户会影响中差点用户上行mcs
- 11:44 3.0基站产品测试 错误 #5334: 321E好中差点测试,好点用户会影响中差点用户上行mcs
- 修改频偏估计微码模块,频偏计算恢复正常,问题已解决
- 11:56 3.0基站产品测试 错误 #5368 (已解决): 321E,差点用户影响好点用户上行mcs
- 使用dm空间修改版本 思朗新物理层版本验证正常
- 11:55 3.0基站产品测试 错误 #5368 (审视): 321E,差点用户影响好点用户上行mcs
- 11:49 3.0基站产品测试 错误 #5368 (进行中): 321E,差点用户影响好点用户上行mcs
- 11:42 3.0基站产品测试 错误 #5368: 321E,差点用户影响好点用户上行mcs
- 扩大解扰dm 问题已解决
- 10:31 3.0基站产品测试 错误 #5299: os版本为2.0.2时,针对OS系统较老的环境/yzmm/gNB_config.sh文件内容需要更新
- 现在就是两个问题:
一种是本身没这个文件的
!yzmm路径无gNBconfig.sh!
一种是有这个文件但没上面那段CP的
!gNBconfig.sh文件缺少cp命令的.png!
都覆盖到位了吧
这个1.0.10版... - 10:21 3.0基站产品测试 错误 #5299: os版本为2.0.2时,针对OS系统较老的环境/yzmm/gNB_config.sh文件内容需要更新
- 升级时, 检查gNB_config.sh 文件, 最后没有发现后边的拷贝动作, 会将最后的那段内容填入gNB_config.sh 文件的最后。
- 10:29 B5G_UE 错误 #5372 (已解决): [自同步]初始时偏调整后,小概率出现解不对sib
- 测试30多次接入,没有再出现问题
- 10:27 B5G_UE 错误 #5372 (转测试): [自同步]初始时偏调整后,小概率出现解不对sib
- 10:25 B5G_UE 错误 #5372 (审视): [自同步]初始时偏调整后,小概率出现解不对sib
- 调整初始时偏,在调整时隙内样点偏差时,修改两个时隙类型为gnb+blank,当调整隙号delta值在调整后碰到这两个时隙 ,会导致本时隙和下一时隙判断出现错误,csu开关位置错误,sib解错。修改调整时隙样点完成后再调整帧号时隙号,测...
- 10:05 3.0基站产品测试 错误 #5398 (新建): 3.0整机,软件版本3.2.1pre3T3,OS版本1.0.10,phy在start运行成功后,再次窗口手动./start运行,大概率会导致整机系统崩溃,ping不通,只能上下电重启
- 3.0整机,软件版本3.2.1pre3T3,OS版本1.0.10,phy在start运行成功后,再次窗口手动./start运行,大概率会导致整机系统崩溃,ping不通,只能上下电重启
- 10:05 3.0基站产品测试 错误 #5310: OS版本2.0.2,基站版本322pre1T3,、获取mac 命令的准确性问题eeprom_rw get mac取消
- 同时版本号对齐
- 10:05 3.0基站产品测试 错误 #5310: OS版本2.0.2,基站版本322pre1T3,、获取mac 命令的准确性问题eeprom_rw get mac取消
- 针对1.0.10版本,个别新旧板卡兼容出现MAC地址超出再出个版本1.0.10
!! - 09:32 3.0基站产品测试 功能 #5101: xn切换支持上行数据转发
- 正式版本回归时,可以测试一下,携带上行大流量um模式传输数据的切换,应该会有较大改善
2026-06-11
- 20:34 网管产品 错误 #5397 (审视): 2.4.2网管,基站版本3.2.1pre3T3版本,进行OS系统版本升级时出现超时升级失败复位。
- 2.4.2网管,基站版本3.2.1pre3T3版本,进行OS系统版本升级时出现超时升级失败复位。
- 19:58 产品3.0平台 功能 #5396 (进行中): 基于正维功放的3.0整机,无输出功率时,脚本回读为0,需要重新定义
- 19:58 产品3.0平台 功能 #5396 (进行中): 基于正维功放的3.0整机,无输出功率时,脚本回读为0,需要重新定义
- 1.功能背景:正维功放,无输出功率时,功率检测脚本反馈值为:“0”,该反馈值需要重新定义,否则与射频功率0dBm,会产生歧义;
2.功能需求:需要重新定义:功放无输出时的检测上报信息;
当功能开发完毕后,请明新在该问题单下... - 19:00 网管产品 功能 #5395 (转测试): 网管界面添加按钮支持解析工具和phy trace json文件的下载
- 16:10 3.0基站产品测试 功能 #4830: 网管版本YZMM2.4.0Pre1T1,射频状态显示优化
- !20260611-160742.jpg!
ap_driver动态通道上报的是0,需要ap_driver看下 - 16:00 3.0基站产品测试 功能 #4830 (反馈): 网管版本YZMM2.4.0Pre1T1,射频状态显示优化
- 基站版本整机环境235 236偶发出现通道状态上报值为0
!射频通道状态.jpg! !射频通道类型.jpg! !基站版本信息.jpg!
请基站侧定位下 - 15:14 客户局点问题 错误 #5359: 天津港5.8G基站现场失联
- !111.png!
这个情况的出现是在不重启的情况下,加载2次phy出现的,还需要再复现。 - 08:39 客户局点问题 错误 #5359 (进行中): 天津港5.8G基站现场失联
- 问题基站已返回,经程鹏测试已复现该问题,从串口日志分析看是系统突然触发了SMMU死锁,建议从社区看是否有该bug的解决修改,另外增加硬件狗监控
- 15:13 3.0基站产品测试 功能 #5101 (已解决): xn切换支持上行数据转发
- *基于Rel_3.2.2_Pre1T4版本,替换振斌提供gnb_cu包,验证以下场景,都符合预期:*
*>场景1:cu和du的数据通信改为udp通信模式,终端上行灌包200M,终端可正常xn切换,切换流程正常,抓包可以观测到xn切换... - 14:31 网管产品 错误 #5393 (审视): gnb_agent每次reboot前需要将基站软件停掉
- 已自验证成功,合入3.2.1_Pre3T4、Rel_3.2.2_Pre1T4之后的版本,待测试回归
!20260611-143015.jpg! - 13:38 网管产品 错误 #5393 (进行中): gnb_agent每次reboot前需要将基站软件停掉
- 13:38 网管产品 错误 #5393 (审视): gnb_agent每次reboot前需要将基站软件停掉
- 目前复位基站软件的时候在reboot前不会讲基站软件停止,所以可能会导致基站软件随着reboot异常
- 14:15 3.0基站产品测试 功能 #5394 (新建): 下行频选特性开发
- (1)SRS +下行频选
(2)下行频选+下行非连续RB结合 - 11:17 网管产品 错误 #5392 (进行中): 网管2.4.2版本OS升级超时后提示信息“相同的版本包已存在”有误
- 问题定位:
系统升级时,对于超时的字符串映射为:
INSERT INTO `StringDefine` VALUES ('INSTALL_TIMEOUT','相同的版本包已存在');
导致成了,原本超时的提示,变成了“相同的版本... - 10:58 网管产品 错误 #5392 (进行中): 网管2.4.2版本OS升级超时后提示信息“相同的版本包已存在”有误
- 网管2.4.2版本OS升级超时后提示信息“相同的版本包已存在”有误
2026-06-10
- 19:26 客户局点问题 错误 #5391 (转测试): 【Rel_3.2.1_Pre2T2济南外场】正维5.8整机修改射频通道为全打开无效
- 1,基站初始是通道全打开
2,网管打开1,3通道,重启基站
3,查询通道,1,3打开
4,网管打开全部通道,重启基站
5,查询通道,还是只有1,3打开,按照预期应该是4路通道都打开
- 18:42 3.0基站产品测试 错误 #5311 (反馈): OS版本2.0.2,基站版本322pre1T3,OS升级流程优化
- 17:22 B5G_UE 错误 #5374: 重建立完成后的重配置消息终端未收到
- dci0-0格式,终端暂不处理也不排除基站下发中有问题,直接在msg3中将重建立完成发给基站,基站下发重配置。该阶段流程可以继续往后走。目前这样处理是可以的。
dci0-0格式作为遗留问题,后续可重新开单跟踪。 - 16:35 B5G_UE 错误 #5374 (审视): 重建立完成后的重配置消息终端未收到
- 目前与协议栈修改,dci0-0暂不处理,修改重建立msg4 使用rnti,重配完成已收到
- 16:57 B5G_UE 错误 #5352: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,减少98侧衰减,IRN接入失败
- 目前测试,负值导致的delay值问题消失,目前DD转IRN功能实现,目前仍有其他原因导致几率切换失败,待继续测试卡RAR问题是否复现,如不复现,其他问题转其他问题单继续定位
- 16:50 B5G_UE 错误 #5352: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,减少98侧衰减,IRN接入失败
- delay值问题由于dd下time_diff定义为无符号数,导致判断负值时异常,已修改
- 15:28 3.0基站产品测试 功能 #5390 (新建): Pusch联动采数,联动采集Pusch链路均衡、软bit等节点数据
- Pusch联动采数,联动采集Pusch链路均衡、软bit等节点数据
- 15:17 网管产品 功能 #4885 (已关闭): 网管版本YZMM2.4.0Pre1T1,关于操作日志记录问题
- 1. 关联配置项日志记录未实现
- 14:53 网管产品 错误 #5185 (转测试): 网管版本YZMM2.4.1Pre2T1&基站版本,基站软件包和LMT完整性签名校验优化
- 14:52 网管产品 错误 #5185 (审视): 网管版本YZMM2.4.1Pre2T1&基站版本,基站软件包和LMT完整性签名校验优化
- 需要响应的基站版本支持
- 14:02 3.0基站产品测试 功能 #5386: 【频选调度】频选调度排差方案
- 代码已走查,评审意见:
1、getSinrWeight、getRbgSinrWeight中有魔鬼数字,建议用宏替换;
2、文档流程图需细化修改;
3、日志量大的日志需修改LOG等级控制; - 13:37 3.0基站产品测试 功能 #5101 (转测试): xn切换支持上行数据转发
- 13:36 3.0基站产品测试 功能 #5101: xn切换支持上行数据转发
- 【回归场景】
1、基本场景:
cu和du的数据通信改为udp通信,any报文抓包,2个基站选择xn切换,分别进行上行200M灌包和下行200M灌包的测试,any报文可以观测转发数据
2、其他场景(cu和du的通信方式改为共享内存... - 09:47 网管产品 功能 #5389 (进行中): 配置校验增强,增加风险配置检查
- 1.增加新规则处理风险配置,用户可以在界面下发配置(即使是风险配置也可以下发成功),只有在界面点击开始基站健康检查后才进行检测,如果有风险配置异常上报告警;
2.开发单独的风险配置检查(健康检查)界面,可配置周期、可单次执行;
- 09:12 3.0基站产品测试 功能 #5388: Pusch联动采数支持根据双端口频偏测量采数
- 1、Pusch联动采数支持根据双端口频偏测量采数
2、支持记录同TTI多个用户频偏并在联动采数时输出。
2026-06-09
- 20:54 3.0基站产品测试 功能 #5388 (新建): Pusch联动采数支持根据双端口频偏测量采数
- Pusch联动采数支持根据双端口频偏测量采数
- 17:51 网管产品 功能 #4911: 与core_agent udp消息不通时上报告警
- 核心网已出版本,可以验证了
!20260609-175053.jpg!
但是需要基站gnb-agent的支持,再等基站支持的版本 - 17:35 网管产品 功能 #5355 (转测试): 网管版本2.4.2版本,新增OS升级为2.0.3版本及后续版本的判断,要求配套的基站版本
- 17:35 网管产品 错误 #5316 (转测试): 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
- 17:35 网管产品 错误 #5316 (审视): 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
- 16:49 网管产品 错误 #5316: 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
升级成功后检查数据库结构:
!20260609-163931.jpg!
!20260609-164130.jpg!
!20260609-164306.jpg!
!20260609-164348.jpg!
!2026060...- 16:38 网管产品 错误 #5316: 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
- 由于升级规则文件配置失误导致,现已经修改
修改前
!20260609-163531.jpg!
修改后
!20260609-163253.jpg!
本次修改的数据库表结构有:
!20260609-163714.jpg!
... - 12:03 B5G_UE 错误 #5129: 在终端整机定标测试中,UU口空口测试,终端上行SINR比预算低3-8dB左右
- 室内直连,也有低于3-8dB左右。
- 11:59 B5G_UE 错误 #5387 (进行中): 在终端整机定标测试中,UU口,直连下行RSRP比预算低4-8dB左右,空口下行RSRP比预算低10dB左右
- 11:58 B5G_UE 错误 #5387 (进行中): 在终端整机定标测试中,UU口,直连下行RSRP比预算低4-8dB左右,空口下行RSRP比预算低10dB左右
- 11:31 3.0基站产品测试 功能 #4714 (进行中): 上行逻辑信道优先级配置
- 完成方案评审。
MAC逻辑信道配置方案评审 会议纪要(2026-6-5):
1. 该优化方案评审通过,计划提交版本为Rel3.0_3.3.1
2. 上行MAC逻辑信道配置参数通过XML配置,用户不可见。 - 11:21 3.0基站产品测试 错误 #5377 (转测试): NG乒乓切换,切换请求到目标站后未发UE上下文请求
- 11:21 3.0基站产品测试 错误 #5377 (审视): NG乒乓切换,切换请求到目标站后未发UE上下文请求
- 11:14 3.0基站产品测试 错误 #5377 (反馈): NG乒乓切换,切换请求到目标站后未发UE上下文请求
- 11:13 3.0基站产品测试 错误 #5377: NG乒乓切换,切换请求到目标站后未发UE上下文请求
- 【问题原因】
目标基站cu没有给du发送UeContextSetupRequest的原因如下:
根因:本次切换基战cu分配的cu_ue_id为848,流程没有走下去是因为上一次ue_id为848的ue的rm_ue资源块没有释放,导... - 10:52 3.0基站产品测试 功能 #5386 (新建): 【频选调度】频选调度排差方案
- 目前频选调度方案需要将原本2.0的排差方案就行优化并与现在的选优方案就行结合。
- 09:37 B5G_UE 错误 #5374: 重建立完成后的重配置消息终端未收到
- 1.根据msg4 ack终端发不出去物理层修改规避代码,就算UE状态切到msg1发送状态也判断是否有pucch要发送。如果有就trigger pucch.
2026-06-08
- 15:28 3.0基站产品测试 错误 #5385 (新建): [3.0产品测试] 基站配置文件ucp_PA_cfg.json不支持5.8G正维功放,导致起站失败
- 正维5.8G整机升级到Rel_3.2.1_Pre3T3版本后,还是会出现DU挂死。
查看ucp_PA_cfg.json文件。里面没有正维5.8G配置,后续版本帮忙加一下吧。
(包括Rel_3.2.1_Pre3T3和Rel_3.2.... - 15:02 3.0基站产品测试 错误 #5384 (新建): [3.0产品测试] 压力测试中TTI跳帧引起小区重建,UE再接入下行mcs就掉0
- 测试版本:Rel3.2.1_Pre3T2版本
测试设备:正维整机192.168.8.134,网管:192.168.8.181
测试用例:真实终端使用信道仿真仪模拟高速移动测试
基站配置:1D3U+附加导频=3
测试终端:星创C... - 10:57 B5G_UE 错误 #5374: 重建立完成后的重配置消息终端未收到
- 问题描述:重建立的msg4 ack物理层未发送。
问题原因:物理层收到msg4后计算出ack反馈时间点为sfn220 slot12,但是在sfn slot9的时候物理层收到了一条msg1 config,ue状态转换到了msg1发送状... - 10:39 3.0基站产品测试 错误 #5383 (进行中): 升级思朗最新phy代码后,小区重建之后下行mcs掉0
- 已定位,由于csirs任务计算pingpong buff错误导致问题出现
- 10:37 3.0基站产品测试 错误 #5383 (进行中): 升级思朗最新phy代码后,小区重建之后下行mcs掉0
- 升级思朗最新phy代码后,小区重建之后下行mcs掉0
- 10:38 B5G_UE 错误 #5141 (已关闭): 整机测试,基于t07_alpha19版本,基站概率性收不到Msg3(室内,用小天线,相距3米)
- 问题不复现,暂时关闭
- 10:36 B5G_UE 错误 #5141 (已解决): 整机测试,基于t07_alpha19版本,基站概率性收不到Msg3(室内,用小天线,相距3米)
- 问题不复现, 暂时关闭
- 10:22 B5G_UE 错误 #5141 (审视): 整机测试,基于t07_alpha19版本,基站概率性收不到Msg3(室内,用小天线,相距3米)
- 【问题验证】问题不复现。目前在在外场环境,使用整机,验证msg3在200m处连续接入11次全部成功,180M处连续多次全部接入。(不存在msg3问题)(#5361的问题单)
之前整机环境msg3失败可能和干扰有关。
- 10:36 B5G_UE 错误 #5344: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入OC-UE,概率性发生
- 从之前的日志看,在PUCCH 处理fm2时,DM内存分配失败,导致没来得及释放DM3空间,后续的L1C内存不足,问题复现概率较小(一周连续测试出现过2次),加tracelog做小版本,定位中。
- 10:24 3.0基站产品测试 性能 #5382 (新建): 湖南卫视时延优化
- 10:12 B5G_UE 错误 #5286: [自同步] 初始时偏概率性出现1500左右样点误差
- 出现概率小于1/10,且出现后phy再次搜索可以走到drb。
!1500_drb.png! - 09:41 网管产品 错误 #5289 (已解决): 网管版本2.4.2-0518,基站版本上传失败,上报得操作日志是“核心网文件上传失败”
- 2.4.2-0529版本
!上传基站版本失败操作日志提示正确.png! - 09:34 网管产品 错误 #5290 (已解决): 网管版本2.4.2-0518,大屏监控恢复默认配置成功,但记录“配置失败的”记录
- 2.4.2-0529版本
大屏监控选择恢复默认配置,操作日志无错误记录
2026-06-05
- 21:23 3.0基站产品测试 错误 #5375 (进行中): 3.2.2pre1T4版本切换时ap_driver有“Diginal channel0 power too high!”功率超限打印导致切换失败
- 出测试版本,检测到发生PA功率保护后,保存当时的DPD功率到ap_driver的log文件中,峰值门限由-1dbfs调整为-0.2dbfs。
- 18:43 3.0基站产品测试 错误 #5311 (进行中): OS版本2.0.2,基站版本322pre1T3,OS升级流程优化
- 18:43 3.0基站产品测试 错误 #5311: OS版本2.0.2,基站版本322pre1T3,OS升级流程优化
- 1. 在升级前备份sysrepo数据库。
2. 写一个导入sysrepo数据库标识。
3. 开机启动后,检查这个导入sysrepo标识,导入数据库后,删除标识。
4. agent 启动后,需要加--startup, --runn... - 17:17 B5G_UE 错误 #5361 (转测试): 基于T07__Alpha25版本,外场UU口测试,当距离超过200米时,发生基站高概率未解对msg3
- 基于T07__Alpha25版本,出修改RF Buffer到 SM 的小包, 测试没再出现MSG3 的问题。
- 17:06 B5G_UE 错误 #5361 (审视): 基于T07__Alpha25版本,外场UU口测试,当距离超过200米时,发生基站高概率未解对msg3
【问题验证】在外场使用#5301的小版本,msg3在200m处失败的问题不再复现。msg3失败应该是#5301中的问题。
!20260605-170600.jpg!
- 17:10 网管产品 功能 #5355: 网管版本2.4.2版本,新增OS升级为2.0.3版本及后续版本的判断,要求配套的基站版本
- 修改逻辑为os版本大于等于”2.0.3“
- 15:03 网管产品 功能 #5355: 网管版本2.4.2版本,新增OS升级为2.0.3版本及后续版本的判断,要求配套的基站版本
if($curVersion == '2.0.3' && $this->innerVersion < 535) {
OperLog::update($logId, $this->strin...- 16:41 B5G_UE 错误 #5323 (已关闭): 基站整机从Rel_3.2.1升级到Rel_3.2.2后,上行RSRP值不准,大概有20dB左右的误差(偏高)
- 问题解决,当前阶段暂不关注。先关闭。
- 16:38 B5G_UE 错误 #5309 (已关闭): UU口pusch双流改动中单双流全部搬第二根天线到射频buffer造成单流数据受影响
- 通过验证,对单流没有影响,关闭。
- 16:37 B5G_UE 错误 #5077 (已关闭): RRC对终端脱5G网络流程处理的支持(同时考虑到由IRN到OCUE的支持)
- 通过验证,关闭。
- 16:37 B5G_UE 错误 #5076 (已关闭): 终端脱5G网络后的物理层失步检测及上报的支持(与由IRN到OCUE一部分过程类似)
- 通过验证,关闭。
- 16:35 B5G_UE 任务 #3948 (已关闭): ap_driver 增加获取GPS有效卫星数量的接口
- 通过网关界面显示,可以显示卫星数。可关闭。
- 16:34 B5G_UE 错误 #4689: UU口测试,终端发msg4 ack在基站概率性解错
- 已合入到V0.0.1_T07__Alpha26版本,请研测继续复测验证。
- 16:33 B5G_UE 错误 #5059: UU口上行双流发送PUSCH失败
- 已合入到V0.0.1_T07__Alpha26版本,请研测继续复测验证。
- 16:33 B5G_UE 错误 #5301: 终端增加清第二根天线后,会导致发msg3时基站crc报错
- 已合入到V0.0.1_T07__Alpha26版本,请研测继续复测验证。
- 10:04 B5G_UE 错误 #5301: 终端增加清第二根天线后,会导致发msg3时基站crc报错
- DD双向灌包10M ok
!20260605-100350.jpg!
- 16:32 B5G_UE 错误 #5343: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
- 已合入到V0.0.1_T07__Alpha26版本,请研测继续复测验证。
- 14:56 B5G_UE 错误 #5343 (转测试): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
- 补上,IRN释放DD转UU(相邻设备拉远场景),之前流程不完善,已修改。代码修改OK。
- 16:32 网管产品 功能 #5246 (转测试): 支持采集基站ap_Driver日志
- 16:32 网管产品 功能 #5354 (转测试): 网管2.4.2版本,新增“单板类型”界面显示
- 13:33 网管产品 功能 #5354 (反馈): 网管2.4.2版本,新增“单板类型”界面显示
- 同5364
- 16:28 网管产品 功能 #5380: 信令面日志级别修改关联项增加
- 与CU确认合入331版本
- 16:25 网管产品 功能 #5380 (进行中): 信令面日志级别修改关联项增加
- 基站3.0 下一个版本需要支持【注意:单子描述的xpath包含历史及新增的配置】
- 14:38 网管产品 功能 #5380 (进行中): 信令面日志级别修改关联项增加
- /gnb-cu-log:GNB-CU-LOG/LOGGING_CONFIG/GNB_LOG_LEVEL_CONFIG/APP和如下选项一致:
/gnb-cu-log:GNB-CU-LOG/LOGGING_CONFIG/GNB_LOG... - 16:26 3.0基站产品测试 功能 #4830 (转测试): 网管版本YZMM2.4.0Pre1T1,射频状态显示优化
- 16:22 核心网产品 功能 #5319 (已关闭): cpe建立5QI5后ng切换多次就切换不了了直到5QI9建立才恢复正常切换
- 15:56 3.0基站产品测试 功能 #5365: 误码率,平均mcs网管显示优化
- slotBler 和 bler 由 uint8-> uint16: 处理成小数,保留两位 agent处理方式:除以100
numRbAverage 和 avgMcs 由 float -> uint16 原数据
dlResRat... - 15:54 3.0基站产品测试 功能 #5365: 误码率,平均mcs网管显示优化
- !%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202026-06-05%20144448.png!
- 14:16 3.0基站产品测试 功能 #5365: 误码率,平均mcs网管显示优化
- !%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202026-06-05%20141533.png!
- 14:07 3.0基站产品测试 功能 #5365: 误码率,平均mcs网管显示优化
- 平均RB数,平均mcs四舍五入
- 14:05 3.0基站产品测试 功能 #5365: 误码率,平均mcs网管显示优化
- 走查意见:
bler 和 slotbler 改成 uint16 上报给agent,由网管处理成小数 - 15:36 3.0基站产品测试 错误 #5381: 西安247环境os驱动挂死,ETH2不通问题
- dmesg
[ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x410fd083]
[ 0.000000] Linux version 5.10.165-... - 15:35 3.0基站产品测试 错误 #5381: 西安247环境os驱动挂死,ETH2不通问题
- !os_err.jpg!
- 15:30 3.0基站产品测试 错误 #5381 (新建): 西安247环境os驱动挂死,ETH2不通问题
- 15:33 3.0基站产品测试 错误 #5336 (已关闭): [3.0产品测试] 网管上修改基站参数后重建小区,出现了du挂死
- 15:33 3.0基站产品测试 错误 #5336 (已解决): [3.0产品测试] 网管上修改基站参数后重建小区,出现了du挂死
- Rel_3.2.1_Pre3T3已验证
- 14:39 B5G_UE 错误 #5374: 重建立完成后的重配置消息终端未收到
- 目前协议栈修改版本后,第二次接入msg4 PUCCH基站未收到,物理层可能需要修改代码,需要继续定位
- 14:11 网管产品 错误 #5294 (已解决): 网管2.4.2-0518版本&OS—2.0.2版本,安装完成后界面不显示OS版本信息
- 网管2.4.2基站版本322pre1T4 OS版本2.0.3
- 14:06 网管产品 错误 #5277 (已解决): 网管2.4.2版本&基站322—0428版本,纳管转订阅及订阅事件上报问题
- 网管2.4.2基站322pre1T4
订阅网管:
!订阅事件上报.png!
纳管网管:
!纳管网管订阅事件上报.png! - 14:05 3.0基站产品测试 错误 #5239 (已关闭): 3.2.2pre1T1版本带vonr切换中语音会自动挂断
- 在Rel_3.2.2_Pre1T4版本带vonr的切换流程正常,语音清晰,无掉话,问题关闭。
- 13:57 网管产品 错误 #5242: 网管版本2.4.2,在线终端统计数不准确
- 看板还是存在问题,修改了没
- 13:49 3.0基站产品测试 错误 #5312 (已解决): Rel_3.2.2_Pre1T3版本上报“主备切换事件”告警
- Rel_3.2.2_Pre1T4版本已经没有“主备切换事件”告警上报,问题解决。
!%E7%BD%91%E7%AE%A1%E5%91%8A%E8%AD%A6%E6%88%AA%E5%9B%BE.jpg!
- 12:26 3.0基站产品测试 错误 #5377: NG乒乓切换,切换请求到目标站后未发UE上下文请求
- 测试版本:3.2.1pre3T2(321E)
测试用例:异频NG乒乓切换
基站配置:7D2U 2T2R rank自适应
测试配置:鼎桥cpe
测试场景:用户接入在两异频基站间做乒乓切换
测试结果:切换请求到目标站后,从抓包看... - 11:29 3.0基站产品测试 错误 #5377 (进行中): NG乒乓切换,切换请求到目标站后未发UE上下文请求
- 11:21 3.0基站产品测试 错误 #5377 (转测试): NG乒乓切换,切换请求到目标站后未发UE上下文请求
- 测试版本:3.2.1pre3T2(321E)
测试用例:异频NG乒乓切换
基站配置:7D3U 2T2R rank自适应
测试配置:鼎桥cpe
测试场景:用户接入在两异频基站间做乒乓切换
测试结果:切换请求到目标站,从抓包看重... - 11:49 3.0基站产品测试 功能 #5379 (新建): 基站3.0用户面数据指标统计工具开发
- 基站3.0用户面数据指标统计工具开发
- 11:26 基站横联 错误 #5378: 5G BBU时标模式(北斗)下,大概率出现射频模块不能把PSS信号发出去
- 做了一些实验,总结规律如下:
1.PHY如果延迟启动80s时,PSS都可以发送出去; *像是PHY启动对RRU造成什么影响了*
2.L2 延迟启动80s时,还是会出现PSS发送不出去; *逻辑上可以排除TFU模块的问题*
另... - 11:24 基站横联 错误 #5378 (已解决): 5G BBU时标模式(北斗)下,大概率出现射频模块不能把PSS信号发出去
- 11:23 基站横联 错误 #5346: 5GBBU通道过来的TOD信息,未按照需求要求做SFN计算
- 目前还存在2个现象和问题:
1. 7045出现了假锁:log中,TOD 第857秒后才把正确TOD时间送给TFU(之前都是1980年),但7045在30秒左右就锁定了
2. 一直没有PPS中断送给4008,而且7045也一直没有锁定 - 09:22 核心网产品 错误 #5376 (新建): LMT灌包工具增加批量操作
- 实际测试过程中经常遇到,给多UE进行灌包或者停止灌包操作,现在的LMT只支持单个停止或者单个开始,对于多用户不友好,建议增加批量停止和批量开始的功能;
2026-06-04
- 18:29 B5G_UE 错误 #5352: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,减少98侧衰减,IRN接入失败
- !img_v3_0212a_65c23a0d-7774-4642-af82-520e9fd88eeg.jpg!
由目前分析发现后续小区搜索下行时偏值出现异常,目前怀疑是否与这个有关,由于DD情况下搜小区的SIB1是L1c直接将off... - 16:41 3.0基站产品测试 错误 #5375 (已解决): 3.2.2pre1T4版本切换时ap_driver有“Diginal channel0 power too high!”功率超限打印导致切换失败
- 【问题描述】3.2.2pre1T4版本切换时ap_driver有“Diginal channel0 power too high!”功率超限打印导致切换失败,失败瞬间终端接入不了;
【问题分析】分析为峰值功率超限,均值功率正常,需要... - 16:27 B5G_UE 功能 #5057: RRC重建流程
- 做其它高优先级任务,推后两周。
- 16:26 B5G_UE 功能 #5057: RRC重建流程
- 收到RRCReastablishment
发RRCReastablishmentComplete成功
等待接收重配置消息。 - 16:25 B5G_UE 错误 #5374: 重建立完成后的重配置消息终端未收到
- RRC 新建函数释放dedicate,已完成。
等待物理层实现。 - 15:39 B5G_UE 错误 #5374 (进行中): 重建立完成后的重配置消息终端未收到
- 【20260604】:MAC修改,收到WN_MAC_SP_CELL_CNFG_E配置,且wnRrcUeMacCellGrpCfg数据结构中的invalidAllChnCfg置为1,下dedicate config参数中的paramTy...
- 15:39 B5G_UE 错误 #5374 (审视): 重建立完成后的重配置消息终端未收到
- 【问题描述】:重建立完成后的重配置消息终端未收到;
【问题分析】:由于重建立流程中的spCellConfig未释放,可能导致重建立完成消息的PDCCH使用了原来专有配置的PDCCH去解析,DCI1_1,应该使用common chan... - 15:34 5GNR 功能 #5373: 重建立完成后的重配置消息终端未收到
- 【20260604】:MAC修改,收到WN_MAC_SP_CELL_CNFG_E配置,且wnRrcUeMacCellGrpCfg数据结构中的invalidAllChnCfg置为1,下dedicate config参数中的paramTy...
- 15:32 5GNR 功能 #5373 (新建): 重建立完成后的重配置消息终端未收到
- 【问题描述】:重建立完成后的重配置消息终端未收到;
【问题分析】:由于重建立流程中的spCellConfig未释放,可能导致重建立完成消息的PDCCH使用了原来专有配置的PDCCH去解析,DCI1_1,应该使用common chan... - 15:15 3.0基站产品测试 错误 #5299 (审视): os版本为2.0.2时,针对OS系统较老的环境/yzmm/gNB_config.sh文件内容需要更新
- 15:15 3.0基站产品测试 错误 #5299 (进行中): os版本为2.0.2时,针对OS系统较老的环境/yzmm/gNB_config.sh文件内容需要更新
- 14:07 B5G_UE 错误 #5372: [自同步]初始时偏调整后,小概率出现解不对sib
- !sib.png!
- 11:55 B5G_UE 错误 #5372 (进行中): [自同步]初始时偏调整后,小概率出现解不对sib
- 11:27 B5G_UE 错误 #5372 (已解决): [自同步]初始时偏调整后,小概率出现解不对sib
- 14:00 B5G_UE 错误 #5363: 基于T07__Alpha25版本,外场UU口测试,当GPS信号弱时,整机开机/reboot启动时易出现挂死
- 新出版本:协议栈增加了启动各个线程间加sleep+老赵ap_drv版本Rel_3.2.2_Pre1T4。
基于新版本,测试时请:(1)将gps变弱或关闭gps场景;(2)基于在整机上验证。并加大测试次数。 - 12:16 B5G_UE 错误 #5369 (进行中): 基于T07__Alpha25版本,外场UU口测试,当距离超过200米左右时,概率性发生终端解Msg4失败
- 08:14 B5G_UE 错误 #5369 (进行中): 基于T07__Alpha25版本,外场UU口测试,当距离超过200米左右时,概率性发生终端解Msg4失败
- 版本信息:
1,基站3.2.1_1t2 + 物理层抓数。
2,T07__Alpha25 + #5301的patch。
问题描述:
当距离190米:做了10次都失败(amc打开,mcs max=25),做了1次失败(mcs=... - 12:16 B5G_UE 错误 #5362 (进行中): 基于T07__Alpha25版本,外场UU口测试,当距离超过100/200米时,概率性发生基站下发鉴权请求终端未收到
- 12:15 B5G_UE 错误 #5325 (已关闭): 终端整机本地网管升级后,4008发生失联
- 经过实测验证,可以手动启动也可以通过网管界面自动启动,未发生4008失联问题。
可以关闭。 - 11:52 B5G_UE 错误 #5323: 基站整机从Rel_3.2.1升级到Rel_3.2.2后,上行RSRP值不准,大概有20dB左右的误差(偏高)
- 在新版本中,可以通过设置让功放独占uart0.
- 11:18 3.0基站产品测试 错误 #5064 (进行中): 新emmc版本,各项进程(agent,baservice)重启整机后,不会正常启动。
- 10:28 基站横联 错误 #5370 (进行中): PSS/SSS信号末尾产生一个异常尖峰
- ssb相位补偿微码引入,由于每次并行处理16dw,pss/sss总共127dw,无法整除,最后会多处理一些。
微码执行之后将多处理的数据进行清零,尖峰消失。
微码已经修改,待验证。 - 10:21 基站横联 错误 #5370 (审视): PSS/SSS信号末尾产生一个异常尖峰
- PSS/SSS信号末尾产生一个异常尖峰
- 10:23 基站横联 错误 #5371 (新建): 基线版本SSB会在所有天线上发送,修改为SSB只在天线0上发送
- 基线版本SSB会在所有天线上发送,修改为SSB只在天线0上发送
需要修改phycfg.dat文件 - 09:22 3.0基站产品测试 错误 #5194 (审视): os版本2.0.10,进行os升级时没生成文件“system_upg_res”
- 在2.0.3 的测试中,已经写入文件。
- 09:21 3.0基站产品测试 错误 #5310 (审视): OS版本2.0.2,基站版本322pre1T3,、获取mac 命令的准确性问题eeprom_rw get mac取消
- 09:21 3.0基站产品测试 错误 #5310: OS版本2.0.2,基站版本322pre1T3,、获取mac 命令的准确性问题eeprom_rw get mac取消
- 系统的升级脚本也随着打包文件一起发布,去掉了-m的mac 地址设置。
2026-06-03
- 18:39 3.0基站产品测试 错误 #5368 (已解决): 321E,差点用户影响好点用户上行mcs
- 测试版本:3.2.1pre3T1(321E)
测试用例:大下行配比128用户好中差udp测试
基站配置:1D3U 2T2R
测试配置:TM500
测试场景:两用户接入,进行上下行udp业务
测试结果:好点位置用户,上行mcs... - 18:16 B5G_UE 错误 #5361 (进行中): 基于T07__Alpha25版本,外场UU口测试,当距离超过200米时,发生基站高概率未解对msg3
- 【问题描述】基于T07__Alpha25版本,外场UU口测试,当距离200米时,发生基站高概率80%未解对msg3
【问题原因】在外场验证,测试10次,msg3全部成功,不复现msg3失败问题,可能是换了物理层小版本修复了问题。... - 08:59 B5G_UE 错误 #5361 (转测试): 基于T07__Alpha25版本,外场UU口测试,当距离超过200米时,发生基站高概率未解对msg3
- 17:55 3.0基站产品测试 错误 #5314: 3.2.2_Pre1T3版本有多余指标残留
- 需要解决以下3个问题:
1、解决500ms延时问题;需要再考虑
2、内部释放保底流程不能使用inactive timer;
3、在释放期间此上下文不再处理f1、ng、rrc消息; - 16:23 3.0基站产品测试 功能 #5367 (新建): 【抓包功能】FAPI 抓包功能
- 1 .将原本的fapi抓包功能改为动态可配置的功能。
2 .将原本的fapi 消息类型改为动态可配置的功能。
3 .添加sctp 动态抓包的功能(已开发,暂不启用)。
4 .添加 kpi 动态抓包的功能(已开发,暂不启用)。 - 14:58 3.0基站产品测试 错误 #5366 (新建): [3.0产品测试] 多次修改基站参数重建小区后,出现了du挂死
- 测试版本:Rel_3.2.1_Pre3T2
问题描述:网管修改特殊子帧配比参数后,重建小区,重复操作几次后,出现了du挂死问题。 - 14:29 网管产品 功能 #5355 (进行中): 网管版本2.4.2版本,新增OS升级为2.0.3版本及后续版本的判断,要求配套的基站版本
- 此问题直接在2.4.2版本上拉分支修改,修改不明确可以找凯哥确认一下。
- 14:17 网管产品 功能 #5354 (进行中): 网管2.4.2版本,新增“单板类型”界面显示
- 11:53 3.0基站产品测试 功能 #5365: 误码率,平均mcs网管显示优化
- !%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202026-06-03%20115046.png!
结果符合预期 - 10:55 3.0基站产品测试 功能 #5365 (进行中): 误码率,平均mcs网管显示优化
- gnb_agent已完成修改,后续只支持与DU同版本消息解析处理,不支持老版本消息处理,待与DU联调
- 10:54 3.0基站产品测试 功能 #5365: 误码率,平均mcs网管显示优化
- !%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202026-06-03%20101240.png!
接口改动 - 09:53 3.0基站产品测试 功能 #5365 (进行中): 误码率,平均mcs网管显示优化
- 1.误码率显示改成小数,保留2位小数
2.平均RB数,平均mcs改成整数 - 11:48 B5G_UE 错误 #5363 (反馈): 基于T07__Alpha25版本,外场UU口测试,当GPS信号弱时,整机开机/reboot启动时易出现挂死
- 使用弋戈的修改版本测试看结果。
- 11:36 B5G_UE 错误 #5363 (进行中): 基于T07__Alpha25版本,外场UU口测试,当GPS信号弱时,整机开机/reboot启动时易出现挂死
- b5g启动死机问题,前一段弋戈定位与DPDK中的大页内存有关,已经出过测试版本,待进行验证。
- 09:06 B5G_UE 错误 #5363 (反馈): 基于T07__Alpha25版本,外场UU口测试,当GPS信号弱时,整机开机/reboot启动时易出现挂死
- 11:41 B5G_UE 错误 #5358: 当前上行PUS DMRS port配置打桩写死,而不是从调度信息中获取并配置
- 这块原来STE没有实现,需要根据协议38.212,7.3.1.1.2 根据协议栈下发的Bit长度,进行开发
- 11:35 B5G_UE 错误 #5358: 当前上行PUS DMRS port配置打桩写死,而不是从调度信息中获取并配置
- 【问题描述】当前上行PUS DMRS port配置打桩写死,而不是从调度信息中获取并配置
【问题原因】目前在环境配置为2流2port时,L1C给PUSCH接口portbitmap的值,固定写成了3(0011),解析就是port0... - 11:02 3.0基站产品测试 错误 #5312 (转测试): Rel_3.2.2_Pre1T3版本上报“主备切换事件”告警
- 11:02 3.0基站产品测试 错误 #5312 (审视): Rel_3.2.2_Pre1T3版本上报“主备切换事件”告警
- 10:50 3.0基站产品测试 错误 #5312 (进行中): Rel_3.2.2_Pre1T3版本上报“主备切换事件”告警
- 在Rel_3.2.2_Pre1T4版本中已更新
- 10:26 网管产品 功能 #5364: 支持上报基站服务器板卡类型
- 已自验,待网管同步修改
!20260603-102506.359-1.jpg!
!20260603-102506.359-2.jpg! - 09:14 网管产品 功能 #5364 (进行中): 支持上报基站服务器板卡类型
- 09:13 网管产品 功能 #5364 (进行中): 支持上报基站服务器板卡类型
- gnb_agent上报板卡类型在redis基本信息中,网管界面、LMT界面显示
type Device struct {
Id string `json:"id"`
GnbId ... - 10:21 B5G_UE 错误 #4689 (转测试): UU口测试,终端发msg4 ack在基站概率性解错
- 分析和#5301问题同源,修改发射地址到sm可能一起解决,待充分验证
- 10:03 B5G_UE 错误 #4689 (审视): UU口测试,终端发msg4 ack在基站概率性解错
- 10:03 B5G_UE 错误 #4689: UU口测试,终端发msg4 ack在基站概率性解错
- 根据最近问题单5301的定位情况,这个问题应该也是发射使用ddr的原因。
- 09:48 B5G_UE 错误 #4689 (进行中): UU口测试,终端发msg4 ack在基站概率性解错
- 10:19 3.0基站产品测试 错误 #5255 (已关闭): Rel_3.2.2_Pre1T2版本du程序完全起来后再启动cu程序会出现du程序起不来问题(有小区退服告警)
- 在Rel_3.2.2_Pre1T4版本du程序完全起来后再启动cu程序可正常启动三层,基站三层多次可正常启动,问题关闭。
- 10:17 3.0基站产品测试 错误 #5317 (已解决): 3.2.2pre1T3版本上行双天线异频ng切换到目标基站后终端掉线
- 基于3.2.2pre1T3版本,替换魏幸幸提供gnb_du包后,切换多次终端未掉线。
- 10:13 3.0基站产品测试 错误 #5317 (转测试): 3.2.2pre1T3版本上行双天线异频ng切换到目标基站后终端掉线
- 10:16 3.0基站产品测试 错误 #5330 (已解决): 3.2.2pre1T3版本RANK自适应开时上行双天线的同频切换终端会掉线
- 基于3.2.2pre1T3版本,替换魏幸幸提供gnb_du包后,切换多次终端未掉线。
- 10:13 3.0基站产品测试 错误 #5330 (转测试): 3.2.2pre1T3版本RANK自适应开时上行双天线的同频切换终端会掉线
- 10:12 B5G_UE 错误 #3695 (已关闭): DD口设置时隙模式为MDSU全发模式时,专有数据发送异常
- 此问题是原来的“系统时隙结构”出现的问题。 后来时隙改成DSUXX了,测试没有问题。 问题单关闭
- 10:02 基站横联 错误 #5346: 5GBBU通道过来的TOD信息,未按照需求要求做SFN计算
- 战 弋戈 写到:
> 主要做了如下修改:
0.实际上原代码对5GBBU中移动TOD信息有使用于SFN,但实际未生效原因如第一条;
> 1.外时标TOD信息中有搜星有效指示,代码中对此进行判断;但5GBBU中移动TOD信息中没... - 09:48 基站横联 错误 #5346: 5GBBU通道过来的TOD信息,未按照需求要求做SFN计算
- 主要做了如下修改:
1.中移动tod信息增加打印,在原来gps sfn信息做区分处理。
2.中移动tod转换utc时间戳处理
3.tod闰秒-14 改成 -18
4.中移动格式第二次设置utc时间 - 09:58 B5G_UE 错误 #5301 (转测试): 终端增加清第二根天线后,会导致发msg3时基站crc报错
- @周磊,麻烦UU dd等场景做一下充分验证。
- 09:45 B5G_UE 错误 #5301 (审视): 终端增加清第二根天线后,会导致发msg3时基站crc报错
- 09:02 B5G_UE 错误 #5362 (进行中): 基于T07__Alpha25版本,外场UU口测试,当距离超过100/200米时,概率性发生基站下发鉴权请求终端未收到
2026-06-02
- 17:43 B5G_UE 错误 #5301: 终端增加清第二根天线后,会导致发msg3时基站crc报错
- 重新规划sm地址后,目前UU DD测试正常。已基于alpha25出版本给周磊。待充分验证完成后升级。
!img_v3_02129_5e435ea8-51b1-49f6-b191-b318363de2dg.jpg!
!img_v3_... - 16:36 B5G_UE 设计 #5356 (进行中): 关于HNA广播可靠性保障设计需求
- 11:55 B5G_UE 设计 #5356 (进行中): 关于HNA广播可靠性保障设计需求
- 之前出现过底层偶尔测量的crc err导致丢失的广播连续丢在HNA广播上,当时场景1-2-3拓扑中2转发1和3的hna,1和3的hna在中继点2和本设备分别连续两个hna周期都出现crc err,导致信息超时失效清理丢失ip引起业务不...
- 16:35 B5G_UE 错误 #5358 (进行中): 当前上行PUS DMRS port配置打桩写死,而不是从调度信息中获取并配置
- 14:53 B5G_UE 错误 #5358 (进行中): 当前上行PUS DMRS port配置打桩写死,而不是从调度信息中获取并配置
- 16:35 网管产品 错误 #5360 (进行中): 看门狗、OS系统升级中reboot基站可能导致baseservice检测其他模块异常上报告警
- 已修改合入3.3.1基线版本,待自验证
- 16:27 网管产品 错误 #5360 (审视): 看门狗、OS系统升级中reboot基站可能导致baseservice检测其他模块异常上报告警
- 问题定位:
reboot时logwriter退出比baseservice早,导致baseservice检测到logwriter异常上报告警
解决方案:
在所有业务reboot基站的时候先把baseservice服务停止,避免检测... - 15:59 客户局点问题 错误 #5359 (进行中): 天津港5.8G基站现场失联
- 15:44 3.0基站产品测试 功能 #5357 (转测试): 【网管接口】新增RLC禁止定时器 & 修改“流控配置” 为 “RLC配置”
- 15:42 3.0基站产品测试 功能 #5357 (进行中): 【网管接口】新增RLC禁止定时器 & 修改“流控配置” 为 “RLC配置”
- 3.2.1 与 3.2.2版本 后续再无合入,改到3.3.1版本
已合入3.1.4-HNWS、3.3.1基线分支,自测成功
!20260602-154003.384-1.jpg!
!20260602-154003.384-2.j... - 14:55 3.0基站产品测试 功能 #5357: 【网管接口】新增RLC禁止定时器 & 修改“流控配置” 为 “RLC配置”
- 3.2.1 与 3.2.2版本 后续再无合入,改到3.3.1版本
- 14:46 3.0基站产品测试 功能 #5357 (转测试): 【网管接口】新增RLC禁止定时器 & 修改“流控配置” 为 “RLC配置”
- 修改1:
<Block name="流控配置" path="F1U_FLOW_CONTROL_CONFIG" defShow="" child="" parent="">
为
<Block name="RLC配置" path="... - 13:55 3.0基站产品测试 功能 #5101: xn切换支持上行数据转发
- !fwd.jpg!
如图所示数据由源基站转到目标基站后,将转发数据发送到核心网 - 13:51 3.0基站产品测试 功能 #5101: xn切换支持上行数据转发
- 自测完成
- 08:46 B5G_UE 错误 #5352 (进行中): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,减少98侧衰减,IRN接入失败
2026-06-01
- 16:48 网管产品 功能 #5355 (转测试): 网管版本2.4.2版本,新增OS升级为2.0.3版本及后续版本的判断,要求配套的基站版本
- 网管版本2.4.2版本,新增OS升级为2.0.3版本及后续版本的判断,要求配套的基站版本
备注:
需求升级OS2.0.3版本判断下,基站版本是否是3.2.2pre1T4之后的,是的话直接升,不是给出提示升级为最新基站软件版本 - 16:41 网管产品 功能 #5354 (转测试): 网管2.4.2版本,新增“单板类型”界面显示
- 网管2.4.2版本,新增“单板类型”界面显示
备注:
可使用单板查询命令:eeprom_rw get type
界面显示:“单板类型”:“EVMT4” - 16:30 网管产品 错误 #5316: 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
- 代码环境中sql文件大小都是4096,实际安装后全是256,没有修改成,检查下安装脚本是否存在问题
- 16:11 网管产品 错误 #5316 (反馈): 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
- 2.4.2版本0529还是存在问题
- 15:57 产品3.0平台 错误 #5353 (转测试): GPS freerun模式下pp1s校准值未生效问题
- 15:56 产品3.0平台 错误 #5353 (审视): GPS freerun模式下pp1s校准值未生效问题
- 15:55 产品3.0平台 错误 #5353 (进行中): GPS freerun模式下pp1s校准值未生效问题
- gps freerun模式下pp1s校准值未生效问题cp的修改,在pp1s中断累计几次后就获取pp1s校准值,可以保证gps freerun模式cp收不到ap的GPS同步消息时pp1s校准值也能生效。
- 15:52 产品3.0平台 错误 #5353 (转测试): GPS freerun模式下pp1s校准值未生效问题
- GPS freerun模式下pp1s校准值使用的是缺省值,没有使用实际的校准值。
- 15:56 网管产品 错误 #5093 (已解决): 子帧配比和QFI 9的缓存规格关联
- 322pre1T4版本:
子帧配比为7D2U:
!7D2U配置的对应DRB缓存.png!
子帧配比为1D3U:
!1D3U配置的对应DRB缓存.png!
- 15:56 3.0基站产品测试 错误 #5350 (进行中): 当邻区存在无法连接成功时,会导致sctp线程卡断1s左右
- 14:59 3.0基站产品测试 错误 #5350 (已解决): 当邻区存在无法连接成功时,会导致sctp线程卡断1s左右
- 15:53 B5G_UE 错误 #5352: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,减少98侧衰减,IRN接入失败
- 1.根据log分析基站侧收到终端的PRACH后发送了msg2,但是终端未检测到MSG2。
基站log:
!img_v3_02128_d7f42e45-fc3d-4145-9ab2-0cd2724d235g.jpg!
!img_v... - 15:44 B5G_UE 错误 #5352 (转测试): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,减少98侧衰减,IRN接入失败
- 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,减少98侧衰减,IRN接入失败
测试环境:基站30+IRN终端90+IRN终端98
【B5g_ue】V0.0.1_T07__Alpha25,链式拓... - 15:26 3.0基站产品测试 功能 #5351 (进行中): 支持用户面指标采集日志的本地输出和转发
- 15:26 3.0基站产品测试 功能 #5351 (进行中): 支持用户面指标采集日志的本地输出和转发
- 15:12 B5G_UE 错误 #5343 (审视): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
- 1. WN_MAC_RRC_RA_TRIG_BY_MAXSR_IND
2. Switch state IRN->UE
3. RRC->MAC MSG_TYPE_COMMON_CHANNEL_CONFIG_REQUEST
4. T... - 14:48 B5G_UE 错误 #5343: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
- 转测试,进行验证。
- 14:47 B5G_UE 错误 #5343: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
- 在周磊帮助下自测完成。
提交代码,完成修改。 - 14:29 B5G_UE 错误 #5323 (已解决): 基站整机从Rel_3.2.1升级到Rel_3.2.2后,上行RSRP值不准,大概有20dB左右的误差(偏高)
- 11:26 B5G_UE 错误 #5323 (转测试): 基站整机从Rel_3.2.1升级到Rel_3.2.2后,上行RSRP值不准,大概有20dB左右的误差(偏高)
- 10:34 3.0基站产品测试 功能 #4830 (进行中): 网管版本YZMM2.4.0Pre1T1,射频状态显示优化
- 做一个版本兼容
- 10:03 3.0基站产品测试 功能 #5292: 【Rel_3.2.1Pre2T2_正维3.3G整机】测量事件A1/A2门限配置不合理,可能会导致终端不会上报任何测量事件
- 322pre1T4版本已解决,打开配置巡检开关,可检测参数配置存在问题。
- 09:57 3.0基站产品测试 错误 #5349 (新建): 基站版本322pre1T4,修改gnb_cu_dulist默认参数频段NR_FREQ_BAND值为41
- 基站版本322pre1T4,修改gnb_cu_dulist默认参数频段NR_FREQ_BAND值为41
备注:
与DU给出默认值频段保持一致为41
路径:/gnb-cu-dulist:GNB-CU-DULIST/DU_LIST_... - 09:38 网管产品 错误 #5015 (已关闭): 2.4.1网管版本,网管使用过程中,reboot72基站,234基站界面也无法操作,大概15s左右
- 09:38 网管产品 错误 #5015 (已解决): 2.4.1网管版本,网管使用过程中,reboot72基站,234基站界面也无法操作,大概15s左右
- 09:34 3.0基站产品测试 功能 #5227 (已解决): Pusch联动采数功能
- 需求已实现详见5231问题单
- 09:33 3.0基站产品测试 功能 #5231 (已解决): Prach采数功能优化
- 关联5227问题单已验证pusch和prach
网管版本2.4.2&基站版本322pre1T4,与宏文确认采数结果符合预期
三种采数方式(PUSCH\PRACH按检测数量\PRACH按增益因子):详见附件和截图
!PHY界面采数... - 09:33 网管产品 设计 #5011 (已关闭): 网管操作日志记录中,参数修改记录:原配置值→新配置值,增加原配置值记录。
- 09:33 网管产品 设计 #5011 (已解决): 网管操作日志记录中,参数修改记录:原配置值→新配置值,增加原配置值记录。
- 09:32 网管产品 设计 #5067 (已关闭): YZMM2.4.1,网管新增基站会导致现有窗口弹窗刷新,建议后续去除窗口弹窗。
- 09:32 网管产品 设计 #5067 (已解决): YZMM2.4.1,网管新增基站会导致现有窗口弹窗刷新,建议后续去除窗口弹窗。
- 09:24 3.0基站产品测试 功能 #5338 (已解决): phy运行日志在网管添加开关显示
- 5326关联解决
- 09:23 3.0基站产品测试 功能 #5342 (已解决): 支持phy 运行日志的本地输出和转发
2026-05-30
- 20:24 产品3.0平台 错误 #5061 (反馈): 3.0正维5.8G整机长跑功率异常变大
- 已经出9025数字域对功放保护的软件版本。
- 18:38 B5G_UE 错误 #5207 (已关闭): UU口环境上行ping包或灌包,上行tbsize=69,mcs=7,rbnum=4,基站PUSCH CRC全错
- 通过验证,可关闭。
- 18:36 B5G_UE 错误 #5218 (已关闭): UU-DD-UU时,固定5次后 ocue切换到irn, 发生接入时鉴权失败
- 验证基本充分,可关闭。
- 18:13 B5G_UE 错误 #5301: 终端增加清第二根天线后,会导致发msg3时基站crc报错
- UU口1D3U配置,改用SM地址(偶0x09F00000/奇0x09FF0400), 修改JESD天线映射方式为:ANT0偶/ANT1偶/ANT2偶/ANT3偶~/ANT0奇/ANT1奇/ANT2奇/ANT3奇,出版本,在30-90环...
- 18:12 B5G_UE 错误 #5301: 终端增加清第二根天线后,会导致发msg3时基站crc报错
- UU口,天线映射方式仍然为发布版本的模式(ANT0偶~/ANT0奇~/ANT1偶~/ANT1奇~/ANT2偶~/ANT2奇~/ANT3偶~/ANT3奇~),使用发布版本的DDR地址0x9BC00000和0x9BC54200,在37-8...
- 16:19 B5G_UE 错误 #5323 (审视): 基站整机从Rel_3.2.1升级到Rel_3.2.2后,上行RSRP值不准,大概有20dB左右的误差(偏高)
- 16:19 B5G_UE 错误 #5343: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
- 1. WN_MAC_RRC_RA_TRIG_BY_MAXSR_IND
2. Switch state IRN->UE
3. RRC->MAC MSG_TYPE_COMMON_CHANNEL_CONFIG_REQUEST
4. T... - 14:36 B5G_UE 错误 #5343: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
- YZRT B5GUE b5gueps Issues #363
- 16:18 B5G_UE 错误 #5325 (转测试): 终端整机本地网管升级后,4008发生失联
- 1,解决了服务拉起是阻塞在LCORE_WAIT的问题。
2,在start.sh执行前增加了30-35秒,避免系统资源的抢占。这个值还待后期测试时看是否有更合理值。
修改方法OK,待整体再验证一下。 - 16:11 B5G_UE 错误 #5325 (审视): 终端整机本地网管升级后,4008发生失联
- 15:56 3.0基站产品测试 功能 #5348 (新建): 当接入的用户数量大于内存池规格时告警
- 当ue掉线时,做判断,如果ue小于内存池规格,则恢复告警
cu启动成功,则恢复之前的该告警 - 15:42 3.0基站产品测试 错误 #5317 (审视): 3.2.2pre1T3版本上行双天线异频ng切换到目标基站后终端掉线
- 和#5330是一个问题,都是因为上行双流切换UE会掉线。
- 15:41 3.0基站产品测试 错误 #5330 (审视): 3.2.2pre1T3版本RANK自适应开时上行双天线的同频切换终端会掉线
- 15:41 3.0基站产品测试 错误 #5330: 3.2.2pre1T3版本RANK自适应开时上行双天线的同频切换终端会掉线
- 外环优化已经合入,内环建议先关闭
- 15:40 3.0基站产品测试 错误 #5330: 3.2.2pre1T3版本RANK自适应开时上行双天线的同频切换终端会掉线
- 问题主要出在上行amc这块:
(1)强制sr调度4rb,功率谱密度大,外环把mcs抬的过高,调度多的rb的时候,功率谱密度变小,不足以支撑这么大的mcs;
(2)srs测的sinr偏大,内环也会抬高mcs(切换的时候,srs si... - 15:33 B5G_UE 错误 #5309 (已解决): UU口pusch双流改动中单双流全部搬第二根天线到射频buffer造成单流数据受影响
- V0.0.1_T07__Alpha25已验证,上行单流可以接入
!20260530-153210.jpg!
- 15:13 B5G_UE 错误 #5309: UU口pusch双流改动中单双流全部搬第二根天线到射频buffer造成单流数据受影响
- 已经合入到V0.0.1_T07__Alpha25,请研测验证一下。感谢。
- 15:19 B5G_UE 错误 #5344: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入OC-UE,概率性发生
- 这是因为PUSCH 处理超时,没来得及释放DM3空间,时间到点被优先级更高的L1C打断
- 14:32 3.0基站产品测试 性能 #5347 (新建): MAC TTI消息性能优化
- 14:03 3.0基站产品测试 错误 #5229 (已关闭): 3.2.1pre2T2版本与3.2.2pre1T1版本vinr视频偶现卡顿
- 在3.2.1pre3T2版本vinr视频10分钟画面无卡顿,问题关闭。
- 13:55 B5G_UE 错误 #5129: 在终端整机定标测试中,UU口空口测试,终端上行SINR比预算低3-8dB左右
- 【问题描述】在终端整机定标测试中,终端上行SINR比预算低3-5dB左右
【问题原因】
【解决方案】
【问题验证】 - 11:56 网管产品 功能 #5326 (已解决): Phy运行日志采集功能
- 网管2.4.2-0529版本 !PHY日志采集.png!
!PHY日志采集内容.png! - 11:54 B5G_UE 错误 #5059 (转测试): UU口上行双流发送PUSCH失败
- 更换环境和修改L1C dmrs port 打桩写死的部分后, 双流代码自测试通过, 可以转测试, 但需等 bug 5301 解决后再做 研测
- 11:24 B5G_UE 错误 #5059 (审视): UU口上行双流发送PUSCH失败
- 【问题验证】平台的基站修好,使用平台环验证(之前的32-44环境终端的第二个通道有问题)。核对代码,之前L1C给的dmrsport=3,按照协议是port0,2。基站下发dmrsport的是5(bitmap),对应0,2。
走读思朗... - 10:26 基站横联 错误 #5346 (已解决): 5GBBU通道过来的TOD信息,未按照需求要求做SFN计算
- 10:01 网管产品 功能 #5253 (已解决): 基站配置校验规则增加IN,NOTIN,UNIQUE算法
- 网管版本&基站版本322pre1T4:
notin:
相邻基站个数为0:修改基础配置中基站信令面IP与相邻基站【0】配置中的“SCTP IP”地址相同时,可配置成功
!基础配置.png! !相邻基站个数为0.png! !相邻基站...
2026-05-29
- 18:33 3.0基站产品测试 性能 #3759 (进行中): 3.1.2pre1T5,1D3U,128ue上下行ftp测试,上行速率低
- 西安非128多用户测试,且上下行ftp同时做业务速率低问题每个版本都存在。
321版本复测存在问题 - 18:31 3.0基站产品测试 错误 #4368: 【Rel_3.1.3_Pre1T7_E500_32UE】1D3U配置32UE做上下行FTP业务,某些用户FTP时通时不通
- 更新描述:在7D2U场景下,128UE同时进行上下行ftp时,上行速率低。从E500看,部分用户与ftp服务器连接失败。
目前已在321复现 - 17:48 网管产品 功能 #4909 (已解决): 增加获取协议栈指标获取失败告警
- 322pre1T4版本
启动三层完了,告警上报,终端接入后告警恢复
!协议栈指标告警.png! - 17:44 基站横联 错误 #5345 (已关闭): 80M带宽,Tb解不对【更新带宽函数错配置为100M导致】
- 已验证通过
- 17:39 基站横联 错误 #5345 (审视): 80M带宽,Tb解不对【更新带宽函数错配置为100M导致】
- 17:38 基站横联 错误 #5345 (进行中): 80M带宽,Tb解不对【更新带宽函数错配置为100M导致】
- phy在收到HL_COMMON_CHANNEL_CONFIG后会更新带宽,在更新带宽的函数中错误的将80M带宽配置成100M,导致出现问题。
合入单:“SHA-1: d37b1c6a64686460a9ee75936ee07b9d4... - 17:28 基站横联 错误 #5345 (已关闭): 80M带宽,Tb解不对【更新带宽函数错配置为100M导致】
- 17:43 网管产品 错误 #5313 (已解决): 周期测量上报的下行RSRQ和SINR指标需要转成浮点数上报
- 网管2.4.2 基站322pre1T4版本
!浮点数据.png! - 17:42 网管产品 错误 #5313 (审视): 周期测量上报的下行RSRQ和SINR指标需要转成浮点数上报
- 17:42 网管产品 错误 #5313 (进行中): 周期测量上报的下行RSRQ和SINR指标需要转成浮点数上报
- 14:39 网管产品 错误 #5313: 周期测量上报的下行RSRQ和SINR指标需要转成浮点数上报
- 更新
!20260529-143847.jpg! - 14:18 网管产品 错误 #5313: 周期测量上报的下行RSRQ和SINR指标需要转成浮点数上报
- 已测
!20260529-141820.jpg! - 10:30 网管产品 错误 #5313 (反馈): 周期测量上报的下行RSRQ和SINR指标需要转成浮点数上报
- 需提供指标截图
- 17:18 B5G_UE 错误 #5339 (进行中): 【B5g_ue】V0.0.1_T07__Alpha23,3.3.链式拓扑与三角拓扑转换过程,终端98 rlc core dump,概率性发生
- 09:31 B5G_UE 错误 #5339: 【B5g_ue】V0.0.1_T07__Alpha23,3.3.链式拓扑与三角拓扑转换过程,终端98 rlc core dump,概率性发生
- 【初步分析】业务的RLC MODE均为UM,但CRASH于AM,但由于LOG不足,无法看到目前触发了哪条信令。CRASH的原因,目前分析是内存的问题。由于所有的LOG基本是SR的大幅输出,不确定和SR的LOG过多输出是否有关。修改LO...
- 09:14 B5G_UE 错误 #5339 (进行中): 【B5g_ue】V0.0.1_T07__Alpha23,3.3.链式拓扑与三角拓扑转换过程,终端98 rlc core dump,概率性发生
- 【B5g_ue】V0.0.1_T07__Alpha23,3.3.链式拓扑与三角拓扑转换过程,终端98 rlc core dump
测试环境:基站30+IRN终端90+IRN终端98
【B5g_ue】V0.0.1_T07__Alph... - 17:17 B5G_UE 错误 #5341 (进行中): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,终端98 rrc core dump,概率性发生
- 17:08 B5G_UE 错误 #5341: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,终端98 rrc core dump,概率性发生
- 偶现,先做记录。待补充log后修改。
- 10:48 B5G_UE 错误 #5341 (进行中): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,终端98 rrc core dump,概率性发生
- 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,终端98 rrc core dump
测试环境:基站30+IRN终端90+IRN终端98
【B5g_ue】V0.0.1_T07__Alpha25,... - 17:17 B5G_UE 错误 #5344 (进行中): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入OC-UE,概率性发生
- 17:12 B5G_UE 错误 #5344 (进行中): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入OC-UE,概率性发生
- 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入OC-UE
测试环境:基站30+IRN终端90+IRN终端98
【B5g_ue】V0.0.1_T07__Alpha25,链式... - 16:51 网管产品 功能 #5326: Phy运行日志采集功能
- 待网管发版本查看在网管上采集实现
- 16:48 网管产品 功能 #5326: Phy运行日志采集功能
- 基站版本322pre1t4均符合预期
网管配置:
!PHY运行日志配置.png!
基站日志生成:
!PHY运行日志.png! - 16:09 网管产品 功能 #5326 (转测试): Phy运行日志采集功能
- 16:08 网管产品 功能 #5326 (进行中): Phy运行日志采集功能
- 15:32 网管产品 错误 #5242: 网管版本2.4.2,在线终端统计数不准确
- 接口修改:
页面《数据看板》使用的为基站上报的终端
页面《大屏监控》:新增核心网的入网终端的数据统计,分别计算:在线终端数,离线终端数,终端总数;统计终端的imsi和uename
接口返回如图所示: - 15:31 3.0基站产品测试 错误 #5336 (转测试): [3.0产品测试] 网管上修改基站参数后重建小区,出现了du挂死
- 已合入3.2.1和3.2.2。可转测。
- 15:30 3.0基站产品测试 错误 #5336 (审视): [3.0产品测试] 网管上修改基站参数后重建小区,出现了du挂死
- 已修改,验证通过并完成代码走查。
- 11:38 3.0基站产品测试 错误 #5336: [3.0产品测试] 网管上修改基站参数后重建小区,出现了du挂死
- 修改方案:
1、跑死处增加指针判空保护;
2、fapi处理C面消息时,除PHY握手、TTI指示、phy stop和errInd外的其他消息,均判断phy状态不为run时,返回处理失败。 - 11:34 3.0基站产品测试 错误 #5336 (进行中): [3.0产品测试] 网管上修改基站参数后重建小区,出现了du挂死
- 分析调用栈信息:小区重建,在删小区时,phy已置stop状态,但此时刚好有prach能上来,小区已置空,处理prach时就出现了DU COREDUMP问题。
- 15:26 网管产品 错误 #5093: 子帧配比和QFI 9的缓存规格关联
- Rel_3.2.2_Pre1T4版本的CU已修改
- 15:24 3.0基站产品测试 功能 #5204 (挂起): -fsanitize=address 内存检查
- 15:22 3.0基站产品测试 功能 #4929 (进行中): [质量任务-DU]LOG/统计整改
- 15:21 3.0基站产品测试 错误 #4982 (转测试): coreset0起始位置增加判断,根据配置的ssb位置,取距离pointa最近的位置作为coreset0起始位置
- 验证通过并走查完成,已合入3.2.1和3.2.2。可转测。
- 15:20 3.0基站产品测试 功能 #5276 (转测试): DU worker2增加HNRT信令队列
- 已完成自验和代码走查,并合入3.2.2,可转测。
- 15:19 3.0基站产品测试 功能 #5276 (进行中): DU worker2增加HNRT信令队列
- 原worker2线程只有一个队列,由于信令和数据均混在worker2处理,信令排在数据,有时会出现信令时延大的问题。
需将worker2线程的一个队列,扩展为2个队列,数据队列(专用于处理数据)和信令队列(专用于处理信令),信令优先... - 15:18 B5G_UE 错误 #5343 (进行中): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
- 20260529:IRN模式下,SR达到最大次数时,需要切换节点类型,释放DD,进入UU模式,给PHY下发common channel config消息后再触发msg1,MAC层已经修改完毕,待RRC层进行修改
- 11:25 B5G_UE 错误 #5343: 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
- 目前观察,Rlm_out消息发送5次,未达到6次,终端未释放;
!img_v3_02125_3fab4f90-2f4f-46bf-b0db-4cf0799e1bcg.jpg!
观察APE核未卡死:
!img_v3_02125_a... - 11:20 B5G_UE 错误 #5343 (转测试): 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
- 【B5g_ue】V0.0.1_T07__Alpha25,链式拓扑与三角拓扑转换过程,增加98侧衰减,未进入释放状态
测试环境:基站30+IRN终端90+IRN终端98
【B5g_ue】V0.0.1_T07__Alpha25,链式拓... - 15:16 网管产品 功能 #5340 (转测试): 基站版本升级需要继承cu内存池配置
- 已测,待发布322Pre1T4,321新版本测试回归
!20260529-151412.jpg!
!20260529-151416.jpg!
!20260529-151422.jpg!
!20260529-151426.jpg! - 10:48 网管产品 功能 #5340 (进行中): 基站版本升级需要继承cu内存池配置
- 已合入321、322继承规则文件,待自验证
- 10:25 网管产品 功能 #5340 (转测试): 基站版本升级需要继承cu内存池配置
- 问题描述:基站从3.2.1pre2T2升级到3.2.1pre3T1版本,cu内存池中大下行大上行的相关配置未做继承。升级后为默认配置,需要增加继承功能。
- 15:00 网管产品 功能 #5246: 支持采集基站ap_Driver日志
- web以支持,如图所示。采集失败是不存在相应日志
- 14:14 网管产品 功能 #5246: 支持采集基站ap_Driver日志
- baseservice-log
logwriter-log
apDriver-log
gnb-run-log - 11:40 网管产品 功能 #5246: 支持采集基站ap_Driver日志
- 网管支持:
1.oam-backend支持(已支持)
2.php-web支持:(待支持)
修改:
原来的----->修改的
baseservice-log ------> baseservice
新增:
gnb-... - 11:38 网管产品 功能 #5246: 支持采集基站ap_Driver日志
- 网管支持:
oam-backend支持:
1.支持apdriver,gnb-run,coredunmp的日志采集
2.优化日志采集的路径,增加路径映射
oam-backend自测:
- 14:37 核心网产品 功能 #5319 (已解决): cpe建立5QI5后ng切换多次就切换不了了直到5QI9建立才恢复正常切换
- 在核心网3.3.5_pre4版本上验证:鼎桥cpe建立5QI5后ng切换多次均正常,到5QI9建立后切换也正常,问题解决。
- 14:03 网管产品 错误 #5185 (反馈): 网管版本YZMM2.4.1Pre2T1&基站版本,基站软件包和LMT完整性签名校验优化
- 等待网管版本同步更新后再发布基站版本
- 13:48 网管产品 错误 #5263 (转测试): 网管2.4.2&基站322—0428版本,采集日志存在问题
- 13:48 网管产品 错误 #5263 (审视): 网管2.4.2&基站322—0428版本,采集日志存在问题
- 11:33 网管产品 错误 #5263: 网管2.4.2&基站322—0428版本,采集日志存在问题
- 网管作为日志服务器
oam-backend功能支持:
1.支持phy的日志采集目录
Phy0Run=phy/runlog/phy0 格式 .pun
2.支持对pun文件的采集,归类到phy的binlog目录下
- 13:46 B5G_UE 错误 #5325: 终端整机本地网管升级后,4008发生失联
- 进一步验证,修改服务文件,延长等待时间到35s
ExecStartPre=/bin/sleep 35
开启服务自启,systemctl enable b5gue之后reboot
等待23s之后可以ssh登录,journalc... - 11:58 3.0基站产品测试 功能 #5292 (转测试): 【Rel_3.2.1Pre2T2_正维3.3G整机】测量事件A1/A2门限配置不合理,可能会导致终端不会上报任何测量事件
- 11:56 3.0基站产品测试 错误 #5335 (转测试): logWriter 删除超出序号之外的文件挂死
- 11:55 3.0基站产品测试 错误 #5335 (审视): logWriter 删除超出序号之外的文件挂死
- 11:54 3.0基站产品测试 功能 #5342 (转测试): 支持phy 运行日志的本地输出和转发
- 11:52 3.0基站产品测试 功能 #5342: 支持phy 运行日志的本地输出和转发
【回归方法和注意事项】
文件后缀为.pun, 如果是本地输出,文件的生成目录为/data/log/phy,如果是转发到日志服务器,文件的生成目录为/data/log/gnbLog/192.168.62.247/phy/runlo...- 10:58 3.0基站产品测试 功能 #5342 (进行中): 支持phy 运行日志的本地输出和转发
- 10:58 3.0基站产品测试 功能 #5342 (已解决): 支持phy 运行日志的本地输出和转发
- 10:51 网管产品 错误 #5026: 网管2.4.1版本,增加HA核心网主备相关事件的关联帮助
- !核心网主备相关.png!
- 10:46 网管产品 错误 #5026 (已解决): 网管2.4.1版本,增加HA核心网主备相关事件的关联帮助
- 2.4.2-0527
- 10:41 网管产品 功能 #4905 (已解决): 增加获取服务器SOC温度告警上报
- 2.4.2-0529版本
- 09:27 3.0基站产品测试 错误 #5310 (进行中): OS版本2.0.2,基站版本322pre1T3,、获取mac 命令的准确性问题eeprom_rw get mac取消
- 自验证成功,待合入3.2.2_Pre1T4版本测试回归
!20260529-091921.jpg!
!20260529-091917.jpg! - 09:21 3.0基站产品测试 功能 #5338 (转测试): phy运行日志在网管添加开关显示
- 已合入3.2.2_Pre1T4版本,自验证OK,待发布版本测试回归
!20260529-091921.jpg!
!20260529-091917.jpg! - 08:56 3.0基站产品测试 功能 #5338 (进行中): phy运行日志在网管添加开关显示
- 08:53 3.0基站产品测试 功能 #5338: phy运行日志在网管添加开关显示
- 运行日志开关:/yzmm/gnb/logwriter/ConfigFile/LogWriter.ini:PhyRunLog/RunLogSwitch
运行日志读取间隔(ms): /yzmm/gnb/logwriter/ConfigF... - 09:20 3.0基站产品测试 功能 #5337 (挂起): 【抓包功能】添加新的参数
- DU决定3.2.2_Pre1T4版本暂不合入,挂起
2026-05-28
- 21:01 3.0基站产品测试 功能 #5338 (已解决): phy运行日志在网管添加开关显示
- phy 运行日志开关 文件名:/yzmm/gnb/logwriter/ConfigFile/LogWriter.ini Secname: PhyRunLog key: RunLogSwitch
- 20:59 B5G_UE 错误 #5059: UU口上行双流发送PUSCH失败
- 【问题验证】在另外一套环境中,发端发2天线数据(卡RB起始与大小条件,收端确认RB参数更能确认是发出来的数据),收端抓取出来是2天线数据。说明是32-44环境问题,之前的44终端TX3buffer中的数据,没能成功发给基站RX3。
... - 18:35 3.0基站产品测试 错误 #5336: [3.0产品测试] 网管上修改基站参数后重建小区,出现了du挂死
- 使用du小包(gnb_du_2026-05-28-15-47-31_3.2.1_Pre3T2_HY),修改参数,重建小区。重复5次未出现du挂死。
- 15:46 3.0基站产品测试 错误 #5336: [3.0产品测试] 网管上修改基站参数后重建小区,出现了du挂死
- 该问题出现概率较高,5次小区重建立出现3次挂死。
- 14:33 3.0基站产品测试 错误 #5336: [3.0产品测试] 网管上修改基站参数后重建小区,出现了du挂死
- !20260528-143200.jpg!
堆栈信息 - 14:18 3.0基站产品测试 错误 #5336 (已关闭): [3.0产品测试] 网管上修改基站参数后重建小区,出现了du挂死
- 测试版本:Rel_3.2.1_Pre3T2
问题描述:网管修改UL_PRE_SCH=true参数后,重建小区,出现了du挂死问题。 - 17:54 B5G_UE 错误 #5321 (已关闭): 终端增加清第二根天线后,会导致发msg3时基站crc报错 -- 先做规避方案:msg3的下一个slot不去清发送buffer
- 代码回退,关闭这个bug单子
- 17:53 B5G_UE 错误 #5321 (已解决): 终端增加清第二根天线后,会导致发msg3时基站crc报错 -- 先做规避方案:msg3的下一个slot不去清发送buffer
- 代码回退,关闭这个bug单子
- 17:48 B5G_UE 错误 #5321 (审视): 终端增加清第二根天线后,会导致发msg3时基站crc报错 -- 先做规避方案:msg3的下一个slot不去清发送buffer
- 代码影响上行速率。已经revert
- 17:46 B5G_UE 错误 #5321 (进行中): 终端增加清第二根天线后,会导致发msg3时基站crc报错 -- 先做规避方案:msg3的下一个slot不去清发送buffer
- 该方案解决了msg3 的问题, 但对后面的上行发送会影响,导致速率下降, 建议回退这个bug 相关修改
- 17:51 B5G_UE 错误 #5309 (转测试): UU口pusch双流改动中单双流全部搬第二根天线到射频buffer造成单流数据受影响
- 目前上行单流暂时先按这个方案 规避清 第二根发送天线RF buffer 对上行发送的影响。
- 17:40 B5G_UE 错误 #5309 (审视): UU口pusch双流改动中单双流全部搬第二根天线到射频buffer造成单流数据受影响
- 17:40 B5G_UE 错误 #5332 (转测试): 【B5g_ue】V0.0.1_T07__Alpha23,3.3.链式拓扑与三角拓扑转换过程,终端98 nas core dump
- 已经合入到V0.0.1_T07__Alpha25,请研测验证一下。感谢。
- 17:11 B5G_UE 错误 #5332: 【B5g_ue】V0.0.1_T07__Alpha23,3.3.链式拓扑与三角拓扑转换过程,终端98 nas core dump
- 加强了指针释放后的保护,同时两操作free和malloc也对应了起来。修改合理。
- 17:07 B5G_UE 错误 #5332 (审视): 【B5g_ue】V0.0.1_T07__Alpha23,3.3.链式拓扑与三角拓扑转换过程,终端98 nas core dump
- 17:22 3.0基站产品测试 错误 #4368: 【Rel_3.1.3_Pre1T7_E500_32UE】1D3U配置32UE做上下行FTP业务,某些用户FTP时通时不通
- 协调泽林,基于Rel321版本复测下
- 17:09 3.0基站产品测试 错误 #4368 (进行中): 【Rel_3.1.3_Pre1T7_E500_32UE】1D3U配置32UE做上下行FTP业务,某些用户FTP时通时不通
- 在给产测的Rel321最新版本上进行复测,并反馈测试结果。
- 16:14 3.0基站产品测试 错误 #4368: 【Rel_3.1.3_Pre1T7_E500_32UE】1D3U配置32UE做上下行FTP业务,某些用户FTP时通时不通
- 该问题单距今已 7 个月,时隔较久,请在最新版本 Rel_3.2.2_Pre1T3 中重新复测,并同步反馈测试结果。
- 17:14 3.0基站产品测试 功能 #5337 (转测试): 【抓包功能】添加新的参数
- 自验证成功
!20260528-171315.jpg! - 16:17 3.0基站产品测试 功能 #5337 (进行中): 【抓包功能】添加新的参数
- 已修改合入3.2.2_Pre1T4版本,待验证测试
- 16:08 3.0基站产品测试 功能 #5337 (挂起): 【抓包功能】添加新的参数
- 网管添加三个参数:
<Block name="包捕获配置" path="PACKAGE_CAPTURE" defShow="0" child="" parent="1">
<ConfigItem name="NR_CEL... - 16:51 3.0基站产品测试 性能 #3759 (转测试): 3.1.2pre1T5,1D3U,128ue上下行ftp测试,上行速率低
- 16:50 3.0基站产品测试 性能 #3759 (进行中): 3.1.2pre1T5,1D3U,128ue上下行ftp测试,上行速率低
- 西安环境Rel_3.2.2_Pre1T3版本复测,ftp上下行速率满足指标要求。
- 16:15 3.0基站产品测试 性能 #3759: 3.1.2pre1T5,1D3U,128ue上下行ftp测试,上行速率低
- 该问题单距今已 11 个月,时隔较久,请在最新版本 Rel_3.2.2_Pre1T3 中重新复测,并同步反馈测试结果。
- 16:48 3.0基站产品测试 性能 #3284 (转测试): 3.0基站 下行ftp业务prb和调度均不满
- 西安环境上Rel_3.2.2_Pre1T3 版本复测,ftp上下行速率满足指标要求。
- 16:19 3.0基站产品测试 性能 #3284: 3.0基站 下行ftp业务prb和调度均不满
- 该问题单距今已1年前,时隔较久,请在最新版本 Rel_3.2.2_Pre1T3 中重新复测,并同步反馈测试结果。
- 16:45 3.0基站产品测试 性能 #2879 (转测试): 3.0基站下行ftp业务速率不到峰值且不稳定
- 最新版本 Rel_3.2.2_Pre1T3 中复测,ftp上下行速率满足指标要求。
- 16:18 3.0基站产品测试 性能 #2879: 3.0基站下行ftp业务速率不到峰值且不稳定
- 该问题单距今已 一年前,时隔较久,请在最新版本 Rel_3.2.2_Pre1T3 中重新复测,并同步反馈测试结果。
- 13:39 2.0基站产品化测试 错误 #2094 (已关闭): 基站峰值灌包业务下终端vonr并切换,目标侧切换流程终端没回重配完成
- 13:39 2.0基站产品化测试 错误 #2588 (已关闭): 16p_T0异频ng的乒乓切换偶发终端异常掉线然后很快接入切换又掉线,异频xn乒乓切换也有此问题
- 10:33 3.0基站产品测试 错误 #5310: OS版本2.0.2,基站版本322pre1T3,、获取mac 命令的准确性问题eeprom_rw get mac取消
- agent已同步修改,去除获取MAC命令,-m参数,待联自验证
- 10:20 网管产品 错误 #5185: 网管版本YZMM2.4.1Pre2T1&基站版本,基站软件包和LMT完整性签名校验优化
- 已合入3.2.2_Pre1T4版本,待测试回归
2026-05-27
- 16:56 3.0基站产品测试 错误 #5330 (进行中): 3.2.2pre1T3版本RANK自适应开时上行双天线的同频切换终端会掉线
- 和rank自适应没太大关系,固定上行双流切换也有该问题。原因是上行amc 内环映射mcs太激进了,把上行amc内环关闭,该问题就不复现了。amc内环方案修改正在设计。
- 16:31 3.0基站产品测试 错误 #5317 (进行中): 3.2.2pre1T3版本上行双天线异频ng切换到目标基站后终端掉线
- 16:08 3.0基站产品测试 错误 #5335: logWriter 删除超出序号之外的文件挂死
- 【问题原因】
代码逻辑有问题,当要删除的文件集合的map中的文件都被删除时,当 map 变空时,logFiles.rbegin() 返回的迭代器等同于 rend(),此时 while 条件中的 rit->first 会解引用一个无效... - 15:27 3.0基站产品测试 错误 #5335 (进行中): logWriter 删除超出序号之外的文件挂死
- 15:27 3.0基站产品测试 错误 #5335 (转测试): logWriter 删除超出序号之外的文件挂死
- 15:56 基站横联 错误 #4402: wm的板子,昨天换的,解压缩文件挂死;memtester也挂死
- 和弋戈确认,操作系统有版本信息;uboot暂时还没有
- 14:38 3.0基站产品测试 错误 #4982 (审视): coreset0起始位置增加判断,根据配置的ssb位置,取距离pointa最近的位置作为coreset0起始位置
- 代码修改已完成。
SHA-1: 838f681fc920617c5c22b7486d634078a7541303
* #4982 coreset0选择优化:coreset0起始位置增加判断,根据配置的ssb位置,取距离pointa... - 14:37 3.0基站产品测试 错误 #4982 (进行中): coreset0起始位置增加判断,根据配置的ssb位置,取距离pointa最近的位置作为coreset0起始位置
- 修改cs0_start_rb 选择逻辑,根据ssb位置,选择距离pointa最近的位置作为coreset0起始位置
- 14:31 2.0基站产品化测试 错误 #4005 (已关闭): 强制SR条件下,重启站后第一次接入概率不发MSG5 DCI0-1
- B5G联调版本发现次问题,强制SR判断场景有遗漏,已修复。
- 14:18 B5G_UE 错误 #5059: UU口上行双流发送PUSCH失败
- 在发端把天线0的数据,分别放到TX0/3射频buffer发送,基站侧抓数,也只有RX0有数据。
说明tx3射频buffer没把数据发到基站(发端之前在射频抓数,2个TX0/3buffer都是有数的)
!20260527-1... - 11:53 网管产品 错误 #5313 (转测试): 周期测量上报的下行RSRQ和SINR指标需要转成浮点数上报
- 11:51 网管产品 错误 #5242 (转测试): 网管版本2.4.2,在线终端统计数不准确
- 11:51 网管产品 错误 #5242 (审视): 网管版本2.4.2,在线终端统计数不准确
- 11:51 网管产品 功能 #4905 (转测试): 增加获取服务器SOC温度告警上报
- 11:48 网管产品 错误 #5093 (转测试): 子帧配比和QFI 9的缓存规格关联
- 11:47 网管产品 错误 #5026 (转测试): 网管2.4.1版本,增加HA核心网主备相关事件的关联帮助
- 11:47 网管产品 错误 #5026 (审视): 网管2.4.1版本,增加HA核心网主备相关事件的关联帮助
- 11:47 网管产品 错误 #5247 (转测试): 【网管接口】新增 小区preamble总个数 接口
- 11:46 网管产品 功能 #5253 (转测试): 基站配置校验规则增加IN,NOTIN,UNIQUE算法
- 11:45 网管产品 错误 #5277 (转测试): 网管2.4.2版本&基站322—0428版本,纳管转订阅及订阅事件上报问题
- 11:45 网管产品 错误 #5277 (审视): 网管2.4.2版本&基站322—0428版本,纳管转订阅及订阅事件上报问题
- 11:44 网管产品 错误 #5185 (转测试): 网管版本YZMM2.4.1Pre2T1&基站版本,基站软件包和LMT完整性签名校验优化
- 11:43 网管产品 错误 #5294 (转测试): 网管2.4.2-0518版本&OS—2.0.2版本,安装完成后界面不显示OS版本信息
- 10:00 网管产品 错误 #5294 (审视): 网管2.4.2-0518版本&OS—2.0.2版本,安装完成后界面不显示OS版本信息
- 已自验证成功,待合入3.2.2_Pre1T4版本转测,时间为2019年的原因是os安装脚本没有将sysrepo备份重导入,待5310处理
!20260527-095840.jpg !
!20260527-095837.jpg! - 10:53 3.0基站产品测试 错误 #5063 (转测试): [3.0产品测试]3.2.1 pre1T2 基站设置 4T4R ,CSI 设置 2port , 下行rank自适应打开。终端只有一流
- 验证通过并走查完成,可转测。
- 09:58 3.0基站产品测试 错误 #5063 (审视): [3.0产品测试]3.2.1 pre1T2 基站设置 4T4R ,CSI 设置 2port , 下行rank自适应打开。终端只有一流
- 09:57 3.0基站产品测试 错误 #5063 (反馈): [3.0产品测试]3.2.1 pre1T2 基站设置 4T4R ,CSI 设置 2port , 下行rank自适应打开。终端只有一流
- 10:51 3.0基站产品测试 错误 #4566 (转测试): cmHashListFind 需要改造
- 验证通过并走查完成,可缓解phy_rcv线程卡顿问题。已合入3.2.1和3.2.2。可转测。
- 10:02 3.0基站产品测试 错误 #4566 (审视): cmHashListFind 需要改造
- 单小区没必要用哈希列表维护小区实例,且用哈希会造成phy线程的卡顿,问题很严重,已把哈希替换掉。
- 10:47 网管产品 错误 #5263: 网管2.4.2&基站322—0428版本,采集日志存在问题
- phybin和stat
目录: /data/log/phy/
文件名称:
bin: phy1_20260522031100_109.ptr(有phy0、phy1、phy2、phy3 四种)
run_log: phy1_2026... - 10:46 网管产品 错误 #5263: 网管2.4.2&基站322—0428版本,采集日志存在问题
- phybin和stat
目录: /data/log/phy/
文件名称:
bin: phy1_20260522031100_109.ptr(有phy0、phy1、phy2、phy3 四种)
run_log: phy1_2026... - 10:44 3.0基站产品测试 错误 #5121 (转测试): 7d2u pucch format0/2 s slot 6:4:4时进行harq 反馈
- 该功能已恢复,自验通过并走查完成,可转测。
- 10:05 3.0基站产品测试 错误 #5121 (审视): 7d2u pucch format0/2 s slot 6:4:4时进行harq 反馈
- 10:04 3.0基站产品测试 错误 #5121 (进行中): 7d2u pucch format0/2 s slot 6:4:4时进行harq 反馈
- 3.2.1Pre1T1版本把该功能回退了,在3.2.1的后续版本把该功能加上了。
- 10:16 3.0基站产品测试 错误 #5188 (转测试): 3.2.1pre2T1版本基线,fapi抓包查看nPDUsOfReachType字段异常
- 验证通过并走查完成,已合入3.2.1和3.2.2。可转测。
- 09:54 3.0基站产品测试 错误 #5188 (审视): 3.2.1pre2T1版本基线,fapi抓包查看nPDUsOfReachType字段异常
- 09:54 3.0基站产品测试 错误 #5188 (进行中): 3.2.1pre2T1版本基线,fapi抓包查看nPDUsOfReachType字段异常
- 以对fapi接口初始化,问题修复
- 10:14 3.0基站产品测试 错误 #5196 (转测试): 3.2.2pre2t2,1D3U,128ue的udp业务,du出现coredump挂死
- 验证通过,可转测。
- 10:14 3.0基站产品测试 错误 #5196 (审视): 3.2.2pre2t2,1D3U,128ue的udp业务,du出现coredump挂死
- #5229 解决西安环境vinr视频卡顿问题
#5102 TTI自愈功能优化
上述2单修复后,此问题未再复现。 - 10:11 3.0基站产品测试 错误 #4902: 【Rel_3.1.4Pre1T4_正维3.3G整机】配置GBR的用户,做业务时反复重建立掉线
- 是UE主动发起重建立,带的原因是other fail。
- 10:10 3.0基站产品测试 错误 #4902: 【Rel_3.1.4Pre1T4_正维3.3G整机】配置GBR的用户,做业务时反复重建立掉线
- 在西安测试用星创易联和鼎桥,GBR保证速率配置100Mbps和500Mbps都没有该问题。北京测试用星创易联没有问题,只有用鼎桥CPE,且配置GBR保证速率很大时会出掉线问题,(GBR 保证速率配置100Mbps没问题,配置500Mb...
- 10:05 3.0基站产品测试 错误 #4902 (进行中): 【Rel_3.1.4Pre1T4_正维3.3G整机】配置GBR的用户,做业务时反复重建立掉线
- 10:10 3.0基站产品测试 错误 #5206 (转测试): 321pre2T2,128多用户7D2U测试,du反复重建小区最后coredump挂死。
- 使用CU新版本,DU运行正常,验证通过,可转测。
- 10:09 3.0基站产品测试 错误 #5206 (审视): 321pre2T2,128多用户7D2U测试,du反复重建小区最后coredump挂死。
- CU更新版本后,DU运行正常,未再出现COREDUMP问题。
用CU旧版本开周期测量,DU coredump问题优先级低,由于时间限制问题,再另行提单跟踪。 - 10:02 3.0基站产品测试 错误 #5216 (转测试): 3.2.1pre2T2,多用户大下行场景,出现大量虚检rach
- 验证通过并走查完成,已合入3.2.1和3.2.2。可转测。
- 09:52 3.0基站产品测试 错误 #5216 (审视): 3.2.1pre2T2,多用户大下行场景,出现大量虚检rach
- 10:01 3.0基站产品测试 错误 #5333 (进行中): 用户面质量探测工具需求-cu功能开发
- 10:00 3.0基站产品测试 错误 #5300 (转测试): 3.2.1_pre3T1版本,4ue上下行峰值速率灌包,约20min左右,就会出现小区重建
- 验证通过并走查完成,已合入3.2.1和3.2.2。可转测。
- 09:58 3.0基站产品测试 错误 #5300 (审视): 3.2.1_pre3T1版本,4ue上下行峰值速率灌包,约20min左右,就会出现小区重建
- 09:58 3.0基站产品测试 错误 #5300: 3.2.1_pre3T1版本,4ue上下行峰值速率灌包,约20min左右,就会出现小区重建
- 把哈希链表替换掉(单小区没必要搞哈希),问题解决。
- 09:57 3.0基站产品测试 错误 #5300: 3.2.1_pre3T1版本,4ue上下行峰值速率灌包,约20min左右,就会出现小区重建
- !20260527-095640.jpg!
- 09:56 3.0基站产品测试 错误 #5300: 3.2.1_pre3T1版本,4ue上下行峰值速率灌包,约20min左右,就会出现小区重建
- DU 的diffErr有增加,就表示phy线程有卡顿,就是大问题
- 09:55 3.0基站产品测试 错误 #5300 (进行中): 3.2.1_pre3T1版本,4ue上下行峰值速率灌包,约20min左右,就会出现小区重建
- 09:55 3.0基站产品测试 错误 #5300: 3.2.1_pre3T1版本,4ue上下行峰值速率灌包,约20min左右,就会出现小区重建
- CL模块小区实例维护用的哈希链表有问题,导致PHY线程的卡顿,从而影响了调度(下行包的内存不能及时释放),导致了DU发起小区重建。
- 09:56 3.0基站产品测试 错误 #5283 (转测试): Rel_3.2.1_Pre3T1版本_1D3U子帧配比,上行双天线4UE上、下行udp灌包业务场景,基站运行8小时后du coredump
- 验证通过并走查完成,已合入3.2.1和3.2.2。可转测。
- 09:53 3.0基站产品测试 错误 #5283 (审视): Rel_3.2.1_Pre3T1版本_1D3U子帧配比,上行双天线4UE上、下行udp灌包业务场景,基站运行8小时后du coredump
- 09:50 3.0基站产品测试 错误 #5283: Rel_3.2.1_Pre3T1版本_1D3U子帧配比,上行双天线4UE上、下行udp灌包业务场景,基站运行8小时后du coredump
- 已走查,转审视
- 09:55 3.0基站产品测试 功能 #5278: 修改两个重启CU上报的事件
- 已修改完成
- 09:42 3.0基站产品测试 错误 #5334: 321E好中差点测试,好点用户会影响中差点用户上行mcs
- 4用户测试,全中点用户业务正常;但当存在好点用户时,中差点的上行mcs会受影响。
- 09:41 3.0基站产品测试 错误 #5334 (转测试): 321E好中差点测试,好点用户会影响中差点用户上行mcs
- 测试版本:3.2.1pre3T1(321E)
测试用例:大下行配比128用户好中差udp测试
基站配置:7D2U 2T2R
测试配置:TM500
测试场景:128用户模拟接入,进行上下行udp业务
测试结果:中点位置用户(...
2026-05-26
- 20:49 B5G_UE 错误 #5059: UU口上行双流发送PUSCH失败
- 【问题验证】从发端抓射频的2根天线的时域数据,算法仿真能解对。DU log显示SNR是30左右,CRC ERR,升级基站版本抓数,抓数失败,定位中。
抓数失败原因是因为此时终端没有清msg1的buffer,残留的msg1buff... - 09:20 B5G_UE 错误 #5059: UU口上行双流发送PUSCH失败
- (之前他们解决挪核问题单引入的)
!20260525-215401.jpg!
!20260526-092035.jpg!
- 20:30 核心网产品 功能 #5318 (转测试): 核心网网络配置需要隐藏vxlanbr0和upfgtp网卡信息
- 问题分析:
网络配置修改为enum类型,未将内部虚拟网卡过滤
解决方案:
页面上过滤掉常见的虚拟网卡,后端进行检测不能配置虚拟网卡
测试版本:
3.3.5_pre4 - 20:27 核心网产品 功能 #5322 (转测试): 核心网网卡配置vxlan网口被占用后重启系统不会重新刷回来
- 问题分析:
vxlan在nwconfig.sh脚本配置了默认的网口,删除时没有清除脚本中的vxlan的对应网卡,导致重启后,server会从脚本中再读取回来
解决方案:
删除vxlan时,修改nwconfig.sh脚本中的vxl... - 20:20 核心网产品 功能 #5331 (转测试): 核心网mtu修改对有些网卡不生效
- 问题分析:
部分网卡驱动不支持状态up时设置mtu,需要在down的状态下设置
解决方案:
在设置MTU失败后,将网卡down掉,设置mtu,再将网卡up起来
测试版本:
3.3.5_pre4
- 17:48 核心网产品 功能 #5331 (转测试): 核心网mtu修改对有些网卡不生效
- 核心网mtu修改对有些网卡不生效:
松松定位:有些网卡不支持直接生效,修改为若网卡不生效则先把网卡执行down操作,再修改; - 20:05 3.0基站产品测试 错误 #5333 (进行中): 用户面质量探测工具需求-cu功能开发
- 用户面指标采集和分析-cu功能开发
- 19:09 3.0基站产品测试 功能 #5292: 【Rel_3.2.1Pre2T2_正维3.3G整机】测量事件A1/A2门限配置不合理,可能会导致终端不会上报任何测量事件
- !20260526-190856.jpg!
- 17:57 3.0基站产品测试 功能 #5292: 【Rel_3.2.1Pre2T2_正维3.3G整机】测量事件A1/A2门限配置不合理,可能会导致终端不会上报任何测量事件
- 网管侧配置错误拦截:
- 17:56 3.0基站产品测试 功能 #5292 (反馈): 【Rel_3.2.1Pre2T2_正维3.3G整机】测量事件A1/A2门限配置不合理,可能会导致终端不会上报任何测量事件
- 请开发提供联调自测截图
- 12:00 3.0基站产品测试 功能 #5292 (转测试): 【Rel_3.2.1Pre2T2_正维3.3G整机】测量事件A1/A2门限配置不合理,可能会导致终端不会上报任何测量事件
- 18:52 B5G_UE 错误 #5332 (进行中): 【B5g_ue】V0.0.1_T07__Alpha23,3.3.链式拓扑与三角拓扑转换过程,终端98 nas core dump
- 【问题原因】
cpCb->nasUeCb->nasUeMmCb->mobileId->mobIdGuti = WN_NULL;在增加释放后置null的保护后,依旧出现该问题;查看日志流程和代码后,发现是初始化时候指针指向的是不能fr... - 18:48 B5G_UE 错误 #5332 (转测试): 【B5g_ue】V0.0.1_T07__Alpha23,3.3.链式拓扑与三角拓扑转换过程,终端98 nas core dump
- 【B5g_ue】V0.0.1_T07__Alpha23,3.3.链式拓扑与三角拓扑转换过程,终端98core dump
测试环境:基站30+IRN终端90+IRN终端98
问题描述:【B5g_ue】V0.0.1_T07__Alph... - 17:59 网管产品 错误 #5185: 网管版本YZMM2.4.1Pre2T1&基站版本,基站软件包和LMT完整性签名校验优化
- 问题解析:
基站版本322Pre1T3以前,包的目录结构是有文件夹,压缩包,校验文件只有一个ini文件
基站版本322Pre1T3及其以后,包的目录结构只有个zip,tar,和ini,没有了文件夹。文件校验也从单一的ini变成了全... - 17:52 B5G_UE 错误 #5325: 终端整机本地网管升级后,4008发生失联
- 使用systemd服务拉起协议栈核0 100%引起
main函数中:
icli_run ();
LCORE_WAIT;
gdb调试发现,手动启动主进程阻塞在icli_run()等待输入。而服务拉起是阻塞在LCORE_WAI... - 17:45 3.0基站产品测试 功能 #5154 (反馈): 支持获取phy告警并,转换成通用接口上报至网管显示
- 后续PHY增加告警联调后,再测试
- 16:54 B5G_UE 任务 #3948 (已解决): ap_driver 增加获取GPS有效卫星数量的接口
- 使用最新提供的ap_driver,调用接口成功获取到卫星数量
信息已经上报本地运维 - 15:56 网管产品 错误 #5277: 网管2.4.2版本&基站322—0428版本,纳管转订阅及订阅事件上报问题
- 问题定位:
添加订阅的流程为,发送订阅消息,成功以后,oam-backend会进行写mysql,写redis,清理告警操作。而网元信息更新依赖于定时任务去处理,定时任务是15秒一次。
而基站收到订阅消息后,紧接着发送了订阅事件。
... - 11:31 网管产品 错误 #5277: 网管2.4.2版本&基站322—0428版本,纳管转订阅及订阅事件上报问题
- agent增强修改:
每次修改配置完成后,强制刷新下当前订阅任务上报配置,保证消息正常发送不必等待3秒更新配置丢失上报消息 - 15:50 3.0基站产品测试 错误 #5330 (已解决): 3.2.2pre1T3版本RANK自适应开时上行双天线的同频切换终端会掉线
- 【问题描述】3.2.2pre1T3版本RANK自适应开时上行双天线的同频切换终端会掉线,一般切换十多次就会出现终端掉线问题;
!RANK%E6%89%93%E5%BC%80%E6%97%B6%E4%B8%8A%E8%A1%8C%... - 14:48 网管产品 错误 #5263 (进行中): 网管2.4.2&基站322—0428版本,采集日志存在问题
- 新增fileType:core-log
!20260526-144639.jpg!
增加core-log以及增加最新日志验证完成,待网管同步更新,整体联调
- 13:47 网管产品 错误 #5263: 网管2.4.2&基站322—0428版本,采集日志存在问题
- 有下列几个日志模块的名称有修改:
1、baseService: baseService_Trace_20260522071635_18.log -> baseService_20260522073623_163.log
... - 14:36 3.0基站产品测试 错误 #5196 (进行中): 3.2.2pre2t2,1D3U,128ue的udp业务,du出现coredump挂死
- 验证近1个月,暂未复现此问题。
- 14:35 3.0基站产品测试 错误 #5206 (进行中): 321pre2T2,128多用户7D2U测试,du反复重建小区最后coredump挂死。
- 1、CU修改绑核后,运行过程中核2、3 CPU未达100%时,DU运行正常。
2、待定位CU未改绑核时,DU COREDUMP的问题。 - 14:10 3.0基站产品测试 功能 #5101: xn切换支持上行数据转发
- 自测发现了6个问题,修改自验完成5个,还有一个,目标基站收到转发数据后处理异常的问题正在分析中
- 13:57 3.0基站产品测试 错误 #5314: 3.2.2_Pre1T3版本有多余指标残留
- 释放流程相关的日志模块未打开,日志不全,没有报文,有个怀疑场景,已给测试人员提供复现方法,待测试复现后定位
- 11:52 3.0基站产品测试 错误 #5314 (进行中): 3.2.2_Pre1T3版本有多余指标残留
- 13:53 3.0基站产品测试 错误 #5295 (反馈): 打印cu f1ap ip日志,二进制文件内容偶现冗余的ip地址
- 13:53 3.0基站产品测试 错误 #5295: 打印cu f1ap ip日志,二进制文件内容偶现冗余的ip地址
- 出现问题的是logWriter的临时小版本, 后续用Rel_3.2.2_Pre1T3版本进行了验证,通过查看cu 的二进制文件,没有冗余的ip地址,日志输出和解析都正常,可以用Rel_3.2.2_Pre1T3版本的logwriter对...
- 13:50 3.0基站产品测试 功能 #5329: ng切换支持上行数据转发
- 编码完成50%
- 13:50 3.0基站产品测试 功能 #5329 (进行中): ng切换支持上行数据转发
- 13:50 3.0基站产品测试 功能 #5329 (转测试): ng切换支持上行数据转发
- 11:25 网管产品 功能 #5253: 基站配置校验规则增加IN,NOTIN,UNIQUE算法
- 问题解决:
oam-backend新增in,ontin,UNIQUE的校验逻辑
问题自测:
自测完成 - 11:23 网管产品 错误 #5247: 【网管接口】新增 小区preamble总个数 接口
- 需求支持:
目前oam-backend已更新规则检查代码逻辑,支持新的规则校验逻辑
- 11:20 2.0基站产品化测试 错误 #3874 (转测试): 【2.0项目】CU在修改日志级别选项和清华项目的强切选项时,会有内存泄漏的问题
- 2.0问题,均已不存在,麻烦直接关闭
- 11:20 2.0基站产品化测试 错误 #3874 (审视): 【2.0项目】CU在修改日志级别选项和清华项目的强切选项时,会有内存泄漏的问题
- 11:20 2.0基站产品化测试 错误 #3874 (进行中): 【2.0项目】CU在修改日志级别选项和清华项目的强切选项时,会有内存泄漏的问题
- 11:19 2.0基站产品化测试 错误 #2839 (转测试): UE接入后偶现指标上报为空的情况
- 2.0问题,均已不存在,麻烦直接关闭
- 11:19 2.0基站产品化测试 错误 #2839 (审视): UE接入后偶现指标上报为空的情况
- 11:19 2.0基站产品化测试 功能 #2465 (挂起): GAP配置触发方式优化
- 优先级较低,暂时不处理
- 11:18 2.0基站产品化测试 需求CR #2167 (转测试): 15PPre1T4版本,释放流程,需要等收到UE发来的RRC Release ACK后,再发送UEContextReleaseCommand信令
- 2.0问题,均已不存在,麻烦直接关闭
- 11:18 2.0基站产品化测试 需求CR #2167 (进行中): 15PPre1T4版本,释放流程,需要等收到UE发来的RRC Release ACK后,再发送UEContextReleaseCommand信令
- 11:18 2.0基站产品化测试 错误 #2139: UE正常接入然后重启核心网后UE在线数量倍增
- 2.0问题,均已不存在,麻烦直接关闭
- 11:11 2.0基站产品化测试 错误 #2044 (转测试): baseService压缩日志的场景,有丢失日志的情况
- 2.0问题,均已不存在,麻烦直接关闭
- 11:11 2.0基站产品化测试 错误 #2044 (审视): baseService压缩日志的场景,有丢失日志的情况
- 11:11 2.0基站产品化测试 错误 #2044 (进行中): baseService压缩日志的场景,有丢失日志的情况
- 11:10 2.0基站产品化测试 错误 #2030 (转测试): 上行存在内存泄露的问题
- 2.0问题,均已不存在,麻烦直接关闭
- 11:10 2.0基站产品化测试 错误 #2030 (审视): 上行存在内存泄露的问题
- 11:10 2.0基站产品化测试 错误 #2030 (进行中): 上行存在内存泄露的问题
- 11:10 eMBB2.0 BBIT 错误 #1384 (转测试): CU上报两次UEContextReleaseComplete,会导致核心网回复ErrorIndication
- 2.0问题,均已不存在,麻烦直接关闭
- 11:10 eMBB2.0 BBIT 错误 #1384 (审视): CU上报两次UEContextReleaseComplete,会导致核心网回复ErrorIndication
- 11:09 eMBB2.0 BBIT 错误 #1384 (进行中): CU上报两次UEContextReleaseComplete,会导致核心网回复ErrorIndication
- 11:09 2.0基站产品化测试 需求CR #1226 (转测试): 【K项目-QOS功能】核心网下发QOS策略,基站无法动态生效
- 2.0问题,均已不存在,麻烦直接关闭
- 11:09 2.0基站产品化测试 需求CR #1226 (进行中): 【K项目-QOS功能】核心网下发QOS策略,基站无法动态生效
- 11:09 eMBB2.0 BBIT 错误 #1041: 【R2.1.12Pre1版本-MutiRU】10终端在mutiRU环境下,从一个RU切入另一个RU,部分CPE无法正常接入
- 2.0问题,均已不存在,麻烦直接关闭
- 11:08 eMBB2.0 BBIT 错误 #1041 (转测试): 【R2.1.12Pre1版本-MutiRU】10终端在mutiRU环境下,从一个RU切入另一个RU,部分CPE无法正常接入
- 2.0问题,均已不存在,麻烦直接关闭
- 11:08 eMBB2.0 BBIT 错误 #1041 (审视): 【R2.1.12Pre1版本-MutiRU】10终端在mutiRU环境下,从一个RU切入另一个RU,部分CPE无法正常接入
- 11:08 eMBB2.0 BBIT 错误 #1041 (进行中): 【R2.1.12Pre1版本-MutiRU】10终端在mutiRU环境下,从一个RU切入另一个RU,部分CPE无法正常接入
- 11:07 2.0基站产品化测试 错误 #2261 (转测试): 后路由场景40基站下行大流量灌包出现buffer is full,持续一段时间后会导致基站挂死
- 2.0问题,均已不存在,麻烦直接关闭
- 11:07 2.0基站产品化测试 错误 #2261 (审视): 后路由场景40基站下行大流量灌包出现buffer is full,持续一段时间后会导致基站挂死
- 11:07 2.0基站产品化测试 错误 #2261 (进行中): 后路由场景40基站下行大流量灌包出现buffer is full,持续一段时间后会导致基站挂死
- 11:07 2.0基站产品化测试 需求CR #2266 (转测试): 当UE重建立接入后,释放原来的UE_ID时,应该修改释放原因
- 2.0问题,均已不存在,麻烦直接关闭
- 10:51 网管产品 功能 #5328 (转测试): 云智自研板卡:EVMT2/4_V1.0、EVMT4_V2.0板卡,单板state(整机Link)状态灯定义、控制及含义更新;
- 10:50 网管产品 功能 #5328: 云智自研板卡:EVMT2/4_V1.0、EVMT4_V2.0板卡,单板state(整机Link)状态灯定义、控制及含义更新;
- 自验证成功,待合入3.2.2_Pre1T4版本测试回归
!20260526-104920.jpg! - 10:48 3.0基站产品测试 错误 #4713 (挂起): 运行日志中phy进程的监控信息打印优化
- 10:38 研发产品测试 错误 #5112 (转测试): PLMN配置错误时发送关键配置参数错误告警,不重启CU
- 建议在3.2.2大包回归验证
- 09:59 B5G_UE 错误 #5323: 基站整机从Rel_3.2.1升级到Rel_3.2.2后,上行RSRP值不准,大概有20dB左右的误差(偏高)
- 已经修正到 ttyS4, 可以试试。
- 09:55 B5G_UE 错误 #5323: 基站整机从Rel_3.2.1升级到Rel_3.2.2后,上行RSRP值不准,大概有20dB左右的误差(偏高)
- 现有版本可以调整到ttyS4. 通过与以前类似的方式。删除/boot 分区下的 ramdisk_ready_ok 可以切换到 ttyS4.
2026-05-25
- 19:35 B5G_UE 错误 #5309: UU口pusch双流改动中单双流全部搬第二根天线到射频buffer造成单流数据受影响
- 【问题描述】UU口pusch双流改动中单双流全部搬第二根天线到射频buffer造成单流数据受影响。(最近其他单改动引入的新问题)
【问题原因】单流时,发送了2天线的数据,在第二根天线有输出并在偶数符号有较大的干扰分量,基站会抓取... - 19:23 B5G_UE 错误 #5059: UU口上行双流发送PUSCH失败
- 【问题验证】从发端抓射频的2根天线的时域数据,算法仿真能解对。DU log显示SNR是30左右,CRC ERR,升级基站版本抓数,抓数失败,定位中。
- 17:46 网管产品 错误 #5026: 网管2.4.1版本,增加HA核心网主备相关事件的关联帮助
- 相关文档网管已增加
- 17:42 产品硬件设计及装配生产 错误 #3643 (已解决): 横联板卡一块很容易发生IO错误,多次启动后可能正确。需硬件帮忙排查下
- 1.该板卡重新补焊DDR后,问题得到解决,怀疑是DDR虚了。
- 17:40 产品3.0平台 错误 #4632 (已解决): 正维3.5G整机长跑读取串口数据卡死
- 1.串口冲突导致,EVMT4_V1.0板卡,将串口增加校验机制,增加后测试无问题。
- 17:37 产品硬件设计及装配生产 错误 #5069 (进行中): [3.0产品测试]大功率终端7D2U 上行mcs 无法调满
- 1.已经更换了6套整机功放,经产品硬件及系统协议栈测试,该问题已解决,整机产品已入库;
2.剩余遗留整机,正在更改中,目前更改的3套,已经维修两次,均存在上电即烧毁现象;
3.5.25到的整机,已再次复现烧毁现象,再次返修。 - 17:36 网管产品 功能 #5328 (进行中): 云智自研板卡:EVMT2/4_V1.0、EVMT4_V2.0板卡,单板state(整机Link)状态灯定义、控制及含义更新;
- 已完成编码,待自测验证
- 17:31 网管产品 功能 #5328 (转测试): 云智自研板卡:EVMT2/4_V1.0、EVMT4_V2.0板卡,单板state(整机Link)状态灯定义、控制及含义更新;
- Link:仅指示TMAC接口光强度是否正常,从而指示TMAC链路工作是否正常;
适用产品:
适用于EVMT4_V1.0/V2.0板卡,及5G TDD CMB一体化基站V1.0/V2.0整机产品,
状态及含义:
... - 17:35 产品3.0平台 错误 #5297 (进行中): 2.0基站EVMT4板卡指标较差
- 1.怀疑0102板卡的Transceiver异常,有可能是焊接异常,有可能是芯片本身异常;
2.已发回西测进行更换;
3.等待维修完毕后,复测该板卡是否依然存在该现象。 - 17:33 产品硬件设计及装配生产 需求CR #5094 (已解决): 新版卡增加内存检测环节
- 17:33 产品硬件设计及装配生产 需求CR #5094 (进行中): 新版卡增加内存检测环节
- 1.已经在验货及入库流程中,增加有关DDR测试;
2.EVMT系列自研板卡,通过验证MemTest及TestMac,测试验证DDR是否有问题;
3.BPU板卡通过长跑MemTest,测试验证DDR是否有问题; - 16:58 B5G_UE 错误 #5076 (已解决): 终端脱5G网络后的物理层失步检测及上报的支持(与由IRN到OCUE一部分过程类似)
- 已验证,多轮反复测试,可以接入
!20260525-142755.jpg!
- 16:57 B5G_UE 错误 #5077 (已解决): RRC对终端脱5G网络流程处理的支持(同时考虑到由IRN到OCUE的支持)
- 已验证,多轮反复接入,可以接入
!20260525-142755.jpg!
- 16:55 B5G_UE 错误 #5207 (已解决): UU口环境上行ping包或灌包,上行tbsize=69,mcs=7,rbnum=4,基站PUSCH CRC全错
- V0.0.1_T07__Alpha23版本已验证,上行灌包误码为0
!20260525-143327.jpg!
- 16:41 B5G_UE 错误 #5321 (审视): 终端增加清第二根天线后,会导致发msg3时基站crc报错 -- 先做规避方案:msg3的下一个slot不去清发送buffer
- 代码已合入 bugfixed_20260123
- 15:51 3.0基站产品测试 错误 #5176 (已解决): 网管YZMM2.4.1Pre2T1版本&基站Rel_3.2.2_Pre1T1版本,终端入网和退出UEid对不上且退出时未带IMSI
- 网管2.4.2-0518版本:
基站版本322preT3:gnb_agent 534 Rel_3.2.2_Pre1T3 2026-05-15T09:16:25
核心网版本:Rel_3.3.5_pre3 2026-04-09T10:... - 14:59 3.0基站产品测试 错误 #5176 (转测试): 网管YZMM2.4.1Pre2T1版本&基站Rel_3.2.2_Pre1T1版本,终端入网和退出UEid对不上且退出时未带IMSI
- 15:51 客户局点问题 错误 #5327 (新建): 【Rel_3.2.1_Pre2T2济南外场】5.8整机功放版本不匹配导致起站失败
- 当前3.2.1_Pre2T2_0519大包未更新功放版本,导致起站失败,需更新新的5.8功放版本
- 15:17 B5G_UE 错误 #5323: 基站整机从Rel_3.2.1升级到Rel_3.2.2后,上行RSRP值不准,大概有20dB左右的误差(偏高)
- 为升级OS后,板卡调试口被设置为ttyS0,与功放串口冲突。无法正确识别功放型号和rsrp增益补偿值。
- 10:46 B5G_UE 错误 #5323 (进行中): 基站整机从Rel_3.2.1升级到Rel_3.2.2后,上行RSRP值不准,大概有20dB左右的误差(偏高)
- 10:45 B5G_UE 错误 #5323 (已关闭): 基站整机从Rel_3.2.1升级到Rel_3.2.2后,上行RSRP值不准,大概有20dB左右的误差(偏高)
- 15:11 3.0基站产品测试 错误 #5133 (挂起): 军特整机配置2T2R 时dpd异常,有过功率现象
- 降低功放输出功率到33dB后dpd可以正常工作,功率再高后dpd工作异常,认为是功放在功率高后线性度差所致,具体原因需要厂家配合,由于军特功放不再采购,问题目前先挂起。
- 14:39 3.0基站产品测试 错误 #5133: 军特整机配置2T2R 时dpd异常,有过功率现象
- 实际业务测试时,需要调整PA及9025增益,输出功率降到33dB后dpd工作正常。分析认为是功率高后功放线性度差所致。
- 14:30 B5G_UE 错误 #5218 (已解决): UU-DD-UU时,固定5次后 ocue切换到irn, 发生接入时鉴权失败
- 已验证,测试8次,可以接入
!20260525-142755.jpg!
- 14:13 网管产品 错误 #5177 (已解决): 网管YZMM2.4.1Pre2T1版本&基站Rel_3.2.2_Pre1T1版本,终端指标附加信息显示缺失
- 2.4.2-0518版本终端指标显示格式OK
- 13:53 网管产品 错误 #5263: 网管2.4.2&基站322—0428版本,采集日志存在问题
- 需提供最新的日志文件名称
- 10:19 网管产品 错误 #5263: 网管2.4.2&基站322—0428版本,采集日志存在问题
- agent自身日志存在采集失败,其他日志需要再确认,网管组织再确认 !采集日志失败.png! !采集日志失败1.png!
- 13:52 网管产品 功能 #4909 (转测试): 增加获取协议栈指标获取失败告警
- 合入Rel_3.2.2_Pre1T4版本,自验证成功,待测试回归
!20260521-103305.jpg!
!20260525-135029.jpg! - 13:47 网管产品 功能 #4909 (反馈): 增加获取协议栈指标获取失败告警
- 3.2.2_Pre1T3版本该指标反复上报和恢复
- 13:48 网管产品 错误 #5093 (审视): 子帧配比和QFI 9的缓存规格关联
- 13:48 网管产品 错误 #5093: 子帧配比和QFI 9的缓存规格关联
- !20260521-103305.jpg!
- 11:26 网管产品 错误 #5093: 子帧配比和QFI 9的缓存规格关联
- 补上相关主控文件的配置截图
- 10:23 网管产品 错误 #5093 (反馈): 子帧配比和QFI 9的缓存规格关联
- 规范问题单
- 12:00 网管产品 错误 #5242: 网管版本2.4.2,在线终端统计数不准确
- 问题定位:
出现问题的情况,是拿终端数,考虑到了两个方面:
1)基站上报的UE指标
2)核心网注册的终端
其中,出现歧义的是核心网的情况:
基站上报的UE归属是否是已经纳管的核心网,以及纳管了核心网,但是否在线。从而导致了在... - 10:44 网管产品 错误 #5242 (反馈): 网管版本2.4.2,在线终端统计数不准确
- 2.4.2-0518版本仍存在问题
- 11:47 网管产品 错误 #5290: 网管版本2.4.2-0518,大屏监控恢复默认配置成功,但记录“配置失败的”记录
- 需要补充修改代码的截图或者git提交修改的差异截图
- 11:46 网管产品 错误 #5284: 网管2.4.2版本,基站抓包和基站采数相关版本校验界面显示优化
- 需要补个修改测试结果截图,
- 11:44 网管产品 错误 #5316 (转测试): 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
- 11:43 网管产品 错误 #5316 (审视): 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
- 11:37 网管产品 功能 #5326 (已解决): Phy运行日志采集功能
- 见《日志提效方案.pptx》
1、根据日志提效方案,将在物理层构建运行日志(快照日志)相关机制。
2、物理层运行日志存放位置见《phy运行日志ddr划分.xlsx》。 - 11:13 网管产品 功能 #4905: 增加获取服务器SOC温度告警上报
- 需要确认一下 SOC温度获取失败 (告警ID:115) 相关配置是否删除,如果删除了提供git提交的差异截图
- 09:39 网管产品 功能 #4905 (反馈): 增加获取服务器SOC温度告警上报
- 数据库未删除,确认了再给我转单,服了
- 10:57 网管产品 错误 #5247 (审视): 【网管接口】新增 小区preamble总个数 接口
- 已完成修改,自验证成功,待合入3.2.2版本测试回归
- 10:19 网管产品 错误 #5247 (进行中): 【网管接口】新增 小区preamble总个数 接口
- 新增需求:指定的xpath有修改时才联动修改关联的值;先做联动修改再校验规则;
- 10:16 网管产品 错误 #5247: 【网管接口】新增 小区preamble总个数 接口
- 明确基站需求,网管组织再确认
- 09:11 网管产品 错误 #5247: 【网管接口】新增 小区preamble总个数 接口
- 可以联动生效,增加测试截图
- 10:53 B5G_UE 错误 #5325 (进行中): 终端整机本地网管升级后,4008发生失联
- 10:53 B5G_UE 错误 #5325 (已关闭): 终端整机本地网管升级后,4008发生失联
- 10:46 网管产品 错误 #5178 (已解决): 网管YZMM2.4.1Pre2T1版本&基站Rel_3.2.2_Pre1T1版本,NMS的LMT配置和分布式订阅配置提示与过长优化
- 2.4.2-0518 !名称缩减.png!
- 10:42 网管产品 错误 #5267 (已解决): 网管2.4.2版本&基站3.2.2版本,PHY采数无法获取采数文件报错
- 网管2.4.2-0518,基站322pre1T3 !pusch盲采.png!
- 10:39 网管产品 功能 #5003 (已解决): 主控文件支持多选下拉框,展示结果为累加的最终值(数字)
- 2.4.2-0518 !FAPI配置多选.png!
- 10:34 网管产品 功能 #4998 (已解决): gnb_agent增加统计日志
- 2.4.2版本后续关注
- 10:32 网管产品 功能 #4910 (已解决): 看门狗开关为关闭上报告警
- 2.4.2版本322pre1T3版本
- 10:28 网管产品 错误 #5015: 2.4.1网管版本,网管使用过程中,reboot72基站,234基站界面也无法操作,大概15s左右
- 2.4.2版本已解决,后续继续关注
- 10:27 网管产品 功能 #5000 (已解决): 网管2.4.1版本,238环境当参数配置或者网络原因基站一个基站相应慢影响其他基站操作卡顿优化
- 2.4.2版本已解决,后续继续关注
- 10:25 3.0基站产品测试 错误 #5315 (转测试): 【Rel_3.2.1_Pre2T2_正维3.3G整机】两小区做基于RANK单双流的XN切换,切换后出现下行业务不通现象
- 10:25 3.0基站产品测试 错误 #5315 (审视): 【Rel_3.2.1_Pre2T2_正维3.3G整机】两小区做基于RANK单双流的XN切换,切换后出现下行业务不通现象
- 【问题原因】
1、当出现下行转发时,由于代码有Bug,会导致内存泄漏
2、内存泄漏导致无法做下行业务,UE重新接入也无法继续业务,只能重启CU
【修改方案】
删除如下的代码:
egtpu_fwd_data_tx_req_... - 10:18 核心网产品 功能 #5322 (转测试): 核心网网卡配置vxlan网口被占用后重启系统不会重新刷回来
- 原来vxlan网口被other或者其他网口占用的话,重启系统vxlan 网口会重新刷会原来网口。
修改后重新刷新后不会占用; - 09:54 网管产品 功能 #4965 (已解决): 界面增加gnb_agent日志配置
- 322pre1T3版本
- 09:50 网管产品 功能 #4933 (已解决): DU增加指标上报
- 网管版本2.4.2,基站版本322pre1T3,终端接入进行下行灌包
- 09:42 3.0基站产品测试 功能 #4830 (已解决): 网管版本YZMM2.4.0Pre1T1,射频状态显示优化
- 2.4.2-0518版本已实现
- 09:35 B5G_UE 错误 #5269 (已解决): 【B5g_ue】V0.0.1_T07__Alpha22,UU接入失败
- V0.0.1_T07__Alpha23,多轮测试,UU接入均成功
- 09:23 核心网产品 功能 #5319 (转测试): cpe建立5QI5后ng切换多次就切换不了了直到5QI9建立才恢复正常切换
- 问题分析:
ng切换后,给终端发送初始化上下文的标志没有从源基站同步,导致后续有pdusession创建时,会承载在initial setup reauest消息中发送给终端,基站会判断该消息异常丢弃
解决方案:
ng切换后,同...
2026-05-23
- 18:32 B5G_UE 错误 #5059: UU口上行双流发送PUSCH失败
- 【问题原因】定位是第二根天线ofdm_ifft_inout1_ptr的DM2内存问题,引起IFFT4096第2根天线输出错误。(之前任征挪核解决发现问题单引入的,在ofdm_ifft_inout1_ptr的DM2申请前多加了申请DM2...
- 10:18 3.0基站产品测试 错误 #5194 (进行中): os版本2.0.10,进行os升级时没生成文件“system_upg_res”
2026-05-22
- 19:00 B5G_UE 错误 #5217 (已关闭): UE反复接入释放几次后gNB无法接收UE发出的preamble,PRACH 任务调度不起来
- 测试多次,问题未复现,关闭。
- 18:44 B5G_UE 错误 #5148 (已关闭): CP在IC-UE转OC-UE时,没有把上行TA清0,再转回IC-UE,基站有解出pramble id=1
- 问题解决。关闭。
- 18:42 B5G_UE 错误 #5125 (已关闭): UU口A18版本新传配置为1次情况下,L1C的TBSIZE参数与基站下发的不一致
- 测试通过,关闭。
- 18:40 B5G_UE 错误 #5119 (已关闭): IRN模式下NR丢网切换到OCUE模式,收到msg2后,msg3经过clone后发送失败,打印如下错误:src/l2/mac/csrc/wn5gNrUePsMac.c+2475 | wnMacPreTx | Invalid CCCH packet size=2
- 从研测的多次测试结果上看,未再发生,关闭。
- 18:30 B5G_UE 错误 #5118 (已关闭): IRN模式下NR丢网切换到OCUE模式,再次搜到5G网络后,收到RAR未处理,msg3未发送
- 从研测的多次测试结果上看,未再发生,关闭。
- 18:29 B5G_UE 错误 #5116 (已关闭): IC-UE(IRN)节点切OC-UE节点,搜到基站后再切回IC-UE,msg2收不到
- 从研测的多次测试结果上看,未再发生,关闭。
- 18:28 B5G_UE 错误 #5107 (已关闭): 出现MAC层从FAPI收到的FAPI_UE_MSG_TYPE_UL_TB_REQ消息,由于踩内存,出现授权大小和HARQ ID错误,所以出现了发给PHY的UL_TB_IND消息与授权大小和HARQ ID错误的问题
- 从研测的测试结果上看,未再发生,关闭。
- 18:10 3.0基站产品测试 错误 #5261 (已关闭): 3.2.1pre2T2版本,7d2u场景,多用户下行大流量灌包,终端同时掉线,掉线原因:harq_dtx_timeout
- 18:10 3.0基站产品测试 错误 #5261 (已解决): 3.2.1pre2T2版本,7d2u场景,多用户下行大流量灌包,终端同时掉线,掉线原因:harq_dtx_timeout
- 17:44 网管产品 错误 #5263 (反馈): 网管2.4.2&基站322—0428版本,采集日志存在问题
- 上传了采集的日志压缩包
- 17:32 3.0基站产品测试 错误 #5232 (已关闭): [3.0产品测试] 网管上修改TTI=1参数后重建小区,出现了du挂死
- 17:32 3.0基站产品测试 错误 #5232 (已解决): [3.0产品测试] 网管上修改TTI=1参数后重建小区,出现了du挂死
- 已在Rel_3.2.1_Pre2T2最新大包验证
- 09:48 3.0基站产品测试 错误 #5232 (转测试): [3.0产品测试] 网管上修改TTI=1参数后重建小区,出现了du挂死
- 验证通过并走查完成,已合入3.2.1和3.2.2,可转测。
- 09:40 3.0基站产品测试 错误 #5232 (审视): [3.0产品测试] 网管上修改TTI=1参数后重建小区,出现了du挂死
- 已走查,转审视
- 09:39 3.0基站产品测试 错误 #5232 (进行中): [3.0产品测试] 网管上修改TTI=1参数后重建小区,出现了du挂死
- 17:06 3.0基站产品测试 错误 #5273 (进行中): 5.8G高速移动场景(350Km/h),上行mcs低
- 17:03 B5G_UE 错误 #5249: 【B5g_ue】V0.0.1_T07__Alpha21uu+dd半脱网,上下行ping过程中,UU终端core dump
- 之前的类似问题#5122关闭,用这个单来跟踪这个问题。
- 17:02 B5G_UE 错误 #5249 (进行中): 【B5g_ue】V0.0.1_T07__Alpha21uu+dd半脱网,上下行ping过程中,UU终端core dump
- 16:59 网管产品 错误 #5247 (反馈): 【网管接口】新增 小区preamble总个数 接口
- 322pre1T3版本,配置成0 13 14 15时联动配置未生效,提供自验截图
- 16:03 网管产品 错误 #5247 (进行中): 【网管接口】新增 小区preamble总个数 接口
- 15:59 网管产品 错误 #5247 (反馈): 【网管接口】新增 小区preamble总个数 接口
- 15:59 网管产品 错误 #5247 (进行中): 【网管接口】新增 小区preamble总个数 接口
- 15:58 网管产品 错误 #5247 (反馈): 【网管接口】新增 小区preamble总个数 接口
- 提供自测截图
- 16:46 B5G_UE 错误 #5207 (转测试): UU口环境上行ping包或灌包,上行tbsize=69,mcs=7,rbnum=4,基站PUSCH CRC全错
- 自测通过,已合入到V0.0.1_T07__Alpha23版本。
- 16:36 B5G_UE 功能 #5166 (已关闭): 终端下行参考信号接收功率RSRP报告(分SSB和PDS),需要支持
- 从发布V0.0.1_T07__Alpha21/22/23版本的测试log上看,已经输出了相关的信息。关闭。
- 15:30 B5G_UE 错误 #5321 (进行中): 终端增加清第二根天线后,会导致发msg3时基站crc报错 -- 先做规避方案:msg3的下一个slot不去清发送buffer
- 15:29 B5G_UE 错误 #5321 (已关闭): 终端增加清第二根天线后,会导致发msg3时基站crc报错 -- 先做规避方案:msg3的下一个slot不去清发送buffer
- 15:15 网管产品 错误 #5026 (反馈): 网管2.4.1版本,增加HA核心网主备相关事件的关联帮助
- 文档提供给你了哈哈,走下流程
- 15:01 B5G_UE 任务 #5320 (进行中): B5G终端第一阶段外场测试case,实验室模拟验证
- 15:01 B5G_UE 任务 #5320 (进行中): B5G终端第一阶段外场测试case,实验室模拟验证
- 测试例:详见《B5G终端第一阶段外场测试例说明.docx》
1,定点场景,主要验证功能及性能。
2,移动及AMC场景(含SRS功能),请研测同事通过打衰减的方式做测试验证(具体距离数不要求)。
并给出测试结果总结报告。 - 14:10 网管产品 错误 #5313 (审视): 周期测量上报的下行RSRQ和SINR指标需要转成浮点数上报
- agnet已合入3.2.2基线版本,待测试回归
- 11:12 网管产品 错误 #5313: 周期测量上报的下行RSRQ和SINR指标需要转成浮点数上报
- 指标定义表不牵扯数据类型,agent修改完成后可直接测试:
DROP TABLE IF EXISTS `PMIndicators`;
CREATE TABLE `PMIndicators`(
`NeTypeId` int... - 12:10 产品硬件设计及装配生产 产品维修 #4772 (已解决): gNB-5012板卡DDR损坏,采购器件维修;
- 1.该板卡已完成DDR维修;
2.该板卡已完成330uF电容补焊;
3.该板卡已完成正常测试接入库,已出库正常使用; - 12:09 产品硬件设计及装配生产 产品维修 #4772 (进行中): gNB-5012板卡DDR损坏,采购器件维修;
- 12:06 产品硬件设计及装配生产 需求CR #2957 (已解决): 现有GPS模块精度不够,需要更换移远L26-T
- 1.截止到目前为止,未更换L26-T模组的板卡编号如下:
GNB板卡编号:1001
CPE板卡编号:1001、3005、3006、3008
2.以上板卡均不在库中,后续返修或者回库时,进行改制维修。 - 11:30 核心网产品 功能 #5319 (已关闭): cpe建立5QI5后ng切换多次就切换不了了直到5QI9建立才恢复正常切换
- 【问题描述】cpe建立5QI5后ng切换多次就切换不了了直到5QI9建立才恢复正常切换;
!%E5%9F%BA%E7%AB%99%E6%8A%93%E5%8C%85.png!
- 11:19 产品硬件设计及装配生产 硬件需求 #4770 (已解决): 第五批EVMT4板卡DDR损坏,与LTM4644输出电压有关,需要在LTM4644各个输出电路增加330uF电容;
- 1.截止到目前为止,第五批EVMT4板卡已完成26块改制维修,剩余4块板卡:gNB-5001、5011、5019、5020,均未在北京库房中,后续回库或者返修时,再进行改制维修。
- 11:17 产品3.0平台 性能 #3206 (已解决): EVMT2或者EVMT4板卡,板载镁光DDR4速率需要降低到2666
- 1.目前2666速率版本在BPU板卡上,已经完成测试及正式使用;
2.后续BPU板卡,国产化方案,统一使用单Rank8G,2666速率版本;
3.在EVMT2板卡上,采用芯创双RANK,分别运行testmac及系统测试,未发现问题... - 11:16 网管产品 错误 #5316 (进行中): 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
- 问题原因:
OperLog的Comment字段是varchar(256),修改内容过多溢出
解决方案:
和SecLog保持同步,定义为varchar(4096)
- 10:50 核心网产品 功能 #5318 (转测试): 核心网网络配置需要隐藏vxlanbr0和upfgtp网卡信息
- 核心网LMT上网络配置:核心网网络配置需要隐藏vxlanbr0和upfgtp网卡信息
- 09:31 3.0基站产品测试 错误 #5315 (进行中): 【Rel_3.2.1_Pre2T2_正维3.3G整机】两小区做基于RANK单双流的XN切换,切换后出现下行业务不通现象
- 09:30 3.0基站产品测试 错误 #5283 (进行中): Rel_3.2.1_Pre3T1版本_1D3U子帧配比,上行双天线4UE上、下行udp灌包业务场景,基站运行8小时后du coredump
- 加保护判断事件 CRNTI是否非法
- 09:22 3.0基站产品测试 错误 #5317 (已解决): 3.2.2pre1T3版本上行双天线异频ng切换到目标基站后终端掉线
- 【问题描述】3.2.2pre1T3版本上行双天线异频切换到目标基站后终端掉线,最后这次切换是235基站到236基站的ng切换;
!%E7%BB%88%E7%AB%AF%E6%8E%89%E7%BA%BF%E6%8A%93%E5%8C... - 08:58 B5G_UE 错误 #5059: UU口上行双流发送PUSCH失败
- 【解决方案】:完成2流的比特与符号级的IDE与在板对数。(思朗的UT无法对比OFDM模块的数据)。通过导出板上数据定位是IFFT4096导致第二根天线异常。
!20260522-085526.jpg!
2026-05-21
- 19:52 3.0基站产品测试 错误 #5189 (已关闭): 3.2.2pre1T1版本由于GAP没下发导致异频测量A5事件触发不了
- 在3.2.2pre1T3版本GAP信息可正常下发,终端可异频切换,问题关闭。
!gap%E4%BF%A1%E6%81%AF%E4%B8%8B%E5%8F%91%E6%8A%93%E5%8C%85%E6%88%AA%E5%9B%BE.... - 19:47 3.0基站产品测试 错误 #5239 (已解决): 3.2.2pre1T1版本带vonr切换中语音会自动挂断
- 在Rel_3.2.2_Pre1T3版本带vonr的切换流程正常,语音清晰,无掉话,问题解决。
- 19:27 网管产品 错误 #5316 (已解决): 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
- 网管版本2.4.2修改基站5个参数以上,操作日志记录失败
备注:库超限 - 16:12 3.0基站产品测试 错误 #5315 (转测试): 【Rel_3.2.1_Pre2T2_正维3.3G整机】两小区做基于RANK单双流的XN切换,切换后出现下行业务不通现象
- 【整机版本】Rel_3.2.1_Pre2T2_正维3.3G整机
【环境描述】小区A配置2T2R双流,上下行RANK自适应打开,主通道1与小区B主通道1合路接终端主通道,通道2加90db左右衰减且不接终端,构造能自适应到单流的场景
... - 15:58 3.0基站产品测试 错误 #5274: 历史信息采集转储目录修改为/memdisk内存分区下
- logAgent已同步修改,增加采集压缩的日志
- 15:47 3.0基站产品测试 错误 #4937: BaseService的日志服务器模块,在写新文件时需要对老文件进行压缩
- 压缩级别:3
- 14:44 网管产品 功能 #5253: 基站配置校验规则增加IN,NOTIN,UNIQUE算法
- 已完成编码,自验证成功,网管需同步修改
- 10:35 网管产品 功能 #5253 (进行中): 基站配置校验规则增加IN,NOTIN,UNIQUE算法
- 11:45 3.0基站产品测试 错误 #4631 (已关闭): 当基站标识为0时,在业务中替换基站标识为最后一个IP地址
- 在3.2.2pre1T3版本已经删除了“基站标识”参数,切换业务不受影响,终端可做携带vonr的切换,切换流程正常,问题关闭。
- 09:59 网管产品 错误 #5026 (转测试): 网管2.4.1版本,增加HA核心网主备相关事件的关联帮助
- 09:59 网管产品 错误 #5026 (审视): 网管2.4.1版本,增加HA核心网主备相关事件的关联帮助
导出 Atom