5 举例和补充 规范中确实明确了同一个UE 不能同时发送PUSCH 和PUCCH
和HSPA 类似
PUCCH 主要回答HARQ/CQI 信息,很容易丢失和发生错误
因此往往要增大PUCCH 信道的发射功率
这是最主要的问题了
上行PUCCH 和PUSCH 不会同时传输就是说PUCCH 和PUSCH 不会在同一子帧中传输,当然是针对同一个UE 不能同时传的原因个人认为有两个(引自论坛) 第一是因为PUCCH 和PUSCH 的处理过程不同(PUCCH 是循环CP、PUSCH 为DFT 扩展方式),所以最后产生的SC-FDMA 符号不一样
假如同时传的话,基站就不知道是接受哪一个SC-FDMA 符号了
第二是因为PUCCH 和PUSCH 中分别有CQI 的周期上报和CQI 的非周期上报,假如同时传的话,就不知道到底是接受周期上报还是非周期上报了 简单的说: 对于一个UE
如果在需要上传PUCCH signaling 的时候,同时有PUSCH 数据需要上传,则 control message will be multiplexed with the PUSCH data
Then there will be no PUCCH
如果没有并发PUSCH 数据,才会使用 PUCCH 来上传控制消息
所以对于一个UE 来说,PUCCH 和PUSCH 的发送不会同时出现
最主要的原因是为了保持上行信号的单载波特性,因为PUSCH 和PUCCH 是独立编码调制的,如果同时传输的话将产生多个载波,从而提高 PAPR
事实上,我觉得上行的很多设计都是为了保持上行发送信号的单载波特性的,包括连续导频符号的设计,以及上行的一些高层协议
1 PUSCH 的RE 映射 过程 由于对于上行的每个子帧(除了特殊帧)最后一个OFDM 符号都到插入导频,因此以子帧的偶