PDCCH信道讲义

PDCCH 信道
一、PDCCH 信道（DCI 格式）
在LTE 网络中，网络中，PDCCH PDCCH PDCCH（（Physical downlink control channel
）承载特定UE 的调度、资源分配信息配信息-DCI -DCI -DCI，如下行资源分配、上行授权、，如下行资源分配、上行授权、，如下行资源分配、上行授权、PRACH PRACH 接入响应、上行功率控制命令、信令消息（如系统消息、寻呼消息等）的公共调度指配。

二、 PDCCH 占用的资源
2.1 PDCCH 时域资源
PDCCH 占用的时域资源主要是指，PDCCHs 信道信息占用的符号数，其占用的OFDM 符号由PCFICH 信道承载的CFI 信息指示，根据CFI 信息动态决定一个子帧中PDCCH 可以最多占用的OFDM 符号个数（符号个数（PCFICH PCFICH 信道指示的符号个数是指PDCCH,PHICH 和PCFICH 一起一共占用的符号个数），其配置值可以是，其配置值可以是(0,1,2,3,4)(0,1,2,3,4)(0,1,2,3,4)。

详细如下图所示：。

详细如下图所示：
Table 6.7-1: Number of OFDM symbols used for PDCCH.（211）
Subframe Number of OFDM symbols
for PDCCH when 10DL
RB >N Number of OFDM symbols for PDCCH when
10DL RB ≤N Subframe 1 and 6 for frame structure type 2 1, 2 2
MBSFN subframes on a carrier supporting
PDSCH, configured with 1 or 2 cell-specific
antenna ports
1, 2 2 MBSFN subframes on a carrier supporting
PDSCH, configured with 4 cell-specific antenna
ports
2 2 Subframes on a carrier not supporting PDSCH
0 0 Non-MBSFN subframes (except subframe 6 for
frame structure type 2) configured with
positioning reference signals
1, 2, 3 2, 3 All other cases 1, 2, 3 2, 3, 4
从上表可以看到，对于带宽较大的系统，从上表可以看到，对于带宽较大的系统，PDCCH PDCCH 的符号数目为1到3个，对于带宽较小的系统，的系统，PDCCH PDCCH 的符号数目为2到4个，这是由于每个符号上子载波数少，因此需要更多的符号来承载PDCCH 中的控制信息。

中的控制信息。

CFI 承载的信息非常重要，实际上划分了每个子帧中控制信令区域和数据区域的边界。

一个OFDM 符号或者用做PDCCH PDCCH，或者用做数据信道，，或者用做数据信道，，或者用做数据信道，LTE LTE 中不持混合的OFDM 符号。

符号。

2.2 PDCCH 频域资源频域资源 CFI
Number of OFDM symbols for PDCCH when Number of OFDM symbols for PDCCH when 1
122
233
344Reserved Reserved
10DL RB >N 10DL RB ≤N
为了有效地配置下行控制信道的时频资源，定义了两个专用的控制信道资源单位：REG 和CCE CCE。

LTE 定义了两个专用的控制信道资源单位：定义了两个专用的控制信道资源单位： REG 组(RE Group ，REG)
控制信道单元(Control Channel Element ，CCE)。

1个REG 由位于同一OFDM 符号上的4个或6个相邻的RE 组成，但其中可用的RE 数目只有4个，6个RE 组成的REG 中包含了两个参考信号，而参考信号RS 所占用的RE 是不能被控制信道的REG 使用的。

协议中（36.211）还特别规定，对于只有一个小区专用参考信号的情况，考信号的情况，从从REG 中RE 映射的角度，映射的角度，要假定存在两个天线端口，要假定存在两个天线端口，要假定存在两个天线端口，所以存在一个所以存在一个REG 中包含4个或6个RE 两种情况。

一个CCE 由9个REG 构成。

定义REG 这样的资源单位，
主要是为了有效地支持PCFICH 、PHICH 等数据率很小的控制信道的资源分配，也就是说，
PCFICH ，PHICH 的资源分配是以REG 为单位的；而定义相对较大的CCE ，是为了用于数据量相对较大的PDCCH 的资源分配。

根据一个PDCCH 使用的资源数量，使用的资源数量，PDCCH PDCCH 可由1，2，4，8个CCE 构成，分别对应PDCCH 格式0，1，2，3（如图6.8.1-16.8.1-1））。

在一个子帧中可以同时复用多个PDCCH 信道。

一个PDCCH 的CCE 起始位置必须满足0mod n i ，其中i 是CCE 的编号，n 是构成该PDCCH 使用的CCE 的个数。

的个数。

三、PDCCH 盲检测过程
UE 一般不知道当前PDCCH 占用的CCE 的数目大小，传送的是什么DCI format 的信息，信息，也不知道自己需要的信息在哪个位置。

也不知道自己需要的信息在哪个位置。

也不知道自己需要的信息在哪个位置。

