4 .7 .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。事实上，我觉得上行的很多设计都是为了保持上行发送信号的单载波特性的，包括连续导频符号的设计，以及上行的一些高层协议。 4.7.5.1 PUSCH 的RE 映射 过程 由于对于上行的每个子帧（除了特殊帧）最后一个OFDM 符号都到插入导频，因此以子帧的偶数时隙为例，对PUSCH 的RE 映射进行说明。 首先，对于 PUSCH 的数据的RE 映射，主要进行的是PRBn的计算，分三种情况，略。 其次是Demodulation reference signal for PUSCH 的RE 映射，它使用与 PUSCH 相同的频率资源，因此映射到上面计算好的PRBn上。映射顺序为：增序，先 k,后sn 。 最后进行的是PUSCH 数据的传输，依次填充，映射顺序：从子帧的第一个时隙开始，先 k,后 l。 问题 对于 PUSCH 的参考序列(.)PUSCHr的长度是2RSscM，而数据(经过前期处理的复值序列)的长度是symbM 是否会出现 PUSCH 的数据还没传完，参考信号已经填充完？或者数据填完，参考信号仍有剩余。 由于进行计算时得到的只是一个资源块的编号，而按照一个子帧对应于一个码块， 两个资源块（一...
