LTE：CCE介绍.doc

CCE介绍本文主要介绍LTE中如何计算、分配CCE以及UE盲检PDCCH过程未涉及载波聚合下的CCE计算和盲检过程，这部分会在后面介绍载波聚合时涉及一、下行CCE计算每个下行子帧（不是上行子帧，也不是针对slot）被分成2部分：control region和data regionControl region主要用于传输L1/L2 control signaling1、Control Region的组成以及相应资源的分布 Control Region由PCFICH + PHICH + PDCCH + Reference Symbols组成 映射顺序：先映射Reference Symbol，接着映射PCFICH和PHICH，映射的位置与小区配置有关，原则是尽量配置到不同符号不同载波上对剩下的RE将重新格式化，划分REG、CCE，最后映射PDCCH1）Reference Symbols和同步信号（见36.211的6.10、6.11节） Downlink cell-specific reference signal：频域上间隔6个子载波，时域上位于每个slot的第1个和倒数第3个OFDM symbol上。

Downlink ue-specific reference signal：不在antenna port 0~3中传输，只随data part一起传输，且不插入cell-specific reference signals所位于的OFDM symbols中，因此不占用control region的资源 PSS和SSS：（见36.211的6.11节） FDD中，PSS和SSS都随着子帧0和5的第一个slot传输，其中PSS位于该slot的最后一个symbol，SSS位于该slot的倒数第二个symbol； TDD中，PSS随着子帧1和6的第三个symbol传输（在DwPTS中），SSS随着子帧0和5的最后一个symbol传输2）PCFICH：（见36.211的6.7节） PCFICH用于通知UE control region的大小（1或2或3个OFDM symbols，即CFI=1, 2 or 3），每个小区有且仅有一个PCFICHPCFICH位于子帧的第1个OFDM Symbol中，共占4个REG4个REG在频域上的位置由physical-layer cell identity决定。

系统带宽时，DCI跨度为1，2 or 3；系统带宽时，DCI跨度为2，3 or 4（即CFI+1）信道编码后的CFI codeword（见36.212的5.3.4.1节）（3）PHICH： 通过读取PBCH确定其资源分布（从UE角度上看）每个PHICH group映射到3个REG，且REG间相隔近似1/3的下行系统带宽通常位于第1个OFDM symbol中传输，但也可在semi-statically configure中配置PHICH在3个OFDM symbol中的分布PHICH的分布由PBCH确定PBCH用1bit指示PHICH是只位于1个symbol还是跨越3个symbol；并用另外2个bit指示control region中给PHICH预留的资源数（见36.331的6.3.2节的PHICH-Config）】 1 PHICH group = 8 PHICHs (Normal CP)1 PHICH group = 4 PHICHs (Extended CP)（4）PDCCH： 主要用于传输下行控制信息（以便正确接收PDSCH）和UL Grant（为PUSCH分配上行资源）。

其分配以CCE为单位2、REG总数的计算 （1）通过读取PCFICH获取control region所占的symbol数（即CFI）（见36.211的6.7节） （2）两根天线意味着第1个OFDM symbol中有1/3的RE被用于参考信号（12个子载波情况下，一个RB内的一个symbol共有3个REG，而此时只剩下2个REG） （3）对于TDD而言，1和6号子帧的control region最多只能有2个OFDM symbols，因为在这些子帧中，PSS要占据第三个OFDM symbol （4）小区带宽内可用的REG总数为，其中表示下行带宽，以频域上的RB数为单位例： 10M带宽共有50个RB，除去reference symbol后，可用的REG总数为(2+(cfi-1)*3)*50 20M带宽共有100个RB，除去reference symbol后，可用的REG总数为(2+(cfi-1)*3)*1003、PCFICH所占的REG计算：（见36.211的6.7.4节） 固定占4个REG4、PHICH所占的REG计算：（见36.211的6.9节） PHICH携带HARQ ACK/NAK信息。

