项目

一般

简介

错误 #4041

UU口MSG5数据第二包是全0

王 金伏9 天 之前添加. 更新于 大约 7 小时 之前.

状态:
已解决
优先级:
普通
指派给:
开始日期:
2025-09-10
计划完成日期:
% 完成:

100%

预期时间:

历史记录

#1

王 金伏 更新于 9 天 之前

  • 状态新建 变更为 进行中
  • % 完成0 变更为 70

【问题描述】终端MAC增加了两个功能,新协议栈版本下UU口MSG5数据第二包是全0。

【问题原因】新出的终端协议栈版本应该是影响了HARQID值,从log看HARQID一直是0,fapi无法正常向L1C指定的buffer按照HARQID索引写入数组数据,PUSCH无法从L1C获取msg5的第二包以及之后所有的HARQID非0的码流数据,第一包能对上是因为Msg5第一包HARQID刚好是0。

【解决方案】

【问题验证】

#2

王 金伏 更新于 大约 7 小时 之前

  • 状态进行中 变更为 已解决
  • % 完成70 变更为 100

【问题描述】终端MAC增加了两个功能,新协议栈版本下UU口MSG5数据第二包是全0。

【问题原因】新出的终端协议栈版本应该是影响了HARQID值,从log看HARQID一直是0,fapi无法正常向L1C指定的buffer按照HARQID索引写入数组数据,PUSCH无法从L1C获取msg5的第二包以及之后所有的HARQID非0的码流数据,第一包能对上是因为Msg5第一包HARQID刚好是0。

【解决方案】协议栈修改协议栈接口获取HARQ ID的实现。原来的HARQ ID要和LCID关联,这种机制只适用于原来的设计不合理,且只能受限于把RLC PDU的内存变为MAC TB的内存,所以需要L2内部修改给FAPI接口赋值部分。

【问题验证】L2内部修改给FAPI接口赋值部分完成后,可以走到PDU建立。

导出 Atom PDF