活动
从 2025-04-07 到 2025-05-06
今天
- 20:32 FirstCall 错误 #3289 (进行中): 使用新的AP_driver，SIB1上报后解析失败
- 【问题分析】
使用1T4版本，
1.MIB可以解析成功；
2.wireShark可以抓到消息里携带SIB1，TB_size=123；SIB1上报后MAC解析失败；
怀疑传输被截断。 - 20:30 FirstCall 错误 #3289 (进行中): 使用新的AP_driver，SIB1上报后解析失败
- 【问题描述】
1.使用AP_driver 1T4版本，SIB1上报后解析失败； - 19:11 B5G_UE 功能 #3157: IM 链路RACH信道修改和开发
- 【问题描述】IM 链路RACH信道修改和开发
【问题进展】和朱总讨论，IM链路RACH采用打桩方式，格式采用C2方式，（UU口采用B4），和王志尧确认，思朗代码支持短码格式C2。
DD口终端和射频的接口地址和UU口相同。 - 16:08 B5G_UE 功能 #3157 (进行中): IM 链路RACH信道修改和开发
- 【问题描述】IM 链路RACH信道修改和开发
【问题进展】和朱总讨论，IM链路RACH采用打桩方式，格式采用C2方式，（UU口采用B4） - 18:00 FirstCall 错误 #2955: L1C卡死不运行，导致无法接受FAPI消息
- 通过保存在IM空间的全局变量在入口，FAPI处理完和出口处，通过每次执行一次加一的方法，发现三个地方的变量一致，故排除L1C程序被触发后，没有退出的可能性。
- 17:56 FirstCall 错误 #2955: L1C卡死不运行，导致无法接受FAPI消息
- 通过在L1C入口加入口处，处理完 FAPI处和出口处，三个地方加TRACE，方法是每次读出DDR然后加一，存入DDR，通过TRACE捕获，发现入口的TRACE比 FAPI处和出口处多一， 通过二分法，定位到RACH DDR搬移数据的代...
- 16:56 网管产品 错误 #3260 (已解决): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，安装核心网版本完成后无法连接核心网
- 核心网版本中的升级脚本未配套支持升级的版本包，造成安装后IP地址被修改，该问题已明确验证完成。
- 13:56 网管产品 错误 #3260 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，安装核心网版本完成后无法连接核心网
- 已修改，待测试回归
- 16:52 B5G_UE 错误 #3268 (已解决): msg5中基站收不到pucch的ACK问题
- 【问题描述】msg5中基站收不到pucch的ACK问题
【问题原因】整合新版本后，发现基站没有pucch的ACK，，怀疑是整合版本后，卡在pucch之前的流程，没有调用pucch。
在北京250环境，使用最新的First_Call... - 16:47 B5G_UE 功能 #3183 (进行中): IM 链路PUC设计
- 16:33 FirstCall 错误 #3241 (进行中): DD口PDCCH信道译码错误，SIB1译码后卡死
- 16:27 B5G_UE 错误 #3288 (已关闭): wn5gNrUePsCfg.json配置文件中添加oam相关配置后，导致fread读取文件时size大小不够，文件读取失败
- 修改验证通过关闭
- 16:27 B5G_UE 错误 #3288 (已解决): wn5gNrUePsCfg.json配置文件中添加oam相关配置后，导致fread读取文件时size大小不够，文件读取失败
- 20250506：问题已经按照修改描述进行修改并上传大trunk分支
- 16:26 B5G_UE 错误 #3288 (已关闭): wn5gNrUePsCfg.json配置文件中添加oam相关配置后，导致fread读取文件时size大小不够，文件读取失败
- 问题描述：
wn5gNrUePsCfg.json配置文件中添加oam相关配置后，导致fread读取文件时size大小不够，文件读取失败，UE初始化失败；
问题修改：
扩大size宏定义大小JSON_FILE_BUFF_SZ从10... - 16:05 2.0基站产品化测试 错误 #3125 (转测试): rel_3.3.3_pre3核心网版本，终端接入后未建立PDU，release后核心网显示终端依旧在线。
- 16:02 2.0基站产品化测试 错误 #3125 (已解决): rel_3.3.3_pre3核心网版本，终端接入后未建立PDU，release后核心网显示终端依旧在线。
- 在核心网rel_3.3.3_pre4版本中解决
- 16:04 NGC 错误 #3144 (转测试): 【rel_3.3.3_pre2】核心网处理E500发出的重新注册消息回应protocol error导致注册失败
- 在rel_3.3.3_pre4版本中解决
- 15:22 3.0基站产品测试 错误 #3287 (新建): 【3.0.1_Pre1T4】上下行满速率灌包在分片后CU挂死
- 1D3U配置，上下行双天线。
单UE接入，上行灌包500M，下行灌包200M，CU出现挂死。 - 14:07 3.0基站产品测试 错误 #3071 (已关闭): Rel_3.0.1_Pre1T2版本（3月31号发布）cu正在启动时就出现cu coredump
- 14:07 3.0基站产品测试 错误 #3071 (已解决): Rel_3.0.1_Pre1T2版本（3月31号发布）cu正在启动时就出现cu coredump
- Rel_3.0.1_Pre1T3版本与Rel_3.0.1_Pre1T4版本问题已经解决。
- 10:50 3.0基站产品测试 错误 #3071 (转测试): Rel_3.0.1_Pre1T2版本（3月31号发布）cu正在启动时就出现cu coredump
- 【问题原因】
由于配置文件中有中文，且数据超出了代码支持的范围，导致了崩溃
【修改方案】
1.删除中文
2.将代码适配为配置文件的范围
【回归方法和注意事项】
测试已通过，可直接关闭 - 14:00 3.0基站产品测试 错误 #3286 (新建): 查询phy状态命令test_mem 0x08700068 16 | grep '0x08700068:' 后出现0x00000000空值
- 查询phy状态命令test_mem 0x08700068 16 | grep '0x08700068:' 后出现0x00000000空值，导致前台界面显示phy状态异常，需确认是否正常
- 10:58 3.0基站产品测试 性能 #3130: 将comm_thread的中消息队列修改成ringbuffer，实现无锁化，提升业务线程的性能
- 编码已完成，自测完成
- 10:57 3.0基站产品测试 性能 #3078 (已关闭): 上行灌包600MB,不调用sendto，CPU占用16.7%
- cpu占用率来自于队列的锁调度，已修改为ringbuff，占用cpu约11%左右，不再定位
- 10:50 3.0基站产品测试 错误 #3282 (进行中): 3.0.1T4软件版本，基站配置3.5G商用频点，起站失败du coredump
- kssb的取值范围是0-31，用5bit表示。
其中低4bit编码到mib里，最高的1bit phy把它编码到pbch的附加信息里。
DU在mib编码的时候有个bug，把全部kssb都进行编码了。
kssb 如果0-15，恰好没... - 10:48 3.0基站产品测试 错误 #2854 (挂起): [3.0产品测试]3.0.0pre1_T3小区激活过程中cu出现coredump
- 暂时无该问题，出现后继续定位
- 10:47 2.0基站产品化测试 错误 #3043 (转测试): 【17P_Pre1T1】E500环境大上行配比128用户350km/h移动上下行UDP灌包16小时后CU挂死
- 【问题原因】
当UE触发了2s超时时，UE资源的使用存在线程不安全的问题
问题触发时，属于UE_CNTRL线程管理的资源，在老的定时器线程被处理了，导致了崩溃
【修改方案】
将原来在老定时器中触发的代码，通过新定时器触发，... - 10:46 B5G_UE 功能 #3162: DLAP 通控功能开发
- DLAP与通控接口开发完成，接口调试完成
DLAP的通控相关功能开发：全局信息表老化，rrc入网状态通知（李玮璇），tun接口，IRN下行路由表生成，HNA消息周期性发送 -- 编码完成 - 10:38 3.0基站产品测试 错误 #3255 (已解决): BaseService会删除最后一个崩溃文件
- 248环境中是coredump路径有问题，生成在/data/core下被文件夹大小超标后删除
产测环境中是环境问题导致coredump没有文件生成，不是baseService问题 - 10:34 研发产品测试 需求CR #2762 (挂起): CU线程间发消息时message_t不用new，直接使用栈变量，由于CU取消了libc线程自带内存池，直接使用栈可以加快速度
- 10:34 研发产品测试 需求CR #2762 (进行中): CU线程间发消息时message_t不用new，直接使用栈变量，由于CU取消了libc线程自带内存池，直接使用栈可以加快速度
- 10:32 B5G_UE 设计 #3236 (已解决): nc与dlap的下一跳路由获取线程冲突修改
- DLAP完成NC下一跳路由消息的处理
数据转发获取下一跳通过保存的路由表获取 - 10:21 B5G_UE 功能 #3161 (已解决): 通控模块功能开发
- 已经完成dlap,nc,rrc,通控模块的联调，接口功能正常
- 10:03 B5G_UE 错误 #3285 (新建): msg5 PDC 概率性出现漏检（摸测漏检概率5/8）
2025-04-30
- 16:44 3.0基站产品测试 错误 #3284 (新建): 3.0基站 下行ftp业务prb和调度均不满
- 【3.0基站_Rel_3.0.1_Pre1T3_600M】下行ftp业务，prb不满，调度不足。
测试版本：Rel_3.0.1_Pre1T3版本
测试设备：核心网 192.168.8.219 基站 192.168.8.190
... - 16:09 3.0基站产品测试 错误 #3283 (新建): 3.0.1T4软件版本，起站成功后，终端能搜索到小区，看得到下行rsrp，SSB,PCI等，但是基站侧rach为0
- 3.0.1T4软件版本，起站成功后，终端能搜索到小区，看得到下行rsrp，SSB,PCI等，但是基站侧rach为0
终端侧分析，终端上报msg1消息很多条，但是都是收msg2超时，目前怀疑基站侧收不到msg1，需要phy抓上行数据看... - 16:05 3.0基站产品测试 错误 #3282 (进行中): 3.0.1T4软件版本，基站配置3.5G商用频点，起站失败du coredump
- 3.0.1T4软件版本，基站配置3.5G商用频点，起站失败du coredump
3.5G频点
中心3549960
pointA 3500820
ssb 3509760 - 15:52 网管产品 功能 #3281 (转测试): 小区管理功能:网管新增小区状态字段
- 已添加，自测成功，待下个版本合入测试验证回归
- 15:35 网管产品 功能 #3281 (进行中): 小区管理功能:网管新增小区状态字段
- 15:33 网管产品 功能 #3281 (转测试): 小区管理功能:网管新增小区状态字段
- DU_CELL模块<BASE>节点新增小区状态参数。参数名称：NR_CELL_STATUS 参数类型:uint8 取值范围:[0,1] 默认值：0 取值说明：0代表小区退服(CELL_OUT_OF_SERVICE), 1...
- 15:28 网管产品 错误 #3061 (进行中): 网管YZMM2.1.0Pre2T3版本核心网软件管理测试，上载版本超过300M提示语需要优化
- 15:28 网管产品 功能 #3054 (进行中): 干扰规避新增自动识别干扰稳定性
- 15:27 网管产品 错误 #3087 (进行中): 干扰规避增强需求---“干扰规避增强：自动识别干扰稳定性”
- 15:01 核心网产品 错误 #2996 (已关闭): 跨核心网语音切换终端从源核心网切换到目标核心网后源核心网UE还是connected态
- 3.3.3_pre3版本验证通过
- 15:00 核心网产品 错误 #2980 (已关闭): 核心网3.3.3版本跨核心网切换过程中偶现ngc复位
- 14:58 核心网产品 错误 #2980: 核心网3.3.3版本跨核心网切换过程中偶现ngc复位
- 3.3.3_pre3版本验证通过
- 14:58 网管产品 错误 #3045 (转测试): YZMM2.1.0Pre2：网管同时远程升级3个RU，升级中网管界面卡住，页面不更新
- 11:27 网管产品 错误 #3045: YZMM2.1.0Pre2：网管同时远程升级3个RU，升级中网管界面卡住，页面不更新
- 问题定位：
ru升级，由于时间不确定性，目前测试下来，750的超时不足应对ru升级
问题解决：
oam-backend:写入redis的超时时间由750增加900
gnb-agent:将redis过期时间，延长至900
网管... - 14:58 核心网产品 错误 #3038 (已关闭): 同核心网NG视频切换后视频卡顿
- 14:57 核心网产品 错误 #3038: 同核心网NG视频切换后视频卡顿
- 3.3.3_pre3版本验证通过；
- 14:57 网管产品 错误 #3230 (转测试): [3.0产品测试]3.0.1pre1_T3 版本大包，告警安装版本失败，业务响应超时
- 11:23 网管产品 错误 #3230: [3.0产品测试]3.0.1pre1_T3 版本大包，告警安装版本失败，业务响应超时
- 与#3278 问题单一致
- 14:57 网管产品 错误 #3278 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，安装完核心网版本后，选择版本回退，界面提示超时了
- 11:23 网管产品 错误 #3278: 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，安装完核心网版本后，选择版本回退，界面提示超时了
- 整体安装等操作脚本增加sleep 10秒等待，避免数据库表未建立
- 11:22 网管产品 错误 #3278 (进行中): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，安装完核心网版本后，选择版本回退，界面提示超时了
- 问题定位：
下发任务时，redis还未创建，对应agent有错误正常返回上报redis，但是redis没有key创建，导致后续redis创建完成，没有结果再次写入，导致最终超时
- 14:56 核心网产品 错误 #3121 (已关闭): 核心网3.3.3_pre3版本ims一直反复重启
- 新版本验证通过
- 14:49 3.0基站产品测试 功能 #3152 (已解决): 结合E500验证1s内3.0基站的ue可接入数量
- 14:45 3.0基站产品测试 功能 #3152 (转测试): 结合E500验证1s内3.0基站的ue可接入数量
- 14:39 3.0基站产品测试 功能 #3152: 结合E500验证1s内3.0基站的ue可接入数量
- 通过报文分析，无论基站有没有满业务均可支撑1s内接入10ue，评估结果在xlsx表中
- 10:24 3.0基站产品测试 错误 #3156 (已关闭): vonr通话中同频xn切换多次后挂断再次切换失败
- 在3.0.1_Pre1T4版本，vonr通话中同频xn切换多次后挂断电话，之后可正常切换，问题关闭。
- 09:28 2.0基站产品化测试 错误 #3050 (挂起): 17P商用手机跨核心网切换，目标侧重配完成上不来
- 09:27 2.0基站产品化测试 错误 #3050: 17P商用手机跨核心网切换，目标侧重配完成上不来
- 等有鼎桥提供了终端侧生成日志的方法，在终端侧提取log后再进行分析，暂时挂起
2025-04-29
- 20:29 FirstCall 错误 #3277: DEOFDM slot5 slot6任务被DD口占用，影响UU口接收Msg4数据
- 【问题分析】
1.PHY接收DD口的MAC测量消息，dl_sync任务触发deofdm_2任务，且固定占用deofdm_2的slot5和6进行处理；slot5和slot6的deofdm_0定时任务不再起；
2.由此，deofdm_... - 20:19 FirstCall 错误 #3277 (进行中): DEOFDM slot5 slot6任务被DD口占用，影响UU口接收Msg4数据
- 【问题描述】
UU口基站在slot=4发了Msg4,UE的PDCCH没有进行解析，PDCCH漏检；
【问题分析】
怀疑slot=4时,PDCCH任务没有被deOfdm触发，导致Msg4解析失败； - 14:59 FirstCall 错误 #3277 (进行中): DEOFDM slot5 slot6任务被DD口占用，影响UU口接收Msg4数据
- 20:16 产品3.0平台 功能 #3274: EVMT4（gNB）板卡，ORX0与ORX1内部数据交叉实现
- { // txToOrxMapping
ADI_ADRV9025_MAP_TX2_ORX1, // orx1Map
ADI_ADRV9025_MAP_TX1_ORX2, // ... - 11:20 产品3.0平台 功能 #3274 (进行中): EVMT4（gNB）板卡，ORX0与ORX1内部数据交叉实现
- 11:19 产品3.0平台 功能 #3274 (进行中): EVMT4（gNB）板卡，ORX0与ORX1内部数据交叉实现
- 1.需求背景：
（1）EVMT4板卡在根据adi手册（Transceiver：ad9025）进行pcb layout时，ORX1与ORX2在硬件位置上存在错位现象，即：ORX1与TX0、RX0布板在一起，ORX0与TX1、RX1布板... - 20:12 FirstCall 错误 #3271 (已解决): Msg4 S时隙译码错误
- 【问题修改】
deOfdm增加s-slot数据的处理；复测uu口流程，暂未发现s-slot PDCCH不触发的问题；问题关闭。
【分支】First_Call_1
哈希值：SHA-1: a7aad7c33538bb8e7b... - 10:12 FirstCall 错误 #3271: Msg4 S时隙译码错误
- 【问题修改】
1.UE Deofdm需要增加对S时隙数据的处理，且处理6个symbol的数据；
待修改完成，进行uu口msg4的复测； - 10:11 FirstCall 错误 #3271 (进行中): Msg4 S时隙译码错误
- 【问题定位】
LOG分析
1.UE在（128,18）发了msg3，基站在（253,19）解对了msg3。
2.然后基站在（254，17）发了一包msg4（rv=0），按理来说UE应该在（129,17）去解一包msg4。但是看LO... - 10:04 FirstCall 错误 #3271 (已解决): Msg4 S时隙译码错误
- 【问题描述】
Msg4在S时隙调度，deofdm没有触发PDCCH，译码错误；
- 20:05 FirstCall 错误 #3264 (已解决): Msg5基站解析失败，UE侧PHY和MAC的Msg5 TB size不一致
- 【问题分析】
1.uu口在给MAC发送ul_grant_ind消息时，使用[bufferId][harqId]两个索引存储TB_size;
2.MAC下发的UL_TB_req消息中TB_size=80,使用UL_TB_req消息中... - 18:32 FirstCall 任务 #3280 (进行中): UU口使用最新rfic脚本顺序，phy和mac发消息失败
- 18:32 FirstCall 任务 #3280 (进行中): UU口使用最新rfic脚本顺序，phy和mac发消息失败
- 18:29 网管产品 错误 #3272 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，增加核心网运维管理的相关按钮操作记录
- 18:28 网管产品 错误 #3272 (进行中): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，增加核心网运维管理的相关按钮操作记录
- 问题定位：
核心网部件状态，没有添加操作日志：
问题解决：
对核心网的部件操作，增加操作日志：
- 10:11 网管产品 错误 #3272 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，增加核心网运维管理的相关按钮操作记录
- 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，增加核心网运维管理的相关按钮操作记录
- 18:26 网管产品 错误 #3250 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，核心网上传出现“上传任务已存在”问题
- 18:26 网管产品 功能 #3262 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，核心网升级时需要校验版本
- 18:25 网管产品 错误 #3118 (转测试): YZMM2.1.0Pre3网管，升级显示成功，实际升级也成功了，但是操作日志里面显示失败，且原因为空值。
- 10:10 网管产品 错误 #3118: YZMM2.1.0Pre3网管，升级显示成功，实际升级也成功了，但是操作日志里面显示失败，且原因为空值。
- 问题定位：
网管升级后，有个重启网管服务，对应的函数中：
有$logId = OperLog::write($this->userId,$this->stringDefinde, 'SELECT_SUCCESS', ['RESTA... - 18:25 网管产品 错误 #3214 (转测试): 网管测试YZMM2.1.0Pre3T1版本，核心网License管理界面优化显示
- 10:51 网管产品 错误 #3214 (进行中): 网管测试YZMM2.1.0Pre3T1版本，核心网License管理界面优化显示
- 页面优化：
核心网license管理，图标和文字，水平高度一致，文字大小一致 - 18:25 网管产品 错误 #3142 (转测试): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，license相关获取鉴权文件及上传鉴权文件操作日志记录
- 16:47 网管产品 错误 #3142: 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，license相关获取鉴权文件及上传鉴权文件操作日志记录
- 问题定位：
未增加license下载鉴权文件和上传文件的操作日志
问题解决：
对下载文件downloadLicenseAuthFile和上传文件uploadLicenseFile，增加操作日志
- 18:24 网管产品 错误 #3273 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，增加核心网license上传成功，弹框提示及日志记录
- 17:37 网管产品 错误 #3273 (进行中): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，增加核心网license上传成功，弹框提示及日志记录
- 问题定位：
对于激活失败，没有提示：
问题解决：
上传文件成功，有提示；
激活成功或者失败，有提示 - 10:12 网管产品 错误 #3273 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，增加核心网license上传成功，弹框提示及日志记录
- 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，增加核心网license上传成功，弹框提示及日志记录
- 18:24 网管产品 错误 #3141 (转测试): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，上传非鉴权license文件，界面无校验提示
- 17:38 网管产品 错误 #3141: 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，上传非鉴权license文件，界面无校验提示
- 上传文件，前端无校验，如果上传错误的文件，那么会提示激活失败：
- 18:01 3.0基站产品测试 错误 #3209 (进行中): [3.0产品测试]3.0.1pre1_T3，下行UDP灌包超过200M，DU窗口打印window stalled，终端掉线
- 此问题出现在星思CPE终端，且出现频次很高，其他厂家CPE终端未发现此种情况。
针对该问题，通过log分析，发现星思CPE环境存在两个主要问题：1.环境空口很差，RLC重传包太多;2.该CPE存在上报错误的状态报告，目前发现上报有3... - 17:53 3.0基站产品测试 错误 #3237 (进行中): 下行udp灌1472字节包长，mcs骤降误码升高。
- 此问题，灌包包场超过MTU,会出现ip层分片，出现大小包混合传输的业务模型，这可能会对调度情况有所影响，mcs骤降，误码升高需要幸幸分析下这种业务模型下是否会影响到。
- 17:52 3.0基站产品测试 错误 #2732: 3.0基站上行ftp业务速率不到峰值且不稳定
- 加屏蔽箱后mcs能到26.9，bler小于1%，UDP速率稳定，但FTP速率波动。需要数据面同事看下
- 17:50 3.0基站产品测试 错误 #3275 (进行中): 3.0.1T4软件版本，基站配置2.6G和4.9G场景，终端都无法接入
- 目前定位到coreset 0不与pointA对齐，就有问题。还在查。
- 15:53 3.0基站产品测试 错误 #3275: 3.0.1T4软件版本，基站配置2.6G和4.9G场景，终端都无法接入
- 正在定位
- 12:03 3.0基站产品测试 错误 #3275 (进行中): 3.0.1T4软件版本，基站配置2.6G和4.9G场景，终端都无法接入
- 3.0基站配置2.6G和4.9G场景，终端都无法接入，终端能力包含这两个频段，时间同步正常，但没有rach，终端锁频锁pci显示无服务。报文有对应ssb频点和pci下发。
- 17:45 3.0基站产品测试 错误 #3261: [3.0产品测试]3.0.1pre1_T4 终端停止灌包后异常掉线，DU异常打印buffer is full
- 这个问题存在两个现象：1、停止大业务灌包时ue掉线了，2、界面出现了buffer队列满的打印。目前分析ue异常释放过程中，下行灌包缓存的包会持续进入队列，但是已经不能出队列，这可能会出现队列满的情况，因此需要排查下ue异常释放的问题，...
- 17:11 3.0基站产品测试 功能 #3279 (转测试): 3.0 基站LMT 上带宽、子帧配比参数配置优化；
- 已修改，待下个版本合入测试回归
- 17:08 3.0基站产品测试 功能 #3279 (转测试): 3.0 基站LMT 上带宽、子帧配比参数配置优化；
- 基站版本：Rel_3.0.1_Pre1T3
1、LMT 界面上多出涉及带宽的地方表示不一致，在“基础配置”-“基础配置”和“小区配置”-“基础配置”中用“10”表示，在“小区配置”-“射频参数配置”中使用的是100，需要统一起来；
... - 17:07 2.0基站产品化测试 错误 #3050: 17P商用手机跨核心网切换，目标侧重配完成上不来
- 修改了前导码相关的一些配置参数，如下图右边侧图所示，在西安用鼎桥测试了一版，没有效果
!20250429-170616.jpg!
- 11:27 2.0基站产品化测试 错误 #3050: 17P商用手机跨核心网切换，目标侧重配完成上不来
- 通过38.133协议看，物理层判断是不是失步，主要是看bler有没有达到10%,所以梁娜提出，将mcs调整到8，然后通过用户面数据去影响终端侧bler,让其处于小于10%，通过测试来看没有效果
- 10:39 2.0基站产品化测试 错误 #3050: 17P商用手机跨核心网切换，目标侧重配完成上不来
- 后续用mate40测试过，5qi=5和5qi=9同时存在，出现过一次可以回重配置完成的，此次在源侧5qi=9所映射的drb没有一帧上下行业务，所以从这个现象还是说明和杂包造成的失步相关
- 16:41 网管产品 错误 #3278 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，安装完核心网版本后，选择版本回退，界面提示超时了
- 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，安装完核心网版本后，选择版本回退，界面提示超时了
agent:已提示“不存在备份目录，回退失败” - 16:30 3.0基站产品测试 功能 #3234 (转测试): 下行静态功率分配
- 设计文档及代码开发已完成，可以开始功能测试。
- 16:25 3.0基站产品测试 功能 #3259: DU日志模块化修改
- 5、去掉logmask控制，--已完成；
- 15:57 3.0基站产品测试 错误 #2820 (进行中): [3.0产品测试]3.0.0pre1_T2大下行第一次接入dl_mcs 为10 ，掉线重接后mcs陡降0或者2或者4
- 15:56 3.0基站产品测试 错误 #3263 (进行中): [3.0产品测试]3.0.1_Pre1T4 2U9G3D特殊子帧配比 下行RB利用率不足
- 15:54 3.0基站产品测试 错误 #3263: [3.0产品测试]3.0.1_Pre1T4 2U9G3D特殊子帧配比 下行RB利用率不足
- 统计问题。 S slot 可用于PDSCH的符号如果小于3，就不调度PDSCH了。
配置成2U9G3D，PDCCH至少占一个下行符号，所以S slot 不够调度PDSCH。
算下行rb利用率的时候，分母默认把S SLOT算进来了。 - 15:56 3.0基站产品测试 错误 #3244 (进行中): Rel_3.0.1_Pre1T3：du出现core dump
- 15:56 3.0基站产品测试 错误 #3244: Rel_3.0.1_Pre1T3：du出现core dump
- 跑死是因为上行误码过高，数据面内存没能及时回收。tti消息发送时申请不到内存跑死，已把tti消息的内存替换成静态内存。
- 15:21 网管产品 错误 #3143 (转测试): 网管测试YZMM2.1.0Pre3核心网软件管理和基站软件管理测试，先上传核心网软件包再上传基站包存在包被删问题
- 已处理
- 14:36 产品3.0平台 功能 #3276 (新建): tdd_config开发
- 实现：系统起来后，可以手动配置下一个5ms内的时隙类型
- 14:09 B5G_UE 错误 #3270: 基站解析msg5的pusch失败
- 【问题描述】基站解析msg5的pusch失败
【问题原因】整合新版本后，发现基站解析msg5的pusch失败，
之前验证msg5，从基站的L1的log已经确定收到msg5，并且解析CRC成功了，连续6次成功，怀疑是整合版本后，没有... - 10:09 B5G_UE 错误 #3270: 基站解析msg5的pusch失败
- 整合新版本后，发现基站解析msg5的pusch失败，
之前验证msg5，从基站的L1的log已经确定收到msg5，并且解析CRC成功了，连续6次成功，怀疑是整合版本后，没有走到调用msg5流程。 - 10:08 B5G_UE 错误 #3270 (进行中): 基站解析msg5的pusch失败
- 整合新版本后，发现基站解析msg5的pusch失败，
之前验证msg5，从基站的L1的log已经确定收到msg5，并且解析CRC成功了，连续6次成功，怀疑是整合版本后，没有走到调用smg5流程。 - 09:57 B5G_UE 错误 #3270 (进行中): 基站解析msg5的pusch失败
- 14:05 B5G_UE 错误 #3268 (进行中): msg5中基站收不到pucch的ACK问题
- 【问题描述】msg5中基站收不到pucch的ACK问题
【问题原因】整合新版本后，发现基站没有pucch的ACK，，怀疑是整合版本后，卡在pucch之前的流程，没有调用pucch。
在北京250环境，使用最新的First_Call... - 10:14 B5G_UE 错误 #3268: msg5中基站收不到pucch的ACK问题
- 整合新版本后，发现基站没有pucch的ACK，，怀疑是整合版本后，卡在pucch之前的流程，没有调用pucch。
- 09:53 B5G_UE 错误 #3268 (已解决): msg5中基站收不到pucch的ACK问题
- 11:05 3.0基站产品测试 功能 #3151 (已解决): map和unordered_map的性能对比及用户面map的替换
- 11:05 3.0基站产品测试 功能 #3151: map和unordered_map的性能对比及用户面map的替换
- 验证通过
- 10:40 3.0基站产品测试 功能 #2867 (转测试): DU 日志模块化控制功能
- 已落入Rel_3.0.1系列版本
- 10:26 2.0基站产品化测试 错误 #2642 (已关闭): 华为mate30手机vonr语音中做切换目标侧不回重配完成消息
- 在17P_Pre1T3版本，验证如下：
1、基站配置：qfi=1和qfi=2的用rlc um模式，pdcp 重排序定时器qfi=1和qfi=2所映射的drb对应的pdcp_config为100ms， qfi=5为300ms，qfi=... - 10:24 2.0基站产品化测试 错误 #3055 (已关闭): pdcp重排序定时器处理机制错误
- 在17P_Pre1T3版本，验证如下：
1、基站配置：qfi=1和qfi=2的用rlc um模式，pdcp 重排序定时器qfi=1和qfi=2所映射的drb对应的pdcp_config为100ms， qfi=5为300ms，qfi=... - 09:57 FirstCall 错误 #3269 (新建): MSG5 PDCCH存在虚检
- 09:56 FirstCall 错误 #3241: DD口PDCCH信道译码错误，SIB1译码后卡死
- 进展：deofdm模块添加采数后频域数据正常，继续寻找原因
- 09:48 基站横联 错误 #3267 (新建): HL版本 UE deofdm + Ue pdcch任务运行30min 以后会停止
- HL版本 ，配置UEdeofdm 任务slot 1/11 启动，处理 下行slot0/10得数据，输入信号为另一个HL 板卡输出的下行信号。在slot10输出 HL的sib，UE pdcch可以正确译出pdcch 携带的TCI。...
- 09:41 3.0基站产品测试 性能 #3266 (进行中): 600ue时，定时器处理能力是否为性能瓶颈
- 09:41 3.0基站产品测试 性能 #3266 (进行中): 600ue时，定时器处理能力是否为性能瓶颈
2025-04-28
- 17:44 B5G_UE 错误 #3265 (新建): phy运行出现timeout
- 20250428
【问题描述】
正常情况下，协议栈在slot2发消息，phy在slot3收消息。有时，phy在其他slot收消息，而导致该slot数据未能在slot 4发送，log提示timeout。如果在fapi任务里多加点 l... - 16:50 FirstCall 错误 #3264 (进行中): Msg5基站解析失败，UE侧PHY和MAC的Msg5 TB size不一致
- 【问题分析】
1.该问题有一定概率出现；
2.分析log发现L1C有告警信息，L1C上报的ul_TB_grant带的TB_size和MAC下发的TB_size不一致；
3.L1C上报的期望TB_size=0;MAC下发的TB_s... - 16:48 FirstCall 错误 #3264 (已解决): Msg5基站解析失败，UE侧PHY和MAC的Msg5 TB size不一致
- 【问题描述】
Msg5基站解析失败，PUSCH发的TB码流是0； - 16:15 3.0基站产品测试 错误 #3263: [3.0产品测试]3.0.1_Pre1T4 2U9G3D特殊子帧配比 下行RB利用率不足
- 幸幸反馈:
S slot 可用于PDSCH的符号如果小于3，就不调度PDSCH了。
配置成2U9G3D，PDCCH至少占一个下行符号，所以S slot 不够调度PDSCH。
算下行rb利用率的时候，分母默认把S SLOT算进来了... - 16:14 3.0基站产品测试 错误 #3263 (进行中): [3.0产品测试]3.0.1_Pre1T4 2U9G3D特殊子帧配比 下行RB利用率不足
- 问题设备:基站——192.168.8.163 网管——192.168.8.170
问题版本:Rel_3.0.1_Pre1T4
基本配置:大下行7D2U 特殊子帧2U9G3D 下行双天线 上行单天线
问题现象:Rel_3.... - 15:58 网管产品 功能 #3262 (进行中): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，核心网升级时需要校验版本
- 新增功能需求：核心网升级前，判断当前版本和升级版本，是否符合“低升高”规则，如果不符合，则退出升级流程，不再继续
新增版本字符判断逻辑：
function extractVersion(versionString) {... - 15:53 网管产品 功能 #3262 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，核心网升级时需要校验版本
- 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，核心网升级时需要校验版本
备注：在停止核心网NGC和IMS服务前，需要进行版本校验 - 15:49 网管产品 错误 #3250 (进行中): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，核心网上传出现“上传任务已存在”问题
- 问题定位：
在上传文件操作中，有版本校验，版本校验失败后，没有释放上传文件任务锁，导致后续上传因任务锁而失败
问题解决：
在上传文件的版本校验中，如果失败，增加释放任务锁：
if (empty($umsIniFilePat... - 15:40 3.0基站产品测试 功能 #3151: map和unordered_map的性能对比及用户面map的替换
- 同时测试人员需要在网管看速率显示是否正常
- 13:49 3.0基站产品测试 功能 #3151: map和unordered_map的性能对比及用户面map的替换
- 测试人员在测试时，进行大下行子帧配比的上下行峰值灌包，看业务是否正常，同时通过htop看gnb_c的cpu看同正常版本相比是否持平或者DL0的cpu更低
- 15:16 产品3.0平台 功能 #3022: 板卡烧录过程优化
- ①、②接受
③、④、⑤已经有其他方案支持
⑥ 拒绝：因为ucp_rfic_cfg_evmt2/4,ucp_trx_gpioCfg_evmt2/4属于ap_adapter所维护的版本，最好OS不要与ap_adapter版本发布强相关... - 14:46 3.0基站产品测试 错误 #3261 (新建): [3.0产品测试]3.0.1pre1_T4 终端停止灌包后异常掉线，DU异常打印buffer is full
- 问题设备: 基站——192.168.8.163 网管——192.168.8.170
问题版本: Rel_3.0.1_Pre1T4
基本配置: 大下行7D2U 特殊子帧4U4G6D 下行双天线 上行单天线
问题现象: Re... - 14:37 3.0基站产品测试 错误 #3104 (已关闭): 【Rel_3.0.1_Pre1T2】异频的乒乓切换过程中，在以xn优先的基站日志中发现了转发包被丢的现象
- 在Rel_3.0.1_Pre1T4版本，异频的乒乓切换过程中，在以xn优先的基站日志中未发现“EGTPU_TUNNEL_NOT_FOUND_IN_PDCP_DRB_FWD_DATA_PROCESS_IND:EGTPU_TX_TUNNE...
- 14:07 网管产品 错误 #3260 (已解决): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，安装核心网版本完成后无法连接核心网
- 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，安装核心网版本完成后无法连接核心网
ping不通核心网地址 - 14:04 3.0基站产品测试 功能 #3152: 结合E500验证1s内3.0基站的ue可接入数量
- 每10个ue一组同时发起接入，e500模拟了30个终端的接入，也就是3组，进行了三组测试，从三份报文分析来看，均可以在1s内完成10个终端的接入；
从报文来看，10个终端的msg3在100ms内都发送到了基站，在几乎并行的情况下，基... - 14:01 基站横联 任务 #3224: 横联SSB中的pbch清0
- 已经基本实现功能，后续需要将memset优化成微码ByteSet进行清零，同时需要抓时域数据进行分析，测试中
- 14:01 FirstCall 错误 #3186 (转测试): DD口按照测量请求接收测量消息未收对，设备间系统帧号SFN未对齐
- 12:31 产品3.0平台 功能 #3202 (已解决): L26-T的模组，波特率可配
- 已在ucp_rfic_cfg.json中配置添加baudrate选项，可根据板卡gps芯片调整波特率
- 12:29 产品3.0平台 功能 #3197: 3.0 EVMT2 根据频段识别对应配置
- 根据老梁提供方案，在代码中根据定标数据识别频段配置衰减
- 11:11 3.0基站产品测试 功能 #3259 (进行中): DU日志模块化修改
- 11:05 3.0基站产品测试 功能 #3259 (进行中): DU日志模块化修改
- DU日志模块化修改：
1、随机接入修改，--完成；
2、信令面修改，--完成；
3、用户面修改，--待优化；
4、MAC修改，--进行中；
5、去掉logmask控制，--未开始； - 10:55 B5G_UE 错误 #3258 (已解决): DD口不发pdsch
- 10:54 B5G_UE 错误 #3258 (已解决): DD口不发pdsch
- 20250427
【问题描述】
测试dd发送和接收，从接收看到只有ssb和pdcch数据，从发送抓取phy和射频接口数据看到只有ssb和pdcch数据，无pdsch数据。
【解决方案】
在板卡8.232上更换phy的各版本，射... - 10:04 B5G_UE 功能 #3161: 通控模块功能开发
- 代码已经编写完成，等待dlap,nc模块完成后联调
- 09:34 基站横联 错误 #3257 (新建): 典格反馈，CPRI版本配置成两通道输出时，有一个通道输出EVM指标差
- 典格4月21日反馈，如果phy版本配置成 两通道输出，通道0 EVM正常，通道1 EVM指标差，星座图有散点，如果RF侧将通道0 1 、数据交换，通道1对应的数据依然EVM指标差，排除RF问题。后续在实验室复现，关注。
- 09:31 基站横联 错误 #3256 (新建): 典格返修一块横联基站核心板，板卡启动失败
- 2025年4月25日，典格返修一块核心板yz2503081001bpu-1003,板卡无法启动，串口无输出；弋戈与王文华查看，将DDR的速率由2933调降到2666M。板卡启动成功；暂时将板卡发给典格，基于DDR 2666M时钟...
- 09:21 3.0基站产品测试 错误 #3255 (进行中): BaseService会删除最后一个崩溃文件
- 09:21 3.0基站产品测试 错误 #3255 (已解决): BaseService会删除最后一个崩溃文件
2025-04-27
- 19:17 FirstCall 错误 #3254 (已解决): uu口需要PHY给平台配置Uu口时隙配比
- 【问题解决】
L1C在上报sib并收到协议栈的Common Channel Config Request之后，解析Uu口时隙配比，并配置给平台。
【问题验证】
PHY出版本，进行接口验证和uu口回归测试。
验证通过。 - 16:33 FirstCall 错误 #3254 (进行中): uu口需要PHY给平台配置Uu口时隙配比
- 【问题解决】
L1C在上报sib并收到协议栈的Common Channel Config Request之后，解析Uu口时隙配比，并配置给平台。
【问题验证】
PHY出版本，进行接口验证和uu口回归测试。 - 16:30 FirstCall 错误 #3254 (已解决): uu口需要PHY给平台配置Uu口时隙配比
- 【问题描述】
uu口需要给平台配置Uu口时隙配比； - 16:39 2.0基站产品化测试 错误 #3239 (进行中): 17Ppre1T3基站版本，使用研华服务器进行测试验证，在起站过程中发现卡在cudu这里，无法正常起站。
- NR_CELL_NUM数据类型在du-cell.yang(unit8)和代码实现中定义(unit16)不一致
- 16:12 3.0基站产品测试 功能 #3151 (转测试): map和unordered_map的性能对比及用户面map的替换
- 14:32 3.0基站产品测试 功能 #3151: map和unordered_map的性能对比及用户面map的替换
- 信令面和用户面都修改ok，上下行峰值灌包自测ok
- 16:11 3.0基站产品测试 功能 #3150 (已关闭): sdap inactive timer是否启动做成网管配置选项
- 在Rel_3.0.1_Pre1T4版本，基站默认将“SDAP INACTIVE 定时器开关”开关打开，终端接入后，查看日志配置已生效，如下，问题可关闭。
!cu%E6%97%A5%E5%BF%97%E6%89%93%E5%8D%... - 15:46 3.0基站产品测试 错误 #3253 (转测试): 3.0.1T4软件版本，测试时发现网管上只卸载基站软件版本，agent没有卸载，网管目前正常控制基站，但是LMT无法正常登录
- 定位问题：
卸载基站不卸载agent逻辑 mv /yzmm/gnb /yzmm/gnb_bak之后会把agent目录cp /yzmm/gnb_bak/agent /yzmm/gnb会导致lmt server静态资源文件初始化缺失
... - 15:19 3.0基站产品测试 错误 #3253 (进行中): 3.0.1T4软件版本，测试时发现网管上只卸载基站软件版本，agent没有卸载，网管目前正常控制基站，但是LMT无法正常登录
- 15:17 3.0基站产品测试 错误 #3253 (转测试): 3.0.1T4软件版本，测试时发现网管上只卸载基站软件版本，agent没有卸载，网管目前正常控制基站，但是LMT无法正常登录
- 3.0.1T4软件版本，测试时发现网管上只卸载基站软件版本，agent没有卸载，网管目前正常控制基站，但是LMT无法正常登录.
- 14:46 3.0基站产品测试 错误 #3196 (已解决): 3.0基站prach配置为format0（3）与format1（33）下终端都无法接入
- pre1T4版本prach索引配成3，7，160，202终端都可接入，由于PHY不支持Prach format1，所以format1（33）格式暂不处理。
- 14:46 3.0基站产品测试 错误 #3252 (新建): [3.0产品测试]3.0.1pre1_T4 网管配置 - 射频参数中通道配置的取值范围稍有不妥
- [3.0产品测试]3.0.1pre1_T4 网管配置 - 射频参数中通道配置的取值范围稍有不妥，现有取值 【0，1】。可考虑更改为下拉菜单或者修改取值范围。
- 14:24 FirstCall 错误 #3247 (已解决): DD口master PUSCH 未触发bit级任务
- 【问题原因】des_task_id = PHY_TASK_PUSCH_CB_PRI1导致任务触发失败，des_task_id应为PHY_TASK_PUSCH_CB_PRI0
【解决方案】将des_task_id改为PHY_TASK_... - 11:52 FirstCall 错误 #3247 (已解决): DD口master PUSCH 未触发bit级任务
- 【问题描述】DD口master PUSCH 符号级流程运行完成后，未触发bit级任务
- 14:22 基站横联 错误 #3251 (新建): HL PHY 版本的UE Deofdm线程在APE7上不能配置为每个slot接收
- HL PHY版本，如果APE7上配置为 10个slot周期内的slot都启动，UE deofdm 线程会挂死。如果将 slot 0/10 、 2/12、 4/14、 6/16、 8/18。可稳定运行。怀疑一个APE核处理每个sl...
- 14:10 网管产品 错误 #3250 (转测试): 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，核心网上传出现“上传任务已存在”问题
- 网管版本YZMM2.1.0Pre3T1核心网软件管理测试，核心网上传出现“上传任务已存在”问题
- 14:10 基站横联 错误 #3249 (新建): HL基站SSB 发送时，频域资源位置资源位置stub
- HL协议栈配置SS频域资源 位置没有跟 CRB = 0对齐，由于协议栈出版本比较慢，phy侧暂时打桩，将SS的频域起始位置与CRB = 0对齐。
- 12:03 3.0基站产品测试 错误 #3248 (新建): 3.0基站内存泄漏导致无法解析DDDS，下行不通。
- 【3.0基站_Rel_3.0.1_Pre1T4_600M】
测试版本：Rel_3.0.1_Pre1T4版本
测试设备：核心网 192.168.8.218 基站 192.168.8.190
测试用例：单用户上下行udp灌包
基站... - 11:52 3.0基站产品测试 功能 #2945 (已关闭): 3.0基站需要实时同步GPS，实时同步时间
- 在Rel_3.0.1_Pre1T4版本上，基站时间同步后，通过命令将时间设置为其它时间，大概3-7秒钟GPS时间就可拉回到当前时间，问题可关闭。
- 11:52 网管产品 功能 #3111 (转测试): 2.0网管界面优化，告警名称和归属分开显示，设备增加在线与不在线的区分
- 1，离线基站会显示离线，正常就不显示了
2，告警已修改 - 11:11 产品3.0平台 功能 #3022: 板卡烧录过程优化
- 现在的流程是这样的， 烧写版本完成后，
1.重启系统进入ramdisk模式
2.对系统进行分区，加压文件系统到mmcblk0p3
3.写分区完成标志文件
4.重启系统，uboot读取emmc分区，若有分区完成标志文件，则改用... - 11:06 3.0基站产品测试 错误 #3245 (已解决): 3.0.1_Pre1T4版本LMT侧不显示“高级配置”
- h3. *单独替换伯宁提供的gnb_agent包后，LMT侧可显示“高级配置”，问题解决。*
!LMT%E4%BE%A7%E9%AB%98%E7%BA%A7%E9%85%8D%E7%BD%AE%E6%98%BE%E7%A4%BA... - 10:46 3.0基站产品测试 错误 #3245 (转测试): 3.0.1_Pre1T4版本LMT侧不显示“高级配置”
- 合并2.0 parashowconfig.xml文件未定义stringDefine，导致显示错误
- 10:25 3.0基站产品测试 错误 #3245 (已解决): 3.0.1_Pre1T4版本LMT侧不显示“高级配置”
- 【问题描述】3.0.1_Pre1T4版本LMT侧不显示“高级配置”参数，网管侧可显示；
!LMT%E4%BE%A7%E6%98%BE%E7%A4%BA.png!
!%E7%BD%91%E7%AE%A1%E6%98%BE%E7%A4... - 10:51 网管产品 错误 #2946 (已关闭): DU模块和网管和LMT未对齐功放频率及通道配置相关参数
- 验证通过
- 10:50 2.0基站产品化测试 错误 #2976 (已关闭): 17Ppre1，上报测量切换准备完成后不下发重配消息。
- 验证通过
- 10:49 2.0基站产品化测试 错误 #3047 (已关闭): 核心网3.3.3pre2版本，跨核心网切换，切换请求转发异常；
- pre3版本测试通过
- 10:30 B5G_UE 设计 #3246 (新建): D2D模式下nas的uu搜网与IM和OM搜网配合方案
- 目前5g协议的uu搜网定时器不满足D2D模式组网需求，需要搜网方案设计
- 09:13 FirstCall 错误 #3186: DD口按照测量请求接收测量消息未收对，设备间系统帧号SFN未对齐
- 使用:先执行mac脚本，再执行tfu（一直不退出）这种方式，帧号一直是对齐的。
2025-04-25
- 16:09 3.0基站产品测试 错误 #3244 (进行中): Rel_3.0.1_Pre1T3：du出现core dump
- Rel_3.0.1_Pre1T3版本，16ue上下行udp灌包，结束灌包时，du出现core dump。
- 15:15 产品3.0平台 错误 #2833 (已解决): EVMT2测试，不执行./dsa.out 3000，终端板卡每次上电，发射功率不同，但正弦波波形是标准的，执行./dsa.out 3000之后，发射正弦波有畸变
- 根据Yang jin的反馈， 最新版本物理层测试过了， 不能复现该问题， 标注为已解决
- 14:52 网管产品 错误 #3235 (转测试): YZMM2.1.0Pre3版本网管的第三方对接服务启动失败
- 已处理： 原因是网管升级过程中对redis和mysql的相关密码配置信息未作处理，导致第三方服务启动异常
- 14:52 网管产品 错误 #3235 (进行中): YZMM2.1.0Pre3版本网管的第三方对接服务启动失败
- 14:31 网管产品 错误 #3243 (转测试): LMT界面增加需求，3.0基站的功放相关指标表头存在长短跳变需要优化
- 已修改样式，合入下个版本测试回归
- 14:16 网管产品 错误 #3243 (转测试): LMT界面增加需求，3.0基站的功放相关指标表头存在长短跳变需要优化
- LMT界面增加需求，3.0基站的功放相关指标表头存在长短跳变需要优化
- 14:23 网管产品 错误 #3220 (已解决): LMT界面增加需求，3.0基站的功放版本&功放频率&通道开关显示界面调整
- 该问题已解决Rel_3.0.1_Pre1T4
- 14:15 网管产品 错误 #3221 (已解决): LMT界面增加需求，3.0基站的功放相关指标体现在设备监控指标管理
- 该需求已实现Rel_3.0.1_Pre1T4
- 14:08 网管产品 错误 #3222 (已解决): LMT自动退出功能优化
- 在admin登录配置界面，配置“登录配置”时长设置时间后，agent重启界面生效，当LMT界面不显示当前页，切换到其他url后，等待设置X时长后，退出到登录界面。
- 13:49 网管产品 错误 #3242 (转测试): LMT显示优化去掉，3.0基站“基本信息”中“芯片温度 8 cores”
- 已修改，合入下个版本
- 13:47 网管产品 错误 #3242 (转测试): LMT显示优化去掉，3.0基站“基本信息”中“芯片温度 8 cores”
- LMT显示优化去掉，3.0基站“基本信息”中“芯片温度 8 cores”
基站版本：Rel_3.0.1_Pre1T4 - 13:17 FirstCall 错误 #3241: DD口PDCCH信道译码错误，SIB1译码后卡死
- 2、问题：参数基本核对完成，但是PDCCH仍无法解对；
原因：deofdm传递给PDCCH的频域数据有问题；
进展：deofdm采数测试，PDCCH时域数据无问题，deofdm后的频域数据不对，目前正在寻找原因 - 13:15 FirstCall 错误 #3241: DD口PDCCH信道译码错误，SIB1译码后卡死
- 1、问题：PDDCH测试过程中出现空指针：
原因：PDCCH DD口部分参数使用当前slot号，L1C使用空口slot号导致参数未能正确读取；
解决方案：PDCCH DD口参数读取使用空口slot号，参数读取与控制正问题解决 - 13:12 FirstCall 错误 #3241 (进行中): DD口PDCCH信道译码错误，SIB1译码后卡死
- DD口PDCCH信道译码错误
- 10:27 B5G_UE 错误 #3240 (进行中): PUSCH DMRS Boosting
- 【问题描述】
目前PUSCH发送端，数据和导频幅度因子均按照2048进行，在高阶调制会导致星座图缩放；
【解决方案】
在CDMGroupWithoutData=2时，拉齐OFDM符号间功率，需要对DMRS进行Boosting，即... - 10:21 B5G_UE 错误 #3240 (进行中): PUSCH DMRS Boosting
- 20250424
【问题描述】
目前PUSCH发送端，数据和导频幅度因子均按照2048进行，在高阶调制会导致星座图缩放；
【解决方案】
在CDMGroupWithoutData=2时，拉齐OFDM符号间功率，需要对DMRS进行... - 09:54 3.0基站产品测试 错误 #3129 (已解决): 【3.0整机】Rel_3.0.1_Pre1T2,20环境大下行配比，600Mcpe接入后，dl udp400M，cpe掉线
- 09:45 3.0基站产品测试 错误 #3129 (转测试): 【3.0整机】Rel_3.0.1_Pre1T2,20环境大下行配比，600Mcpe接入后，dl udp400M，cpe掉线
- 09:41 3.0基站产品测试 错误 #3129 (进行中): 【3.0整机】Rel_3.0.1_Pre1T2,20环境大下行配比，600Mcpe接入后，dl udp400M，cpe掉线
- 09:34 3.0基站产品测试 错误 #3129: 【3.0整机】Rel_3.0.1_Pre1T2,20环境大下行配比，600Mcpe接入后，dl udp400M，cpe掉线
- 更改功放衰减后，在开启TA和关闭TA场景下抓取du log，速率以及TA均正常
!20250425-093335.jpg!
- 09:39 2.0基站产品化测试 错误 #3239 (进行中): 17Ppre1T3基站版本，使用研华服务器进行测试验证，在起站过程中发现卡在cudu这里，无法正常起站。
- 17Ppre1T3基站版本，使用研华服务器进行测试验证，在起站过程中发现卡在cudu这里，无法正常起站。
- 09:12 网管产品 功能 #3111 (进行中): 2.0网管界面优化，告警名称和归属分开显示，设备增加在线与不在线的区分
2025-04-24
- 20:51 产品3.0平台 错误 #3238 (新建): 板卡网口MAC地址相同导致网络冲突
- 需要修改3.0板卡系统，随机分配板卡MAC地址
- 20:39 网管产品 错误 #3134 (转测试): 网管测试YZMM2.1.0Pre3大屏监控，拓扑图增加核心网和基站不在线的灰化显示能力
- 已增加核心网不在线灰化，请验收
- 20:08 产品3.0平台 功能 #3022: 板卡烧录过程优化
- 1.增加系统版本信息
2.增加从eeprom中读取设备类型，mac地址参数信息
- 18:57 3.0基站产品测试 错误 #3226: [3.0产品测试]3.0.1pre1_T3，基站运行中logwriter出现coredump
- 解决上一个挂死后又出现一个挂死，是因为，du输出日志太多，logwriter无法对应处理，导致在处理共享内存数据时，数据已被覆盖，内存被踩，导致调用memcpy时出现崩溃；
修改方法：在memcpy前增加判决，对要拷贝的数据长度增加... - 10:42 3.0基站产品测试 错误 #3226 (转测试): [3.0产品测试]3.0.1pre1_T3，基站运行中logwriter出现coredump
- 10:42 3.0基站产品测试 错误 #3226 (进行中): [3.0产品测试]3.0.1pre1_T3，基站运行中logwriter出现coredump
- 10:41 3.0基站产品测试 错误 #3226: [3.0产品测试]3.0.1pre1_T3，基站运行中logwriter出现coredump
- 通过解析core文件以及结合代码分析，问题原因如下：
std::string processName = m_logRules["processName"];
if (processName != m_moduleName)
{... - 10:36 3.0基站产品测试 错误 #3226 (转测试): [3.0产品测试]3.0.1pre1_T3，基站运行中logwriter出现coredump
- 测试版本：Rel_3.0.1_Pre1T3版本
测试设备：核心网 192.168.8.219 基站 192.168.8.233
测试用例：单用户大下行大容量下行UDP灌包
基站配置：7D2U 2T1R
测试终端：星思5.8G... - 17:59 网管产品 错误 #3221 (转测试): LMT界面增加需求，3.0基站的功放相关指标体现在设备监控指标管理
- 合入Rel_3.0.1_Pre1T4，待测试回归
- 08:44 网管产品 错误 #3221 (进行中): LMT界面增加需求，3.0基站的功放相关指标体现在设备监控指标管理
- 17:52 3.0基站产品测试 错误 #3237 (进行中): 下行udp灌1472字节包长，mcs骤降误码升高。
- 【3.0基站_Rel_3.0.1_Pre1T3_600M】
测试版本：Rel_3.0.1_Pre1T3版本（0423du)
测试设备：核心网 192.168.8.218 基站 192.168.8.190
测试用例：单用户下行ud... - 16:38 B5G_UE 设计 #3236 (进行中): nc与dlap的下一跳路由获取线程冲突修改
- nc测已开发完成，见《云智软通_B5G终端NC模块D2D功能概要设计(v1.2) - 修改新增》2.3.6.3章节接口设计
转dlap开发 - 16:22 B5G_UE 设计 #3236 (已解决): nc与dlap的下一跳路由获取线程冲突修改
- 旧方案：跨线程调用函数
新方案：nc在拓扑变动时计算通知dlap，dlap从消息中获得保存下一跳路由表，在dlap自己内部自己维护 - 16:01 网管产品 错误 #3235 (转测试): YZMM2.1.0Pre3版本网管的第三方对接服务启动失败
- 【问题描述】YZMM2.1.0Pre3版本网管的第三方对接服务启动失败（“第三方对接服务启动开关已打开”，但是postman连接不上redis）；
!postman%E8%BF%9E%E6%8E%A5%E6%8F%90%E7%A4%... - 15:57 3.0基站产品测试 错误 #3196: 3.0基站prach配置为format0（3）与format1（33）下终端都无法接入
- PHY不支持Prach format1(format1 phy侧得开发，暂时先不调试format1)
- 15:53 3.0基站产品测试 错误 #3196 (转测试): 3.0基站prach配置为format0（3）与format1（33）下终端都无法接入
- 15:53 3.0基站产品测试 错误 #3196: 3.0基站prach配置为format0（3）与format1（33）下终端都无法接入
- Prach 配成format0时，mac给phy下发的rach配置有问题，修改后问题解决
- 15:26 网管产品 错误 #3205 (转测试): 网管测试YZMM2.1.0Pre3T1版本，3.0基站优化取消相关PRU和AU相关显示
- 15:05 网管产品 错误 #3205: 网管测试YZMM2.1.0Pre3T1版本，3.0基站优化取消相关PRU和AU相关显示
- 1.删除设备监控 -> 基本信息 -> pru硬件信息
2.删除软件管理 -> 基站软件版本信息 -> dev版本和au版本 - 15:18 FirstCall 错误 #2529: DMA时，DM地址的转换
- 由Mafengbo做了修改，验证后OK。
- 15:07 FirstCall 错误 #3210 (已解决): 验证rfic_a.out收发功能，回归验证失败
- 【问题解决】
1.ap_driver使用发布的Rel_3.0.1_Pre1T3版本测试；
2.使用PHY回归测过的版本；
3.修改使用相同的json文件配置，主要是基站频点，EVMT2版型，dl delay和ul delay值；... - 15:05 3.0基站产品测试 功能 #3234 (转测试): 下行静态功率分配
- 设计并实现下行静态功率分配功能
- 14:55 网管产品 错误 #3222 (转测试): LMT自动退出功能优化
- 合入Rel_3.0.1_Pre1T4，待测试回归
- 08:44 网管产品 错误 #3222 (进行中): LMT自动退出功能优化
- 14:52 网管产品 错误 #3230 (进行中): [3.0产品测试]3.0.1pre1_T3 版本大包，告警安装版本失败，业务响应超时
- 14:14 网管产品 错误 #3230: [3.0产品测试]3.0.1pre1_T3 版本大包，告警安装版本失败，业务响应超时
- 先行提给伯宁，辛苦伯宁内部流转
- 14:13 网管产品 错误 #3230 (转测试): [3.0产品测试]3.0.1pre1_T3 版本大包，告警安装版本失败，业务响应超时
- 问题现象：3.0基站安装3.0.1pre1_t3版本失败
测试设备：网管192.168.8.170 基站：192.168.8.163
已提供各模块日志发至研发部。研发对应人员可补充问题细节。 - 14:43 B5G_UE 功能 #3182 (已解决): NC与RRC 通控相关消息流程开发
- 以提交。
- 14:32 B5G_UE 错误 #2948 (已关闭): RLC AM接收侧生成状态报告的ACK-SN信息时，使用的是RX_Next_Highest，与协议不符
- 已根据协议修改代码，X86环境打桩测试通过
- 14:26 B5G_UE 错误 #3170 (进行中): 下行时偏不准，导致PDC SNR低
- 14:25 B5G_UE 性能 #3203 (进行中): PHY和MAC性能优化，已支持K2=4 ，甚至最好可以支持K2=3
- 14:25 基站横联 任务 #3233 (新建): 横联版本恢复B5GUE版本 SSB频率搬移功能
- 横联版本开发son sniffer任务时，使用了B5GUE freq move任务搜集 80ms IQ数据用于ss信号检测。当时未考虑与B5G UE版本兼容为题，freq move的 一些判断条件被去掉了。为了实现横联与B5G版本的兼...
- 14:24 B5G_UE 错误 #3216 (进行中): DD口有时解不到mib
- 14:22 B5G_UE 错误 #3107 (进行中): slot indication停止上报
- 14:22 B5G_UE 功能 #3162 (进行中): DLAP 通控功能开发
- 14:21 B5G_UE 设计 #3113 (进行中): 通控方案
- 方案已经提供给相关的开发人员。
- 14:20 基站横联 任务 #3223: 将son_period_sniifer 任务从APE1迁移到APE3
- 此任务指派给马凤波
- 14:18 基站横联 错误 #3232 (新建): son sniffer频率误差计算不对
- 目前son sniffer输出的频率误差计算结果不对，初步看代码中相位补偿计算采样是思朗预先计算好的band41 77 78等频段，没有考虑566-678频段，此处可能导致基于PSS 与 SSS 计算出频率误差输出结果不多，此后后期...
- 14:16 3.0基站产品测试 错误 #3211 (转测试): 3.0基站上下并行udp业务长跑压力，du coredump挂死
- 已落入Rel_3.0.1_Pre1T4版本。
- 14:15 3.0基站产品测试 错误 #3211 (进行中): 3.0基站上下并行udp业务长跑压力，du coredump挂死
- 定位上行全错时，未触发UE上行RLF流程，导致多个UE用户缓存把内存占完。需反合2.0 #2920问题代码验证。
- 14:16 3.0基站产品测试 错误 #3201 (转测试): 网管侧无法显示终端业务指标，du未正常上报
- 已落入Rel_3.0.1_Pre1T4版本。
- 14:15 B5G_UE 错误 #3231 (已关闭): 设置为IRN模式后，UU口的SR没有触发
- 20250424：已上库，此问题关闭
- 14:15 B5G_UE 错误 #3231 (已解决): 设置为IRN模式后，UU口的SR没有触发
- 20250424：已修改上库
- 14:14 B5G_UE 错误 #3231 (已关闭): 设置为IRN模式后，UU口的SR没有触发
- 问题描述：设置为IRN模式后，UU口的SR没有触发；
问题分析：
source-code/src/l2/mac/csrc/wn5gNrUePsMacSlotSync.c函数中缺少判断条件cmGCb.airNetStatus & E... - 14:13 基站横联 错误 #3229 (新建): son sniffer需要输入数据的采样率是245.76M
- son sniffer 代码从思朗的基线版本移植而来，思朗设计时，son sniffer输入的数据从 ORX通道进入，采样率为245.76M。而EVMT4 横联核心板输入数据采样率为122.88M，为了适配，目前版本采样了插0 上采样...
- 14:13 FirstCall 错误 #2955 (进行中): L1C卡死不运行，导致无法接受FAPI消息
- 14:08 基站横联 任务 #3228 (新建): 横联基站支持dedicated 搜索空间
- 基于B5GUE开发横联基站版本，横联的 PDCCH dedicated 搜索空间与NR协议略有不同，coreset的资源位置由common coreset 分裂而来，每个coreset 内只有一个pdcch，tci长度最长可达123b...
- 14:03 基站横联 任务 #3227 (新建): HL基站支持公共搜索空间TCI检测
- 横联版本基于B5GUE版本开发，目前B5GUE版本支持NR 的公共搜索空间检测，横联物理层协议中PDCCH与NR略有不用，其中公共coreset有 PCI检测结果推算而来，搜索空间为每个SFN的 slot10 TCI长度为58
bi... - 11:57 3.0基站产品测试 错误 #2820: [3.0产品测试]3.0.0pre1_T2大下行第一次接入dl_mcs 为10 ，掉线重接后mcs陡降0或者2或者4
- 实测目前最新各个版本均有此问题。魏幸幸西安环境优先定位。
针对大雷哥质疑的PA控制的地方，基于最新版本3.0.1_T3我回退了3.0.1_T1的所有CP侧文件。并采用裸板测试，问题仍然存在。由此说明当T3基线搭配无PA控制代码，无3... - 11:04 B5G_UE 错误 #3217 (已解决): L1c下发给Pucch的接口参数，ucipayload值错误，影响pucch上报ack
- !3_uci%E8%8E%B7%E5%8F%96.jpg!
!4_%E4%BF%AE%E6%94%B9.jpg!
- 10:55 B5G_UE 错误 #3217: L1c下发给Pucch的接口参数，ucipayload值错误，影响pucch上报ack
- 附代码流程
L1C状态机=UE_RA_MSG4_HARQ_ACK，调用prep_dlharq_pucch_forMsg4()进行msg4 ACK的配置
!1.jpg!
!2.jpg!
- 10:30 网管产品 错误 #2906 (转测试): 网管2.1T15版本测试，核心网、基站、终端名称过长的处理显示
- 前端已增加校验长度不超过16位
- 09:42 核心网产品 错误 #3178 (转测试): 跨核心网切换配置错误的GNBID后切换AMF异常
- 在下一个版本进行测试
- 09:42 核心网产品 错误 #3178: 跨核心网切换配置错误的GNBID后切换AMF异常
- 问题原因：
跨核心网切换，会根据源基站携带的目标基站id到目标核心网，目标核心网如果没有对应id的基站注册，有空指针操作
解决方案：
对该种异常操作进行保护 - 08:45 网管产品 错误 #3220 (转测试): LMT界面增加需求，3.0基站的功放版本&功放频率&通道开关显示界面调整
- 合入Rel_3.0.1_Pre1T4版本
- 08:43 网管产品 错误 #3219 (已关闭): LMT ru信息显示调整
- 08:43 网管产品 功能 #3218 (已关闭): LMT增加自动退出时长配置修改
- 08:05 基站横联 任务 #3225 (新建): 横联版本，B5GUE版本，UEdeofdm任务不支持CPRI接口
- 目前Ue Deofdm任务处理的入口数据只支持 jesd接口到来的数据，不支持CPRI 解压缩功能，由于横联版本需要使用CPRI接口，此处需要添加CPRI解压缩功能
- 08:02 基站横联 任务 #3224 (新建): 横联SSB中的pbch清0
- 横联的版本基于B5GUE板卡移植而来，目前SSB 发送包含PBCH部分，不符合横联协议。在微码实现SSB remapping后，使用byteset函数将pbch部分清0，符合横联协议。
2025-04-23
- 07:58 基站横联 任务 #3223 (新建): 将son_period_sniifer 任务从APE1迁移到APE3
- 目前 横联版本的 小区搜索功能由son period sniiffr任务实现，该任务移植时仿照思朗参考代码，配置在APE1，由于横联需要处理80个slot数据，处理量比基线版本的25个slot要大，有时会与ape1的dl task任务...
- 20:36 B5G_UE 错误 #3217: L1c下发给Pucch的接口参数，ucipayload值错误，影响pucch上报ack
- 【问题解决】
ucipayload=128,基站可以解对PUCCH ACK。
- 17:35 B5G_UE 错误 #3217 (进行中): L1c下发给Pucch的接口参数，ucipayload值错误，影响pucch上报ack
- 【问题分析】
1.L1C计算ucipayload时，会先判断msg4的CRC结果，只有在CRC解对才会计算ucipayload，函数prep_dlharq_pucch_forMsg4()，ue状态机是UE_RA_MSG4_HARQ_... - 15:52 B5G_UE 错误 #3217 (已解决): L1c下发给Pucch的接口参数，ucipayload值错误，影响pucch上报ack
- Lc1下发给Pucch的接口参数，ucipayload值错误，影响pucch上报ack
- 19:59 产品3.0平台 性能 #3206: EVMT2或者EVMT4板卡，板载镁光DDR4速率需要降低到2666
- 针对这个需求修改了板载uboot，由3200到2600，经测试系统能够起来。准备交给西安测试。
- 17:57 网管产品 错误 #3222 (已解决): LMT自动退出功能优化
- LMT自动退出功能优化：
1）默认不操作退出时长，建议5分钟
2）不操作自动退出时长在界面可配置（admin权限），可选时间【1,1440】，单位分钟 - 17:55 网管产品 错误 #3221 (已解决): LMT界面增加需求，3.0基站的功放相关指标体现在设备监控指标管理
- LMT界面增加需求，3.0基站的功放相关指标体现在设备监控指标管理
IND-67 基站3.0 pa-gridVoltage 栅极电压 pa Rel_3.0.0
IND-68 基站3.0 pa-temp 功放温度 pa Re... - 17:54 网管产品 错误 #3220 (已解决): LMT界面增加需求，3.0基站的功放版本&功放频率&通道开关显示界面调整
- LMT界面增加需求，3.0基站的功放版本&功放频率&通道开关显示界面调整
- 17:37 FirstCall 错误 #3215 (已解决): 添加DD口masterPUSCH测试用例，Ul_DeOfdm_Task任务触发Pusch_Symbproc_Task任务后，Pusch_Symbproc_Task任务没跑下去
- 【问题解决】
按以上方案测试APE2上deOfdm触发PUSCH任务，PUSCH申请DM内存无问题，问题解决。 - 15:35 FirstCall 错误 #3215 (进行中): 添加DD口masterPUSCH测试用例，Ul_DeOfdm_Task任务触发Pusch_Symbproc_Task任务后，Pusch_Symbproc_Task任务没跑下去
- 【问题定位】
原因：PUSCH任务比deOfdm任务优先级高，且在同一个APE2核上；deOfdm触发PUSCH任务后，PUSCH任务打断deofdm任务，deOfdm申请的DM内存没有释放，PUSCH无法申请足够的内存空间；
... - 14:08 FirstCall 错误 #3215 (已解决): 添加DD口masterPUSCH测试用例，Ul_DeOfdm_Task任务触发Pusch_Symbproc_Task任务后，Pusch_Symbproc_Task任务没跑下去
- 【问题描述】添加DD口masterPUSCH测试用例，Ul_DeOfdm_Task任务触发Pusch_Symbproc_Task任务后，Pusch_Symbproc_Task任务没跑下去
【问题原因】Ul_DeOfdm_Task触发... - 16:32 产品3.0平台 功能 #3198 (已解决): add ap_driver_init() sequence for B5G in rfic_a.out
- http://192.168.1.104/YZRT/yzp/gsp/plf3/ap_platform/drv/ap_driver/commit/1a5a30978e6e6116faaf7e35f3435baa825c14e5
- 16:11 网管产品 错误 #3219 (进行中): LMT ru信息显示调整
- 16:11 网管产品 错误 #3219 (已关闭): LMT ru信息显示调整
- 1.ru信息：版本、频率、通道开关放在基本信息中显示；
2.ru指标：漏极电压、栅极电压、末级电流、功放温度、输出功率、反射功率、驻波比放在指标监控页面 - 16:08 网管产品 功能 #3218 (进行中): LMT增加自动退出时长配置修改
- 16:08 网管产品 功能 #3218 (已关闭): LMT增加自动退出时长配置修改
- LMT自动退出功能优化：
1）默认不操作退出时长，建议5分钟
2）不操作自动退出时长在界面可配置（admin权限），可选时间【1,1440】，单位分钟 - 14:48 网管产品 功能 #2751 (转测试): 网管2.1T13版本，在进行上下行中心频率修改时，联动修改gnb-ru中的RU频点（MMRU）
- 1：/du-cell:DU-CELL/FREQUENCY_CONFIG_UL/NR_UL_CENTER_FREQ 和 /du-cell:DU-CELL/FREQUENCY_CONFIG_DL/NR_DL_CENTER_FREQ 互相关...
- 14:30 B5G_UE 错误 #3216 (进行中): DD口有时解不到mib
- 20250423
【问题描述】
平台使用all slave版本，phy使用first-call3，从phy log看到有帧解不到mib。 - 11:54 网管产品 错误 #3204 (已解决): LMT显示优化去掉，3.0基站AU相关硬件信息和运维管理
- 该问题已解决Rel_3.0.1_Pre1T3后续版本合入
- 11:41 网管产品 错误 #3214 (转测试): 网管测试YZMM2.1.0Pre3T1版本，核心网License管理界面优化显示
- 网管测试YZMM2.1.0Pre3T1版本，核心网License管理界面优化显示
- 11:09 3.0基站产品测试 功能 #3213 (新建): 3.0 600ue接入
- 3.0 600ue接入：
1、DUAPP模块日志模块化控制完善；
2、DU内存分配可配置功能；
3、KPI上报数组规格：优化KPI上报功能，根据实际在线UE数上报KPI；
4、多UE DDDS上报优化；
5、RLC 网管参数... - 10:51 产品3.0平台 性能 #3212 (进行中): 验证军特揭老师提供的CFR程序测试结果是否与测试报告对齐
- 10:51 产品3.0平台 性能 #3212 (进行中): 验证军特揭老师提供的CFR程序测试结果是否与测试报告对齐
- 1.参考揭老师提供的CFR测试程序及报告，在我司环境上进行验证，数据是否与测试报告对齐？
- 10:48 3.0基站产品测试 错误 #3211 (转测试): 3.0基站上下并行udp业务长跑压力，du coredump挂死
- 【3.0基站_Rel_3.0.1_Pre1T3_600M】
测试版本：Rel_3.0.1_Pre1T3版本（源大包版本du)
测试设备：核心网 192.168.8.218 基站 192.168.8.190
测试用例：单用户上下并... - 09:51 FirstCall 功能 #2637 (已关闭): 【需求单】为方便DLAP在查找向邻节点发送数据的DRB，需要RRC在配置DRB时增加DLAP实体ID(entityID)及对端devID
- 09:51 B5G_UE 功能 #3182 (转测试): NC与RRC 通控相关消息流程开发
- 添加RRC通控流程，待测试。
- 09:36 3.0基站产品测试 错误 #3201 (进行中): 网管侧无法显示终端业务指标，du未正常上报
- 分析抓包，发现上报KPI时，cell_num为0，走查代码发现问题点，已修改，验证中。
- 09:32 3.0基站产品测试 错误 #3102 (已解决): 【Rel_3.0.1_Pre1T2】两台基站之间做乒乓的异频切换，A基站为XN优先，B基站为NG优先，切换约15分钟后，UE僵在B基站上，导致业务停止
- 核心网基于Rel_3.3.3_pre3版本打上张松松提供的打桩版本，基站基于Rel_3.0.1_Pre1T3版本替换上杨乐提供cu包，异频xnng混合切换；
xn切换时，当目标基站发送PathSwitchRequest消息给核心网，... - 09:09 FirstCall 错误 #2652 (已解决): OC-UE/IRN测试，接收数据功率不稳定，时高时低
- 分析与频点干扰有关，后续峰值测试，可以先用1G频点试
- 08:56 FirstCall 错误 #3210: 验证rfic_a.out收发功能，回归验证失败
- 下一步计划
1.拉齐jason配置文件中的频点和基站一致，再继续测试验证；
2025-04-22
- 20:58 FirstCall 错误 #3210 (进行中): 验证rfic_a.out收发功能，回归验证失败
- 20:33 FirstCall 错误 #3210: 验证rfic_a.out收发功能，回归验证失败
- 问题进展
使用新的rfic_a.out，
1.Uu口回归验证，PDCCH无法解对SIB消息，CRC错，待进一步确认；
2.Dd口回归验证，slave无法解对测量消息，CRC错；
3.作为对比，使用旧的rfic_a.out，Uu... - 20:30 FirstCall 错误 #3210 (已解决): 验证rfic_a.out收发功能，回归验证失败
- 问题描述
使用最新rfic_a.out进行Uu和Dd流程验证，均失败。 - 20:52 FirstCall 错误 #3186: DD口按照测量请求接收测量消息未收对，设备间系统帧号SFN未对齐
- 任务不能起来问题：先tfu长跑（tfu版本不往sm写帧号），再跑协议栈，物理层任务可正常启动。tfu版本正常写帧号，RFM3调用了osp_send_msg，但物理层加trace，发现ape没有收到核间消息导致ape核上的任务没有起来 ...
- 20:45 FirstCall 错误 #3186: DD口按照测量请求接收测量消息未收对，设备间系统帧号SFN未对齐
- 先执行mac脚本，再执行tfu（一直不退出），用平台两块板卡测试三次，物理层接收可以解到，帧号都能对齐。--赵爱敬
- 19:33 3.0基站产品测试 错误 #3026 (已关闭): 切换过程中其中1个基站重启三层后再次切换流程异常（核心网问题）
- 核心网版本：Rel_3.3.3_Pre3版本，基站版本：Rel_3.0.1_Pre1T3，终端切换在过程中其中1个基站重启三层后再次切换流程正常，问题可关闭。
- 17:44 2.0基站产品化测试 错误 #3050: 17P商用手机跨核心网切换，目标侧重配完成上不来
- 但是有2个问题想不明白：
1、mate40和这个版本的鼎桥为什么在跨核心网下失步概率比在同核心网下大的多；
2、其他的设备也是同样的版本就没有这种问题（mate30和60都ok） - 17:41 2.0基站产品化测试 错误 #3050: 17P商用手机跨核心网切换，目标侧重配完成上不来
- !%E4%BF%A1%E5%85%83.jpg!
在重配置信令中增加下图左侧的信元，删除右侧的信元，通过增加失步判决的次数来减少终端判断失步的概率，鼎桥只有5qi=9（之前不回）就可以回重配置完成；
在这个版本的基础上，后面的测试... - 17:01 3.0基站产品测试 错误 #2775 (已关闭): [3.0产品测试]3.0.0pre1_T2：amc目标bler设置为3 ，但是ul / dl bler均收敛至目标值
- 16:52 3.0基站产品测试 错误 #2775 (已解决): [3.0产品测试]3.0.0pre1_T2：amc目标bler设置为3 ，但是ul / dl bler均收敛至目标值
- 在Rel_3.0.1_Pre1T3版本上验证ulHqFai收敛值都能控制在1%内，符合预期，情况如下：
* 1、1D3U上行单天线上行灌包200M，ulHqFai收敛如下：
!1D3U%E4%B8%8A%E8%A1%8C%E5%8... - 16:41 3.0基站产品测试 错误 #2775 (转测试): [3.0产品测试]3.0.0pre1_T2：amc目标bler设置为3 ，但是ul / dl bler均收敛至目标值
- 16:54 网管产品 错误 #3205 (进行中): 网管测试YZMM2.1.0Pre3T1版本，3.0基站优化取消相关PRU和AU相关显示
- 15:02 网管产品 错误 #3205 (转测试): 网管测试YZMM2.1.0Pre3T1版本，3.0基站优化取消相关PRU和AU相关显示
- 网管测试YZMM2.1.0Pre3T1版本，3.0基站优化取消相关PRU和AU相关显示
- 16:44 网管产品 错误 #3086 (转测试): 2.0网管“干扰指标配置”中，频段范围设置没有对中文“，”做检测；
- 已完成，删除了无用的代码，顺手重新实现了前端规则校验机制
- 16:33 3.0基站产品测试 错误 #3102 (转测试): 【Rel_3.0.1_Pre1T2】两台基站之间做乒乓的异频切换，A基站为XN优先，B基站为NG优先，切换约15分钟后，UE僵在B基站上，导致业务停止
- 【问题原因】
在XN切换的业务场景中，当核心网不回复信令时，ue会僵死在目标基站上，无法做后续业务
【修改方案】
当发送了PathSwitchRequest后，会启动一个2s定时器，在之后的核心网或DU信令环节，只要有不回复... - 16:30 3.0基站产品测试 错误 #3209 (进行中): [3.0产品测试]3.0.1pre1_T3，下行UDP灌包超过200M，DU窗口打印window stalled，终端掉线
- 测试版本：Rel_3.0.1_Pre1T3版本
测试设备：核心网 192.168.8.219 基站 192.168.8.233
测试用例：单用户大下行大容量上行UDP灌包
基站配置：7D2U 2T2R
测试终端：星思5.8G... - 16:20 3.0基站产品测试 错误 #3208 (新建): [3.0产品测试]3.0.1pre1_T3，上行UDP灌包后，上行RSRP会从-67变到-129
- 测试版本：Rel_3.0.1_Pre1T3版本
测试设备：核心网 192.168.8.219 基站 192.168.8.233
测试用例：单用户大下行大容量上行UDP灌包
基站配置：7D2U 2T2R
测试终端：星思5.8G... - 16:16 3.0基站产品测试 错误 #3046 (挂起): 3.0基站3.7频点（中心频率3748980）终端不能接入
- 16:05 2.0基站产品化测试 错误 #3207 (新建): RU1.0 mru环境在依次拔插光纤后启站失败
- 版本17p
济南实验室在17P版本发现一个MRU问题： 站正常的情况下，拔一个RU光纤，会有“MRU功能单元告警”告警，然后将RU光纤插上之后，告警恢复，再将另外一个RU光纤拔掉，也会出现告警，然后将RU光纤插上之后，告警恢复；这时... - 16:04 3.0基站产品测试 错误 #3167 (已解决): [3.0产品测试]3.0.1pre1_T3 小区激活失败，DU产出系列报错后return
- 将board.cfg文件放到了phy文件下，下个版本T4生效。已验证通过
- 16:01 2.0基站产品化测试 错误 #3195 (进行中): 17P_Pre1T3: ICIC测试中，出现了下行mcs下降，甚至掉0的情况
- 下行pucch反馈ack缺失，导致harq超时dtx,按dtx方式作nack处理，导致mcs一直下降。目前已@赵强去定位pucch不上报的问题。
- 16:00 3.0基站产品测试 错误 #3196 (进行中): 3.0基站prach配置为format0（3）与format1（33）下终端都无法接入
- 初步分析PHY不上报PRACH，待进一步排查
- 15:59 3.0基站产品测试 功能 #3058 (挂起): 3.0接入阶段保守调度
- 15:57 3.0基站产品测试 错误 #3103 (转测试): 简述：Rel_3.0.1_Pre1T2,20环境，大下行udp400M，下行mcs20不上调
- 15:57 3.0基站产品测试 错误 #3103: 简述：Rel_3.0.1_Pre1T2,20环境，大下行udp400M，下行mcs20不上调
- 旭初定位有一路连线有问题
- 15:55 3.0基站产品测试 错误 #3109 (转测试): Rel_3.0.1_Pre1T2：上行双流配置接入16UE后出现UE掉线问题
- 15:55 3.0基站产品测试 错误 #3109 (已解决): Rel_3.0.1_Pre1T2：上行双流配置接入16UE后出现UE掉线问题
- 回退保守调度解决
- 15:50 产品3.0平台 性能 #3206 (进行中): EVMT2或者EVMT4板卡，板载镁光DDR4速率需要降低到2666
- 15:50 产品3.0平台 性能 #3206 (进行中): EVMT2或者EVMT4板卡，板载镁光DDR4速率需要降低到2666
- 1、评估需求：目前EVMT2、4板卡的DDR需要更换，从：MIC_MT40A1G16RC-062E,IT:B（镁光）替换到：DDR4*CXDQ4BFAM-IJ-M（长鑫）；
2、更换原因：
（1）镁光DDR由于上涨幅度较大，单... - 15:31 网管产品 错误 #3204 (转测试): LMT显示优化去掉，3.0基站AU相关硬件信息和运维管理
- LMT已修改，合入下个版本
- 15:03 网管产品 错误 #3204 (进行中): LMT显示优化去掉，3.0基站AU相关硬件信息和运维管理
- 14:59 网管产品 错误 #3204 (已解决): LMT显示优化去掉，3.0基站AU相关硬件信息和运维管理
- LMT显示优化去掉，3.0基站AU相关硬件信息和运维管理
- 14:16 网管产品 功能 #3174: YZMM2.1.0Pre3，进一步优化网管告警表超限处理，目前告警多的情况下会把事件冲掉
- YZMM2.1.0Pre3T1后续版本解决，可验证
- 10:51 网管产品 错误 #3137 (已解决): 网管测试YZMM2.1.0Pre3大屏监控，拓扑轮播没有进度，切换时过于突兀，建议在下方增加整体轮播进展
- 该问题已验证解决YZMM2.1.0Pre3T1
- 10:44 网管产品 错误 #3136 (已解决): 网管测试YZMM2.1.0Pre3大屏监控，折线图的时间数据显示太多、太密，建议显示3个时间点
- 该问题已在网管YZMM2.1.0Pre3T1版本验证解决
- 10:43 B5G_UE 性能 #3203 (进行中): PHY和MAC性能优化，已支持K2=4 ，甚至最好可以支持K2=3
- 10:39 网管产品 功能 #2393: 网管参数后面的？号，建议修改为参数描述
- 该问题请在版本YZMM2.1.0Pre3T1后续版本验证
- 10:18 3.0基站产品测试 功能 #3151: map和unordered_map的性能对比及用户面map的替换
- 从测试结果来看，数据容器元素容量超过85就有修改的价值
- 09:41 网管产品 错误 #3135 (已解决): 网管测试YZMM2.1.0Pre3大屏监控，离线终端也考虑显示
- 该问题已于YZMM2.1.0Pre3T1版本验证解决
- 09:40 2.0基站产品化测试 错误 #2585 (已解决): 网管版本：YZMM2.1.0Pre1T10 PRU功能部分基站上报温度功控指标，部分基站不上报，目前来看RU2.0的温度上报DEV和PRU那边看下上报上来的数据是0
- 该问题16P时验证已解决。
- 09:06 2.0基站产品化测试 错误 #2585 (转测试): 网管版本：YZMM2.1.0Pre1T10 PRU功能部分基站上报温度功控指标，部分基站不上报，目前来看RU2.0的温度上报DEV和PRU那边看下上报上来的数据是0
- 09:05 产品3.0平台 错误 #2959 (挂起): 基站光口无法识别
- 09:03 3.0基站产品测试 错误 #3093 (转测试): Rel_3.0.1_Pre1T2,20环境，gps同步后失步
2025-04-21
- 20:11 FirstCall 错误 #3186: DD口按照测量请求接收测量消息未收对，设备间系统帧号SFN未对齐
- 先跑协议栈，然后 tfu跑一次退出，接收可以解对，但小葛看到sfn没有对齐。在平台自己的两块板卡这样跑，平台维护帧号看着差距较小（大概率两板卡对齐），需要继续验证。
- 19:23 B5G_UE 错误 #3193 (已解决): L1C在slot18触发MSG5，基站侧解析CRC失败
- 【问题描述】L1C在slot18触发MSG5，基站侧解析PUSCH CRC失败。
【问题原因】L1C在slot18触发MSG5，下发的K2=3值太小，基站在slot16发PDCCH，slot19就要收PUSCH，slot17处理PD... - 19:01 FirstCall 错误 #3192 (已解决): DD口测量任务影响deofdm定时任务，导致Uu口解SIB失败
- 问题解决
1.修改dl_sync任务代码，增加节点判断，uu和IRN不进入测量dl_sync任务的处理，deofdm可以正常进任务。
uu口回归OK。 - 18:52 B5G_UE 错误 #3190 (已解决): MSG5调试L1C下发参数错误
- 现象:l1c计算dmrs位置错误,由于numDmrsSym未正确读出，导致L1c计算错误。
解决方案：修改代码numDmrsSym = LOAD_EX_B(&ueCfg->ulProc[harqId].dmrsPorts.fLSym... - 18:33 产品3.0平台 功能 #2930 (进行中): 移远GPS模块软件功能
- 1.通过移远手册指导进行修改，具体方案通过飞书发给宁大哥；
- 18:27 产品3.0平台 功能 #3202 (已解决): L26-T的模组，波特率可配
- L26-T的模组，波特率可配置，需要和弋戈确认后续使用哪个波特率。最后波特率最好配置为9600,。
- 18:12 3.0基站产品测试 错误 #3201 (转测试): 网管侧无法显示终端业务指标，du未正常上报
- 【3.0基站_Rel_3.0.1_Pre1T3_600M】
测试版本：Rel_3.0.1_Pre1T3版本
测试设备：核心网 192.168.8.218 基站 192.168.8.190
测试用例：单用户大下行大容量udp业务
... - 17:55 网管产品 错误 #3134 (反馈): 网管测试YZMM2.1.0Pre3大屏监控，拓扑图增加核心网和基站不在线的灰化显示能力
- 实现下核心网灰化
- 17:18 网管产品 错误 #3133 (已解决): 网管测试YZMM2.1.0Pre3大屏监控，“网元信息”中离线和故障统计重分类，将基站3层未启动统计为离线
- 该问题已在版本YZMM2.1.0Pre3T1验证解决，目前故障保留为0，实际统计状态仅正常和离线
- 17:15 网管产品 设计 #3117: YZMM2.1.0Pre2网管，大屏监控界面优化
- 该问题已在版本YZMM2.1.0Pre3T1验证解决，请在后续版本验证
- 16:55 网管产品 错误 #3014 (已解决): 网管YZMM2.1.0Pre2T1版本测试，大屏监控告警级别为重要，对应拓扑基站颜色未显示
- 该问题已在YZMM2.1.0Pre3T1解决
- 16:42 3.0基站产品测试 错误 #3127 (已关闭): mate30与vivo手机都是一直上报A3事件但不触发切换（pre1T2版本）
- 在Rel_3.0.1_Pre1T3版本，mate30与vivo手机vonr中可多次同频xn切换，通话不中断，切换流程完整，问题可关闭。
- 16:37 网管产品 错误 #3138 (已解决): 网管测试YZMM2.1.0Pre3大屏监控，基站及终端轮播，建议在终端侧增加终端总数展示
- 该问题已解决，如下截图
- 16:23 网管产品 功能 #2393: 网管参数后面的？号，建议修改为参数描述
- 附录：最新excel文档格式
- 09:04 网管产品 功能 #2393 (转测试): 网管参数后面的？号，建议修改为参数描述
- 功能已完成：鼠标悬停至参数名称位置，如果存在此参数的详情信息，会显示出一个可以点击的小问号，点击后右侧即可显示详情信息
后续各模块维护一张excel表格，网管通过python工具可以解析成显示所需要的的json格式
- 16:21 产品3.0平台 任务 #3200 (新建): 【测试任务】参考模板
- 任务分类：括号内四大类之一（项目交付，功能验证，方案验证，Bug定位）
测试目的：描述清楚为什么要做这个测试；影响当前哪块业务和功能
测试内容：描述具体测试内容项
时间点需求：
- 16:09 产品硬件设计及装配 需求CR #2957 (进行中): 现有GPS模块精度不够，需要更换移远L26-T
- 14:28 产品硬件设计及装配 需求CR #2957: 现有GPS模块精度不够，需要更换移远L26-T
- 1.目前新投产的第五批8块CPE板卡已经更换移远L26-T模组；
2.第三批及第四批的板卡，等待板卡腾出时间后，统一更换；
- 16:08 产品3.0平台 功能 #3199 (进行中): EVMT2、4板卡UART串口需要新增功能：配置功放频点
- 16:08 产品3.0平台 功能 #3199 (进行中): EVMT2、4板卡UART串口需要新增功能：配置功放频点
- 1.功能背景：
（1）DPD功能在每个频段可能需要微调，比如3.3-3.6GHz，每100MHz的DPD配置可能不同；
（2）目前配合正维、军特开发的功放，需要对功放输入端的电压进行微调，微调的具体值也需要与功放频段绑定；
2.... - 15:36 3.0基站产品测试 错误 #3156 (已解决): vonr通话中同频xn切换多次后挂断再次切换失败
- 基于3.0.1_Pre1T3版本，替换cu包，vonr通话中同频xn切换多次后挂断电话，之后可正常切换，问题解决；
!vonr%E6%8C%82%E6%96%AD%E5%90%8E%E7%9A%84%E5%88%87%E6%8D... - 14:57 网管产品 功能 #3140 (已解决): 新增下行功率分配相关参数
- 14:55 网管产品 功能 #3174: YZMM2.1.0Pre3，进一步优化网管告警表超限处理，目前告警多的情况下会把事件冲掉
- 已解决，麻烦黄兄在多数据量情况下验证下
- 13:06 产品3.0平台 功能 #2812 (进行中): 3.0整机温度补偿功能
- 以修改方案，添加PA初始化参数和功率限制，待江欣确认
- 11:53 产品3.0平台 功能 #3198 (已解决): add ap_driver_init() sequence for B5G in rfic_a.out
- 1. add ap_driver_init() sequence for B5G in rfic_a.out the same as what GNB did below.
call API_RFIC_CellSetup()... - 11:51 产品3.0平台 功能 #3197 (新建): 3.0 EVMT2 根据频段识别对应配置
- 环境：EVMT2 双频整机终端；
问题：ucp_rfic_cfg.json文件种只有一个频段配置；更换频段及频点需要实时更改对应的频段及配置；文件内容如下
"common": {
"txLo": 628000000,
... - 11:33 网管产品 错误 #2906: 网管2.1T15版本测试，核心网、基站、终端名称过长的处理显示
- 考虑到已经发布的网管版本，无法直接在网管升级的时候修改数据库大小，前端做一次特殊处理
- 10:21 产品3.0平台 错误 #2853: 2.0产品 40V军特功放 DPD 问题
- 在33000M频段，军特的DPD效果尤其差。
- 10:07 3.0基站产品测试 错误 #3196 (已解决): 3.0基站prach配置为format0（3）与format1（33）下终端都无法接入
- 【问题描述】3.0基站Rel_3.0.1_Pre1T版本，prach配置为format0（3）与format1（33）下终端都无法接入，C2（202）与B4（160）都可接入；
- 10:03 2.0基站产品化测试 错误 #3195 (进行中): 17P_Pre1T3: ICIC测试中，出现了下行mcs下降，甚至掉0的情况
- 测试版本：17P_Pre1T3版本
测试设备：核心网 192.168.8.219 基站 192.168.8.176
测试用例：TF-032 支持多用户同频组网ICIC功能
基站配置：大上行上行双天线，聚合等级2
测试配置：... - 09:53 2.0基站产品化测试 错误 #2958 (已关闭): 华为与vivo手机先视频通话再转语音再转视频后视频无画面通话中断
- 【基站与核心网配置】基站版本：Rel_2.1.17P_Pre1T3，核心网版本：Rel_3.3.3_pre3；
【验证结果】验证华为与vivo手机先视频通话再转语音再转视频后视频的场景，视频画面清晰，语音流畅，视频语音可反复切换，问... - 09:45 3.0基站产品测试 性能 #3148: 下行1.4GB灌包，优化CPU性能到80%以下
- 当前进展：UDP_RX_DL线程可以优化到50%，但是DL0线程还是比较繁忙，需要优化semPost
- 09:11 B5G_UE 错误 #3194 (已关闭): 使用PHY打桩ORI版本接入IRN时，随机接入配置配置UE时core dump
- 09:10 B5G_UE 错误 #3194 (已解决): 使用PHY打桩ORI版本接入IRN时，随机接入配置配置UE时core dump
- 已解决，版本已上库
- 09:09 B5G_UE 错误 #3194 (已关闭): 使用PHY打桩ORI版本接入IRN时，随机接入配置配置UE时core dump
- 问题现象：
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/aarch64-linux-gnu/libthre...
2025-04-20
- 22:47 FirstCall 错误 #3186 (进行中): DD口按照测量请求接收测量消息未收对，设备间系统帧号SFN未对齐
- 目前进展：
1、查看调测，CP无法检测到tfu写入共享内存的帧号，帧号标志一直是aa,（赵爱敬）
2、看到目前脚本tfu只执行了一次就退出，考虑用tfu一直执行的脚本测试（弋戈）
3、使用一直跑tfu的脚本，两块板卡的CP在同一...
2025-04-19
- 19:20 B5G_UE 错误 #3193 (进行中): L1C在slot18触发MSG5，基站侧解析CRC失败
- 19:20 B5G_UE 错误 #3193: L1C在slot18触发MSG5，基站侧解析CRC失败
- 【问题描述】L1C在slot18触发MSG5，基站侧解析CRC失败；L1C在slot7多次触发MSG5，基站侧均解析CRC正确
【问题原因】L1C在slot18触发PUSCH，此时从基站看RB等参数已经改变，怀疑L1C在slot18... - 19:15 B5G_UE 错误 #3193 (已解决): L1C在slot18触发MSG5，基站侧解析CRC失败
- L1C在slot18触发MSG5，基站侧解析CRC失败，在其他slot，比如slot7触发，则基站侧解析CRC正确。怀疑是L1C没有及时填写参数，就触发pusch任务，导致基站解析失败。
- 19:13 B5G_UE 错误 #3190: MSG5调试L1C下发参数错误
- 现象:l1c计算dmrs位置错误，MSG5 PUSCH信道打桩DMRS位置（目前只有此参数打桩，其余均使用L1C传输参数），连续测试4把，3次基站可解对，唯一一次错的见金伏的问题单
进展：正在寻找L1C计算dmrs位置错误原因 - 15:41 B5G_UE 错误 #3190: MSG5调试L1C下发参数错误
- 问题原因：ul_grand中harqProcessId被清除导致，L1C读取PDCCH解析结果有问题
解决方案：将harqProcessId清除的地方注释，L1C可正确读出PDCCH解析出的结果（如Tbsize，startrb,rb... - 15:25 B5G_UE 错误 #3190 (进行中): MSG5调试L1C下发参数错误
- 10:15 B5G_UE 错误 #3190 (已解决): MSG5调试L1C下发参数错误
- MSG5调试L1C下发参数错误
- 18:31 FirstCall 错误 #3192: DD口测量任务影响deofdm定时任务，导致Uu口解SIB失败
- 问题定位
1.使用4月18的Dd+Uu最新版本测试uu回归，deofdm定时任务只起5次，没有触发PDCCH解sib消息；
2.因为4月16日版本Uu回归没问题，
3.所以通过回退版本，定位到4月17日DD口测量任务的代码提交影... - 18:31 FirstCall 错误 #3192 (已解决): DD口测量任务影响deofdm定时任务，导致Uu口解SIB失败
- 问题描述
Uu回归测试，SIB解析失败，分析发现deofdm定时任务只起5次，没有触发PDCCH解sib消息； - 18:24 FirstCall 错误 #3187 (已解决): 平台DD&uu合并版本，回归测试uu口随机接入
- 18:07 FirstCall 错误 #3187: 平台DD&uu合并版本，回归测试uu口随机接入
- 问题解决
1.排查定位到4月17日DD口测量任务(dl_sync)的代码提交影响deofdm定时任务只起5次；问题跟踪转问题单#3191；
2.解决DD口测量任务影响deofdm定时任务的问题后，更换新的CP drv合一版本进... - 15:23 FirstCall 错误 #3187: 平台DD&uu合并版本，回归测试uu口随机接入
- 问题验证
1.思路1的验证：
因为PHY的版本在4.18有更新，所以首先回退rfm .a文件，验证最新PHY版本的uu口回归，发现流程卡在SIB的解析，PHY版本已经出现问题；
2.思路2的验证：
待解决1的问题，在同一个... - 10:08 FirstCall 错误 #3187: 平台DD&uu合并版本，回归测试uu口随机接入
- 定位思路建议：
1.物理层不变的情况下，回退rfm版本的.a文件，PHY重新编译RFM版本，看看是否OK
2.如果回退rfm .a文件，可以正常工作，说明和新的CP drv合一版本有关； 如果回退rfm .a文件也存在问题，说明和... - 16:18 B5G_UE 功能 #3161: 通控模块功能开发
- 通读nc代码,基本熟悉了各模块间的通信机制，下周可以对照接口文档可以着手开发
- 15:50 B5G_UE 错误 #3189 (已解决): L1C 合一版本Dd PDC内存申请失败
- 问题原因：测量模块trigger DEOFDM2模块，DEOFDM2模块trigger PDCCH模块，由于目前DEOFDM2模块优先级比PDCCH模块优先级低，导致DEOFDM模块未跑完，PDCCH就已经开始运行，但是此时DM空间仍...
- 10:20 B5G_UE 错误 #3189: L1C 合一版本Dd PDC内存申请失败
- 现象：打印dl_sync信道log，发现dl_sync信道已释放dm0内存，且打印使用前后DM0的尾部mem，发现没有踩到尾部mem，应该不是测量信道引起的PDC内存分配失败，正在寻找别的原因
- 10:15 B5G_UE 错误 #3189 (已解决): L1C 合一版本Dd PDC内存申请失败
- 11:21 网管产品 功能 #3174 (转测试): YZMM2.1.0Pre3，进一步优化网管告警表超限处理，目前告警多的情况下会把事件冲掉
- 1. 已处理。
独立处理事件和告警的统计总数，在Limits表中新增了CountCondition字段，用来指定查询统计条件 - 11:19 网管产品 功能 #3174 (进行中): YZMM2.1.0Pre3，进一步优化网管告警表超限处理，目前告警多的情况下会把事件冲掉
- 09:56 B5G_UE 错误 #3188 (已解决): pdcch polar译码解交织模块只支持dcisize<104，超过104解不对
- 09:55 B5G_UE 错误 #3188: pdcch polar译码解交织模块只支持dcisize<104，超过104解不对
- 原因：解交织模块的输入是 polar译码结果和24bit crc组成的长度为K的bit流经过bitinsert之后长度为K*8（小于1024）的数， 再通过交织表取索引得到正确的结果；现有的微码模块index指令最多将两个512bi...
- 09:41 B5G_UE 错误 #3188 (已解决): pdcch polar译码解交织模块只支持dcisize<104，超过104解不对
- pdcch polar译码解交织模块只支持dcisize<128,超过128解不对
- 09:37 B5G_UE 错误 #3179 (已解决): pdcch crc解不对
2025-04-18
- 20:06 B5G_UE 错误 #3184 (已解决): msg5调试调用pusch，DM2内存分配失败
- 20:03 B5G_UE 错误 #3184 (进行中): msg5调试调用pusch，DM2内存分配失败
- 【问题描述】msg5调试调用pusch，DM2内存分配失败
【问题原因】pucch释放DM2内存的顺序不对，导致DM2的内存被踩影响后续的PUSCH。
【解决方案】1 在单板验证PUSCH可以连续调度，申请DM2内存正常，但是在基... - 15:39 B5G_UE 错误 #3184 (已解决): msg5调试调用pusch，DM2内存分配失败
- msg5调试调用pusch，DM2内存分配失败
- 19:31 FirstCall 错误 #3187 (进行中): 平台DD&uu合并版本，回归测试uu口随机接入
- 问题
1.回归测试uu口随机接入，SIB解析失败；
下一步
1.继续分析log；
2.回退平台版本，验证随机接入流程是否成功； - 19:29 FirstCall 错误 #3187 (已解决): 平台DD&uu合并版本，回归测试uu口随机接入
- 问题描述
1.平台合并DD&uu版本，回归测试uu口随机接入，SIB解析失败。 - 18:20 产品3.0平台 错误 #3028 (已解决): 3.0板卡测试高频相位噪声优化
- 17:57 FirstCall 错误 #3186: DD口按照测量请求接收测量消息未收对，设备间系统帧号SFN未对齐
- master LOG打印，发现master在正确帧号上发出，slave接收帧号错位，三次测试帧号错位分别为7，4，3，已反馈杨晋与弋戈对GPS同步帧号进行检查
- 17:18 FirstCall 错误 #3186 (转测试): DD口按照测量请求接收测量消息未收对，设备间系统帧号SFN未对齐
- 现象：DD口按照测量请求接收测量消息未收对
测试：dd测量未按照测量请求每个slot 5/15都接收master decID=32的测量消息，发现在sfn[905,921,937...]按16帧间隔可解对，但是测量消息在sfn[91... - 17:04 FirstCall 错误 #2868 (挂起): EVMT基站自研板与终端自研板发送PRACH现象不一致
- 17:01 Gen2.5 终端 任务 #3185 (新建): 西安同事要求3568系统支持redis功能
- 西安同事马自伟说交付b5gms项目,要求3568系统支持redis功能以及支持zip命令
- 16:21 3.0基站产品测试 功能 #2969 (已关闭): stat_log目录切换和规格监控
- 在Rel_3.0.1_Pre1T3版本，cu stats日志已经输出到/data/log/cu路径下不压缩，问题关闭。
!cu_stats%E6%97%A5%E5%BF%97%E8%BE%93%E5%87%BA%E6%88%AA%E... - 15:44 产品3.0平台 功能 #3180: PRU2.0（基于AD9025芯片）硬件平台CFR+DPD功能开发
- 接下来我们可以继续实验。
- 15:43 2.0基站产品化测试 错误 #2979 (已关闭): BaseService存在popen打开的句柄泄漏的问题
- *在17PPre1T3版本上三层正常启动时，尝试停止l1app、gnb_du、gnb_cu后，再次打开htop，未出现句柄泄漏问题，问题可关闭。*
!htop%E6%88%AA%E5%9B%BE.png!
- 15:13 产品3.0平台 功能 #3022: 板卡烧录过程优化
- 需求：① 现在EMMC烧录后需要将fdisk_emmc_debiain脚本和根文件系统rootfs_a rm64_1.tar.gz放到开发板中tmp目录下配置，简化此步骤为install一键安装。即烧写完emmc程序，直接执行安装脚本...
- 14:16 网管产品 错误 #2090 (已解决): YZMM2.0.12Pre1T1版本测试，未启动三层情况下导出数据，启动后再次导入数据，小区状态可能存在未知
- 该问题已验证解决
- 11:55 产品3.0平台 错误 #3166 (已解决): rel.3d0fd0e.1.tgz版本问题
- fix has been verified by Wang Hao,
the commit is below.
http://192.168.1.104/YZRT/yzp/gsp/plf3/ap_platform/drv/ap_d... - 11:31 3.0基站产品测试 功能 #3150 (已解决): sdap inactive timer是否启动做成网管配置选项
- *> 基于Rel_3.0.1_Pre1T3版本，替换gnb-cu-main.xml与gnb-cu-main.yang文件，替换振斌提供cu文件，在网管侧将“SDAP INACTIVE 定时器开关”分别改为0与1后终端接入，查看日志配置...
- 10:36 3.0基站产品测试 错误 #2831 (转测试): du解析出来csi中的cqi,ri的值不准确
- （1）解决下发问题：虽然协议允许下发两次段格式 pucch 格式，但连续下发csi 和 sr的分开调度之后 SR解析存在问题，协议上只规定 csi与harq同时调度的需要规划，SR 与 CSI可以在同一个资源上调度。减少调度次数，并在...
- 10:00 B5G_UE 功能 #3183 (进行中): IM 链路PUC设计
- IM链路PUC，时与位置是S-Slot 中间symbol，详见设计文档《终端3.0定时涉及》
- 09:56 网管产品 错误 #3086 (进行中): 2.0网管“干扰指标配置”中，频段范围设置没有对中文“，”做检测；
- 09:46 产品3.0平台 错误 #2692 (挂起): 长时间运行GPS时，会出现获取GPS时间飘的问题。
- 09:45 产品3.0平台 错误 #2591 (挂起): 3.0 自研板 MAC TTI消息接收异常
- 09:42 B5G_UE 功能 #3182 (已解决): NC与RRC 通控相关消息流程开发
- 09:30 FirstCall 错误 #2874 (已解决): msg2测试，PDSCH从协议栈FAPI接口取参数numOfSymblAlloc异常
- 09:29 B5G_UE 错误 #3018 (已解决): deOfdm 给PDSCH的 SLOT后滞后
- 09:28 B5G_UE 错误 #3012 (已解决): msg4 PDS 接收不成功
- 09:28 B5G_UE 错误 #2998 (挂起): 测试代码失效
- 09:28 B5G_UE 错误 #3171 (已解决): 融合UU口和DD口的版本出现MIB译码CRC错
- 09:25 B5G_UE 错误 #3171: 融合UU口和DD口的版本出现MIB译码CRC错
- 20250418
【解决方案】
发送端更换平台版本和Fphy_Timer_Csu_Config.s.c文件，在基站可以看到发送波形正常；
接收端使用firstcall3版本，mib解析正确。
2025-04-17
- 20:45 产品3.0平台 功能 #3181 (进行中): PRU2.0（基于AD9025芯片）硬件平台UART串口功能开发
- 20:45 产品3.0平台 功能 #3181 (进行中): PRU2.0（基于AD9025芯片）硬件平台UART串口功能开发
- 1.对标目前3.0，通过uart串口回读功放相应状态及配置
- 20:43 产品3.0平台 功能 #3180 (进行中): PRU2.0（基于AD9025芯片）硬件平台CFR+DPD功能开发
- 20:43 产品3.0平台 功能 #3180 (进行中): PRU2.0（基于AD9025芯片）硬件平台CFR+DPD功能开发
- 1.现有供应商海泰、军特提供的PRU2.0的各频段功放，已经支持DPD耦合链路；
2.目前PRU2.0整机射频指标，如：EVM、ACLR，主要靠功放回退，无法满足256QAM调制要求（EVM＜3.5%）；
3.目前军特4.9GHz... - 19:03 B5G_UE 错误 #3179: pdcch crc解不对
- 现象：横联数据 ut测试时 crccheck错误
原因：PolarDecoding模块和解交织模块PdcchDeBI2中间的PdcchBitInsert模块，只有当K<=64时，才能对所有数据做完处理，当K超过64时，解交织模块的输... - 18:55 B5G_UE 错误 #3179 (已解决): pdcch crc解不对
- 横联数据进行单元测试时发现crc解不对
- 17:55 2.0基站产品化测试 错误 #3050: 17P商用手机跨核心网切换，目标侧重配完成上不来
- 查看了终端能力集，mate40pro还是r15版本
- 16:29 2.0基站产品化测试 错误 #3050: 17P商用手机跨核心网切换，目标侧重配完成上不来
- 修改完后，mate60测试ok,但是鼎桥和mate40还是不行
- 17:49 3.0基站产品测试 功能 #2867: DU 日志模块化控制功能
- DU信令面日志模块化修改完成。
- 16:52 核心网产品 错误 #3178 (转测试): 跨核心网切换配置错误的GNBID后切换AMF异常
- 跨核心网切换配置错误的GNBID后切换AMF异常
例如，核心网侧配置的对端的GNBID为50，对端基站配置的GNBID为1，切换会失败，AMF线程挂死，松哥有空帮忙修改下这个问题。 - 16:28 FirstCall 错误 #3169 (已解决): MSG5 PUSCH基站未收到
- 问题：传给L1C,计算K2的参数不对
原因：ul_grand计算参数后会清空dci0_1结构体中的内容，导致L1c读取错误
解决方案：ul_grand计算参数后暂不清空dci0_1结构体中的内容 - 16:23 3.0基站产品测试 性能 #3177 (新建): 基站3.0ACLR（WOLA）带外毛刺问题
- 问题：最近小信号他们测试发现，目前思朗基线的wola指标不合格
现象：云智软通板卡+DPD后，邻道泄露严重；云智软通板卡+不加DPD，邻道泄露满足指标，但是有幅度较强的尖锐毛刺
解决方案：需要对现有wola方案进行流程上的改动，从... - 15:47 B5G_UE 性能 #3176 (新建): PDS下行接收处理时间1ms多，不符合预期，需要定位优化
- 15:40 基站横联 设计 #3175 (新建): 横联RNTI、ID的修改点设计分解
- 涉及 L1C、PDC、PDS等模块的修改，需求文档可见《ID标识差异点_with横联》
- 15:32 产品3.0平台 性能 #3172: EVMT4（3.0gNB）板卡WOLA窗功能支持—优化板卡数据源输出的ACRL指标
- 原因：不是wola算法本身的问题，而是处理流程问题。 BTW：slot symbol0没有加窗。
- 14:33 产品3.0平台 性能 #3172 (进行中): EVMT4（3.0gNB）板卡WOLA窗功能支持—优化板卡数据源输出的ACRL指标
- 14:32 产品3.0平台 性能 #3172 (进行中): EVMT4（3.0gNB）板卡WOLA窗功能支持—优化板卡数据源输出的ACRL指标
- 1.使用EVMT4板卡（gNB-1001）在正维测试ACLR指标时，发现数据源输出邻道有异常凸起，见图1；
2.梁工反馈需要支持WOLA加窗，在数字域将邻道指标优化； - 15:18 网管产品 错误 #3128 (已解决): 网管版本YZMM2.1.0Pre3大屏监控测试，当终端ID=0时右侧234区域不显示数据
- 业务问题异常场景暂不关注，数据显示逻辑无问题。
- 15:18 网管产品 功能 #3174 (转测试): YZMM2.1.0Pre3，进一步优化网管告警表超限处理，目前告警多的情况下会把事件冲掉
- 问题：目前网管在告警非常多的情况下，事件就会被告警冲掉。
进一步优化网管告警表超限处理，把告警和事件分开处理，保证告警和事件互相没有影响。
版本：YZMM2.1.0Pre3 - 15:12 基站横联 功能 #3173 (新建): 横联 L1C SSB搜索流程及功能设计
- 1.横联链路下，需要按照80ms周期进行SSB盲搜索；
2.一旦盲搜索到SSB之后，就会进入跟踪模式，类似Dd口measurement.ind - 15:00 网管产品 功能 #3168 (已解决): AI基站配置自导入
- 解压sysrepoCfgTool-v1.tar工具包，解压完成后进行./install命令；
插入带有相同版本号的sysrepoData.zip包，在网管查询基站参数配置恢复至U盘中配置数据。 - 14:52 网管产品 错误 #2870 (已关闭): 网管2.1T15版本测试，从T15版本回退到T14版本,再升级到T15版本出现backend反复复位问题
- 暂未复现，先单后续出现再跟踪
- 14:44 网管产品 错误 #2870 (进行中): 网管2.1T15版本测试，从T15版本回退到T14版本,再升级到T15版本出现backend反复复位问题
- 10:19 网管产品 错误 #2870: 网管2.1T15版本测试，从T15版本回退到T14版本,再升级到T15版本出现backend反复复位问题
- 未复现，暂时挂起
- 14:16 网管产品 功能 #3140 (转测试): 新增下行功率分配相关参数
- LMT版本Rel_3.0.1_Pre1T3已实现
网管待出版本验证 - 10:30 网管产品 错误 #2906 (进行中): 网管2.1T15版本测试，核心网、基站、终端名称过长的处理显示
- 10:27 B5G_UE 设计 #3116 (已解决): Uu 切换终端方案设计
- 完成设计和讨论。生成文档。
- 10:21 产品3.0平台 功能 #3076: RFIC PA_module产品支持
- 更新链接
https://tea7cf22fe.feishu.cn/wiki/T5VXw2fpMiKu1pk6Lk7cYkfvnVf?from=from_copylink - 10:09 B5G_UE 错误 #3171 (已解决): 融合UU口和DD口的版本出现MIB译码CRC错
- 把DD口的Master和Slave分支 和 UU口的First_Call_2 分支融合成一个版本，UU口能跑到MSG4,用同一套代码编译出的.out 文件分别放在两块板子，其中IP（192.168.8.221）作为Master节点, ...
- 10:09 B5G_UE 错误 #3170 (进行中): 下行时偏不准，导致PDC SNR低
- 下行时偏不准，导致PDC SNR低
怀疑：GPS时偏抖动导致去CP后，存在符号间干扰
2025-04-16
- 19:45 FirstCall 错误 #3154 (已解决): 合并uu和DD版本，回归测试uu口随机接入
- 问题进展&解决
1.逐步合入master代码，APE0-3代码对APE7无影响；
2.RFM3上的任务部署对APE7有影响，重新检查合入，APE7上任务正常，uu回归无问题；
- 17:55 FirstCall 错误 #3169: MSG5 PUSCH基站未收到
- 问题：MSG5 PUSCH基站未收到
现象：发现基站配置未2d7u，要求在slot3，5，13，15上发送PUSCH，终端配置未7d2u，上述slot无法发送。
解决方案：修改基站配置，重启后正常
仍存在问题：目前k2值计算错误... - 17:53 FirstCall 错误 #3169 (已解决): MSG5 PUSCH基站未收到
- MSG5 PUSCH基站未收到
- 17:52 FirstCall 错误 #3165 (已解决): DCI解析和参数上报计算错误
- 1、tbsize计算错误是由于计算参数中有一参数未存到DDR中，已修改，目前观察没有问题。
2、状态转到dci解析成功后，发现是log未打印出来，目前已改为使用trace观察参数。 - 15:43 网管产品 功能 #3168 (转测试): AI基站配置自导入
- 自测通过，待测试回归
- 15:42 网管产品 功能 #3168 (已解决): AI基站配置自导入
- 使用U盘在部署了sysrepocfgtool服务的基站上可以导入配置并导入后启动三层
- 15:34 3.0基站产品测试 功能 #2945 (已解决): 3.0基站需要实时同步GPS，实时同步时间
- 在Rel_3.0.1_Pre1T3版本上，基站时间同步后，通过命令将时间设置为其它时间，大概3秒钟GPS时间就可拉回到当前时间，例如设置为date -s "2008-08-08 00:00:00"或date -s "2049-12-1...
- 15:25 网管产品 错误 #3128 (反馈): 网管版本YZMM2.1.0Pre3大屏监控测试，当终端ID=0时右侧234区域不显示数据
- 此问题原因是能从核心网获取到基站和终端的数据，但实际上基站三层异常
- 14:46 3.0基站产品测试 错误 #3167: [3.0产品测试]3.0.1pre1_T3 小区激活失败，DU产出系列报错后return
- 研发已定位，需替换board.cfg文件进入firemware文件夹中，此单待T4升级后无问题则关闭
- 14:45 3.0基站产品测试 错误 #3167 (已解决): [3.0产品测试]3.0.1pre1_T3 小区激活失败，DU产出系列报错后return
- 测试设备：192.168.8.163 基站板卡+兴悦达3.5G功放整机
问题现象：升级3.0.1Pre1_T3后，小区激活du侧显示如图错误后return出来。同配置T2可激活。
报错如下：
ldconfig: /lib/lib... - 14:36 2.0基站产品化测试 错误 #3050: 17P商用手机跨核心网切换，目标侧重配完成上不来
- 修改方法：切换到目标侧后，目标侧进行重配置信令组包时，不再下发discardTimer和t-Reordering信元
- 14:34 2.0基站产品化测试 错误 #3050: 17P商用手机跨核心网切换，目标侧重配完成上不来
- 问题原因：r16版本在进行pdcp配置时，控制传输和接收操作的状态变量不应被重置，并且在PDCP实体重新配置期间，包括t-Reordering和discardTimer在内的定时器会继续运行。所以不应该在pdcp_config中下发信...
- 12:08 产品3.0平台 错误 #3166 (已解决): rel.3d0fd0e.1.tgz版本问题
- 使用终端板卡EVMT2进行版本测试，底板打开双发射通道脚本不可用，只有TX2路输出，TX3路不输出。
使用基站板卡EVMT4测试，通道打开脚本可用，四个发射通道都可以打开。 - 10:59 网管产品 错误 #3136 (转测试): 网管测试YZMM2.1.0Pre3大屏监控，折线图的时间数据显示太多、太密，建议显示3个时间点
- 已修改从原来显示15个时间点，修改为显示3个时间点
- 10:13 3.0基站产品测试 错误 #3075: [3.0产品测试]3.0.1pre1_t1一直刷屏[ERROR]:tfu: clk src unlock, can not maintain time.
- 已经在3.0.1_Pre1T3 版本中可以在json文件中配置。 可以测试看看。
- 10:12 3.0基站产品测试 错误 #3075 (转测试): [3.0产品测试]3.0.1pre1_t1一直刷屏[ERROR]:tfu: clk src unlock, can not maintain time.
- 10:11 产品3.0平台 错误 #2691 (已解决): GPS 出现lock_flag 一直不能锁定的， 板卡上的GPS同步灯显示已经同步了。
- 10:11 产品3.0平台 功能 #2930: 移远GPS模块软件功能
- GPS模块1pps输出判定，当没有外部GPS信号输入，GPS本身不输出1pps 。 现在不清楚这个怎么判定 ？ 波特率设置功能已经添加。
- 10:09 网管产品 错误 #3134 (转测试): 网管测试YZMM2.1.0Pre3大屏监控，拓扑图增加核心网和基站不在线的灰化显示能力
- 10:09 网管产品 设计 #3117 (转测试): YZMM2.1.0Pre2网管，大屏监控界面优化
- 1.基站不在线是不会出现在拓扑图中。
2.离线终端已显示
3.“致命问题”改为“紧急”
4.告警信息增加告警灯放在页面右上角配置信息左侧。考虑到交互的统一性，存在高就就开始显示，不区分告警等级
5.增加核心网轮播进度
6.终... - 10:06 产品3.0平台 功能 #2816: LED状态灯定义指示
- 上边的这个灯的闪烁定义确定下了么 ？ 记得后来说只控制一个灯即可。
- 10:04 B5G_UE 功能 #3161 (进行中): 通控模块功能开发
- 目前的方案是沿用d2d功能之前代码架构，通控类似dlap ,nc模块一样，作为一个子模块加入ueapp中，目前先熟悉ueapp架构及通信机制，走读代码
- 09:39 Gen2.5 终端 错误 #3131 (已解决): 当插入USB转网口的网卡时，网口名为eth2与原来5G模组网卡名冲突
- /etc/udev/rules.d/99-usb-serial.rules
SUBSYSTEM=="tty", ENV{ID_PATH}=="platform-xhci-hcd.1.auto-usb-0:1:2.2", SYMLI... - 09:27 3.0基站产品测试 功能 #3150 (转测试): sdap inactive timer是否启动做成网管配置选项
- 09:27 3.0基站产品测试 功能 #3150: sdap inactive timer是否启动做成网管配置选项
- 测试人员可以用我加的日志来判断有没有生效
- 09:25 3.0基站产品测试 错误 #3156 (转测试): vonr通话中同频xn切换多次后挂断再次切换失败
- 09:19 B5G_UE 功能 #3163 (进行中): NC 通控功能开发
- 08:56 网管产品 错误 #3138 (转测试): 网管测试YZMM2.1.0Pre3大屏监控，基站及终端轮播，建议在终端侧增加终端总数展示
- 已增加在线终端和离线终端的数量显示
2025-04-15
- 20:58 网管产品 错误 #3135 (转测试): 网管测试YZMM2.1.0Pre3大屏监控，离线终端也考虑显示
- 已经增加离线终端显示，请验收
- 09:10 网管产品 错误 #3135 (进行中): 网管测试YZMM2.1.0Pre3大屏监控，离线终端也考虑显示
- 20:54 FirstCall 错误 #3165: DCI解析和参数上报计算错误
- 现象：applyNdi错误，第一次进重传状态。
原因：
L1C中procId 定义为uint8_t初始化为0xFF
for( idx = 0; idx < MAX_HARQ_ID ; idx++)
{
... - 20:48 FirstCall 错误 #3165 (已解决): DCI解析和参数上报计算错误
- 存在DCI解析和参数上报计算错误，如applyNdi与tbsize
- 20:47 FirstCall 错误 #3105 (已解决): MSG5 PDCCH解错问题
- 20:47 FirstCall 错误 #3105: MSG5 PDCCH解错问题
- 发现问题：
1、l1c的候选集计算存在问题，解决方案：重新编写了部分使用到的候选集。
2、cRNTI未传进PDCCH,导致解crc出现问题，解决方案：cRNTI定义为uint16_t不兼容，重新定义为uint32_t
3、PD... - 20:08 FirstCall 错误 #3154: 合并uu和DD版本，回归测试uu口随机接入
- PDSCH修改完下述两点，uu口随机接入回归测试通过，可以到msg4。
问题修改点
1.PDSCH在uu口使用symbol_num=14的宏定义，与DD口symbol_num=6的宏区分使用；
2.PDSCH计算dmrs R... - 15:57 FirstCall 错误 #3154: 合并uu和DD版本，回归测试uu口随机接入
- 问题进展
1.通过回退版本，找到从4月9日master代码(主要涉及核APE0-3)修改合入后，APE7 deOfdm任务开始出现异常。
下一步
重点分析master代码(核APE0-3)修改为何会影响APE7. - 14:32 FirstCall 错误 #3154 (进行中): 合并uu和DD版本，回归测试uu口随机接入
- 问题
1.APE7上的deofdm定时任务只执行了6次，后续无法再进入任务，没有触发PDCCH解sib消息。
测试分析
1.为排除deofdm任务处理问题，在deofdm入口trace后就直接return，APE7 deof... - 14:28 FirstCall 错误 #3154 (已解决): 合并uu和DD版本，回归测试uu口随机接入
- 问题描述
使用DD&uu合并版本，回归验证uu口随机接入失败。 - 18:56 产品3.0平台 功能 #3164 (新建): 校准参数写入EEPROM
- 1. 校准参数进系统后注入方式
2. 需要考虑初始情况下EEPROM中是随机数的情况 - 18:46 基站横联 功能 #3067: 根据国产芯片（phy，ddr， emmc） 出一个ap_os 版本。
- 当前EEPROM参数写入方式：初次uboot，环境变量手动命令写入（字符串的方式），1k空间
启动相关：board_type、DDR_rate、MMC_type，延用uboot方式揉进之前的环境变量参数中
- 18:22 B5G_UE 功能 #3163 (进行中): NC 通控功能开发
- 18:21 B5G_UE 功能 #3162 (进行中): DLAP 通控功能开发
- 18:19 B5G_UE 设计 #3113: 通控方案
- 通控方案基本完成，进入模块开发阶段
- 18:18 B5G_UE 功能 #3161 (已解决): 通控模块功能开发
- 17:00 研发产品测试 错误 #3158 (转测试): 【17p_pre1_t3】研华服务器外场测试，agent无法正常启动
- 定位分析：
1.获取cpu温度字符串转float没有做合法性校验；
2.判断最大值温度修改未包含“PHYSICAL id 0”字段
解决方法：
1.增加空值校验；
2.判断逻辑为包含"id 0"即为cpu温度最大值 - 16:56 研发产品测试 错误 #3158 (转测试): 【17p_pre1_t3】研华服务器外场测试，agent无法正常启动
- 研华服务器外场测试，agent无法正常启动，原因伯宁已定位，因研华服务器的key为PHYSICAL ID, 代码判决的地方没有此字段、入参空值之后崩溃。
- 16:33 2.0基站产品化测试 错误 #3047 (已解决): 核心网3.3.3pre2版本，跨核心网切换，切换请求转发异常；
- 已在核心网3.3.3pre3版本中解决
- 16:32 核心网产品 错误 #3121 (转测试): 核心网3.3.3_pre3版本ims一直反复重启
- 16:32 核心网产品 错误 #3121 (已解决): 核心网3.3.3_pre3版本ims一直反复重启
- 已经重新打包
- 16:32 核心网产品 错误 #3121 (进行中): 核心网3.3.3_pre3版本ims一直反复重启
- 版本打包出现问题
- 16:31 NGC 错误 #3144 (进行中): 【rel_3.3.3_pre2】核心网处理E500发出的重新注册消息回应protocol error导致注册失败
- 在rel_3.3.3_pre4核心网版本中修复
- 16:21 B5G_UE 功能 #3157 (进行中): IM 链路RACH信道修改和开发
- 16:05 3.0基站产品测试 错误 #3156: vonr通话中同频xn切换多次后挂断再次切换失败
- 问题原因：xn切换、ng切换、以及vonr/vinr这几个流程存放5qi的容器是不同的容器，在携带vonr业务的xn切换，挂断时没有删除对应的5qi，导致挂断后切换时根据qfi找映射的drb时失败，无法组成handover_reque...
- 15:53 3.0基站产品测试 错误 #3156 (进行中): vonr通话中同频xn切换多次后挂断再次切换失败
- 15:46 3.0基站产品测试 错误 #3156 (已关闭): vonr通话中同频xn切换多次后挂断再次切换失败
- 【问题描述】vonr通话中同频xn切换多次后挂断，挂断后再次切换终端只报A3事件没切换流程，终端就释放了；
!%E6%8A%93%E5%8C%85%E5%88%86%E6%9E%90.jpg!
- 15:41 3.0基站产品测试 错误 #3127 (已解决): mate30与vivo手机都是一直上报A3事件但不触发切换（pre1T2版本）
- 基于Rel_3.0.1_Pre1T2版本，替换立伟提供du包，振斌提供cu包，mate30与vivo手机vonr中可多次同频xn切换，通话不中断，切换流程完整，问题解决。
- 14:46 3.0基站产品测试 任务 #3155 (新建): 小区管理功能开发
- 14:43 3.0基站产品测试 功能 #3006 (已解决): 小区管理功能方案
- 14:21 B5G_UE 错误 #3146 (已解决): L1C 修改为Dd和Uu口版本后，APE4起不来
- 11:18 B5G_UE 错误 #3146: L1C 修改为Dd和Uu口版本后，APE4起不来
- 1. 代码中保存在ueCfg DDR 结构体中的ulProc的地址，必须用LOAD_EXT_W命令取出；
STORE_EX_B(&ueCfg->ulProc[idx1][idx].procId , 0xFF) ;
修改为：... - 12:17 2.0基站产品化测试 错误 #3153 (新建): 17Ppre1T3基站版本，运行80h后du2phy挂死。
- 17Ppre1T3基站版本，运行80h后du2phy挂死。
- 11:41 3.0基站产品测试 功能 #3150 (进行中): sdap inactive timer是否启动做成网管配置选项
- 11:33 3.0基站产品测试 功能 #3150 (已关闭): sdap inactive timer是否启动做成网管配置选项
- 11:41 3.0基站产品测试 功能 #3151 (进行中): map和unordered_map的性能对比及用户面map的替换
- 11:36 3.0基站产品测试 功能 #3151 (已解决): map和unordered_map的性能对比及用户面map的替换
- 11:41 3.0基站产品测试 功能 #3152 (进行中): 结合E500验证1s内3.0基站的ue可接入数量
- 11:40 3.0基站产品测试 功能 #3152 (已解决): 结合E500验证1s内3.0基站的ue可接入数量
- 11:34 网管产品 错误 #3137 (转测试): 网管测试YZMM2.1.0Pre3大屏监控，拓扑轮播没有进度，切换时过于突兀，建议在下方增加整体轮播进展
- 已增加切换进度显示和轮播切换动态效果，请验收
目前轮播暂不支持点击切换，因为涉及到的定时器逻辑太多了。切换容易导致很多问题。后期会实现切换器的点击切换 - 09:08 网管产品 错误 #3137 (进行中): 网管测试YZMM2.1.0Pre3大屏监控，拓扑轮播没有进度，切换时过于突兀，建议在下方增加整体轮播进展
- 11:23 3.0基站产品测试 功能 #3149 (进行中): 600UE吞吐率用户数量的适配
- 11:23 3.0基站产品测试 功能 #3149 (进行中): 600UE吞吐率用户数量的适配
- 11:17 3.0基站产品测试 性能 #3130 (进行中): 将comm_thread的中消息队列修改成ringbuffer，实现无锁化，提升业务线程的性能
- 11:01 3.0基站产品测试 性能 #3148 (进行中): 下行1.4GB灌包，优化CPU性能到80%以下
- 11:01 3.0基站产品测试 性能 #3148 (进行中): 下行1.4GB灌包，优化CPU性能到80%以下
- 09:58 网管产品 错误 #3133 (转测试): 网管测试YZMM2.1.0Pre3大屏监控，“网元信息”中离线和故障统计重分类，将基站3层未启动统计为离线
- 现在逻辑修改成如下：
故障写死为0
离线是总数减去正常 - 09:12 网管产品 错误 #3133 (进行中): 网管测试YZMM2.1.0Pre3大屏监控，“网元信息”中离线和故障统计重分类，将基站3层未启动统计为离线
- 09:37 网管产品 错误 #3118 (进行中): YZMM2.1.0Pre3网管，升级显示成功，实际升级也成功了，但是操作日志里面显示失败，且原因为空值。
- 09:37 网管产品 错误 #3120 (进行中): 网管在纳管核心网后，网管不显示核心网入网基站和终端imsi，以前出现过，可以用该问题单进行跟踪
- 09:36 网管产品 错误 #3141 (进行中): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，上传非鉴权license文件，界面无校验提示
- 09:26 网管产品 错误 #3142 (进行中): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，license相关获取鉴权文件及上传鉴权文件操作日志记录
- 09:26 网管产品 错误 #3143 (进行中): 网管测试YZMM2.1.0Pre3核心网软件管理和基站软件管理测试，先上传核心网软件包再上传基站包存在包被删问题
- 09:22 3.0基站产品测试 错误 #3147 (新建): 【3.0整机】Rel_3.0.1_Pre1T2,20环境大下行配比，关闭TA后，mcs可以达到27，dl udp 419M，rb利用率55.6%
- 简述：【3.0整机】Rel_3.0.1_Pre1T2,20环境大下行配比，关闭TA后，mcs可以达到27，dl udp 419M，rb利用率55.6%
测试版本：Rel_3.0.1_Pre1T2
问题描述：【3.0整机】Rel_3... - 09:13 网管产品 设计 #3117 (进行中): YZMM2.1.0Pre2网管，大屏监控界面优化
- 09:12 网管产品 错误 #3128 (进行中): 网管版本YZMM2.1.0Pre3大屏监控测试，当终端ID=0时右侧234区域不显示数据
- 09:12 网管产品 错误 #3134 (进行中): 网管测试YZMM2.1.0Pre3大屏监控，拓扑图增加核心网和基站不在线的灰化显示能力
- 目前的方案,核心网终端和基站都是直接请求核心网，基站如果不在线就直接不在拓扑图上显示了，
- 09:09 网管产品 错误 #3136 (进行中): 网管测试YZMM2.1.0Pre3大屏监控，折线图的时间数据显示太多、太密，建议显示3个时间点
- 09:08 网管产品 错误 #3138 (进行中): 网管测试YZMM2.1.0Pre3大屏监控，基站及终端轮播，建议在终端侧增加终端总数展示
2025-04-14
- 18:03 B5G_UE 错误 #3146 (已解决): L1C 修改为Dd和Uu口版本后，APE4起不来
- 17:57 B5G_UE 设计 #3113: 通控方案
- 核心网下行路由方案确定：
方案1（25所）： ospf的方案，需要支持DD口支持广播；
方案2（54所）：终端上行固定ping核心网的一个IP地址，核心网学习到路由 - 17:07 2.0基站产品化测试 错误 #2742 (已关闭): 核心网3.2.4pre4版本，XN切换过程中，基站发送的路径倒换消息核心网没回复，导致终端切换异常。
- 16:05 2.0基站产品化测试 错误 #3051 (已解决): 17P_Pre1T1: ICIC测试中，聚合等级为4，四台终端同时灌上行包后会掉线重接
- 17P_Pre1T3版本已解决
- 16:04 2.0基站产品化测试 错误 #3031 (已解决): 17P_Pre1T1: ICIC测试中，上下行同时灌包，下行速率很低，调度次数很低
- 17P_Pre1T3版本已解决
- 15:26 3.0基站产品测试 错误 #3104 (已解决): 【Rel_3.0.1_Pre1T2】异频的乒乓切换过程中，在以xn优先的基站日志中发现了转发包被丢的现象
- 基于Rel_3.0.1_Pre1T2版本，替换振斌提供cu包，异频的乒乓切换过程中，在以xn优先的基站日志中未发现“EGTPU_TUNNEL_NOT_FOUND_IN_PDCP_DRB_FWD_DATA_PROCESS_IND:EGT...
- 09:21 3.0基站产品测试 错误 #3104 (转测试): 【Rel_3.0.1_Pre1T2】异频的乒乓切换过程中，在以xn优先的基站日志中发现了转发包被丢的现象
- 15:00 3.0基站产品测试 错误 #3096 (已解决): cpe上下行峰值灌包下异频正常切换多次后切换失败且cu界面打印circular que empty
- 基于Rel_3.0.1_Pre1T2版本，替换杨乐提供cu版本后，cpe上下行峰值灌包下异频乒乓切换30分钟后，依然可以正常切换，cu界面未打印circular que empty，问题解决；
!cu%E7%95%8C%E9%9... - 14:47 3.0基站产品测试 错误 #3096 (转测试): cpe上下行峰值灌包下异频正常切换多次后切换失败且cu界面打印circular que empty
- 测试暂未复现
- 14:50 3.0基站产品测试 错误 #3102: 【Rel_3.0.1_Pre1T2】两台基站之间做乒乓的异频切换，A基站为XN优先，B基站为NG优先，切换约15分钟后，UE僵在B基站上，导致业务停止
- 待松松出包后，再测下，是否能解决UE僵死在目标站的问题
- 14:46 B5G_UE 设计 #3115 (进行中): 信息终端方案
- 1，信息终端功能：
通过信息终端上的应用软件发起及处理对应的业务+对终端的配置+查询+信息显示。
2，网管中心的功能：
对终端（也包括节点设备）的配置+查询+信息显示。
3，本地网管功能：
... - 14:38 网管产品 错误 #2950 (已解决): 网管界面中网络监控下小区信道的显示问题
- 此问题已解决
验证版本为：基站：Rel_2.1.17P_Pre1T3
核心网：rel_3.3.3_pre3
网管：YZMM2.1.0Pre3
验证方式：如下图网管页面截图
- 14:28 研发产品测试 需求CR #2705 (已解决): RU\AU版本的显示需跟基站同步
- 此问题已解决
验证版本为：基站：Rel_2.1.17P_Pre1T3
核心网：rel_3.3.3_pre3
网管：YZMM2.1.0Pre3
验证方式：如下图网管页面... - 14:13 2.0基站产品化测试 错误 #2983 (已解决): 【17P_Pre1T1】E500环境大上行配比128UE接入上下行灌UDP包16小时后DU挂死
- 14:13 2.0基站产品化测试 错误 #3110 (已解决): 【17P_Pre1T2】DU调度算法为PFS，128用户接入后上下行UDP灌包18小时后下行断流
- 13:36 研发产品测试 需求CR #3098: tfu实现获取gps位置的api
- typedef struct WN_PACKED wnPosInfo
{
wnDouble64 posLatitude; //纬度，格式 “dddmm.mmmmm”，ddd表示度，mm.mmmm表示分，北纬为正，南纬... - 11:59 eMBB2.0 BBIT 错误 #896 (已关闭): 多终端接入基站后，在ping包过程中，有所有接入终端同时掉线的情况【下行仍然有ifft数据】
- 11:59 eMBB2.0 BBIT 错误 #896 (进行中): 多终端接入基站后，在ping包过程中，有所有接入终端同时掉线的情况【下行仍然有ifft数据】
- 后续在2156问题单跟踪，此问题单关闭
- 11:52 2.0基站产品化测试 需求CR #2736 (已关闭): MRU配置，某一RU频点配置后回读频点为0，上报告警
- 11:52 2.0基站产品化测试 需求CR #2736 (已解决): MRU配置，某一RU频点配置后回读频点为0，上报告警
- 周磊和黄毅都已测试通过
- 11:50 eMBB2.0 BBIT 功能 #1932 (已关闭): RU 新功能点
- 已修改完成，版本已发布
- 11:48 网管产品 功能 #3140: 新增下行功率分配相关参数
- 网管已添加：
<Block name="下行功率控制参数配置" path="SCHEDULER_CONFIG/CELL_DL_POWER_CONTROL_CFG" child="1">
<C... - 09:25 网管产品 功能 #3140: 新增下行功率分配相关参数
- 3.0 lmt已添加
- 11:48 2.0基站产品化测试 错误 #2984 (挂起): 17P_Pre1T1 MRU环境，3层工作中其中1个RU下电再上电，网管点击重启按钮概率性出现频点回读为0问题(重启三层可正常)，如先点停止按钮等10秒再点启动按钮则没有问题
- 目前规避，在du cu启动脚本中加入10s等待，黄毅测试OK。
- 11:47 eMBB2.0 BBIT 功能 #1931 (已关闭): AU新需求
- 代码已完成，版本已发布
- 11:46 eMBB2.0 BBIT 功能 #1614 (已关闭): 5.8G CPE不支持自动搜索小区
- 11:46 eMBB2.0 BBIT 功能 #1614 (已解决): 5.8G CPE不支持自动搜索小区
- 11:46 eMBB2.0 BBIT 功能 #1614 (进行中): 5.8G CPE不支持自动搜索小区
- 已完成修改，产品部测试OK
- 11:46 产品3.0平台 功能 #3034 (已解决): Verison机制开发
- 11:45 2.0基站产品化测试 错误 #2022 (已关闭): 15P_Pre1T2版本拷机测试，两个UE同时峰值流量灌包，一段时间后基站UE无法接入，必须对RRU掉电才能恢复
- 11:45 2.0基站产品化测试 错误 #2022: 15P_Pre1T2版本拷机测试，两个UE同时峰值流量灌包，一段时间后基站UE无法接入，必须对RRU掉电才能恢复
- 分析和2156是一样问题，本问题单关闭
- 11:43 2.0基站产品化测试 错误 #2556 (挂起): Rel_2.1.16p_pre1_T0,41环境，大上行配比上下行同时udp长跑，phy core dump
- 16P只出现过一次，17P一直未出现
- 11:42 产品3.0平台 功能 #2795: 更新系统时间
- #2945 跟这个功能类似。
- 09:26 产品3.0平台 功能 #2795 (已解决): 更新系统时间
- 不能频繁更新系统时间会影响sfn跟slot。 现在修改为在修改系统时间前先读取一下系统时间，当误差大于3s时会进行更新。已经让晓辉验证，下个版本3.0.1_Pre1T1发布。
- 11:41 FirstCall 任务 #2794: 测量终端板卡发射链路和接收链路的时延（外部不接功放板）
- 终端最新板卡已拿到，待测试
- 11:40 2.0基站产品化测试 需求CR #3033 (已解决): RU2.0 FPGA增加调测
- 版本已发布，测试OK
- 11:40 2.0基站产品化测试 需求CR #3033 (进行中): RU2.0 FPGA增加调测
- 11:31 2.0基站产品化测试 需求CR #3145 (新建): ICIC功能，现有使用路损区分中心边缘用户方案，门限路损值（pathloss）做成可网管跟踪的实时指标，可以从网管指标进行跟踪查询终端实时pathloss值。
- ICIC功能，现有使用路损区分中心边缘用户方案，门限路损值（pathloss）做成可网管跟踪的实时指标，可以从网管指标进行跟踪查询终端实时pathloss值。
- 11:03 产品3.0平台 功能 #3076 (已解决): RFIC PA_module产品支持
- 1.添加API_RFIC_MAXPowerGet函数，可根据pa功放参数返回最大功率
2.1 功放添加了读取型号的命令,可通过命令获取功放型号
!%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%20202... - 11:00 NGC 错误 #3144 (转测试): 【rel_3.3.3_pre2】核心网处理E500发出的重新注册消息回应protocol error导致注册失败
- E500模拟128个用户接入，某些用户掉线后重新接入，发送Registration Request消息给核心网，核心网回应Registration Reject消息，5GMM cause: Protocol error, unspec...
- 10:15 产品3.0平台 功能 #3035 (已解决): CP Version 写入DDR
- 1、b5g_cp_v1已同步gnb_cp_v1中CP Version的代码，合入 http://192.168.1.104/YZRT/yzp/gsp/plf3/cp_platform/b5g_cp/b5g_cp_v1/commit/3...
- 10:07 产品3.0平台 功能 #2810 (已解决): 3.0底板ATT实时可配功能
- 10:05 产品3.0平台 功能 #2810: 3.0底板ATT实时可配功能
- 以修改bug，经测试确认后已解决
- 10:07 产品3.0平台 错误 #3101 (已解决): rfic加载配置文件时，若json配置文件不正确，需要给出错误信息。现在的情况是Segmentation fault
- 已定位问题，由于json文件通过指针保留读取信息，若读取值未在json中会返回空指针，导致出现段错误
已在关键位置添加空指针的判断和报错 - 10:05 产品3.0平台 错误 #3091 (已解决): rfic单测功能test mode中，PA相关功能部分不可用
- 经修改后以解决bug，已经过测试确认已解决
- 10:02 产品3.0平台 错误 #3123 (已解决): 编译过程中会产生不能找到函数 PA_Ctrl_HardWare_Get错误。
- 编译前未从git更新版本导致
- 09:59 网管产品 功能 #3139 (已解决): SOC温度指标上报
- 该问题已于版本YZMM2.1.0Pre3验证解决
- 09:33 3.0基站产品测试 错误 #3075: [3.0产品测试]3.0.1pre1_t1一直刷屏[ERROR]:tfu: clk src unlock, can not maintain time.
- 在json配置文件中，增加baudrate配置，根据这个值对uart进行初始化配置。现在不能自动判读gps型号。
- 09:28 3.0基站产品测试 功能 #2945 (转测试): 3.0基站需要实时同步GPS，实时同步时间
- 09:28 3.0基站产品测试 功能 #2945: 3.0基站需要实时同步GPS，实时同步时间
- 在3.0.1Pre1T2中发布。
2025-04-11
- 16:56 网管产品 错误 #3143 (转测试): 网管测试YZMM2.1.0Pre3核心网软件管理和基站软件管理测试，先上传核心网软件包再上传基站包存在包被删问题
- 网管测试YZMM2.1.0Pre3核心网软件管理和基站软件管理测试，先上传核心网软件包再上传基站包存在包被删问题
- 16:22 网管产品 错误 #3142 (转测试): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，license相关获取鉴权文件及上传鉴权文件操作日志记录
- 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，license相关获取鉴权文件及上传鉴权文件操作日志记录
- 16:20 网管产品 错误 #3141 (转测试): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，上传非鉴权license文件，界面无校验提示
- 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，上传非鉴权license文件，界面无校验提示
- 16:10 网管产品 功能 #3140 (进行中): 新增下行功率分配相关参数
- 16:09 网管产品 功能 #3140 (已解决): 新增下行功率分配相关参数
- 15:24 网管产品 功能 #3139 (转测试): SOC温度指标上报
- 已完成编码，自测联调
- 15:24 网管产品 功能 #3139 (已解决): SOC温度指标上报
- 3.0基站周期上报SOC温度指标（基站小区指标）（需启动三层建立小区后触发上报）
- 13:56 网管产品 错误 #3138 (已解决): 网管测试YZMM2.1.0Pre3大屏监控，基站及终端轮播，建议在终端侧增加终端总数展示
- 网管测试YZMM2.1.0Pre3大屏监控，基站及终端轮播，建议在终端侧增加终端总数展示（在终端未零时有更好的提醒）
- 13:55 网管产品 错误 #3137 (已解决): 网管测试YZMM2.1.0Pre3大屏监控，拓扑轮播没有进度，切换时过于突兀，建议在下方增加整体轮播进展
- 网管测试YZMM2.1.0Pre3大屏监控，拓扑轮播没有进度，切换时过于突兀，建议在下方增加整体轮播进展（最好有动态效果）
- 13:54 网管产品 错误 #3136 (已解决): 网管测试YZMM2.1.0Pre3大屏监控，折线图的时间数据显示太多、太密，建议显示3个时间点
- 网管测试YZMM2.1.0Pre3大屏监控，折线图的时间数据显示太多、太密，建议显示3个时间点
- 13:53 网管产品 错误 #3135 (已解决): 网管测试YZMM2.1.0Pre3大屏监控，离线终端也考虑显示
- 网管测试YZMM2.1.0Pre3大屏监控，离线终端也考虑显示
- 13:52 网管产品 错误 #3134 (转测试): 网管测试YZMM2.1.0Pre3大屏监控，拓扑图增加核心网和基站不在线的灰化显示能力
- 网管测试YZMM2.1.0Pre3大屏监控，拓扑图增加核心网和基站不在线的灰化显示能力
- 13:48 网管产品 错误 #3133 (已解决): 网管测试YZMM2.1.0Pre3大屏监控，“网元信息”中离线和故障统计重分类，将基站3层未启动统计为离线
- 网管测试YZMM2.1.0Pre3大屏监控，“网元信息”中离线和故障统计重分类，将基站3层未启动统计为离线
- 12:07 核心网产品 功能 #3132 (新建): 核心网增加安装不依赖连外网的功能
- 版本：rel_3.3.3_pre2
当前核心网的初次安装需要连外网才可以，另外，项目上版本很老的要升级也需要连外网，但J项目无法连接外网，且设备无法带出，导致没法对设备进行升级维护； - 12:07 网管产品 性能 #2877 (已解决): 网管2.1.0Pre1显示拉远基站配置参数菜单存在重叠问题
- 12:07 2.0基站产品化测试 错误 #2951 (已解决): 16PT2版本，终端正常有上下行业务速率正常，但始终无SRS测量上报
- 12:07 2.0基站产品化测试 错误 #2952 (已解决): 16PT2版本，ICIC功能测试时，SRS测量目前看在-110以下的时候，下行RSRP变化1dB，SRS测量RSRP也会跟随变化1dB，在-110以前没有明显波动
- 09:33 2.0基站产品化测试 错误 #2952 (转测试): 16PT2版本，ICIC功能测试时，SRS测量目前看在-110以下的时候，下行RSRP变化1dB，SRS测量RSRP也会跟随变化1dB，在-110以前没有明显波动
- 09:32 2.0基站产品化测试 错误 #2952: 16PT2版本，ICIC功能测试时，SRS测量目前看在-110以下的时候，下行RSRP变化1dB，SRS测量RSRP也会跟随变化1dB，在-110以前没有明显波动
- 已经修复，使用PHR计算路损的方式来判断信道条件的好坏，不再使用rsrp判断门限。
- 12:06 网管产品 错误 #3002 (已解决): YZMM2.1.0Pre2网管版本，部分参数除了枚举值以外，填入自定义的值显示有问题
- 12:06 2.0基站产品化测试 错误 #2606 (已解决): RU 1.0 5.8G时使用1分4光纤的2、11；3、10；4、9与使用1、12表现不同，终端无法接入，phy起站打印RU回读频点不同。
- 09:29 2.0基站产品化测试 错误 #2606 (转测试): RU 1.0 5.8G时使用1分4光纤的2、11；3、10；4、9与使用1、12表现不同，终端无法接入，phy起站打印RU回读频点不同。
- 12:05 网管产品 错误 #3099 (已解决): YZMM2.1.0Pre2网管，网管参数修改不生效
- 11:35 Gen2.5 终端 错误 #3131 (进行中): 当插入USB转网口的网卡时，网口名为eth2与原来5G模组网卡名冲突
- 初步使用/etc/udev/rules.d 规则，在系统起来后重新命名，验证ok再合入
- 11:32 Gen2.5 终端 错误 #3131 (已解决): 当插入USB转网口的网卡时，网口名为eth2与原来5G模组网卡名冲突
- 当插入USB转网口的网卡时，网口名为eth2与原来5G模组网卡名冲突，影响使用，需要固定名称
- 11:22 3.0基站产品测试 性能 #3130 (进行中): 将comm_thread的中消息队列修改成ringbuffer，实现无锁化，提升业务线程的性能
- 11:21 产品3.0平台 错误 #3084 (已解决): board.cfg 文件修改，以支持EVMT2/EVMT4/BPU三种板卡类型
- 09:48 3.0基站产品测试 错误 #2784 (转测试): [3.0产品测试]3.0.0pre1_T2大下行上下行单用户udp并行业务，du打印压力测试出现buffer is full 告警
- 该问题在DU做了特殊消息优先级提升修改处理后，多版本持续跑超过一月时间，目前未再出现，问题先转测试。
- 09:45 3.0基站产品测试 错误 #2730 (转测试): 上行双流、在1D3U子帧配比下，当前最高速率只能到387M左右
- 目前该问题再3.0后续版本已优化修改。
- 09:44 3.0基站产品测试 错误 #3129 (已解决): 【3.0整机】Rel_3.0.1_Pre1T2,20环境大下行配比，600Mcpe接入后，dl udp400M，cpe掉线
- 简述：【3.0整机】Rel_3.0.1_Pre1T2,20环境大下行配比，600Mcpe接入后，dl udp400M，cpe掉线
测试版本：Rel_3.0.1_Pre1T2
问题描述：【3.0整机】Rel_3.0.1_Pre1T2... - 09:39 3.0基站产品测试 功能 #3011 (转测试): [3.0产品测试]基站侧网管界面功放频率配置需隐藏，发射天线数为4可考虑写死
- 已经将网管不可修改的参数隐藏。
- 09:39 2.0基站产品化测试 错误 #3110 (转测试): 【17P_Pre1T2】DU调度算法为PFS，128用户接入后上下行UDP灌包18小时后下行断流
- 本问题测试场景为基站调度算法配置为PFS算法，128终端同时进行udp业务，会出现部分终端无流量，内存很快占用满，此现象在调度RR算法配置下前期多次测试无此问题。
通过配置PFS算法，多次复现log定位分析为PFS算法存在调度不公平... - 09:38 网管产品 错误 #3128 (已解决): 网管版本YZMM2.1.0Pre3大屏监控测试，当终端ID=0时右侧234区域不显示数据
- 网管版本YZMM2.1.0Pre3大屏监控测试，当终端ID=0时右侧234区域不显示数据
- 09:36 3.0基站产品测试 错误 #3081 (转测试): Rel_3.0.1_Pre1T2：网管上看不到基站上报的指标
- 09:35 2.0基站产品化测试 错误 #3051 (转测试): 17P_Pre1T1: ICIC测试中，聚合等级为4，四台终端同时灌上行包后会掉线重接
- 09:33 3.0基站产品测试 错误 #2749 (反馈): 【系统平台】使用rfic.a 或者 ap_driver.so 的情况下，重启之后板卡失联
- 09:30 2.0基站产品化测试 需求CR #2540 (已解决): ahead 改成文件中获取，文件默认原来值
- 09:29 2.0基站产品化测试 错误 #2264 (转测试): 【15p_pre1_T4升级验证】持续灌上行udp业务时 终端掉线，du界面会打印buffer is full 告警，Buffer(rlcUlMsgQ) is full
- 本问题目前没有复现，先关闭处理，后续可继续基于最新版本测试。
- 09:29 2.0基站产品化测试 需求CR #2736 (转测试): MRU配置，某一RU频点配置后回读频点为0，上报告警
- 09:28 2.0基站产品化测试 错误 #2920 (转测试): du2phy挂死，phy连续打印DU2PHY_api_error_check_use_empty_channels字段20次导致phy被拉死，主要原因为du内存分配失败问题导致
- 基于F1口下行的内存监控功能验证合入。
2025-04-10
- 21:00 网管产品 错误 #3032 (已解决): 网管测试YZMM2.1.0Pre2T1版本，上载核心网版本出现磁盘空间不足，界面无提示
- 该问题已验证解决YZMM2.1.0Pre3
- 19:46 网管产品 错误 #3032 (转测试): 网管测试YZMM2.1.0Pre2T1版本，上载核心网版本出现磁盘空间不足，界面无提示
- 20:50 网管产品 错误 #3119 (已解决): YZMM2.1.0Pre3网管，du-icic新增参数不显示
- 该问题已在YZMM2.1.0Pre3版本验证解决，请验证
- 10:52 网管产品 错误 #3119 (进行中): YZMM2.1.0Pre3网管，du-icic新增参数不显示
- 问题定位：
GnbParaShowConfig.xml未加入du-icic参数配置
解决：
对GnbParaShowConfig.xml已加入“ICIC_PATHLOSS_THRESTHOLD”和“上行功率控制参数配置”，对... - 09:41 网管产品 错误 #3119 (已解决): YZMM2.1.0Pre3网管，du-icic新增参数不显示
- YZMM2.1.0Pre3网管，du-icic新增参数不显示
- 20:43 网管产品 错误 #3052 (已解决): 17Ppre1T2基站版本，网管版本YZMM2.1.0Pre2，基站长跑后小区运行状态显示未知
- 该问题在YZMM2.1.0Pre3已验证解决，请验证
- 20:29 网管产品 错误 #3056 (反馈): 网管YZMM2.1.0Pre2T3版本测试，核心网软件管理核心网安装时出现“invalid version string”
- 完了统一处理中英文及报错code码
- 19:42 网管产品 错误 #3056 (转测试): 网管YZMM2.1.0Pre2T3版本测试，核心网软件管理核心网安装时出现“invalid version string”
- 20:24 网管产品 错误 #2883 (已解决): 网管2.1T15版本测试，终端名称以1）先以终端名称为基准2）再已imsi号为基准
- 该问题已在YZMM2.1.0Pre3版本验证解决
- 20:06 网管产品 功能 #2602 (已解决): 网管版本号:YZMM2.0.12Pre1T3；在核心网的入网信息中，增加保存和导出的功能和核心网基本信息优化；
- 该问题已解决，请在网管YZMM2.1.0Pre3版本验证
- 20:01 网管产品 性能 #2877: 网管2.1.0Pre1显示拉远基站配置参数菜单存在重叠问题
- 该问题已在YZMM2.1.0Pre3，可以验证下是否有类似问题
- 19:55 网管产品 错误 #3044 (已解决): 网管版本YZMM2.1.0Pre2T2测试，后面优化增加下网元可选操作日志里面
- 暂时不做修改
- 19:45 网管产品 错误 #3053 (已解决): 网管YZMM2.1.0Pre2T3版本测试，指标监控中干扰规避趋势图无数据状态优化
- 该问题已验证解决YZMM2.1.0Pre3
- 19:17 网管产品 错误 #3099: YZMM2.1.0Pre2网管，网管参数修改不生效
- 在pre3版本上验证下应该OK了
- 11:24 网管产品 错误 #3099: YZMM2.1.0Pre2网管，网管参数修改不生效
- 问题定位：
对同一个参数修改，修改第一次提交后，没有及时清理暂存的修改参数，导致第二次修改，修改回去后，前后两次参数一致（缓存的参数和修改的参数），出现“暂无参数修改”
问题解决：
当提交参数后，重新获取当前参数，清空页面参数缓... - 09:38 网管产品 错误 #3099: YZMM2.1.0Pre2网管，网管参数修改不生效
- 是否使用修改true不生效
- 19:13 FirstCall 错误 #3105: MSG5 PDCCH解错问题
- 查找到MSG5的pdcch部分参数使用coreset0参数，现已完全修改为coreset1参数（已与播雨姐确认，coreset1参数均计算正确）
抓数测试，抓数时未发现数据解对且CRC均很低，matlab打桩数据SNR=14，pdc... - 17:42 3.0基站产品测试 错误 #3127 (转测试): mate30与vivo手机都是一直上报A3事件但不触发切换（pre1T2版本）
- 17:41 3.0基站产品测试 错误 #3127: mate30与vivo手机都是一直上报A3事件但不触发切换（pre1T2版本）
- 问题原因：核心网修改完2958问题单后，打vonr/vinr时会重复下发pdu session modify request信令，cu侧在收到第二次时因为承载已经存在内部流程的处理和第一次不完全一样，导致cu侧ue_conn_pdu_...
- 17:35 3.0基站产品测试 错误 #3127 (进行中): mate30与vivo手机都是一直上报A3事件但不触发切换（pre1T2版本）
- 17:20 3.0基站产品测试 错误 #3127 (已关闭): mate30与vivo手机都是一直上报A3事件但不触发切换（pre1T2版本）
- 【问题描述】Rel_3.0.1_Pre1T2版本，mate30手机一直上报A3事件但不触发同频xn切换；
【测试环境】核心网版本：Rel_3.3.3_pre3，基站版本：Rel_3.0.1_Pre1T2版本，手机：mate30手机与... - 17:06 网管产品 功能 #3126 (新建): 增加600M直出RU的干扰规避功能
- 网管：YZMM2.1.0Pre2
当前干扰规避是3.5G以及转频RU的基础进行开发，后面没有转频的产品减少，需要增加600M直出RU的干扰规避功能； - 17:04 2.0基站产品化测试 错误 #3125 (转测试): rel_3.3.3_pre3核心网版本，终端接入后未建立PDU，release后核心网显示终端依旧在线。
- rel_3.3.3_pre3核心网版本，终端接入后未建立PDU，release后核心网显示终端依旧在线。
imsi：001010000000007，问题时间：20250410 15：15：28秒附近注册成功后未建立pdu，随后rel... - 16:18 网管产品 错误 #3014 (转测试): 网管YZMM2.1.0Pre2T1版本测试，大屏监控告警级别为重要，对应拓扑基站颜色未显示
- 问题原因：
当 realTimeList 包含多个告警时，会循环调用 updateGnbStatusByName
每次调用 updateGnbStatusByName 都会先将 所有基站状态重置为 normal，再设置匹配项为 a... - 14:24 网管产品 错误 #3014 (进行中): 网管YZMM2.1.0Pre2T1版本测试，大屏监控告警级别为重要，对应拓扑基站颜色未显示
- 以及找到复现的方法，必须是一个核心网一个基站才能复现
正在定位原因 - 16:11 产品3.0平台 功能 #3077 (已解决): RFIC json文件自动化区分板卡类型功能
- gen_running_gpio_cfg_file_path(): factory rfic cfg file should be: /lib/firmware/ucp_trx_gpioCfg_evmt4.json
gen_runn... - 16:10 产品3.0平台 功能 #3083 (已解决): /lib/firmware/ucp_rfic_cfg.json 拷贝替换到使用目录下
- gen_running_rfic_cfg_file_path(): factory rfic cfg file should be: /lib/firmware/ucp_rfic_cfg_evmt4.json
gen_running... - 16:10 2.0基站产品化测试 需求CR #2654 (已解决): 16P_Pre1T1：MRU环境拔掉RU1的光纤，RU1故障告警上报；但是RU1光纤恢复后，故障告警未恢复
- 在Rel_2.1.17P_Pre1T2版本验证，告警可以恢复。
- 16:00 2.0基站产品化测试 需求CR #2654 (转测试): 16P_Pre1T1：MRU环境拔掉RU1的光纤，RU1故障告警上报；但是RU1光纤恢复后，故障告警未恢复
- 15:56 网管产品 错误 #3045 (进行中): YZMM2.1.0Pre2：网管同时远程升级3个RU，升级中网管界面卡住，页面不更新
- 使用YZMM2.1.0Pre3网管版本验证，还是会复现该问题。
- 14:25 5GNR 错误 #3124: 使用PHY打桩ORI版本接入IRN时，收到msg3处理时出现core dump的问题
- 20250410：问题已经修改上库，commit id:e3a04a60362f9a273b39a54690e618d0c1884014
- 14:22 5GNR 错误 #3124 (新建): 使用PHY打桩ORI版本接入IRN时，收到msg3处理时出现core dump的问题
- 使用PHY打桩ORI版本接入IRN时，收到msg3处理时出现core dump的问题；
问题描述：
RgLiTfuDatInd函数调用的rgSCHSlctrUpdUlDatInfo(ue->genSchd->slctrCb, ue... - 13:39 2.0基站产品化测试 错误 #3031 (转测试): 17P_Pre1T1: ICIC测试中，上下行同时灌包，下行速率很低，调度次数很低
- 已落入17P_T3版本
- 13:38 研发产品测试 错误 #3088: 2.1.17p_pre1T1 vinr切换时目标站DU偶现不回ueContextModification Response消息
- 已落入17P_T3版本
- 12:28 B5G_UE 设计 #3113: 通控方案
- 方案初稿已讨论对齐，
1. Dd口 ORI最短路径，基于HNA TTL值进行判断维护
2. 通控模块作为独立模块，但和协议栈处于同一个进程内
遗留问题：
1. Uu口，核心网下行路由如何工作
- 11:15 2.0基站产品化测试 错误 #3055 (已解决): pdcp重排序定时器处理机制错误
- 基于17P_Pre1T2版本，替换du与cu包，验证情况如下：
*... - 11:05 3.0基站产品测试 错误 #3122 (进行中): Rel_3.0.1_Pre1T2：基站运行15小时CU界面出现“circular que empty !”异常打印
- 从统计日志看，内存池的申请和释放是正常的
从运行日志看，cpu的占用率也一直正常
问题是提示了33次circular que empty !，也就是有33次申请data_pool没有申请出来，但不清楚属于上行或下行的申请失败
需... - 10:16 3.0基站产品测试 错误 #3122 (进行中): Rel_3.0.1_Pre1T2：基站运行15小时CU界面出现“circular que empty !”异常打印
- Rel_3.0.1_Pre1T2版本，基站运行15小时CU界面出现“circular que empty !”异常打印。
- 10:24 产品3.0平台 错误 #3123 (已解决): 编译过程中会产生不能找到函数 PA_Ctrl_HardWare_Get错误。
- !PA_test.png!
- 10:16 FirstCall 错误 #2955: L1C卡死不运行，导致无法接受FAPI消息
- L1C入口和出口，分别加统计量，用于判断：
①是L1C中间卡死导致trigger不起来
②还是trigger L1C 本身机制上出现了问题 - 09:59 FirstCall 错误 #2955: L1C卡死不运行，导致无法接受FAPI消息
- 如果重新编译（添加、删除LOG），大概率 不再出现
- 09:53 FirstCall 错误 #2955: L1C卡死不运行，导致无法接受FAPI消息
- 通过Trace发现L1C已经不工作了，
- 10:10 FirstCall 错误 #3114 (已解决): MSG4 Harq Ack上报时机错误
- 问题解决
在L1C 子状态UE_RA_MSG4_HARQ_ACK下，修改标志位读清逻辑，触发PUCCH任务后再将状态flag置false。
可以触发PUCCH任务。问题解决。 - 09:31 FirstCall 错误 #3114: MSG4 Harq Ack上报时机错误
- 问题进展20250409
1)L1C提前Time 2个slot配置PUCCH参数；提前Time 1个slot触发PUCCH任务；两个流程共用同一个状态flag；
2)配置完PUCCH参数后，状态flag被置0，导致触发PUCCH任... - 09:50 核心网产品 错误 #3121 (已关闭): 核心网3.3.3_pre3版本ims一直反复重启
- 核心网3.3.3_pre3版本ims一直反复重启；
松松定位应该是编译版本的时候缺少一些库 - 09:49 网管产品 错误 #3120 (进行中): 网管在纳管核心网后，网管不显示核心网入网基站和终端imsi，以前出现过，可以用该问题单进行跟踪
- YZMM2.1.0Pre3网管，纳管核心网后，网管不显示核心网入网基站和终端imsi
该问题YZMM2.1.0Pre2时就发现过一次，但当时自动恢复了，后来复现次数较少，本次再次复现，可以用该问题单进行跟踪。 - 09:47 FirstCall 设计 #2647 (挂起): threadL3线程搜不到网接收不到MIB的情况下阻塞消息接收
- 该问题单后续需要结合rrc搜网方法继续验证，目前先挂起
- 09:37 网管产品 错误 #3118 (转测试): YZMM2.1.0Pre3网管，升级显示成功，实际升级也成功了，但是操作日志里面显示失败，且原因为空值。
- YZMM2.1.0Pre3网管，升级显示成功，实际升级也成功了，但是操作日志里面显示失败，且原因为空值。
- 09:33 网管产品 设计 #3117 (转测试): YZMM2.1.0Pre2网管，大屏监控界面优化
- YZMM2.1.0Pre2网管，大屏监控界面优化
1、基站、核心网拓扑图里增加离线、故障状态，终端要不要增加离线状态待定。
2、左2、3、4，右2、3、4目前展示的是我们现有的指标，后期宏观上的指标等有了后添加在可选范围内（叫：网...
2025-04-09
- 19:35 基站横联 功能 #3066 (已解决): 恒联板卡tod，1pps的功能测试及代码修改。
- 19:35 基站横联 功能 #3066 (进行中): 恒联板卡tod，1pps的功能测试及代码修改。
- 19:20 基站横联 功能 #3066: 恒联板卡tod，1pps的功能测试及代码修改。
- uart1： 跟硬件同事沟通， AP_GPIOA6 AP_GPIOA7 是复用功能需要将SPI功能设置为uart_tx, uart_rx功能，查看设备树理解不需要修改，在系统的设备树中将serial_1 的status 设置okay。...
- 16:56 基站横联 功能 #3066: 恒联板卡tod，1pps的功能测试及代码修改。
- uart1，uart2 跟典格人员测试可以互相通讯。
- 19:34 基站横联 错误 #3064 (已解决): 使用国产phy芯片YT8521SH时，出现不能读取phy id的问题，读出phy id全是f。
- 19:33 基站横联 错误 #3064 (进行中): 使用国产phy芯片YT8521SH时，出现不能读取phy id的问题，读出phy id全是f。
- 19:28 基站横联 错误 #3064: 使用国产phy芯片YT8521SH时，出现不能读取phy id的问题，读出phy id全是f。
- 1. 在kernel驱动的probe 函数中对网卡进行识别前会识别网卡id，然后根据网卡id调用网卡驱动，发现识别的网卡id全是f。 不太确定是否软件问题。
2. 在uboot的网卡驱动中对probe中读取网卡id也是全是f，找网卡... - 19:31 FirstCall 错误 #3114 (进行中): MSG4 Harq Ack上报时机错误
- 问题分析
1）MSG4 Harq Ack上报时机Time是从收到pdcch DCI的slot开始，加上K0和K1值，slot+K0+K1。
2）L1C提前Time 2个slot配置PUCCH参数；提前Time 1个slot触发PU... - 19:21 FirstCall 错误 #3114 (已解决): MSG4 Harq Ack上报时机错误
- 问题描述
msg4-msg5调试，ue给基站上报msg4的Harq Ack，没有触发PUCCH，上报失败。 - 19:22 B5G_UE 设计 #3116 (已解决): Uu 切换终端方案设计
- 19:21 B5G_UE 设计 #3115 (进行中): 信息终端方案
- 信息终端功能:
1,通过信息终端上的应用软件支持视频、VOIP、报文等业务的发起(及对应的业务功能)
2,业务拓扑范围,可是实现两个直通终端间的业务,也可以实现直通终端与节点设备下的非直通设备间的业务。
3,信息终端的其他功能,... - 19:20 B5G_UE 设计 #3113 (进行中): 通控方案
- 18:38 2.0基站产品化测试 错误 #3112 (进行中): 17P_Pre1T2：有一个5.8G RU下电上电6次，最后一次上电后RU启动失败，串口一直打印tx_jesd is error，此时AU无法检测到RU
- 此RU第二天重烧版本后恢复正常。另一个RU待与硬件厂商沟通
- 18:20 2.0基站产品化测试 错误 #3112 (进行中): 17P_Pre1T2：有一个5.8G RU下电上电6次，最后一次上电后RU启动失败，串口一直打印tx_jesd is error，此时AU无法检测到RU
- 17P测试中，5.8G RU下电后启动失败，基站起站无法检测到RU，串口报tx_jesd is error
目前有2个RU遇到这个问题：
1，老功放RU，出问题后掉电没有恢复，重新烧版本没有恢复，放了一晚上，第二天重新烧版本恢复
... - 18:35 基站横联 功能 #3067: 根据国产芯片（phy，ddr， emmc） 出一个ap_os 版本。
- 功能需求描述：
BPU1：DDR国产化16G-2666，MMC国产
BPU2：DDR国产化8G-3200， MMC国产
BPU3：DDR非国产16G，MMC非国产
BPU4：DDR非国产16G，MMC国产（暂时还没有）
... - 18:19 网管产品 功能 #3111 (转测试): 2.0网管界面优化，告警名称和归属分开显示，设备增加在线与不在线的区分
- 网管版本：YZMM2.1.0Pre2
图一：不在线或者异常的基站，增加红色表示，正常的显示为绿色，方便区分
图二：1.名称错误，这是告警不是事件；2.告警归属和告警名称应该分两列显示，可以参考事件
图三：将图二修改为与图三类似 - 16:58 3.0基站产品测试 功能 #2945: 3.0基站需要实时同步GPS，实时同步时间
- 经过自测ok。
- 16:54 产品3.0平台 错误 #3084: board.cfg 文件修改，以支持EVMT2/EVMT4/BPU三种板卡类型
- 生成镜像烧写测试 ok。
- 16:52 网管产品 错误 #3014 (反馈): 网管YZMM2.1.0Pre2T1版本测试，大屏监控告警级别为重要，对应拓扑基站颜色未显示
- 在本地测试多天，结果都未复现出这个情况。
- 16:43 网管产品 错误 #2906 (转测试): 网管2.1T15版本测试，核心网、基站、终端名称过长的处理显示
- 目前修改方案：
1.数据库限制网元名称最多16个字符
2.如果用户输入1个字符或者16个字符（边界） ，显示会比之前好一些，但是无法做到100%居中 ，请测试效果是否可以达到
- 14:55 B5G_UE 错误 #3100 (已解决): 全灵活时隙ant 1~3的symbol 0~1 无数据输出
- 11:57 B5G_UE 错误 #3100: 全灵活时隙ant 1~3的symbol 0~1 无数据输出
- 20250409
【解决方案】
确认pdcch和pdsch在代码时，单端口只映射到一根天线上。可以采用通道复制的方法，映射到多根天线上，具体为：
第一种方法：执行脚本命令，即时生效
将脚本phydlantcfg.sh放到phy... - 12:16 2.0基站产品化测试 错误 #3110 (已解决): 【17P_Pre1T2】DU调度算法为PFS，128用户接入后上下行UDP灌包18小时后下行断流
- 2.5ms配比，E500模拟128用户接入后，上下行UDP灌包，18小时后发现下行断流，在DU窗口打印下面错误：
cmGetMemBlkSetForAlloc failed 2
cmGetMemBlkSetForAlloc fai... - 11:57 2.0基站产品化测试 错误 #3047 (进行中): 核心网3.3.3pre2版本，跨核心网切换，切换请求转发异常；
- 核心网在对该场景的处理逻辑有问题
- 11:39 网管产品 错误 #2883 (转测试): 网管2.1T15版本测试，终端名称以1）先以终端名称为基准2）再已imsi号为基准
- 修改的的地方包括：
1、基站名称的显示和终端名称的显示
2、如果配置了名称，在2侧的图表和下方的终端列表都会显示
- 11:10 FirstCall 错误 #3106 (已解决): 发送pucch0从基站采数观察，sym12起始位置处从有较大功率
- 【问题描述】发送pucch0从基站采数观察，sym12起始位置处从有较大功率
【问题原因】做wola滤波时候用到了前一个符号的cp数据，但是pucch 0调到符号12/13，前一个符号的sym11的内存可能较大的随机值，导致wola... - 09:18 3.0基站产品测试 错误 #3109 (转测试): Rel_3.0.1_Pre1T2：上行双流配置接入16UE后出现UE掉线问题
- Rel_3.0.1_Pre1T2，上行双流配置接入16UE后出现UE掉线问题。
- 09:02 3.0基站产品测试 错误 #3104: 【Rel_3.0.1_Pre1T2】异频的乒乓切换过程中，在以xn优先的基站日志中发现了转发包被丢的现象
- 问题原因：通过报文和日志分析这些是切换过程中的上行数据，cu侧的内部流程处理函数ret_t pdcp_rx_rb::rb_state_machine::rb_awaiting_bind_modify::on_rb_modify_req...
2025-04-08
- 18:10 FirstCall 错误 #3105: MSG5 PDCCH解错问题
- 250408 18：09更新
目前修改参数存储后，DCIsize可以和艳芳姐提供的对映上，目前已去除DCIsize打桩 - 16:55 FirstCall 错误 #3105: MSG5 PDCCH解错问题
- 现象：MSG5 PDCCH解错
原因：部分因存到DDR中的参数未存到DDR中导致部分参数错误，MSG5使用聚合等级1，聚合等级1的Candidate计算未添加。
结果：目前DCIsize打桩，PDCCH可以CRC译对，聚合等级1的... - 16:49 FirstCall 错误 #3105 (已解决): MSG5 PDCCH解错问题
- MSG5 PDCCH无法解对
- 17:44 B5G_UE 错误 #3108 (新建): 给协议栈上报异常数据
- 20250408
【问题描述】
phy使用oc-ue版本，协议栈使用普通版本（支持uu和irn），协议栈一直会收到异常数据上报，因消息类型不对，协议栈不做处理。协议栈怀疑是fapi上报异常数据，查fapi消息处理，未发现疑点。等物... - 17:13 B5G_UE 错误 #3107 (进行中): slot indication停止上报
- 20250408
【问题描述】
协议栈使用IRN版本，物理层测试oc-ue或者IRN版本时，ue-testmac运行10分钟后，fapi停止上报slot indication。从trace可以看到，pdsch消息数比pdcch消息... - 17:12 B5G_UE 错误 #3097 (进行中): FAPI消息结构体内存对齐检查
- 目前暂时没有需要修改的模块。
继续跟踪。 - 17:00 FirstCall 错误 #3106 (进行中): 发送pucch0从基站采数观察，sym12起始位置处从有较大功率
- 16:52 FirstCall 错误 #3106 (已解决): 发送pucch0从基站采数观察，sym12起始位置处从有较大功率
- 发送pucch0从射频出口采数，sym12起始位置有较大能量
- 17:00 FirstCall 错误 #2986 (已解决): msg3发送到基站，基站phy解析到msg3 CRC错误；协议栈处理超时导致
- 16:08 3.0基站产品测试 错误 #3104: 【Rel_3.0.1_Pre1T2】异频的乒乓切换过程中，在以xn优先的基站日志中发现了转发包被丢的现象
- 乒乓切换时偶现
- 16:08 3.0基站产品测试 错误 #3104 (进行中): 【Rel_3.0.1_Pre1T2】异频的乒乓切换过程中，在以xn优先的基站日志中发现了转发包被丢的现象
- 14:37 3.0基站产品测试 错误 #3104: 【Rel_3.0.1_Pre1T2】异频的乒乓切换过程中，在以xn优先的基站日志中发现了转发包被丢的现象
- [109992][2025-04-08T10:35:59.087][EGTPU_U_TX][t:1652568496][egtpu_tx_msg_hdlr.cpp:70][ERR]EGTPU_TUNNEL_NOT_FOUND_IN_P...
- 14:36 3.0基站产品测试 错误 #3104 (已关闭): 【Rel_3.0.1_Pre1T2】异频的乒乓切换过程中，在以xn优先的基站日志中发现了转发包被丢的现象
- 15:13 基站横联 功能 #3066: 恒联板卡tod，1pps的功能测试及代码修改。
- 在tfu的驱动中，保留rfic的gpio配置，去掉rfic的9528，9025，jesd的初始化后，在CPRI的start 脚本中加入rfic_a.out 可以看到1pps的中断。猜测CP侧的CPRI中有对STC时钟进行初始化的功能。
- 14:32 3.0基站产品测试 错误 #3103 (转测试): 简述：Rel_3.0.1_Pre1T2,20环境，大下行udp400M，下行mcs20不上调
- 简述：Rel_3.0.1_Pre1T2,20环境，大下行udp400M，下行mcs20不上调
测试版本：Rel_3.0.1_Pre1T2
问题描述：Rel_3.0.1_Pre1T2,20环境，大下行udp400M，下行mcs20不... - 13:52 3.0基站产品测试 错误 #3096 (进行中): cpe上下行峰值灌包下异频正常切换多次后切换失败且cu界面打印circular que empty
- 13:52 3.0基站产品测试 错误 #3096: cpe上下行峰值灌包下异频正常切换多次后切换失败且cu界面打印circular que empty
- 进展：
4月7日复现了一次，未再出现
4月8日复现了两次，出现了#3102的问题，导致业务停止
- 13:46 3.0基站产品测试 错误 #3102 (进行中): 【Rel_3.0.1_Pre1T2】两台基站之间做乒乓的异频切换，A基站为XN优先，B基站为NG优先，切换约15分钟后，UE僵在B基站上，导致业务停止
- 246基站为XN优先
247基站为NG优先
切换多次后，UE从246切往247，在247上cu发送信令PathSwitchRequest给核心网；
但是核心网没有回复，找松松查看核心网对应的日志发现，没有收到该信令
下一步：
... - 13:43 3.0基站产品测试 错误 #3102 (已解决): 【Rel_3.0.1_Pre1T2】两台基站之间做乒乓的异频切换，A基站为XN优先，B基站为NG优先，切换约15分钟后，UE僵在B基站上，导致业务停止
- 11:14 2.0基站产品化测试 错误 #3050 (进行中): 17P商用手机跨核心网切换，目标侧重配完成上不来
2025-04-07
- 17:37 产品3.0平台 错误 #3020 (已解决): CP侧GPIO初始化以及使用部分与EVMT4, EVMT2 mapping关系修改
- 17:11 2.0基站产品化测试 错误 #2992 (已关闭): 17P版本，出现du界面failed get memory，起三层du挂死。
- 17:10 2.0基站产品化测试 错误 #2992: 17P版本，出现du界面failed get memory，起三层du挂死。
- 17PT2未再出现du挂死现象
- 17:11 2.0基站产品化测试 错误 #3029 (已关闭): 17Ppre1，内存异常导致的du coredump挂死。
- 17PT2未出现内存分配超界问题
- 17:09 2.0基站产品化测试 错误 #2908 (已关闭): NG切换过程中，流程未走完基站发送释放消息给核心网后异常，amf挂死。
- 17:08 网管产品 功能 #2829 (已关闭): 网管侧增加cu信令面日志一键开启功能
- 15:48 2.0基站产品化测试 错误 #2920: du2phy挂死，phy连续打印DU2PHY_api_error_check_use_empty_channels字段20次导致phy被拉死，主要原因为du内存分配失败问题导致
- MAC上行RLF定时器存在不超时处理问题，属定时器机制存在问题。MAC上行RLF暂时不采用定时器触发；设置crc_fail上限为120，超过120次就发起上行RLF流程。
已修改待合入，验证中。 - 15:43 研发产品测试 错误 #3088 (进行中): 2.1.17p_pre1T1 vinr切换时目标站DU偶现不回ueContextModification Response消息
- RLC UM模式切换问题，已修改并入库，待落入17P_T2。
- 12:06 2.0基站产品化测试 错误 #2914 (已解决): 16P_Pre1T2: ICIC测试中，phy不停打印接入消息，终端出现无法接入
- 17Pt2版本上没有出现问题。
- 11:45 网管产品 功能 #2778 (已解决): 核心网网管版本管理
- 目前相关需求已实现，该问题单先关闭，后续存在问题单独提单
- 11:44 网管产品 错误 #3099: YZMM2.1.0Pre2网管，网管参数修改不生效
- 该问题已在YZMM2.1.0Pre2T4版本验证修改，请后续版本验证
- 10:58 网管产品 错误 #3099 (转测试): YZMM2.1.0Pre2网管，网管参数修改不生效
- 11:17 网管产品 错误 #3090 (已解决): 网管测试YZMM2.1.0Pre2T3核心网软件管理版本测试，pre2安装pre3失败。
- 再次进行安装未出现失败问题在该版本YZMM2.1.0Pre2T4已验证
- 10:57 网管产品 错误 #3090: 网管测试YZMM2.1.0Pre2T3核心网软件管理版本测试，pre2安装pre3失败。
- 已经出包，待验证
- 11:15 网管产品 错误 #3080 (已解决): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，安装核心网的事件网元列表中增加核心网网元
- 10:56 网管产品 错误 #3080 (转测试): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，安装核心网的事件网元列表中增加核心网网元
- 该问题已验证解决
- 11:15 网管产品 错误 #3079 (已解决): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，安装核心网时安装事件偶发不上报
- 10:57 网管产品 错误 #3079 (转测试): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，安装核心网时安装事件偶发不上报
- 暂未复现，在该版本YZMM2.1.0Pre2T4先暂时关闭
- 11:13 网管产品 错误 #3057 (已解决): 网管YZMM2.1.0Pre2T3版本测试，核心网软件管理安装失败时操作日志记录需要优化
- 该问题已验证解决在该版本YZMM2.1.0Pre2T4。
- 11:11 网管产品 错误 #3062 (已解决): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，软件管理界面的版本信息未获取到时显示“--”
- 该问题已验证解决在该版本YZMM2.1.0Pre2T4。
- 11:10 网管产品 错误 #3068 (已解决): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，安装核心网版本时增加IP的合法性校验
- 该问题已验证解决在该版本YZMM2.1.0Pre2T4。
- 11:09 网管产品 错误 #3069 (已解决): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，安装核心网版本是界面弹窗提示语“基站”修改成“核心网”
- 该问题已验证解决在该版本YZMM2.1.0Pre2T4。
- 11:06 网管产品 错误 #3070 (已解决): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，核心网软件管理backend日志一直提示fetching报错
- 查看日志无相关fetching报错，该问题已验证解决在该版本YZMM2.1.0Pre2T4。
- 11:04 网管产品 错误 #3072 (已解决): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，安装核心网时无其他操作提示错误“安装请求失败”
- 安装几次后观测，该问题已验证解决在该版本YZMM2.1.0Pre2T4。
- 11:00 网管产品 错误 #3073 (已解决): 网管版本YZMM2.1.0Pre2T3核心网软件管理测试，安装核心网时上报agent重启事件需要修改名称
- 该问题已验证解决在该版本YZMM2.1.0Pre2T4。
- 10:55 网管产品 错误 #3089: Rel_3.0.1_Pre1T2,20环境，射频参数配置，通道衰减取值范围不对
- 该问题已验证OK，请在版本YZMM2.1.0Pre2T4以后版本验证
- 10:52 产品3.0平台 错误 #3101 (已解决): rfic加载配置文件时，若json配置文件不正确，需要给出错误信息。现在的情况是Segmentation fault
- !segment_fault.png!
- 09:12 网管产品 性能 #2877 (转测试): 网管2.1.0Pre1显示拉远基站配置参数菜单存在重叠问题
- 此问题原因有2个：
1.网络不畅阻塞的时候，多次点击会多次触发异步返回，需要新增异步数据请求竞争机制。已确保了用户界面不会显示多余返回
2.网络不畅的时候，监听页面菜单如果有展开，显示区右移的时机太靠后，可能错过元素初始状态变化...
导出 Atom