王 艳芳
- 注册于: 2024-04-22
- 最后登录: 2025-06-16
问题
项目
- 解决方案集成测试 (开发人员, 2024-04-22)
- eMBB2.0 BBIT (开发人员, 2024-04-22)
- STE (开发人员, 2024-06-13)
- 研发产品测试 (开发人员, 2024-04-22)
- 2.0基站产品化测试 (开发人员, 2024-04-22)
- B5G_UE (开发人员, 报告人员, 2025-01-06)
- FirstCall (开发人员, 报告人员, 2024-11-28)
活动
2025-06-16
- 11:01 FirstCall 错误 #3513 (已关闭): Uu口联调,MAC上行组包,第二个RLC PDU的MAC头错误,导致基站侧MAC解包失败
- 【测试结果】修改代码提交播雨,经播雨测试,此问题已解决。解决问题后的LOG如下:
538894[INFO ]| src/l2/mac/csrc/wn5gNrUePsMacSlotSync.c+362 | wnMacHasUlGran... - 10:27 FirstCall 错误 #3513 (已解决): Uu口联调,MAC上行组包,第二个RLC PDU的MAC头错误,导致基站侧MAC解包失败
- 【问题原因】当终端侧MAC接收L1C的ULGRANT的TBSIZE=141时,RLC LCID1第一个组包了状态报告,第二个组包了SRB1的信令数据,剩余的TBSIZE组包PADDING。MAC需要把几个PDU合并为一个MAC TB,...
2025-06-13
- 18:43 FirstCall 错误 #3513: Uu口联调,MAC上行组包,第二个RLC PDU的MAC头错误,导致基站侧MAC解包失败
- 终端协议栈log:
[2019-02-14 10:13:17.431479[DEBUG]| src/ueapp/test/wn5gNrPsL1cSocket.c+1932 | wnSendUlSchToL1c |ulTbReq->r... - 18:22 FirstCall 错误 #3513 (已关闭): Uu口联调,MAC上行组包,第二个RLC PDU的MAC头错误,导致基站侧MAC解包失败
- 播雨在Uu口与基站联调终端的随机接入时,当终端侧MAC接收L1C的ULGRANT的TBSIZE=141时,RLC LCID1第一个组包了状态报告,第二个组包了SRB1的信令数据,剩余的TBSIZE组包PADDING。但是组包后,第二个...
- 18:39 B5G_UE 错误 #3515: MAC PDU 复用RLC PDU时逻辑信道出现错误,导致基站DU解复用失败
- 同BUG3513
- 18:34 FirstCall 错误 #3514 (已关闭): ARM平台打桩DLAP发包业务,测试DD的业务调度,发现一段时间后,RLC侧报告“”GET BO PKT failed“的错误”
- 【测试结果】经测试,该错误不再复现
- 18:33 FirstCall 3.00 小时 (错误 #3514 (已关闭): ARM平台打桩DLAP发包业务,测试DD的业务调度,发现一段时间后,RLC侧报告“”GET BO PKT failed“的错误”)
- 18:33 FirstCall 错误 #3514 (已解决): ARM平台打桩DLAP发包业务,测试DD的业务调度,发现一段时间后,RLC侧报告“”GET BO PKT failed“的错误”
- 【问题原因】RLC侧从BO RPT POOL申请rte_mbuffer,向MAC发送BO RPT,放入存放BO的消息队列。MAC从消息队列获取BO RPT处理后,没有释放相应的rte_mbuffer,导致BO BUFFER POOL内...
- 18:28 FirstCall 错误 #3514 (已关闭): ARM平台打桩DLAP发包业务,测试DD的业务调度,发现一段时间后,RLC侧报告“”GET BO PKT failed“的错误”
- ARM平台打桩DLAP发包业务,测试DD的业务调度,发现一段时间后,RLC侧报告“”GET BO PKT failed“的错误”
2025-06-10
- 14:33 FirstCall 错误 #3473 (已关闭): 协议栈ARM编译脚本,增加O3编译选项后,协议栈无法正常启动
- 多次验证,该问题不复现
导出 Atom