CCE相关概念注释

下行控制信道包括：PDCCH、PHICH、PCFICH。Control Region由PCFICH + PHICH + PDCCH + Reference Symbols组成。

主要是一些概念的注解：

想一想是否清楚RE、REG、CCE概念？？？？只有下行再有控制区域，才有REG、CCE这些概念。上行是没有的。只有每个下行子帧前面几个符号才可能传输控制信息。

除去参考信号后，就知道每个子帧上有多少个REG，参考信号和天线数有关系。

PCFICH,每个小区下行子帧只有一个，指示控制区域OFDM符号个数。PHICH duration 的配置限制了 CFI 取值范围的下限，也就是说，限制了控制区域至少需要占用的OFDM 符号数。因为PHICH也在控制区域，所以PHICH占几个OFDM符号，CFI至少要配置几个OFDM符号。只有 PCFICH 正确解码才能知道控制区域的大小，因此 PCFICH 总是放在每个子帧的第一个OFDM 符号中发送。PCFICH 的 16 个调制符号被分为 4 组，每组占一个 REG，每个 REG 包含4 个可用于传输的RE。这 4 个 REG 平均分布在整个下行系统带宽中，以获得频率分集增益。

每个 TTI 中的每个上行 TB 对应一个PHICH，也就是说，当 UE 在某小区配置了上行空分复用时，需要2 个 PHICH。现在看来上行都是只有一个TB。

一个 PDCCH 在 n 个连续的CCE（Control Channel Element）上传输，每个CCE 由 9 个 REG 组成。PDCCH 的起始 CCE 索引 i必须满足I mod n=0。

即由 n 个 CCE 组成的 PDCCH，其起始位置所在的 CCE 号，必须为 n 的整数倍，这个起止位置和下行harq中计算PUCCH资源位置有关。若PDCCH采用格式为4，即CCE等级级别为4，则第一个CCE的起始位置必须是4的整数倍。CCE的等级级别根据信道质量来决定，信道质量越好，CCE等级级别越低。PDCCH 的功率也可以根据信道条件进行调整，eNodeB 可以将信道质量较好UE 的 PDCCH 发射功率节省下来以分配给信道质量较差的UE。（PDCCH 的链路自适应）

注意：不要将PDCCH format和DCI format搞混啦，两者是不同概念。

 PDCCH可用的CCE数= REG数/9，其中REG数 =（PDCCH的OFDM Symbols中总的REG数-PCFICH占用的REG数（固定为4）-PHICH占用的REG数（不一定存在）。

CCE数目为n的PDCCH，其起始位置的CCE号，必须为n的整数倍。

DCI盲检的时候，是不知道DCI format格式，也不知道聚合等级，需要按照期望的DCI格式和聚合等级去尝试。

虽然UE事先并不知道接收到的PDCCH携带的是什么format的DCI，也不知道需要的信息在哪个位置，但UE知道自己处于何种状态以及在该状态下期待收到的DCI信息。例如在IDLE态时UE期待收到Paging SI；在发起RandomAccess后UE期待的是RACH Response；在有上行数据待发送时期待UL Grant等。

 UE知道自己的SearchSpace，因此知道DCI可能分布在哪些CCE上。对于不同的期望信息，UE用相应的X-RNTI与属于自己的SearchSpace内的CCE做CRC校验，如果CRC校验成功，那么UE就知道这个信息是自己需要的，也知道相应的DCI format和调制方式，从而进一步解出DCI内容。

 UE一般不知道应该使用哪种Aggregation Level，所以UE会把所有可能性都尝试一遍。例如对于Common Search Space，UE需要分别按Aggregation Level = 4和AggregationLevel = 8来搜索。当按AL=4搜索时，16个CCE需要搜索4次，也就是有4个Control ChannelCandidates；当按AL=8搜索时，16个CCE需要搜索2次，也就是有2个CCH Candidates；那么对于公共空间一共有4+2=6个CCH Candidates。

 UE在PDCCHSearch Space进行盲检时，只需对可能出现的DCI format进行尝试解码，并不需要对所有的DCI format进行匹配。可能出现的DCI format取决于UE期望接收什么信息以及传输模式（见36.213的7.1节和8.0节）。例如：如果UE期待接收DL-SCH并使用传输模式1，当UE对使用C-RNTI扰码的PDCCH进行解码时，只会对DCI format 1A和DCI format 1进行尝试解码。如果同时该UE期望在该子帧内接收UL Grant，则会使用DCI format 0进行尝试解码。

UE的搜索空间和RNTI、子帧号有关，ENB和UE都知道在不同聚合等级下UE的搜索空间位置信息。ENB知道该UE的搜索空间在哪，然后根据聚合等级在该搜索空间去给UE分配CCE。UE那边就会按照不同聚合等级，不同DCI格式去相应的空间位置上盲检。

在标识PDCCH信道的时候，除了使用聚合等级这个参数外，还需要CCE的起始位置索引这个参数。由于下行或上行资源的动态调度是在eNB侧进行的，聚合等级和起始位置都由eNB侧分配，因此在某个下行子帧里，终端事先无法确切的知道PDCCH占用的CCE的聚合等级是多少，以及CCE的起始位置索引在哪里。所以，对于终端来说，每次都是通过盲检测来获取PDCCH信道即CCE的位置的。

或者参考金辉博客关于CCE分配，解释很清楚！