王 艳芳
- 注册于: 2024-04-22
- 最后登录: 2025-04-24
问题
项目
- 解决方案集成测试 (开发人员, 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-04-24
- 14:32 B5G_UE 错误 #2948 (已关闭): RLC AM接收侧生成状态报告的ACK-SN信息时，使用的是RX_Next_Highest，与协议不符
- 已根据协议修改代码，X86环境打桩测试通过
2025-03-18
- 16:10 B5G_UE 错误 #2949 (已关闭): RLC AM接收侧生成状态报告的ACK-SN信息时，使用的是RX_Next_Highest，与协议不符
- 【测试结果】打桩测试验证通过
2025-03-13
- 16:25 B5G_UE 错误 #2949 (已解决): RLC AM接收侧生成状态报告的ACK-SN信息时，使用的是RX_Next_Highest，与协议不符
- 【问题原因】RLC AM接收侧生成状态报告时，ACK-SN信息与38322协议定义不符，协议定义取值为RX_Highest_Status
【解决方案】依据协议修改，ACK-SN取值更新为RX_Highest_Status，并修改相关...
2025-03-10
- 12:17 B5G_UE 错误 #2949 (进行中): RLC AM接收侧生成状态报告的ACK-SN信息时，使用的是RX_Next_Highest，与协议不符
- RLC AM接收侧生成状态报告的ACK-SN信息时，使用的是RX_Next_Highest，与协议不符
- 12:16 B5G_UE 错误 #2949 (已关闭): RLC AM接收侧生成状态报告的ACK-SN信息时，使用的是RX_Next_Highest，与协议不符
- RLC AM接收侧生成状态报告的ACK-SN信息时，使用的是RX_Next_Highest，与协议不符
- 12:16 B5G_UE 错误 #2948 (已关闭): RLC AM接收侧生成状态报告的ACK-SN信息时，使用的是RX_Next_Highest，与协议不符
- RLC AM接收侧生成状态报告的ACK-SN信息时，使用的是RX_Next_Highest，与协议不符
2025-03-08
- 15:18 FirstCall 错误 #2866 (已关闭): RLC AM模式的发送端，收到状态报告，释放已经确认接收的数据包时，发生CRASH
- 【测试结果】测试已通过
- 15:17 FirstCall 错误 #2865 (已关闭): RLC AM模式，连续SN组包的时候，发现组包的SN出现跳变，不连续
- 【测试结果】测试已通过
- 15:16 FirstCall 错误 #2876 (已关闭): RLC AM重传第一个分段时，RLC头包含了SO字段，不符合协议
- 【测试结果】测试通过
- 15:15 FirstCall 错误 #2876 (已解决): RLC AM重传第一个分段时，RLC头包含了SO字段，不符合协议
- 【问题描述】AM分段接收后，RLC接收实体使用ngPktChain对各分段形成列表存储，每个分段都会增加SO，为了格式统一，便于reassemble前的reording。但重传第一个分段时，没有辨别，也会有SO字段；新传第一个分段没有...
导出 Atom