项目

一般

简介

错误 #191

PDSCH编码偶尔出现FPGA没有返回，导致下行任务超时，系统挂死

由 吕 国荣 在 将近 5 年 之前添加. 更新于 超过 4 年 之前.

状态:
已关闭
优先级:
高
指派给:
吕 国荣
类别:
错误
开始日期:
2020-07-23
计划完成日期:
% 完成:

90%

预期时间:
问题归属:

描述

出现过多次，偶现：

1、pbch 编码突然异常没有，任何返回值；
2、PDSCH数据，tbsize 不固定，出现FPGA编码没有返回值；

历史记录

#1

由 吕 国荣 更新于 将近 5 年 之前

  • 状态 从 新建 变更为 进行中
  • 指派给 从 zhang kongjun 变更为 吕 国荣
  • 优先级 从 普通 变更为 高
  • % 完成 从 0 变更为 30

1、增加时间戳log，确认系统的tti时序正常，DU下发的dlconfig消息时间点正常， 物理层获取到下行pdu的时间点，也正常，可以确认当前的下行编码超时，仅仅是因为FEC编码无响应；

#2

由 吕 国荣 更新于 将近 5 年 之前

  • % 完成 从 30 变更为 90

问题原因已经确认，因为Du下发的pdu的地址，是256byte对齐，不是4k对齐，我们的FEC编码要求地址需要4K对齐，修改了DU后分配的地址后，问题偶现一次，但是此时的挂死，已经不是大的Tbsize挂死，问题原因不同，需要进一步测试验证。

#3

由 吕 国荣 更新于 超过 4 年 之前

  • 状态 从 进行中 变更为 已解决

dlconfig中计算的tbsize大小和物理层计算的不一致，目前只抓到tbsze=1057byte这个大小的时候，会出现问题。
mcs=8 rbnum 54 NrOfSymbols= 13 NrOfDMRSSymbols 1 DMRSAddPos 1 这个配置下，du计算的tbsize是1056 实际的tbsize是1057

目前已经在代码中规避。增加验证保护，后续持续观察有没有别的tbsize会出现异常。

#4

由 吕 国荣 更新于 超过 4 年 之前

  • 状态 从 已解决 变更为 已关闭

导出 Atom PDF