在摸索中前进-谈PDCCH盲检次数

在摸索中前进
——谈PDCCH盲检次数
前面我们已经了解了LTE中划分了公共搜索空间（Common Search Space）和UE专用搜索空间（UE-Specific Search Space）。

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

LTE系统中，可用于PDCCH的CCE数目取决于系统带宽，PHICH配置，天线端口数，PCFICH 配置等，上述因素确定后，PDCCH的CCE数目就可以确定。

公共搜索空间（Common Search
公共搜索空间：
–小区中的所有UE进行监测，子帧中的位置固定在前16个CCE，可以与UE专用搜索空间重叠
–聚合等级与大小（注：两种情况下起始位置都是0）
4-CCE，共4个候选集（0~3, 4~7, 8~11, 12~15）
8-CCE，共2个候选集（0~7, 8~15）
–支持的DCI格式为0、1A、1C、3、3A
UE专用搜索空间
–集合级别1, 2, 4, 8 CCE，各级别候选集数目为
6 个1-CCE 候选集，共6 CCE
6 个2-CCE 候选集，共12 CCE
2 个4-CCE 候选集，共8 CCE
2 个8-CCE 候选集，共16 CCE
–支持的DCI 根据半静态配置的传输模式确定
0/1A, 1 0/1A, 1B 0/1A, 1D 0/1A, 2 0/1A, 2A
不同UE终端占用CCE示意图
公共搜索空间内的PDCCH只有4CCE和8CCE两种类型的大小。

UE一般不知道应该使用哪种聚合等级，所以UE会把所有可能性都尝试一遍。

UE需要分别按聚合等级AL= 4和聚合等级AL= 8来搜索。

当按AL=4搜索时，16个CCE需要搜索4次，也就是有4个Control Channel Candidates；
当按AL=8搜索时，16个CCE需要搜索2次，也就是有2个CCH Candidates；
那么对于公共空间一共有4+2=6个CCH Candidates，也即是至多需要进行6次PDCCH 的搜索。

公共搜索空间不随子帧的变化而变化。

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

对于大小为N的PDCCH，在某一子帧内，对应某UE的专用搜索空间的起点就可以确定（起点可能落入公共搜索空间的范围内），UE从起始位置开始，依次进行对应大小PDCCH 的盲检（也就是满足大小为N的PDCCH，其起始点的CCE号必须为N的整数倍），在UE专用搜索空间内，UE需要进行的搜索次数至多为6+6+2+2=16个CCH Candidates，也即是至多需要进行16次PDCCH的搜索。

对于公共搜索空间和UE专用搜索空间重叠的情形，如果UE已经在公共搜索空间成功检测，那么UE可以跳过重叠部分对应的专用搜索空间。

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

因为不管哪种transmission mode都会用到DCI1A或1C，这样对于每种transmission mode, 都有需要检测两种不同size 的DCI format，比如对于transmission mode 1，UE 需要检测DCI1A和DCI1。

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

所以因为是两种size，6+16=22个CCH Candidates 就需要乘2，UE进行PDCCH盲检的总次数不超过44次。