LTE学习：CCE（2）

转自：http://blog.sina.com.cn/s/blog_927cff0101017tde.html

二、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}，分别对应AggregationLevel（聚合等级）{1，2，4，8}。AggregationLevel表示一个PDCCH占用的连续的CCE个数，即前面提到的n。

      PDCCH的格式如下表所示

PDCCH format	Number of CCEs	Number of resource-element groups	Number of PDCCH bits
0	1	9	72
1	2	18	144
2	4	36	288
3	8	72	576

     调度时，eNodeB会针对每个待调度的UE，从PDCCHSearch Space中选择一个可用的PDCCH资源，如果能分配到就调度，否则就不调度。

     UE会在non-DRX子帧监听PDCCHcandidates集合（根据所监听的DCIformat来进行解码），该集合又定义为该UE的SearchSpace（搜索空间）。在汇聚级别上的SearchSpace 定义为PDCCHcandidates的集合。

     Search Space 中PDCCH candidatem的CCEs通过如下公式计算

     其中且 。（为SearchSpace的PDCCHcandidate数）

     Search Space（搜索空间）分为Common空间和UE-Specific空间，Common空间用于传输与Paging、RAResponse、BCCH等相关的控制信息，UE-Specific空间用于传输与DL-SCH、UL-SCH等相关的控制信息。Common空间从CCE0开始；UE-Specific空间的起始位置可以通过上面给出的HASH函数计算（i= 0）。

       从下表可以看出，对于某种DCIformat，可能的candidate有22个。

Search space			Number of PDCCH candidates
Type	Aggregation level	Size [in CCEs]
UE-specific	1	6	6
	2	12	6
	4	8	2
	8	16	2
Common	4	16	4
	8	16	2

  Table9.1.1-1: PDCCH candidates monitored by a UE.

     

     对于common空间，为0。

     对于UE-specific空间（汇聚级别为L），定义为

     其中并且 ，为一个帧中的slot号（取值0~19）。

       从上面的公式可以看出，SearchSpace与RNTI、子帧号相关。

       Search Space如下图所示：

       根据上述说明，eNodeB就知道可以把DCI放在哪（FindFirst CCE），UE就知道DCI可能放在哪（BlindDecoding）。

       注意：在36.213的10.1.3.1节，还介绍了TDD模式在某些特殊DCIformat下对firstCCE的限制。