LTE物理层协议书.pptVIP

上行物理信道 PUCCH 承载UCI (ACK/NACK、PMI/CQI、RI等） 支持不同的format PUSCH 承载上行数据 承载 UCI+上行数据 承载UCI only PRACH 随机接入 上行信道映射 PUCCH 在无上行数据传输(即无PUSCH)的子帧中用户使用PUCCH反馈与该用户下行PDSCH数据传输有关的控制信息，其中： 各类反馈信息长度不能超过20比特，大于20比特则使用PUSCH传输； 控制信息包括： 已接收到的下行数据是否需要重传(ACK/NACK) 当前用户的信道状态信息(CQI/PMI/RI) 调度请求(SR) PUCCH 不能与PUSCH同时传输 不能同时传输多个PUCCH，以保证上行传输的单载波特性 具有多种格式(format)，支持多种控制信息的组合反馈 使用频带两端资源，进行基于slot的跳频传输 与PUSCH相比，对可靠性的要求更高 相同物理资源上，多个用户通过码分进行复用传输 PUCCH PUCCH 在频带内，不同的PUCCH format所占用的物理资源区域如右图所示，其中 PUCCH format2/2a/2b位于最边带 若format 2/2a/2b区域内的最后一个RB中资源冗余，且数量大于2，则可以用于format 1/1a/1b的传输，即混合传输 每个slot内最多支持一个RB用于混合传输 控制区域内的其他RB用于PUCCH format1/1a/1b传输 RNTI分类 RA-RNTI------DCI format 1A/1C 用于随机接入响应（RAR） 与时频资源位置绑定（0001~003C） SI-RNTI------DCI format 1A/1C 用于标识SIB消息的传输（FFFF） P-RNTI------DCI format 1A/1C 用于标识寻呼消息的传输（FFFE） TPC(-PUCCH/-PUSCH)-RNTI------DCI format 3/3A 用于标识联合编码TPC命令传输的用户组（003D-FFF3） RNTI分类 Temp C-RNTI------DCI format 1/1A 用于Msg3的传输 冲突解决（003D~FFF3） C-RNTI------DCI format 1/1A/1B/1D/2/2A 用于动态调度的PDSCH传输（ 003D~FFF3 ） SPS C-RNTI------通常为DCI format 1A 用于半持续调度的PDSCH传输（ 003D~FFF3） 各种RNTI支持的PDCCH搜索空间有所差别 PDSCH PDSCH发射流程 加扰 利用小区ID和RNTI产生扰码，每个子帧初始化一次 调制 QPSK、16QAM、64QAM 层映射 实现码字(codeword)到层的映射 LTE目前最大支持2码字4层 预编码 层到天线端口的映射 资源映射 单码字和多码字性能有何差异? 为什么最大支持2码字? PDSCH PDSCH资源映射 Resource allocation type 0 Resource allocation type 1 Resource allocation type 2 Resource Allocation type 0 将带宽内可用资源分为RBG，每个RBG由 个连续的PRB构成 每个RBG通过一个比特来指示是否被占用，用 长的bitmap来指示该UE的资源分配 1表示该RBG被占用，0反之 PDSCH Resource Allocation type 1 根据系统带宽，确定RBG的个数 将 分为 个子集，RBG子集 对应以 为起始间隔 的RBG 从 子集中选择一个，通过 比特来指示 利用一个比特来指示是否偏移，其中 表示不偏移，否则 利用剩余的 比特来进行PRB寻址 根据RBG子集编号 ，计算该子集中的PRB个数 确定偏移量 计算每个比特 对应的PRB编号 PDSCH Resource Allocation type 01 RA 0以RBG为单位进行资源分配，比较简单，但是会造成资源的浪费，尤其是对于小数据量业务(比如VOIP业务) RA 1相对复杂，但是能够以PRB为单位进行资源分配，不会浪费资源 RA 0可以将全部资源分配为一个UE， RA 1只能分配一个子集(小带宽除外) PDSCH Resource Allocation type 2 通过RB的起始位置(RIV)和连续分配