脑筋急参考资料
指明参考文献，包括标准、提案文档和文献等。
编号 | 文献名称 | 版本 | 发布日期 | 出版单位 |
1 | Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures | Rel-8 TS 36.213 V8.4.0 | 2008-09 | 3GPP |
2 | 梦见狗追我是什么意思Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation | Rel-8 TS 36.211 V8.4.0 | 2008-09 | 3GPP |
| | | | |
论文引言模板PDCCH的复用
1 协议[2]6.8章节部分
一个DCI对应一个PDCCH信道，一个PDCCH由一个或几个连续的CCE组成，具体的格式如表1中所示的4种格式。一个CCE由9个资源单元组构成。
表1: 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 |
| | | |
系统中可用的CCE的个数理解为（PDCCH的OFDM符号数中总的资源单元组数－PCFICH的资源单元组数（固定为4）－PHICH的资源单元组数（不一定存在））除以9，也为floor（c/72）。
一个PDCCH中包含个连续的CCE，那么这个PDCCH的第一个CCE的标号必须满足。一个子帧中可以传输多个PDCCH。当多个PDCCH复用时，如果有必要会在适当的位置添加<NIL>单元，用来保证：1 每个PDCCH满足协议[1]的9.1中描述的位置的要求，此时这个<NIL>单元至少由一个CCE组成；2 复用后的总长度等于留给PDCCH的资源单元组总数对应的bit数，此时这个<NIL>单元至少由一个资源单元组组成。
2 协议[1]9.1.1章节部分
控制区域是指PDCCH的OFDM符号数组成的区域， 控制区中CCE标号从0到，表示第个子帧的控制区域内的CCE的个数，由协议[1]中6.8.2定义，该值为floor（/72）。
对于需要监控的候选的PDCCH系列定义在一个搜寻空间内，这个空间 是在一个集合定义的一个连续的CCE集合，表示为
.，其中为在指定的搜索空间解码PDCCHs的个数，表示PCFICH标识的OFDM符号中没有分配给PCFICH和PHICH的资源单元的组数。对于公共搜索空间：。对于UE特定的搜索空间：，, 和。
UE将要监控一个公共的搜索空间和一个UE特定的搜索空间。表2给出了这两个空间需要监控的集合和需要监控的PDCCH的数量。
表2: PDCCH candidates monitored by a UE.
Search space | Number of PDCCH candidates | DCI formats |
苹果树开花图片Type | Aggregation level | Size [in CCEs] |
UE-specific | 1 | 6 | 6 | 0, 1, 1A,1B, 2 |
2 | 12 | 6 |
4 | 8 | 2 |
8 | 16 | 2 |
Common | 4 | 16 | 4 | 0, 1A, 1C, 3/3A |
8 | 16 | 2 |
| | | | |
3 举例说明：
文静的拼音
假定＝25，2个PDCCH组合在一个子帧中， PDCCH1的格式为3，即一个PDCCH包含8个CCE，搜索空间为common搜索空间，m=0。PDCCH2的格式为1，即一个PDCCH包含2个CCE，搜索空间为UE-specific搜索空间，m=1。子帧号k为0， 1＝2， 2＝3。有PCFICH，4组PHICH，采用普通循环前缀，CFI=2，天线口数为2。
计算过程如下：
(1) 计算前两个OFDM符号总的资源单元组数
×（2＋3）＝25×5＝125，第一个OFDM符号一块有两个资源单元组，第二个OFDM符号一块有三个资源单元组。
(2) 去掉PCFICH和PHICH占用的资源单元组
125-4-3*4＝109，PCFICH固定占4个资源单元组，1组PHICH占3个资源单元组。
(3) 计算出系统中可用的CCE数
＝floor（109/9）＝12
不会被所有控制信道占用的REG的个数为：109-12*9＝1，将这个REG填<NIL>。
(4) 将两个CCE复用，必要时填入<NIL>
A 计算PDCCH1的起始搜索空间
＝0
B 计算PDCCH2的起始搜索空间
＝（39827×3）mod 65537＝53944
＝10
C 将两个PDCCH复用在一起 然后将其余的CCE补<NIL>满足位置要求，这样补了12-8-2=2个CCE的<NIL>。
总结：最后填充<NIL>的bit数为2个CCE（144bit）＋1个REG（32bit）＝176bit。
PDCCH的盲检
PDCCH的盲检过程为：
首先根据UE半静态配置的发送模式按照协议[1]中表7.1-1DCI格式与发射模式的对应关系确定DCI的可能格式，然后根据表2和计算的搜索空间进行盲检樱桃什么时候成熟L客户关系维护。
1． 搜索公共空间
公共空间的搜索要顺序检测和的和个PDCCH candidates，每个集合的起始搜索位置为0，然后根据DCI的格式进行解速率匹配，维特比译码，解CRC，判断CRC是否正确。如果CRC判断正确则输出相应的数据，如果和集合都搜索完，CRC还不正确，则输出相应长度的‘－1’序列。
2． 搜索UE特定空间
UE特定空间的搜索要顺序检测、、和的、、和个PDCCH candidates，每个集合中的PDCCH candidate起始位置根据[2]中9.1.1的公式计算，然后根据DCI的格式进行解速率匹配，维特比译码，解CRC，判断CRC是否正确。如果CRC判断正确则输出相应的数据，如果、、和集合都搜索完，CRC还不正确，则输出相应长度的‘－1’序列。
在检测的过程中，一旦检测到数据的CRC判断正确，那么就输出检测到的数据，不再进行检测。
PDCCH盲检流程图为：
图1 PDCCH盲检流程图
