项目

一般

简介

错误 #3862

L1C中同slot触发PUSCH和PUCCH时,PUCCH基站侧会解错

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

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

100%

预期时间:

文件

20250807-210114.jpg (1.43 MB) 20250807-210114.jpg 王 金伏, 2025-08-07 21:01
20250807-210114.jpg (1.43 MB) 20250807-210114.jpg 王 金伏, 2025-08-07 21:01

历史记录

#1

王 金伏 更新于 30 天 之前

【问题描述】L1C中同slot触发PUSCH和PUCCH时,PUCCH基站侧会解错

【问题原因】puc和Pus同slot触发时,puc会报错,因为射频buffer写冲突。
射频在slot7点几去取射频数据,因为Puc先写完射频buffer数据,在slot7点几的时候,射频会过来取Puc数据。但是slot7 pusch也启动,在相同的射频buffer上覆盖了Puc的数,造成Puc写的射频数据被覆盖掉。

【解决方案】1 采用不同的射频buffer 2 时间上错开,pus和puc不要在同一slot触发?

【问题验证】

#2

王 金伏 更新于 30 天 之前

  • % 完成0 变更为 70
#3

王 金伏 更新于 28 天 之前

【解决方案】I在时间上错开,pus和puc在放射频地址时,根据调度符号放到射频位置,pus假如是0-11,调度12符号,puc就是2符号,12-13.基站下参数会将Puc和puc在符号上区分开。

之前Puc运行时,假如调度最后2符号,需要射频前面12符号清0的原因是,前12符号可能是很大的乱值,导致基站PUC接错。假如Puc调度最后2或者1符合,射频前面符合是正常符号,则基站puc不会解错。

【问题验证】在环境验证,PUC和PUS在相同slot调度时,不会存在PUS覆盖PUC射频Buffer,基站无法解对的情况。环境验证,900次能解对一次解对890次ACK=1,有9次DTX,这9次并不是PUS和PUC冲突导致。

#4

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

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

导出 Atom PDF