王 艳芳
- 注册于: 2024-04-22
- 最后登录: 2025-09-18
问题
项目
- 解决方案集成测试 (开发人员, 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)
活动
今天
- 09:41 FirstCall 错误 #4102: Uu上行灌包,基站侧RLC的LOG有“Received a unExpected pdu with sn”的错误打印
- 待物理层完成HARQ BUFFER清0后复测该问题是否存在。
2025-09-18
- 17:40 FirstCall 25.00 小时 (错误 #4102 (进行中): Uu上行灌包,基站侧RLC的LOG有“Received a unExpected pdu with sn”的错误打印)
- 17:40 FirstCall 错误 #4102: Uu上行灌包,基站侧RLC的LOG有“Received a unExpected pdu with sn”的错误打印
- LOG分析的数据信息:
基站侧的MSG3信息,帮助同步基站和终端的时间信息
[18/09/2025 10:43:42.708][DBG_07]rgSCHRamCreateRaUe: RGSCH_RA_MSG3_PENDING ad... - 17:38 FirstCall 25.00 小时 (错误 #4102 (进行中): Uu上行灌包,基站侧RLC的LOG有“Received a unExpected pdu with sn”的错误打印)
- 17:38 FirstCall 错误 #4102 (进行中): Uu上行灌包,基站侧RLC的LOG有“Received a unExpected pdu with sn”的错误打印
- 通过昨日与今日梁娜提供的LOG数据分析后,结论如下:
1)从今日的基站侧LOG分析的结果,和昨天一致,发生“a unExpected pdu with sn”问题的MAC PDU为重复接收的MAC PDU,即基站在不同的预调度时机,... - 17:33 FirstCall 错误 #4102 (进行中): Uu上行灌包,基站侧RLC的LOG有“Received a unExpected pdu with sn”的错误打印
- 梁娜在Uu业务测试过程发现,使用终端支持Uu预调度功能的协议栈版本后,全0数据的问题不再复现,但基站侧RLC的LOG有“Received a unExpected pdu with sn”的错误打印,出现的频率大概为几万包出现几次
2025-08-04
- 19:10 FirstCall 功能 #3858 (新建): Uu口峰值速率支持,可支持的最大TBSIZE受限于DPDK的rte_mbuf的data_len的类型限制(U16),最大只支持65535,需要扩展该数据类型及与其相关的数据类型为U32
- Uu口峰值速率支持,可支持的最大TBSIZE受限于DPDK的rte_mbuf的data_len的类型限制(U16),最大只支持65535,需要扩展该数据类型及与其相关的数据类型为U32,包括,但不限于下面的数据结构的data_room...
2025-07-08
- 14:10 FirstCall 错误 #3699 (已关闭): Uu口联调,SMC Complete基站解析错误,认为终端MAC组包问题
- 测试通过
- 14:10 FirstCall 错误 #3699: Uu口联调,SMC Complete基站解析错误,认为终端MAC组包问题
- 【问题原因】MAC开始组包时,会预留2个字节给BSR,ULGRANT传递给mac的TBSIZE为48,也会减掉2个字节。当MAC组完状态PDU和SRB的SDU时,mac的TBSIZE为0,无法继续组BSR及PADDING,但是由于UL...
- 11:58 FirstCall 错误 #3699 (已关闭): Uu口联调,SMC Complete基站解析错误,认为终端MAC组包问题
- Uu口联调,SMC Complete基站解析错误,码流的最后一个MAC PDU后有2个0字节,基站DEMUX错误。
导出 Atom