PDCCH盲检测.docxVIP

PDCCH中承载的是各种各样的控制信息。由于系统部署和运行过程中的多样性，控制信息的内容也是非常多样的。为了简化起见，LTE中将DCI分成如下几种类型：DCI FormatUsageMajor ContentsFormat 0UL Grant. Resource Allocation for UL DataRB Assignment,TPC,PUSCH Hopping FlagFormat 1DL Assignment?for SISORB Assignment,TPC, HARQFormat 1ADL Assignment?for SISO (compact)RB Assignment,TPC, HARQFormat 1BDL Assignment?for MIMO with Rank 1RB Assignment,TPC, HARQ,TPMI, PMIFormat 1CDL Assignment?for SISO (minimum size)RB AssignmentFormat 1DDL Assignment?for Multi User MIMORB Assignment,TPC, HARQ,TPMI,DL Power OffsetFormat 2DL Assignment for Closed Loop MIMORB Assignment,TPC, HARQ, Precoding InformationFormat 2ADL Assignment for Open?Loop MIMORB Assignment,TPC, HARQ, Precoding InformationFormat 2BDL Assignment for TM8 (Dual Layer Beamforming)RB Assignment,TPC, HARQ, Precoding InformationFormat 2CDL Assignment for TM9RB Assignment,TPC, HARQ, Precoding InformationFormat 3TPC Commands for PUCCH and PUSCH with 2 bit power adjustmentPower Control OnlyFormat 3ATPC Commands for PUCCH and PUSCH with 1?bit power adjustmentPower Control OnlyFormat 4UL Assignment for UL MIMO (up to 4 layers)RB Assignment,TPC, HARQ, Precoding InformationUE一般不知道当前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中还划分了公共搜