关于PDCCH盲检的学习

xrh007

PDCCH资源映射方式：

            总所周知数据信道采用PRB作为分配的基本单位，但控制信道信道占用的区域仅为最多3个OFDM符号，显然不能使用PRB概念；另外，频域上12个子载波的宽度也是针对数据载荷设计的，不适用于信令的传输。因此提出了CCE与REG的概念。

CCE与REG概念：

         控制信道带宽区域内可以同时包含多个PDCCH，同时也存在PCFICH、PHICH信道，为了更有效地配置各种控制信道的时频资源，需定义适合控制信道的资源单位即控制信道元素（Control Channel Elements，CCE）。

         协议里规定一个CCE由9个REG组成，一个REG（RE Group）有效RE由4个频域上连续的非RS的RE组成，即一个CCE由36个RE组成。

定义好了PDCCH的资源单元REG与CCE后，接下来的问题是：

1. 对于每个PDCCH，其CCE是否占满PDCCH的所有符号？即PDCCH之间如何复用？

由于PDCCH区域的时域长度已经较小（最多3个OFDM符号），因此每个PDCCH应占满这个子帧内PDCCH区域的所有符号，以获得尽可能长的时域长度，即一个子帧内的各个PDCCH之间是FDM复用的。这样做的优点是可以最大化功率控制的效果，即当信道条件足够好的情况，某ue只需要1个CCE就足够，这样有效地在多个PDCCH之间进行功率平衡，即Node B可以将信道质量较好UE的PDCCH发射功率节省下来以分配给链路质量较差的UE。

2. 控制信道的频域结构，即每个PDCCH的带宽等于系统带宽还是仅占部分系统带宽？

      

      为了取得较大的频率分集增益，协议规定pdcch应该占用整个系统带宽，即PDCCH在整个带宽内分布式映射。

Pdcch的盲检测：

1.     终端对PDCCH的检测为什么是“盲检测”？

为了确定pdcch所占用的资源，首先要确定phich占用的资源，而一个子帧中phich所占用的资源与子帧配比有关系，上下行子帧配比的信息是在SIB1广播信息中传输，而我们都知道SIB1是由PDSCH承载的，而PDSCH是由PDCCH调度的，也就是说这时候需要获得pdcch信息才能解调SIB1获得子帧配比相关信息，这样一来就形成了一个“鸡与蛋”的问题。为了解决这个问题就需要对PDCCH进行盲检测。

2. 搜索空间与聚合等级的概念？

作为终端盲检测的搜索范围，协议规定了搜索空间的概念,搜索空间包括公用空间（commonspace）和UE专用空间（UE-Specific space）。一共定义了两个公用空间，又定义了聚合等级（AggregationLevel）的概念，总共有4种聚合等级，分别是1，2，4，8个CCE。

       一个搜索空间对某一CCE聚合级别（1/2/4/8）定义的，一个UE可以有多个搜索空间：

   ①  UE 在搜索空间内对各种可能的PDCCH进行盲解码

②      搜索空间中的所有CCEs是连续分布的

              LTE采用共享机制，因此UE需监听一组PDCCH控制信道，可称为“控制信道候选集”（candidatecontrol channel set），该集合由高层信令配置给UE，集合的大小决定了UE需进行盲解码的次数，由于候选集可以是多种CCE格式的组合（树形结构），因此候选集的大小要大于CCE的大小。

公共搜索空间：

–  小区中的所有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

§ 共2种payload大小，6个候选集，即6*2，总盲检次数为12次

        

UE-specific搜索空间

–  集合级别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

§  每种配置模式下最多有两种payload大小，盲检次数共为32次

§  要说明的一点是UE专用搜索空间的cce起点位置是有hash函数给出的，与子帧编号和C-RNTI有关

         综上，所以说如果公用空间和专用空间都盲检的话，最大盲检次数是12+32=44次

终端盲检就是UE找到cce的起始位置，在cce起始位置，截取猜测的DCI长度，进行译码，如果译码后的信息比特的CRC和PDCCH中携带的CRC相同，则认为当前的PDCH承载的信息比特就是当前传输的下行控制信息。各种RNTI隐含在CRC中。

Msg2使用ra-rnti加扰，使用dci-1a格式。