活动
从 2025-08-11 到 2025-09-09
2025-09-08
- 17:51 3.0基站产品测试 错误 #4024 (新建): logwriter 定时器优化
- 一次性定时器调用停止定时器函数时,其定时事件未被清除
- 17:35 3.0基站产品测试 性能 #4017: 【3.0基站】CU提升通过UDP发送用户面包的性能
- CPU提升5%--10%
- 10:46 3.0基站产品测试 性能 #4017 (进行中): 【3.0基站】CU提升通过UDP发送用户面包的性能
- 10:46 3.0基站产品测试 性能 #4017 (进行中): 【3.0基站】CU提升通过UDP发送用户面包的性能
- 17:07 产品3.0平台 错误 #3718 (进行中): 3.0板卡RX 和ORX通道,支持4通道分别配置增益
- 16:15 3.0基站产品测试 错误 #4016: 1D3U空口环境上行双流灌包出现重建立失败
- 17100竞争解决超时删除了GueCb,由于高层不感知,后续重建立流程配置17100 lvl1公共参数失败。
[421464][2025-09-08T06:25:27.261][MAC_ACCESS][t:470952816][rg... - 10:32 3.0基站产品测试 错误 #4016 (新建): 1D3U空口环境上行双流灌包出现重建立失败
- 15:39 产品3.0平台 错误 #4023 (新建): 正维3.3Gru整机测试TX1输出指标较差
- 测试问题:输出43dbm后,TX1指标:EVM 4.4%;ACP邻道 -41dbc/-37dbc;TX2指标:EVM 2.5%;ACP邻道 -55dbc/-49dbc
log打印如下附件
- 15:31 网管产品 功能 #4010 (转测试): 新增CENTER_PDSCH_PWROFFSET 参数
- 已修改,待合入下个版本测试回归
- 15:29 网管产品 功能 #4000: 网管支持生成指标MR文件
- 信息采集接口
fileType:
MR报告"mr-indicator-file"
干扰报告"mr-rip-file" - 14:59 3.0基站产品测试 错误 #3896: CU-128UE性能优化
- 大下行通过优化代码修改,DL0线程cpu从100%降到76%,所有线程能保持在80%以下,长跑10个小时无问题,刚开始的40分钟内因mac调度不均的问题会导致dl0的cpu达90%,40分钟后稳定下来;
大上行通过优化代码和修改绑核... - 14:35 3.0基站产品测试 错误 #4018 (进行中): 跨核心网切换,切换请求中plmn信息携带错误
- 11:55 3.0基站产品测试 错误 #4018 (进行中): 跨核心网切换,切换请求中plmn信息携带错误
- 基站版本:3.1.2pre1_T5
物理环境:空口 mate40pro商用手机
问题描述:使用plmn 46001跨核心网切换,切换请求中携带的plmn为00101.目标侧核心网接收到后处理异常,不下发给目标基站,导致切换失败。
... - 14:25 3.0基站产品测试 错误 #4022 (新建): [3.0产品测试] 5.8G整机基站压力测试,4小时后出现DU挂死
- 测试版本:Rel_3.1.3_Pre1T3
测试设备:核心网 192.168.8.219 基站 192.168.8.234,网管:192.168.8.170
测试场景:5.8G 下行大容量压力测试(7D2U)
问题描述:5.8... - 14:21 基站横联 错误 #4021 (已解决): 协议栈配置bannk rx bannk时, 看不到L1c上报控制字
- 经测试分析,发现L1C和cp对于dpw_linkgain_symb中使能信号使用有歧义, L1C在上报协议栈后才决定清0。修改为L1C读到使能,取信息后立刻清0,修改后测试正确。
- 14:19 基站横联 错误 #4021 (已解决): 协议栈配置bannk rx bannk时, 看不到L1c上报控制字
- 14:18 基站横联 错误 #4020 (已解决): cpri 控制字测试,协议栈看到接收ru gain和符号号 有时错误
- 14:17 基站横联 错误 #4020 (进行中): cpri 控制字测试,协议栈看到接收ru gain和符号号 有时错误
- 14:17 基站横联 错误 #4020 (已解决): cpri 控制字测试,协议栈看到接收ru gain和符号号 有时错误
- 经分析,L1C和cp对于dpw_linkgain_symb 中时隙号填写有歧义, 最后确定时隙号按0~19填写, L1C把10~19 减10,再到对应位置取参数。
- 14:14 基站横联 错误 #3928 (已解决): CPRI版本,PDC SNR只有9~10,不符合预期
- 14:14 基站横联 错误 #3928: CPRI版本,PDC SNR只有9~10,不符合预期
- 原因是解压缩因子不对
- 14:13 基站横联 错误 #4004 (已解决): dci解析rbinfo出错
- 14:12 基站横联 错误 #4019: 60M小区带宽,广播消息可以解对,单播消息TB解不对
- 当前代码riv计算pdsch rbstart和rbsize时,使用的bwpsz写成了固定的273 ,没有适配不同带宽;
bwpsize按照不同带宽修改。
uint16_t bwpSz = g_phy_cell_cfg.max_n... - 12:26 基站横联 错误 #4019 (新建): 60M小区带宽,广播消息可以解对,单播消息TB解不对
- 13:54 3.0基站产品测试 功能 #3562 (已关闭): 下行预调度功能(优化ping时延)
- 下行ping包时打开“下行打桩BO开关”参数,下行ping包平均时延能优化0.5ms左右。
- 13:41 3.0基站产品测试 功能 #3562 (转测试): 下行预调度功能(优化ping时延)
- 13:50 研发产品测试 错误 #3569 (已解决): 3.1.2_T2版本,DU kpi上报存在2小区问题
- 该问题已回归ok,问题解决
- 13:41 研发产品测试 错误 #3569 (转测试): 3.1.2_T2版本,DU kpi上报存在2小区问题
- 13:46 网管产品 功能 #3281: 小区管理功能:网管新增小区状态字段
- 提单不规范,未选择模块无法转测关单,自行关闭处理。
- 13:42 eMBB2.0 BBIT 错误 #2153 (转测试): RRCsetup消息去掉pdcc-dmrs-scramblingID字段以适配E500
- 13:42 3.0基站产品测试 功能 #2457 (转测试): 3.0基站不支持上行256qam
- 13:40 3.0基站产品测试 错误 #3461 (转测试): 128UE调度选UE时会空转,导致worker1CPU高
- 13:37 2.0基站产品化测试 需求CR #3313 (转测试): HA热备核心网AMF跟基站sctp链路异常不去活用户的需求
- 13:36 2.0基站产品化测试 需求CR #3313 (进行中): HA热备核心网AMF跟基站sctp链路异常不去活用户的需求
- 11:53 3.0基站产品测试 错误 #3882 (已关闭): 下行1.4G+上行300M测速CU核3&核4负荷偏高
- 11:49 3.0基站产品测试 错误 #3882 (转测试): 下行1.4G+上行300M测速CU核3&核4负荷偏高
- 代码已自测通过合入。
- 11:53 3.0基站产品测试 错误 #3878 (已关闭): 优化:DL多线程绑核策略支持负载均衡
- 11:48 3.0基站产品测试 错误 #3878 (转测试): 优化:DL多线程绑核策略支持负载均衡
- 该问题经组内讨论暂时不用做,先做关单处理。
- 11:47 3.0基站产品测试 错误 #3878 (进行中): 优化:DL多线程绑核策略支持负载均衡
- 11:53 3.0基站产品测试 错误 #3980 (已关闭): E500环境gnb_cu_stats log大小跳变问题
- 11:46 3.0基站产品测试 错误 #3980 (转测试): E500环境gnb_cu_stats log大小跳变问题
- 已自测通过合入
- 11:52 3.0基站产品测试 错误 #4015 (已关闭): ngp_log删除文件失败时调用系统命令进行强制删除
- 11:45 3.0基站产品测试 错误 #4015 (转测试): ngp_log删除文件失败时调用系统命令进行强制删除
- 自测通过已合入
- 11:45 3.0基站产品测试 错误 #3866 (已关闭): 【Rel_3.1.3_Pre1T1版本+CU小包】16UE上、下行udp灌包cu core dumped
- Rel_3.1.3_Pre1T4版本验证关闭。
2025-09-05
- 17:30 FirstCall 错误 #3241 (挂起): DD口PDCCH信道译码错误,deofdm模块未添加采数后频域数据异常。(已临时解决)
- 17:30 B5G_UE 错误 #3216 (已解决): DD口有时解不到mib
- 目前DD口可以正常解析mib,未出现问题,已解决
- 17:26 B5G_UE 错误 #3307 (已解决): 使用旧批次的板卡[24年12月],log上看没有打印进DD口后的log
- 目前DD 物理层log正常打印。已解决,但是灌包时不能打开log,打开log会导致灌包速率下降
- 17:24 B5G_UE 错误 #3431 (已解决): UU口终端接入时,概率性发生终端Msg1发送时的prmbleIndx和收到的基站Msg2的prmbleIndx不一致的问题
- 原因:uldelay不合适导致此问题
解决方案:uldelay修改后,3.0基站与3.0终端测试未复现 - 17:22 B5G_UE 错误 #3170 (挂起): 下行时偏不准,导致PDC SNR低
- deofdm正确使用测量计算出的delay值之后,pdc的SNR正常,uu未使用delay值pdc可能因为GPS抖动导致snr低,属于正常现象,待和平台调试上报delay值之后解决此问题。
- 17:19 3.0基站产品测试 错误 #4015 (已关闭): ngp_log删除文件失败时调用系统命令进行强制删除
- 17:17 基站横联 错误 #3639 (已解决): EVMT4板卡存在PNID错乱的情况,初步怀疑为测量虚检导致
- 原因:测量虚检导致;
解决方案:测量门限提高,结果增加异常值判断,delay超过正负4000时判断位异常值,后续未出现。 - 17:13 B5G_UE 错误 #3285 (已解决): msg5 PDC 概率性出现漏检(摸测漏检概率5/8)
- 同问题单 : 错误 #3835
- 15:53 3.0基站产品测试 性能 #4013 (进行中): 3.0基站下行4流灌包1400M支持及流量稳定性优化。
- DU侧代码修改已合入。
- 10:58 3.0基站产品测试 性能 #4013 (进行中): 3.0基站下行4流灌包1400M支持及流量稳定性优化。
- 3.0基站下行4流不支持1.4G下行灌包,需要支持1.4G下行灌包业务。
- 15:40 产品3.0平台 错误 #3988: 板卡分区丢失
- 一级uboot不能修改,这个只能想办法备份分区表,测试下在一级uboot中能否写入emmc中。
- 13:46 3.0基站产品测试 错误 #3847 (已解决): 完保、加密算法网管配置、算法协商流程处理、各接入流程算法下发三部分流程优化
- *基于Rel_3.1.3_Pre1T4版本,替换基站“GnbParaShowConfig.xml”文件、“gnb-cu-dulist.xml”与“gnb-cu-dulist.yang”文件及cu包,验证如下2种完保加密场景下业务正常,...
- 11:18 3.0基站产品测试 错误 #3992 (已解决): 3.1.3pre1T4版本vinr中异频xnng切换du出现coredump
- 基于3.1.3pre1T4版本,替换韩伟提供du包,vinr中异频xnng切换多次切换流程正常,du未出现coredump,问题解决。
- 10:51 3.0基站产品测试 错误 #3992 (转测试): 3.1.3pre1T4版本vinr中异频xnng切换du出现coredump
- 问题已定位,代码已合入T5版本。
- 11:04 3.0基站产品测试 错误 #4014 (新建): 【3.0整机】Rel_3.1.3_Pre1T4,21环境,程序启动,功放通道没有打开
- 简述:【3.0整机】Rel_3.1.3_Pre1T4,21环境,程序启动,功放通道没有打开
测试版本:Rel_3.1.3_Pre1T4
问题描述:【3.0整机】Rel_3.1.3_Pre1T4,21环境,程序启动,功放通道没有打开... - 10:53 3.0基站产品测试 错误 #3884 (转测试): 3.1.3pre1T1版本,长跑测试时du出现挂死问题
- 代码已修改,已合入T5版本。
- 10:52 3.0基站产品测试 错误 #3976 (转测试): 上下行同大业务灌包,CU负载高时,DU上行存在断流情况
- 代码已合入T5版本。
- 10:40 B5G_UE 错误 #4012 (新建): UE终端接入时,DEOFDM任务超时,导致接入失败
- 10:19 3.0基站产品测试 错误 #4011 (新建): cu退出时sctp server写日志崩溃问题
- uint32_t DataSharedMem::Reset()中使用null指针m_shmPtr,需要优化并且处理退出后崩溃问题
- 10:12 网管产品 功能 #4010 (进行中): 新增CENTER_PDSCH_PWROFFSET 参数
- 10:02 网管产品 功能 #4010 (转测试): 新增CENTER_PDSCH_PWROFFSET 参数
- 位置:/du-cell:DU-CELL/SCHEDULER_CONFIG/CELL_DL_POWER_CONTROL_CFG/CENTER_PDSCH_PWROFFSET
类型:int16
填写方式:填写
取值范围:[-3276... - 09:33 3.0基站产品测试 错误 #3984 (已关闭): 关键信息状态统计
- 09:20 3.0基站产品测试 错误 #3984 (转测试): 关键信息状态统计
- 09:24 网管产品 错误 #4009 (新建): 网管版本YZMM2.2.1Pre1T3中规则校验,去掉“pucch”和“pusch”功率校验
- 网管版本YZMM2.2.1Pre1T3中规则校验,去掉“pucch”和“pusch”功率校验
- 09:22 网管产品 错误 #4008 (新建): 网管版本YZMM2.2.1Pre1T2升级版本完成后,升级界面未返回到网管登录界面
- 网管版本YZMM2.2.1Pre1T2升级版本完成后,升级界面未返回到网管登录界面
报错提示:net::ERR_EMPTY_RESPONSE
2025-09-04
- 19:57 基站横联 错误 #4004: dci解析rbinfo出错
- 异常原因:rbinfo没有清0初始化,所以移位随机会出现问题
- 15:12 基站横联 错误 #4004: dci解析rbinfo出错
- !img_v3_02pq_1906c970-17d0-47b2-b970-f4fc71e2dfdg.jpg!
- 15:10 基站横联 错误 #4004: dci解析rbinfo出错
- !img_v3_02pq_0149ba11-52a3-4eef-8e02-9913d5d74d3g.jpg!
dci payload正确 但是解析出最后32bit rbinfo出错;
异常值转成二进制发现最高位第32位为1,应该是... - 15:00 基站横联 错误 #4004 (已解决): dci解析rbinfo出错
- 17:20 网管产品 功能 #3773 (转测试): 核心网新增全局吞吐量指标上报,网管增加指标监控页面显示
- 17:19 网管产品 错误 #3972 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网在线终端数统计
- 17:19 网管产品 错误 #3967 (转测试): 网管版本YZMM2.2.1Pre1T2测试,版本操作中的版本列表超一定数量不显示
- 17:19 网管产品 错误 #3979 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网相关指标表头把单位带上
- 17:19 网管产品 错误 #3978 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网指标显示行固定下来
- 17:18 网管产品 错误 #3971 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网统计基站流量和核心网统计终端流量--时间显示
- 17:18 网管产品 错误 #3977 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网参数配置指标开关,基站指标方案修改
- 17:17 网管产品 错误 #3692 (转测试): 网管版本YZMM2.2.0Pre1T4,cpu最高温度精确位数优化
- 17:17 网管产品 错误 #3889 (转测试): 网管版本2.2.1pre1T1,增加ICIC参数显示
- 15:34 核心网产品 错误 #4007 (新建): 核心网版本指标上报特性测试,核心网统计基站下行出口流量准确性存在误差
- 核心网版本指标上报特性测试,核心网统计基站下行出口流量准确性存在误差
- 15:13 网管产品 错误 #4006 (进行中): 参数校验增加告警恢复机制
- 15:12 网管产品 错误 #4006 (进行中): 参数校验增加告警恢复机制
- 配置参数有效性检查告警需要增加一个配置恢复:当配置参数有效性检查开关由打开变更为关闭时,自动恢复以前上报的告警,恢复类型为“配置恢复
将每种规则对应的配置参数有效性检查告警都上报一次恢复告警
配置参数有效性检查告警需要将“位置”变... - 15:13 基站横联 错误 #3761: 动态时隙测试跑一段时间核7deofdm定时任务不进了,但是测量任务正常启动;核7也有挂死情况
- 重新调整了测量任务到core5,与deofdm、tci独立工作;
目前静态时隙分为2步走,
第一步:PSS测量上报L2,
第二步:下个对应的静态时隙周期,L2 下发rx config,解析TCI、TB - 15:11 产品3.0平台 错误 #3883 (已解决): 测试uu口,打印if_nametoindex: No such device
- 通过这几天的uu口测试,验证了通控模块可以正常加入uu默认路由
- 15:09 基站横联 错误 #3925 (已关闭): CPRI 版本,大概率出现PSS 解对一段时间,后来解不出来;但TB一直可以解对
- 和马凤波、白瑞鹏一起重新规划的测量模块解压缩后存储的DDR地址,不在复用DL task任务的DDR地址。
DDR地址记录已归档到《UCP4008 DDR 内存规划 V1.6.3》 - 15:07 2.0基站产品化测试 错误 #4005 (新建): 强制SR条件下,重启站后第一次接入概率不发MSG5 DCI0-1
- 15:06 基站横联 错误 #3895 (已关闭): CPRI版本,发送10mins左右,数字域功率不变了,怀疑buf未清,ape0心跳不增长
- 同 3926问题,无需另外代码review
- 15:04 基站横联 错误 #3893 (已关闭): 上海某一块HL板卡,协议栈运行中不定时存在osp free() crash
- 同 #3926,无需代码review
- 15:00 基站横联 错误 #3741 (已关闭): 敲桩情况下,发端L2 FAPI SFN和PHY SFN 对不齐(L2 SFN 比PHY SFN小1)问题
- 54 L2协议栈修改发送位置,无需PHY代码review
- 14:11 B5G_UE 错误 #3821 (已解决): UU口PUU口PDC DCI1_1的slot号,与基站侧下发的DCI1_1的slot不同,导致L1c计算的PUH上报时机与基站接收时机不一致
- 14:11 B5G_UE 错误 #3812 (已解决): UU口L1c触发的puc调度次数和PDC解析次数不一致,远大于PDC解析的PDS次数
- 14:10 B5G_UE 错误 #3852 (已解决): L1C同一个slot触发Pusch与Pucch时,会丢失对Pucch的参数填写与trigger
- 14:09 B5G_UE 错误 #3862 (已解决): L1C中同slot触发PUSCH和PUCCH时,PUCCH基站侧会解错
- 14:09 B5G_UE 错误 #3875 (已解决): UU口基站侧PUSCH CRC大量报错
- 【问题原因】终端侧核4跑死,此时终端已不再发数据,pusch射频buffer未清,导致射频一直上报上次残留buffer,基站侧参数只有2套,1套是和上次残留数据相同的参数配置解析CRC ,1套是不同的参数则解不对数据,显示大量CRC错...
- 14:02 B5G_UE 错误 #3915 (进行中): 上行不调度时,PUSCH/PUC RF buf未清0
- 14:00 B5G_UE 错误 #3915: 上行不调度时,PUSCH/PUC RF buf未清0
- 【问题描述】上行不调度时,PUSCH/PUC RF buf未清0
【问题原因】上行不调度时,PUSCH/PUC RF buf未清0,射频会一直取BufFer数据残留缓存数据,造成基站侧认为一直有上行数据。
【解决方案】1 ... - 14:01 B5G_UE 错误 #3975: UE核4运行一段时间后会跑死
- 【问题描述】UE核4运行一段时间后会跑死
【问题原因】
【解决方案】
【问题验证】 - 13:58 3.0基站产品测试 错误 #4002: 大上行子帧配比,上行600M,下行400M,20分钟后,SHM_RX_UL线程消失
- 原因:shm_rx_ul_thread线程在执行时,如果创建消息udp_data_rx_ind分配内存失败会return,会导致此线程退出;
修改方法:如果分配内存失败,将return修改为continue; - 13:55 3.0基站产品测试 错误 #4002 (进行中): 大上行子帧配比,上行600M,下行400M,20分钟后,SHM_RX_UL线程消失
- 13:55 3.0基站产品测试 错误 #4002 (进行中): 大上行子帧配比,上行600M,下行400M,20分钟后,SHM_RX_UL线程消失
- 13:56 B5G_UE 错误 #4001 (已解决): 当基站重启时,UE侧高概率接入失败,基站没下发DCI0_1
- 13:47 B5G_UE 错误 #4001: 当基站重启时,UE侧高概率接入失败,基站没下发DCI0_1
- 【问题描述】当基站重启时,UE侧高概率接入失败
【问题原因】终端目前不支持SR,走的预调度强制SR,当基站重启时高概率出现,强制调度SR的判断条件在某些条件不满足,会漏掉,出现基站未调度SR,基站没下发DCI0_1。当基站重启时... - 13:47 B5G_UE 错误 #4001 (进行中): 当基站重启时,UE侧高概率接入失败,基站没下发DCI0_1
- 13:47 B5G_UE 错误 #4001 (已解决): 当基站重启时,UE侧高概率接入失败,基站没下发DCI0_1
- 【问题描述】当基站重启时,UE侧高概率接入失败
【问题原因】终端目前不支持SR,走的预调度强制SR,当基站重启时高概率出现,强制调度SR的判断条件在某些条件不满足,会漏掉,出现基站未调度SR,基站没下发DCI0_1。当基站重启时... - 13:56 B5G_UE 错误 #3983 (已解决): UE接入后Ping包到1小时,ping包中断
- 【问题描述】UE接入后Ping包到1小时,ping包中断
【问题原因】UE接入后Ping包到1小时中断,是UE侧RRC在核心网定时器1小时到时后,RLC重传超限,基站释放终端导致,
【解决方案】
1 核心网定时器默... - 13:53 3.0基站产品测试 错误 #3890 (已解决): Rel_3.1.3_Pre1T2版本,ICIC开关DU侧未合入修改
- 13:47 3.0基站产品测试 功能 #3929 (已解决): 基站完保、加密算法网管显示修改
- *基于Rel_3.1.3_Pre1T4版本,替换基站“GnbParaShowConfig.xml”文件、“gnb-cu-dulist.xml”与“gnb-cu-dulist.yang”文件,基站LMT侧可看到最新完保、加密算法显示,符...
- 11:39 3.0基站产品测试 功能 #3929 (转测试): 基站完保、加密算法网管显示修改
- 13:38 B5G_UE 错误 #3997 (已解决): UE接入时,MSG4 PDSCH解错,UE认为基站下发RB参数过小,PDSCH做异常处理
- 10:45 B5G_UE 错误 #3997: UE接入时,MSG4 PDSCH解错,UE认为基站下发RB参数过小,PDSCH做异常处理
- 【问题描述】UE接入时失败
【问题原因】是终端问题,终端目前不支持任务RB<4,认为RB<4是异常的。 UE接入时,MSG4 PDSCH解错,解错原因是RRC给基站下发RB参数异常为RB=3,终端PDSCH不做处理返回,PUC上... - 11:26 网管产品 功能 #4000 (进行中): 网管支持生成指标MR文件
- 11:26 网管产品 功能 #4000 (进行中): 网管支持生成指标MR文件
- 1.gnb_agent支持生成指标MR文件,nms中配置MR文件生成总开关,本地文件配置生成哪些指定指标内容;
2.增加下载MR文件接口;
3.backend支持网管前台下载对应基站生成的MR文件; - 11:23 3.0基站产品测试 错误 #3999 (新建): [3.0产品测试] 小区启动正常,运行15小时后,网管上显示gps失步
- 测试版本:Rel_3.1.3_Pre1T3
测试设备:核心网 192.168.8.219 基站 192.168.8.234,网管:192.168.8.170
测试场景:5.8G 下行大容量压力测试(7D2U)
问题描述:小区启... - 11:10 核心网产品 错误 #3998 (新建): 核心网版本指标上报特性测试,终端掉线后网管界面看,终端指标还存在数据。
- 核心网版本指标上报特性测试,终端掉线后网管界面看,终端指标还存在数据。
- 08:57 3.0基站产品测试 功能 #3961: 配置终端额外功率增益
- type UeRegistConfigInfo struct {
PlmnID string `json:"plmnID"`
UeId string ...
2025-09-03
- 19:50 B5G_UE 错误 #3983: UE接入后Ping包到1小时,ping包中断
- 【问题描述】UE接入后Ping包到1小时,ping包中断
【问题原因】
【解决方案】
【问题验证】 - 19:50 B5G_UE 错误 #3983 (进行中): UE接入后Ping包到1小时,ping包中断
- 19:49 B5G_UE 错误 #3997 (进行中): UE接入时,MSG4 PDSCH解错,UE认为基站下发RB参数过小,PDSCH做异常处理
- 19:49 B5G_UE 错误 #3997: UE接入时,MSG4 PDSCH解错,UE认为基站下发RB参数过小,PDSCH做异常处理
- 【问题描述】UE接入时失败
【问题原因】UE接入时,MSG4 PDSCH解错,解错原因是基站下发RB参数异常为RB=3,终端任务RB<4是异常,不处理返回。PUC上报为NACK,基站重传,UE侧不解析重传,不在上报msg4 PU... - 19:44 B5G_UE 错误 #3997 (已解决): UE接入时,MSG4 PDSCH解错,UE认为基站下发RB参数过小,PDSCH做异常处理
- 16:24 2.0基站产品化测试 错误 #1010: reestablish 消息,终端未反馈会reestablish complete消息;
- 补充重建立流程截图;
!%E9%87%8D%E5%BB%BA%E7%AB%8B%E6%B5%81%E7%A8%8B%E6%8A%93%E5%8C%85%E6%88%AA%E5%9B%BE.png!
- 15:55 2.0基站产品化测试 错误 #1010 (已解决): reestablish 消息,终端未反馈会reestablish complete消息;
- 问题同#3968问题单: [[http://192.168.100.49/issues/3968]]
在Rel_3.1.3_Pre1T4版本,通过打桩构造重建立,抓包查看重建立流程完整,基本功能(峰值,切换等)业务正常,问题解决。 - 14:44 2.0基站产品化测试 错误 #1010 (转测试): reestablish 消息,终端未反馈会reestablish complete消息;
- 14:43 2.0基站产品化测试 错误 #1010 (进行中): reestablish 消息,终端未反馈会reestablish complete消息;
- 15:52 3.0基站产品测试 错误 #3968 (已关闭): 重建立流程中cu没收到RRC Reestablishment Complete消息
- 在Rel_3.1.3_Pre1T4版本,通过打桩构造重建立,抓包查看重建立流程完整,基本功能(峰值,切换等)业务正常,问题关闭。
!%E9%87%8D%E5%BB%BA%E7%AB%8B%E6%B5%81%E7%A8%8B%E6... - 15:41 3.0基站产品测试 功能 #3996 (新建): amc优化
- 11:44 网管产品 错误 #3889 (进行中): 网管版本2.2.1pre1T1,增加ICIC参数显示
- 再次同步主控文件
- 11:40 3.0基站产品测试 错误 #3992 (进行中): 3.1.3pre1T4版本vinr中异频xnng切换du出现coredump
- 问题已定位,问题发生在语音视频业务场景下进行切换,切换过程触发重建立流程,进行ueid更新过程中,代码存在逻辑问题导致越界指针使用错误导致的跑死,目前问题已修改,待合入主分支。
- 11:12 网管产品 错误 #3692 (进行中): 网管版本YZMM2.2.0Pre1T4,cpu最高温度精确位数优化
- 3.0基站只有cpu的最高温度,2.0有每一个cpu的温度。处理方式不一样,遗漏了针对3.0的处理
现已修改
2025-09-02
- 18:37 基站横联 错误 #3921 (已解决): 静态时隙,调度2个PDS时(广播+单播),mcs11时 单播PDS解不对
- 18:37 基站横联 错误 #3926 (已关闭): CPRI版本启动后,很快APE0 大概率无心跳增加,挂死
- 18:31 基站横联 错误 #3947 (已解决): CPRI 环境下,接收SNR低,且解压缩数据信号畸变
- 18:28 FirstCall 错误 #3953 (进行中): msg4后的基站未收到
- 18:14 FirstCall 错误 #3953: msg4后的基站未收到
- MSG4的PDSCH 对应的PUCCH 的Harq ACK的K1 配置为4,目前PHY无法支持,只能支持大于5的场景
- 18:08 基站横联 错误 #3761 (已解决): 动态时隙测试跑一段时间核7deofdm定时任务不进了,但是测量任务正常启动;核7也有挂死情况
- 18:08 基站横联 错误 #3954: EVMT4,满PRB调度情况下,mcs18以上时会导致接收不正确
- 这个问题应该不是只的静态时隙的PDS速率匹配那个问题,是动态时隙满PRB mcs18以上不对
- 18:05 基站横联 错误 #3954 (进行中): EVMT4,满PRB调度情况下,mcs18以上时会导致接收不正确
- 18:04 基站横联 错误 #3954 (已解决): EVMT4,满PRB调度情况下,mcs18以上时会导致接收不正确
- 18:07 基站横联 错误 #3927 (已解决): CPRI版本,概率性出现APE7 deofdm 没有时隙调度(slot type不为RX)
- 18:06 基站横联 错误 #3927: CPRI版本,概率性出现APE7 deofdm 没有时隙调度(slot type不为RX)
- Dl_sync 任务执行 Cpri解压缩存储的DDR内存 和 Cell 0的统计的DDR内存冲突,导致PSS检测不到和各种异常,给Dl_sync的CPRI解压缩DDR内存另找一块新的,这个现象消失
- 16:58 产品3.0平台 错误 #3995 (新建): EVMT2使用DPD的问题
- 1.打开DPD功能后,有概率出现ANT2功率非额定功率输出,ANT1额定功率输出,且无法通过预留ATT值进行更改。使用3.1.2PR1T4版本
2.两通道均额定功率输出时,ORX0接受功率溢出导致ANT1DPD不生效,具体表现为
... - 15:57 网管产品 错误 #3977: 网管版本YZMM2.2.1Pre1T2测试,核心网参数配置指标开关,基站指标方案修改
- 按照讨论方案已修改成功
- 14:47 3.0基站产品测试 错误 #3985 (转测试): SRB2创建完成后,后续的NAS信令都应该通过SRB2传输
- 14:16 3.0基站产品测试 错误 #3985: SRB2创建完成后,后续的NAS信令都应该通过SRB2传输
- !20250902-SRB2.jpg!
修改方法:SRB2创建完成,且AS安全激活的情况下,使用SRB2传输后续NAS信令 - 14:18 3.0基站产品测试 功能 #3822 (已解决): 支持5.8G转频终端的入网
- Rel_3.1.3_Pre1T3版本已验证
- 14:04 3.0基站产品测试 错误 #3994 (进行中): ICIC功能启用时,发生xn/ng切换,切换重配置信令测量配置的信元有问题
- 13:59 3.0基站产品测试 错误 #3994 (进行中): ICIC功能启用时,发生xn/ng切换,切换重配置信令测量配置的信元有问题
- 13:46 3.0基站产品测试 错误 #3981 (转测试): [3.0产品测试] 小区启动正常,基站/data/log/cu目录下的json文件大小为0
- 13:45 3.0基站产品测试 错误 #3981: [3.0产品测试] 小区启动正常,基站/data/log/cu目录下的json文件大小为0
- 原因:json内容输出到文件中时,有小概率会失败,文件创建打开, 写入内容失败关闭,如果此版本的cu在对应目录下没有生成过此文件,发生上述情况会导致后续,起cu时因为此空文件存在,无法写入内容;
修改方法:
1、在写入失败时,再尝... - 13:40 3.0基站产品测试 错误 #3981 (进行中): [3.0产品测试] 小区启动正常,基站/data/log/cu目录下的json文件大小为0
- 13:39 3.0基站产品测试 错误 #3981 (转测试): [3.0产品测试] 小区启动正常,基站/data/log/cu目录下的json文件大小为0
- 11:21 3.0基站产品测试 错误 #3993 (新建): 默认pdcch聚合等级配置成4,接入不了
- 11:09 3.0基站产品测试 性能 #3749 (已关闭): 修改目前cu代码中发现的线程互斥代码
- 在Rel_3.1.3_Pre1T4版本,vonr语音时做异频xn与ng混合切换多次,vonr通话不中断,切换流程正常,符合预期,问题关闭。
- 11:02 3.0基站产品测试 错误 #3992 (已解决): 3.1.3pre1T4版本vinr中异频xnng切换du出现coredump
- 【问题描述】3.1.3pre1T4版本vinr中异频xnng切换du出现coredump,抓包查看重建立过程流程也有异常;
!coredump%E6%88%AA%E5%9B%BE.jpg!
!%E9%87%8D%E5%BB%B... - 10:28 网管产品 错误 #1512 (已解决): 网管增加一个开关射频的功能
- 目前3.0基站协议栈侧实现了小区重建,网管侧只可以操作小区“重建”按钮
- 10:10 网管产品 错误 #3692 (反馈): 网管版本YZMM2.2.0Pre1T4,cpu最高温度精确位数优化
- YZMM2.2.1Pre1T2版本,2.0基站显示是OK的,3.0基站还是有问题。
- 10:09 B5G_UE 错误 #3991 (新建): trunk版本验证:终端UM灌包速率下降一半,只有30M左右
- 分析:查看log发现分段数据发送失败,头和数据从pool中申请的内存地址相同,导致头长度和数据被修改;
规避方案:头和数据使用不同pool进行内存申请; - 10:08 B5G_UE 错误 #3990 (新建): MAC组包出现问题,3个MAC PDU只打包了BSR的MAC CE和pading,没有携带msg5的MAC PDU数据给PHY,随机接入失败
- RLC发送给MAC数据包预处理成功后,RLC PDU被删除,导致后面MAC复用的数据为空;
解决:预处理成功后不进行RLC PDU的删除操作
2025-09-01
- 17:34 网管产品 错误 #3969 (已解决): 网管版本YZMM2.2.1Pre1T2测试,终端ID=0是指标项的附件信息CRINT的值为空
- redis数据上报分为不同业务类型1)纯指标上报UEid 和CRNTI的显示是需要cu数据与du数据匹配才能完整显示2)cu上报的另外一组业务数据终端关联参数UeRelation 上报数据 "timeStamp": 17...
- 17:24 网管产品 错误 #3965 (已解决): 网管版本YZMM2.2.1Pre1T2测试,NMS存在变动影响到整个网络配置参数获取失败
- Rel_3.1.3_Pre1T4版本已解决
- 17:20 网管产品 错误 #3964 (已解决): 网管版本YZMM2.2.1Pre1T2基站运行日志空格需要显示
- 基站版本Rel_3.1.3_Pre1T4已解决
- 16:42 3.0基站产品测试 错误 #3968 (已解决): 重建立流程中cu没收到RRC Reestablishment Complete消息
- 基于Rel_3.1.3_Pre1T3版本,替换du、cu包,目前可以xn与ng切换,打桩构造重建立流程完整,问题解决;
!%E9%87%8D%E5%BB%BA%E7%AB%8B%E6%B5%8B%E8%AF%95xn%E5%88... - 11:36 3.0基站产品测试 错误 #3968 (转测试): 重建立流程中cu没收到RRC Reestablishment Complete消息
- XN切换异常原因:通过原侧下发重配消息至终端时RLC_SRB配置信元reestablish字段未置位。
重建立失败原因:切换异常导致目标测UE实例需要释放,此时终端侧上来的重建立消息找不到实例处理,因而重建立会失败。
最新版本已解... - 16:01 网管产品 错误 #3942 (已解决): 网管版本YZMM2.2.1Pre1T1,射频单元信息中的ru频点不显示
- YZMM2.2.1Pre1T2版本已解决
- 15:13 网管产品 功能 #3918 (反馈): YZMM2.2.1网管版本,基站辅助工具-基站抓包这里,抓包时需要停留在该界面,切走无法正常保存log。
- 看还能优化下1)来回切走后,抓包的文件名和协议类型丢失2)停止抓包后,下载按钮未高亮,但是能下载,下载后才高亮了
- 14:53 网管产品 功能 #3939 (已解决): Rel_3.1.3_Pre1T3版本更新主控文件配置
- YZMM2.2.1Pre1T2版本已解决
- 14:50 基站横联 错误 #3947 (进行中): CPRI 环境下,接收SNR低,且解压缩数据信号畸变
- 14:32 B5G_UE 错误 #3676 (已解决): D2D物理层运行7分钟左右核7挂死
- 原因:部分给PDS参数错误,核6 PDS该死导致核7挂死;
解决方案:参数修改正确后,PDS也加上异常参数判断后恢复正常; - 14:28 FirstCall 错误 #3904 (进行中): DD环境 3终端PDS存在CRC ERROR
- 14:26 FirstCall 错误 #3989 (已解决): DD环境 SLOT 19上报帧号错误
- 原因:空口slot19 由于是下一帧slot0处理的,帧号未修改为空口帧号导致上报帧号错误;
解决方案:deofdm空口帧号修改为实际空口帧号:
air_sfn = (air_slot == (NR_SFN_SLOT_NUM - ... - 14:24 FirstCall 错误 #3989 (已解决): DD环境 SLOT 19上报帧号错误
- 14:06 网管产品 错误 #3889 (反馈): 网管版本2.2.1pre1T1,增加ICIC参数显示
- 14:01 3.0基站产品测试 功能 #3800 (已解决): 3.1.2pre1T5版本,需求网管配置小区发射功率,基站可自动配置对应的att值。
- 14:00 产品3.0平台 错误 #3718 (已解决): 3.0板卡RX 和ORX通道,支持4通道分别配置增益
- 14:00 产品3.0平台 错误 #3718: 3.0板卡RX 和ORX通道,支持4通道分别配置增益
- 功能已实现
- 13:51 网管产品 错误 #3844 (已解决): 网管新版本修改核心网配置保存后,提示让重启三层不合理
- YZMM2.2.1Pre1T2后续版本解决
- 13:46 3.0基站产品测试 错误 #3932: 3.1.3_Pre1T2版本1D3U子帧上行双天线异频xn切换目标基站重传超时
- 基于Rel_3.1.3_Pre1T3版本,替换立伟提供du包,验证如下场景都未出现重传超时现象:
1、网管修改内环关闭时,上行双天线xn切换流程正常,未出现重传超时现象;
2、网管修改内环打开时,上行双天线xn切换流程正常,未出现... - 11:48 产品3.0平台 错误 #3988 (新建): 板卡分区丢失
- 分区损坏,一级uboot无法找到二级uboot,无法正常启动,烧写完版本后正常。
- 11:47 基站横联 错误 #3690 (进行中): uart1 发送数据时,7045不能完整的接收到。需要再次验证功能。
- 根据时钟同步协议,已经将数据发送到了 7045端。需跟典格进行联调看根据协议格式发送的值是否正确。
- 11:44 产品3.0平台 错误 #3987 (新建): 9025初始化失败
- ERR RETURN: public/src/adi_adrv9025_utilities.c 19973 adi_adrv9025_PostMcsInit
ERROR: : adrv9025 init:2385 has faile... - 11:40 产品3.0平台 错误 #2862 (已关闭): cpe板子丢失文件,导致没有正确配置。
- 10:44 3.0基站产品测试 功能 #3819 (挂起): 【3.0项目】DDDS的流控机制修改,解决下行大流量,DU发送的流量比CU发送的流量少约400M的问题
- 10:44 3.0基站产品测试 错误 #3866 (转测试): 【Rel_3.1.3_Pre1T1版本+CU小包】16UE上、下行udp灌包cu core dumped
- 【问题原因】
发现上行灌包的内存,有时候指针会变化,导致程序崩溃
代码已合入Rel_3.1.3_Pre1T4
【修改方案】
做了内存保护的动作,结合问题单#3952来解决崩溃的问题
【回归方法和注意事项】
使用基本... - 10:42 3.0基站产品测试 功能 #3941 (转测试): CU统计日志的rule文件,移动到/data/log/rule下,防止被baseService误删
- 【问题原因】
发现/data/log/cu下的cu统计日志的规则文件,小概率被删除。
被删除的原因是:该路径在BaseService上有大小监控,日志较多时会删除老日志,一般规则文件都是最老的文件,所以将统计日志的规则文件移动到/... - 10:40 3.0基站产品测试 性能 #3952 (转测试): 将上下业务中的成员变量,从内存池申请的对象修改为非指针对象,取消add_ref和delelte
- 【问题原因】
发现上行灌包的内存,有时候指针会变化,导致程序崩溃
代码已合入Rel_3.1.3_Pre1T4
【修改方案】
将所有从内存池申请的成员变量,修改为普通变量;
修改后就不会频繁的操作内存池的引用计数的增和减
... - 10:27 网管产品 错误 #3963: 网管版本YZMM2.2.1Pre1T2测试,基站升级失败提示“英文”需要转中文
- 需要注意基站版本,
2.0基站原则上目前不支持中英文翻译,按redis中缓存信息来;
3.0基站较新版本是支持的,需要根据code码来处理信息
2025-08-30
- 21:34 产品3.0平台 功能 #3794 (进行中): ORX支持带内100MHz抓数分析
- 21:33 产品3.0平台 功能 #3864 (进行中): 添加CSU口中反馈通道采数功能
- 18:20 3.0基站产品测试 错误 #3758: 同频切换过程中,eth2突然异常不通
- 泽林换线后在复现。
- 17:20 产品3.0平台 错误 #3986 (新建): 3.0军特600M基站CFR失效;峰值溢出
- 版本:Rel_3.1.2_Pre1T4
问题现象:军特环境测试600M整机发现EVM单通道3.5%左右,双通道3.8%;ACPR较差-37dbc左右;揭老师反馈峰均比太高9dB左右,dpd收敛完,峰值溢出 - 16:57 3.0基站产品测试 错误 #3847 (转测试): 完保、加密算法网管配置、算法协商流程处理、各接入流程算法下发三部分流程优化
- 16:29 网管产品 功能 #3912 (已解决): 新增phy二进制日志文件配置
- 15:14 FirstCall 错误 #3956 (进行中): B5G终端整机测试时,GPS tod未同步上,请在相关模块中给出提示。
- 1. 当8a34不同步时,会导致gps不同步,增加对8a34的检查。
2. 当gps有效卫星个数不够时,tod虽然有信息输出,但不是有效真是信息,需要对其有效性进行判断。
- 13:57 网管产品 错误 #3964 (转测试): 网管版本YZMM2.2.1Pre1T2基站运行日志空格需要显示
- gnb_agent去除baseservice上报的运行日志空格显示,自验成功,待测试回归
- 12:00 3.0基站产品测试 错误 #3985 (进行中): SRB2创建完成后,后续的NAS信令都应该通过SRB2传输
- 11:59 3.0基站产品测试 错误 #3985 (转测试): SRB2创建完成后,后续的NAS信令都应该通过SRB2传输
- 11:52 3.0基站产品测试 错误 #3736 (转测试): 在启动cu,du时,会引起ssh 断开连接,这种情况可能是启动3层过程中引起的系统突然卡死。
- 600M基站更换系统后进行测试验证该问题,还需要更多的压力测试验证是否会出现失联问题。
- 11:52 3.0基站产品测试 错误 #3919 (转测试): 3.1.2pre1T5版本,正维基站起站测试时,协议栈启动卡在eth2检测这里,基站失联,无法正常联通。
- 11:51 3.0基站产品测试 错误 #3919 (进行中): 3.1.2pre1T5版本,正维基站起站测试时,协议栈启动卡在eth2检测这里,基站失联,无法正常联通。
- 11:51 3.0基站产品测试 错误 #3919: 3.1.2pre1T5版本,正维基站起站测试时,协议栈启动卡在eth2检测这里,基站失联,无法正常联通。
- 对环境变量的检查,统一放到系统启动过程中,不在启动协议栈时检查。
- 11:51 网管产品 错误 #3971: 网管版本YZMM2.2.1Pre1T2测试,核心网统计基站流量和核心网统计终端流量--时间显示
- 显示正常
- 11:49 网管产品 错误 #3971: 网管版本YZMM2.2.1Pre1T2测试,核心网统计基站流量和核心网统计终端流量--时间显示
- 已处理
case 51:
global.CoreGnbTputCacheMapLock.RLock()
tt, ok := global.CoreGnbTputCacheMap[v1s.Device.NeData.... - 10:52 网管产品 错误 #3971: 网管版本YZMM2.2.1Pre1T2测试,核心网统计基站流量和核心网统计终端流量--时间显示
- backend无返回时间戳
- 10:48 网管产品 错误 #3971 (进行中): 网管版本YZMM2.2.1Pre1T2测试,核心网统计基站流量和核心网统计终端流量--时间显示
- 11:44 3.0基站产品测试 错误 #3951 (已关闭): 3.1.3pre1T3版本,下行不通,上行灌包正常,下行灌包速率卡在cu无法发送到du,dbs很低,无法做下行业务。
- 与问题3959是同一个类型问题,在3959追踪。
- 11:41 3.0基站产品测试 错误 #3842 (已解决): 3.1.3pre1T1版本,测试时du出现coredump挂死。
- 11:38 核心网产品 错误 #3982 (进行中): 11核心网ngc异常重启
- 问题分析:
用户创建pdusession时,amf在处理smf返回异常信息时未判断空指针,进行了空指针操作,导致amf异常
解决方案:
amf在处理smf返回异常信息时判断空指针
- 11:36 核心网产品 错误 #3962 (进行中): 核心网DNN配置不一样的话热备倒换后无法上网
- 原因分析:
主备配置同步只同步了数据库,对于ngc配置文件中的dnn配置未进行同步,需要考虑新增dnn的主备配置
解决方案:
1、为兼容原有环境,ngcmon服务从原有配置文件中读取配置,记录的数据库中
2、ngclmt服... - 11:32 核心网产品 错误 #3958 (已解决): 热备备份同步后进行主备倒换后手机不能上网
- 问题原因分析:
1、主、备设备都在线时,用户接入时,备设备已经同步了主设备的用户动态上下文信息
2、备设备此时删除签约用户,会触发备设备上的用户动态上下文的释放
3、备设备的定时同步主设备了配置,将备设备上误删除的用户签约数据恢... - 11:03 网管产品 错误 #3978: 网管版本YZMM2.2.1Pre1T2测试,核心网指标显示行固定下来
- 核心网基站用ip排序
核心网终端指标用smRef排序
完成 - 10:52 网管产品 错误 #3978 (进行中): 网管版本YZMM2.2.1Pre1T2测试,核心网指标显示行固定下来
- 10:48 网管产品 错误 #3977 (进行中): 网管版本YZMM2.2.1Pre1T2测试,核心网参数配置指标开关,基站指标方案修改
{code: 0, data: null, msg: "正常", rid: "cbfe162d-55fd-43a3-a9b5-6db8c1b3e4ba"}
下发正常- 10:10 网管产品 错误 #3979 (进行中): 网管版本YZMM2.2.1Pre1T2测试,核心网相关指标表头把单位带上
- 核心网包数单位由表头携带
其余流量计算后显示在内容区域
bits = 实际流量*8
if (bits < 1000){
display = `${bits}bps`
else if (bits < 1000 * 100... - 09:11 3.0基站产品测试 错误 #3984 (已关闭): 关键信息状态统计
2025-08-29
- 18:07 网管产品 错误 #3967 (进行中): 网管版本YZMM2.2.1Pre1T2测试,版本操作中的版本列表超一定数量不显示
- 已修改
- 16:25 B5G_UE 错误 #3983 (已解决): UE接入后Ping包到1小时,ping包中断
- 16:24 B5G_UE 错误 #3975 (进行中): UE核4运行一段时间后会跑死
- 16:07 3.0基站产品测试 错误 #3884: 3.1.3pre1T1版本,长跑测试时du出现挂死问题
- 该问题已经修改验证合入,下一个版本体现。
- 16:04 3.0基站产品测试 错误 #3959: get_service_direct读取失败,导致小概率的业务出问题
- 该问题已经定位,DU侧一直未收到CU下发的包,进而不会进行dbs上报,最终cu将原始dbs消耗完了,问题根因为cu初始化共享内存相关处理有异常,导致一直无法下发业务。问题已和cu沟通对接,cu需要修改此问题。
- 16:00 3.0基站产品测试 错误 #3951 (转测试): 3.1.3pre1T3版本,下行不通,上行灌包正常,下行灌包速率卡在cu无法发送到du,dbs很低,无法做下行业务。
- 和问题单#3959是一个问题,建议关闭该单子
- 15:57 3.0基站产品测试 错误 #3976 (进行中): 上下行同大业务灌包,CU负载高时,DU上行存在断流情况
- 问题已修改,原因为上下行同时灌包,cu侧负载大,无法及时接收,导致du的信号量溢出,删除信号量,后面du上行无法向cu发包导致断流。
- 09:44 3.0基站产品测试 错误 #3976 (转测试): 上下行同大业务灌包,CU负载高时,DU上行存在断流情况
- 上下行同大业务灌包,CU负载高时,DU上行存在断流情况,问题原因为,cu侧负载高后,不能及时处理上行流量,du会删除F1口上行信号量,导致上行彻底断流。
- 15:40 核心网产品 错误 #3982 (进行中): 11核心网ngc异常重启
- 11核心网ngc异常重启,是AMF异常导致的崩溃;
- 15:38 3.0基站产品测试 错误 #3981 (进行中): [3.0产品测试] 小区启动正常,基站/data/log/cu目录下的json文件大小为0
- 15:37 3.0基站产品测试 错误 #3981 (转测试): [3.0产品测试] 小区启动正常,基站/data/log/cu目录下的json文件大小为0
- 测试版本:Rel_3.1.3_Pre1T3
测试设备:核心网 192.168.8.219 基站 192.168.8.234,网管:192.168.8.170
测试场景:5.8G 下行大容量压力测试(7D2U)
问题描述:小区启... - 15:09 3.0基站产品测试 错误 #3980 (已关闭): E500环境gnb_cu_stats log大小跳变问题
- 15:04 3.0基站产品测试 错误 #3740 (已关闭): [3.0产品测试]3.1.2pre1_T5 网管功放通道配置不可配,全部显示无
- 15:04 3.0基站产品测试 错误 #3740 (已解决): [3.0产品测试]3.1.2pre1_T5 网管功放通道配置不可配,全部显示无
- 15:04 3.0基站产品测试 错误 #3938 (进行中): pmi自适应
- 13:38 网管产品 错误 #3965 (转测试): 网管版本YZMM2.2.1Pre1T2测试,NMS存在变动影响到整个网络配置参数获取失败
- 测试版本json.Marshal出现问题,已回退
- 11:52 网管产品 错误 #3965 (进行中): 网管版本YZMM2.2.1Pre1T2测试,NMS存在变动影响到整个网络配置参数获取失败
- 13:37 网管产品 错误 #3974 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网参数配置指标开关,开启、关闭终端流量统计开关未生效
- 已修改逻辑,待测试回归
- 11:59 网管产品 错误 #3979 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网相关指标表头把单位带上
- 网管版本YZMM2.2.1Pre1T2测试,核心网相关指标表头把单位带上
- 11:57 网管产品 错误 #3978 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网指标显示行固定下来
- 网管版本YZMM2.2.1Pre1T2测试,核心网指标显示行固定下来,不要上下跳
- 11:47 网管产品 错误 #3972 (进行中): 网管版本YZMM2.2.1Pre1T2测试,核心网在线终端数统计
- 指标页面,区分基站和核心网获取其对应的在线终端
- 11:34 网管产品 错误 #3969 (转测试): 网管版本YZMM2.2.1Pre1T2测试,终端ID=0是指标项的附件信息CRINT的值为空
- 11:05 网管产品 错误 #3970 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网终端入网信息为idle态时,核心网在线终端的指标不应该显示
- 已修改后台逻辑,无论IDLE还是CONNECTED都会显示开关状态,用户决定是否上报终端流量统计指标
- 11:01 网管产品 错误 #3970 (进行中): 网管版本YZMM2.2.1Pre1T2测试,核心网终端入网信息为idle态时,核心网在线终端的指标不应该显示
- 10:59 网管产品 错误 #3963 (进行中): 网管版本YZMM2.2.1Pre1T2测试,基站升级失败提示“英文”需要转中文
- 现在 网管,核心网,基站 都有约定的code 错误码信息
php-web 这个需要根据返回的 信息中的code 进行中英文处理
具体的错误信息可以根据当前的code码参考SystemCodes表定义:
1. 如果业务是同步的,那... - 10:51 网管产品 错误 #3977 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网参数配置指标开关,基站指标方案修改
- 网管版本YZMM2.2.1Pre1T2测试,核心网参数配置指标开关,开启、关闭基站流量统计开关未生效
- 09:47 2.0基站产品化测试 错误 #2610 (已关闭): 16P_Pre1T1:vonr切换4、5次后,cu挂死,有core文件
2025-08-28
- 20:09 3.0基站产品测试 错误 #3919: 3.1.2pre1T5版本,正维基站起站测试时,协议栈启动卡在eth2检测这里,基站失联,无法正常联通。
- 在启动脚本中,增加对eth2接收报文数检查,并downup网卡。
- 19:46 B5G_UE 错误 #3975 (进行中): UE核4运行一段时间后会跑死
- 19:27 网管产品 错误 #3974 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网参数配置指标开关,开启、关闭终端流量统计开关未生效
- 网管版本YZMM2.2.1Pre1T2测试,核心网参数配置指标开关,开启、关闭终端流量统计开关未生效
- 18:18 3.0基站产品测试 错误 #3973 (新建): [3.0产品测试] 军特5.8G整机测试,小区启动后,网管上射频单元通道开关,显示为关。
- 测试版本:Rel_3.1.3_Pre1T3
测试设备:核心网 192.168.8.219 基站 192.168.8.234,网管:192.168.8.170
测试场景:5.8G 下行大容量压力测试(7D2U)
问题描述:小区启... - 17:14 3.0基站产品测试 错误 #3957 (转测试): Rel_3.1.3_Pre1T3 网管侧终端指标查询模块多出一行终端 id 0的ue且指标全部不可见
- 建议测试人员测试多终端的上下行带业务场景和切换两种场景,测试切换时可以一边配置为xn,一边配置为ng
- 14:29 3.0基站产品测试 错误 #3957: Rel_3.1.3_Pre1T3 网管侧终端指标查询模块多出一行终端 id 0的ue且指标全部不可见
- 根本原因:cu_ue_id为39的终端,在初次建立用户面完成后,进行了三次pdu_session的删除和重建,此流程由核心网发起,在每次pdu session的删除时都会进行判决,如果此session是此ue上下文的最后一个sessi...
- 13:54 3.0基站产品测试 错误 #3957 (进行中): Rel_3.1.3_Pre1T3 网管侧终端指标查询模块多出一行终端 id 0的ue且指标全部不可见
- 16:44 3.0基站产品测试 错误 #3959 (进行中): get_service_direct读取失败,导致小概率的业务出问题
- 16:25 网管产品 错误 #3972 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网在线终端数统计
- 网管版本YZMM2.2.1Pre1T2测试,核心网在线终端数统计
- 16:24 网管产品 错误 #3971 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网统计基站流量和核心网统计终端流量--时间显示
- 网管版本YZMM2.2.1Pre1T2测试,核心网统计基站流量和核心网统计终端流量--时间显示
- 16:23 网管产品 错误 #3970 (转测试): 网管版本YZMM2.2.1Pre1T2测试,核心网终端入网信息为idle态时,核心网在线终端的指标不应该显示
- 网管版本YZMM2.2.1Pre1T2测试,核心网终端入网信息为idle态时,核心网在线终端的指标不应该显示
- 15:35 网管产品 错误 #3969 (已解决): 网管版本YZMM2.2.1Pre1T2测试,终端ID=0是指标项的附件信息CRINT的值为空
- 网管版本YZMM2.2.1Pre1T2测试,终端ID=0是指标项的附件信息CRINT的值为空
- 14:10 3.0基站产品测试 错误 #3968 (已关闭): 重建立流程中cu没收到RRC Reestablishment Complete消息
- 【问题描述】重建立流程中cu没收到RRC Reestablishment Complete消息,还需du继续定位,另外正常xn与ng切换流程也有问题;
!%E9%87%8D%E5%BB%BA%E7%AB%8B%E6%B5%81%... - 13:47 网管产品 错误 #3967 (转测试): 网管版本YZMM2.2.1Pre1T2测试,版本操作中的版本列表超一定数量不显示
- 网管版本YZMM2.2.1Pre1T2测试,版本操作中的版本列表超一定数量不显示
- 13:44 网管产品 错误 #3868 (已关闭): ICIC_ENABLED 类型改变
- 11:50 产品3.0平台 错误 #3966 (进行中): 5.8GHz转频终端不支持1D3U子帧配比,配置报错;
- 适配3.0一体化基站5.8GHz频段整机,验证协议栈上行业务时,发现目前基于海泰方案的5.8GHz转频终端不支持1D3U配比,通过串口进行配置时报错,如附件图片所示
- 11:47 产品3.0平台 错误 #3966 (进行中): 5.8GHz转频终端不支持1D3U子帧配比,配置报错;
- 10:55 网管产品 错误 #3965 (已解决): 网管版本YZMM2.2.1Pre1T2测试,NMS存在变动影响到整个网络配置参数获取失败
- 网管版本YZMM2.2.1Pre1T2测试,NMS存在变动影响到整个网络配置参数获取失败
- 10:49 网管产品 错误 #3964 (已解决): 网管版本YZMM2.2.1Pre1T2基站运行日志空格需要显示
- 网管版本YZMM2.1.0Pre2T3核心网软件管理测试,运行日志空格需要显示
- 10:47 网管产品 错误 #3963 (进行中): 网管版本YZMM2.2.1Pre1T2测试,基站升级失败提示“英文”需要转中文
- 网管版本YZMM2.2.1Pre1T3测试,基站升级失败提示“英文”需要转中文
- 10:45 核心网产品 错误 #3962 (进行中): 核心网DNN配置不一样的话热备倒换后无法上网
- 1、核心网13和15配置互相的热备核心网,13的DNN internet配置为:60.60.0.0,15的DNN internet配置为:30.30.0.0;
2、切换13为主核心网,15的热备开关关闭,15上的用户信息全部删除;
... - 09:46 3.0基站产品测试 错误 #3960 (已关闭): 3.1.3pre1T3版本,系统升级后base的cpu占用率高(100%)
2025-08-27
- 19:46 基站横联 错误 #3947: CPRI 环境下,接收SNR低,且解压缩数据信号畸变
- 之前#3891 问题单修改时,压缩因子地址偏移未正确修改导致。
pdelay 压缩因子计算时,地址偏移应该按照字节数,原来#3891改代码时,按照word数,属于编码错误。
重新修复后,CPRI环境可以到mcs27. - 18:02 3.0基站产品测试 错误 #3960 (转测试): 3.1.3pre1T3版本,系统升级后base的cpu占用率高(100%)
- 【问题原因】
T3版本包,启动baseService时,网卡检测模块启动失败。程序退出过程中,timer线程陷入死循环,导致cpu占用过高
【修改方案】
1、网卡检测模块已取消回退
2、修改了timer线程的启动位置到其他... - 16:18 3.0基站产品测试 错误 #3960 (已关闭): 3.1.3pre1T3版本,系统升级后base的cpu占用率高(100%)
- 17:57 网管产品 功能 #3773: 核心网新增全局吞吐量指标上报,网管增加指标监控页面显示
- 已联调
- 17:57 网管产品 错误 #3692 (转测试): 网管版本YZMM2.2.0Pre1T4,cpu最高温度精确位数优化
- 17:54 网管产品 功能 #3918 (转测试): YZMM2.2.1网管版本,基站辅助工具-基站抓包这里,抓包时需要停留在该界面,切走无法正常保存log。
- 17:54 网管产品 功能 #3939 (转测试): Rel_3.1.3_Pre1T3版本更新主控文件配置
- 17:54 网管产品 错误 #3942 (转测试): 网管版本YZMM2.2.1Pre1T1,射频单元信息中的ru频点不显示
- 17:48 基站横联 错误 #3954: EVMT4,满PRB调度情况下,mcs18以上时会导致接收不正确
- 协议栈和phy同步修改完之后 pds根据ssb_rm_flag判断是否做速率匹配,验证通过,满prb调度时mcs到27没问题
- 17:45 基站横联 错误 #3928: CPRI版本,PDC SNR只有9~10,不符合预期
- pdc采到的频域数据异常
- 17:42 基站横联 错误 #3921: 静态时隙,调度2个PDS时(广播+单播),mcs11时 单播PDS解不对
- 收端修改完成 pdc给pds配ssb_rm_flag,pds根据这个值判断是否做速率匹配 0:速率匹配 1:不做速率匹配
上海环境验证通过 - 16:57 基站横联 错误 #3921 (进行中): 静态时隙,调度2个PDS时(广播+单播),mcs11时 单播PDS解不对
- 在静态时隙,单播消息与pss频分的情况下,单播消息的sym2/4不需要做速率匹配,需要协议栈、收端修改
- 17:18 基站横联 错误 #3895 (已解决): CPRI版本,发送10mins左右,数字域功率不变了,怀疑buf未清,ape0心跳不增长
- Hl_dev_2分支
SHA-1: dbe4443b216696775c10600cccaca0eeeb904714
* 错误#3926,注释合入
- 17:17 基站横联 错误 #3926 (已解决): CPRI版本启动后,很快APE0 大概率无心跳增加,挂死
- SHA-1: dbe4443b216696775c10600cccaca0eeeb904714
* 错误#3926,注释合入
Hl_dev_2分支
- 17:12 基站横联 任务 #3224: 横联SSB中的pbch清0
- Hl_dev_2分支注释合入
SHA-1: 9b45448e7575f6dc6d5979be29ebe70734295a59 - 17:02 基站横联 错误 #3741 (已解决): 敲桩情况下,发端L2 FAPI SFN和PHY SFN 对不齐(L2 SFN 比PHY SFN小1)问题
- 协议未在正确的时间下发slottype导致,54所也已解决。
- 16:41 3.0基站产品测试 功能 #3961 (进行中): 配置终端额外功率增益
- 16:41 3.0基站产品测试 功能 #3961 (进行中): 配置终端额外功率增益
- 配合DU实现的需求:
1)在网管配置签约用户对应终端的额外功率增益,配置需要下发给core_agent保存
2)在core_agent与gnb_agent之间通信:在UE接入时,core_agent将接入UE的amf_ue_id以... - 16:35 3.0基站产品测试 错误 #3914 (已关闭): 3.1.3_Pre1T2版本大上行子帧上行2天线异频xn切换后异常掉线
- 在3.1.3_Pre1T3版本,大上行子帧上行2天线异频xn与ng切换多次未出现掉线,问题关闭。
- 14:55 FirstCall 错误 #3956: B5G终端整机测试时,GPS tod未同步上,请在相关模块中给出提示。
- 在tfu 模块启动时,对gps 是否有有效卫星进行判断,但没有有效卫星时不会往下进行同步处理。
- 10:32 FirstCall 错误 #3956 (进行中): B5G终端整机测试时,GPS tod未同步上,请在相关模块中给出提示。
- 测试时,测试人员不知道GPS tod是否同步上没有。
- 14:14 3.0基站产品测试 错误 #3750 (已解决): 事件上报频发时,切换源基站和目标基站的防护需要梳理和修改
- *基于Rel_3.1.3_Pre1T3版本,替换振斌提供cu包,将2个基站的A5事件上报周期“REPORT_INTERVAL”都改为120ms,异频xnng混合切换可正常切换,切换流程正常,切换后业务正常,问题解决;*
!%E6... - 14:03 3.0基站产品测试 功能 #3859 (转测试): 3.0 基站eth2网卡自检测功能
- 自测成功,待测试回归
- 13:55 3.0基站产品测试 错误 #3959 (进行中): get_service_direct读取失败,导致小概率的业务出问题
- 1.get_service_direct读取的值只在一个位置读取,然后存放到单例中
2.如果读取失败,可以读取三次,每次sleep 50ms,如果读取三次还失败,则记录日志,重启cu
3.所有的::init_shm()的函数,需要... - 11:39 核心网产品 错误 #3958 (已解决): 热备备份同步后进行主备倒换后手机不能上网
- 操作步骤:
1、备核心网配置全部删除空;
2、手机接入基站做数据业务;
3、核心网执行主备切换;
4、预计主备倒换后手机可以正常上网,实际上主备倒换后手机不能上网;
松松已经定位到根因; - 11:09 2.0基站产品化测试 错误 #1010: reestablish 消息,终端未反馈会reestablish complete消息;
- 重建立流程,调度这块共发现以下8的问题:
1、竞争解决的bo更新有瑕疵;rgSCHRamContResCcchsdu
2、重建立的msg4调度完成后,mac给rlc发的组包参数有问题;rgSCHSlctrDlNewTxDstn ... - 11:02 3.0基站产品测试 错误 #3957 (转测试): Rel_3.1.3_Pre1T3 网管侧终端指标查询模块多出一行终端 id 0的ue且指标全部不可见
- 网管侧终端指标查询模块多出一行终端 id 0的ue且指标全部不可见
!%E7%BD%91%E7%AE%A1%E4%BE%A7%E7%BB%88%E7%AB%AF%E6%8C%87%E6%A0%87%E5%BC%82%E5%B8%B8... - 10:28 B5G_UE 错误 #3955 (已关闭): 整机测试时,通道假开,目前在代码执行前,要手动打开一下。
- 硬件同事,升级功放驱动后,解决,两整机间可以收到广播。
- 10:26 B5G_UE 错误 #3955 (已关闭): 整机测试时,通道假开,目前在代码执行前,要手动打开一下。
- 问题:测试整机通道假开。
测试结果:两整机间不能收广播。如果目前在代码执行前,要手动打开一下,则是OK的。 - 10:16 3.0基站产品测试 错误 #3847 (进行中): 完保、加密算法网管配置、算法协商流程处理、各接入流程算法下发三部分流程优化
- 09:51 网管产品 错误 #3868 (进行中): ICIC_ENABLED 类型改变
2025-08-26
- 17:37 基站横联 错误 #3954 (进行中): EVMT4,满PRB调度情况下,mcs18以上时会导致接收不正确
- 17:35 基站横联 错误 #3892 (已解决): EVMT4 环境 MCS11(64QAM )解不出来,且核6挂死
- 17:35 基站横联 错误 #3892: EVMT4 环境 MCS11(64QAM )解不出来,且核6挂死
- DMRS 功率因子 3dB问题导致,已解决
- 17:31 3.0基站产品测试 错误 #3917 (已解决): 3.1.2T5版本测试,网管辅助工具里面抓包功能,在点击停止抓包后依旧在持续进行抓包行为,实际抓包并未停止。
- 17:31 3.0基站产品测试 错误 #3871 (已解决): 3.1.3pre1T1版本,测试时logwriter出现coredump挂死,无法记录log。
- 17:30 3.0基站产品测试 错误 #3856 (已解决): 3.1.3pre1T1版本,修改参数后DU未发F1SETUP request消息。
- 17:27 基站横联 错误 #3925: CPRI 版本,大概率出现PSS 解对一段时间,后来解不出来;但TB一直可以解对
- dl sync解压缩buff,借用dl task任务下行统计的ddr内存,导致地址冲突。
- 17:02 FirstCall 错误 #3953 (进行中): msg4后的基站未收到
- 【问题描述】msg4后的基站PHY未收到
【问题原因】终端在(984,5)上检测到msg4,PUCCH是不会在(984,9)上发数据的,会在(984,9)上发PUCCH。所以基站在(984,9)检测不到。
基站 ... - 16:17 3.0基站产品测试 功能 #3775 (转测试): 3.0 干扰自协调功能开发
- 代码开发完成,转测试。
- 16:16 3.0基站产品测试 功能 #3898 (进行中): 3.0 基站PDSCH闭环功率控制
- 方案评审完成,转开发
- 16:12 3.0基站产品测试 性能 #3952 (进行中): 将上下业务中的成员变量,从内存池申请的对象修改为非指针对象,取消add_ref和delelte
- 16:12 3.0基站产品测试 性能 #3952 (转测试): 将上下业务中的成员变量,从内存池申请的对象修改为非指针对象,取消add_ref和delelte
- 16:07 3.0基站产品测试 错误 #3696: 3.0基站T4版本1D3U子帧配比大上行上行双天线UE上下行同时灌包会掉线
- 进展情况:
--初步结论:星创CPE在掉线前存在检不到基站下发UE 17028 DL DCI的问题;
--推动星创CPE厂商协助定位分析QXDM抓包;
--下一步:PHY增加打印,确定DL DCI是否已发出,已出小版本,待复现分析; - 16:05 3.0基站产品测试 错误 #3932 (进行中): 3.1.3_Pre1T2版本1D3U子帧上行双天线异频xn切换目标基站重传超时
- 已修改并出小版本,待验证。
- 15:52 3.0基站产品测试 错误 #3951 (已关闭): 3.1.3pre1T3版本,下行不通,上行灌包正常,下行灌包速率卡在cu无法发送到du,dbs很低,无法做下行业务。
- 3.1.3pre1T3版本,下行不通,上行灌包正常,下行灌包速率卡在cu无法发送到du,dbs很低,无法做下行业务。
- 15:50 3.0基站产品测试 错误 #3950 (新建): 3.1.3pre1T3版本,上行灌包会导致下行mcs掉0
- 3.1.3pre1T3版本,上行灌包会导致下行mcs掉0
上行灌包20M,10M,都会出现该现象,基站下其他所有终端下行mcs都会掉0,速率降低。 - 15:31 3.0基站产品测试 错误 #3935 (已关闭): 【3.0整机】Rel_3.1.3_Pre1T2,21环境600M整机,重装系统后,单ue下行mcs低
- 配置参数问题,/du-cell:DU-CELL/SCHEDULER_CONFIG/AMC_ILLA_SWITCH
- 14:31 3.0基站产品测试 错误 #3949 (新建): 【3.0整机】Rel_3.1.3_Pre1T3,21环境,解析源yaml文件失败
- 简述:【3.0整机】Rel_3.1.3_Pre1T3,21环境,解析源yaml文件失败
测试版本:Rel_3.1.3_Pre1T3
问题描述:【3.0整机】Rel_3.1.3_Pre1T3,21环境,解析源yaml文件失败
开始... - 13:39 3.0基站产品测试 错误 #3751 (已解决): 基站版本3.1.2pre1T5,CU侧增加内部版本号记录处理
- Rel_3.1.3_Pre1T4版本解决路径变更agent需要重新更改路径/yzmm/gnb/cu/bin
- 13:39 3.0基站产品测试 功能 #3822 (转测试): 支持5.8G转频终端的入网
- 13:38 3.0基站产品测试 错误 #3923 (进行中): 3.1.2pre1T5版本,正维基站起站测试时,1D3U场景上行单天线,64QAM,灌大包掉线,小包递增不掉线
- 正在梳理amc
- 13:38 B5G_UE 任务 #3948 (新建): ap_driver 增加获取GPS有效卫星数量的接口
- 失败返回 -1
成功返回有效卫星数量 - 11:33 研发产品测试 需求CR #3098 (已解决): tfu实现获取gps位置等信息的api
- 接口可以获取到经纬度信息,高度信息没有
- 11:29 3.0基站产品测试 错误 #3096: cpe上下行峰值灌包下异频正常切换多次后切换失败且cu界面打印circular que empty
- 基于3.1.3_Pre1T1版本,替换韩伟du包,杨乐cu包,异频xn乒乓切换13小时还可正常切换,ducu无挂死,du无堆内存泄露,cu无内存泄露,问题解决。
- 11:04 基站横联 错误 #3947 (已解决): CPRI 环境下,接收SNR低,且解压缩数据信号畸变
- 11:02 基站横联 错误 #3945 (已关闭): CPRI环境,PSS 存在虚检情况
- 11:00 基站横联 错误 #3945: CPRI环境,PSS 存在虚检情况
- 与宋卿在线完成代码检视,检视意见:
1. 提交代码需要在修改部分增加问题单号,需要重新修改一下;
2. bug的原因是,之前只对tx_slot且没有数据调度时清0,但非tx_slot并没有清0;
3. 解压缩因子的buf增加了偏... - 10:51 基站横联 错误 #3945 (检视): CPRI环境,PSS 存在虚检情况
- 10:24 基站横联 错误 #3945: CPRI环境,PSS 存在虚检情况
- review完成
- 09:05 网管产品 错误 #1156 (已关闭): 修改root用户密码存在修改完成后,无法登录问题
2025-08-25
- 18:25 基站横联 错误 #3921: 静态时隙,调度2个PDS时(广播+单播),mcs11时 单播PDS解不对
- 静态时隙抓mcs25数据,不存在收端出现的个别符号星座图发散的现象,但是crc解不对。同步抓了一包动态时隙mcs20的数据,可以解对。
- 18:20 基站横联 错误 #3946 (已关闭): 横联未清空发送buff,导致收端pss虚检
- 重复提单,与#3925属于同一问题
- 17:30 基站横联 错误 #3946 (已关闭): 横联未清空发送buff,导致收端pss虚检
- 18:17 基站横联 错误 #3925 (已解决): CPRI 版本,大概率出现PSS 解对一段时间,后来解不出来;但TB一直可以解对
- dump_RF_buffer函数中,保存cpri解压缩数据的buff复用了下行统计的ddr内存。更换保存cpri解压缩数据buff后,问题不复现。代码白瑞鹏已经合入。
- 18:11 基站横联 错误 #3945 (已解决): CPRI环境,PSS 存在虚检情况
- 横联在非下行时隙情况下会直接退出,走不到清零发送buff的地方,已修复。代码合入Hl_dev、Hl_dev_1、Hl_dev_2三个分支
- 17:53 基站横联 错误 #3945: CPRI环境,PSS 存在虚检情况
- 和典格确认,7045底板的AD和DA是按照FDD做的,AD/DA 之前是按照TDD做的
所以DA 出来信号,存在泄露风险 - 15:24 基站横联 错误 #3945: CPRI环境,PSS 存在虚检情况
- 和宋卿确认,目前非下行时隙,发端没有对CPRI buf清0;
所以平台依然会给RU发送数据,RU 有可能会发出来泄露功率,导致PSS虚检的情况。
这个结论两点数据支撑:
1.虚检时,PSS采到虚检数据,相关峰非常明显,应该是... - 15:12 基站横联 错误 #3945 (已关闭): CPRI环境,PSS 存在虚检情况
- 14:13 产品3.0平台 功能 #3944 (新建): 3.0海泰双频终端DPD功能
- 测试版本:CPE_test.tar.gz(测试版本)
测试问题:DPD生效后;偶尔后报#341D错误
打印如下
DPD TX1:
***************************************
Retrie... - 14:09 产品3.0平台 错误 #3943: DPD打印#3410/#340a报错;dpdPeakOrxPower:0
- 测试硬件:军特6.1GHz 4TR整机输出33dbm
- 10:06 产品3.0平台 错误 #3943 (新建): DPD打印#3410/#340a报错;dpdPeakOrxPower:0
- 版本:Rel_3.1.3_Pre1T1
现象:DPD打印#3410/#340a报错;dpdPeakOrxPower:0
log打印如下:
DPD TX1:
**********************************... - 14:07 3.0基站产品测试 错误 #3886 (已关闭): 版本Rel_3.1.3_Pre1T2测试,当eht2的ip不存在时,不能影响baseservice服务启停
- 14:06 3.0基站产品测试 错误 #3841 (已关闭): 【BaseService 3.0项目】关于phy、DU、logWriter和binlog等路径的磁盘保护
- 13:58 3.0基站产品测试 错误 #3739 (已关闭): 主控文件中相邻基站[0]配置中,有多余的两项
- 13:58 3.0基站产品测试 错误 #3721 (已关闭): 网管版本YZMM2.2.0Pre1T4基站版本T3&T4参数优化处理
- 13:57 3.0基站产品测试 错误 #3590 (已关闭): 基站版本3.1.2pre1T2,NG链路断链再恢复时,小区重建不了。
- 13:56 3.0基站产品测试 错误 #3422 (已关闭): 基站3.0配置参数显示优化"小区配置"-“调度参数配置-“特殊子帧配比”
- 13:31 3.0基站产品测试 功能 #3006 (已关闭): 小区管理功能方案
- 11:59 3.0基站产品测试 功能 #3006 (转测试): 小区管理功能方案
- 12:29 基站横联 错误 #3893 (已解决): 上海某一块HL板卡,协议栈运行中不定时存在osp free() crash
- 12:29 基站横联 错误 #3893: 上海某一块HL板卡,协议栈运行中不定时存在osp free() crash
- 根据#3926的描述,cp端会发送数据存储到随机地址上,造成的问题。
- 11:59 3.0基站产品测试 任务 #3155 (已关闭): 小区管理功能开发
- 11:59 3.0基站产品测试 任务 #3155 (转测试): 小区管理功能开发
- 11:59 3.0基站产品测试 错误 #3360 (已关闭): GNB_MGR/DU_INST/GNB_AMF实例状态机完备性补充
- 11:58 3.0基站产品测试 错误 #3360 (转测试): GNB_MGR/DU_INST/GNB_AMF实例状态机完备性补充
- 11:59 3.0基站产品测试 错误 #3847 (已关闭): 完保、加密算法网管配置、算法协商流程处理、各接入流程算法下发三部分流程优化
- 11:58 3.0基站产品测试 功能 #3362 (已关闭): 增加CU、DU复位CU消息接口
- 11:58 3.0基站产品测试 功能 #3362 (转测试): 增加CU、DU复位CU消息接口
- 11:58 3.0基站产品测试 功能 #3493 (已关闭): 基站3.1.2pre1T1版本,在看门狗未开启的情况下,reboot基站后DU初始化小区状态改为“不可用”
- 11:58 3.0基站产品测试 功能 #3493 (转测试): 基站3.1.2pre1T1版本,在看门狗未开启的情况下,reboot基站后DU初始化小区状态改为“不可用”
- 11:58 3.0基站产品测试 错误 #3497 (已关闭): CU进程异常时OAM发起reboot之前恢复业务类上报的告警,以防告警残留。
- 11:57 3.0基站产品测试 错误 #3497 (转测试): CU进程异常时OAM发起reboot之前恢复业务类上报的告警,以防告警残留。
- 11:58 3.0基站产品测试 错误 #3498 (已关闭): DU进程OAM_AGENT线程CPU负荷较高(27%左右),需进一步优化。
- 11:57 3.0基站产品测试 错误 #3498 (转测试): DU进程OAM_AGENT线程CPU负荷较高(27%左右),需进一步优化。
- 11:58 3.0基站产品测试 功能 #3505 (已关闭): NG建立失败或NG建立超时时尝试3次,如果3次还异常时重启CU进程。
- 11:56 3.0基站产品测试 功能 #3505 (转测试): NG建立失败或NG建立超时时尝试3次,如果3次还异常时重启CU进程。
- 11:57 3.0基站产品测试 功能 #3596 (已关闭): DU-LOG支持立即生效
- 11:56 3.0基站产品测试 功能 #3596 (转测试): DU-LOG支持立即生效
- 11:57 3.0基站产品测试 错误 #3636 (已关闭): Rel_3.1.2_Pre1T3:DU_MGR TRANS申请和协议范围未对齐,导致CU响应F1建立异常时找不到对应TRANS处理
- 11:55 3.0基站产品测试 错误 #3636 (转测试): Rel_3.1.2_Pre1T3:DU_MGR TRANS申请和协议范围未对齐,导致CU响应F1建立异常时找不到对应TRANS处理
- 11:53 3.0基站产品测试 错误 #3814 (已关闭): F1断链不重启CU进程
- 11:52 3.0基站产品测试 错误 #3814 (转测试): F1断链不重启CU进程
- 11:53 3.0基站产品测试 错误 #3838 (已关闭): cu stats_log 的文件个数没有按照配置的个数配置留存
- 11:51 3.0基站产品测试 错误 #3838 (转测试): cu stats_log 的文件个数没有按照配置的个数配置留存
- 11:53 3.0基站产品测试 错误 #3840 (已关闭): cppcheck扫描修改-例行任务-每月中旬扫描整改
- 11:51 3.0基站产品测试 错误 #3840 (转测试): cppcheck扫描修改-例行任务-每月中旬扫描整改
- 11:52 3.0基站产品测试 错误 #3931 (已关闭): RRC_REJECT流程优化
- 11:52 3.0基站产品测试 错误 #3931 (已解决): RRC_REJECT流程优化
- 11:48 3.0基站产品测试 错误 #3931 (转测试): RRC_REJECT流程优化
- 11:52 3.0基站产品测试 功能 #3861 (已关闭): cu_stats日志数量和网管数量匹配
- 11:52 3.0基站产品测试 功能 #3861 (已解决): cu_stats日志数量和网管数量匹配
- 11:49 3.0基站产品测试 功能 #3861 (转测试): cu_stats日志数量和网管数量匹配
- 10:51 3.0基站产品测试 错误 #3896 (进行中): CU-128UE性能优化
- 09:57 FirstCall 错误 #3904: DD环境 3终端PDS存在CRC ERROR
- SIB1 TBSIZE = 60固定解错:
现象:发端采数TBSIZE=60 matlab无法解对,LDPC编码后数据就无法对上;
原因:SL代码MZC=64 应该走MZC>=64的分支,实际走的<64分支,导致编码出错无法解对...
2025-08-22
- 17:06 3.0基站产品测试 错误 #3255 (已关闭): BaseService会删除最后一个崩溃文件
- 17:04 3.0基站产品测试 错误 #3255 (转测试): BaseService会删除最后一个崩溃文件
- 16:42 3.0基站产品测试 功能 #3704: ICIC CU收到周期测量上报的流程处理
- 编码ok,自测Ok
- 16:36 3.0基站产品测试 错误 #3703 (已关闭): baseService时区问题核查
- 16:36 3.0基站产品测试 错误 #3801 (已关闭): 增加界面日志日常打印开关
- 16:31 3.0基站产品测试 错误 #3167 (已关闭): [3.0产品测试]3.0.1pre1_T3 小区激活失败,DU产出系列报错后return
- 16:31 3.0基站产品测试 错误 #3252 (已关闭): [3.0产品测试]3.0.1pre1_T4 网管配置 - 射频参数中通道配置的取值范围错误,十进制的输入值取值范围为【0,1】
- 16:30 3.0基站产品测试 错误 #3635 (已关闭): 网管版本YZMM2.2.0Pre1T3,上报事件“GPS功能修复”优化
- 16:27 3.0基站产品测试 错误 #3930: sysrepo中不存在A4配置时,用ICIC的cu包接入终端时,重配置信令编码失败
- !20250822-A4.jpg!
原因:如上图所示,按照协议maxReportCells最小值为1,当sysrepo没有A4配置时,代码赋值maxReportCells为0,与协议不符,导致重配置编码失败
修改方法:增加判决保护... - 16:17 3.0基站产品测试 错误 #3740: [3.0产品测试]3.1.2pre1_T5 网管功放通道配置不可配,全部显示无
- 宇哲已经修改完成。
- 16:16 3.0基站产品测试 错误 #3897 (转测试): UCI 上报处理 DTX的问题
- 16:16 3.0基站产品测试 错误 #3897: UCI 上报处理 DTX的问题
- 下行DTX,始终没有及时释放过harq,靠ulslot 驱动清除释放。已修改,uci上报dtx之后,直接释放harq。
- 16:06 3.0基站产品测试 错误 #3899 (转测试): [频选调度],开启频选调度,接入3个ue,上、下行灌包均ok,但是第4个ue接进去后,很快就掉线了。
- 排序问题,已经修改完成。
- 16:05 3.0基站产品测试 错误 #3901 (转测试): [频选调度],观察SRS上报的子带snr值,有部分子带值为0,提单跟踪
- 16:05 3.0基站产品测试 错误 #3901: [频选调度],观察SRS上报的子带snr值,有部分子带值为0,提单跟踪
- 已经修改,rb上报时与索引没有对应上,导致上报值重复覆盖。
- 16:04 3.0基站产品测试 错误 #3900 (转测试): [频选调度],开启频选调度,接入16个ue,观察调度发现部分slot,优先级最高的ue,反而比优先级低的ue,调度要晚一些,不符合逻辑
- 16:03 3.0基站产品测试 错误 #3900: [频选调度],开启频选调度,接入16个ue,观察调度发现部分slot,优先级最高的ue,反而比优先级低的ue,调度要晚一些,不符合逻辑
- 已经修改完成,排序之后又有一次排序导致的,已经修复排序方案。
- 16:02 3.0基站产品测试 错误 #3902: [PUSCH闭环工控],分slot的PUSCH测出的功率值异常,为-63左右,提单跟踪
- crc错时,rsrp参与了pathLoss的计算导致的。
舍弃 上报测量异常时的rsrp统计。 - 15:57 3.0基站产品测试 功能 #3859 (进行中): 3.0 基站eth2网卡自检测功能
- 方案变更:
gnb_agent根据信令面/数据面IP配置向core_agent通过eth2网卡周期发送握手消息,core_agent返回响应消息
1.正常场景:返回响应消息,则等待下个周期继续监测;
2.异常场景:不返回响应消息... - 15:56 3.0基站产品测试 错误 #3873 (转测试): 3.0 DU日志线模块注册与线程启动时序异常,导致有些线程无法向共享内存写入日志头
- 已落入3.1.3_Pre1T3
- 14:26 网管产品 错误 #3849 (已关闭): 网管版本YZMM2.2.1版本,一体化基站广播下发结果与操作日志记录结果不一致
- 14:26 网管产品 错误 #3805 (已关闭): 网管版本YZMM2.2.1,运维管理界面优化点击协议软件“停止”提示看门狗是否开启
- 14:24 2.0基站产品化测试 功能 #2502 (已关闭): 核心网和基站增加NG口相关的告警
- 14:23 网管产品 错误 #2558 (已关闭): 网管3.0测试,修改参数提交配置后,操作日志记录“失败【】”
- 14:21 网管产品 错误 #1433 (已关闭): 修改指标显示附件信息内容为int型
- 14:21 网管产品 错误 #1232 (已关闭): 新网管2.0兼容oam-agent指标不上报
- 14:21 网管产品 错误 #1837 (已关闭): 旧的agent上传PRU和AU的包不显示,但是可以上传需要修改。
- 14:20 网管产品 错误 #1838 (已关闭): PRU和AU部件名称大包和小包显示不一致,存在多PRU不同版本时存在安装版本传递问题
- 11:39 3.0基站产品测试 性能 #3749 (已解决): 修改目前cu代码中发现的线程互斥代码
- 基于Rel_3.1.3_Pre1T2版本,替换振斌提供cu包,vonr语音时做异频xn与ng混合切换多次,vonr通话不中断,切换流程正常,符合预期,问题解决。
- 11:25 网管产品 错误 #3942 (进行中): 网管版本YZMM2.2.1Pre1T1,射频单元信息中的ru频点不显示
- 定位原因是单词拼写错误,导致没拿到值
- 10:59 网管产品 错误 #3942 (已解决): 网管版本YZMM2.2.1Pre1T1,射频单元信息中的ru频点不显示
- 网管版本YZMM2.2.1Pre1T1,射频单元信息中的ru频点不显示
- 10:42 3.0基站产品测试 功能 #3941 (进行中): CU统计日志的rule文件,移动到/data/log/rule下,防止被baseService误删
- 10:42 3.0基站产品测试 功能 #3941 (转测试): CU统计日志的rule文件,移动到/data/log/rule下,防止被baseService误删
- 10:39 3.0基站产品测试 错误 #3751 (转测试): 基站版本3.1.2pre1T5,CU侧增加内部版本号记录处理
- 【问题原因】
出包时没有编译版本信息
【修改方案】
在3.0.3的T2和T3都已增加
【回归方法和注意事项】
可以查看版本信息 - 10:25 产品3.0平台 功能 #3796 (挂起): 可实时更改单音频移量
- 10:23 产品3.0平台 功能 #3911: Testmac抓数;实现计算单音或噪底功率
- 高总已提供MATLAB抓数分析脚本,问题已解决
- 10:23 产品3.0平台 功能 #3911 (已关闭): Testmac抓数;实现计算单音或噪底功率
- 10:20 产品3.0平台 功能 #3885: 3.0整机温度补偿
- TX1温补已经测试完成,详细数据还需更新到版本;TX2温度读取有问题,无法准确配置温补数据,待修改功放配置通道补测TX2的温补
- 10:20 产品3.0平台 错误 #3940 (新建): 栅极电压脚本定义错误
- 栅极电压脚本需要参考军特提供的参考值文档进行编写。
目前存在的问题:①在两天线的设备上读取栅极电压,可以分别读取1,2,3,4四个通道
②不清晰每个通道的栅极电压有几个参考值
建议请教金良具体规则进行脚本编写
- 10:16 网管产品 功能 #3939: Rel_3.1.3_Pre1T3版本更新主控文件配置
- 网管已修改
- 10:10 网管产品 功能 #3939 (进行中): Rel_3.1.3_Pre1T3版本更新主控文件配置
- LMT 已修改
- 10:09 网管产品 功能 #3939 (已解决): Rel_3.1.3_Pre1T3版本更新主控文件配置
- 1. 修改SSB 频率 频点的介绍
<ConfigItem name="/du-cell:DU-CELL/FREQUENCY_CONFIG_DL/NR_DL_ABS_FREQ_POINT_SSB" isShow="1" showNa... - 09:57 3.0基站产品测试 错误 #3916 (转测试): 当sem_post达到了系统允许的最大值后,不要关闭信号量,需要增加统计日志进行提醒
- 【问题原因】
当sem_post达到上限时,会关掉信号量的通道。业务就无法继续下午
【修改方案】
当sem_post达到上限时,不再关闭信号量的通道;把超过上限的数量记录到统计日志中
记录的目的:记录信号量出现问题的时间,... - 09:34 基站横联 错误 #3921: 静态时隙,调度2个PDS时(广播+单播),mcs11时 单播PDS解不对
- !20250822-093326.jpg!
静态时隙踩数好多symbol星座图散点,建议发端采下数吧,目前mcs=25,256qam,全部解错 - 09:27 3.0基站产品测试 错误 #3938 (进行中): pmi自适应
- 09:24 3.0基站产品测试 错误 #3622 (已关闭): 随机接入流程走查代码问题
- 09:23 3.0基站产品测试 错误 #3444 (已关闭): DU配置参数类型-参数校验
- 09:23 3.0基站产品测试 错误 #3534 (已关闭): 检验功放与配置是否一致
- 09:23 3.0基站产品测试 错误 #3506 (已关闭): DU代码warning清除
- 09:23 3.0基站产品测试 错误 #3872 (已关闭): DU代码 cppcheck
- 09:23 3.0基站产品测试 错误 #3447 (已关闭): 频选调度
- 09:06 研发产品测试 需求CR #3937 (新建): baseService 网卡监测响应模块代码走读问题修改
- 1、模块和线程耦合度过高
2、GetNetInterfaceIp string比较 - 09:06 基站横联 错误 #3936 (新建): CPRI 版本时,OLSR 内存被踩,怀疑是CP侧踩掉AP侧的内存
2025-08-21
- 20:48 基站横联 错误 #3229 (挂起): son sniffer需要输入数据的采样率是245.76M
- 20:47 基站横联 错误 #3229: son sniffer需要输入数据的采样率是245.76M
- 主要涉及到son sniffer移植
- 20:47 基站横联 错误 #3249: HL基站SSB 发送时,频域资源位置资源位置stub
- 应该是已经解决,RB位置映射按照协议做的
- 20:46 基站横联 错误 #3249 (挂起): HL基站SSB 发送时,频域资源位置资源位置stub
- 20:45 基站横联 错误 #3894 (已关闭): HL 板卡跑一段时间,ssh失联,串口可以登陆,定位为操作系统崩溃
- 20:45 基站横联 错误 #3891 (已关闭): HL板卡 Pdelay时延较大(800)时,接收端PSS可以解对,TCI和TB解不对
- 20:45 基站横联 错误 #3880 (已关闭): 静态时隙只解对单播,没解对广播时,tci上报异常
- 20:45 基站横联 错误 #3857 (已关闭): HL板卡将API_test 加入自启动后,会引起系统崩溃。
- 20:45 基站横联 错误 #3846 (已关闭): HL CPRI环境,cell1 CPRI接收定时任务启动提前1个slot
- 20:45 基站横联 错误 #3843 (已关闭): 两个PDC其中1个targetID不是给自己时,TCI上报错误
- 20:45 基站横联 错误 #3839 (已关闭): 外同步时,pss ind未上报 (协议栈参数下发错误)
- 20:45 基站横联 错误 #3834 (已关闭): 静态时隙2个PDS时,第2个PDS的payload包含了第1个部分
- 20:45 基站横联 错误 #3833 (已关闭): EVMT4 收发长跑,接收端deofdm任务不启动,以及核7挂死
- 20:45 基站横联 错误 #3832 (已关闭): 相位补偿频点写死问题,需要修改为L2配置频点
- 20:45 基站横联 错误 #3829 (已关闭): 横联slot8/9,PDC解不对
- 20:45 基站横联 错误 #3828 (已关闭): 敲桩连续接收时 (敲4) ,静态时隙会有一个TCI没有解出来
- 20:45 基站横联 错误 #3827 (已关闭): EVMT4/HL板均存在 中间频点位置存在异常信号问题
- 20:45 基站横联 错误 #3826 (已关闭): EVMT4 发送端,核4、核5挂死
- 20:45 基站横联 错误 #3825 (已关闭): EVMT4 发端,core7挂死
- 20:45 基站横联 错误 #3824 (已关闭): 上研使用横联板卡发送,EVMT4接收,在仅时隙10发射时,收端收不到
- 20:45 基站横联 错误 #3818 (已关闭): 收端全收静态时隙commonpdcch解不到
- 20:45 基站横联 错误 #3811 (已关闭): 收发端使用同一份平台版本
- 20:45 基站横联 错误 #3807 (已关闭): 静态时隙2个PDS时,第2个PDS的码流包含第1个部分
- 20:45 基站横联 错误 #3798 (已关闭): HL_COMMON_CHANNEL_CONFIG修改频点后,接收端没有使用新频点计算的相位补偿因子
- 20:45 基站横联 错误 #3791 (已关闭): HL板卡与evmt4板卡,在gps同步后,启动协议栈通过wireshark抓包发现sfn差100即 evmt4 要比 HL板卡快1s的时间。
- 20:45 基站横联 错误 #3787 (已关闭): 计算相位补偿因子时,去掉打桩频点代码
- 20:45 基站横联 错误 #3776 (已关闭): 【协议栈问题】收到协议栈slot_type时序不正确
- 20:45 基站横联 错误 #3760 (已关闭): 动态时隙情况下,一段时间能解对PDC/PDS,一段时间解不对
- 20:45 基站横联 错误 #3724 (已关闭): 几分钟后 deofdm定时任务不启动 测量定时任务正常
- 20:45 基站横联 错误 #3711 (已关闭): 发端敲桩时,北京环境接收端SSB、PDC均未捡到
- 20:45 基站横联 错误 #3710 (已关闭): L2 CRNTI配置错误
- 20:45 基站横联 错误 #3709 (已关闭): 上研测试,接收端可以检测到2个TCI,但没有dl tb ind
- 20:45 基站横联 错误 #3698 (已关闭): HL分支统计每秒钟进入DL任务bug
- 20:45 基站横联 错误 #3693 (已关闭): CPRI OTIC压缩功能发端测试
- 20:45 基站横联 错误 #3689 (已关闭): tfu不能获取到sfn 同步状态。
- 20:45 基站横联 错误 #3688 (已关闭): /lib/firmware/board.cfg修改后会被还原
- 20:45 基站横联 错误 #3687 (已关闭): 横联项目evmt4板卡,在phy的脚本中启动phy->rfic->tfu->L2协议栈,会引起核上任务崩溃,表现为核0~3任务没有心跳。
- 20:45 基站横联 错误 #3682 (已关闭): 上研EVMT4 环境上的SFN对不上
- 20:45 基站横联 错误 #3680 (已关闭): 问题3 :CRC不对也应该要上报dl tb ind
- 20:45 基站横联 错误 #3675 (已关闭): HL单板测试环境, CPRI版本发送采数发现没有业务数据
- 20:45 基站横联 错误 #3662 (已关闭): 54所寄来HL板卡连不上问题修复
- 20:45 基站横联 错误 #3661 (已关闭): EVMT4 板卡放到实验室网段无法在其他网段ping通
- 20:45 基站横联 错误 #3657 (已关闭): 横联port数打桩代码,sym2/4上的pdsch re数计算bug合入(pss和ss符号上pdsch的re数应该是0)
- 20:45 基站横联 错误 #3640 (已关闭): 横联板卡上海修改ip后,出现板卡不能启动问题
- 20:45 基站横联 错误 #3623 (已关闭): TCI ind上报消息中Slot号填写错误
- 20:45 基站横联 错误 #3621 (已关闭): 兼容UU/DD口代码,横联修改加入HL5G宏
- 20:45 基站横联 错误 #3602 (已关闭): 更换新版卡,协议栈出现“fapi send failed.”报错
- 20:45 基站横联 错误 #3594 (已关闭): 横联计算相位补偿因子错误
- 20:45 基站横联 错误 #3588 (已关闭): dl tbindciation这条消息体内的rnti赋值应该为65535,因为是广播信令;实际错填为0了
- 20:45 基站横联 错误 #3583 (已关闭): PDS 上报L2 DL_TB_ind 只能上报成功一次
- 20:45 基站横联 错误 #3581 (已关闭): PDS 上报L2 DL_TB_ind 导致核日志无法看到
- 20:45 基站横联 错误 #3561 (已关闭): 发端TBsize-253,与收端TBsize-233 不一致;应该233是正确的
- 20:45 基站横联 错误 #3560 (已关闭): 非桩情况下,发送数据部分符号异常,叠加了一个全带宽的信号;但接收侧没有看到这个全带宽信号
- 20:45 基站横联 错误 #3537 (已关闭): PDS接收端采数异常,CRC解不对
- 20:45 基站横联 错误 #3525 (已关闭): PDC trigger PDS ,在APE7的平台打印出现平台打印error
- 20:45 基站横联 错误 #3521 (已关闭): pdc crc只解对1次或2次
- 20:45 基站横联 错误 #3520 (已关闭): PDC 偶尔接收不到数据
- 20:45 基站横联 错误 #3519 (已关闭): 测量模块接收不稳定,偶现不同的异常现象
- 20:45 基站横联 错误 #3518 (已关闭): 接收端 PDC 模块未获取到FSS接口参数
- 20:45 基站横联 错误 #3517 (已关闭): L2 协议栈下发PDC映射参数不正确
- 20:45 基站横联 错误 #3516 (已关闭): TCI ind上报消息,L2协议栈未能抓到
- 20:45 基站横联 错误 #3512 (已关闭): cpri OTIC解压缩数据测试
- 20:45 基站横联 错误 #3502 (已关闭): cpri板子联调,物理层APE4-7任务注册失败
- 20:45 基站横联 错误 #3480 (已关闭): 测量模块dump数据失败
- 20:45 基站横联 错误 #3479 (已关闭): 测量任务模块启动挂死
- 20:45 基站横联 错误 #3477 (已关闭): PDS 后7symbol映射不正确
- 20:45 基站横联 错误 #3476 (已关闭): PDS sym3和sym5 信号存在尖峰
- 20:45 基站横联 错误 #3475 (已关闭): L2 cell0 速率匹配参数下发错误
- 20:45 基站横联 错误 #3351 (已关闭): 读取文件失败
- 20:45 基站横联 错误 #3326 (已关闭): EVMT4板卡,单向接收PDSCH未解对
- 20:45 基站横联 错误 #3267 (已关闭): HL版本 UE deofdm + Ue pdcch任务运行30min 以后会停止
- 20:45 基站横联 错误 #3256 (已关闭): 典格返修一块横联基站核心板,板卡启动失败
- 20:45 基站横联 错误 #3251 (已关闭): HL PHY 版本的UE Deofdm线程在APE7上不能配置为每个slot接收
- 20:08 网管产品 任务 #2138 (已关闭): 15P基站版本升级,升级后无法启动3层,sib1无法下发。且无法卸载版本
- 20:07 2.0基站产品化测试 错误 #1367 (已关闭): 视频电话卡顿
- 17:52 3.0基站产品测试 错误 #3935: 【3.0整机】Rel_3.1.3_Pre1T2,21环境600M整机,重装系统后,单ue下行mcs低
- !20250821-174442.jpg!
!20250821-174412.jpg!
- 17:49 3.0基站产品测试 错误 #3935: 【3.0整机】Rel_3.1.3_Pre1T2,21环境600M整机,重装系统后,单ue下行mcs低
- 目前尝试过拉齐西安整机238参数&21备份参数,调整上行功率,调整环境,硬件检测EVM7%,更换600Mcpe等,没有改善,提phy log&du log定位中
- 17:46 3.0基站产品测试 错误 #3935 (已关闭): 【3.0整机】Rel_3.1.3_Pre1T2,21环境600M整机,重装系统后,单ue下行mcs低
- 简述:【3.0整机】Rel_3.1.3_Pre1T2,21环境,重装系统后,单ue下行mcs低
测试版本:Rel_3.1.3_Pre1T2
问题描述:【3.0整机】Rel_3.1.3_Pre1T2,21环境,重装系统后,单ue下行... - 13:46 3.0基站产品测试 错误 #3866 (进行中): 【Rel_3.1.3_Pre1T1版本+CU小包】16UE上、下行udp灌包cu core dumped
- 09:47 网管产品 功能 #3773 (进行中): 核心网新增全局吞吐量指标上报,网管增加指标监控页面显示
- 09:47 网管产品 功能 #3773: 核心网新增全局吞吐量指标上报,网管增加指标监控页面显示
- 新增数据库
DROP TABLE IF EXISTS `CorePMIndicatorValues`;
CREATE TABLE `CorePMIndicatorValues` (
`NeId` int NOT NULL ... - 09:21 B5G_UE 错误 #3674 (已解决): 发端发端srcId写错,同时收端头解错,导致DLAP收到报文后认为此设备无效未进行解析,出现ping包失败
- 09:21 B5G_UE 错误 #3652 (已解决): DRB建立,鉴权完成后,进行ping包,DLAP core dump
- 09:21 B5G_UE 功能 #3342 (已关闭): DLAP 用单播支持IP广播的功能开发
2025-08-20
- 18:38 基站横联 错误 #3927: CPRI版本,概率性出现APE7 deofdm 没有时隙调度(slot type不为RX)
- 打开DL_task0测试3次,
1)1次出现RX不调度问题;
2)2次PSS解不对(解对2次就不再解);TCI和TB没问题;
DL_task0不打开测试13次左右,
除了两次跳帧问题,其余PSS/TCI/TB都正常,能连续... - 17:23 基站横联 错误 #3927: CPRI版本,概率性出现APE7 deofdm 没有时隙调度(slot type不为RX)
- 可能与 #3926 问题单相关,需要进一步测试验证
- 17:47 基站横联 错误 #3894 (已解决): HL 板卡跑一段时间,ssh失联,串口可以登陆,定位为操作系统崩溃
- 17:47 基站横联 错误 #3894: HL 板卡跑一段时间,ssh失联,串口可以登陆,定位为操作系统崩溃
- 根据#3926的描述,cp端会发送数据存储到随机地址上,造成的问题。
- 17:24 基站横联 错误 #3894: HL 板卡跑一段时间,ssh失联,串口可以登陆,定位为操作系统崩溃
- 问题定位,原因见 #3926 问题单
- 17:30 基站横联 错误 #3895: CPRI版本,发送10mins左右,数字域功率不变了,怀疑buf未清,ape0心跳不增长
- 问题定位,原因见 #3926 问题单
- 17:22 基站横联 错误 #3926: CPRI版本启动后,很快APE0 大概率无心跳增加,挂死
- 之前如下加粗的代码修复,提交到5ghl_phy库的hl_dev分支;后来赖雪峰0801提交时,覆盖了此修改。此问题会导致DL任务拿到的dlsymbprocval.txant_addr_start 为随机地址,发送数据存储到随机地址上,...
- 11:42 FirstCall 错误 #3924 (已解决): L1C未触发core5/6上的PDSCH任务
- !img_v3_02pb_895790a0-8bc6-4f6c-b9a5-82888486b12g.jpg!
在真实环境能够触发成功并且译码正确 - 10:45 3.0基站产品测试 错误 #3934 (新建): 随机接入DU侧RRM接纳失败通知CU发送RRC_RECJECT。
- 10:44 3.0基站产品测试 错误 #3933 (新建): DU侧UE信令流程trans定时器缺失,会导致UE资源挂住。
- rrc_con ctx handover rel
- 10:20 3.0基站产品测试 错误 #3932: 3.1.3_Pre1T2版本1D3U子帧上行双天线异频xn切换目标基站重传超时
- *将242目标基站MCS固定为15时,上行双天线异频xn切换目标基站还是出现重传超时现象;*
!MCS%E5%9B%BA%E5%AE%9A%E4%B8%BA15%E6%97%B6xn%E5%88%87%E6%8D%A2%E7%9... - 09:39 3.0基站产品测试 错误 #3932 (进行中): 3.1.3_Pre1T2版本1D3U子帧上行双天线异频xn切换目标基站重传超时
- 【问题描述】3.1.3_Pre1T2版本1D3U子帧上行双天线异频xn切换目标基站重传超时(HandoverRequest到RRC Reconfiguration Complete消息用时300多ms);
!%E7%9B%AE%E6... - 09:44 3.0基站产品测试 错误 #3815 (已关闭): T5版本du进程启动过程中偶现du崩溃
- 在Rel_3.1.3_Pre1T2版本启动三层数次未出现du崩溃问题,问题关闭。
2025-08-19
- 16:51 3.0基站产品测试 性能 #3705 (已关闭): 128UE,下行500M左右,DL0的CPU使用率为75%左右,需要做性能优化
- Rel_3.1.3_Pre1T2版本验证关闭。
- 16:16 3.0基站产品测试 错误 #3923: 3.1.2pre1T5版本,正维基站起站测试时,1D3U场景上行单天线,64QAM,灌大包掉线,小包递增不掉线
- 规避:
暂时将AMC步长调大。已验证有效果。
AMC优化方案:
1、支持信令面、用户面的初始MCS设置
2、多个小包夹杂少量大包的场景要能解决 - 16:11 3.0基站产品测试 错误 #3906 (转测试): 234环境 baseService 频繁新建run日志文件
- 【修改方案】
1、运行过程中打开上次使用的文件
2、删除老旧日志文件时,按照最后修改时间信息排序删除
【回归方法和注意事项】
1、制造时间超前的日志文件,文件大小要大于门限,查看run日志记录是否正常
2、制造时间超前的日... - 16:07 3.0基站产品测试 错误 #3696: 3.0基站T4版本1D3U子帧配比大上行上行双天线UE上下行同时灌包会掉线
- 正面定位:复现抓FAPI+QXDM+DU日志定位分析
- 16:06 3.0基站产品测试 错误 #3886 (已解决): 版本Rel_3.1.3_Pre1T2测试,当eht2的ip不存在时,不能影响baseservice服务启停
- 该问题已实现解决
- 15:55 3.0基站产品测试 错误 #3886 (转测试): 版本Rel_3.1.3_Pre1T2测试,当eht2的ip不存在时,不能影响baseservice服务启停
- 已规避eth2 ip影响baseService启动的问题
限定socket只接收eth2的数据 - 16:06 3.0基站产品测试 错误 #3873: 3.0 DU日志线模块注册与线程启动时序异常,导致有些线程无法向共享内存写入日志头
- 已修复并入库。
- 13:54 3.0基站产品测试 错误 #3931 (已关闭): RRC_REJECT流程优化
- 11:06 3.0基站产品测试 错误 #3930 (进行中): sysrepo中不存在A4配置时,用ICIC的cu包接入终端时,重配置信令编码失败
- 11:06 3.0基站产品测试 错误 #3930 (进行中): sysrepo中不存在A4配置时,用ICIC的cu包接入终端时,重配置信令编码失败
- 10:38 3.0基站产品测试 错误 #3847 (转测试): 完保、加密算法网管配置、算法协商流程处理、各接入流程算法下发三部分流程优化
- 09:25 3.0基站产品测试 错误 #3847: 完保、加密算法网管配置、算法协商流程处理、各接入流程算法下发三部分流程优化
- 自验了随机接入流程,测试需要测试切换,vonr等流程,建议使用一边配置xn,一边配置ng,同时携带vonr/vinr的业务,完保和加密配置不同的算法(完保不要配置NIAO,很多商用终端都禁用)
- 10:10 3.0基站产品测试 错误 #3914 (已解决): 3.1.3_Pre1T2版本大上行子帧上行2天线异频xn切换后异常掉线
- *基于3.1.3_Pre1T2版本,替换振斌提供cu包,大上行子帧上行2天线异频xn与ng切换多次未出现掉线,问题解决;*
!xn%E5%88%87%E6%8D%A2%E7%9B%AE%E6%A0%87%E5%9F%BA%E7%AB... - 09:16 3.0基站产品测试 错误 #3914 (转测试): 3.1.3_Pre1T2版本大上行子帧上行2天线异频xn切换后异常掉线
- 09:54 网管产品 功能 #3918 (进行中): YZMM2.2.1网管版本,基站辅助工具-基站抓包这里,抓包时需要停留在该界面,切走无法正常保存log。
- 09:54 网管产品 错误 #3889 (转测试): 网管版本2.2.1pre1T1,增加ICIC参数显示
- 09:52 网管产品 功能 #3912 (转测试): 新增phy二进制日志文件配置
- 09:52 网管产品 错误 #3844 (转测试): 网管新版本修改核心网配置保存后,提示让重启三层不合理
- 09:43 3.0基站产品测试 功能 #3929 (进行中): 基站完保、加密算法网管显示修改
- 09:38 3.0基站产品测试 功能 #3929 (已解决): 基站完保、加密算法网管显示修改
- !20250819-sf.jpg!
有三部分需要改动:
1、红色框中的{}从下拉框中删除;
2、蓝色框中的内容分别修改为用户面完整性指示,用户面加密指示;
3、绿色框中的下拉框的内容改为true/false,默认为false - 09:19 基站横联 错误 #3693 (已解决): CPRI OTIC压缩功能发端测试
- 转问题单#3926
【CPRI版本启动后,很快APE0 大概率无心跳增加,挂死】
2025-08-18
- 19:58 基站横联 错误 #3891 (已解决): HL板卡 Pdelay时延较大(800)时,接收端PSS可以解对,TCI和TB解不对
- 17:23 基站横联 错误 #3891: HL板卡 Pdelay时延较大(800)时,接收端PSS可以解对,TCI和TB解不对
- 修改Pdelay在解压缩上的使用后,上研验证pdelay大的情况下,TB可以解出来了。
具体修改点如下:
1. Pdelay 正值时需做64bit对齐,向下取整;负值时,需做64bit对齐,向上取整
等效于 Pdelay ... - 14:11 基站横联 错误 #3891: HL板卡 Pdelay时延较大(800)时,接收端PSS可以解对,TCI和TB解不对
- 每个基本帧每天线的压缩因子4bit;所以压缩因子1个word,包含2个基本帧的压缩因子。
每个天线每样点的时域数据是8bit;所以接收数据 1个word,包含2个样点的数据。 - 14:08 基站横联 错误 #3891: HL板卡 Pdelay时延较大(800)时,接收端PSS可以解对,TCI和TB解不对
- 之前没有把解压缩数据格式搞清除,Pdelay的处理存在问题导致。
解压缩数据格式如下:
解压缩因子数据格式:扩皮2个基本帧的压缩因子,用8位16进制数“0xABCDEFGH”表示,占数据文件的一行,最低4比特“H”为天线0第一... - 19:46 基站横联 错误 #3928: CPRI版本,PDC SNR只有9~10,不符合预期
- 先从PDC 采数,看下信道估计结果,观察时间偏移是否正确
- 19:46 基站横联 错误 #3928 (已解决): CPRI版本,PDC SNR只有9~10,不符合预期
- CPRI版本,PDC SNR只有9~10,之前偶尔可以到20多,和pdelay相关
Pdelay计算的偏移值已经改为556,怀疑CPRI版本的偏移值还是不太一样 - 19:42 基站横联 错误 #3927 (已解决): CPRI版本,概率性出现APE7 deofdm 没有时隙调度(slot type不为RX)
- 19:39 基站横联 错误 #3926 (已关闭): CPRI版本启动后,很快APE0 大概率无心跳增加,挂死
- 19:38 基站横联 错误 #3925 (已关闭): CPRI 版本,大概率出现PSS 解对一段时间,后来解不出来;但TB一直可以解对
- 19:35 基站横联 错误 #3921: 静态时隙,调度2个PDS时(广播+单播),mcs11时 单播PDS解不对
- 静态时隙DMRS没有提升3dB导致的,修改后改善非常大,基本都可以解对了。
但还存2个问题:
(1)偶尔还是存在解不对情况,接收端采数发现,有几个symbol存在散点,其他symbol星座图正常
(2)mcs25时,静态时隙单播... - 16:33 基站横联 错误 #3921: 静态时隙,调度2个PDS时(广播+单播),mcs11时 单播PDS解不对
- 制作采数版本,待采数分析
- 14:36 基站横联 错误 #3921 (已解决): 静态时隙,调度2个PDS时(广播+单播),mcs11时 单播PDS解不对
- 16:31 FirstCall 错误 #3503 (已解决): DD口分别在core5/6触发PDSCH,core5上bit级触发失败
- 适配bit级触发代码后,问题解决。
- 16:29 FirstCall 错误 #3924 (已解决): L1C未触发core5/6上的PDSCH任务
- 1.查看reace,发现未进入L1c_Proc_Task()函数,导致PDSCH任务未触发
!%E5%B1%8F%E5%B9%95%E6%88%AA%E5%9B%BE%202025-08-18%20162602.png!
2.查看... - 16:24 B5G_UE 错误 #3592 (已解决): Uu口接入时,偶先msg4 pdsch crc err
- 调度RV=0后,问题解决。
- 16:23 FirstCall 错误 #3528 (已解决): 在core5上添加PDSCH任务后编译失败
- 删除UCI ON PUSCH荣誉代码后,问题解决,能够编译出版本。
- 16:22 基站横联 错误 #3525: PDC trigger PDS ,在APE7的平台打印出现平台打印error
- 后续未复现
- 16:21 FirstCall 错误 #3809 (已解决): DD单板环境2块板卡双向灌包后,其中一块板卡流量下降
- 16:21 FirstCall 错误 #3809: DD单板环境2块板卡双向灌包后,其中一块板卡流量下降
- deofdm搬数代码异常。
- 16:07 3.0基站产品测试 错误 #3923: 3.1.2pre1T5版本,正维基站起站测试时,1D3U场景上行单天线,64QAM,灌大包掉线,小包递增不掉线
- 【20250818】灌5M包后,ulmcs从27-> 10 后再无法上升,此时无论灌多大包均不掉线。只有初始接入---ulmcs 高阶,满RB灌包后突然断崖式降阶后掉线
- 16:05 3.0基站产品测试 错误 #3923: 3.1.2pre1T5版本,正维基站起站测试时,1D3U场景上行单天线,64QAM,灌大包掉线,小包递增不掉线
- 【20250818】7D2U环境复现该问题,直接灌235M上行包即刻掉线。先灌5M稳定后,再灌235M不掉线。
疑似上行mcs大跨度降阶时掉线 - 16:02 3.0基站产品测试 错误 #3923 (进行中): 3.1.2pre1T5版本,正维基站起站测试时,1D3U场景上行单天线,64QAM,灌大包掉线,小包递增不掉线
- "济南外场6km较远点1D3U 上下行单天线
上行灌包即刻掉线" "1d3u 下行单天线 + 上行单流
6km较远点,下行rsrp约-87" "
【20250813】流量越少,rb调度越少,pusch的功率越好一些约不容易掉线
... - 15:48 3.0基站产品测试 错误 #3914: 3.1.3_Pre1T2版本大上行子帧上行2天线异频xn切换后异常掉线
- 原因:从抓包来看,上行双流与单流相比,信令面数据乱序的概率要大很多,单流时几乎不乱序,双流时100%乱序,由于乱序,重排序定时器开启,直到定时器超时时,重配置完成这一帧都没有收到,超时后,rx_deliver被更换为rx_reorde...
- 15:40 3.0基站产品测试 错误 #3922: [3.0产品外场测试]3.1.2T5 济南外场6km较远点7D2U DL_2ant 下行mcs掉零
- 【20250811】更换基站天线为主天线左旋极化,辅天线右旋极化。终端对应配套天线。与最初mcs掉0几乎无太大区别
【20250814】验证过基站主副通道均无问题后,更换DU小包,将PMI矩阵下发为5,结果无明显改善。此问题待继续研讨 - 15:40 3.0基站产品测试 错误 #3922: [3.0产品外场测试]3.1.2T5 济南外场6km较远点7D2U DL_2ant 下行mcs掉零
- 【20250806】问题发现,下行误码率较高,mcs无法上调。但下行信噪比并不低。
pucch 与pusch正常。所以并不是上行信道异常导致的nack,从而下行误码率过高。
此点位单流下行mcs可调制到20
【20250807】... - 15:39 3.0基站产品测试 错误 #3922 (新建): [3.0产品外场测试]3.1.2T5 济南外场6km较远点7D2U DL_2ant 下行mcs掉零
- 问题版本:3.1.2pre1T5
问题设备:正维3.3G功放整机 - 192.168.8.215
基本配置:7D2U下行四端双流 + 上行单流
小区配置:上行64qam + 下行256qam + ssb power 5 + P0... - 14:34 基站横联 错误 #3910: 射频直连环境,PDC测量的SNR低(17~19),MCS18 大量CRC错误
- 需要葛奇思持续跟踪定位一下,这个PSS 偏移值正确的应该是多少
- 14:05 产品3.0平台 错误 #3065 (已解决): 当多个使用xshell 自动ssh连接基站时,在auth.log中疯狂打印accept错误。 使用xshell连接2.0的ubuntu系统中没有这个问题。
- 14:03 3.0基站产品测试 错误 #3919: 3.1.2pre1T5版本,正维基站起站测试时,协议栈启动卡在eth2检测这里,基站失联,无法正常联通。
- 检查条件不对导致的这个问题。
- 11:51 3.0基站产品测试 错误 #3919 (转测试): 3.1.2pre1T5版本,正维基站起站测试时,协议栈启动卡在eth2检测这里,基站失联,无法正常联通。
- 3.1.2pre1T5版本,正维基站起站测试时,协议栈启动卡在eth2检测这里,基站失联,无法正常联通。
dmesg -c手动清理一下之后可正常使用。 - 14:03 产品3.0平台 错误 #3883: 测试uu口,打印if_nametoindex: No such device
- uu口测试通过后验证ok再关闭
- 14:02 产品3.0平台 错误 #3909 (已解决): 出现驱动找不到symbol的问题
- 11:44 产品3.0平台 错误 #3909 (进行中): 出现驱动找不到symbol的问题
- 增加其他驱动导致symbal 不一致,现在统一了编译,每一次都会重新编译dwmac-dwc-qos-eth.ko.
- 12:03 产品3.0平台 错误 #3664 (挂起): 修改文件后,即使已经保存并且sync后,会出现文件复原的问题。
- 12:00 产品3.0平台 错误 #3733: 移远gps当从同步->失步->同步的过程中,会发生lock_flag 变为0后,在不能变为1的情况。
- 对刚启动时,出现的lock_flag 状态进行观察,会发现3~5分钟左右,会恢复到lock_flag 为1 的状态。
- 11:58 3.0基站产品测试 错误 #3758: 同频切换过程中,eth2突然异常不通
- 从泽林的使用环境中看, eth2 网卡的卡舌断了,很容易卡不住。 重新插上后,肉眼能看出往外移动。 重新插拔后,可以恢复通信。 怀疑是环境影响的。
- 11:56 产品3.0平台 错误 #3920 (新建): ad9025_Freq_Set通道配置未根据版型动态配置
- ad9025_Freq_Set在初始关闭通道后,仅打开了1/4通道,可能存在问题
- 11:55 2.0基站产品化测试 错误 #3774 (挂起): 2.0基站DEMO程序运行后GPS锁定失败
- 11:54 基站横联 错误 #3837: 横联EVMT4环境验证,PHY dat文件目前测试只能加载66个,不符合预期,应该可以支持128个文件
- cfgDat 的文本型数据84个,从马风波提供的数据来看有加密的。确认是否是加密数据引起的。
- 11:53 基站横联 错误 #3837: 横联EVMT4环境验证,PHY dat文件目前测试只能加载66个,不符合预期,应该可以支持128个文件
- 对84个文件进行加载测试, 可以加载到内存中,占用内存大小18M左右。因放到内存需要2步转换:
(1)将文本文件中的字符串要转换到二进制数值型并保存,这一步会将文件大小大大减少。
(2)将数值型数据读取到ddr中,现在还没到64M。 - 11:09 网管产品 错误 #3844: 网管新版本修改核心网配置保存后,提示让重启三层不合理
- 去掉了重启三层的提示
- 11:02 核心网产品 错误 #3877: 核心网信令优化
- 问题分析:
1、终端接入鉴权流程优化,终端进行鉴权时,第一次会提示ksi被占用导致失败发起第二次鉴权,核心网需要在终端携带的基础上加1
2、核心网给基站发送的sctp消息,抓包显示会有两条,为基站在100ms内没有回复sack时,... - 11:00 网管产品 功能 #3912: 新增phy二进制日志文件配置
- 主控文件已修改
- 10:59 核心网产品 错误 #3797: NAT开关优化影响后路由功能不通
- 问题分析:
发送的ue的arp地址错误,不能是组播arp地址 - 10:58 核心网产品 错误 #3627: 跨核心网切换切换后源核心网终端一直显示connected态
- 问题分析:
跨核心网切换后,未将源核心网的用户正确释放 - 10:56 网管产品 错误 #3889: 网管版本2.2.1pre1T1,增加ICIC参数显示
- 主控文件已同步,设配du以后在转测试
- 10:56 核心网产品 错误 #3626: 核心网热备基站对接用一个热备主备倒换后切换失败
- 问题分析:
切换之后amf空指针异常导致
解决方案:
解决切换的amf空指针问题 - 10:53 核心网产品 错误 #3625: 核心网热备语音切换后自动挂断
- 问题分析:
语音过程中,主向备同步时,没有同步语音的标志导致
解决方案:
主备同步,增加语音标志 - 10:51 核心网产品 错误 #3624: 3.3.3_pre5版本核心网ngc异常重启
- 问题分析:
数据同步,读取和写入同一张表冲突导致
解决方案:
对于数据同步同一张表加锁 - 10:50 产品3.0平台 功能 #2812: 3.0整机温度补偿功能
- 功能测试已完成,功放多通道适配有问题,待多通道适配解决
- 10:49 核心网产品 错误 #3908: 核心网热备测试备设备拔掉数据口后15的设备状态和服务状态都是ready
- 下个版本进行测试
- 10:49 核心网产品 错误 #3908: 核心网热备测试备设备拔掉数据口后15的设备状态和服务状态都是ready
- 问题分析:
网线插拔时,产生的网口事件,没有正确的解析导致没有给mon模块产生down事件
解决方案:
根据内核返回的事件flag判断网口up、down事件 - 10:47 产品3.0平台 功能 #3885 (已解决): 3.0整机温度补偿
- 10:47 核心网产品 错误 #3913: 核心网产生超大日志
- 下个版本进行测试
- 10:46 核心网产品 错误 #3913: 核心网产生超大日志
- 问题原因分析:
1、hss、pcrf跟ims的服务进程iscf、scscf、pcscf进行cea初始认证时建立tcp连接,会使用getnameinfo获取ims服务进程ip地址所对应的服务名称
2、getnameinfo获取域名名... - 10:45 产品3.0平台 功能 #3870 (已解决): testmode菜单读值错误
- 10:43 网管产品 功能 #3918 (反馈): YZMM2.2.1网管版本,基站辅助工具-基站抓包这里,抓包时需要停留在该界面,切走无法正常保存log。
- YZMM2.2.1网管版本,基站辅助工具-基站抓包这里,抓包时需要停留在该界面,切走无法正常保存log。
测试流程
如附件截图,抓包时点击启动抓包,此时该界面必须要停留在这里持续抓包,不能点击启动后切换至参数配置或者网络监控,如果... - 10:39 3.0基站产品测试 错误 #3917 (转测试): 3.1.2T5版本测试,网管辅助工具里面抓包功能,在点击停止抓包后依旧在持续进行抓包行为,实际抓包并未停止。
- 定位;
agent执行wireshak抓包命令后出现子进程,kill时只将父进程强杀,子进程还在运行,导致抓包不停止;
解决方法:
agent查询父进程下的所有子进程并强杀掉,已自验成功合入下个版本,待测试回归 - 10:35 3.0基站产品测试 错误 #3917 (已解决): 3.1.2T5版本测试,网管辅助工具里面抓包功能,在点击停止抓包后依旧在持续进行抓包行为,实际抓包并未停止。
- 3.1.2T5版本测试,网管辅助工具里面抓包功能,在点击停止抓包后依旧在持续进行抓包行为,实际抓包并未停止。
- 10:31 3.0基站产品测试 错误 #3916 (进行中): 当sem_post达到了系统允许的最大值后,不要关闭信号量,需要增加统计日志进行提醒
- 10:31 3.0基站产品测试 错误 #3916 (转测试): 当sem_post达到了系统允许的最大值后,不要关闭信号量,需要增加统计日志进行提醒
- 10:18 基站横联 错误 #3593: CPRI OTIC解压缩接收端在板联调
- 接收解压缩因子的放置方式
AntType1:扩皮2个基本帧的压缩因子,用8位16进制数“0xABCDEFGH”表示,占数据文件的一行,最低4比特“H”为天线0第一个基本帧的压缩因子,接下来4比特“G”为天线1第一个基本帧的压缩因... - 09:33 网管产品 错误 #3692: 网管版本YZMM2.2.0Pre1T4,cpu最高温度精确位数优化
- 现在修改成固定到小数点后2位,并且后边携带单位
效果如图所示
- 09:07 3.0基站产品测试 错误 #3878 (挂起): 优化:DL多线程绑核策略支持负载均衡
- 09:07 3.0基站产品测试 错误 #3878 (进行中): 优化:DL多线程绑核策略支持负载均衡
- 09:07 3.0基站产品测试 错误 #3882 (已解决): 下行1.4G+上行300M测速CU核3&核4负荷偏高
2025-08-16
- 21:03 产品3.0平台 错误 #3863 (转测试): UCP4008一侧jesd syncb out0和1与9025一侧的连接方式与程序中配置不匹配
- UC4008的jesd rx1改为使用jesd syncbout0,jesd rx0仍然使用jesd syncbout1,程序已经修改,版本已经上传git。
- 09:36 B5G_UE 错误 #3915 (进行中): 上行不调度时,PUSCH/PUC RF buf未清0
2025-08-15
- 16:05 3.0基站产品测试 错误 #3851 (已关闭): DU RLC模块Log优化,解耦RLC ue Log使用Mac模块YS_DL控制问题
- Rel_3.1.3_Pre1T2验证关闭
- 15:57 网管产品 错误 #3844 (进行中): 网管新版本修改核心网配置保存后,提示让重启三层不合理
- 15:56 网管产品 错误 #3889 (进行中): 网管版本2.2.1pre1T1,增加ICIC参数显示
- 15:05 网管产品 错误 #1512 (转测试): 网管增加一个开关射频的功能
- 14:50 3.0基站产品测试 错误 #3914 (进行中): 3.1.3_Pre1T2版本大上行子帧上行2天线异频xn切换后异常掉线
- 14:37 3.0基站产品测试 错误 #3914 (已关闭): 3.1.3_Pre1T2版本大上行子帧上行2天线异频xn切换后异常掉线
- 【问题描述】3.1.3_Pre1T2版本大上行子帧上行2天线异频xn切换后异常掉线,测试终端为四信cpe;
!%E5%88%87%E6%8D%A2%E5%88%B0%E7%9B%AE%E6%A0%87%E5%9F%BA%E7%A... - 14:00 核心网产品 错误 #3913 (新建): 核心网产生超大日志
- 核心网bind9服务丢失后会产生超大日志,需要优化;
- 09:42 网管产品 功能 #3912 (进行中): 新增phy二进制日志文件配置
- 已发布LMT显示主控文件,待网管侧同步
- 09:41 网管产品 功能 #3912 (已解决): 新增phy二进制日志文件配置
- PHY的日志配置需要在网管和LMT上支持配置:
对应数据文件:/yzmm/gnb/logwriter/ConfigFile/LogWriter.ini
如下两段的参数需要支持显示和配置:
[PhyBinLog]
TraceLo...
2025-08-14
- 19:41 产品3.0平台 功能 #3911 (已关闭): Testmac抓数;实现计算单音或噪底功率
- 需求1:空口给-50,-60,-70,-80,-90dBm的CW信号
需求2:空口接负载,接收链路打开,抓一个噪底的功率,需要给出dBFS的结果。 - 17:34 B5G_UE 错误 #3907 (已解决): pds sym task在core5运行异常
- 【问题解决】
接口地址改为ddr,DM内存通过DMA搬移到DDR,解决sfn和slot不一致问题。 - 17:33 B5G_UE 错误 #3907 (进行中): pds sym task在core5运行异常
- 通过log看出deofdm给接口填写的sfn和slot正确,而core5的pds取出的sfn和slot是随机值。
梳理deofdm代码,发现deofdm和pdsch task使用dm地址做接口,core5和core7不属于同一个ap... - 15:45 基站横联 错误 #3910: 射频直连环境,PDC测量的SNR低(17~19),MCS18 大量CRC错误
- 当前环境PDC频域采数分析,信号功率很高,底噪很低,但星座图旋转,而且频域数据PDC信号波动起伏相对底噪要高很多;
怀疑信号时间提前,导致symbol数据起点在CP后,导致符号间干扰;
比对之前环境OK(SNR 40dB)的代... - 15:41 基站横联 错误 #3910 (新建): 射频直连环境,PDC测量的SNR低(17~19),MCS18 大量CRC错误
- 09:52 产品3.0平台 错误 #3909: 出现驱动找不到symbol的问题
- 编译时对dwmac-dwc-qos-eth-gnb.ko 没有重新编译,会导致这个问题。 打算将这两个驱动进行合并成一个ko文件。
- 09:50 产品3.0平台 错误 #3909 (已解决): 出现驱动找不到symbol的问题
- [ 1964.340140] dwmac_dwc_qos_eth: disagrees about version of symbol device_property_present
[ 1964.348197] dwmac_dwc... - 09:41 基站横联 错误 #3894: HL 板卡跑一段时间,ssh失联,串口可以登陆,定位为操作系统崩溃
- 多次出现崩溃时的日志对虚拟地址转换成物理地址进行打印,会发现超出了实际物理内存大小。
2025-08-13
- 16:49 核心网产品 错误 #3908 (新建): 核心网热备测试备设备拔掉数据口后15的设备状态和服务状态都是ready
- 核心网热备测试备设备拔掉数据口后15的设备状态和服务状态都是ready,还可以进行主备倒换,不合理,备设备的数据口断链不具备主备倒换条件;
- 11:59 3.0基站产品测试 功能 #3800: 3.1.2pre1T5版本,需求网管配置小区发射功率,基站可自动配置对应的att值。
- 这部分需要功放温补进行配合,待功放温补功能上线后,需要整机的温补数据后才能使用
- 11:40 B5G_UE 错误 #3907 (已解决): pds sym task在core5运行异常
- 【20250813】
【问题描述】
pdc触发core6的pds sym task正常运行,pdc触发core5的pds sym task时,因为sfn和slot不一致问题,导致pdsch suicide。
【解决方... - 09:41 3.0基站产品测试 错误 #3906: 234环境 baseService 频繁新建run日志文件
- run日志记录周期为1s,234 1s新建一个run日志文件
- 09:36 3.0基站产品测试 错误 #3906 (转测试): 234环境 baseService 频繁新建run日志文件
- run日志每次记录都会打开文件名最新的日志,写入后再关闭文件。
环境存在一个名为Gnb_Run_20260101000552.log的日志文件。这个文件总是被打开的那个。
因为该日志名时间超前,不会被清理掉。当它大小超过门限,写r... - 09:36 3.0基站产品测试 错误 #3792 (已关闭): cu代码new/malloc内存申请优化
- *在Rel_3.1.3_Pre1T2版本,验证如下5种场景,可到峰值,可打电话,可切换,都符合预期,问题关闭。*...
- 09:28 网管产品 错误 #3905 (进行中): 网管版本YZMM2.2.1Pre1T1&核心网版本Rel_3.3.3_pre7,终端入网信息无SMF相关内容
- 09:17 网管产品 错误 #3905: 网管版本YZMM2.2.1Pre1T1&核心网版本Rel_3.3.3_pre7,终端入网信息无SMF相关内容
- 问题分析:
1、OM查询用户的入网信息,需要先去amf查询用户信息,根据amf返回的用户信息,再去smf查询pdu信息
2、om访问amf、smf时,是通过http消息进行访问,通过抓包分析,om访问amf返回的用户信息正常,用户... - 09:05 网管产品 错误 #3905 (进行中): 网管版本YZMM2.2.1Pre1T1&核心网版本Rel_3.3.3_pre7,终端入网信息无SMF相关内容
- 网管版本YZMM2.2.1Pre1T1&核心网版本Rel_3.3.3_pre7,终端入网信息无SMF相关内容
2025-08-12
- 18:02 FirstCall 错误 #3809: DD单板环境2块板卡双向灌包后,其中一块板卡流量下降
- 目前发现,CELL0 DEOFDM 中向DDR搬数,导致这一现象产生,怀疑PDS 中重复使用了此DDR 地址,具体使用位置待查找
- 17:59 FirstCall 错误 #3904: DD环境 3终端PDS存在CRC ERROR
- 仍存在 SIB1 解错,灌包时 ,SNR较高但是crc error 的问题待解决。
SIB1 解错存在2种现象:
1、SLOT 4错误:SNR 很高,采数发给算法可以解对;
2、SLOT 14错误:SNR 很低,采数发现没有数据。 - 17:57 FirstCall 错误 #3904: DD环境 3终端PDS存在CRC ERROR
- 现象:DD环境 3终端PDS存在CRC ERROR,灌包时部分crc error SNR较低;
解决方案:灌包时部分crc error SNR较低;怀疑PDS 的NID存在错误,空口slot19数据,PDC填写参数时超过slot... - 17:53 FirstCall 错误 #3904 (进行中): DD环境 3终端PDS存在CRC ERROR
- 17:52 FirstCall 错误 #3903 (已解决): DD环境 PDS信道 MCS 25 无法解对
- 现象 :DD环境 PDS信道 MCS 25 无法解对
发端采数,发现发端DMRS 发端的因子没有考虑boosting
解决方案:发端协议栈添加因子,导频比数据高3db,可以正常解对 - 17:49 FirstCall 错误 #3903 (已解决): DD环境 PDS信道 MCS 25 无法解对
- DD环境 PDS信道 MCS 25 无法解对
- 17:19 2.0基站产品化测试 错误 #2425: 2.1.15p_pre1_T5版本,同一部终端存在两个CRNTI,上下行分别在一个CRNTI上,核心网灌包能到达物理层,无法到达终端。
- 未复现过
- 16:43 3.0基站产品测试 错误 #3902 (新建): [PUSCH闭环工控],分slot的PUSCH测出的功率值异常,为-63左右,提单跟踪
- 如下图所示:
!20250812-164328.jpg!
- 16:42 3.0基站产品测试 错误 #3901 (转测试): [频选调度],观察SRS上报的子带snr值,有部分子带值为0,提单跟踪
- 如下图所示:
!20250812-164126.jpg!
- 16:39 3.0基站产品测试 错误 #3900 (转测试): [频选调度],开启频选调度,接入16个ue,观察调度发现部分slot,优先级最高的ue,反而比优先级低的ue,调度要晚一些,不符合逻辑
- 如下图所示:
!20250812-163904.jpg!
- 16:37 3.0基站产品测试 错误 #3899 (转测试): [频选调度],开启频选调度,接入3个ue,上、下行灌包均ok,但是第4个ue接进去后,很快就掉线了。
- 经过测试,该现象是必现,提单跟踪
- 16:19 3.0基站产品测试 功能 #3898: 3.0 基站PDSCH闭环功率控制
- 方案编写中 - 30%
- 16:19 3.0基站产品测试 功能 #3898 (进行中): 3.0 基站PDSCH闭环功率控制
- 16:17 3.0基站产品测试 功能 #3775: 3.0 干扰自协调功能开发
- 代码开发已完成;
DU模块自测中;
计划8月18日开始测试组测试。 - 16:07 3.0基站产品测试 错误 #3842 (转测试): 3.1.3pre1T1版本,测试时du出现coredump挂死。
- 已合入3.1.3_Pre1T2
- 16:06 3.0基站产品测试 错误 #3856 (转测试): 3.1.3pre1T1版本,修改参数后DU未发F1SETUP request消息。
- 已合入3.1.3_Pre1T2
- 16:05 3.0基站产品测试 错误 #3897 (转测试): UCI 上报处理 DTX的问题
- UCI 上报DTX后 无处理,需要等到超时处理的时间点才会去释放harq,在一定程度上影响重传。
- 16:05 3.0基站产品测试 错误 #3873: 3.0 DU日志线模块注册与线程启动时序异常,导致有些线程无法向共享内存写入日志头
- 已合入3.1.3_Pre1T2
- 16:05 3.0基站产品测试 错误 #3873 (进行中): 3.0 DU日志线模块注册与线程启动时序异常,导致有些线程无法向共享内存写入日志头
- 把SCTP和UDP线程的打印日志先注掉。
- 15:55 3.0基站产品测试 错误 #3884: 3.1.3pre1T1版本,长跑测试时du出现挂死问题
- 挂死点为定时器指针复用,存在碰撞使用,会出现一方申请,另一方释放,导致指针异常后memset跑死。
- 15:42 3.0基站产品测试 错误 #3884: 3.1.3pre1T1版本,长跑测试时du出现挂死问题
- 版本已修改,无害自测中
- 15:29 3.0基站产品测试 错误 #3896 (进行中): CU-128UE性能优化
- 14:21 3.0基站产品测试 错误 #3850 (已关闭): du界面fapi打印信息保存到文件,通过文件记录和显示查看
- Rel_3.1.3_Pre1T2版本验证关闭
- 13:34 基站横联 错误 #3827 (已解决): EVMT4/HL板均存在 中间频点位置存在异常信号问题
- 横联与基站抓数都存在dc补偿,与思朗确认对性能无影响
- 12:00 基站横联 错误 #3741 (进行中): 敲桩情况下,发端L2 FAPI SFN和PHY SFN 对不齐(L2 SFN 比PHY SFN小1)问题
- 与“错误 #3711”属于同一问题,已解决
- 11:50 基站横联 错误 #3711 (已解决): 发端敲桩时,北京环境接收端SSB、PDC均未捡到
- 协议未在正确的时间下发slottype导致,54所也已解决。
- 10:45 核心网产品 功能 #3888: 核心网需要增加切换成功事件通知到网管
- 核心网需要增加切换成功事件通知到网管:
UE接入完成切换后核心网给网管上报一条UE切换成功的通知事件; - 10:26 网管产品 错误 #1512: 网管增加一个开关射频的功能
- 现在确认为小区激活去激活功能,由于2.0基站实现需要涉及到驱动和平台,实现难度较大
现在确认在3.0基站上面实现即可 - 10:09 基站横联 错误 #3894: HL 板卡跑一段时间,ssh失联,串口可以登陆,定位为操作系统崩溃
- [ 776.309441] Unable to handle kernel paging request at virtual address ffffffc3ef403008
[ 776.317327] Mem abort i... - 09:35 3.0基站产品测试 错误 #3840: cppcheck扫描修改-例行任务-每月中旬扫描整改
- 长期-例行任务-每月中旬扫描整改
- 09:34 3.0基站产品测试 错误 #3878 (挂起): 优化:DL多线程绑核策略支持负载均衡
- 该问题暂时挂起,后续有需要再行优化。
- 09:01 3.0基站产品测试 错误 #3871 (转测试): 3.1.3pre1T1版本,测试时logwriter出现coredump挂死,无法记录log。
2025-08-11
- 20:34 基站横联 错误 #3892: EVMT4 环境 MCS11(64QAM )解不出来,且核6挂死
- Dd口 64QAM是不是当时也遇到了一些问题,可以把Dd口的问题单同步过来
- 20:27 基站横联 错误 #3892 (已解决): EVMT4 环境 MCS11(64QAM )解不出来,且核6挂死
- 20:31 基站横联 错误 #3895 (已关闭): CPRI版本,发送10mins左右,数字域功率不变了,怀疑buf未清,ape0心跳不增长
- 20:30 基站横联 错误 #3894 (已关闭): HL 板卡跑一段时间,ssh失联,串口可以登陆,定位为操作系统崩溃
- 20:29 基站横联 错误 #3893 (已关闭): 上海某一块HL板卡,协议栈运行中不定时存在osp free() crash
- 0x00000020453796c0 in free () from /lib/libc.so.6
0x0000000000419430 in osp_local_shell_main (szCmdNow=szCmdNow@entr... - 20:26 基站横联 错误 #3891 (已关闭): HL板卡 Pdelay时延较大(800)时,接收端PSS可以解对,TCI和TB解不对
- 15:46 3.0基站产品测试 错误 #3813 (已关闭): logWriter 在运行一段时间后, cu、 du未重启,只重启logwriter后无法处理来自cu、du的通知消息
- 在Rel_3.1.3_Pre1T2版本上,cu、du、logWriter都正常运行时,restart重启logWriter服务后日志可正常生成,且日志打印时间都可对接上未丢失,符合预期,问题关闭。
- 15:28 3.0基站产品测试 错误 #3890 (已解决): Rel_3.1.3_Pre1T2版本,ICIC开关DU侧未合入修改
- Rel_3.1.3_Pre1T2版本,ICIC开关DU侧未合入修改
- 15:09 核心网产品 功能 #3887: 核心网热备需要增加配置的同步备份
- 核心网热备需要增加配置的同步备份:
1、自动进行主备核心网的配置备份;
2、主或者备核心网配置有变化的情况下,自动进行同步;
- 14:05 核心网产品 功能 #3887 (新建): 核心网热备需要增加配置的同步备份
- 核心网热备需要增加核心网配置的同步备份
- 15:08 网管产品 错误 #3868 (已解决): ICIC_ENABLED 类型改变
- LMT-Rel_3.1.3_Pre1T2版本解决
- 15:06 网管产品 错误 #3889 (转测试): 网管版本2.2.1pre1T1,增加ICIC参数显示
- 网管版本2.2.1pre1T1,增加ICIC参数显示
/du-cell:DU-CELL/SCHEDULER_CONFIG/INTER_CELL_INTERFERENCE_COORDINATION_CFG/ICIC_ENABLED
... - 15:05 3.0基站产品测试 错误 #3872 (已解决): DU代码 cppcheck
- 14:55 网管产品 错误 #3816: YZMM2.2.1:网管升级后,在网络监控-->事件页面,页面上事件的间隔会逐渐变宽
- 已解决,麻烦yige在YZMM2.2.1Pre1T1版本及后续版本验证
- 14:49 网管产品 错误 #3804 (已解决): 网管版本YZMM2.2.1,运维管理界面优化
- 该问题已于YZMM2.2.1Pre1T1解决
- 14:44 网管产品 错误 #3805 (已解决): 网管版本YZMM2.2.1,运维管理界面优化点击协议软件“停止”提示看门狗是否开启
- 该问题已于YZMM2.2.1Pre1T1版本解决
- 14:36 网管产品 错误 #3849 (已解决): 网管版本YZMM2.2.1版本,一体化基站广播下发结果与操作日志记录结果不一致
- 该问题已于YZMM2.2.1Pre1T1版本解决
- 14:35 核心网产品 功能 #3888 (新建): 核心网需要增加切换成功事件通知到网管
- 核心网需要增加切换成功事件通知到网管
- 14:34 网管产品 错误 #3706 (挂起): 网管版本YZMM2.2.0Pre1T4,backend存在反复重启问题
- 继续持续跟踪
- 14:33 网管产品 错误 #3706 (进行中): 网管版本YZMM2.2.0Pre1T4,backend存在反复重启问题
- 已经持续对192.168.79.22,192.168.62.6,192.168.8.170 三个网管服务器持续跟踪了1个月多(2025年7月8日-2025年8月11日)未复现问题
- 13:41 3.0基站产品测试 错误 #3860 (已关闭): cu 复位后,logwriter输出二进制日志时,将新日志输出到了复位前的二进制文件中
- 在Rel_3.1.3_Pre1T2版本,在基站正常启动情况下,再次启动gnb_cu进程,可生成新的cu日志文件且文件可正常解析,符合预期,问题关闭。
- 13:38 3.0基站产品测试 错误 #3853 (已关闭): 复位cu后,cu的log还原后,log中没有打印出线程id
- *在Rel_3.1.3_Pre1T2版本,在基站正常启动情况下,再次启动gnb_cu进程,可生成新的cu日志文件且解析后的cu日志中有线程id打印,符合预期,问题关闭;*
!cu%E6%96%B0%E7%94%9F%E6%88%... - 12:15 产品3.0平台 错误 #3664: 修改文件后,即使已经保存并且sync后,会出现文件复原的问题。
- 现在对rootfs的一些主要文件进行只读保护,不容许被改写。
- 12:11 3.0基站产品测试 错误 #3736: 在启动cu,du时,会引起ssh 断开连接,这种情况可能是启动3层过程中引起的系统突然卡死。
- 修正启动过程中的错误,转程鹏看启动过程中是否会出现.
- 12:07 3.0基站产品测试 错误 #3777: 【3.0整机】Rel_3.1.2_Pre1T5,21环境,更换600M功放,reboot后eth2失联
- 同3634 修改为rootfs为只读方式.
- 12:04 产品3.0平台 错误 #3876 (已解决): 不同型号的gps会导致sfn不能对齐
- 11:42 3.0基站产品测试 错误 #3886 (已关闭): 版本Rel_3.1.3_Pre1T2测试,当eht2的ip不存在时,不能影响baseservice服务启停
- 版本Rel_3.1.3_Pre1T2测试,当eht2的ip不存在时,不能影响baseservice服务启停
- 11:39 3.0基站产品测试 功能 #3859 (已解决): 3.0 基站eth2网卡自检测功能
- 版本Rel_3.1.3_Pre1T2已解决
1)down掉eth2同时flush清理下,确定本地eth2网卡ping不通
2)删掉eth2网卡ip
3)down掉eth2同时down 本地还回lo网卡,确定本地eth2网卡pi... - 11:33 B5G_UE 错误 #3732 (已解决): dci1-1 dcisize 偶尔不对
- 11:32 产品3.0平台 功能 #3885 (已解决): 3.0整机温度补偿
- 测试需求:每个温度下需要自动补偿ATT,来满足输出功率一直保持满功率输出
- 11:03 产品3.0平台 错误 #3883 (进行中): 测试uu口,打印if_nametoindex: No such device
- 与李常沟通,发现应该是uu创建异常造成的,通控模块配置默认路由无uu口才打印的错误信息
- 09:53 产品3.0平台 错误 #3883 (已解决): 测试uu口,打印if_nametoindex: No such device
- Thread T5 priority: 0, policy:0, cpuid:1 sockId:0
Thread ReceiveFromL1c priority: 0, policy:0, cpuid:3
logfile: /r... - 10:29 3.0基站产品测试 错误 #3884: 3.1.3pre1T1版本,长跑测试时du出现挂死问题
- DDDS定时器申请异常问题
- 10:29 3.0基站产品测试 错误 #3884 (进行中): 3.1.3pre1T1版本,长跑测试时du出现挂死问题
- !20250811-102828.jpg!
- 10:24 3.0基站产品测试 错误 #3884 (转测试): 3.1.3pre1T1版本,长跑测试时du出现挂死问题
- 3.1.3pre1T1版本,长跑测试大约50h后,du出现挂死问题
长跑测试使用大下行,下行灌包750M,维持峰速长跑。 - 09:29 基站横联 错误 #3881: CPRI板卡,发送端信号与trigger信号之间存在6us左右时偏
- 上研配置①: devmem 0x0A4F223C 32 0x161C(5.66us),需要在PHY加载后,协议栈启动之前配置。
使用cpri板卡---板卡测试,pdelay缩小到112了(此时tci/data还是没解开)。 - 09:22 基站横联 错误 #3881 (进行中): CPRI板卡,发送端信号与trigger信号之间存在6us左右时偏
- !Snipaste_2025-08-11_09-20-58.png!
目前①配置为0 - 08:45 3.0基站产品测试 错误 #3840: cppcheck扫描修改-例行任务-每月中旬扫描整改
- 每月中旬定期扫描-长期任务
- 08:44 3.0基站产品测试 错误 #3882 (已关闭): 下行1.4G+上行300M测速CU核3&核4负荷偏高
导出 Atom