活动
从 2025-05-22 到 2025-06-20
今天
- 16:34 3.0基站产品测试 错误 #3580 (新建): 3.1.2pre1T1版本,军特功放att值异常,通道1读数为80000
- 3.1.2pre1T1版本,军特功放att值异常,通道1读数为80000
- 16:22 3.0基站产品测试 错误 #3579 (新建): 基站 Rel_3.1.2_Pre1T1,去掉gps同步后+8小时的时间约束
- 基站 Rel_3.1.2_Pre1T1,去掉gps同步后+8小时的时间约束
- 16:13 3.0基站产品测试 错误 #3436 (已解决): 【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U业务长跑30h,du core dump
- 近期多轮测试未复现
- 16:13 3.0基站产品测试 错误 #3436 (转测试): 【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U业务长跑30h,du core dump
- 16:11 3.0基站产品测试 错误 #3417 (已解决): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,cu core dump
- 16:11 3.0基站产品测试 错误 #3417: 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,cu core dump
- 近期多轮测试未复现
- 16:11 3.0基站产品测试 错误 #3399 (已解决): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,du core dump
- 近期多轮测试未复现
- 16:10 3.0基站产品测试 错误 #3392 (已解决): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入过程,du core dump
- 最近多轮测试未复现
- 15:38 3.0基站产品测试 错误 #3578 (新建): 【3.0整机】Rel_3.1.2_Pre1T1,21环境,128UE 1D3U,上下行同时udp 300M+300M,cu内存池异常
- 简述:【3.0整机】Rel_3.1.2_Pre1T1,21环境,128UE 1D3U,上下行同时udp 300M+300M,cu内存池异常
测试版本:Rel_3.1.2_Pre1T1
问题描述:【3.0整机】Rel_3.1.2_P... - 14:57 网管产品 功能 #3489 (进行中): 网管YZMM2.1.0Pre3T7版本需求,关联子帧配比与特殊子帧配比的修改
- 方案确定网管由backend来实现规则校验
- 14:51 网管产品 错误 #3558 (进行中): 网管版本YZMM2.2.0Pre1T3,“PRU版本”/“AU版本”和“最近一次更新时间”隐藏,在其他地方有相应的显示
- 需要优化一下ye-select组件,以支持此功能
- 12:00 网管产品 功能 #3174 (已解决): YZMM2.1.0Pre3,进一步优化网管告警表超限处理,目前告警多的情况下会把事件冲掉
- YZMM2.2.0版本已验证
- 11:20 网管产品 错误 #3557 (已关闭): 网管版本YZMM2.2.0Pre1T3&基站版本3.1.2,增加gps开关打开情况下,时间同步配置“从核心网同步时间”开关优化
- GPS打开时对时开关为缺省关闭
- 11:15 网管产品 错误 #3557 (进行中): 网管版本YZMM2.2.0Pre1T3&基站版本3.1.2,增加gps开关打开情况下,时间同步配置“从核心网同步时间”开关优化
- 11:19 网管产品 错误 #3541 (转测试): 网管版本YZMM2.2.0Pre1T3版本,干扰规避功能下发的动作需要增加“复位小区”动作代替某些不需要复位基站的操作
- 如附件中所示,函数方法如下:
// 发送3.0基站小区激活/去激活
func sendActivateCellCommand(ip string) error {
//初始化请求
ncs, err := NewNetC... - 11:16 网管产品 错误 #3541 (进行中): 网管版本YZMM2.2.0Pre1T3版本,干扰规避功能下发的动作需要增加“复位小区”动作代替某些不需要复位基站的操作
- 11:14 网管产品 错误 #3553 (转测试): 网管版本YZMM2.2.0Pre1T3,Tx Power修改成“SSB发射功率”,参数帮助中的单位是dbm,不是db
- 09:35 网管产品 错误 #3553 (进行中): 网管版本YZMM2.2.0Pre1T3,Tx Power修改成“SSB发射功率”,参数帮助中的单位是dbm,不是db
- 已修改
- 11:14 网管产品 错误 #3555 (转测试): 网管版本YZMM2.2.0Pre1T3&基站3.1.2,下行频点名称优化修改
- 09:40 网管产品 错误 #3555 (进行中): 网管版本YZMM2.2.0Pre1T3&基站3.1.2,下行频点名称优化修改
- 已修改
- 10:56 网管产品 错误 #3481 (已解决): 网管版本YZMM2.1.0Pre3T7&基站版本3.1.2Pre1T1,小区状态优化
- 1)修改小区配置参数/du-cell:DU-CELL/SCHEDULER_CONFIG/SCH_NO_OF_PREAMBLE 修改为4到8小区重建状态变化OK。
2)启动三层小区状态正常,断链核心网与基站的网络,小... - 10:51 网管产品 错误 #3535: LMT版本3.1.2中英文修改“DU配置化”-“日志配置”
- 待0620版本
- 10:51 网管产品 功能 #3484 (已解决): 基站信息中小区状态和DU_CELL模块<BASE>配置节点下NR_CELL_STATUS字段联动绑定
- 1)修改小区配置参数/du-cell:DU-CELL/SCHEDULER_CONFIG/SCH_NO_OF_PREAMBLE 修改为4到8小区重建状态变化OK。
2)启动三层小区状态正常,断链核心网与基站的网络,小... - 10:47 网管产品 错误 #3433: 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 1)修改小区配置参数/du-cell:DU-CELL/SCHEDULER_CONFIG/SCH_NO_OF_PREAMBLE 修改为4到8小区重建状态变化OK。
2)启动三层小区状态正常,断链核心网与基站的网络,小... - 10:43 网管产品 功能 #3457 (已解决): GPS同步失败,重启功能
- YZMM2.2.0Pre1T3&Rel_3.1.2_Pre1T1已实现
- 10:23 B5G_UE 错误 #3577: 使用T3__Pre1及之前版本,在UU或D2D测试场景,偶现发生板卡挂死。
- 发生在UU口测试时的情况:
[DEBUG]:Memory Section - [MSG_DDR_MEM]: Variable Name: [dlAddr]; Allocated Address: [0x7ec986000... - 10:15 B5G_UE 错误 #3577 (新建): 使用T3__Pre1及之前版本,在UU或D2D测试场景,偶现发生板卡挂死。
- 现象:
1,界面不能打印,
2,不能输入命令,及退出。
3,只能拔掉电源重开机。
见附图。 - 10:08 B5G_UE 错误 #3576 (新建): 使用T3__Pre1_20250619版本,基站未收到鉴权响应或SMC_comp消息,因pusch多次触发时TBsize为0。(发生概率4/10)
- 原因:pusch多次触发时TBsize参数是0,无法正常跑Pusch流程,TBsize是从l1c获取,l1c是从dci0_1获取,dci0_1解析tbsize参数与l1c的tbsize前几个一致,导致后面不一致。
log见:... - 10:03 B5G_UE 错误 #3575 (新建): 使用T3__Pre1_20250619版本,基站发了Msg4但未收到Msg5)。(发生概率3/10)
- 1次是msg4 pdcch错误,没译码结果;
1次是msg4 Pucch终端已发送,基站未收到ACK;
1次是终端msg4 pdsch crc err。
log见:03_版本发布/B5GUE_v0.0.1_T3__Pre1_... - 09:58 B5G_UE 错误 #3574 (新建): 使用T3__Pre1_20250619版本,未收到Msg2(preamID问题,此时"uldelay":3200)。(发生概率2/10)
- 现象:Received PDU doesnt have RAR for UE,rachCb->prmbleIndx:0,rapidSbHdr->raPreamId:1
log见:03_版本发布/B5GUE_v0.0.1_T3__... - 09:53 B5G_UE 错误 #3573 (新建): 使用T3__Pre1_20250619版本,未收到系统消息。(发生概率1/10)
- log见:03_版本发布/B5GUE_v0.0.1_T3__Pre1_20250619/10.测试日志/20250619_logs/
2025-06-19
- 20:35 网管产品 错误 #3572 (新建): 网管版本YZMM2.2.0Pre1T3,纳管了核心网(未纳管3.0基站(68)),终端空口吞吐率不显示
- 网管版本YZMM2.2.0Pre1T3,纳管了核心网(未纳管3.0基站(68)),终端空口吞吐率不显示
建议:去掉未纳管68网段的终端显示,因为也无指标上报 - 18:11 基站横联 错误 #3512: cpri OTIC解压缩数据测试
- 【问题分析】
1.毛刺是在每个slot的固定位置出现,第8798个样点,且以61440样点为周期。
2.最新发现,输入全是噪声,解压缩后仍有毛刺,且位置固定,周期固定;
!%E6%AF%9B%E5%88%BA%E5%91%A... - 17:03 基站横联 错误 #3512: cpri OTIC解压缩数据测试
- 10级单音信号打桩
!10%E7%BA%A7%E5%8D%95%E9%9F%B3%E4%BF%A1%E5%8F%B7%E6%89%93%E6%A1%A9.jpg!
- 16:43 B5G_UE 错误 #3571: load store 数据类型不匹配
- 已修改。 commit号 : 3350aec13f27c430dca54069db28d0a89f5ef51e
- 16:42 B5G_UE 错误 #3571 (新建): load store 数据类型不匹配
- load store 数据类型不匹配
- 16:40 3.0基站产品测试 功能 #3570 (新建): 统计日志增加一个选项,输出规格可以为ms级别,用于快速乒乓切换问题
- 16:34 研发产品测试 错误 #3569 (新建): 3.1.2_T2版本,DU kpi上报存在2小区问题
- !20250619-163305.jpg!
- 15:58 FirstCall 错误 #3528 (进行中): 在core5上添加PDSCH任务后编译失败
- 15:58 2.0基站产品化测试 错误 #1976 (已解决): 2.1.15p_pre1版本,上行双天线,开启上行rank自适应后,上行灌包只能上来单流的速率
- 15:40 网管产品 错误 #3566 (转测试): YZMM2.2.0:网管上卸载基站版本后,还会显示基站的版本号
- gnb_agent未删除版本文件导致版本信息仍然存在
修改uninstall脚本删除版本信息文件
合入下个版本待测试回归 - 14:27 网管产品 错误 #3566 (转测试): YZMM2.2.0:网管上卸载基站版本后,还会显示基站的版本号
- 测试场景:网管上卸载基站版本
问题描述:网管上卸载基站版本后,还会显示基站的版本号,以前应该是空的。文件目录下也没有基站文件。 - 15:20 3.0基站产品测试 错误 #3323 (已关闭): 配合du解决ping时延的问题
- 15:18 B5G_UE 错误 #3568 (新建): UU口多次触发msg6 pusch时,TBsize等参数为0校验异常,流程未走完,没有完全释放内存,导致后续L1C内存不足
- UU口多次触发msg6 pusch时,dci0_1解析异常导致L1c TBsize等参数为0,PUSCH从L1c获取的TBsize等参数为0校验异常,流程未走完,没有完全释放内存,导致后续L1C内存不足
- 15:01 B5G_UE 错误 #3567: UU口多次触发msg6 pusch时,TBsize,RBnum等参数为0
- 【问题描述】UU口多次触发msg6 pusch时,终端侧打印显示TBsize参数为0
【问题原因】UU口多次触发msg6 pusch时,终端侧pusch参数校验显示,TBsize参数为0,PUSCH是从L1C获取TBsize,在l1... - 14:57 B5G_UE 错误 #3567 (新建): UU口多次触发msg6 pusch时,TBsize,RBnum等参数为0
- UU口多次触发msg6 pusch时,TBsize,RBnum等参数为0
- 14:34 基站横联 错误 #3326: EVMT4板卡,单向接收PDSCH未解对
- !20250619-143421.jpg!
根据最新的参数,符号级基本上能走通,各个符号的幅度不一致导致星座图不在一个单位圆上,符号间的星座图看有旋转,可能跟相位因子有关系 - 14:31 基站横联 错误 #3561 (已解决): 发端TBsize-253,与收端TBsize-233 不一致;应该233是正确的
- 14:31 基站横联 错误 #3561: 发端TBsize-253,与收端TBsize-233 不一致;应该233是正确的
- 协议栈confdb.xml中的zzw-cdm-group参数需要配置为2:
confdb.xml中的zzw-cdm-group是指的:number of DMRS CDM group without data
1:CDM gro... - 11:34 基站横联 错误 #3561 (已解决): 发端TBsize-253,与收端TBsize-233 不一致;应该233是正确的
- 14:11 网管产品 错误 #3565 (新建): 网管版本YZMM2.2.0Pre1T3&基站3.1.2版本,“基础配置”修改“上/下行中心频率”关联“射频参数配置”中的“上/下行频率”
- 网管版本YZMM2.2.0Pre1T3&基站3.1.2版本,“基础配置”修改“上/下行中心频率”关联“射频参数配置”中的“上/下行频率”
- 14:01 基站横联 任务 #3224 (已解决): 横联SSB中的pbch清0
- 使用memset代替微码进行清零,cycle可控
- 14:00 基站横联 错误 #3477 (已解决): PDS 后7symbol映射不正确
- 已解决
- 14:00 基站横联 错误 #3475 (已解决): L2 cell0 速率匹配参数下发错误
- 已解决
- 11:51 基站横联 错误 #3475: L2 cell0 速率匹配参数下发错误
- L2修改协议栈后验证Ok
- 12:23 B5G_UE 功能 #3564 (新建): PHY版本编译时自动打印git commitID
- 12:20 B5G_UE 错误 #3563 (新建): Dd口 master slave切换测试场景时,连续解SIB消息信号存在畸变现象
- 11:52 基站横联 错误 #3476: PDS sym3和sym5 信号存在尖峰
- 目前只有SSS符号上有毛刺
- 11:48 3.0基站产品测试 功能 #3562 (新建): 下行预调度功能(优化ping时延)
- 11:43 基站横联 错误 #3560: 非桩情况下,发送数据部分符号异常,叠加了一个全带宽的信号;但接收侧没有看到这个全带宽信号
- ofdm 前采频域数据没有此问题;
出口时域数据存在此现象;
敲桩PDS与SS频域正交开,也没有这个问题; - 11:32 基站横联 错误 #3560 (新建): 非桩情况下,发送数据部分符号异常,叠加了一个全带宽的信号;但接收侧没有看到这个全带宽信号
- 11:21 B5G_UE 错误 #3559 (新建): master slave切换时,Pdelay值会发生变化
- 11:20 3.0基站产品测试 错误 #3508 (已解决): baseservice服务生成的运行日志中没记录关于phy层的内存信息
- *在Rel_3.1.2_Pre1T1版本上,替换玮璇提供baseservice版本,测试情况如下:
1、运行日志中已经记录关于phy层的信息(phy、du等模块启动后会记录phy in service);
2、运行日志中已经去除l... - 11:01 网管产品 错误 #3558 (进行中): 网管版本YZMM2.2.0Pre1T3,“PRU版本”/“AU版本”和“最近一次更新时间”隐藏,在其他地方有相应的显示
- 网管版本YZMM2.2.0Pre1T3,“PRU版本”/“AU版本”和“最近一次更新时间”隐藏,在其他地方有相应的显示
- 10:57 网管产品 错误 #3557 (已关闭): 网管版本YZMM2.2.0Pre1T3&基站版本3.1.2,增加gps开关打开情况下,时间同步配置“从核心网同步时间”开关优化
- 网管版本YZMM2.2.0Pre1T3&基站版本3.1.2,增加gps开关打开情况下,时间同步配置“从核心网同步时间”开关优化
1、开关打开时,首次同步成功后,后续不从核心网获取时间进行同步了。
其他业务逻辑不变。
备注:后续参... - 09:21 3.0基站产品测试 任务 #3556 (新建): kpi 上报功放指标
- 功放数据获取
功放指标上报 - 09:20 网管产品 错误 #3555 (转测试): 网管版本YZMM2.2.0Pre1T3&基站3.1.2,下行频点名称优化修改
- 下行频率同步信道号,下行频点同步信道号,
修改为:同步信道中心频率
同步信道中心频点 - 09:17 网管产品 错误 #3554 (新建): 网管版本YZMM2.2.0Pre1T3,RU配置调整优化
- RU配置中的“小区发射功率”,移动到“基础配置”中,Tx Power隐藏,其值与“小区发射功率”,RB个数联动;RU配置中的“小区发射功率”置灰,名称修改为“射频发射功率”
- 09:15 网管产品 错误 #3553 (转测试): 网管版本YZMM2.2.0Pre1T3,Tx Power修改成“SSB发射功率”,参数帮助中的单位是dbm,不是db
- 网管版本YZMM2.2.0Pre1T3,Tx Power修改成“SSB发射功率”,参数帮助中的单位是dbm,不是db
- 09:14 网管产品 错误 #3552 (新建): 网管版本YZMM2.2.0Pre1T3,采集基站日志超大无法下载到客户端问题需要优化:
- 1)修改成异步模式,或者压缩成多个在范围内的分片,多次传送
2)要在客户端下载时提醒客户端需要的空间大小,让用户先检查本地的系统盘磁盘空间是否足够
网管自身的定位信息日志(操作系统日志、数据库日志、前后端调测日志、运行日志、安全日... - 09:14 5GNR 错误 #3551 (新建): kpi 上报功放指标
- 功放数据的获取
指标的上报 - 09:12 3.0基站产品测试 错误 #3534 (已解决): 检验功放与配置是否一致
2025-06-18
- 18:04 3.0基站产品测试 功能 #3540: 网管版本YZMM2.2.0Pre1T3版本,界面上需要增加激活/去激活小区操作管理
- 1、DU_CELL模块<BASE>节点小区重建使能开关
参数名称:CELL_REBUILD_SWITCH
参数类型:uint8
取值范围:[0,1]
默认值:0
取值说明:0代表小区重建立去使能(CELL_REBUILD_D... - 11:26 3.0基站产品测试 功能 #3540: 网管版本YZMM2.2.0Pre1T3版本,界面上需要增加激活/去激活小区操作管理
- 后台设计逻辑:
gnb_agent接收到backend发送的小区重建netconf消息后修改/du-cell:DU-CELL/BASE/节点下的小区重建使能开关置为开,du周期查询该配置字段,检测为开则触发小区重建流程
oam-b... - 11:19 3.0基站产品测试 功能 #3540 (进行中): 网管版本YZMM2.2.0Pre1T3版本,界面上需要增加激活/去激活小区操作管理
- 17:59 B5G_UE 错误 #3549 (已解决): 解析SIB1的PDCCH的候选集的参数配置有个地方没有正确取值
- 代码修改后,提交能够跑到MSG6
- 16:13 B5G_UE 错误 #3549 (已解决): 解析SIB1的PDCCH的候选集的参数配置有个地方没有正确取值
- 张倩在测试横联代码的时候,发现配置参数没有正确LOAD 和 STORE
STORE_EX_B(&ueCfg->blindDetect[BLIND_DETECT_DCI_SIB1].searchSpaceIdx, ss->ssId)... - 17:45 3.0基站产品测试 错误 #3550 (新建): 128UE PFS算法,调度不均匀
- 17:25 基站横联 错误 #3520: PDC 偶尔接收不到数据
- 未复现。怀疑当时是环境问题,gps没同步上。
- 16:20 基站横联 错误 #3512: cpri OTIC解压缩数据测试
- 【问题进展】
1.修改RF和PHY使用的数据buffer和压缩因子存储buffer,ping-pong一致;毛刺现象仍存在
!buffer%E5%9C%B0%E5%9D%80.jpg!
- 15:48 基站横联 错误 #3521 (已解决): pdc crc只解对1次或2次
- 15:48 基站横联 错误 #3521: pdc crc只解对1次或2次
- 原因:
dm分配失败是因为pdcch读searchSpaceIdx这个值读错了
l1c 这块在存的时候直接读的ddr的值存进去了,直接读ddr估计是一个乱值 导致pdc候选集参数取错了 候选集读进来的参数都是0 ,dci... - 15:31 3.0基站产品测试 错误 #3548 (新建): 3.1.2pre1T1版本,干扰规避功能干扰扫描错误,接入基站终端做上行业务也会导致rip值抬升。
- 3.1.2pre1T1版本,干扰规避功能干扰扫描错误,接入基站终端做上行业务也会导致rip值抬升。
- 14:45 3.0基站产品测试 错误 #3490 (已关闭): NG切换handover Notify信令携带的TAC错误
- 14:21 3.0基站产品测试 功能 #3545: [3.0产品测试]3.1.2_pre1_T1 光口检测到pcs拉起失败, 后续后处理方式待优化
- 这个不是确实有fail pcs么 ? 可以将标题改改。
- 12:00 3.0基站产品测试 功能 #3545 (新建): [3.0产品测试]3.1.2_pre1_T1 光口检测到pcs拉起失败, 后续后处理方式待优化
- 3.1.2_pre1_T1 光口检测拉不起来后小区激活失败,基站设备192.168.8.214
- 14:07 3.0基站产品测试 错误 #3547 (进行中): du流量统计文件会被清除,需要迁移目录
- 14:03 3.0基站产品测试 错误 #3547 (进行中): du流量统计文件会被清除,需要迁移目录
- du流量统计文件会被清除,
韩位已定位:需要迁移目录
home目录下生成的log文件会被清除,无法循环长期保存,需要迁移到和bin log所在目录/data/log/下
从home下迁移到/data/log/下 - 14:05 3.0基站产品测试 错误 #2731 (反馈): 3.0基站启动时偶发cu界面未完全起来(光电口的信令面IP不通),在reboot后重启可规避
- 14:04 3.0基站产品测试 错误 #3546 (进行中): 带下行ftp业务同频NG切换后,1分钟后ftp断连。
- 目前现象是切换结束后,上行灌包不上来,ping包也不通,定位中
- 12:06 3.0基站产品测试 错误 #3546 (进行中): 带下行ftp业务同频NG切换后,1分钟后ftp断连。
- 基站版本:3.1.2pre_T1版本
物理环境:192.168.8.163/77
测试终端:鼎桥终端
测试场景:同频NG切换,带ftp业务
问题描述:带下行ftp业务切换,到目标站30秒后ftp业务中断;抓包看终端未发生掉线,... - 11:53 网管产品 错误 #3538 (转测试): 网管版本YZMM2.2.0测试,stringdefine表中的字段“SETTING_ACTIVATION_LICENSE”重复
- 处理方式:删除此条记录
- 11:53 网管产品 错误 #3538 (进行中): 网管版本YZMM2.2.0测试,stringdefine表中的字段“SETTING_ACTIVATION_LICENSE”重复
- 11:45 3.0基站产品测试 错误 #3544 (进行中): pru、au相关信息显示修改
- 11:44 3.0基站产品测试 错误 #3544 (进行中): pru、au相关信息显示修改
- 1.配置管理界面gnb-ru中的pru版本,更新时间对外不显示
2.详细版本信息中将真实的pru、au版本信息填入到描述信息中 - 11:24 基站横联 错误 #3326 (进行中): EVMT4板卡,单向接收PDSCH未解对
- 11:22 基站横联 错误 #3326: EVMT4板卡,单向接收PDSCH未解对
- !20250618-112205.jpg!
发端数据异常(左图:昨天抓取的频域数据 右图:DEOFDM入口的时域数据 均存在后七个符号无PDSCH) - 11:23 2.0基站产品化测试 错误 #3000 (已解决): 【2.1.17P_Pre1T1】128用户大上行配比上下行UDP灌包3小时后phy出现“allocation error”后挂死
- 11:20 基站横联 错误 #3525 (挂起): PDC trigger PDS ,在APE7的平台打印出现平台打印error
- 11:18 FirstCall 错误 #3435: 运行协议栈后,出现Bus error。
- 需要给出更多的日志消息来进行判断。
- 11:13 基站横联 功能 #3067 (反馈): 根据国产芯片(phy,ddr, emmc) 出一个ap_os 版本。
- 已经出了一个版本待反馈。
- 11:08 研发产品测试 需求CR #3098 (转测试): tfu实现获取gps位置的api
- 接口文件及库文件已经提供。
- 11:02 2.0基站产品化测试 需求CR #1962 (挂起): ”AU功能状态异常“告警,原因:up link fft ant0 overflow,增加告警源消除后告警自动恢复的功能
- 10:58 2.0基站产品化测试 需求CR #1962 (进行中): ”AU功能状态异常“告警,原因:up link fft ant0 overflow,增加告警源消除后告警自动恢复的功能
- 11:00 B5G_UE 错误 #3542: B5G Uu口环境接入流程稳定性测试验收
- 测试判断原则:
(一)UU口
1,搜网--接入Msg1~Msg5:终端和基站的RRC层能解析正确才算(根据wireshark包和log判断),同时将gNB的phy和DU的log也同步抓上。
2,Msg6(核心网鉴权请求)之后... - 10:07 B5G_UE 错误 #3542 (新建): B5G Uu口环境接入流程稳定性测试验收
- B5G环境北京、西安拉齐,确保功能不回退,目标:
1. 基站接收到msg5的成功率不低于8/10;
2. 可以走到msg6鉴权失败上报
到时候请出具测试报告,观测点和数据记录清楚 - 10:55 2.0基站产品化测试 需求CR #1948 (挂起): "AU功能异常"告警的定位信息 :位置0 ,不方便理解和定位故障
- 10:53 2.0基站产品化测试 需求CR #1948 (进行中): "AU功能异常"告警的定位信息 :位置0 ,不方便理解和定位故障
- 10:50 2.0基站产品化测试 需求CR #1721 (挂起): pru&au在线升级特性,AU必须下电启动才反馈升级后的版本号
- 10:48 2.0基站产品化测试 需求CR #1721 (进行中): pru&au在线升级特性,AU必须下电启动才反馈升级后的版本号
- 10:40 3.0基站产品测试 功能 #3456 (转测试): freerun模式下,时间不能同步,需要寻求其他时间同步方式。
- 10:40 3.0基站产品测试 功能 #3456: freerun模式下,时间不能同步,需要寻求其他时间同步方式。
- 在新的版本中应该有了这个功能。
- 10:32 B5G_UE 错误 #3530: UU口测试时,当协议栈的NAS层开始处理SMC消息时,发生终端板卡挂死,且挂死的终端会频繁的发送MAC CTRL消息导致处于该交换机下的网络出现故障
- 频繁发送pause请求,可以在/opt/evb_boot.sh脚本中,增加命令关闭自动协商尝试。
ethtool -A eth2 autoneg off //自协商关闭
ethtool -A eth2 tx off //... - 10:30 2.0基站产品化测试 错误 #3543 (已关闭): redmine test
- 暂时未观察到,先关闭。本单可删除。
- 10:18 2.0基站产品化测试 错误 #3543: redmine test
- 测试
- 10:17 2.0基站产品化测试 错误 #3543 (进行中): redmine test
- 测试中
- 10:16 2.0基站产品化测试 错误 #3543 (已关闭): redmine test
- 测试redmine
- 10:26 B5G_UE 错误 #3532: 协议栈运行至NAS SMC或者是auth failure后,单板会出现SSH链接不上的问题,从串口看显示arm-smmu 42b8000.iommu:TLB sync time out -- SMMU may be deadlocked
- 崩溃现象板卡ip 2.70, 现象是跑到鉴权请求并收到回复后,会发生崩溃。 需多次测试才能跑到鉴权请求。现在怀疑可能的原因是CP端的鉴权请求可能引起这块问题。
- 09:48 3.0基站产品测试 错误 #3508 (转测试): baseservice服务生成的运行日志中没记录关于phy层的内存信息
- 09:42 3.0基站产品测试 错误 #3496 (已解决): 【3.0整机】Rel_3.1.2_Pre1T1,21环境,IACTIVE_TIMER_CONFIG/TIMEOUT_DURATION升级未继承
- **基于Rel_3.1.2_Pre1T1版本,替换gnb-cu-main.xml,gnb-cu-main.yang文件及cu包,LMT侧可显示“UE接入超时限制(ms)”字段,该字段可配置,可生效;...
- 09:11 基站横联 错误 #3537: PDS接收端采数异常,CRC解不对
- 发射端还剩余2个问题:
①SSS上有毛刺
②后7symbol幅度不一致 - 09:09 基站横联 错误 #3537: PDS接收端采数异常,CRC解不对
- ①发射端修改pbch清0后,非SS symbol上不再有多余的PSS、SSS信号
②SS符号上没有PDS映射原因是,敲桩情况下,协议栈依然在发送速率匹配,L1发送把PDS打孔打掉了
2025-06-17
- 20:51 网管产品 错误 #3541 (转测试): 网管版本YZMM2.2.0Pre1T3版本,干扰规避功能下发的动作需要增加“复位小区”动作代替某些不需要复位基站的操作
- 网管版本YZMM2.2.0Pre1T3版本,干扰规避功能下发的动作需要增加“复位小区”动作代替某些不需要复位基站的操作
- 20:50 3.0基站产品测试 功能 #3540 (进行中): 网管版本YZMM2.2.0Pre1T3版本,界面上需要增加激活/去激活小区操作管理
- 网管版本YZMM2.2.0Pre1T3版本,界面上需要增加激活/去激活小区操作管理
- 20:38 3.0基站产品测试 功能 #3536 (已解决): 在网管界面显示新增字段UE接入超时限制(ms)
- *基于Rel_3.1.2_Pre1T1版本,替换基站主控文件,LMT侧可显示“UE接入超时限制(ms)”字段,可配置生效。*
!LMT%E4%B8%8AUE%E6%8E%A5%E5%85%A5%E8%B6%85%E6%97%B6... - 20:35 3.0基站产品测试 功能 #3536 (转测试): 在网管界面显示新增字段UE接入超时限制(ms)
- 3.0显示主控文件已更新,合入下个版本,待测试回归
- 15:39 3.0基站产品测试 功能 #3536 (已解决): 在网管界面显示新增字段UE接入超时限制(ms)
- !20250617-153750.jpg!
添加字段在上图红色框中
字段的取值范围为[2000, 30000] - 20:36 网管产品 功能 #3539 (进行中): 增加ini文件继承规则
- 20:36 网管产品 功能 #3539 (进行中): 增加ini文件继承规则
- gnb_agent升级增加agent升级继承ini文件规则
- 20:17 网管产品 错误 #3538 (转测试): 网管版本YZMM2.2.0测试,stringdefine表中的字段“SETTING_ACTIVATION_LICENSE”重复
- 网管版本YZMM2.2.0测试,stringdefine表中的字段“SETTING_ACTIVATION_LICENSE”重复
- 19:55 基站横联 错误 #3525: PDC trigger PDS ,在APE7的平台打印出现平台打印error
- 张倩反馈:
用库上最新版本(8e7fe29be7b47f2afdf4bb47985ff83a929da2a7) 平台报错没了 - 19:24 产品3.0平台 性能 #3172 (挂起): EVMT4(3.0gNB)板卡WOLA窗功能支持—优化板卡数据源输出的ACRL指标
- 18:55 基站横联 错误 #3521: pdc crc只解对1次或2次
- 更新:1.之前采数结果不一样是因为采数方法有问题,修改后采数正常;
2.收不到数是gps没同步上;
3.pdc不能连续解对是dm分配问题 [ERR][CELL_SEARCH] DM2 malloc err-... - 18:15 3.0基站产品测试 错误 #3209 (已解决): [3.0产品测试]3.0.1pre1_T3,下行UDP灌包超过200M,DU窗口打印window stalled,终端掉线
- 17:30 2.0基站产品化测试 错误 #2920 (已解决): du2phy挂死,phy连续打印DU2PHY_api_error_check_use_empty_channels字段20次导致phy被拉死,主要原因为du内存分配失败问题导致
- 2.0测试后续未出现该问题
- 17:27 3.0基站产品测试 错误 #3310 (已解决): 3.0.1T5版本,基站GPS同步前,先启动终端接入并做业务;然后GPS再同步上,会导致基站核2挂死。
- 17:27 3.0基站产品测试 错误 #3282 (已解决): 3.0.1T4软件版本,基站配置3.5G商用频点,起站失败du coredump
- 17:26 3.0基站产品测试 错误 #3292 (已解决): 3.0.1T4软件版本,起站时du界面未打印gps同步ok的消息,但时间正常同步了,5分钟左右du界面打印Check err
- 17:25 网管产品 错误 #3118 (已解决): YZMM2.1.0Pre3网管,升级显示成功,实际升级也成功了,但是操作日志里面显示失败,且原因为空值。
- 17:25 3.0基站产品测试 错误 #3404 (已解决): 起站成功后有gps sync ok,有stc tracking ok。gps同步成功,但没有set bj time ok,可能10分钟或者20分钟后才会打印bj time ok,时间不同步。
- 17:24 网管产品 错误 #3120 (已解决): 网管在纳管核心网后,网管不显示核心网入网基站和终端imsi,以前出现过,可以用该问题单进行跟踪
- 17:24 网管产品 错误 #3306 (已解决): 3.0.1T5版本,测试时发现起站后网管小区信道读不到信道信息,显示灰色。
- 小区信道可正常显示
- 17:23 2.0基站产品化测试 错误 #3125 (已解决): rel_3.3.3_pre3核心网版本,终端接入后未建立PDU,release后核心网显示终端依旧在线。
- 类似问题未出现。
- 17:22 3.0基站产品测试 错误 #3403 (已解决): 起站时will get gps sync status,一直...,gps不能同步,reboot后可以正常起站
- 实测如果gps3分钟无法同步会进行reboot操作。
- 17:21 网管产品 设计 #3117 (已解决): YZMM2.1.0Pre2网管,大屏监控界面优化
- 17:21 3.0基站产品测试 错误 #3275 (已解决): 3.0.1T4软件版本,基站配置2.6G和4.9G场景,终端都无法接入
- 实测已解决。
- 17:11 基站横联 错误 #3537 (新建): PDS接收端采数异常,CRC解不对
- PDS接收端采数异常,需要确认:
1. 发射端映射和发送数据是否存在问题
2. 接收端采数本身是否存在问题 - 16:58 基站横联 错误 #3478: PSS ind上报采用cell0句柄,不符合接口定义要求
- 由L2来规避此问题吧,让54协议栈cell0和cell1都接收
- 16:55 基站横联 错误 #3518 (已解决): 接收端 PDC 模块未获取到FSS接口参数
- 16:53 基站横联 错误 #3519 (已解决): 测量模块接收不稳定,偶现不同的异常现象
- 16:03 3.0基站产品测试 错误 #3534 (进行中): 检验功放与配置是否一致
- 15:18 3.0基站产品测试 错误 #3534 (已解决): 检验功放与配置是否一致
- 检验功放与网管配置是否一致
- 16:02 3.0基站产品测试 错误 #3506 (已解决): DU代码warning清除
- 15:30 网管产品 错误 #3535 (转测试): LMT版本3.1.2中英文修改“DU配置化”-“日志配置”
- 已修改,合入下个版本,待测试回归
- 15:28 网管产品 错误 #3535 (转测试): LMT版本3.1.2中英文修改“DU配置化”-“日志配置”
- LMT版本3.1.2中英文修改“DU配置化”-“日志配置”
- 15:08 产品3.0平台 功能 #3303 (已解决): 适配T5版本的ORX通道读取脚本
- 15:04 B5G_UE 错误 #3533 (新建): DD协议栈使用5月28日版本初始设置全灵活时隙,测量任务无法启动
- 初始设置改为7d2u后,测量任务可以启动
- 12:00 3.0基站产品测试 错误 #3376 (已关闭): T6版本vonr同频切换中出现基站cu挂死
- 在Rel_3.1.2_Pre1T1版本同频、异频带vonr与vinr业务切换多次未出现cu挂死问题,问题关闭。
- 11:57 3.0基站产品测试 错误 #3379 (已关闭): T6版本vonr同频切换中偶现终端报A3未切换现象
- 在Rel_3.1.2_Pre1T1版本,vonr同频切换正常,vonr异频切换正常,问题关闭。
- 11:54 B5G_UE 错误 #3530: UU口测试时,当协议栈的NAS层开始处理SMC消息时,发生终端板卡挂死,且挂死的终端会频繁的发送MAC CTRL消息导致处于该交换机下的网络出现故障
- 崩溃现象板卡ip 2.70, 现象是跑到鉴权请求并收到回复后,会发生崩溃。 需多次测试才能跑到鉴权请求。
- 08:58 B5G_UE 错误 #3530 (新建): UU口测试时,当协议栈的NAS层开始处理SMC消息时,发生终端板卡挂死,且挂死的终端会频繁的发送MAC CTRL消息导致处于该交换机下的网络出现故障
- 发生概率较高,目前观察几乎100%。
需要解决两个问题:
1,解决板卡挂死的原因。
2,板卡挂死后,终端频繁发送MAC CTRL消息导致交换机出现故障。 - 11:43 3.0基站产品测试 错误 #3396 (已解决): CU信令面消息乱序重排后,只有第一帧被处理,导致其他消息丢失问题
- 在Rel_3.1.2_Pre1T1版本上,vonr与vinr时同频xn与ng切换流程正常,vonr与vinr时异频xn与ng切换流程正常,未在出现乱序重排,问题解决。
- 10:14 网管产品 功能 #3486 (转测试): 3.0基站时间同步处理
- 已自验成功,待测试回归验证
- 09:57 B5G_UE 错误 #3532 (新建): 协议栈运行至NAS SMC或者是auth failure后,单板会出现SSH链接不上的问题,从串口看显示arm-smmu 42b8000.iommu:TLB sync time out -- SMMU may be deadlocked
- 09:57 3.0基站产品测试 错误 #3531: 3.1.2pre1_T1版本,cu异常打印No journal files were found.
- 测试人员可用systemctl mask systemd-journald命令主动屏蔽,然后用我新发的脚本起三层,看是否有异常打印
- 09:56 3.0基站产品测试 错误 #3531 (转测试): 3.1.2pre1_T1版本,cu异常打印No journal files were found.
- 09:42 3.0基站产品测试 错误 #3531: 3.1.2pre1_T1版本,cu异常打印No journal files were found.
- 原因:有些环境默认屏蔽systemd-journald,或者当人为使用systemctl mask systemd-journald命令屏蔽了systemd-journald,在使用journalctl命令时就会有上述打印
修改方法... - 09:36 3.0基站产品测试 错误 #3531 (转测试): 3.1.2pre1_T1版本,cu异常打印No journal files were found.
- 3.1.2pre1_T1版本,基站三层启动,cu进程启动正常但出现异常打印。
No journal files were found.
研发定位为环境屏蔽了systemd-journald导致界面日志无法打印 - 09:47 网管产品 错误 #3491 (已解决): 网管YZMM2.1.0Pre3T7版本,核心网入网基站不显示
- 已解决YZMM2.2.0Pre1T3
- 08:43 3.0基站产品测试 错误 #3501 (进行中): 3.1.2pre1T1版本,cu上行发送小区级指标异常
2025-06-16
- 19:05 基站横联 错误 #3512: cpri OTIC解压缩数据测试
- 【问题进展】
1.打印出OTIC微码输入参数,暂无发现异常;
下一步计划
1.在SL基线版本上dump数据,观察是否有毛刺; - 10:18 基站横联 错误 #3512: cpri OTIC解压缩数据测试
- 【问题进展】
1.更改解压缩的天线数为4,deofdm解压缩模块可以解出正弦波;
2.出现毛刺,长度固定为一个基本帧(32个样点);
下一步
重点检查毛刺问题;
!%E6%AD%A3%E5%BC%A6%E6%... - 17:25 基站横联 错误 #3519: 测量模块接收不稳定,偶现不同的异常现象
- GPS未同步但显示同步的问题属于已有问题单,#2930
- 14:52 基站横联 错误 #3519: 测量模块接收不稳定,偶现不同的异常现象
- 已查出由于GPS接口松了导致测量模块提前量不对,目前EVMT4板卡GPS实际未同步的情况下,软件仍显示同步,这个问题我再找弋戈确认一下
- 10:08 基站横联 错误 #3519: 测量模块接收不稳定,偶现不同的异常现象
- 是因为测量模块存在13000样点的时间偏移,导致SSS截取失败了
但平台目前版本采用基线版本,接收搬数有一个13us(1600样点)的提前量(NR协议的Nta)
1600样点域13000样点两者对不上,需要双方确认一下 - 17:21 基站横联 功能 #3529 (新建): 通过修改Makefile,实现横联和B5G_UE的区分
- 通过在Shell脚本和Makefile文件中修改 HL5G宏的定义实现一套代码, 横联和B5G_UE的区别编译
- 17:09 产品3.0平台 功能 #2930: 移远GPS模块软件功能
- 移远GPS模组时:
1. 周期性读取移远模组同步寄存器,识别模组GPS是否同步
2. 如果未同步时,L2 get_gps_sync_status时需要反馈未同步,并且给出告警信息
3. 运行一段时间后,如果未同步时,上报告警 - 16:24 FirstCall 错误 #3528 (进行中): 在core5上添加PDSCH任务后编译失败
- !20250616-162411.jpg!
- 15:57 3.0基站产品测试 错误 #3459 (进行中): 【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U上下行同时业务300M+300M,buffer is full
- 15:56 3.0基站产品测试 错误 #3459: 【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U上下行同时业务300M+300M,buffer is full
- 此问题,在248环境单ue灌超流量(超1000M)也存在nrup队列慢的情况,定位发现,队列满为正常的缓存量大,非功能异常Bug。
队列满原因为超流量灌包,存在基站需要缓存一定量的包,而目前队列默认大小太小,不足以支撑相关的换存量,... - 15:53 网管产品 错误 #3509 (已解决): 网管测试YZMM2.2.0Pre1T3版本,问题优化
- 已解决YZMM2.2.0版本
- 09:47 网管产品 错误 #3509 (转测试): 网管测试YZMM2.2.0Pre1T3版本,问题优化
- 08:56 网管产品 错误 #3509 (进行中): 网管测试YZMM2.2.0Pre1T3版本,问题优化
- 已完成
- 15:50 3.0基站产品测试 错误 #3209 (转测试): [3.0产品测试]3.0.1pre1_T3,下行UDP灌包超过200M,DU窗口打印window stalled,终端掉线
- 该问题从基站侧定位,发现CPE终端侧存在几种异常状态报告,现CPE终端厂家已做相应修改,目前未在出现异常状态报告导致卡窗断流现象。此单关闭。
- 15:47 3.0基站产品测试 性能 #2507 (转测试): 3.0上行大流量DU优化
- 该问题之前定位,和2730单相关联,现2370单但解决,上行流量7D2U和1D3U上行流量都已满足,现关单处理。
- 15:41 3.0基站产品测试 错误 #3508 (进行中): baseservice服务生成的运行日志中没记录关于phy层的内存信息
- 1、3.0 增加gnb_agent.arm64进程的监控;
2、3.0 phy层进程的监控打印和转发优化,内存信息改为phy是否正常服务的打印,网管的空的cpu监控暂时暂不处理保留;
3、3.0 fix-baseService启动... - 15:24 网管产品 错误 #2893 (已解决): 网管2.1T15版本测试,网络原因或者启停任何一个核心网服务(IMS\NGC)、状态显示故障-未触发
- YZMM2.2.0Pre1T3这版本已解决,核心网大屏监控的在线状态去掉“故障”状态的显示,因为本身代表的是核心网异常告警的显示,不代表核心网真实就故障,服务无法使用。
这块会在告警中体现 - 15:07 B5G_UE 错误 #3527 (新建): DD口中,当PDSCH上报测量上报消息后,射频口无法接收到数据
- 当 Slot 3 为DD_BLANK, Slot 4 为 DD_Slot的时候, Slave能够接收到Master 发送过来的数据。 上报测量后,协议栈状态发生改变,下发的SLOT类型改变,Slot3为DD_OM_MASTER, Sl...
- 14:44 基站横联 错误 #3477: PDS 后7symbol映射不正确
- 由于协议栈只发送两种TB流,因此发端天线数据被两包数据互相覆盖是正常现象。抓后7个符号的天线数据,转成频域后数据正常
- 14:18 3.0基站产品测试 错误 #3424 (进行中): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU 压力测试后DPD失效
- 测试用例:下行单天线 + 强制下行64qam + DPD开启---单独下行udp压力测试
问题设备:基站 192.168.8.214 (军特功放n78整机)
问题版本:3.0.1_pre1_t6 + DPD_DU小包
压力时间:... - 13:20 产品3.0平台 错误 #3499 (已解决): 运行DPD版本,启动rfic配置功放错误
- 需将未录入的新功放功放型号设置为0x00000000,走单板的工作模式
- 12:23 3.0基站产品测试 错误 #3462: 3.0基站,使用freerun模式起站时间不会同步,日志上限后基站reboot后的log时间比较老无法保存会被删除。
- 在3.1.2Pre1T2 中 已将这个问题修正。
- 09:59 3.0基站产品测试 错误 #3462: 3.0基站,使用freerun模式起站时间不会同步,日志上限后基站reboot后的log时间比较老无法保存会被删除。
- http://192.168.100.49/issues/3456 这两个问题归为一个问题。
- 09:58 3.0基站产品测试 错误 #3462 (进行中): 3.0基站,使用freerun模式起站时间不会同步,日志上限后基站reboot后的log时间比较老无法保存会被删除。
- 12:10 3.0基站产品测试 功能 #3526 (新建): 3.1.2pre1T1版本,需求通道之间根据对插的硬件选择,软件做自适应选择使用对应的通道进行发射
- 3.1.2pre1T1版本,需求通道之间根据对插的硬件选择,软件做自适应选择使用对应的通道进行发射,而不是手动选择发射通道。
- 12:07 B5G_UE 错误 #3522 (已关闭): PDC trigger PDS ,在APE7的平台打印出现平台打印error
- 这是个横联问题,提交到横联项目:编号 #3525
- 10:19 B5G_UE 错误 #3522 (已关闭): PDC trigger PDS ,在APE7的平台打印出现平台打印error
- 在Hl_dev 的分支代码,当PDCCH成功解析TCI后,Trigger PDSCH,在运行6秒后,出现APE7的PlatForm ERROR打印:
[ERROR]:osp_send_msg: error(smart_in_que)... - 12:04 基站横联 错误 #3525 (挂起): PDC trigger PDS ,在APE7的平台打印出现平台打印error
- 在Hl_dev 的分支代码,当PDCCH成功解析TCI后,Trigger PDSCH,在运行6秒后,出现APE7的PlatForm ERROR打印:
[ERROR]:osp_send_msg: error(smart_in_que)... - 12:04 3.0基站产品测试 错误 #3524 (新建): 3.1.2pre1T1版本,dpd功能未生效。
- 3.1.2pre1T1版本,dpd功能未生效。dpd开启后校准没有通过
- 12:00 3.0基站产品测试 错误 #3504 (转测试): REL_3.1.2软件版本,新开600M基站使用军特功放,起站du coredump,rfic文件运行异常。
- 待T2版本发布回归后,验证通过此单再关闭
- 11:57 3.0基站产品测试 性能 #3492 (已解决): 优化du支持f1ap建立成功的时间(4s->1s)
- 基于Rel_3.1.2_Pre1T1版本,替换du与cu版本,三层启动多次,cu界面统计的f1ap建立时长均为超过1秒,达到预期;
!f1ap%E5%BB%BA%E7%AB%8B%E6%97%B6%E9%95%BF%E7%BB%... - 11:56 3.0基站产品测试 性能 #3354 (已解决): 优化cu的启动时间到f1ap建立成功的时间(4s->1s)
- 基于Rel_3.1.2_Pre1T1版本,替换du与cu版本,三层启动多次,cu界面统计的f1ap建立时长均为超过1秒,达到预期;
!f1ap%E5%BB%BA%E7%AB%8B%E6%97%B6%E9%95%BF%E7%BB%... - 11:55 3.0基站产品测试 错误 #3523 (新建): 3.1.2pre1T1版本,时区同步修改对齐CST时区。
- 3.1.2pre1T1版本,时区同步修改对齐CST时区。
- 11:01 FirstCall 错误 #3513 (已关闭): Uu口联调,MAC上行组包,第二个RLC PDU的MAC头错误,导致基站侧MAC解包失败
- 【测试结果】修改代码提交播雨,经播雨测试,此问题已解决。解决问题后的LOG如下:
538894[INFO ]| src/l2/mac/csrc/wn5gNrUePsMacSlotSync.c+362 | wnMacHasUlGran... - 10:27 FirstCall 错误 #3513 (已解决): Uu口联调,MAC上行组包,第二个RLC PDU的MAC头错误,导致基站侧MAC解包失败
- 【问题原因】当终端侧MAC接收L1C的ULGRANT的TBSIZE=141时,RLC LCID1第一个组包了状态报告,第二个组包了SRB1的信令数据,剩余的TBSIZE组包PADDING。MAC需要把几个PDU合并为一个MAC TB,...
- 10:42 基站横联 错误 #3502 (已解决): cpri板子联调,物理层APE4-7任务注册失败
- 【问题定位】
1.cpri版本,PHY给平台传的core_mask bitmap是0xF(对应APE0-3),应该是0xFF(对应APE0-7);
2.修改函数get_core_mask_by_phy()的core_mask为0x... - 10:41 基站横联 错误 #3478: PSS ind上报采用cell0句柄,不符合接口定义要求
- 在小区建立的时候,PET_RFM_SPU1 的cpu通过轮询检测FAPI_CONFIG_REQUEST等从AP侧经过DDR发送过来的控制消息,如果有,发送MSG_TYPE_CONFIG_MSG(包含FAPI_CONFIG_REQUES...
- 10:12 基站横联 错误 #3521 (已解决): pdc crc只解对1次或2次
- pdc连续抓取160个slot频域数据,每次采数结果不一样,160个slot分别出现过1个pdc,2个pdc,7个pdc,8个pdc,0个pdc;
只有160个slot出现7或8个pdc时,pdc能连续解对;只有1个pdc时,pdc... - 10:09 基站横联 错误 #3520 (新建): PDC 偶尔接收不到数据
- 10:03 基站横联 任务 #3227: HL基站支持公共搜索空间TCI检测
- common coreset pdc crc验证通过
- 10:02 基站横联 错误 #3517 (已解决): L2 协议栈下发PDC映射参数不正确
- 参数修改后,pdc crc ok
- 10:01 基站横联 错误 #3516 (已解决): TCI ind上报消息,L2协议栈未能抓到
- 现象:TCI ind上报消息,L2协议栈未能抓到
原因:旧协议栈版本没有解析tci消息
解决方案:更新协议栈版本后,tci成功上报 - 09:51 网管产品 错误 #3510: 网管版本YZMM2.2.0测试,当添加基站为68网段时,基站空口指标趋势图存在问题
- 如图所示:
上报时间戳有误:所以导致重叠在一起
2025-6-16 17:42:32
2025-6-16 17:1:43
2025-6-16 17:1:43
2025-6-16 17:42:38 - 08:57 网管产品 错误 #3510 (进行中): 网管版本YZMM2.2.0测试,当添加基站为68网段时,基站空口指标趋势图存在问题
- 09:51 网管产品 错误 #3491 (转测试): 网管YZMM2.1.0Pre3T7版本,核心网入网基站不显示
- 由oam-backend处理了基站获取方式,新旧基站都兼容处理了
2025-06-14
- 18:59 基站横联 错误 #3519 (已解决): 测量模块接收不稳定,偶现不同的异常现象
- 18:56 基站横联 错误 #3477: PDS 后7symbol映射不正确
- 此问题已定位, *属于观测方法问题* ,代码处理本身没有问题。
每个时隙的PDS TB块本身是变化的,当前测试环境上协议栈下只发了2种TB码流,不同时隙选择其中一个TB码流。
之前的测试观测方法是:采样观察时域输出数据的内存数... - 18:48 基站横联 错误 #3518: 接收端 PDC 模块未获取到FSS接口参数
- 此问题赖雪峰临时修改测量模块的接口赋值,验证已OK
- 18:47 基站横联 错误 #3518 (已解决): 接收端 PDC 模块未获取到FSS接口参数
- 18:46 基站横联 错误 #3517: L2 协议栈下发PDC映射参数不正确
- 协议栈重新出Tar包修复bitmap反序的问题,验证OK
- 15:50 基站横联 错误 #3517 (进行中): L2 协议栈下发PDC映射参数不正确
- 15:49 基站横联 错误 #3517: L2 协议栈下发PDC映射参数不正确
- 如上修改后,
cell0 FAPI消息中corset RB映射bit 变更为如下配置
FreqDomainResource:15 (00001111)
FreqDomainResource:240 (11110000)
... - 15:46 基站横联 错误 #3517: L2 协议栈下发PDC映射参数不正确
- 发端PDC下发的startRB为CRB0,PNID为0,与SSB下发的频点位置不满足横联协议定义;
需要修改协议栈
<services:initial-cce-offset>4</services:initial-cce-of... - 15:42 基站横联 错误 #3517 (已解决): L2 协议栈下发PDC映射参数不正确
- 15:41 基站横联 错误 #3516 (已解决): TCI ind上报消息,L2协议栈未能抓到
- 15:01 基站横联 错误 #3512: cpri OTIC解压缩数据测试
- 下一步计划
1)使用SL基线代码跑testmac,抓数分析,观看波形;
2)对比Hl_dev和SL基线的解压缩OTIC相关代码,重点检查微码模块的输入参数;
3)检查解压缩后数据的dump方法是否正确;
2025-06-13
- 18:43 FirstCall 错误 #3513: Uu口联调,MAC上行组包,第二个RLC PDU的MAC头错误,导致基站侧MAC解包失败
- 终端协议栈log:
[2019-02-14 10:13:17.431479[DEBUG]| src/ueapp/test/wn5gNrPsL1cSocket.c+1932 | wnSendUlSchToL1c |ulTbReq->r... - 18:22 FirstCall 错误 #3513 (已关闭): Uu口联调,MAC上行组包,第二个RLC PDU的MAC头错误,导致基站侧MAC解包失败
- 播雨在Uu口与基站联调终端的随机接入时,当终端侧MAC接收L1C的ULGRANT的TBSIZE=141时,RLC LCID1第一个组包了状态报告,第二个组包了SRB1的信令数据,剩余的TBSIZE组包PADDING。但是组包后,第二个...
- 18:39 B5G_UE 错误 #3515: MAC PDU 复用RLC PDU时逻辑信道出现错误,导致基站DU解复用失败
- 同BUG3513
- 18:35 B5G_UE 错误 #3515 (新建): MAC PDU 复用RLC PDU时逻辑信道出现错误,导致基站DU解复用失败
- MAC PDU 复用RLC PDU时逻辑信道出现错误,导致基站DU解复用失败
终端协议栈log:
[2019-02-14 10:13:17.431479[DEBUG]| src/ueapp/test/wn5gNrPsL1cSock... - 18:34 FirstCall 错误 #3514 (已关闭): ARM平台打桩DLAP发包业务,测试DD的业务调度,发现一段时间后,RLC侧报告“”GET BO PKT failed“的错误”
- 【测试结果】经测试,该错误不再复现
- 18:33 FirstCall 错误 #3514 (已解决): ARM平台打桩DLAP发包业务,测试DD的业务调度,发现一段时间后,RLC侧报告“”GET BO PKT failed“的错误”
- 【问题原因】RLC侧从BO RPT POOL申请rte_mbuffer,向MAC发送BO RPT,放入存放BO的消息队列。MAC从消息队列获取BO RPT处理后,没有释放相应的rte_mbuffer,导致BO BUFFER POOL内...
- 18:28 FirstCall 错误 #3514 (已关闭): ARM平台打桩DLAP发包业务,测试DD的业务调度,发现一段时间后,RLC侧报告“”GET BO PKT failed“的错误”
- ARM平台打桩DLAP发包业务,测试DD的业务调度,发现一段时间后,RLC侧报告“”GET BO PKT failed“的错误”
- 18:08 3.0基站产品测试 错误 #3467: [3.0产品测试]Rel_3.0.1_Pre1T8 DU上报指标时断时续,无法持续显示
- 程鹏600m整机环境、3.5G环境目前都存在此问题,初步定位DU上报时断时续。待晓辉那边查一下。
- 17:57 基站横联 错误 #3512 (进行中): cpri OTIC解压缩数据测试
- 输入信号使用正弦波信号,OTIC解压缩后采数画图如下所示
!%E8%A7%A3%E5%8E%8B%E7%BC%A91.jpg!
- 17:55 基站横联 错误 #3512 (进行中): cpri OTIC解压缩数据测试
- 【问题】
测试OTIC解压缩模块,采数进行分析。 - 17:06 网管产品 错误 #3511 (新建): 网管版本YZMM2.2.0Pre1T3&基站3.1.2,信息采集时选择解密下载文件失败
- 网管版本YZMM2.2.0Pre1T3,信息采集时选择解密下载文件失败
提示:
"error": "rename file:rename \/var\/www2\/public\/download\/historyInfo-202... - 16:54 3.0基站产品测试 功能 #3493 (已解决): 基站3.1.2pre1T1版本,在看门狗未开启的情况下,reboot基站后DU初始化小区状态改为“不可用”
- 16:54 3.0基站产品测试 错误 #3498 (已解决): DU进程OAM_AGENT线程CPU负荷较高(27%左右),需进一步优化。
- 14:57 网管产品 错误 #3510 (进行中): 网管版本YZMM2.2.0测试,当添加基站为68网段时,基站空口指标趋势图存在问题
- 网管版本YZMM2.2.0测试,当添加基站为68网段时,基站空口指标趋势图存在问题
3.0基站62网段无该问题,68网管会出现该问题 - 14:39 3.0基站产品测试 错误 #3508: baseservice服务生成的运行日志中没记录关于phy层的内存信息
- 另外运行日志中需增加gnb_agent进程的监控。
- 11:25 3.0基站产品测试 错误 #3508 (已解决): baseservice服务生成的运行日志中没记录关于phy层的内存信息
- 【问题描述】baseservice服务生成的运行日志中没记录关于phy层的内存信息,且需要去除l1app相关的日志打印;
!%E8%BF%90%E8%A1%8C%E6%97%A5%E5%BF%97%E8%AE%B0%E5%BD%... - 14:11 3.0基站产品测试 错误 #3449 (已关闭): 【小区激活去激活特性】参数频繁修改就会出现du coredump
- 在Rel_3.1.2_Pre1T1版本,频繁修改参数、批量修改参数都未出现du coredump现象,问题关闭。
- 11:51 网管产品 错误 #3509 (已解决): 网管测试YZMM2.2.0Pre1T3版本,问题优化
- 网管测试YZMM2.2.0Pre1T3版本,问题优化
1、GPS关闭的情况下 界面显示颜色
2、大屏监控的网元状态由“正常”变更为“在线” - 11:37 3.0基站产品测试 错误 #3496 (转测试): 【3.0整机】Rel_3.1.2_Pre1T1,21环境,IACTIVE_TIMER_CONFIG/TIMEOUT_DURATION升级未继承
- 11:15 3.0基站产品测试 错误 #3496: 【3.0整机】Rel_3.1.2_Pre1T1,21环境,IACTIVE_TIMER_CONFIG/TIMEOUT_DURATION升级未继承
- 原因:之前配置在gnb_config.txt中,这种没法继承;
修改方法:配置现在要加在xml中 - 11:11 网管产品 错误 #3235 (已解决): YZMM2.1.0Pre3版本网管的第三方对接服务启动失败
- *在192.168.79.22网管YZMM2.2.0Pre1T3版本上第三方对接服务启动正常。*
!%E5%BC%BA%E5%88%B6UE%E5%91%BD%E4%BB%A4%E4%B8%8B%E5%8F%91%E6%88%A... - 11:02 网管产品 错误 #3235: YZMM2.1.0Pre3版本网管的第三方对接服务启动失败
- 老版本问题,在发布版本时会发布到公告里面,问题单可以关闭
- 10:45 网管产品 功能 #3463 (已解决): 网管版本YZMM2.1.0Pre3T7,需要体现核心网详细版本号
- YZMM2.2.0Pre1T3已解决
- 10:42 网管产品 错误 #3472 (已解决): 网管YZMM2.1.0Pre3T7版本&核心网3.3.3PRE5版本,部件状态去掉“AMF”\"SMF"\"UPF"
- YZMM2.2.0Pre1T3已解决
- 10:42 产品3.0平台 错误 #3499: 运行DPD版本,启动rfic配置功放错误
- 打印错误log更新
cp ver:
send buff:7b 06 ff 00 00 80
get buff:7b 06 ff 30 22 d2
send buff:7b 06 ff ff ff 7e
get buff:7b... - 10:39 网管产品 错误 #3474 (已解决): 网管测试YZMM2.1.0Pre3T7版本,核心网告警在历史告警中不显示
- YZMM2.2.0Pre1T3
已解决 - 10:38 网管产品 功能 #3489 (挂起): 网管YZMM2.1.0Pre3T7版本需求,关联子帧配比与特殊子帧配比的修改
- 等需求多一些时候,分析所有需求后,按照林总的要求做一个‘配置健康专项’
故此问题先挂起 - 10:22 网管产品 功能 #3489 (反馈): 网管YZMM2.1.0Pre3T7版本需求,关联子帧配比与特殊子帧配比的修改
- 方案存在变化
- 09:29 网管产品 功能 #3489 (转测试): 网管YZMM2.1.0Pre3T7版本需求,关联子帧配比与特殊子帧配比的修改
- 可以先验证部分功能后可以先挂起
等后期整理出方案了后统一修改
1. 需要增加参数提交校验,php端提交前,gnb-agent保存前和gnb-agent定时轮询检测 - 10:37 网管产品 错误 #3507 (已解决): 网管版本YZMM2.2.0,添加3.0基站时出现超时问题
- YZMM2.2.0Pre1T3版本已解决
- 10:25 网管产品 错误 #3507 (转测试): 网管版本YZMM2.2.0,添加3.0基站时出现超时问题
- 处理方式:
1. 增加udp返回结果检测超时时间3*8*200毫秒为3*25*200毫秒
2. 增加gnb-agent上报结果检测超时时间10秒为15秒 - 10:22 网管产品 错误 #3507 (进行中): 网管版本YZMM2.2.0,添加3.0基站时出现超时问题
- 10:21 网管产品 错误 #3507 (已解决): 网管版本YZMM2.2.0,添加3.0基站时出现超时问题
- 网管版本YZMM2.2.0,添加3.0基站时出现超时问题
- 10:33 网管产品 错误 #3401 (已解决): 基站重复启动告警修改优化
- inner_ver_id=119
build_time=2025-06-13T09:13:24
已解决 - 10:30 网管产品 错误 #3494 (已解决): 网管版本YZMM2.1.0Pre3T7,“提示”告警在历史告警中的颜色等级应显示为“蓝色”
- YZMM2.2.0Pre1T3
问题已解决 - 10:13 产品3.0平台 任务 #3200 (挂起): 【测试任务】参考模板
- 10:12 FirstCall 错误 #3295 (已解决): 简化AP_driver json文件的替换流程
- 修改了json配置流程,/lib/firmware/resource下的json配置文件由phy或testmac下的resource在运行中复制,
校准数据位于/lib/firmware/ucp_rfic_calpara.json由... - 08:42 网管产品 功能 #3466 (已关闭): 基站核心网对时功能
- 转3486
- 08:41 网管产品 错误 #3488 (进行中): LMT需求,关联子帧配比与特殊子帧配比的修改
2025-06-12
- 20:40 3.0基站产品测试 错误 #3506 (已解决): DU代码warning清除
- DU代码warning清除
- 19:34 网管产品 错误 #3494 (转测试): 网管版本YZMM2.1.0Pre3T7,“提示”告警在历史告警中的颜色等级应显示为“蓝色”
- 15:42 网管产品 错误 #3494 (进行中): 网管版本YZMM2.1.0Pre3T7,“提示”告警在历史告警中的颜色等级应显示为“蓝色”
- 问题定位与解决:
历史告警,提示信息,原本颜色为#39B7E9,现在修改为#39B7E9 - 19:33 网管产品 功能 #3486: 3.0基站时间同步处理
- 在nms.xml中添加了相关配置项:
<TIME_SYNC>
<SYNC_FREOM_CORE_SWITCH>0</SYNC_FREOM_CORE_SWITCH>
<SYNC_TO_CORE_SWITCH>0</SY... - 15:12 网管产品 功能 #3486 (进行中): 3.0基站时间同步处理
- 19:23 3.0基站产品测试 性能 #3439 (转测试): 下行灌包1.4GB,DL线程线程优化到80%以下
- 【问题原因】
为性能问题,解决下行灌包1.4G,DL0线程使用CPU使用率低于80%的需求
【修改方案】
解决了DL0线程的代码,主要优化点有四部分:
1.egtpu_codec从每次都构造,修改为成员变量
2.ip地址... - 19:05 3.0基站产品测试 功能 #3505 (新建): NG建立失败或NG建立超时时尝试3次,如果3次还异常时重启CU进程。
- NG建立失败或NG建立超时时尝试3次,如果3次还异常时重启CU进程。
- 18:32 3.0基站产品测试 错误 #3504 (已解决): REL_3.1.2软件版本,新开600M基站使用军特功放,起站du coredump,rfic文件运行异常。
- 原因为新功放与json文件中数据不匹配,修改json文件功放内容后解决问题
- 17:51 3.0基站产品测试 错误 #3504 (转测试): REL_3.1.2软件版本,新开600M基站使用军特功放,起站du coredump,rfic文件运行异常。
- REL_3.1.2软件版本,新开600M基站使用军特功放,起站du coredump,rfic文件运行异常。
- 18:31 基站横联 错误 #3495 (进行中): cell_mode字段没有赋值为HL模式对应的值,需要方案设计和梳理
- 18:31 基站横联 错误 #3495: cell_mode字段没有赋值为HL模式对应的值,需要方案设计和梳理
- B5G cell0 slot format 默认按照全部 6:2:6配置的,Uu口的配置是SIB消息后slot format通过cell1下发给PHY;
方案1.横联配置和Dd口的配置如果想区分开,HL cell0 slot for... - 18:03 网管产品 功能 #3489 (进行中): 网管YZMM2.1.0Pre3T7版本需求,关联子帧配比与特殊子帧配比的修改
- 单独修改可以检查出来错误,但是当2个参数一起提交的时候就会有问题;
等待后续整理好需求后另外实现后提交,与此问题无关。
此问题仅作为单个参数的即使修改
- 17:54 基站横联 错误 #3480 (已解决): 测量模块dump数据失败
- 17:28 基站横联 错误 #3480: 测量模块dump数据失败
- 定位是协议栈配置的天线数为2导致的,dl-antennas 应该配置为4,对应FAPI消息中L1CarriConfigInfo_t->numTxAnt
这个参数引发异常的逻辑是:
①天线数会在jesd初始化使用:jesd_cs... - 17:37 基站横联 错误 #3502: cpri板子联调,物理层APE4-7任务注册失败
- PHY查看任务注册结果,使用trace命令test_mem 0xa4e9a00 256
发现确实只注册了4个核的任务。
!Trace%20log.jpg!
!%E6%9F%A5%E7%9C%8B%E4%BB%... - 17:23 基站横联 错误 #3502 (进行中): cpri板子联调,物理层APE4-7任务注册失败
- 【问题分析】
1)打印APE核的心跳计数,只看到APE0-3的心跳;没有APE4-7的心跳;(查看心跳test_mem 0x8700068 256 //APE0开始 //查看心跳//)
2)同样的PHY,使用jesd编译选项,核... - 16:25 基站横联 错误 #3502 (已解决): cpri板子联调,物理层APE4-7任务注册失败
- 【问题描述】
1.使用cpri板子;
2.使用cpri选项编译PHY的版本;
3.使用54协议栈版本;(jenkins-gnbrepos_zzw_2025Q1_SL_HL_Monitor_aarch64-462.tar.gz)
... - 17:19 FirstCall 错误 #3503 (新建): DD口分别在core5/6触发PDSCH,core5上bit级触发失败
- sym级任务触发成功,但是sym级任务处理耗时导致bit级任务未触发。问题排查中。
- 16:08 3.0基站产品测试 错误 #3501 (进行中): 3.1.2pre1T1版本,cu上行发送小区级指标异常
- 3.1.2pre1_T1版本
基站小区级指标,cu层小区上行发送速率统计不正确,显示值比实际值高了一倍左右。(上行灌100M,cu上行接收100M,上行发送200M)
用户级指标正常 - 15:53 网管产品 错误 #3500 (已解决): 网管版本YZMM2.2.0Pre1T1,上传需要兼容本核心网老版本
- 核心网3.3.3pre1版本无版本管理功能,不支持版本上传
pre1以后版本可支持 - 14:36 网管产品 错误 #3500 (已解决): 网管版本YZMM2.2.0Pre1T1,上传需要兼容本核心网老版本
- 网管版本YZMM2.2.0Pre1T1,上传需要兼容本核心网老版本
例如:3.3.3pre1,提示校验不过
当前版本3.3.3pre4 pre5等可以 - 15:35 网管产品 错误 #3141 (已解决): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,上传非鉴权license文件,界面无校验提示
- YZMM2.2.0已解决
- 15:10 网管产品 错误 #3433 (转测试): 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 15:10 网管产品 功能 #3457 (转测试): GPS同步失败,重启功能
- 15:07 3.0基站产品测试 错误 #3467: [3.0产品测试]Rel_3.0.1_Pre1T8 DU上报指标时断时续,无法持续显示
- 这个单子目前在西安这边没有复现,可能需要跟踪下,等复现了后,及时把oam-backend 、gnb-agent、du等日志收集一下
- 15:02 网管产品 错误 #3235 (转测试): YZMM2.1.0Pre3版本网管的第三方对接服务启动失败
- 此问题为老版本网管的代码缺陷问题,已在2.2.0版本后已处理
- 10:09 网管产品 错误 #3235: YZMM2.1.0Pre3版本网管的第三方对接服务启动失败
- 优化升级后:1、当升级前第三方开关开启的情况下,升级完成后重启第三方服务;2、当升级前第三方开关关闭的情况下,升级完成后不重启。
- 09:42 网管产品 错误 #3235 (反馈): YZMM2.1.0Pre3版本网管的第三方对接服务启动失败
- 在192.168.62.6网管上从YZMM2.1.0Pre3版本升级到YZMM2.2.0版本后,还存在第三方对接服务启动失败问题;
!%E7%BD%91%E7%AE%A1%E6%98%BE%E7%A4%BA%E6%88%AA%E... - 15:01 网管产品 错误 #2893 (转测试): 网管2.1T15版本测试,网络原因或者启停任何一个核心网服务(IMS\NGC)、状态显示故障-未触发
- 09:05 网管产品 错误 #2893: 网管2.1T15版本测试,网络原因或者启停任何一个核心网服务(IMS\NGC)、状态显示故障-未触发
- 已完成请验收
- 11:30 产品3.0平台 错误 #3499 (已解决): 运行DPD版本,启动rfic配置功放错误
- 运行版本:rfic_a_test_Pre1T8.out
硬件设备:军特N78第二套整机
测试问题:运行rfic_a_test_Pre1T8.out,打印错误;第一套N78整机运行没问题,同样对插TX0-ORX1;TX3-ORX3;... - 10:39 3.0基站产品测试 功能 #3445 (已关闭): 600UE场景,当多个UE接入后,出现了NG口的异常,且非热备场景,需要重启cu
- 10:21 网管产品 错误 #3410 (已解决): 网管测试YZMM2.1.0Pre3T3版本&基站Rel_2.1.17P_Pre1T4版本,AU&PRU版本对外显示需要与agent一致
- 已解决[verinfo]
inner_ver_id=119
build_time=2025-06-11T16:54:19
- 10:20 3.0基站产品测试 错误 #3490: NG切换handover Notify信令携带的TAC错误
- 使用振斌修改的版本验证通过,基站抓取的报文如附件;
- 10:08 3.0基站产品测试 错误 #3490 (转测试): NG切换handover Notify信令携带的TAC错误
- 10:08 3.0基站产品测试 错误 #3490: NG切换handover Notify信令携带的TAC错误
- 问题原因:ng切换流程中在处理rm_ue_conn_hand_in_cmd时,没有将tac填充在ue上下文中,导致构建handover notify时此信元填充的是变量初始值0
修改方法:在rm_ue_conn_hand_in_cm... - 10:11 3.0基站产品测试 错误 #3498 (已解决): DU进程OAM_AGENT线程CPU负荷较高(27%左右),需进一步优化。
- 10:09 3.0基站产品测试 错误 #3497 (新建): CU进程异常时OAM发起reboot之前恢复业务类上报的告警,以防告警残留。
- 09:21 3.0基站产品测试 错误 #3496 (进行中): 【3.0整机】Rel_3.1.2_Pre1T1,21环境,IACTIVE_TIMER_CONFIG/TIMEOUT_DURATION升级未继承
- 09:20 3.0基站产品测试 错误 #3496 (已解决): 【3.0整机】Rel_3.1.2_Pre1T1,21环境,IACTIVE_TIMER_CONFIG/TIMEOUT_DURATION升级未继承
- 简述:【3.0整机】Rel_3.1.2_Pre1T1,21环境,IACTIVE_TIMER_CONFIG/TIMEOUT_DURATION升级未继承
测试版本:Rel_3.1.2_Pre1T1
问题描述:【3.0整机】Rel_3.... - 09:06 网管产品 功能 #3380 (挂起): 新增配置参数根据关联参数显示不同的取值范围
- 等du提供相关包
2025-06-11
- 20:33 基站横联 错误 #3480: 测量模块dump数据失败
- EVMT4板卡存在数据插值现象;
EVMT4板卡改为2T2R情况下,插值数据变为0
EVMT2板卡测试,不存在插值现象,数据正常
怀疑应该与EVMT4板卡底层配置jesd有关 - 20:18 基站横联 错误 #3480: 测量模块dump数据失败
- EVMT4板卡存在数据插值现象
EVMT2板卡测试,不存在这个现象 - 14:15 基站横联 错误 #3480: 测量模块dump数据失败
- 更换平台版本后,可以正常发出数据;
和@赵爱敬确认版本原因是:常收和常发是一套代码,用宏区分的,编发的版本时,tx csu重配置那个函数没调到。
但接收侧可以采到数据,但数据不知道为什么出现2倍上采样。需进一步定位 - 20:16 基站横联 错误 #3495 (进行中): cell_mode字段没有赋值为HL模式对应的值,需要方案设计和梳理
- cell_mode字段相当于配比模式,
是基于FAPI接口DL_slot_num和UL_slot_num获得slot_format,又由slot_format赋值给cell_mode
当前DD口采用的方式是,DL_slot_n... - 17:57 3.0基站产品测试 错误 #3400 (转测试): 现在3.0的包,放到2.0执行会崩溃,在3.0环境正常
- 提升CPU效率时引入的,建议测试直接关闭
- 17:56 3.0基站产品测试 错误 #2854 (转测试): [3.0产品测试]3.0.0pre1_T3小区激活过程中cu出现coredump
- 【问题原因】
1.cu收到了SIGTERM,然后开始释放Fixed_pool,同时UDP_RX_DL还在接受数据,这样就会崩溃;
2.CU打印的变量,打印时小概率会被释放,导致崩溃
【修改方案】
1.解决方法:在释放前先停... - 16:39 3.0基站产品测试 任务 #3155 (已解决): 小区管理功能开发
- 16:37 网管产品 错误 #3455 (已解决): core_agent上报核心网软件异常没有自恢复机制,只有关联恢复
- agent版本:inner_ver_id = 132
build_time= 2025-06-11T08:20:32
已解决 - 16:28 网管产品 错误 #3494 (已解决): 网管版本YZMM2.1.0Pre3T7,“提示”告警在历史告警中的颜色等级应显示为“蓝色”
- 网管版本YZMM2.1.0Pre3T7,“提示”告警在历史告警中的颜色等级应显示为“蓝色”
- 16:13 网管产品 功能 #3448 (已解决): 3.0基站带宽不支持其它配置,可将此参数设置为不可配置参数
- *基站升级到Rel_3.1.2_Pre1T1版本,LMT侧显示“Band Width”字段已经不可配置了,问题解决。*
!LMT%E4%BE%A7%E5%B8%A6%E5%AE%BD%E6%98%BE%E7%A4%BA%E6%8... - 16:10 网管产品 功能 #3463 (转测试): 网管版本YZMM2.1.0Pre3T7,需要体现核心网详细版本号
- 14:51 网管产品 功能 #3463 (进行中): 网管版本YZMM2.1.0Pre3T7,需要体现核心网详细版本号
- 功能需求:
增加core-agent的详细版本列表信息
功能开发
1.增加“详细版本列表页面”detailedversion.html
2.在“软件管理”增加按钮与路由跳转
3.增加路由:/core/detailed_v... - 16:07 3.0基站产品测试 性能 #3492 (转测试): 优化du支持f1ap建立成功的时间(4s->1s)
- 15:19 3.0基站产品测试 性能 #3492 (进行中): 优化du支持f1ap建立成功的时间(4s->1s)
- 基于3.1.2_T1版本DU已修改,自验通过
- 15:16 3.0基站产品测试 性能 #3492 (已解决): 优化du支持f1ap建立成功的时间(4s->1s)
- 16:07 3.0基站产品测试 性能 #3354 (转测试): 优化cu的启动时间到f1ap建立成功的时间(4s->1s)
- 15:46 3.0基站产品测试 性能 #3354: 优化cu的启动时间到f1ap建立成功的时间(4s->1s)
- 测试多测试几次,多起几次站,可以通过抓包和每一次起站的日志xzb f1_end_ms来查看f1ap建立所需要的的时间
- 16:04 3.0基站产品测试 功能 #3470: core_agent合入sysrepouddtool安装
- 磊哥验下ai基站验证
- 15:56 3.0基站产品测试 任务 #3485 (已关闭): DU进程启动时更新du-cell模块BASE节点下小区状态为"小区退服"
- 与测试3493单重复
- 10:26 3.0基站产品测试 任务 #3485 (已关闭): DU进程启动时更新du-cell模块BASE节点下小区状态为"小区退服"
- 进程异常重启时,为防止小区状态残留为上一次的值(可能为"小区正常"),DU侧进程重启时无条件更新du-cell模块BASE节点下小区状态为"小区退服"。
- 15:52 3.0基站产品测试 功能 #3493 (已解决): 基站3.1.2pre1T1版本,在看门狗未开启的情况下,reboot基站后DU初始化小区状态改为“不可用”
- 基站3.1.2pre1T1版本,在看门狗未开启的情况下,reboot基站后DU初始化小区状态改为“不可用”
因为在看门狗未开启的情况下,小区状态原来是正常的,但是因为只上报一次,当DU程序异常不上报小区状态,小区状态仍显示为正常,所... - 15:44 3.0基站产品测试 错误 #3490 (进行中): NG切换handover Notify信令携带的TAC错误
- 14:53 3.0基站产品测试 错误 #3490 (已关闭): NG切换handover Notify信令携带的TAC错误
- NG切换handover Notify信令携带的TAC错误。
- 15:14 网管产品 错误 #3491 (进行中): 网管YZMM2.1.0Pre3T7版本,核心网入网基站不显示
- 15:04 网管产品 错误 #3491 (已解决): 网管YZMM2.1.0Pre3T7版本,核心网入网基站不显示
- 网管YZMM2.1.0Pre3T7版本,核心网入网基站不显示
- 15:09 网管产品 功能 #3484 (转测试): 基站信息中小区状态和DU_CELL模块<BASE>配置节点下NR_CELL_STATUS字段联动绑定
- 已修改逻辑获取小区状态逻辑,待测试回归
- 10:12 网管产品 功能 #3484 (进行中): 基站信息中小区状态和DU_CELL模块<BASE>配置节点下NR_CELL_STATUS字段联动绑定
- 10:11 网管产品 功能 #3484 (已解决): 基站信息中小区状态和DU_CELL模块<BASE>配置节点下NR_CELL_STATUS字段联动绑定
- 1、DU_CELL模块<BASE>节点小区状态参数信息
参数名称:NR_CELL_STATUS
参数类型:uint8
取值范围:[0,1]
默认值:0
取值说明:0代表小区退服(CELL_OUT_OF_SERVICE... - 15:08 网管产品 错误 #3481 (转测试): 网管版本YZMM2.1.0Pre3T7&基站版本3.1.2Pre1T1,小区状态优化
- 已修改逻辑以sysrepo数据库小区状态值为准
- 13:37 网管产品 错误 #3481 (进行中): 网管版本YZMM2.1.0Pre3T7&基站版本3.1.2Pre1T1,小区状态优化
- 14:00 网管产品 功能 #3489 (进行中): 网管YZMM2.1.0Pre3T7版本需求,关联子帧配比与特殊子帧配比的修改
- 关联子帧配比与特殊子帧配比的修改
1.当提交时,如果子帧配置为7D2U时,修改特殊子帧配置为2210,则不能提交成功
2.定时检查配置,当出现子帧配置为7D2U时,特殊子帧配置为2210,应该告警 - 13:59 网管产品 错误 #3488 (进行中): LMT需求,关联子帧配比与特殊子帧配比的修改
- LMT需求,关联子帧配比与特殊子帧配比的修改
1.当提交时,如果子帧配置为7D2U时,修改特殊子帧配置为2210,则不能提交成功
2.定时检查配置,当出现子帧配置为7D2U时,特殊子帧配置为2210,应该告警 - 13:58 3.0基站产品测试 错误 #3487 (转测试): 3.1.2pre1T1版本,LMT指标统计,cu层上/下行接收速率颠倒。
- 已修改自验完成,待合入下个版本测试回归
- 12:02 3.0基站产品测试 错误 #3487 (转测试): 3.1.2pre1T1版本,LMT指标统计,cu层上/下行接收速率颠倒。
- 3.0基站 3.1.2pre1T1版本
192.168.8.77
终端接入后做下行业务,LMT侧指标统计,CU层小区上行和下行接收速率统计颠倒了。
网管侧统计正常 - 13:37 网管产品 错误 #2893 (进行中): 网管2.1T15版本测试,网络原因或者启停任何一个核心网服务(IMS\NGC)、状态显示故障-未触发
- 大屏监控取消显示故障,
新增告警归属 - 11:52 3.0基站产品测试 功能 #3350 (已关闭): 通过二进制输出统计日志,优化统计日志的存储
- *在Rel_3.1.2_Pre1T1版本,启动三层后,/data/log/cu路径下有.json和.cus文件生成,通过logParser可解析成.log文件,如下:*
!cu%20stats%E6%97%A5%E5%BF%97... - 11:17 网管产品 功能 #3486 (转测试): 3.0基站时间同步处理
- gnb-agent与core-agent对时方案:
1)在网管上增加配置项:
-- 从核心网同步时间:默认“关闭”,关闭时,gnb-agent启动后发现系统时钟是2019年时,自动于核心网进行一次时间同步;“打开”时... - 10:58 3.0基站产品测试 错误 #3467: [3.0产品测试]Rel_3.0.1_Pre1T8 DU上报指标时断时续,无法持续显示
- 当天出现问题后,从网管前台看,就是收到的数据时有时无,
在西安无法复现此问题, - 10:36 3.0基站产品测试 错误 #3467 (进行中): [3.0产品测试]Rel_3.0.1_Pre1T8 DU上报指标时断时续,无法持续显示
- 10:32 网管产品 错误 #3141 (转测试): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,上传非鉴权license文件,界面无校验提示
- 10:32 网管产品 错误 #3472 (转测试): 网管YZMM2.1.0Pre3T7版本&核心网3.3.3PRE5版本,部件状态去掉“AMF”\"SMF"\"UPF"
- 09:23 网管产品 错误 #3472 (进行中): 网管YZMM2.1.0Pre3T7版本&核心网3.3.3PRE5版本,部件状态去掉“AMF”\"SMF"\"UPF"
- 09:22 网管产品 错误 #3472: 网管YZMM2.1.0Pre3T7版本&核心网3.3.3PRE5版本,部件状态去掉“AMF”\"SMF"\"UPF"
- 问题解决:
在控制状态显示区域,去掉ngcmodel的AMF,SMF,UPF三个状态显示
去除:
res.ngcModules.modules.forEach(element => {
... - 10:31 网管产品 错误 #3474 (转测试): 网管测试YZMM2.1.0Pre3T7版本,核心网告警在历史告警中不显示
- 10:23 网管产品 错误 #3087 (已解决): 干扰规避增强需求---“干扰规避增强:自动识别干扰稳定性”
- 与党旗确认该问题已解决。log如下
- 10:07 网管产品 功能 #3054 (已解决): 干扰规避新增自动识别干扰稳定性
- 与党旗确认该问题已解决。log如下
- 10:06 网管产品 功能 #3126: 增加600M直出RU的干扰规避功能
- 请在网管YZMM2.1.0Pre3T7版本验证该问题
- 10:05 网管产品 错误 #3015 (转测试): YZMM2.1.0Pre2网管,干扰规避后进行干扰恢复时,中心一致和RB一致时,5.8G不能正常按照NMS配置进行恢复。
- 请在网管YZMM2.1.0Pre3T7版本以后验证该问题
- 09:47 网管产品 功能 #3380 (反馈): 新增配置参数根据关联参数显示不同的取值范围
- 当前版本未实现
- 09:24 B5G_UE 错误 #3483 (已解决): 进行O3编译,使用PHY打桩进行5G接入测试,在wnRrcActUponSibOneRcv函数中调用的wnMacServngCellCfgSib没有返回值,导致scellCfgCmnSib->ulCfgCmnSib和tddUlDlCfgCmn为空指针
- 修改描述在wnMacServngCellCfgSib函数中增加返回值,问题解决
- 09:23 B5G_UE 错误 #3483 (已解决): 进行O3编译,使用PHY打桩进行5G接入测试,在wnRrcActUponSibOneRcv函数中调用的wnMacServngCellCfgSib没有返回值,导致scellCfgCmnSib->ulCfgCmnSib和tddUlDlCfgCmn为空指针
- 进行O3编译,使用PHY打桩进行5G接入测试,在wnRrcActUponSibOneRcv函数中调用的wnMacServngCellCfgSib没有返回值,导致scellCfgCmnSib->ulCfgCmnSib和tddUlDlCf...
- 09:21 B5G_UE 错误 #3482 (已解决): 使用O3编译后,PHY打桩测试5G接入流程在wnFillCmnChnlCfgReq没有针对赋值参数是否为空指针进行检查导致了core dump的问题
- 对传入的参数sCellCfgCmnSib->ulCfgCmnSib和sCellCfgCmnSib->tddUlDlCfgCmn是否空指针的检查
- 09:19 B5G_UE 错误 #3482 (已解决): 使用O3编译后,PHY打桩测试5G接入流程在wnFillCmnChnlCfgReq没有针对赋值参数是否为空指针进行检查导致了core dump的问题
- 使用O3编译后,PHY打桩测试5G接入流程在wnFillCmnChnlCfgReq没有针对赋值参数是否为空指针进行检查导致了core dump的问题
- 09:21 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 【问题进展】
基站参数做如下修改,PDS大概率可以解对CRC
1.修改为单流;
2.关闭AMC开关,并降低default MCS,控制调度msg6 RB>4以上;
PDSCH可以解析成功。
2025-06-10
- 20:26 网管产品 错误 #3414 (已解决): LMT测试,时钟状态和GPS同步修改
- 已解决:
[verinfo]
inner_ver_id=320
build_time=2025-06-10T08:21:44
desc=Rel_3.1.1_Pre1T1正... - 20:24 网管产品 错误 #3415 (已解决): 网管测试YZMM2.1.0Pre3T3版本,时钟状态修改
- 已解决
[verinfo]
inner_ver_id=320
build_time=2025-06-10T08:21:44
desc=Rel_3.1.1_Pre1T1正式... - 19:19 网管产品 错误 #3481 (已解决): 网管版本YZMM2.1.0Pre3T7&基站版本3.1.2Pre1T1,小区状态优化
- 网管版本YZMM2.1.0Pre3T7&基站版本3.1.2Pre1T1,小区状态优化
1、当PHY进程或者PHY程序异常崩溃,小区状态的准确上报 - 18:05 基站横联 错误 #3480: 测量模块dump数据失败
- 进展:收端连接信号源可以收到数据,测试发端连接频谱仪
- 17:31 基站横联 错误 #3480: 测量模块dump数据失败
- 进展:在DEOFM模块dump数据,数据全噪,没有有用数据
- 16:59 基站横联 错误 #3480 (已解决): 测量模块dump数据失败
- dump数据存下来后全0
- 18:01 网管产品 错误 #3450 (已解决): LMT测试3.0.1T8版本小区状态不用显示
- 已解决:
inner_ver_id=320
build_time=2025-06-10T08:21:44
desc=Rel_3.1.1_Pre1T1正式版本
DU上报一次小区... - 17:51 网管产品 错误 #3474 (进行中): 网管测试YZMM2.1.0Pre3T7版本,核心网告警在历史告警中不显示
- 去掉了多余的判断,现在可正常显示
- 15:01 网管产品 错误 #3474 (已解决): 网管测试YZMM2.1.0Pre3T7版本,核心网告警在历史告警中不显示
- 网管测试YZMM2.1.0Pre3T7版本,核心网告警在历史告警中不显示
- 16:58 基站横联 错误 #3479 (已解决): 测量任务模块启动挂死
- 问题与现象:测量任务模块启动挂死
原因:部分微码模块缺少cfg导致挂死
解决方案:在板卡cfgdat文件夹中添加正确的cfg文件ConfigPbch_dd.dat, 解决挂死问题 - 16:52 基站横联 错误 #3479 (已解决): 测量任务模块启动挂死
- 16:54 3.0基站产品测试 功能 #3350: 通过二进制输出统计日志,优化统计日志的存储
- 增加#3350问题单日志。
- 16:50 基站横联 错误 #3478 (新建): PSS ind上报采用cell0句柄,不符合接口定义要求
- 16:49 基站横联 错误 #3477 (已解决): PDS 后7symbol映射不正确
- 16:49 基站横联 错误 #3476 (新建): PDS sym3和sym5 信号存在尖峰
- 16:48 基站横联 错误 #3475 (已解决): L2 cell0 速率匹配参数下发错误
- 静态时隙时,L2 cell0 PDS 速率匹配参数为0,未下发对应的速率匹配参数;
需要跟踪L2版本进展和规避测试 - 16:27 3.0基站产品测试 错误 #3252 (已解决): [3.0产品测试]3.0.1pre1_T4 网管配置 - 射频参数中通道配置的取值范围错误,十进制的输入值取值范围为【0,1】
- 16:27 3.0基站产品测试 错误 #3252: [3.0产品测试]3.0.1pre1_T4 网管配置 - 射频参数中通道配置的取值范围错误,十进制的输入值取值范围为【0,1】
- 修改了射频通通道配置的range ,目前已经显示正常。
- 16:26 3.0基站产品测试 错误 #3347 (已关闭): 3.0基站LMT上“小区配置”-》“调度参数配置”中 “上行MCS”和“下行MCS”无法显示;
- 网管跟lmt的显示配置不同导致的,目前网管和lmt已经分开该问题不再出现。
- 16:25 3.0基站产品测试 错误 #3437 (转测试): 【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U业务 mac srs处理流程异常
- 修改了 两个消息匹配的时候的个数和索引次序。
- 16:06 3.0基站产品测试 错误 #3444 (已解决): DU配置参数类型-参数校验
- 16:06 3.0基站产品测试 错误 #3447 (已解决): 频选调度
- 15:17 网管产品 功能 #3440 (已解决): LMT增加下拉框自定义功能
- 已解决:
[verinfo]
inner_ver_id=320
build_time=2025-06-09T06:53:35
desc=Rel_3.1.1_Pre1T1正... - 15:08 网管产品 错误 #3460 (已解决): LMT测试,优化显示干扰规避描述相关内容
- 已解决:
[verinfo]
inner_ver_id=320
build_time=2025-06-09T06:53:35
desc=Rel_3.1.1_Pre1T1正... - 14:43 网管产品 错误 #3455 (转测试): core_agent上报核心网软件异常没有自恢复机制,只有关联恢复
- 已修改逻辑:3分钟持续在位上报恢复告警
- 14:06 网管产品 错误 #3455 (反馈): core_agent上报核心网软件异常没有自恢复机制,只有关联恢复
- 可以再优化下恢复的判断机制,1分钟内无服务停止再上报恢复告警
- 10:44 网管产品 错误 #3455 (转测试): core_agent上报核心网软件异常没有自恢复机制,只有关联恢复
- 已修改,合入下个版本,待测试回归
- 14:33 FirstCall 错误 #3473 (已关闭): 协议栈ARM编译脚本,增加O3编译选项后,协议栈无法正常启动
- 多次验证,该问题不复现
- 14:33 FirstCall 错误 #3473 (已解决): 协议栈ARM编译脚本,增加O3编译选项后,协议栈无法正常启动
- 【问题原因】在ARM板卡上,gdb启动并跟踪增加O3编译选项的协议栈,发现wnGetPCWiresharkCfg函数定义返回值类型为wnInt32,但函数体实现丢失了retrun语句,导致调用该函数时,无法获得返回值而失败。原编译没有...
- 14:28 FirstCall 错误 #3473 (已关闭): 协议栈ARM编译脚本,增加O3编译选项后,协议栈无法正常启动
- 协议栈原来的编译没有优化选项,为了提升协议栈运行性能及提高代码质量,在ARM编译脚本引入O3选项后,编译可以通过,但运行时,无法正常启动,只打印了版本号,就无法继续执行
- 14:18 网管产品 功能 #3296 (已解决): 基站、核心网外部版本号显示优化
- 整体已实现版本优化显示,网管已实现详细版本号优化显示,核心网未实现单独提单跟踪
- 14:17 3.0基站产品测试 功能 #3058: 3.0接入阶段保守调度
- 先挂起
- 14:17 3.0基站产品测试 错误 #2911: [3.0产品测试]3.0.0pre1_T4大下行压力测试出现du Num TBs for UE SF Allc is zero
- 优先级低,待定位
- 14:17 3.0基站产品测试 错误 #3208: [3.0产品测试]3.0.1pre1_T3,上行UDP灌包后,上行RSRP会从-67变到-129
- 优先级低,待定位
- 14:16 3.0基站产品测试 错误 #3332: [3.0产品测试]3.0.1pre1_T5,5.8G星思终端下行灌包400M会掉线
- 优先级低,待定位
- 14:16 3.0基站产品测试 错误 #3436 (进行中): 【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U业务长跑30h,du core dump
- 128UE在选UE时有很大性能浪费(照成worker1 cpu 过高),可在PreT1版本复测
- 14:15 网管产品 错误 #3391 (已解决): 网管测试YZMM2.1.0Pre3T3版本,核心网版本3.3.3.pre4上报告警预期值修改
- YZMM2.1.0Pre3T7&核心网版本3.3.3.pre5(inner_ver_id = 132
build_time = 2025-06-10T02:46:13
)
已解决 - 10:43 网管产品 错误 #3391 (转测试): 网管测试YZMM2.1.0Pre3T3版本,核心网版本3.3.3.pre4上报告警预期值修改
- 10:43 网管产品 错误 #3391: 网管测试YZMM2.1.0Pre3T3版本,核心网版本3.3.3.pre4上报告警预期值修改
- 已修改,合入版本待测试回归
- 14:14 3.0基站产品测试 错误 #3358: 【3.0整机】Rel_3.0.1_Pre1T5,21环境,1D3U配置,单ue上下行同时udp,速率不足
- 下行不能到256qam,和EVM值相关
- 14:13 2.0基站产品化测试 错误 #2603 (进行中): 【2.1.1.16P_pre1T1】接入128个用户下行灌包,某些UE始终没有下行流量
- 已经出DU小版本,待验证。
- 14:09 网管产品 错误 #3472 (已解决): 网管YZMM2.1.0Pre3T7版本&核心网3.3.3PRE5版本,部件状态去掉“AMF”\"SMF"\"UPF"
- 网管YZMM2.1.0Pre3T7版本&核心网3.3.3PRE5版本,部件状态去掉“AMF”\"SMF"\"UPF"
- 14:09 3.0基站产品测试 错误 #3461 (已解决): 128UE调度选UE时会空转,导致worker1CPU高
- 13:48 网管产品 错误 #3469 (已解决): 网管YZMM2.1.0Pre3T7版本&核心网3.3.3PRE5版本,启动核心网软件ngc、ims上报事件不准确
- 核心网版本inner_ver_id = 132
build_time = 2025-06-10T02:46:13
desc = test
已解决 - 10:42 网管产品 错误 #3469 (转测试): 网管YZMM2.1.0Pre3T7版本&核心网3.3.3PRE5版本,启动核心网软件ngc、ims上报事件不准确
- 启动单个模块上报事件错误已修改,待测试回归
- 10:23 网管产品 错误 #3469 (已解决): 网管YZMM2.1.0Pre3T7版本&核心网3.3.3PRE5版本,启动核心网软件ngc、ims上报事件不准确
- 网管YZMM2.1.0Pre3T7版本&核心网3.3.3PRE5版本,启动核心网软件ngc、ims上报事件不准确
- 11:04 3.0基站产品测试 错误 #3471 (转测试): 修改cu_du list参数时,报xpath已锁,参数修改失败
- 已优化释放锁方案,合入3.1.1_Pre1T1,待长跑测试回归
- 10:51 3.0基站产品测试 错误 #3471 (转测试): 修改cu_du list参数时,报xpath已锁,参数修改失败
- 3.0基站 Rel_3.0.1_pre1T8版本
修改cu对接du参数配置表时,报xpath已锁,修改失败
此时未启动三层,且更改其他参数表时正常;
reboot整站后可正常修改。
经研发确认,修改锁释放 - 10:48 3.0基站产品测试 功能 #3470 (转测试): core_agent合入sysrepouddtool安装
- 10:48 3.0基站产品测试 功能 #3470 (转测试): core_agent合入sysrepouddtool安装
- 1.核心网安装,升级流程会安装sysrepouddtool工具服务;
2.手动执行core_agent安装脚本会安装sysrepouddtool工具服务; - 10:43 网管产品 功能 #3466 (进行中): 基站核心网对时功能
- 10:11 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- !%E7%BD%91%E7%AE%A1%E4%BF%AE%E6%94%B9PDSCH_DMRS%E4%BD%8D%E7%BD%AE.jpg!
- 09:08 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- !UL%20Grant.jpg!
- 09:56 3.0基站产品测试 任务 #3155 (进行中): 小区管理功能开发
2025-06-09
- 18:59 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 1)PDC解析DCI1_1,PDSC得到TB_size;PUCCH回复PDS的ACK;
2)PDCCH解析DCI0_1,拿到上行调度信息(或者发送SR给基站,基站下发DCI0_1);
3)PDC发送授权SR给协议栈,解析完通过FA... - 18:00 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 终端pucch格式写错成1,是因为1LC处理未初始化msg6的uciBitmap,uciBitmap最后的值是255,这样就会做CSI和SR的填参数处理,但是msg6的L1C只有harq的参数处理,其他2个结构体中是随机值,
这样就... - 09:16 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 【问题进展】
1)PUCCH的UCI format格式配成了1,PUC暂不支持;(只支持0)
2)发现ACTIVE后的UCI format memcopy错误;
3)填写UCI format时候,值一开始0,后被篡改成1;需要继... - 18:38 3.0基站产品测试 功能 #3456: freerun模式下,时间不能同步,需要寻求其他时间同步方式。
- 1. 与核心网同步时间。
2. 分析gps字符串时间格式。 - 18:37 3.0基站产品测试 错误 #3462: 3.0基站,使用freerun模式起站时间不会同步,日志上限后基站reboot后的log时间比较老无法保存会被删除。
- 1. freerun 模式默认也会读取gps,只读取gps字符串信息,不会对让stc硬件跟踪gps。
2. 与核心网同步时间。 这个由agent 进行设置 -或者使用ntp 客户端配置跟核心网同步。- - 11:56 3.0基站产品测试 错误 #3462 (进行中): 3.0基站,使用freerun模式起站时间不会同步,日志上限后基站reboot后的log时间比较老无法保存会被删除。
- 3.0基站,使用freerun模式起站时间不会同步,日志上限后基站reboot后的log时间比较老无法保存会被删除。
- 17:23 3.0基站产品测试 错误 #3338 (已关闭): cu inactive定时器的超时时长修改为配置可配置
- *在Rel_3.0.1_Pre1T8版本,将gnb_config.txt文件中的TIMEOUT_DURATION字段改为4000ms,即cu inactive定时器设置为4000ms,通过日志查看配置是生效的,如下:*
!%E6... - 17:21 3.0基站产品测试 功能 #3468 (转测试): 【干扰测量】3.0干扰测量功能开发和适配
- 17:20 3.0基站产品测试 功能 #3468 (转测试): 【干扰测量】3.0干扰测量功能开发和适配
- 2.0上报的rip值在物理层进行配置和测量,3.0需要给物理层下调度进行测量上报。
- 16:20 3.0基站产品测试 错误 #3263 (已解决): [3.0产品测试]3.0.1_Pre1T4 2U9G3D特殊子帧配比 下行RB利用率不足
- 已解决
- 16:17 3.0基站产品测试 错误 #2858 (已解决): [3.0产品测试]3.0.0pre1_T3_鼎桥华为芯片1D3U子帧配比_msg5上不来
- 验证完毕,问题解决
- 16:16 2.0基站产品化测试 需求CR #2639 (已解决): 【16P_pre1_T1准出验证】sysrepo可否通过基站版本升级等方式进行更新
- 验证通过,可正常更新sysrepo
- 16:16 3.0基站产品测试 错误 #2776 (已解决): 3.0产品测试,3u1d配比上行udp业务,上行rb利用率60%
- 16:16 3.0基站产品测试 错误 #2776: 3.0产品测试,3u1d配比上行udp业务,上行rb利用率60%
- 3.0.1系列版本均无此问题了
- 16:08 3.0基站产品测试 错误 #3467 (进行中): [3.0产品测试]Rel_3.0.1_Pre1T8 DU上报指标时断时续,无法持续显示
- 问题设备: 基站——192.168.8.213 网管——192.168.8.170
问题版本: Rel_3.0.1_Pre1T8
基本配置: 大下行7D2U 下行双天线 上行单天线
问题现象: DU 上报指标闪断,上报... - 16:01 网管产品 功能 #3466 (已关闭): 基站核心网对时功能
- gnb-agent与core-agent对时方案:
1)在网管上增加配置项:
-- 从核心网同步时间:默认“关闭”,关闭时,gnb-agent启动后发现系统时钟是2019年时,自动于核心网进行一次时间同步;“打开”时... - 15:58 5GNR 错误 #3465: DPD log和算法学习研究
- 研究9025的log异常表现
- 15:54 5GNR 错误 #3465 (新建): DPD log和算法学习研究
- 15:53 5GNR 错误 #3464 (新建): 外包PA的性能参数分析
- 15:52 产品3.0平台 功能 #3180 (挂起): PRU2.0(基于AD9025芯片)硬件平台CFR+DPD功能开发
- 15:51 产品3.0平台 错误 #3007 (挂起): 9025底板4.9G发现本振泄露问题,这是2.0某块基带板的问题哈。
- 15:51 产品3.0平台 错误 #2853 (挂起): 2.0产品 40V军特功放 DPD 问题
- 15:50 3.0基站产品测试 错误 #3424 (挂起): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU 压力测试后DPD失效
- 15:22 网管产品 错误 #3141: 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,上传非鉴权license文件,界面无校验提示
- 问题定位:
上传文件到临时目录,没有及时清理
问题解决:
上传结束后,及时清理 - 13:54 网管产品 错误 #3141: 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,上传非鉴权license文件,界面无校验提示
- 上传非license文件后,无校验界面无任何提示。
- 15:20 网管产品 功能 #3463 (已解决): 网管版本YZMM2.1.0Pre3T7,需要体现核心网详细版本号
- 网管版本YZMM2.1.0Pre3T7,需要体现核心网详细版本号
- 15:19 网管产品 错误 #3407 (已解决): 网管版本YZMM2.1.0Pre3T3,需要体现基站和核心网详细版本号
- 已解决YZMM2.1.0Pre3T7版本
- 15:09 3.0基站产品测试 错误 #3419 (挂起): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU 小区激活后DPD出现短暂性失效
- 15:03 3.0基站产品测试 错误 #3449 (已解决): 【小区激活去激活特性】参数频繁修改就会出现du coredump
- 基于Rel_3.0.1_Pre1T8版本,替换周立伟提供du包,测试多次未出现du coredump现象,问题解决。
- 14:58 3.0基站产品测试 错误 #3449 (转测试): 【小区激活去激活特性】参数频繁修改就会出现du coredump
- 已修改,落入3.1.1Pre1T1版本。
- 11:11 3.0基站产品测试 错误 #3449 (进行中): 【小区激活去激活特性】参数频繁修改就会出现du coredump
- 小区管理分支已修改,验证中。
- 14:57 网管产品 错误 #3391 (进行中): 网管测试YZMM2.1.0Pre3T3版本,核心网版本3.3.3.pre4上报告警预期值修改
- 修改 systemOsVersionArm: 5.10.160 ##核心网操作系统内核版本(arm)
- 14:08 网管产品 错误 #3391 (反馈): 网管测试YZMM2.1.0Pre3T3版本,核心网版本3.3.3.pre4上报告警预期值修改
- 核心网3.3.3pre5版本还是上报不准确的
- 14:56 3.0基站产品测试 错误 #3441: [3.0产品测试]Rel_3.0.1_Pre1T8 军特功放整机下行RSRP较T6版本低12db
- 李 明新 写到:
> 需烧录新的功放版本
海泰功放存在PA初始化为0的现象,军特跟此问题不同。两厂家版本也不是通用的。目前出现问题的是军特功放,我理解和海泰不一样。 - 12:40 3.0基站产品测试 错误 #3441: [3.0产品测试]Rel_3.0.1_Pre1T8 军特功放整机下行RSRP较T6版本低12db
- 需烧录新的功放版本
- 14:36 网管产品 错误 #3458 (已解决): 核心网版本升级后核心网软件管理版本操作界面请求失败
- 新的3.3.3_pre5版本验证通过
- 13:56 网管产品 错误 #3458: 核心网版本升级后核心网软件管理版本操作界面请求失败
- 核心网3.0.3PRE5版本已解决,请验证
- 13:50 网管产品 错误 #3458 (转测试): 核心网版本升级后核心网软件管理版本操作界面请求失败
- 3.3.3_pre5版本已修复
- 10:29 网管产品 错误 #3458 (进行中): 核心网版本升级后核心网软件管理版本操作界面请求失败
- 14:33 3.0基站产品测试 错误 #3405 (已关闭): [3.0产测需求]基站的信令面在连接核心网失败后,需要做reboot处理
- 14:32 3.0基站产品测试 错误 #3405 (进行中): [3.0产测需求]基站的信令面在连接核心网失败后,需要做reboot处理
- 10:29 3.0基站产品测试 错误 #3405 (挂起): [3.0产测需求]基站的信令面在连接核心网失败后,需要做reboot处理
- 战弋戈正向解决处理,业务暂时不做规避处理。
- 13:50 网管产品 错误 #3455 (进行中): core_agent上报核心网软件异常没有自恢复机制,只有关联恢复
- ngc服务进程状态获取有问题,待优化
- 11:22 网管产品 错误 #3455 (反馈): core_agent上报核心网软件异常没有自恢复机制,只有关联恢复
- 核心网版本PRE5验证当NGC异常时,IMS正常,出现告警反复恢复问题,再看下
- 13:44 网管产品 错误 #3056 (已解决): 网管YZMM2.1.0Pre2T3版本测试,核心网软件管理核心网安装时出现“invalid version string”
- 在网管版本YZMM2.1.0Pre3T7安装核心网版本暂未复现报错,先关闭,后续观测中文准确上报
- 13:40 网管产品 错误 #2893 (反馈): 网管2.1T15版本测试,网络原因或者启停任何一个核心网服务(IMS\NGC)、状态显示故障-未触发
- 数据看板和大屏监控根据核心网是否告警 状态上报体现到数据看板和大屏监控
- 13:24 3.0基站产品测试 错误 #3292 (转测试): 3.0.1T4软件版本,起站时du界面未打印gps同步ok的消息,但时间正常同步了,5分钟左右du界面打印Check err
- 12:41 3.0基站产品测试 错误 #3371: [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU json修改PA_ATT未生效
- 问题原因为rfic初始化PA后,上层又初始化数据,需要上层关闭功放相关参数的配置
- 12:37 FirstCall 错误 #3295: 简化AP_driver json文件的替换流程
- 已完成json校准数据的覆盖,将校准数据写入/lib/firmware/calPara.json后,可通过rficParaSet.out程序覆盖rfic_a.out调用json的校准数据
- 12:34 产品3.0平台 功能 #3197 (已解决): 3.0 EVMT2 根据频段识别对应配置
- 在json中新添加了从600M到6.1G多频段的衰减数据,在程序运行中可根据频点配置调整衰减
- 12:28 产品3.0平台 功能 #3363 (挂起): 3.0 EVMT4 N78整机长跑测试15h,DPD失效
- 单通道DPD长跑未发现此问题,定位为军特通道间干扰问题,待军特解决
- 12:26 产品3.0平台 功能 #3199 (已解决): EVMT2、4板卡UART串口需要新增功能:配置功放频点
- 已完成功能开发,测试成功,待和温补一同实现整机测试
- 12:14 3.0基站产品测试 错误 #3403 (转测试): 起站时will get gps sync status,一直...,gps不能同步,reboot后可以正常起站
- 11:58 网管产品 错误 #3415: 网管测试YZMM2.1.0Pre3T3版本,时钟状态修改
- 待基站提供下个版本验证
- 11:49 网管产品 错误 #3273 (已解决): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试,增加核心网license上传成功,弹框提示及日志记录
- 网管YZMM2.1.0Pre3T7&核心网版本3.3.3pre5,已解决
- 11:24 网管产品 错误 #3406 (已解决): 网管版本YZMM2.1.0Pre2T3&核心网版本3.3.3pre4,优化icense告警名称和自恢复机制
- Rel_3.3.3_pre5版本已解决
- 10:13 3.0基站产品测试 性能 #3354: 优化cu的启动时间到f1ap建立成功的时间(4s->1s)
- 多次测试发现会偶现du 重传 cookie,这个的重传时间间隔是3s,会导致整个流程时间到3200ms左右,得定位为什么会重传
- 09:34 3.0基站产品测试 功能 #3350 (已解决): 通过二进制输出统计日志,优化统计日志的存储
- *基于Rel_3.0.1_Pre1T8版本,替换振斌提供cu包,启动三层后,/data/log/cu路径下有.json和.cus文件生成,通过logParser可解析成.log文件,如下:*
!cu%20stats%E6%97%... - 08:49 网管产品 错误 #3460 (转测试): LMT测试,优化显示干扰规避描述相关内容
- 已修改,合入下个版本,待测试回归
2025-06-06
- 17:52 3.0基站产品测试 错误 #3461 (已解决): 128UE调度选UE时会空转,导致worker1CPU高
- 17:24 网管产品 错误 #3460 (已解决): LMT测试,优化显示干扰规避描述相关内容
- LMT测试,优化显示干扰规避描述相关内容
- 17:18 3.0基站产品测试 错误 #3459 (进行中): 【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U上下行同时业务300M+300M,buffer is full
- 简述:【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U上下行同时业务300M+300M,buffer is full
测试版本:Rel_3.0.1_Pre1T8
问题描述:【3.0整机】Rel_3.0... - 17:01 FirstCall 错误 #3454 (已解决): Msg6的ACK回复失败
- Branch:Bug_fixed_phy0506
SHA-1: d84d64e9ae7e903640a2e50bb11cc1eee351c102
Branch:Bug_fixed_phy0528
SHA-1: da6ce9b... - 14:10 FirstCall 错误 #3454 (进行中): Msg6的ACK回复失败
- 【问题分析】
UE进入ACTIVE后,收到Msg6并解析PDSCH CRC,L1C没触发PUCCH任务,ack没有上报。
分析L1C,发现进入active后不能触发PUCCH;
【问题修改】
修改ACTIVE后的触发PUC... - 09:10 FirstCall 错误 #3454 (已解决): Msg6的ACK回复失败
- UU测试,Msg6的ACK回复失败,L1C没有触发PUCCH.
- 16:51 网管产品 错误 #3458 (已解决): 核心网版本升级后核心网软件管理版本操作界面请求失败
- 核心网版本升级后核心网软件管理版本操作界面请求失败,无法进行版本类操作。
- 16:02 网管产品 功能 #3457 (进行中): GPS同步失败,重启功能
- INSERT INTO `FMDefine` VALUES(88,'STR_GPS_REPAIR',1,0,1);
INSERT INTO `StringDefine` VALUES('STR_GPS_REPAIR', 'GPS功能... - 16:01 网管产品 功能 #3457: GPS同步失败,重启功能
- 需要网管同步添加同步失败的事件
- 15:59 网管产品 功能 #3457 (已解决): GPS同步失败,重启功能
- GPS不同步超时后重启板卡,并上报给网管
- 15:26 核心网产品 功能 #2981 (转测试): 核心网增加license过期和license异常告警
- 已在Rel_3.3.3_pre5版本中解决
- 15:26 核心网产品 功能 #2981 (进行中): 核心网增加license过期和license异常告警
- 15:26 核心网产品 错误 #3322 (转测试): arm核心网安装时候缺少logrotate服务,导致单板空间占满
- 已在Rel_3.3.3_pre5版本中解决
- 15:25 核心网产品 错误 #3322 (已解决): arm核心网安装时候缺少logrotate服务,导致单板空间占满
- 15:25 网管产品 错误 #3406 (转测试): 网管版本YZMM2.1.0Pre2T3&核心网版本3.3.3pre4,优化icense告警名称和自恢复机制
- 已在Rel_3.3.3_pre5版本中解决
- 15:24 网管产品 错误 #3406 (已解决): 网管版本YZMM2.1.0Pre2T3&核心网版本3.3.3pre4,优化icense告警名称和自恢复机制
- 15:24 网管产品 错误 #3406 (进行中): 网管版本YZMM2.1.0Pre2T3&核心网版本3.3.3pre4,优化icense告警名称和自恢复机制
- 14:58 3.0基站产品测试 错误 #2911: [3.0产品测试]3.0.0pre1_T4大下行压力测试出现du Num TBs for UE SF Allc is zero
- 6.6号复现一次
- 14:33 3.0基站产品测试 功能 #3456 (转测试): freerun模式下,时间不能同步,需要寻求其他时间同步方式。
- freerun模式下,时间不能同步,需要寻求其他时间同步方式。
- 14:29 3.0基站产品测试 性能 #3354: 优化cu的启动时间到f1ap建立成功的时间(4s->1s)
- cu侧通过同步机制优化了之前每起一个线程的sleep100ms的问题,优化了1.4s,在这个基础上日志打印发现,从cu程序启动->给du回f1 setup response信令,花费900ms-3s不等,通过报文分析定位是,du发起周...
- 13:59 网管产品 错误 #3142 (已解决): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,license相关获取鉴权文件及上传鉴权文件操作日志记录
- YZMM2.1.0Pre3T7版本已解决
- 10:30 网管产品 错误 #3455 (转测试): core_agent上报核心网软件异常没有自恢复机制,只有关联恢复
- 检测到核心网软件正常后上报告警恢复,已修改合入下个版本,待测试回归
- 10:26 网管产品 错误 #3455 (进行中): core_agent上报核心网软件异常没有自恢复机制,只有关联恢复
- 10:26 网管产品 错误 #3455 (已解决): core_agent上报核心网软件异常没有自恢复机制,只有关联恢复
- 检测软件正常后上报核心网软件异常告警恢复
- 10:25 网管产品 功能 #3448 (转测试): 3.0基站带宽不支持其它配置,可将此参数设置为不可配置参数
- 已修改自验成功,合入下个版本,待测试回归
- 09:21 网管产品 功能 #3448 (进行中): 3.0基站带宽不支持其它配置,可将此参数设置为不可配置参数
- 10:22 网管产品 错误 #3450 (转测试): LMT测试3.0.1T8版本小区状态不用显示
- 已修改,基本信息显示小区状态,合入下个版本,待测试回归
- 09:19 网管产品 错误 #3450 (进行中): LMT测试3.0.1T8版本小区状态不用显示
- 10:16 网管产品 错误 #3429 (已解决): 网管YZMM2.1.0Pre3T6版本,查询历史指标提示语优化“”
- YZMM2.1.0Pre3T7版本已解决
- 09:48 网管产品 错误 #3433: 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 现在已经修改为周期获取 5秒获取一次
- 09:11 3.0基站产品测试 错误 #3449: 【小区激活去激活特性】参数频繁修改就会出现du coredump
- !du%20coredump%E6%88%AA%E5%9B%BE.jpg!
2025-06-05
- 20:40 FirstCall 错误 #3453 (新建): DD口deofdm处理流程适配
- DD项目,梳理deofdm流程,任务是否处理接口从L1C获取,根据slot_cfg配置变化
- 20:38 FirstCall 错误 #3452 (新建): 横联deofdm用到的相位补偿值实时动态计算修改
- 横联项目,deofdm用到的相位补偿值需要根据频点变化实时动态计算修改
- 20:37 FirstCall 错误 #3451 (新建): 横联deofdm解压缩模块开发
- 横联项目,deofdm解压缩模块开发
- 19:22 网管产品 错误 #3433 (进行中): 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 17:53 网管产品 错误 #3433 (反馈): 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 目前不是实时的,显示没啥问题,发生状态变更会存在拿不到情况
- 10:14 网管产品 错误 #3433 (转测试): 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 复位丢失,只要复位完成后继续上报可以拿到就行
- 19:10 网管产品 功能 #2501 (挂起): 网管上小区状态需要优化,PHY没有起来却显示小区正常;
- 19:09 网管产品 错误 #3432 (挂起): 网管YZMM2.1.0Pre3T6版本,数据看板的基站状态优化显示
- 17:55 网管产品 错误 #3442 (已解决): 网管版本YZMM2.1.0Pre3T6测试,3.0基站参数配置的“高级配置”缺失下拉菜单
- YZMM2.1.0Pre3T7版本已解决
- 11:46 网管产品 错误 #3442 (转测试): 网管版本YZMM2.1.0Pre3T6测试,3.0基站参数配置的“高级配置”缺失下拉菜单
- 11:45 网管产品 错误 #3442 (进行中): 网管版本YZMM2.1.0Pre3T6测试,3.0基站参数配置的“高级配置”缺失下拉菜单
- 主控文件修改导致的问题
- 09:10 网管产品 错误 #3442 (已解决): 网管版本YZMM2.1.0Pre3T6测试,3.0基站参数配置的“高级配置”缺失下拉菜单
- 网管版本YZMM2.1.0Pre3T6测试,3.0基站参数配置的“高级配置”缺失下拉菜单
- 17:47 网管产品 错误 #3450 (已解决): LMT测试3.0.1T8版本小区状态不用显示
- LMT测试3.0.1T8版本小区状态不用显示
- 17:44 网管产品 错误 #3301 (已解决): 网管YZMM2.1.0Pre3T2版本测试,大屏监控网元名称优化
- YZMM2.1.0Pre3T7版本已解决
- 17:40 3.0基站产品测试 错误 #3449 (已关闭): 【小区激活去激活特性】参数频繁修改就会出现du coredump
- 【问题描述】小区激活去激活特性中,参数频繁修改就会出现du coredump,如下:
!du%20dump%E6%88%AA%E5%9B%BE.jpg!
- 17:36 网管产品 错误 #3430: YZMM2.1.0Pre3T6 基础配置里上行/下行天线端口数显示异常
- YZMM2.1.0Pre3T7版本已解决
- 17:24 网管产品 功能 #3448 (已解决): 3.0基站带宽不支持其它配置,可将此参数设置为不可配置参数
- 【问题描述】3.0基站带宽不支持其它配置,可将此参数设置为不可配置参数;
!LMT%E6%88%AA%E5%9B%BE.png!
- 17:15 3.0基站产品测试 错误 #3447 (已解决): 频选调度
- 频选调度,网管新加参数,按路损等级排序UE
- 16:31 网管产品 错误 #3061 (已解决): 网管YZMM2.1.0Pre2T3版本核心网软件管理测试,上载版本超过300M提示语需要优化
- pre3T7版本已验证解决
- 16:00 网管产品 错误 #3118: YZMM2.1.0Pre3网管,升级显示成功,实际升级也成功了,但是操作日志里面显示失败,且原因为空值。
- YZMM2.1.0Pre3T7已解决,在T7后续版本验证
- 15:58 网管产品 错误 #3344 (已解决): 网管上事件显示时间不正确,跟实际时间差8个小时,
- T7版本已解决
- 15:57 网管产品 错误 #3438 (已解决): 网管版本YZMM2.1.0Pre3T6,优化核心网软件管理显示名称“软件”修改为“核心网软件版本信息”
- T7版本已解决
- 15:55 网管产品 错误 #3428 (已解决): 网管YZMM2.1.0Pre3T6版本,时区显示两条告警
- T7版本已解决
- 15:51 网管产品 错误 #3427 (已解决): 网管YZMM2.1.0Pre3T6版本,优化核心网的中英文显示
- T7版本已解决
- 14:13 网管产品 功能 #3446: ai基站工具网管界面配置管理
- 增加网管界面对ai基站工具的配置管理:
1.增加usb配置自导入工具的开关,对端基站ip,端口配置管理(显示、下发);
2.增加ai基站后台服务开关配置(显示、下发);
3.usb配置自导入工具修改接口:
netconf ed... - 11:20 网管产品 功能 #3446 (进行中): ai基站工具网管界面配置管理
- 11:20 网管产品 功能 #3446 (进行中): ai基站工具网管界面配置管理
- 增加网管界面对ai基站工具的配置管理:
1.增加usb配置自导入工具的开关,对端基站ip,端口配置管理(显示、下发);
2.增加ai基站后台服务开关配置(显示、下发);
3.usb配置自导入工具修改接口:
netconf ed... - 12:14 产品3.0平台 性能 #3206 (反馈): EVMT2或者EVMT4板卡,板载镁光DDR4速率需要降低到2666
- 12:14 产品3.0平台 性能 #3206: EVMT2或者EVMT4板卡,板载镁光DDR4速率需要降低到2666
- 西安测试结果对性能没有影响,可能的原因是对ddr的使用频率不够。
- 12:14 产品3.0平台 错误 #3412: 军特测试N78小功率基站时,DPD功能没有打开
- 只打开了0、3通道的开关,未设置其余通道,修改mask后完成
- 10:22 3.0基站产品测试 功能 #3445 (进行中): 600UE场景,当多个UE接入后,出现了NG口的异常,且非热备场景,需要重启cu
- 10:22 3.0基站产品测试 功能 #3445 (已关闭): 600UE场景,当多个UE接入后,出现了NG口的异常,且非热备场景,需要重启cu
- 由于600个UE的释放时长会比较长,所以重启cu的时间成本更短
- 10:20 3.0基站产品测试 错误 #3405: [3.0产测需求]基站的信令面在连接核心网失败后,需要做reboot处理
- 前提是:接信令面的网线接入光口
当光口出现不通的问题时,sctp_connectx连接失败
需要总结光口不通场景时,sctp_connectx的error,然后进行reboot - 09:58 3.0基站产品测试 错误 #3441: [3.0产品测试]Rel_3.0.1_Pre1T8 军特功放整机下行RSRP较T6版本低12db
- 小区激活后PA_ATT被重置为16000 。att数值与下行功率表现对齐,需研发后续确认
- 09:57 3.0基站产品测试 错误 #3371 (进行中): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU json修改PA_ATT未生效
- T8版本问题又出现,需确认此单合入T8了吗?
- 09:57 3.0基站产品测试 错误 #3444 (已解决): DU配置参数类型-参数校验
- 对比du侧yang文件参数类型与代码中是否一致
- 09:55 FirstCall 错误 #3443 (已关闭): ARM板卡上,DD OM MASTER打桩DLAP下行业务测试,MAC调度接收RLC BO报告时,RING BUFFER出现FULL的错误
- 【测试结果】ARM板卡上打桩测试通过
- 09:54 FirstCall 错误 #3443 (已解决): ARM板卡上,DD OM MASTER打桩DLAP下行业务测试,MAC调度接收RLC BO报告时,RING BUFFER出现FULL的错误
- 【解决方案】原方案存在的问题是如果g_ue被释放,那么可能会访问空指针。修改方案:
1)BO更新(OM的SLAVE理论不需要更新BO,那么MASTER变SLAVE的时候,也需要删除BO的RING,否则会导致BO消息积压过时(SLAV... - 09:46 FirstCall 错误 #3443 (已关闭): ARM板卡上,DD OM MASTER打桩DLAP下行业务测试,MAC调度接收RLC BO报告时,RING BUFFER出现FULL的错误
- ARM板卡上,DD OM MASTER打桩DLAP下行业务测试,MAC调度接收RLC BO报告时,RING BUFFER出现FULL的错误。MAC调度接收RLC的BO报告,有两个RING BUFFER,一个存放目标UE的数据结构g_u...
2025-06-04
- 18:30 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 【问题进展】
log中的异常信息有
1)[INFO]L1C fill pucch cfg to phy: Format[199603] not supported. -> PUCCH参数错误,目前只支持UCI format 0;
... - 15:41 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- !%E9%89%B4%E6%9D%83%E6%B5%81%E7%A8%8B.jpg!
- 15:38 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 【问题进展】
协议栈鉴权失败后,会回复鉴权失败给基站,重新做一次鉴权,
下一步需要PHY确认:
1)是否回复msg6的ACK给基站,基站是否收到;
2)是否收到PUSCH的调度信息(解PDCCH的dci0_1),并解对CRC;... - 17:35 网管产品 功能 #3421 (已解决): ue 接入超时定时器超时时长在网管界面显示
- 3.0.1T8版本已实现
- 16:29 研发产品测试 需求CR #3098: tfu实现获取gps位置的api
- 增加接口int get_lat_long_info(wnPosInfoT *info) 可以获取经纬度信息, 高度信息还没有获取到。
高度信息可以通过GGA格式的内容获取到。现在的移远GPS没有输出GGA格式内容。
经纬度的获取... - 11:45 研发产品测试 需求CR #3098 (进行中): tfu实现获取gps位置的api
- 16:02 网管产品 错误 #3432 (进行中): 网管YZMM2.1.0Pre3T6版本,数据看板的基站状态优化显示
- 等方案进一步确认
- 16:01 网管产品 错误 #3433: 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 已完成,
现在发现一个现象:agent复位后,小区状态会丢失,评估这个方案是否ok,没问题的话我在修改#3432
如果都有缺陷的话,感觉没必要修改 - 14:57 产品3.0平台 错误 #3359 (已解决): 3.0小区管理功能测试:修改射频参数后,由提供的API接口获取数值错误,高层无法确认射频参数是否配置成功。
- 14:56 产品3.0平台 错误 #3359: 3.0小区管理功能测试:修改射频参数后,由提供的API接口获取数值错误,高层无法确认射频参数是否配置成功。
- 问题定位为api未返回数据,经修改已解决
但API_RFIC_CellTxPowerSet、API_RFIC_CellTxPowerGet为配置小区功率的函数,与输出功率和衰减转换绑定,待温补功能上线后才能正常运行 - 14:54 3.0基站产品测试 错误 #3441: [3.0产品测试]Rel_3.0.1_Pre1T8 军特功放整机下行RSRP较T6版本低12db
- 可能为不同版本间功放衰减默认配置不同,需对比不同版本初始化后板卡和功放的衰减是否一致
- 14:13 3.0基站产品测试 错误 #3441 (新建): [3.0产品测试]Rel_3.0.1_Pre1T8 军特功放整机下行RSRP较T6版本低12db
- 问题版本:Rel_3.0.1_Pre1T8
问题设备:军特功放3.5G整机
问题现象:
升级T8版本,基于军特功放的3.5G整机下行RSRP较T6版本回退了约12db。
T8_下行RSRP -70
T6_下行RSRP -58... - 14:52 3.0基站产品测试 错误 #3353 (已解决): 3.0.1T5版本,整机测试,发现功放ATT设置为0,未设置att值导致功放输出异常,终端接入后下行灌包会导致sinr明显下降
- 14:52 3.0基站产品测试 错误 #3353: 3.0.1T5版本,整机测试,发现功放ATT设置为0,未设置att值导致功放输出异常,终端接入后下行灌包会导致sinr明显下降
- 定位为军特功放下电后无法保存配置,更换版本后解决
- 14:45 3.0基站产品测试 错误 #3248 (已关闭): 3.0基站内存泄漏导致无法解析DDDS,下行不通。
- 已在T8压力验证
研发确认ue掉线后没有出现内存泄漏 - 11:43 3.0基站产品测试 错误 #3248 (转测试): 3.0基站内存泄漏导致无法解析DDDS,下行不通。
- 【问题原因】
上行的DDDS在掉线时,会释放不掉;长时间接入会导致上行内存资源耗光
【修改方案】
在UE掉线时,释放DDDS的内存
【回归方法和注意事项】
建议长时间接入,做容易掉线的场景,如果没有问题,建议关闭问题单 - 14:06 网管产品 错误 #3438 (转测试): 网管版本YZMM2.1.0Pre3T6,优化核心网软件管理显示名称“软件”修改为“核心网软件版本信息”
- 已改
- 09:37 网管产品 错误 #3438 (已解决): 网管版本YZMM2.1.0Pre3T6,优化核心网软件管理显示名称“软件”修改为“核心网软件版本信息”
- 网管版本YZMM2.1.0Pre3T6,优化核心网软件管理显示名称“软件”修改为“核心网软件版本信息”
- 13:51 网管产品 功能 #3440 (转测试): LMT增加下拉框自定义功能
- 已自验完成,合入下个版本,待测试回归
- 13:51 网管产品 功能 #3440 (已解决): LMT增加下拉框自定义功能
- 增加下拉框自定义配置值配置功能
- 11:45 3.0基站产品测试 性能 #3439 (进行中): 下行灌包1.4GB,DL线程线程优化到80%以下
- 11:45 3.0基站产品测试 性能 #3439 (转测试): 下行灌包1.4GB,DL线程线程优化到80%以下
- 11:44 3.0基站产品测试 性能 #3130 (转测试): 将comm_thread的中消息队列修改成ringbuffer,实现无锁化,提升业务线程的性能
- 此单为性能优化单,无法测试,建议测试直接关闭
- 11:44 3.0基站产品测试 功能 #3149 (转测试): 600UE吞吐率用户数量的适配
- 该单为600UE适配问题单,到可以测试600UE时,回归问题,如果没有问题可关单
- 11:41 3.0基站产品测试 性能 #3148 (转测试): 下行1.4GB灌包,优化CPU性能到80%以下
- 该问题单解决UDP_RX_DL线程,在灌包1.4GB降到80%以下
建议测试直接关闭 - 11:39 3.0基站产品测试 错误 #3400 (进行中): 现在3.0的包,放到2.0执行会崩溃,在3.0环境正常
- 11:39 3.0基站产品测试 错误 #3417 (转测试): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,cu core dump
- 10:04 3.0基站产品测试 错误 #3409 (已关闭): 3.0基站第二个终端du相关kpi指标异常
- 验证通过
- 10:03 3.0基站产品测试 错误 #3345 (已关闭): 终端切换入du流量打印异常
- 验证通过
- 10:02 3.0基站产品测试 错误 #3402 (已关闭): 3.0.1 pre1T7版本下行udp灌包,du coredump挂死
- 验证通过
- 10:01 网管产品 错误 #3394 (已关闭): 网管指标界面,终端ID索引堆积异常
- 验证通过
- 09:43 网管产品 错误 #3344 (转测试): 网管上事件显示时间不正确,跟实际时间差8个小时,
- 08:59 网管产品 错误 #3427 (转测试): 网管YZMM2.1.0Pre3T6版本,优化核心网的中英文显示
- 08:59 网管产品 错误 #3430 (转测试): YZMM2.1.0Pre3T6 基础配置里上行/下行天线端口数显示异常
2025-06-03
- 20:21 3.0基站产品测试 错误 #3424 (进行中): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU 压力测试后DPD失效
- 20:18 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 【问题进展】
修改基站参数'PDSCH_DMRS附加位置配置'1改为2后,有以下几个现象:
1)有10%概率msg6 CRC可以解对,并上报鉴权TB给协议栈;协议栈收到消息后鉴权失败;
2)核心网增加了UE的op code,待复... - 19:13 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 【问题进展】
1.环境存在msg6 CRC ERR的现象。查看log,存在跨帧现象(1024帧后出现帧翻转),怀疑与时序有关,导致数据解不对;
!20250603-190959.jpg!
【下一步】
1.终端与基站侧sfn/s... - 20:13 3.0基站产品测试 错误 #3437 (转测试): 【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U业务 mac srs处理流程异常
- 简述:【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U业务 mac srs处理流程异常
测试版本:Rel_3.0.1_Pre1T8
问题描述:【3.0整机】Rel_3.0.1_Pre1T8,21环境,... - 19:08 基站横联 功能 #3315 (已解决): PDSCH接收端:支持PDSCH Symbol个数7~13可变
- 代码开发完成,UT验证通过
!%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202025-06-03%20190835.png!
- 19:06 基站横联 功能 #3318 (已解决): 支持PDSCH-DMRS L0 = 3情况
- 代码开发完成,UT验证通过
!%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202025-06-03%20190627.png!
- 17:55 网管产品 功能 #3281 (已解决): 小区管理功能:网管新增小区状态字段
- 该问题已于网管版YZMM2.1.0Pre3T6&3.0.1T8版本验证实现
- 17:47 3.0基站产品测试 错误 #3420 (已解决): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入,需要修改F1_U_EGTPU_TEID_MAX默认值
- 17:47 3.0基站产品测试 错误 #3420: 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入,需要修改F1_U_EGTPU_TEID_MAX默认值
- T8已修改
- 17:43 3.0基站产品测试 错误 #3436 (已解决): 【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U业务长跑30h,du core dump
- 简述:【3.0整机】Rel_3.0.1_Pre1T8,21环境,128UE 1D3U业务长跑30h,du core dump
测试版本:Rel_3.0.1_Pre1T8
问题描述:【3.0整机】Rel_3.0.1_Pre1T8,2... - 17:34 3.0基站产品测试 错误 #3290 (转测试): 【3.0.1_Pre1T4】128用户上下行灌包后下行断流,DU打印recvData malloc Failure
- 17:23 网管产品 错误 #3430 (进行中): YZMM2.1.0Pre3T6 基础配置里上行/下行天线端口数显示异常
- 这项配置不能自定义修改。改为combo,不支持自定义
- 16:04 3.0基站产品测试 错误 #3422 (已解决): 基站3.0配置参数显示优化"小区配置"-“调度参数配置-“特殊子帧配比”
- 16:03 3.0基站产品测试 错误 #3422 (转测试): 基站3.0配置参数显示优化"小区配置"-“调度参数配置-“特殊子帧配比”
- 网管范围已经修改,转测中。
- 15:56 网管产品 功能 #2501 (反馈): 网管上小区状态需要优化,PHY没有起来却显示小区正常;
- 这个单子跟我提的那个小区状态问题变更修改以后转我
- 15:50 网管产品 错误 #3401: 基站重复启动告警修改优化
- 2.0基站版本目前状态,待提供版本
- 15:49 网管产品 错误 #3393 (已解决): 3.0 gnb_agent看门狗单独CU不在位复位CU逻辑修改
- 该问题已于基站版本3.0.1T8版本实现
- 15:10 3.0基站产品测试 错误 #3046 (已关闭): 3.0基站3.7频点(中心频率3748980)终端不能接入
- 在Rel_3.0.1_Pre1T8版本,3.0基站3.7频点(中心频率3748980)终端可以接入了,问题关闭。
- 15:08 网管产品 功能 #3369 (已解决): 增加DU小区激活超时告警
- 该需求在网管YZMM2.1.0Pre3T6基站版本3.0.1T8版本实现
- 14:01 网管产品 功能 #3369 (反馈): 增加DU小区激活超时告警
- 告警不上报
- 14:47 网管产品 错误 #3433 (进行中): 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 相关代码合并到Pre3T7包中,返回字段名称及值:CellStatus => {小区ID1:状态,小区ID2:状态,...}
前端需要注意:如果CellStatus 为空时候,需要做旧基站的兼容处理 - 10:29 网管产品 错误 #3433: 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- backend 先处理
- 14:42 产品3.0平台 错误 #3395 (已解决): idtcm.bin文件被gps_pps_idtcm.bin覆盖
- 根本原因:是设备启动中,evb_boot.sh脚本加入了错误的判断,判断idtcm和gps_pps_idtcm.bin不相同时,就会主动覆盖,经确定没必要这样做,修改脚本
- 14:40 网管产品 错误 #2893 (转测试): 网管2.1T15版本测试,网络原因或者启停任何一个核心网服务(IMS\NGC)、状态显示故障-未触发
- 相关代码合入T7包
- 10:26 网管产品 错误 #2893: 网管2.1T15版本测试,网络原因或者启停任何一个核心网服务(IMS\NGC)、状态显示故障-未触发
- INSERT INTO `FMDefine` VALUES(85,'STR_CORE_ABNORMALITY',0,3,1);
INSERT INTO `FMDefine` VALUES(86,'STR_CORE_START_EVE... - 12:08 FirstCall 错误 #3435: 运行协议栈后,出现Bus error。
- bus error 的问题, 应该是由系统调用引起打印出的。 可以先判断下是哪个调用引起的。
- 11:59 FirstCall 错误 #3435 (新建): 运行协议栈后,出现Bus error。
- .....................
gps sync ok.
Thread T2 priority: 0, policy:0, cpuid:5
Thread T3 priority: 0, policy:0, cpuid... - 12:05 3.0基站产品测试 错误 #3403 (进行中): 起站时will get gps sync status,一直...,gps不能同步,reboot后可以正常起站
- 打算修改成gps在3分钟内不能同步,就返回错误,然后du根据情况判断是否需要重启。
- 12:02 基站横联 错误 #3256 (挂起): 典格返修一块横联基站核心板,板卡启动失败
- 11:13 3.0基站产品测试 错误 #2731: 3.0基站启动时偶发cu界面未完全起来(光电口的信令面IP不通),在reboot后重启可规避
- 当检查到Failed to pcs link up, 可以用脚本将eth2 down,up后,让其再次协商可以规避这个问题。
- 11:11 3.0基站产品测试 错误 #2731: 3.0基站启动时偶发cu界面未完全起来(光电口的信令面IP不通),在reboot后重启可规避
- http://redmine.smartlogictech.com:18888/issues/2785 已经给王志尧提了redmine 。
- 10:37 3.0基站产品测试 错误 #3356 (已关闭): Rel_3.0.1_Pre1T5:16UE上行双流大流量灌包,UE反复掉线后重接
- T8版本验证关闭。
- 10:16 3.0基站产品测试 功能 #3434 (新建): [3.0产品测试]3.0基站支持uci on pusch功能
- 基站支持uci on pusch功能可以适配不同厂家的终端。
避免一些终端因在同一slot调度pucch和pusch带来的时序紧张问题。 - 10:10 网管产品 错误 #3427 (进行中): 网管YZMM2.1.0Pre3T6版本,优化核心网的中英文显示
- 09:37 网管产品 错误 #3344 (反馈): 网管上事件显示时间不正确,跟实际时间差8个小时,
- 再修改下告警 等级 描述
- 09:35 2.0基站产品化测试 需求CR #2634 (转测试): 当信令面触发2s超时时,只有下发给du的释放请求,需要增加DLRRCMessageTransfer, RRC Release信令
- 代码已合入分支
- 09:33 3.0基站产品测试 错误 #2772 (转测试): 3.0产品测试,上下并行udp灌包,cu转发上行数据有较大损耗。
- 09:10 3.0基站产品测试 错误 #3426 (转测试): plmn表映射异常导致小区建立失败
- 优化sysrepo备选库与运行库及时同步机制,之前是周期10秒同步一次,现在逻辑修改为及时同步,待合入下个版本测试回归
- 09:05 网管产品 错误 #3414 (转测试): LMT测试,时钟状态和GPS同步修改
- 已修改只显示同步或者不同步两种状态,待合入下个版本测试回归
2025-05-30
- 18:02 网管产品 错误 #3433: 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 不显示小区“小区配置”-“基础配置”-“小区状态”
- 17:58 网管产品 错误 #3433 (转测试): 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 网管YZMM2.1.0Pre3T6版本,基本信息页面增加“小区状态”显示
- 18:00 3.0基站产品测试 错误 #3367 (已解决): [3.0产品测试]3.0.1pre1_T6,下行UDP速率低,波动很大
- 17:56 网管产品 错误 #3432 (挂起): 网管YZMM2.1.0Pre3T6版本,数据看板的基站状态优化显示
- 网管YZMM2.1.0Pre3T6版本,数据看板的基站状态优化显示
备注:
网络正常
网络异常
服务停止
设备离线 - 17:26 网管产品 错误 #3387 (已解决): 网管YZMM2.1.0Pre3T3版本,DU配置中的DRX配置字段“不连续接收开关”需要修改为中文
- 该问题YZMM2.1.0Pre3T6版本已解决
- 17:18 网管产品 错误 #3394: 网管指标界面,终端ID索引堆积异常
- 该问题YZMM2.1.0Pre3T6版本已解决,在后续版本可验证
- 17:13 网管产品 错误 #3385 (已解决): LMT版本3.0.1T7版本中,DU配置流控配置“NRUP丢失报告开关中的”“false”和“ture”,需要修改为中文
- T8版本已验证解决
- 16:30 网管产品 错误 #3056 (转测试): 网管YZMM2.1.0Pre2T3版本测试,核心网软件管理核心网安装时出现“invalid version string”
- 修改后结果如下:
INSERT INTO `StringDefine` VALUES ('VERSION_INFO_INVALID', '版本号信息无效'); - 16:28 网管产品 错误 #3061 (转测试): 网管YZMM2.1.0Pre2T3版本核心网软件管理测试,上载版本超过300M提示语需要优化
- 修改结果如下:
INSERT INTO `StringDefine` VALUES ('UPLOAD_ERR_INI_SIZE', '文件大小超出300M限制');
INSERT INTO `StringDefine` VALUE... - 16:26 B5G_UE 错误 #3431 (新建): UU口终端接入时,概率性发生终端Msg1发送时的prmbleIndx和收到的基站Msg2的prmbleIndx不一致的问题
- 发生场景:
终端T2发布版本,基于北京41基站。
问题描述:
UU口,终端接入时,概率性发生终端Msg1发送时的prmbleIndx和收到基站Msg2的prmbleIndx不一致的问题。
....
| wn5gNrUeP... - 16:25 网管产品 错误 #3118 (转测试): YZMM2.1.0Pre3网管,升级显示成功,实际升级也成功了,但是操作日志里面显示失败,且原因为空值。
- 16:25 网管产品 错误 #3142 (转测试): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,license相关获取鉴权文件及上传鉴权文件操作日志记录
- 09:12 网管产品 错误 #3142: 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,license相关获取鉴权文件及上传鉴权文件操作日志记录
- 日志提示:
核心网鉴权文件下载成功/失败
修改为:
核心网许可设备信息文件下载失败/成功 - 16:24 网管产品 错误 #3415 (转测试): 网管测试YZMM2.1.0Pre3T3版本,时钟状态修改
- 09:16 网管产品 错误 #3415 (进行中): 网管测试YZMM2.1.0Pre3T3版本,时钟状态修改
- 还牵扯到2.0基站,更新显示值即可,
显示方式还是按照之前的显示 gps是否开启 和 gps是否同步 2个参数
不按照lmt统一显示的方式修改
请测试 - 16:24 网管产品 错误 #3430 (转测试): YZMM2.1.0Pre3T6 基础配置里上行/下行天线端口数显示异常
- YZMM2.1.0Pre3T6 基础配置里上行/下行天线端口数显示异常,具体如附件截图所示;
- 16:23 网管产品 错误 #3301 (转测试): 网管YZMM2.1.0Pre3T2版本测试,大屏监控网元名称优化
- 10:55 网管产品 错误 #3301: 网管YZMM2.1.0Pre3T2版本测试,大屏监控网元名称优化
- 问题解决:
textContent 修改为innerText
coreNameArea.innerText = displayCoreName;
怎加css控制:
.coreName {
white-space: pr... - 16:22 网管产品 错误 #3428 (转测试): 网管YZMM2.1.0Pre3T6版本,时区显示两条告警
- 已处理
// 时区判断
if rd.Timezone != "" && rd.Timezone != global.TimeZone {
global.LocalAlarmChannels <- entity.TablesFM... - 16:14 网管产品 错误 #3428 (进行中): 网管YZMM2.1.0Pre3T6版本,时区显示两条告警
- 14:57 网管产品 错误 #3428 (已解决): 网管YZMM2.1.0Pre3T6版本,时区显示两条告警
- 网管YZMM2.1.0Pre3T6版本,时区显示两条告警
- 16:14 网管产品 错误 #3429 (转测试): 网管YZMM2.1.0Pre3T6版本,查询历史指标提示语优化“”
- 15:04 网管产品 错误 #3429 (进行中): 网管YZMM2.1.0Pre3T6版本,查询历史指标提示语优化“”
- 问题优化:
历史指标查询,查询数据等于500条,提示“历史指标最多显示500条,如需全部数据,请导出到本地查看”,如果不足500或者无数据,则不提示
提示内容,设置为橘色底色,且手动关闭 - 15:00 网管产品 错误 #3429 (已解决): 网管YZMM2.1.0Pre3T6版本,查询历史指标提示语优化“”
- 网管YZMM2.1.0Pre3T6版本,查询历史指标提示语优化“”
- 16:13 3.0基站产品测试 功能 #3348 (已关闭): baseService增加核的cpu使用情况的运行日志打印
- *在Rel_3.0.1_Pre1T8版本,日志记录时间有每个核的CPU核占用情况,与htop上核占比对比总体是一致的(误差在0%-2%以内),符合预期,问题关闭。*
!arm%E7%8E%AF%E5%A2%83%E8%BF%90... - 15:47 产品3.0平台 性能 #3212 (已解决): 验证军特揭老师提供的CFR程序测试结果是否与测试报告对齐
- 15:46 产品3.0平台 功能 #3411 (已解决): 正维功放+EVMT4板卡长跑测试ACP有恶化
- 15:45 产品3.0平台 功能 #3411 (进行中): 正维功放+EVMT4板卡长跑测试ACP有恶化
- 15:39 产品3.0平台 功能 #3411 (挂起): 正维功放+EVMT4板卡长跑测试ACP有恶化
- 15:44 产品3.0平台 功能 #3364 (已解决): 3.0 EVMT4 N78整机CFR较差
- 15:43 产品3.0平台 功能 #3274 (已解决): EVMT4(gNB)板卡,ORX0与ORX1内部数据交叉实现
- 15:43 产品3.0平台 功能 #3425 (进行中): DPD功能支持可配通道
- 15:41 产品3.0平台 功能 #3365 (已解决): 基于ADI9025,评估CLGC功能开发周期及人力投入
- 15:40 产品3.0平台 错误 #3001 (已解决): 3.0基站板卡测试发现本振泄露问题
- 15:39 产品3.0平台 性能 #3368 (已解决): EVMT2、4板卡,环路滤波器配置优化
- 15:37 产品3.0平台 功能 #2797 (已解决): DPD功能及CFR功能测试
- 15:36 产品3.0平台 错误 #3412 (已解决): 军特测试N78小功率基站时,DPD功能没有打开
- 15:30 FirstCall 错误 #3408: 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 【问题进展】
1.从de-ofdm进行时间统计,没发现任务超时问题;且de-ofdm和PDCCH发给PDSCH的两个slot号可以对上;
2.de-ofdm加trace log,监控ping-pong写频域地址buffer,没有发... - 15:19 网管产品 错误 #3344: 网管上事件显示时间不正确,跟实际时间差8个小时,
- T6还是存在问题
- 14:40 网管产品 错误 #3427 (已解决): 网管YZMM2.1.0Pre3T6版本,优化核心网的中英文显示
- 网管YZMM2.1.0Pre3T6版本,优化核心网的中英文显示
- 14:29 3.0基站产品测试 错误 #3420 (转测试): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入,需要修改F1_U_EGTPU_TEID_MAX默认值
- 参数已修改合入。
- 14:17 网管产品 错误 #3414 (反馈): LMT测试,时钟状态和GPS同步修改
- T8版本GPS开关开启情况下,GPS同步在不同步状态时显示为“未知”
- 14:17 3.0基站产品测试 错误 #3357 (已解决): 【3.0整机】Rel_3.0.1_Pre1T5,21环境,128ue上下行同时udp,部分ue没速率
- 更换du后,几轮业务测试,TM500侧观察上下行均有调度
- 09:52 3.0基站产品测试 错误 #3357: 【3.0整机】Rel_3.0.1_Pre1T5,21环境,128ue上下行同时udp,部分ue没速率
- 128UE完全接入之后还有黑点,是qos调度不均匀导致。T8版本优化了qos调度算法,建议用T8版本复测。
- 14:14 3.0基站产品测试 错误 #3334 (已解决): 【3.0整机】Rel_3.0.1_Pre1T5,21环境,128UE反复接入
- 修改后几轮测试,均可接入128ue
- 12:27 3.0基站产品测试 错误 #3404 (转测试): 起站成功后有gps sync ok,有stc tracking ok。gps同步成功,但没有set bj time ok,可能10分钟或者20分钟后才会打印bj time ok,时间不同步。
- 10:02 3.0基站产品测试 功能 #3350 (转测试): 通过二进制输出统计日志,优化统计日志的存储
- 10:02 3.0基站产品测试 功能 #3350: 通过二进制输出统计日志,优化统计日志的存储
- 对内容字段根据问题定位的需要程度进行了部分优化,同时将stats的日志输出修改成了二进制输出,通过.json和.cus文件,以及logParser还原成.log文件,研发自测,联调ok
测试测试时,可以上下行峰值灌包,同步htop看... - 09:56 3.0基站产品测试 性能 #3354 (进行中): 优化cu的启动时间到f1ap建立成功的时间(4s->1s)
- 09:55 3.0基站产品测试 错误 #3396: CU信令面消息乱序重排后,只有第一帧被处理,导致其他消息丢失问题
- 问题原因:信令面的RRC消息乱序,在pdcp层进行了重排序,在重排序定时器启动但并未超时的时候,正确的序号的帧收到,且和乱序这一帧连续,按照重排序定时器的机制会,这两帧都会发送到另一线程进行处理,线程间的消息结构设计是允许多帧,但是另...
- 09:52 2.0基站产品化测试 错误 #2603: 【2.1.1.16P_pre1T1】接入128个用户下行灌包,某些UE始终没有下行流量
- 3.0 T8版本已解决,后续由幸幸反合到2.0
- 09:51 网管产品 功能 #3380: 新增配置参数根据关联参数显示不同的取值范围
- 待基站提供版本
- 09:51 3.0基站产品测试 错误 #3392 (转测试): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入过程,du core dump
- 已落入T8版本
- 09:50 3.0基站产品测试 错误 #3290: 【3.0.1_Pre1T4】128用户上下行灌包后下行断流,DU打印recvData malloc Failure
- 数据面同事定位是由于调度不均匀导致该问题,T8版本优化了调度算法,现在调度基本均匀了,建议先用T8版本复测一下。
- 09:49 3.0基站产品测试 错误 #3402 (转测试): 3.0.1 pre1T7版本下行udp灌包,du coredump挂死
- 已修改,落入T8版本。
- 09:47 3.0基站产品测试 错误 #3399: 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,du core dump
- 已落入T8版本
2025-05-29
- 19:59 网管产品 错误 #3118 (反馈): YZMM2.1.0Pre3网管,升级显示成功,实际升级也成功了,但是操作日志里面显示失败,且原因为空值。
- 再出个T7
- 19:17 网管产品 错误 #3118 (已解决): YZMM2.1.0Pre3网管,升级显示成功,实际升级也成功了,但是操作日志里面显示失败,且原因为空值。
- 无空值失败符号了
- 13:37 网管产品 错误 #3118: YZMM2.1.0Pre3网管,升级显示成功,实际升级也成功了,但是操作日志里面显示失败,且原因为空值。
- 问题定位:
网管升级和回退,涉及了数据库的迁移与写入,升级结果写入了旧库,回退结果写入了新库,导致查看操作日志时,无法显示升级成功或者回退失败的结果,导致出现为空的操作日志
问题解决:
升级和回退时,将当前结果存入redis,在... - 19:53 网管产品 错误 #3418 (已解决): 网管测试YZMM2.1.0Pre3T3版本对3.0基站进行agent操作时不提示“”
- T6已解决
- 19:31 网管产品 错误 #3418 (反馈): 网管测试YZMM2.1.0Pre3T3版本对3.0基站进行agent操作时不提示“”
- 启停agent还是会出现,再看下
- 17:24 网管产品 错误 #3418 (转测试): 网管测试YZMM2.1.0Pre3T3版本对3.0基站进行agent操作时不提示“”
- 11:30 网管产品 错误 #3418: 网管测试YZMM2.1.0Pre3T3版本对3.0基站进行agent操作时不提示“”
- 问题定位:
原本对于arm架构的,任何操作都会出现“指令下发成功,此操作会导致网元设备掉电,请30秒后尝试访问此设备”,目前对其优化
问题解决:
对于arm架构,且是协议栈软件“启动”和“重启”的情况下,才会出现提示
... - 11:03 网管产品 错误 #3418 (进行中): 网管测试YZMM2.1.0Pre3T3版本对3.0基站进行agent操作时不提示“”
- 19:46 3.0基站产品测试 错误 #3286 (转测试): 查询phy状态命令test_mem 0x08700068 16 | grep '0x08700068:' 后出现0x00000000空值
- 17:37 网管产品 错误 #3401 (转测试): 基站重复启动告警修改优化
- 11:27 网管产品 错误 #3401: 基站重复启动告警修改优化
- sql增加:
告警枚举:
INSERT INTO `FMEnumDefine` VALUES(117, 'STR_STAT_PERIOD');
INSERT INTO `FMEnumDefine` VALUES(118, 'ST... - 17:32 网管产品 错误 #3386 (已解决): 网管YZMM2.1.0Pre3T3版本,DU配置中的流控配置字段“NRUP丢失报告开关”需要修改为中文
- T5版本已解决
- 17:29 网管产品 错误 #3344: 网管上事件显示时间不正确,跟实际时间差8个小时,
- 待提供基站新版本和核心网版本验证
- 17:08 网管产品 错误 #3382 (已解决): 网管YZMM2.1.0Pre3T3版本,射频参数配置需要与LMT同步
- T5版本已解决
- 16:00 网管产品 错误 #3142: 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,license相关获取鉴权文件及上传鉴权文件操作日志记录
- 下载成功和下载失败都需要修改描述为“核心网许可设备信息文件下载”失败/成功
- 15:57 3.0基站产品测试 错误 #3426 (转测试): plmn表映射异常导致小区建立失败
- 3.0基站小区启动f1ap setup fail
物理环境:基站192.168.8.163 网管170
测试分析怀疑是cu对接du配置中的小区PLMN未改过来,基本配置中的plmn为00101,另一张在网管侧无法修改的表中还是4... - 14:44 3.0基站产品测试 功能 #3349 (已关闭): 统计UE的掉线和在线数量,掉线原因作为KPI输出到统计日志中
- 14:42 3.0基站产品测试 错误 #3396 (转测试): CU信令面消息乱序重排后,只有第一帧被处理,导致其他消息丢失问题
- 13:59 网管产品 错误 #3383 (已解决): 网管YZMM2.1.0Pre3T3版本,小区配置中的基础配置需要与LMT同步
- T5版本已验证解决
- 13:53 网管产品 错误 #3235 (已解决): YZMM2.1.0Pre3版本网管的第三方对接服务启动失败
- 在192.168.79.22网管,网管版本YZMM2.1.0Pre3T5上验证ok,问题解决。
- 13:48 网管产品 错误 #2452 (转测试): 上电自启动功能不完善,不应该影响网管界面关三层
- 这个已同#2453一样,只要关掉看门狗,重启基站就可以实现,上电自启后3层不用随系统启动
- 13:34 网管产品 错误 #2453 (转测试): 网管界面上增加上电自启动的按键,方便操作;
- 网管上已经支持基站看门狗开关设置了
- 12:12 产品3.0平台 功能 #3425 (进行中): DPD功能支持可配通道
- 需求:比如1、整机连接TX0-ORX1/TX1-ORX0,需要对应配置DPD版本支持TX0-ORX1/TX1-ORX0通道;2、整机连接TX0-ORX1/TX1-ORX0/TX2-ORX2/TX3-ORX3,对应可配相应通道
问题:... - 12:06 产品3.0平台 错误 #3238 (已解决): 板卡网口MAC地址相同导致网络冲突
- 最终方案:
板子生产完,生产人员通过上位机或基它方式把公司的mac写入设备的eeprom,然后实际使用中设备从eeprom中读mac,配置相应网卡
暂时方案:
由于当前没到生产量产阶段,没有开发上位机软件或其它写入mac的软... - 11:53 产品3.0平台 功能 #3022 (已解决): 板卡烧录过程优化
- 一键烧写及mac暂时随机分配的问题已经解决,方案如上,后续有其他问题,再提新问题
- 11:51 网管产品 错误 #3384 (已解决): 网管YZMM2.1.0Pre3T3版本,DU配置中的终端配置需要与LMT同步
- T5版本已验证解决
- 11:47 网管产品 错误 #3388 (已解决): 网管YZMM2.1.0Pre3T3版本,小区配置的通用参数配置中“调度子载波间隔类型”与LMT同步
- T5版本已验证解决
- 11:46 网管产品 错误 #3389 (转测试): YZMM2.1.0Pre3 版本3.0基站指标终端ID显示错误
- T5版本已解决,后续版本验证解决
- 11:45 网管产品 错误 #3389 (已解决): YZMM2.1.0Pre3 版本3.0基站指标终端ID显示错误
- T5版本已验证解决
- 11:21 3.0基站产品测试 错误 #3424 (进行中): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU 压力测试后DPD失效
- 压力测试用例:DPD ON /下行灌包压力测试
压力测试时间:15h
测试设备:军特功放3.5G整机
测试结果:开始压力测试时,终端下行RSRP -59dB SINR 29dB
目前终端信噪比恶化至19dB,怀疑DPD完全或者... - 10:58 3.0基站产品测试 功能 #3423 (新建): 【AP_DRIVER】长期问题跟踪单
- 5.29->更新gps 同步只告警一次
- 10:40 网管产品 功能 #3421 (转测试): ue 接入超时定时器超时时长在网管界面显示
- lmt已完成修改,合入T8待测试回归
- 10:32 网管产品 功能 #3421: ue 接入超时定时器超时时长在网管界面显示
- !20250529-1031.jpg!
添加位置如上
显示名称:ue接入超时限制(ms)
取值范围:[2000,30000] - 10:20 网管产品 功能 #3421 (已解决): ue 接入超时定时器超时时长在网管界面显示
- 从配置文件/yzmm/gnb/cu/config/gnb_config.txt获取参数段:[IACTIVE_TIMER_CONFIG],参数的key:TIMEOUT_DURATION
显示名称:inactive timer超时时长... - 10:22 3.0基站产品测试 错误 #3422 (已解决): 基站3.0配置参数显示优化"小区配置"-“调度参数配置-“特殊子帧配比”
- 基站3.0配置参数显示优化"小区配置"-“调度参数配置-“特殊子帧配比”
修改为转化后的如下图:
- 10:12 网管产品 错误 #3390 (已解决): 网管YZMM2.1.0Pre3T3版本,小区配置的多BWP配置的“下行BWP0配置”与LMT配置同步
- 该问题已在T5版本解决
- 10:12 FirstCall 错误 #3298: 连续触发PDSCH流程后,PDSCH流程跑不下去
- !%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202025-05-29%20101136.png!
DM5空间被PDSCH bit级处理的时候占用。改为DM0后问题解决。 - 10:10 3.0基站产品测试 错误 #3209: [3.0产品测试]3.0.1pre1_T3,下行UDP灌包超过200M,DU窗口打印window stalled,终端掉线
- 卡窗问题在2.0环境使用星思厂家提供的新版本测试,之前已通知厂家修改的几个异常点没有再出现,但是出现一种新的异常状态报告,已和厂家沟通说明,厂家在分析修改中。
- 10:05 3.0基站产品测试 错误 #3399 (转测试): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,du core dump
- 该问题已合入,下一个版本已包含。
- 10:01 3.0基站产品测试 错误 #3420 (进行中): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入,需要修改F1_U_EGTPU_TEID_MAX默认值
- 该问题为E500环境128ue接入过程中,无法完全接入128个ue,存在tnl资源不够,F1_U_EGTPU_TEID_MAX默认值太小,扩大改参数,128UE TNL资源限制已通过。
- 09:44 3.0基站产品测试 错误 #3420 (已解决): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入,需要修改F1_U_EGTPU_TEID_MAX默认值
- 简述:【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入,需要修改F1_U_EGTPU_TEID_MAX默认值
测试版本:Rel_3.0.1_Pre1T7
问题描述:【3.0整机】Rel_3.0.1_Pre1... - 09:59 网管产品 错误 #3407: 网管版本YZMM2.1.0Pre3T3,需要体现基站和核心网详细版本号
- 1、基站版本已实现
2、核心网待提供版本 - 09:58 网管产品 错误 #3414 (转测试): LMT测试,时钟状态和GPS同步修改
- 已修改,合入T8待测试回归
- 09:55 网管产品 功能 #3380 (转测试): 新增配置参数根据关联参数显示不同的取值范围
- lmt已完成修改,合入T8待测试回归
- 09:52 3.0基站产品测试 错误 #3292: 3.0.1T4软件版本,起站时du界面未打印gps同步ok的消息,但时间正常同步了,5分钟左右du界面打印Check err
- 在Pre1T8 中增加返回值检查。
- 09:51 3.0基站产品测试 错误 #3292: 3.0.1T4软件版本,起站时du界面未打印gps同步ok的消息,但时间正常同步了,5分钟左右du界面打印Check err
- 对这个问题增加了返回检查确保不会引起其他问题,在某些情况下,读取串口的信息可能就是不完整,只是一个错误检查。
- 09:49 3.0基站产品测试 错误 #3261 (转测试): [3.0产品测试]3.0.1pre1_T4 终端停止灌包后异常掉线,DU异常打印buffer is full
- 该问题T5版本有修改,后续几个版本没有再出现此问题,先转测试回归处理。
- 09:47 产品3.0平台 错误 #3395 (进行中): idtcm.bin文件被gps_pps_idtcm.bin覆盖
- 在出烧录优化版本时修正这个看看。
- 09:47 3.0基站产品测试 错误 #3345 (转测试): 终端切换入du流量打印异常
- T7版本已修改合入
- 09:46 3.0基站产品测试 错误 #3366 (转测试): 3.0T6版本7D2U下行速率低RB利用率低
- T7版本已修改合入
- 09:45 网管产品 错误 #3416 (已解决): 网管测试YZMM2.1.0Pre3T3版本升级YZMM2.1.0Pre3T4版本失败提示“重复”
- 代码合入问题,验证版本T4升级到T5问题解决
- 09:45 3.0基站产品测试 错误 #3367 (转测试): [3.0产品测试]3.0.1pre1_T6,下行UDP速率低,波动很大
- T7版本已修改合入
- 09:45 3.0基站产品测试 错误 #3404 (进行中): 起站成功后有gps sync ok,有stc tracking ok。gps同步成功,但没有set bj time ok,可能10分钟或者20分钟后才会打印bj time ok,时间不同步。
- 在Pre1T8中进行了修正。
- 09:45 3.0基站产品测试 错误 #3378 (转测试): T6版本空口环境较差时候重传分片重传晚,不能及时进行重传
- T7已经修改合入。
2025-05-28
- 18:52 3.0基站产品测试 错误 #3419 (进行中): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU 小区激活后DPD出现短暂性失效
- 17:40 3.0基站产品测试 错误 #3419: [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU 小区激活后DPD出现短暂性失效
- 多帮我们观察测试哈,这可能是下一步DPD要改进的地方。
- 17:20 3.0基站产品测试 错误 #3419 (挂起): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU 小区激活后DPD出现短暂性失效
- 3.0产品测试-DPD联调疑似失效或者恶化
问题现象:DPD疑似失效或者恶化
关键配置:ORX增益已修改为230 。底板att 14000 , 功放att 2000/3000 。DLdelay_DPD 7450
关闭DPD的情... - 18:43 产品3.0平台 功能 #3022: 板卡烧录过程优化
- 目前针对① ② 以及mac冲突的需求,具体方案如下:
最终效果:通过烧写器直接烧写emmc_part4.img文件,烧写完直接等待系统进入debian系统,中间不需要做任何工作.
方案:把fdisk_emmc_debiain脚... - 17:07 网管产品 错误 #3418 (已解决): 网管测试YZMM2.1.0Pre3T3版本对3.0基站进行agent操作时不提示“”
- 网管测试YZMM2.1.0Pre3T3版本对3.0基站进行agent操作时不提示“xxx”
仅“启动”和“重启”协议栈软件时提示
如下图: - 16:17 3.0基站产品测试 错误 #3417 (进行中): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,cu core dump
- 【问题原因】
1.由于上行线程在乱序时,会执行到SingleTimerIsRunning函数,该函数中的m_timers是一个非线程安全的hash_map
2.由于是128UE的场景,m_timers里的对象被触发删除的概率增加
... - 16:10 3.0基站产品测试 错误 #3417 (已解决): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,cu core dump
- 简述:【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,cu core dump
测试版本:Rel_3.0.1_Pre1T7
问题描述:【3.0整机】Rel_3.0.1_Pre1T7,21环... - 16:12 B5G_UE 错误 #3329 (已解决): PUCCH任务耗时过长
- 16:11 B5G_UE 错误 #3270 (已解决): 基站解析msg5的pusch失败
- 16:04 网管产品 错误 #3416 (转测试): 网管测试YZMM2.1.0Pre3T3版本升级YZMM2.1.0Pre3T4版本失败提示“重复”
- 已处理
- 15:53 网管产品 错误 #3416 (已解决): 网管测试YZMM2.1.0Pre3T3版本升级YZMM2.1.0Pre3T4版本失败提示“重复”
- 网管测试YZMM2.1.0Pre3T3版本升级YZMM2.1.0Pre3T4版本失败提示“重复”
- 15:49 网管产品 功能 #2501 (转测试): 网管上小区状态需要优化,PHY没有起来却显示小区正常;
- 此为原2.0网管的业务,现在已在2.1网管的2.1.0Pre3T2后续版本新增了基站上报小区状态的信息
网管可由此状态进行小区状态显示 - 15:47 网管产品 功能 #2501 (进行中): 网管上小区状态需要优化,PHY没有起来却显示小区正常;
- 14:43 网管产品 错误 #3415: 网管测试YZMM2.1.0Pre3T3版本,时钟状态修改
- 3.0基站
- 14:43 网管产品 错误 #3415 (已解决): 网管测试YZMM2.1.0Pre3T3版本,时钟状态修改
- 1、时钟状态 去掉不显示
2、GPS为FREERUN时,GPS同步显示为“--”
GPS为GPSRUN时, GPS同步显示为“不同步”和“同步”两种状态 - 14:39 网管产品 错误 #3414 (已解决): LMT测试,时钟状态和GPS同步修改
- 1、时钟状态 LMT不显示
2、GPS为FREERUN时,GPS同步显示为“--”
GPS为GPSRUN时,GPS同步显示为“不同步”和“同步”两种状态 - 14:39 2.0基站产品化测试 错误 #3195 (已解决): 17P_Pre1T3: ICIC测试中,出现了下行mcs下降,甚至掉0的情况
- t4版本已验证
- 14:37 3.0基站产品测试 错误 #3325 (已解决): [3.0产品测试]3.0.1pre1_T5,基站启动后,终端搜不到信号
- t7版本没有出现
- 13:53 网管产品 功能 #3380: 新增配置参数根据关联参数显示不同的取值范围
- 内容修改为:[
{
"range_by_condition": {
"/du-cell:DU-CELL/BASE/NR_PCI == 60": "TRACE=>调112,INFO=... - 10:47 网管产品 功能 #3380: 新增配置参数根据关联参数显示不同的取值范围
- LMT 也需要同步该功能
- 13:50 网管产品 错误 #3410 (转测试): 网管测试YZMM2.1.0Pre3T3版本&基站Rel_2.1.17P_Pre1T4版本,AU&PRU版本对外显示需要与agent一致
- 已修改自验成功,待下个版本合入测试回归
- 13:42 网管产品 错误 #3410 (进行中): 网管测试YZMM2.1.0Pre3T3版本&基站Rel_2.1.17P_Pre1T4版本,AU&PRU版本对外显示需要与agent一致
- 均显示外部版本号
- 11:25 网管产品 错误 #3410 (已解决): 网管测试YZMM2.1.0Pre3T3版本&基站Rel_2.1.17P_Pre1T4版本,AU&PRU版本对外显示需要与agent一致
- 网管测试YZMM2.1.0Pre3T3版本&基站Rel_2.1.17P_Pre1T4版本,AU&PRU版本对外显示需要与agent一致
- 13:46 网管产品 错误 #3142: 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,license相关获取鉴权文件及上传鉴权文件操作日志记录
- 问题定位:
下载触发两次,第一次是发起请求下载组装文件,第二次是blob流下载,针对该情况,日志未考虑全面
解决:
日志优化 - 11:10 网管产品 错误 #3142: 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,license相关获取鉴权文件及上传鉴权文件操作日志记录
- 获取license鉴权文件“文件下载失败”失败,操作日志记录还是“[192.168.68.14]核心网鉴权文件下载成功”
- 12:35 产品3.0平台 功能 #2812: 3.0整机温度补偿功能
- 经过讨论认为可能存在极限情况,所以温度补偿最低温度需要支持到-40°C,
- 12:10 FirstCall 错误 #3413 (已关闭): ARM板卡上,RLC AM的pollReTxTmr定时器启动时,协议栈CRASH,并报bus error,X86上无此问题。
- 【问题验证】ARM板卡上验证,该问题已解决
- 12:10 FirstCall 错误 #3413 (已解决): ARM板卡上,RLC AM的pollReTxTmr定时器启动时,协议栈CRASH,并报bus error,X86上无此问题。
- 【问题原因】多次尝试后,问题定位为pollReTxTmr数据结构的起始地址未对齐。ARM 架构对内存访问的对齐要求比 x86 更严格。如果定时器结构体(struct rte_timer)的地址未按 CPU 要求对齐(如 4 字节或 8...
- 12:08 FirstCall 错误 #3413 (已关闭): ARM板卡上,RLC AM的pollReTxTmr定时器启动时,协议栈CRASH,并报bus error,X86上无此问题。
- ARM板卡上,RLC AM的pollReTxTmr定时器启动时,协议栈CRASH,并报bus error,X86上无此问题。此代码为原始STE1.0代码,原代码在X86平台上运行无此问题(UU测试定会启动该代码),STE3.0 TRU...
- 11:56 3.0基站产品测试 错误 #3409 (转测试): 3.0基站第二个终端du相关kpi指标异常
- agent终端指标指针偏移计算错误自验成功,已修改,待合入下个版本测试回归
- 11:21 3.0基站产品测试 错误 #3409 (已关闭): 3.0基站第二个终端du相关kpi指标异常
- 软件版本:3.0.1pre1T7
物理换机:3.0基站 192.168.8.77
问题现象:第二个终端接入后,网管侧du相关kpi指标异常;第一个终端正常,第一个终端下电后,原第二个正常。
分析结果:du kpi字节序系统补位了... - 11:54 产品3.0平台 错误 #3412 (已解决): 军特测试N78小功率基站时,DPD功能没有打开
- 测试背景:N78小功率基站使用TX0\TX1\TX2\TX3四通道
测试需求:明新定位可能与版本通道有关系,需要研发配合出一个可使用四通道的版本,之前DPDtest_Pre1T5只支持TX0\TX3;看一下测试情况
错误log打印... - 11:53 网管产品 错误 #3120: 网管在纳管核心网后,网管不显示核心网入网基站和终端imsi,以前出现过,可以用该问题单进行跟踪
- 该问题已于YZMM2.1.0Pre3T3优化,请在这个版本的后续版本验证
- 11:46 产品3.0平台 功能 #3411 (已解决): 正维功放+EVMT4板卡长跑测试ACP有恶化
- 正维功放+EVMT4:
版本:DPDtest_Pre1T5
soc温度 61°
功率45dbm,功耗48*1.4;长跑39h后,EVM、峰均比没啥变化,ACP相比之前较差;ACP次邻道从-52恶化到-42, - 11:29 网管产品 功能 #3296: 基站、核心网外部版本号显示优化
- 待核心网和基站更新最新版本再验证
- 11:28 网管产品 错误 #3308 (已解决): 在网管版本YZMM2.1.0Pre3T2,3.0基站与LMT拉齐显示PRU“射频单元信息”
- 11:28 网管产品 错误 #3308: 在网管版本YZMM2.1.0Pre3T2,3.0基站与LMT拉齐显示PRU“射频单元信息”
- 该问题已于YZMM2.1.0Pre3T3版本解决
- 11:13 网管产品 错误 #3273: 网管版本YZMM2.1.0Pre3T1核心网软件管理测试,增加核心网license上传成功,弹框提示及日志记录
- 激活存在问题
- 11:03 网管产品 错误 #3141: 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,上传非鉴权license文件,界面无校验提示
- 还是存在问题,使用网管YZMM2.1.0Pre3T3版本及核心网版本Rel_3.3.3_pre4 上传非license文件,只提示上传成功
- 10:49 B5G_UE 错误 #3017: B5G log_wirter 移植
- 目前看,还有点问题,正在优化中。
- 10:49 网管产品 错误 #3344 (转测试): 网管上事件显示时间不正确,跟实际时间差8个小时,
- 已处理
在15s定时任务里面新增了获取上报的时区后,跟当前网管的时区进行比对,不一致则上报告警。
// 时区判断
if rd.Timezone != "" {
global.LocalAlarmChannels <- ent... - 10:48 B5G_UE 错误 #3097 (已关闭): FAPI消息结构体内存对齐检查
- 已对相关的数据结构做了检查,没有有相关对齐问题。
PS,如果对结构中值用sizeof进行赋值或取数时,这个问题需要注意。否则,没有影响。 - 10:46 网管产品 错误 #3384 (转测试): 网管YZMM2.1.0Pre3T3版本,DU配置中的终端配置需要与LMT同步
- 10:45 B5G_UE 设计 #3115 (已解决): 信息终端方案
- 已经提供方案(ppt方式),并和相关的工程师做了讨论。目前各个相关模块,已在开发&测试中。
- 10:45 网管产品 错误 #3383 (转测试): 网管YZMM2.1.0Pre3T3版本,小区配置中的基础配置需要与LMT同步
- 10:45 网管产品 错误 #3382 (转测试): 网管YZMM2.1.0Pre3T3版本,射频参数配置需要与LMT同步
- 10:45 网管产品 错误 #3386 (转测试): 网管YZMM2.1.0Pre3T3版本,DU配置中的流控配置字段“NRUP丢失报告开关”需要修改为中文
- 10:45 网管产品 错误 #3387 (转测试): 网管YZMM2.1.0Pre3T3版本,DU配置中的DRX配置字段“不连续接收开关”需要修改为中文
- 10:44 网管产品 错误 #3388 (转测试): 网管YZMM2.1.0Pre3T3版本,小区配置的通用参数配置中“调度子载波间隔类型”与LMT同步
- 10:44 网管产品 错误 #3390 (转测试): 网管YZMM2.1.0Pre3T3版本,小区配置的多BWP配置的“下行BWP0配置”与LMT配置同步
- 10:44 网管产品 错误 #3407 (转测试): 网管版本YZMM2.1.0Pre3T3,需要体现基站和核心网详细版本号
- 09:40 网管产品 错误 #3407 (进行中): 网管版本YZMM2.1.0Pre3T3,需要体现基站和核心网详细版本号
- 问题定位:
网管详细版本,缺少一列“内部版本号”
问题解决
传入的列,增加“内部版本号”列
$this->stringDefinde['MODULE'], $this->stringDefinde['VERSION_NUM... - 10:44 网管产品 错误 #3394 (转测试): 网管指标界面,终端ID索引堆积异常
- 10:09 网管产品 错误 #3394 (进行中): 网管指标界面,终端ID索引堆积异常
- 原因:
造成问题是当前版本的网管不足以纳管3.0基站新增的指标,导致新增的指标过期后无法清理掉当前的终端,因为代码任务该基站还有上报的指标
处理方法:
将新增的指标导入到当前网管数据库中,重启网管,让网管支持新增... - 10:43 网管产品 错误 #3389 (转测试): YZMM2.1.0Pre3 版本3.0基站指标终端ID显示错误
- 10:30 网管产品 错误 #3389 (进行中): YZMM2.1.0Pre3 版本3.0基站指标终端ID显示错误
- 原因:
造成问题是当前版本的网管不足以纳管3.0基站新增的指标,导致新增的指标过期后无法清理掉当前的终端,因为代码任务该基站还有上报的指标
处理方法:
将新增的指标导入到当前网管数据库中,重启网管,让网管支持新增的指标信息 - 10:23 FirstCall 错误 #3408 (进行中): 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 【问题现象】
1.PDSCH获取到的de-ofdm频域数据地址buffer ping-pong取反,导致异常;
2.PDSCH获取到错误的频域数据地址后,任务处理超时; - 10:20 FirstCall 错误 #3408 (进行中): 基站下发Msg6消息(鉴权请求),终端PDSCH解析错误
- 【问题描述】
终端进入ACTIVE态后,基站下发鉴权请求消息,UE PDCCH DCI CRC解析OK,PDSCH解析CRC错误。 - 10:14 网管产品 错误 #3015: YZMM2.1.0Pre2网管,干扰规避后进行干扰恢复时,中心一致和RB一致时,5.8G不能正常按照NMS配置进行恢复。
- 2.1.0Pre3T3版本已处理
原因:代码中中心频点计算错误,导致无法进行NM恢复,修改部分新增了转频的偏移量cfd.Config.CurCvert35Offset计算
// 计算当前上行中心频率
centerFreq := ... - 10:00 B5G_UE 设计 #3246 (已解决): D2D模式下nas的uu搜网与IM和OM搜网配合方案
- 10:00 B5G_UE 设计 #3246 (进行中): D2D模式下nas的uu搜网与IM和OM搜网配合方案
- 初版方案已修改,uu改为1秒搜一次网
- 09:58 FirstCall 任务 #3280 (已解决): UU口使用最新rfic脚本顺序,phy和mac发消息失败
- 09:58 FirstCall 任务 #3280: UU口使用最新rfic脚本顺序,phy和mac发消息失败
- 修改为使用mac调用rf api的方式了。
- 09:54 网管产品 功能 #3369: 增加DU小区激活超时告警
- 待3.0基站提供版本验证
- 09:51 B5G_UE 功能 #3163 (已解决): NC 通控功能开发
- 09:48 网管产品 错误 #3385: LMT版本3.0.1T7版本中,DU配置流控配置“NRUP丢失报告开关中的”“false”和“ture”,需要修改为中文
- 待提供版本验证
- 09:42 网管产品 错误 #3391: 网管测试YZMM2.1.0Pre3T3版本,核心网版本3.3.3.pre4上报告警预期值修改
- 待提供版本验证
- 09:42 网管产品 错误 #3393: 3.0 gnb_agent看门狗单独CU不在位复位CU逻辑修改
- 待提供版本验证
2025-05-27
- 19:10 网管产品 错误 #3407 (已解决): 网管版本YZMM2.1.0Pre3T3,需要体现基站和核心网详细版本号
- 网管版本YZMM2.1.0Pre3T3,需要体现基站和核心网详细版本号
- 17:53 2.0基站产品化测试 功能 #3361 (已解决): KPI 参数修改和新增
- 该问题在网管版本YZMM2.1.0Pre3T3和3.0基站版本GNB_AGENT 315 Rel_3.0.1_Pre1T7 2025-05-23T09:56:28 Rel_3.0.1_Pre1T7 6bb4556d6371101b3f...
- 16:33 网管产品 错误 #3406 (已解决): 网管版本YZMM2.1.0Pre2T3&核心网版本3.3.3pre4,优化icense告警名称和自恢复机制
- 网管版本YZMM2.1.0Pre2T3&核心网版本3.3.3pre4,优化icense告警名称和自恢复机制
- 16:29 网管产品 错误 #3333 (已解决): 网管版本YZMM2.1.0Pre3T1测试,导出历史事件表格“sheet”页签显示“安全日志”
- 该问题已验证解决
- 16:23 3.0基站产品测试 功能 #3213 (进行中): 3.0 600ue接入
- 在做128UE接入业务测试,600UE先暂停
- 16:22 3.0基站产品测试 功能 #3259: DU日志模块化修改
- 3、用户面修改,--30%;
4、MAC修改,--25%; - 16:08 3.0基站产品测试 错误 #3405 (进行中): [3.0产测需求]基站的信令面在连接核心网失败后,需要做reboot处理
- 16:08 3.0基站产品测试 错误 #3405 (已关闭): [3.0产测需求]基站的信令面在连接核心网失败后,需要做reboot处理
- 15:55 网管产品 错误 #3301 (反馈): 网管YZMM2.1.0Pre3T2版本测试,大屏监控网元名称优化
- 大大大大法发送到 发送到发送大水发
16个字符未换行显示,需要继续再看下 - 15:51 网管产品 错误 #3302 (已解决): 网管版本YZMM2.1.0PreT2核心网软件管理测试,历史告警把核心网的告警可以放开
- 该问题已于版本YZMM2.1.0Pre3T3解决
- 15:32 3.0基站产品测试 错误 #3357: 【3.0整机】Rel_3.0.1_Pre1T5,21环境,128ue上下行同时udp,部分ue没速率
- 振彬分析是arm核心网响应慢,CU定时器超时,是部分UE未接入原因之一。把定时器改大成2S,正在复测。
- 14:50 3.0基站产品测试 错误 #3357 (进行中): 【3.0整机】Rel_3.0.1_Pre1T5,21环境,128ue上下行同时udp,部分ue没速率
- 部分UE没有流量,是因为压根没接入。
- 14:53 3.0基站产品测试 错误 #3208 (进行中): [3.0产品测试]3.0.1pre1_T3,上行UDP灌包后,上行RSRP会从-67变到-129
- 正在T7版本复现。
- 14:53 3.0基站产品测试 错误 #3332 (进行中): [3.0产品测试]3.0.1pre1_T5,5.8G星思终端下行灌包400M会掉线
- 正在T7版本复现。
- 14:49 3.0基站产品测试 错误 #3358 (进行中): 【3.0整机】Rel_3.0.1_Pre1T5,21环境,1D3U配置,单ue上下行同时udp,速率不足
- 整了下环境,单UE,
上行64qam和256qam均可达峰值。
下行64qam可达峰值,256qam不能,mcs只能到19。 - 14:45 3.0基站产品测试 错误 #3392 (进行中): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入过程,du core dump
- 是多线程共同操作同一块内存导致。解决方法是把下行组包(本来就是rlc的流程)从worker1挪到worker2线程,立伟已修改,正在验证。
- 14:42 3.0基站产品测试 错误 #3404 (已解决): 起站成功后有gps sync ok,有stc tracking ok。gps同步成功,但没有set bj time ok,可能10分钟或者20分钟后才会打印bj time ok,时间不同步。
- 起站成功后有gps sync ok,有stc tracking ok。gps同步成功,但没有set bj time ok,可能10分钟或者20分钟后会打印bj time ok,时间不同步。
- 14:41 3.0基站产品测试 错误 #3356 (转测试): Rel_3.0.1_Pre1T5:16UE上行双流大流量灌包,UE反复掉线后重接
- 强制SR开启导致,已对强制SR功能优化(T7已合入),建议用T7版本复测。
- 14:41 3.0基站产品测试 错误 #3403 (已解决): 起站时will get gps sync status,一直...,gps不能同步,reboot后可以正常起站
- 起站时will get gps sync status,一直...,gps不能同步,reboot后可以正常起站
排查下是否代码逻辑问题,导致GPS应同步上但却一直没有同步上 - 14:40 3.0基站产品测试 错误 #3211 (已解决): 3.0基站上下并行udp业务长跑压力,du coredump挂死
- 14:39 3.0基站产品测试 错误 #3275 (转测试): 3.0.1T4软件版本,基站配置2.6G和4.9G场景,终端都无法接入
- 3.0上频点配置,coresrt0与pointA不对齐,就接入不了问题定位:
是FAPI 接口,pdsch信道refPointa字段指示有问题。
该字段的物理含义是,pdsch dmrs序列生成的起始位置指示:
refPo... - 14:39 3.0基站产品测试 错误 #3291 (已关闭): 3.0基站整机环境,du崩溃后未在路径下找到coredump文件
- 解决
- 14:24 2.0基站产品化测试 错误 #3309 (已解决): 鼎桥cpe跨核心网切换失败
- 14:23 3.0基站产品测试 错误 #3201 (已解决): 网管侧无法显示终端业务指标,du未正常上报
- 14:23 3.0基站产品测试 错误 #2854 (进行中): [3.0产品测试]3.0.0pre1_T3小区激活过程中cu出现coredump
- 2025-0527 程鹏整机环境再次出现。需后续解决。
- 14:19 3.0基站产品测试 错误 #3402 (已关闭): 3.0.1 pre1T7版本下行udp灌包,du coredump挂死
- 软件版本:3.0.1pre1T7
物理环境:192.168.8.77
测试环境:单用户鼎桥终端,3.5G单板环境,udp下行灌包400M
问题现象:udp灌包下行400M,10分钟左右du coredump挂死 - 13:44 网管产品 错误 #3401 (进行中): 基站重复启动告警修改优化
- 13:44 网管产品 错误 #3401 (已解决): 基站重复启动告警修改优化
- 内容修改:
参数类型 参数名 参数说明
附加信息 模块 异常的协议栈模块名称
统计周期 统计协议栈异常次数的时间范围
阈值次数 在统计周期... - 11:37 研发产品测试 错误 #3158 (已解决): 【17p_pre1_t3】研华服务器外场测试,agent无法正常启动
- 实测解决
- 11:07 网管产品 错误 #3306: 3.0.1T5版本,测试时发现起站后网管小区信道读不到信道信息,显示灰色。
- 该问题已于版本YZMM2.1.0Pre3T3&3.0基站版本解决,请在这个版本后续版本验证
- 10:54 网管产品 错误 #3381 (已解决): 网管YZMM2.1.0Pre3T2升级到YZMM2.1.0Pre3T3版本测试,升级失败
- 该问题已于YZMM2.1.0Pre3T3验证解决
- 10:34 B5G_UE 任务 #3398: OAM部分上报信息处理完善
- oam配置文件:wnOamReportConfig.json
上报汇总需求更新,B5gInfoDefine修改 - 09:18 B5G_UE 任务 #3398 (进行中): OAM部分上报信息处理完善
- 邻节点相关信息:
6、邻区信息的解析上报
7、到IRN的路由信息解析上报
8、网络拓扑信息的解析上报 - 09:14 B5G_UE 任务 #3398 (进行中): OAM部分上报信息处理完善
- 1、调用GPS接口和位置信息上报
2、cell0小区的部分静态配置信息上报
3、终端拓扑角色和入网状态的记录和使用
4、终端启动时间的获取和上报
5、终端设备类型(车载、手持)的获取和上报 - 10:27 3.0基站产品测试 错误 #3400 (转测试): 现在3.0的包,放到2.0执行会崩溃,在3.0环境正常
- 09:52 3.0基站产品测试 错误 #3399 (已解决): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,du core dump
- 简述:【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE上下行同时udp长跑,du core dump
测试版本:Rel_3.0.1_Pre1T7
问题描述:【3.0整机】Rel_3.0.1_Pre1T7,21环... - 09:47 3.0基站产品测试 错误 #3379 (已解决): T6版本vonr同频切换中偶现终端报A3未切换现象
- 基于Rel_3.0.1_Pre1T7版本,替换振斌提供cu包,vonr同频切换正常,vonr异频切换正常,问题解决。
- 09:33 网管产品 错误 #3118: YZMM2.1.0Pre3网管,升级显示成功,实际升级也成功了,但是操作日志里面显示失败,且原因为空值。
- 仍然存在问题,问题复现可通过网管升级或者回退进行复现;
- 09:18 网管产品 错误 #3015 (反馈): YZMM2.1.0Pre2网管,干扰规避后进行干扰恢复时,中心一致和RB一致时,5.8G不能正常按照NMS配置进行恢复。
- 请确认问题是否解决,解决填写下解决的版本
- 09:06 B5G_UE 功能 #3372 (已关闭): OAM层间消息处理流程完善
- 补齐了与PDCP、DLAP和SDAP之间的层间消息处理流程
- 09:05 B5G_UE 功能 #3162 (已关闭): DLAP 通控功能开发
- 09:05 B5G_UE 任务 #3341 (已关闭): OAM指标上报代码走读问题修改
2025-05-26
- 18:01 3.0基站产品测试 错误 #3371 (已解决): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU json修改PA_ATT未生效
- 18:00 3.0基站产品测试 错误 #3371: [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU json修改PA_ATT未生效
- 功放初始化未添加到rfic初始化主程序,已在新的DPD测试程序中解决
- 18:01 3.0基站产品测试 错误 #3312 (已解决): Rel_3.0.1_Pre1T5,21环境,firmware路径下缺少json文件
- 已通过更新文件解决
- 17:56 产品3.0平台 功能 #3022: 板卡烧录过程优化
- 基于idtcm.bin文件被gps_pps_idtcm.bin覆盖的问题,新版本在重新制作根文件系统的时候不把后缀为idtcm.bin的两个文件导入,已经询问过王文华,此二文件不会生效,剔出后不会对系统造成影响。具体查看问题单3395...
- 16:03 产品3.0平台 功能 #3022: 板卡烧录过程优化
- ① 已经做完。
② 设计的流程是启动时读取 /boot/分区下的一个标志,根据这个标志修改uboot 的启动模式从ramdisk 到 mmcp3 启动。 - 17:49 产品3.0平台 错误 #3397 (新建): idtcm文件被修改后需要重新烧写emmc程序
- 出现以下错误。
commonDev abort
ERR RETURN: public/src/adi_ad9528.c 860 adi_ad95228_PllLockStatusGet
ERR RETURN: public/sr... - 17:40 3.0基站产品测试 错误 #3396 (进行中): CU信令面消息乱序重排后,只有第一帧被处理,导致其他消息丢失问题
- 17:37 3.0基站产品测试 错误 #3396 (已解决): CU信令面消息乱序重排后,只有第一帧被处理,导致其他消息丢失问题
- 17:36 3.0基站产品测试 错误 #3379 (转测试): T6版本vonr同频切换中偶现终端报A3未切换现象
- 17:36 3.0基站产品测试 错误 #3379: T6版本vonr同频切换中偶现终端报A3未切换现象
- 原因:在函数bearer_mgr_ue_conn_state::bearer_conn_setup_ongoing_for_hand_in::on_egtpu_lower_rx_tunnels_setup_rsp_event中,当ue...
- 17:33 产品3.0平台 错误 #3293 (已关闭): T5版本测试
- 17:13 3.0基站产品测试 错误 #3376 (已解决): T6版本vonr同频切换中出现基站cu挂死
- 在Rel_3.0.1_Pre1T7版本同频、异频带vonr与vinr业务切换多次未出现cu挂死问题,问题关闭。
- 17:01 3.0基站产品测试 错误 #3376 (转测试): T6版本vonr同频切换中出现基站cu挂死
- 【问题原因】
为了降低下行业务的cpu,将dl_thread指针获取的地方都替换成了对应的指针对象
但是有一个切换的句柄指针没有做相应的设置,所以导致了崩溃
【修改方案】
对一个切换的句柄指针做相应的设置,然后就不会不崩溃... - 16:46 3.0基站产品测试 错误 #3370 (已解决): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU DU界面持续打印send buff&&getbuff异常打印
- 已通过关闭uart串口打印在新版本解决
- 16:20 产品3.0平台 错误 #3395 (已解决): idtcm.bin文件被gps_pps_idtcm.bin覆盖
- 出现现象,rfic_a.out文件启动后出现了如下错误,更换idtcm文件后恢复正常,经过compare对比发现idtcm文件被同一路径下的gps_pps_idtcm.bin覆盖
commonDev abort
ERR RETUR... - 14:20 3.0基站产品测试 功能 #3048 (已关闭): 3.0 msg4跳过在s slot上调度
- *在3.0基站Rel_3.0.1_Pre1T7版本上分别验证2种子帧下msg4都跳过了在S slot调度,如下:*
!3.0%E5%9F%BA%E7%AB%991D1S3U%E5%AD%90%E5%B8%A7%E9%85%8D%... - 12:26 FirstCall 错误 #3269 (已解决): MSG5 PDCCH存在虚检
- 12:26 B5G_UE 错误 #3373 (已解决): pdcch 误检
- 11:45 3.0基站产品测试 功能 #3362 (已解决): 增加CU、DU复位CU消息接口
- 11:43 3.0基站产品测试 错误 #3360 (已解决): GNB_MGR/DU_INST/GNB_AMF实例状态机完备性补充
- 11:43 2.0基站产品化测试 需求CR #3313 (已解决): HA热备核心网AMF跟基站sctp链路异常不去活用户的需求
- 11:12 网管产品 错误 #3394 (已关闭): 网管指标界面,终端ID索引堆积异常
- 网管2.1.0pre3版本,对接3.0 T7版本基站;
终端连续掉线几次后, *网管指标界面终端ID索引堆积。*
实际基站侧仅有一终端在线,agent上报正常,需要网管前台再分析。 - 10:29 网管产品 错误 #3391 (转测试): 网管测试YZMM2.1.0Pre3T3版本,核心网版本3.3.3.pre4上报告警预期值修改
- 已区分arm架构与x86架构内核信息告警上报逻辑,待测试回归
- 10:26 网管产品 错误 #3393 (转测试): 3.0 gnb_agent看门狗单独CU不在位复位CU逻辑修改
- 完成逻辑修改,待测试回归
- 10:24 网管产品 错误 #3393 (已解决): 3.0 gnb_agent看门狗单独CU不在位复位CU逻辑修改
- 看门狗机制检测只是CU不在位则单独复位CU,不复位phy,du
- 10:25 2.0基站产品化测试 错误 #3239 (已解决): 17Ppre1T3基站版本,使用研华服务器进行测试验证,在起站过程中发现卡在cudu这里,无法正常起站。
- 10:24 3.0基站产品测试 错误 #3253 (已解决): 3.0.1T4软件版本,测试时发现网管上只卸载基站软件版本,agent没有卸载,网管目前正常控制基站,但是LMT无法正常登录
- 10:22 网管产品 错误 #3385 (转测试): LMT版本3.0.1T7版本中,DU配置流控配置“NRUP丢失报告开关中的”“false”和“ture”,需要修改为中文
- 已修改,合入下个版本待测试回归验证
- 10:05 3.0基站产品测试 功能 #3348 (已解决): baseService增加核的cpu使用情况的运行日志打印
- h3. 基于Rel_3.0.1_Pre1T7版本,替换玮璇提供baseservice包,验证如下:
1、将运行日志内存的记录时间设置为10s间隔,日志记录时间间隔为10s,日志记录时间有每个核的CPU核占用情况,与htop上核占比对... - 09:55 网管产品 错误 #3390 (进行中): 网管YZMM2.1.0Pre3T3版本,小区配置的多BWP配置的“下行BWP0配置”与LMT配置同步
- 已同步
- 09:52 网管产品 错误 #3388 (进行中): 网管YZMM2.1.0Pre3T3版本,小区配置的通用参数配置中“调度子载波间隔类型”与LMT同步
- 已同步
- 09:51 网管产品 错误 #3387 (进行中): 网管YZMM2.1.0Pre3T3版本,DU配置中的DRX配置字段“不连续接收开关”需要修改为中文
- 已修改
- 09:50 基站横联 错误 #3326: EVMT4板卡,单向接收PDSCH未解对
- PDCCH未解对,未触发PDSCH流程。(只看到了这个3333,进了pdcch流程。剩下的就看不到了)
!img_v3_02mb_4e44d3bc-7bac-475a-9e43-9a4461a68bdg.jpg!
- 09:50 网管产品 错误 #3386 (进行中): 网管YZMM2.1.0Pre3T3版本,DU配置中的流控配置字段“NRUP丢失报告开关”需要修改为中文
- 已修改为打开和关闭
- 09:48 FirstCall 错误 #3298 (已解决): 连续触发PDSCH流程后,PDSCH流程跑不下去
- 增加UT测试,触发5000次均成功。
!%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202025-05-26%20094812.png!
- 09:41 3.0基站产品测试 错误 #3392 (已解决): 【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入过程,du core dump
- 简述:【3.0整机】Rel_3.0.1_Pre1T7,21环境,128UE接入过程,du core dump
测试版本:Rel_3.0.1_Pre1T7
问题描述:【3.0整机】Rel_3.0.1_Pre1T7,21环境,128U... - 09:41 网管产品 错误 #3382 (进行中): 网管YZMM2.1.0Pre3T3版本,射频参数配置需要与LMT同步
- 已同步
- 09:39 网管产品 错误 #3383 (进行中): 网管YZMM2.1.0Pre3T3版本,小区配置中的基础配置需要与LMT同步
- 已同步
- 09:26 网管产品 错误 #3384 (进行中): 网管YZMM2.1.0Pre3T3版本,DU配置中的终端配置需要与LMT同步
- 已同步
- 09:15 网管产品 功能 #3380: 新增配置参数根据关联参数显示不同的取值范围
- 支持>、>=、<、<=、==、!=、&& 条件
2025-05-24
- 17:51 网管产品 错误 #3391 (已解决): 网管测试YZMM2.1.0Pre3T3版本,核心网版本3.3.3.pre4上报告警预期值修改
- 网管测试YZMM2.1.0Pre3T3版本,核心网版本3.3.3.pre4上报告警预期值修改
- 17:39 3.0基站产品测试 错误 #3325: [3.0产品测试]3.0.1pre1_T5,基站启动后,终端搜不到信号
- 在T7版本上可以重新测试这个问题,gps tracking ok后才开始启动建立小区,可以规避这个问题。
- 16:22 网管产品 错误 #3390 (已解决): 网管YZMM2.1.0Pre3T3版本,小区配置的多BWP配置的“下行BWP0配置”与LMT配置同步
- 网管YZMM2.1.0Pre3T3版本,小区配置的多BWP配置的“下行BWP0配置”与LMT配置同步
“PCCH”配置,“PDSCH速率匹配配置”,“CSI参数配置”,“” - 16:12 3.0基站产品测试 错误 #3046 (已解决): 3.0基站3.7频点(中心频率3748980)终端不能接入
- 基于Rel_3.0.1_Pre1T7版本,替换魏幸幸提供du包后,3.0基站3.7频点(中心频率3748980)终端可以接入了,问题解决。
- 16:09 3.0基站产品测试 错误 #3046 (转测试): 3.0基站3.7频点(中心频率3748980)终端不能接入
- 16:09 3.0基站产品测试 错误 #3046 (进行中): 3.0基站3.7频点(中心频率3748980)终端不能接入
- 3.0上频点配置,coresrt0与pointA不对齐,就接入不了问题定位:
是FAPI 接口,pdsch信道refPointa字段指示有问题,
该字段的物理含义是,pdsch dmrs序列生成的起始位置指示:
refPo... - 16:00 网管产品 错误 #3389 (转测试): YZMM2.1.0Pre3 版本3.0基站指标终端ID显示错误
- YZMM2.1.0Pre3 版本指标终端ID显示错误,实际在线只有一个UE,但是筛选网元后,终端ID显示3个,如附件图所示
- 15:22 网管产品 错误 #3388: 网管YZMM2.1.0Pre3T3版本,小区配置的通用参数配置中“调度子载波间隔类型”与LMT同步
- 增加该参数页面修改“针对限制集设置”取值0 1 2修改为“非限制集”“限制集A”“限制集B”
- 15:20 网管产品 错误 #3388 (已解决): 网管YZMM2.1.0Pre3T3版本,小区配置的通用参数配置中“调度子载波间隔类型”与LMT同步
- 网管YZMM2.1.0Pre3T3版本,小区配置的通用参数配置中“调度子载波间隔类型”与LMT同步
- 15:16 网管产品 错误 #2893 (进行中): 网管2.1T15版本测试,网络原因或者启停任何一个核心网服务(IMS\NGC)、状态显示故障-未触发
- 15:13 网管产品 错误 #3387 (已解决): 网管YZMM2.1.0Pre3T3版本,DU配置中的DRX配置字段“不连续接收开关”需要修改为中文
- 网管YZMM2.1.0Pre3T3版本,DU配置中的DRX配置字段“不连续接收开关”需要修改为中文
- 15:10 网管产品 错误 #3308 (转测试): 在网管版本YZMM2.1.0Pre3T2,3.0基站与LMT拉齐显示PRU“射频单元信息”
- 15:10 网管产品 错误 #3386 (已解决): 网管YZMM2.1.0Pre3T3版本,DU配置中的流控配置字段“NRUP丢失报告开关”需要修改为中文
- 网管YZMM2.1.0Pre3T3版本,DU配置中的流控配置字段“NRUP丢失报告开关”需要修改为中文
- 15:08 网管产品 错误 #3344: 网管上事件显示时间不正确,跟实际时间差8个小时,
- agent增加基本信息时区上报字段
type Device struct {
Id string `json:"id"`
GnbId ... - 14:51 网管产品 错误 #3344: 网管上事件显示时间不正确,跟实际时间差8个小时,
- 1. 由于目前公司产品都是基于私网做的,各个服务器设备间的时区配置有可能存在不一致
2. 产品不仅仅用于东八区+8:00,
综述上面,网管新增告警即可,如果网元上报的时区跟网管不在一个时区范围,那么新增一条告警
先让co... - 15:04 网管产品 错误 #3385 (已解决): LMT版本3.0.1T7版本中,DU配置流控配置“NRUP丢失报告开关中的”“false”和“ture”,需要修改为中文
- LMT版本3.0.1T7版本中,DU配置流控配置“NRUP丢失报告开关中的”“false”和“ture”,需要修改为中文
- 14:55 网管产品 错误 #3384 (已解决): 网管YZMM2.1.0Pre3T3版本,DU配置中的终端配置需要与LMT同步
- 网管YZMM2.1.0Pre3T3版本,DU配置中的终端配置需要与LMT同步
- 14:45 网管产品 错误 #3383 (已解决): 网管YZMM2.1.0Pre3T3版本,小区配置中的基础配置需要与LMT同步
- 网管YZMM2.1.0Pre3T3版本,小区配置中的基础配置需要与LMT同步
- 14:42 网管产品 错误 #3382 (已解决): 网管YZMM2.1.0Pre3T3版本,射频参数配置需要与LMT同步
- 网管YZMM2.1.0Pre3T3版本,射频参数配置需要与LMT同步
- 14:41 网管产品 错误 #3120 (转测试): 网管在纳管核心网后,网管不显示核心网入网基站和终端imsi,以前出现过,可以用该问题单进行跟踪
- 14:40 网管产品 错误 #3333 (转测试): 网管版本YZMM2.1.0Pre3T1测试,导出历史事件表格“sheet”页签显示“安全日志”
- 14:40 网管产品 功能 #3296 (转测试): 基站、核心网外部版本号显示优化
- 14:40 网管产品 错误 #3301 (转测试): 网管YZMM2.1.0Pre3T2版本测试,大屏监控网元名称优化
- 14:39 网管产品 错误 #3300 (已解决): 网管YZMM2.1.0Pre3T2版本测试,数据看板告警统计和大屏监控统计不一致
- 14:39 网管产品 错误 #3302 (转测试): 网管版本YZMM2.1.0PreT2核心网软件管理测试,历史告警把核心网的告警可以放开
- 14:39 网管产品 错误 #3087 (转测试): 干扰规避增强需求---“干扰规避增强:自动识别干扰稳定性”
- ####################################################
##### 干扰规避相关 配置信息
配置文件中config.yaml新增:
##### 【*】 干扰规避的频段范围配置很重... - 14:36 网管产品 功能 #3054 (转测试): 干扰规避新增自动识别干扰稳定性
- 已经新增代码
配置config.yaml中新增:
####################################################
##### 干扰规避相关 配置信息
##### 【*】 干扰规避的频段... - 14:33 网管产品 错误 #3306 (转测试): 3.0.1T5版本,测试时发现起站后网管小区信道读不到信道信息,显示灰色。
- 14:32 网管产品 功能 #3369 (转测试): 增加DU小区激活超时告警
- 已处理
- 14:31 2.0基站产品化测试 功能 #3361 (转测试): KPI 参数修改和新增
- 11:23 2.0基站产品化测试 功能 #3361: KPI 参数修改和新增
- oam-backend 修改代码部分(因为现在接口版本已经到v3了):
v1 处理方式:
dvv.Data["dl-cqi"] = tools.ChangeValueByRuleMaps("ul-cqi", fmt.Sprint(... - 14:30 网管产品 错误 #3381 (转测试): 网管YZMM2.1.0Pre3T2升级到YZMM2.1.0Pre3T3版本测试,升级失败
- 1. 由于新增的干扰规避配置没有合并到升级包中,导致升级完成后,oam-backend启动失败
- 11:46 网管产品 错误 #3381 (已解决): 网管YZMM2.1.0Pre3T2升级到YZMM2.1.0Pre3T3版本测试,升级失败
- 网管YZMM2.1.0Pre3T2升级到YZMM2.1.0Pre3T3版本测试,升级失败
- 14:28 网管产品 功能 #3126 (转测试): 增加600M直出RU的干扰规避功能
- 功能已开发完成
// 配置干扰规避
global.InfAvoid = interfereavoid.InterfereAvoid{
NetConfCfg: &interfereavoid.NetConfCfg{
Hos... - 11:40 网管产品 功能 #3380 (进行中): 新增配置参数根据关联参数显示不同的取值范围
- 例:
<ConfigItem name="GNB_LOG_LEVEL_CONFIG/APP" isShow="1" showName="特殊测试" canEdit="1" showType="Combo" range="TRACE=... - 11:35 网管产品 功能 #3380 (挂起): 新增配置参数根据关联参数显示不同的取值范围
- 10:48 网管产品 错误 #3377 (已解决): LMT版本3.0.1T6版本中,状态监控中“硬件看门狗使能”开关不显示
- 2025-05-23T09:56:28 Rel_3.0.1_Pre1T7 6bb4556d6371101b3f842b28a53ea8085c9d84fd
agent这个版本解决 - 09:46 产品3.0平台 功能 #3363: 3.0 EVMT4 N78整机长跑测试15h,DPD失效
- 测试条件:测试前降低2db功率,输出41.6dbm;DPD正常:邻道-44.5dbc/-43.8dbc。次邻道-65dbc-47dbc
测试结果:长跑半小时后输出42.1dbm;DPD失效:邻道-38dbc/-37dbc。次邻道-6...
2025-05-23
- 16:51 产品3.0平台 功能 #3364 (进行中): 3.0 EVMT4 N78整机CFR较差
- 14:24 3.0基站产品测试 错误 #3379 (进行中): T6版本vonr同频切换中偶现终端报A3未切换现象
- 11:44 3.0基站产品测试 错误 #3379 (已关闭): T6版本vonr同频切换中偶现终端报A3未切换现象
- 【问题描述】Rel_3.0.1_Pre1T6版本vonr同频切换中偶现终端报A3但没有切换流程现象,2号vivo手机易触发;
!%E6%8A%93%E5%8C%85%E5%88%86%E6%9E%90%E6%88%AA%E5%9... - 11:23 2.0基站产品化测试 功能 #3361: KPI 参数修改和新增
- agent已完成与DU联调,待网管修改
- 10:07 3.0基站产品测试 错误 #3378 (进行中): T6版本空口环境较差时候重传分片重传晚,不能及时进行重传
- 该问题,通过Log分析,在空口不好,存在重传时,对重传包分片重传时,在前半片重传之后,剩余重传后分片,没有在下一次调度中及时发送,这回导致接收端增加重组时间,时延增大。问题已修改。
- 09:52 3.0基站产品测试 错误 #3378 (转测试): T6版本空口环境较差时候重传分片重传晚,不能及时进行重传
- 空口环境较差时候重传分片重传晚,不能及时进行重传,可能会导致流量波动较大,韩伟分析log已经定位,待修改合入代码
- 10:01 3.0基站产品测试 错误 #3367 (进行中): [3.0产品测试]3.0.1pre1_T6,下行UDP速率低,波动很大
- 此问题为rlc 队列在增加和删除,触发门限场景下,ddds没有及时触发,同时CU侧将上报的dbs强制缩减,导致存在一定时间段内没有下发流量。问题已修改验证。
- 10:00 3.0基站产品测试 错误 #3366 (进行中): 3.0T6版本7D2U下行速率低RB利用率低
- 此问题为rlc 队列在增加和删除,触发门限场景下,ddds没有及时触发,同时CU侧将上报的dbs强制缩减,导致存在一定时间段内没有下发流量。问题已修改验证。
- 09:24 网管产品 错误 #3377 (转测试): LMT版本3.0.1T6版本中,状态监控中“硬件看门狗使能”开关不显示
- 已修改,合入T7版本待测试回归
- 09:19 网管产品 错误 #3377 (已解决): LMT版本3.0.1T6版本中,状态监控中“硬件看门狗使能”开关不显示
- LMT版本3.0.1T6版本中,状态监控中“硬件看门狗”开关不显示
2025-05-22
- 20:52 3.0基站产品测试 错误 #3376 (进行中): T6版本vonr同频切换中出现基站cu挂死
- 20:21 3.0基站产品测试 错误 #3376 (已关闭): T6版本vonr同频切换中出现基站cu挂死
- 【问题描述】T6版本vonr同频切换中出现基站cu挂死问题,有cu coredump文件生成;
!cu%20coredump%E6%96%87%E4%BB%B6%E7%94%9F%E6%88%90%E7%95%8C%E9%9D%... - 18:03 B5G_UE 错误 #3375 (已关闭): bug fix0520分支UU口搜到网进入IRN模式后,收到preamble,无法回复RAR
- 20250522:验证通过关闭
- 18:03 B5G_UE 错误 #3375 (已解决): bug fix0520分支UU口搜到网进入IRN模式后,收到preamble,无法回复RAR
- 修改如下:
将rgSCHTomIsDlAllowed函数中的语句删除
/*if (!cmGCb.isMasterUeCfged)
RETVALUE(FALSE);*/
将如下函数rgSCHGenSchdUlSchedK... - 18:00 B5G_UE 错误 #3375 (已关闭): bug fix0520分支UU口搜到网进入IRN模式后,收到preamble,无法回复RAR
- bug fix0520分支UU口搜到网进入IRN模式后,收到preamble,无法回复RAR
rgSCHTomIsDlAllowed函数中新添加了语句:
if (!cmGCb.isMasterUeCfged)
RETVA... - 17:46 产品3.0平台 功能 #3276 (已解决): tdd_config开发
- root@driver:~/zaj/phy# ./tdd_config -h
Usage:
Configure slots: ./ueSlotConfig <slot1> <slot2> ... <slot10>
Ena... - 17:10 B5G_UE 错误 #3374 (已关闭): bug fix0520分支UU口搜到网进入IRN模式后,无法触发SR
- 已经修改上库,关闭
- 17:09 B5G_UE 错误 #3374 (已解决): bug fix0520分支UU口搜到网进入IRN模式后,无法触发SR
- 解决方式看问题描述
- 17:09 B5G_UE 错误 #3374 (已关闭): bug fix0520分支UU口搜到网进入IRN模式后,无法触发SR
- bug fix0520分支UU口搜到网进入IRN模式后,无法触发SR;
之前分支出现过,王艳芳修改后被冲掉,重新修函数wnMacSchCfgUeStatus(wnMpiP mpiStruct,wnUeCbP ueCb)添加如下修改... - 17:00 B5G_UE 错误 #3373 (转测试): pdcch 误检
- 16:59 B5G_UE 错误 #3373: pdcch 误检
- 现象:msg5 抓到一组错误码流,ide和ut测试都能check对,发现crc模块check错误
原因:crc24ccheck模块中,应该取输入码流的最后24bit校验位和crccheck模块生成的24bit校验位比较,原微码模块中... - 16:49 B5G_UE 错误 #3373 (已解决): pdcch 误检
- msg5 抓到一组错误码流,ide和ut测试都能check对,发现crc模块check错误
- 16:53 B5G_UE 功能 #3372 (进行中): OAM层间消息处理流程完善
- 14:40 B5G_UE 功能 #3372 (已关闭): OAM层间消息处理流程完善
- 1、完成OAM与PDCP、SDAP和DLAP层间消息处理流程的开发
2、完善OAM接收和发送消息队列初始化流程 - 16:51 FirstCall 错误 #3269 (转测试): MSG5 PDCCH存在虚检
- 16:06 3.0基站产品测试 错误 #2900: [3.0产品测试]3.0.0pre1_T4 小区激活失败,卡在9528 SYS APLL/DPLL is not lockeed
- 写个代码监控下, 这个8a是否锁定, 没有锁定的话,提示下要进行重启操作,若被修改了需覆盖后重启。
- 15:09 3.0基站产品测试 错误 #2900: [3.0产品测试]3.0.0pre1_T4 小区激活失败,卡在9528 SYS APLL/DPLL is not lockeed
- 5.22 - 15:09出现
- 11:42 3.0基站产品测试 功能 #3048 (已解决): 3.0 msg4跳过在s slot上调度
- *在2.0基站Rel_2.1.17P_Pre1T4版本上分别验证3种子帧下msg4都跳过了在S slot调度,如下:*
!2D1S7U%E5%AD%90%E5%B8%A7%E9%85%8D%E6%AF%94%E6%97%A5%E... - 11:18 3.0基站产品测试 错误 #3371 (进行中): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU json修改PA_ATT未生效
- 问题设备:基站——192.168.8.213 网管——192.168.8.170
问题版本: Rel_3.0.1_Pre1T6 + DPD_DU
基本配置: 大下行7D2U 下行双天线 上行单天线
问题现象:rfic... - 11:15 3.0基站产品测试 错误 #3370 (已解决): [3.0产品测试DPD联调]Rel_3.0.1_Pre1T6 + DPD_DU DU界面持续打印send buff&&getbuff异常打印
- 问题设备:基站——192.168.8.213 网管——192.168.8.170
问题版本: Rel_3.0.1_Pre1T6 + DPD_DU
基本配置: 大下行7D2U 下行双天线 上行单天线
问题现象:使用基于... - 10:50 网管产品 功能 #3369 (已解决): 增加DU小区激活超时告警
- 告警ID:
INSERT INTO `FMDefine` VALUES(82, 'STR_CELL_ACTIVATION_TIMEOUT', 0, 3, 1, 0);
关联恢复:
INSERT INTO `FMAssocRest... - 09:18 3.0基站产品测试 功能 #3362: 增加CU、DU复位CU消息接口
- Agent已完成CU侧编码,待与CU联调
- 09:17 3.0基站产品测试 功能 #3362: 增加CU、DU复位CU消息接口
- // 数据接口版本定义
type HeaderData struct {
Module uint16 //模块ID (0:CU )
MsgType uint8 //消息ID (5 操作基站软件模块消息)
Version uin... - 08:47 3.0基站产品测试 功能 #3348 (转测试): baseService增加核的cpu使用情况的运行日志打印
- 转测试;
观察运行日志是否增加该打印;修改打印时间间隔观察是否可以正常打印;自身使用核是否正常;打印的核使用是否大差不差(一秒计算和htop一秒刷新可能是存在每秒数值差异,但是大差不差);
导出 Atom