错误 #3763
历史记录
由 王 金伏 更新于 20 天 之前
【问题描述】DD口deofdm入口处没有发送的puc的时域数据，在收端deofdm入口处抓频域数据，全是噪声，发段采数验证正常。
【问题原因】DD口时隙是626,后面6个是U。发端Puc是在最后一个符号13,放到射频地址的最后一个符号。但是射频在DD口时，开的buffer大小是6个符号大小，发现导致符号13的有效数据没有获取到。
【解决方案】1 射频开大DD口的射频Buffer按照14个符号大小。 2 如果射频Buffer不能按照14符号扩大，修改puc代码适配射频Buffer大小。
【问题验证】射频在DD环境使用示波器抓取收端数据验证，发现对应接收的射频buffer全是噪声。射频后续材采了完整14个符号的数据，图形显示是puh数据。
由 王 金伏 更新于 18 天 之前
【解决方案】1 射频开大DD口的射频Buffer按照14个符号大小。 2 如果射频Buffer不能按照14符号扩大，修改puc代码适配射频Buffer大小。
修改发端代码
1】 射频起始地址修改，原始起始地址+TA偏移 （TA=4384-800），4384（4096 + 288）是一个符号大小
2】 OFDM的存放位置修改，将最后生成符号的位置转换，14个符号转到射频的6个符号大小上，符号13放到符号5位置。【问题验证】在DD环境验证，在发端出口数抓数，算法仿真对应符号5位置有数据，射频在DD环境采数，射频收端buffer有数据，将数据给算法仿真和发端比较，图形基本一致。但是在基站PUC入口处导出频域数据，算法验证全是噪声，没有有效频域数据。
由 王 金伏 更新于 14 天 之前
- 文件 20250722-141530.jpg 20250722-141530.jpg 已添加
- 文件 20250722-142223.jpg 20250722-142223.jpg 已添加
- 状态 从 进行中 变更为 已解决
- % 完成 从 80 变更为 100
【解决方案】1 射频开大DD口的射频Buffer按照14个符号大小。 2 如果射频Buffer不能按照14符号扩大，修改puc代码适配射频Buffer大小。
修改发端代码
1】 射频起始地址修改，原始起始地址+TA偏移 （TA=4384-800），4384（4096 + 288）是一个符号大小
2】 OFDM的存放位置修改，将最后生成符号的位置转换，14个符号转到射频的6个符号大小上，符号13放到符号5位置。
【问题验证】
1 在DD环境验证，在发端出口数抓数，算法仿真对应符号5位置有数据，射频在DD环境采数，射频收端buffer有数据，将数据给算法仿真和发端比较，图形基本一致。但是在基站PUC入口处导出频域数据，算法验证全是噪声，没有有效频域数据。
2 master收端DEOFDM没有效频域数据可能是核2跑死导致，DEOFDM修改
1 对应导数buffer
2 核2与3调度代码，在入口处打桩时域发端数据，可以抓取到频域数据。
算法验证DEOFDM导出频域数据有峰值，但噪声幅度过大，puc收端打桩这组频域数据判断是DTX，原因可能是DEOFDM使用符号5（应该用符号13，因射频Buffer大小限制，射频符号5实际是是符号13）的相位因子去解调射频符号5。收端已经有发端对应的频域数据，后续解对ACK待DEOFDM修改后验证。
正确的相关后的幅度图