多个PHICH可以匹配到同一个PHICH group中，且同一PHICH group中的PHICHs通过不同的orthogonal sequences区分因此，一个PHICH resource资源可以通过唯一标记其中表示PHICH group索引，表示该group中的orthogonal sequence索引 （1）一个PHICH group占3个REG （2）control region中不一定包含PHICH（=0的情况） （3）对于FDD的帧结构而言，每个子帧中PHICH group的总数通过如下公式计算其中，由上层提供 对于TDD的帧结构而言，不同的下行子帧的PHICH group总数是不同的，并通过计算其中通过上面的公式获取，而通过下表获取：Uplink-downlinkconfigurationSubframe number i0123456789021---21---101--101--1200-1000-10310---00011400--000011500-0000010611---11--1 因此，PHICH所占的REG个数为（对于FDD而言，为0或1）5、PDCCH可用的CCE数：（见36.211的6.8节） 1 CCE = 9 REG = 36 RE = 72 bits PDCCH可用的CCE数，其中=（PDCCH的OFDM Symbols中总的REG数- PCFICH占用的REG数（固定为4）- PHICH占用的REG数（不一定存在）。

二、PDCCH分配（调度）过程（见36.213的9.1节） 一个子帧中可以同时传输多个PDCCH一个PDCCH由n个连续的CCE组成，起始的CCE索引i必须满足且i的范围为，其中为子帧k中所有供PDCCH使用的CCE数即CCE数目为n的PDCCH，其起始位置的CCE号，必须为n的整数倍 PDCCH有4种format (格式) {0，1，2，3}，分别对应Aggregation Level（聚合等级）{1，2，4，8}Aggregation Level表示一个PDCCH占用的连续的CCE个数，即前面提到的n PDCCH的格式如下表所示PDCCH formatNumber of CCEsNumber of resource-element groupsNumber of PDCCH bits01972121814424362883872576 调度时，eNodeB会针对每个待调度的UE，从PDCCH Search Space中选择一个可用的PDCCH资源，如果能分配到就调度，否则就不调度 UE会在non-DRX子帧监听PDCCH candidates集合（根据所监听的DCI format来进行解码），该集合又定义为该UE的Search Space（搜索空间）。

在汇聚级别上的Search Space定义为PDCCH candidates的集合 Search Space中PDCCH candidate m的CCEs通过如下公式计算 其中且为Search Space的PDCCH candidate数） Search Space（搜索空间）分为Common空间和UE-Specific空间，Common空间用于传输与Paging、RA Response、BCCH等相关的控制信息，UE-Specific空间用于传输与DL-SCH、UL-SCH等相关的控制信息Common空间从CCE 0开始；UE-Specific空间的起始位置可以通过上面给出的HASH函数计算（i = 0） 从下表可以看出，对于某种DCI format，可能的candidate有22个Search spaceNumber of PDCCH candidatesTypeAggregation levelSize [in CCEs]UE-specific16621264828162Common41648162Table 9.1.1-1: PDCCH candidates monitored by a UE. 对于common空间，为0。

对于UE-specific空间（汇聚级别为L），定义为 其中并且，为一个帧中的slot号（取值0~19） 从上面的公式可以看出，Search Space与RNTI、子帧号相关 Search Space如下图所示： 根据上述说明，eNodeB就知道可以把DCI放在哪（Find First CCE），UE就知道DCI可能放在哪（Blind Decoding） 注意：在36.213的10.1.3.1节，还介绍了TDD模式在某些特殊DCI format下对first CCE的限制三、UE盲检过程：（见《3G Evolution》的16.4.8节） DCI有多种format，但UE事先并不知道接收到的PDCCH携带的是什么format的DCI，因此UE必须盲检DCI format 第一步，UE需要计算用于PDCCH的CCE数 UE通过PSS/SSS，确定了物理层cell ID和frame timing（说得通俗一点，就是subframe number #0所在的位置，但此时还不知道system frame number）（见《3G Evolution》的18.1节）因为cell-specific。