[信息与通信]LTE物理层总结二-3.docVIP

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映射，主要进行的是的计算，分三种情况，略。 其次是Demodulation reference signal for PUSCH的RE映射，它使用与PUSCH相同的频率资源，因此映射到上面计算好的上。映射顺序为：增序，先k,后。 最后进行的是PUSCH数据的传输，依次填充，映射顺序：从子帧的第一个时隙开始，先k,后l。 问题 对于PUSCH的参考序列的长度是，而数据(经过前期处理的复值序列)的长度是 是否会出现PUSCH的数据还没传完，参考信号已经填充完？或者数据填完，参考信号仍有剩余。 由于进行计算时得到的只是一个资源块的编号，而按照一个子帧对应于一个码块，两个资源块（一个子帧两个时隙）对于一个码字大小，远远不够的。 按照上行中资源块的个数至少是6的原则，上行只有两个信道，一个信道对应于一个资源块，也仅仅只有两个资源块。因此资源块的个数也是远远不够的。 猜想 依据：对于PUSCH的参考序列的长度是，这里而数据(经过前期处理的复值序列)的长度是，在预编码时，划分为组长度为的序列，其中每一个组相当于或对应于一个SC-FDMA得符号。这里。 猜测：前面，对于PUSCH，计算的资源块的编号只是起始的编号，也就是说应该存在一个长度，搞成资源块组，这些组和在一起才是PUSCH作占用的频域、时域资源。大胆的猜测，可能这些资源块的总个数为，这与的取值范围（见依据）是一致的。而的值应当不超过11（除去探测参考信号一个、PUSCH的解调参考信号两个）。与此同时，正好每个子帧的两个时隙中，各自存在一列长度为，即的参考信号。 补充内容：PUSCH， is divided into sets, each corresponding to one SC-FDMA symbol.。亦即分为了个长度为的组，便于进行预编码从而产生的码块。，where is a set of non-negative integers. 验证 见协议5.3.4，中提到得physical resource blocks，都是复数，即多个， 4.7.5.2 PUCCH的RE映射 待映射的序列 复值数据序列 格式 长度 PUCCH formats 1, 1a and 1b 2*，亦即2*12*，其中 for both slots of normal PUCCH formats 1/1a/1b, for the first slot and for the second slot of shortened PUCCH formats 1/1a/1b. PUCCH formats 2, 2a and 2b 10*，即120=2*12*5 PUCCH的解调参考信号，长度为2*12* ，且 Table 5.5.2.2.1-1: Number of PUCCH demodulation referen