转自: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的限制。