但是但是UE 知道自己当前在期待什么信息，例如在Idle 态UE 期待的信息是paging, SI ；发起Random Access 后期待的是RACH Response ；在有上行数据等待发送的时候期待UL Grant 等。

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

这就是所谓的盲检过程。

过程。

那么UE 是不是从第一个CCE 开始，一个接一个的盲检过去呢？这也未免太没效率了。

所以协议首先划分了CCE 公共搜索空间（Common Search Space ）和UE 特定搜索空间（UE-Specific Search Space ），对于不同的信息在不同的空间里搜索。

另外对于某些format
的信息，一个CCE是不够承载的，可能需要多个CCE，因此协议规定了所谓的CCE Aggregation Level取值为1，2，4，8。

例如对于位于公共空间里的信息Aggregation Level 只有4，8两种取值，那么UE搜索的时候就先按4 CCE为粒度搜索一遍，再按8 CCE为粒度搜索一遍就可以了.
如果UE按照CCE的顺序依次搜索过去，那么UE侧的计算量是相当可观的，尤其是对于带宽比较大，CCE数目比较多的系统。

为此协议中定义了搜索空间的概念，对系统中不同格式的PDCCH可能的摆放位置进行了一些限制，降低了UE进行盲检的复杂度。

每
个不同格式的PDCCH，对应不同的搜索空间。

前面我们已经提到过，对于CCE数目为N 的PDCCH，其起始位置的CCE号必须是N的整数倍。

而且对于不同大小的PDCCH，其搜索空间的大小（定义为搜索需要覆盖的CCE数目，也就是可能的搜索位置数目与PDCCH 格式对应的CCE数目之积）并不相同。

更进一步，LTE中还划分了公共搜索空间（Common
）。

如下图所示： Search Space）和UE特定搜索空间（UE-Specific Search Space）。

如下图所示：
搜索空间示意图
下图为PDCCH搜索空间示意图
，并按照逻辑上排列好顺序了。

其中每个方框代表一个CCE，并按照逻辑上排列好顺序了。

计算公式如下：
搜索的起点Z计算公式如下：
其中，A=39827,D=65537, Y(-1)=UE ID, α=UE 聚合等级,NCCE=可用的CCEs总数目,K = TTI索引。

索引。

索引。

所谓公共搜索区间是指所有UE都需要监听的区间，通常用来发送寻呼，RAR，系统消息，以及部分UE公用的上行功率控制消息等。

公共搜索区间占据从0开始到最大数目为16的CCE，公共搜索区间内的PDCCH只有4CCE和8CCE两种类型的大小，UE需要在公共搜索区间内，从0开始，按CCE粒度为8进行搜索2次，按CCE粒度为4搜索4次，至多需要进行6次PDCCH的搜索。

LTE系统中，可用于PDCCH的CCE数目取决于系统带宽，PHICH配置，天线端口数，PCFICH配置等。

上述因素确定后，PDCCH的CCE
从0开始占据至多16个CCE。

公共搜索公共搜索区间就可以随之确定，从
数目就可以确定，公共搜索区间就可以随之确定，
区间不随子帧的变化而变化。

UE特定的搜索区间则不同，UE特定的搜索空间的起始点取决于UE的ID（C－RNTI），子帧号，以及PDCCH的类型，因而，随着子帧的不同，UE 特定的搜索空间也有所不同。

而且UE特定的搜索空间和公共的搜索空间有可能是重叠的。

对于大小为N的PDCCH，在某一子帧内，对应某UE的特定搜索区间的起点就可以确定（起点可能落入公共搜索区间的范围内），UE从起始位置开始，依次进行对应大小PDCCH的盲检（也就是满足大小为N的PDCCH，其起始点的CCE号必须为N的整数倍），至多进行的盲检数目如上图所示，此时如果到了CCE的末端，UE特定的搜索空间有可能从CCE
0 开始，继续进行。

从上图还可以看到，在UE特定的搜索区间内，UE需要进行的搜索次数至多为16。

对于公共搜索区间和UE特定搜索区间重叠的情形，如果UE已经在公共
可以跳过重叠部分对应的特定搜索区间。

UE在PDCCH搜搜索区间成功检测，那么UE可以跳过重叠部分对应的特定搜索区间。

索空间进行盲检时，只需对可能出现的DCI进行尝试解码，并不需要对所有的DCI格式进
次。

盲检次数不是22而是44，是因行匹配。

UE进行PDCCH盲检的总次数不超过44次。

为对于每种transmission mode, 都有需要检测两种不同size 的DCI format，比如对于transmission mode 1, UE 需要检测DCI0/1A，和DCI1。

0/1A是相同的size，而DCI1 与DCI 0/1A的size是不一样的，所以UE这两种Size都要检测一次，才能确定到底收到的是DCI0/1A，还是DCI1。

而DCI0/1A可以通过一个
可以通过一个 flag来区别。

所以因为是两种size，22就需要乘2。