PDCCH与物理过程

PDCCH与物理过程

1小引

PDCCH，即下行控制信道，是LTE最重要的信道之一。上行的资源分配的承载和下行分配的承载都是通过PDCCH通知给UE。PDCCH是LTE的信令信道，在时域上主要占用时隙的前3个符号(对于带宽比较小的小区，可能会使用4个符号)。到底使用几个符号，由物理信道PCFICH来指示。PCFICH是占用固定的时频位置。不过在前面3个符号，还占用了其他的物理信道，包括PHICH信道，RS信号和PBCH信道。PHICH的信道不是固定的，下行的ACK资源分配是异步的HARQ，所以PHICH信道是在变化的。这个会影响大PDCCH的译码检测过程，所以PHICH信道的信息，会在PBCH中通知到UE，这样UE就已经知道了知道了前3个符号所有的信息位置，而PDCCH的信息则是其他信道占用之后剩余的信道分配的内容。本文档主要是依据协议36211,36212,36213来对于PDCCH做一个总结，在一些问题排除过程中，能够有相应的一个资料依据，也是对于协议一个理解过程。

这里也介绍以下相关的一些概念，下图是一个RE与RB的示意图。

RE，LTE最小的物理资源，是有一个二维的参数决定，包括符号位置和频域位置，即通常RE是指某个时隙上上某个符号与频域子载波对应的符号?k,l?。

RB, RB是时域和频域上连续的RE资源组成的资源块，时域上是一个时隙的宽带，通

RB常6-7个符号长度，频域上连续Nsc 子载波，通常对应的带宽为180k，对于15k载波有

12个。

REG，为4个连续的RE构成，是相同符号内的RE构成的，这个RE不能包括天线的参考信号占用的资源，排除之后在进行映射。REG通常为比较小的控制信息来传输，包括PCFICH和PHICH信道。

CCE, 为9个连续的REG组构成，CCE为传输PDCCH使用，PDCCH的承载信息相对

多一点所以需要更多的REG才能够进行传输。

2相关的物理信道

PDCCH到底占用那些时频资源的信息，这个需要先知道其他的信道的信息，PBCH就不在阐述。这里在描述其他下行控制的时频信息，需要说明的是，这些控制信息会做一个相应的总结，这里只是简单的对位置部分做一些简要描述，以便帮助理解PDCCH信道。

2.1 PCFICH

协议36211 6.7.4。

首先，PCFICH是映射到符号1上面的，并且分为了4组REG，四组 REG分别映射到4个相对均衡的频域上：

RBcellDL第一个REG是在频域的k?Nsc，是一个小区ID与RB数目2?NIDmod2NRBDLRB关联的函数(NRB 最大为110，最小为6，Nsc为12(for 15k)或者24(for 7.5k) )。

????第二个REG是在k?k?NRB2?Nsc?DL?RB2)上 2上 2上

第三个REG是在k?k?2NRB2?Nsc第4个REG是在k?k?3NRB2?Nsc?DL?RB?DL?RBDLRB注意，2，3,4 的REG资源如果超过NRB，需要进行mod操作。 Nsc其中的PCFICH的资源分配可以由下图直观的感受一下：

所以，总的可以来说，PCFICH占用4个REG资源，时频资源可以参考36211中的相关规定。

2.2 PHICH

PHICH 是eNB对于上行的PUSCH的数据的响应。上行的很多用户可能会分在同一个组内，组内正交码分来实现。每个PHICH组映射到3个REG。对于一个小区，下行支持多少组，由高层来决定。FDD由以下公式来决定：

groupNPHICHDL?NgNRB8???DL??2?NgNRB8??????for normal cyclic prefix??for extended cyclic prefix

group16,12,1,2?,有高层来通知UE和eNB。某个用户属于的nPHICH这里的Ng?? 在范围0 to

groupgroupNPHICH?1。而TDD格式NPHICH则还与TDD配置有关，由协议的表格Table 6.9-1的Migroupgroupgroup和NPHICH决定，即某个用户的nPHICH属于0 to mi?NPHICH?1范围。

group 所以，对于PHICH总共占用下行下行的REG数为 3*NPHICH(FDD)，对于TDD则占用group3*mi?NPHICH个REG。

2.3 RS

下行RS(R9) 有多种，包括小区参考信号，UE特定参考信号，MBSFN参考信号，位置参考信号。UE特定参考信号主要用于波束赋形的，MBSFN参考信号用于多播功能使用，位置参考信号作用，用于定位才出来的？这里主要对小区参考信号做一个简单介绍。其他的参考信号到以后在向下描述以下。 在协议36211 6.10.1.2中，描述了小区参考信号的映射规范，这样也就说明了小区参考信

(p)号在时频上面的分布情况。小区参考信号rl,ns(m)映射映射到时隙ns上的符号ak,l：

(p)ak,l?rl,ns(m')

这里有：

k?6m??v?vshift?mod6DL??3if p??0,1??0,Nsymbl???if p??2,3? ?1DLm?0,1,...,2?NRB?1max,DLDLm??m?NRB?NRB从上面的公式来看，符号在频域上是以6个载波作为间隔，这样分布在整个频域上，时域上

对于天线端口0和1，则是一个时隙上两个符号分布。可以空口下面的图示来看小区参考信号的分布：

R0R0One antenna portR0R0R0R0R0l?0R0l?6l?0l?6Resource element (k,l)R0R0R1R1Two antenna portsR0R0R1R1Not used for transmission on this antenna portR0R0R1R1Reference symbols on this antenna portR0l?0R0l?6l?0l?6l?0R1l?6l?0R1l?6R0R0R1R1R2R3Four antenna portsR0R0R1R1R2R3R0R0R1R1R2R3R0l?0R0l?6l?0l?6l?0R1l?6l?0R1l?6l?0R2l?6l?0l?6l?0R3l?6l?0l?6even-numbered slotsodd-numbered slotseven-numbered slotsodd-numbered slotseven-numbered slotsodd-numbered slotseven-numbered slotsodd-numbered slotsAntenna port 0Antenna port 1Antenna port 2Antenna port 3一个RB内，占用2个符号(for 天线0，1)，每个符号有2个参考信号，所以一个RB里面有4个RE。不过控制信道上，只有一个符号会占用参考信号。所以占用到2个RE。note that“Resource elements ?k,l? used for reference signal transmission on any of the antenna ports in a slot shall not be used for any transmission on any other antenna port in the same slot and set to zero.“。对于2天线而言，会影响到单天线，也就是单天线的一些位置，如果是2天线也占用，不能作为作为其他信号进行使用。所以对于一个RB里面的第一个符号(for 15k)，总计3个REG，但是参考信号已经占用了1个REG(4个RE)。

2.4 CCE计算

所以，总的来说，控制信道占用了CFI 个符号的时域资源(for 15k)，但是第一个符号有1/3由参考信号占用，所以其他的信号占用的REG 只有 (2 + (CFI -1)*3) *RBnum。如果RBnum =100，CFI=3，REG数目为 100*(2+6) =800REG， 去掉PCFICH的4个REG，对于PHICH，如果Ng=1/6并且存在下行ACK/NAK , 则有PHICH组有 1/6*(100/8) = 2(for normal CP)。则PHICH总共占用2*3个REG。总的REG为 800-4-6 = 790 。则CCE的数目为 790/9 = 87。

3 PDCCH相关的格式

以下来描述以下各种PDCCH的格式，这些内容主要是在36212 5.3.3中进行描述的。在协议中描述映射关系，bits a0 to aA-1 从a0 开始映射，每个域的映射规则是最高比特先进行映射“The most significant bit of each field is mapped to the lowest order information bit for that field “。

3.1 DCI0

DCI0 用于上行的PUSCH的调度，包含如下的一些信息：

Flag DCI0与DCI1的区别，1比特，0表示DCI0,1表示DCI1； 调频flag；

ULULRB分配与调频资源分配---log2(NRB(NRB?1)/2)比特，

??ULUL如果是非调频PUSCH，???log2(NRB(NRB?1)/2)??? 提供PUSCH的RB信息分配

??如果是调频PUSCH的情况

~(i)的信息(36213的8.4节) NUL_hop 高位比特用于获得nPRBULUL? 用于上行子帧的一个slot的资源分配信息 ???log2(NRB(NRB?1)/2)??NUL_h?op??MCS与冗余信息，5比特

NDI，1比特

TPC的命令，2比特 for PUSCH 循环比特，3比特for DM RS

UL Index，2比特 for TDD 配置0 DAI，2比特 forTDD CQI，1比特

如果DCI0的比特数少于DCI1A，则需要填充一些比特直到长度一致为止(什么原因？)。 以上的一些比特数，主要是RB的分配比特数未定，跟实际的小区带宽相关。其他的比特数有：

ULUL 18比特 +log2(NRB(NRB?1)/2)

??如果NRB =100，大概为18 +15 =33比特

UL3.2 DCI1

DCI1 主要用于下行PDSCH的单个码字的资源分配指示，相关的信息如下： 资源分配类型，用于区分类型0或者类型1, 1比特

Note：(带宽10RB以下，直接使用类型0,无分配信息) RB资源分配的比特，

DL如果是类型0，占用NRB/P比特(P为RBG大小)；

??如果是类型1，则需要如下3部分信息：

g?P?? 比特，用于指示资源块子集头部信息 ?lo21比特，用于资源分配的移位信息

??NDLRB/P??log2?P???1，用于资源分配信息 ??MCS信息，5比特

HARQ进行号信息，FDD 3比特，TDD 4比特； NDI，1比特 RV，2比特

TPC for PUCCH，2比特 DAI，2比特，forTDD

需要注意的一些比特数目的处理情况：(1) 如果DCI1的比特的数目 与DCI0和DCI 1A一致，则需要填充1个0信息；(2) 如果DCI1的比特的数目 与表格5.3.3.1.2-1的某个相等，则填充一些0比特信息使得不等，并且也要符合(1)。

Table 5.3.3.1.2-1: Ambiguous Sizes of Information Bits.

{12, 14, 16 ,20, 24, 26, 32, 40, 44, 56} 这里的总的比特数，也是资源分配是未定的，其他的都是确定下来的，总的有(TDD type0)：

DL 17+ NRB/P

??如果NRB =100， P =4，则 总计 17+25 = 42比特

DL3.3 DCI1A

DCI 1A用于单个PDSCH码字的简洁调度以及由PDCCH order发起的RA接入过程： Flag 用于DCI0和DCI1A的区分，1比特

(以下的信息是两种情况，分别是RA过程和其他的,)

如果是RA过程，并且是由C-RNTI加扰的PDCCH发起的 Flag 集中式或者分布式的VRB，1比特，该值为0

DLDLRB分配，log2(NRB(NRB?1)/2)比特全部置1

??Preamble index，6比特 Prach Mask，4比特

其他所有用于PDSCH调度的比特，均值为0 否则(其他情况)

Flag 集中式或者分布式的VRB，1比特，

DLDLRB资源分配，log2(NRB(NRB?1)/2)比特，

??DLDL 集中式VRB，log2(NRB(NRB?1)/2)比特，

??分布式VRB，再分为两种情况

如果加扰为 RA-RNTI, P-RNTI, or SI-RNTI或者RB<50

DLDL ?log2(NRB(NRB?1)/2)?提供资源分配类型

其他情况

用于指示gap 值，1比特，0为Ngap?Ngap,1，1为Ngap?Ngap,2

DLDL资源分配，(?log2(NRB(NRB?1)/2)??1)比特

MCS, 5比特

NDI，1比特，使用方法

如果加扰为 RA-RNTI, P-RNTI, or SI-RNTI

如果RB>50 且VRB flag位置1，

NDI表示Gap值，0表示Ngap?Ngap,1，1表示Ngap?Ngap,2 否则不适用

如果非这些RNTI，则NDI为平常含义

RV，2比特

TPC for PUCCH，2比特

如果是加扰为 RA-RNTI, P-RNTI, or SI-RNTI

最高比特空余

1A1A1A低比特指示为TBS的NPRB，如果是0 则NPRB= 2 else 则 NPRB= 3

DAI for TDD，2比特

Note: (1) 如果DCI1A的长度少于DCI0，则填满直到长度相等 (2) 如果DCI1A的长度属于表格5.3.3.1.2-1的某个值，需要填充比特0使得不等于表格5.3.3.1.2-1的值，(也要符合(1) ) (3) 加扰为 RA-RNTI, P-RNTI, or SI-RNTI, 则 HARQ 进程号，DAI 为保留位

这里计算某种DCI1A格式的比特数，非RA-RNTI等情况的，包括(如果NRB =100)

DLDL14比特(TDD) +log2(NRB(NRB?1)/2) = 27比特

DL??

3.4 DCI1B

DCI1B也用于PDSCH的简明调度，包含预编码信息。格式含有如下的一些信息：

VRB分配标示位，1比特，用于指明集中式还是分布式

DLDLRB指派信息，log2(NRB(NRB?1)/2)比特

??DLDL如果是集中式VRB，log2(NRB(NRB?1)/2)提供RB信息

??如果是分布式VRB，

DLDLDL For NRB(NRB?1)/2)提供RB信息 ?50，log2(NRB??DLFor NRB?50，

1比特 指示Gap值， 0表示Ngap?Ngap,1，1为Ngap?Ngap,2

DLDL资源分配，(?log2(NRB(NRB?1)/2)??1)比特

MCS，5比特，

HARQ进程号，3比特for FDD，4比特for TDD NDI，1比特 RV，2比特

TPC，2比特 for PUCCH DAI ，2比特 forTDD

TPMI，用于指示预编码信息，参见表格5.3.3.1.3A-1，2天线2比特，4天线4比特，指示的码书信息则需要进一步参考协议36211 PMI信息，1比特，参考表格5.3.3.1.3A-2

Table 5.3.3.1.3A-2: Content of PMI confirmation.

Bit field mapped to index 0 1 Message Precoding according to the indicated TPMI in the TPMI information field Precoding according to the latest PMI report on PUSCH using the precoder(s) indicated by the reported PMI(s) 这两种格式可以理解为一种是eNB固定的TPMI格式指示，一种是根据UE的PUSCH上报的的PMI格式，UE上报的是一种动态的方式。

Note: 如果DCI1B的长度属于表格5.3.3.1.2-1的某个值，需要填充比特0使得不等于表格5.3.3.1.2-1的值

DL这里计算一下DCI1B的总的比特数，包括(如果NRB =100)

DLDL TMPI(2比特)+18(TDD) +log2(NRB(NRB?1)/2)

?? = 20+13比特 =33比特

3.5 DCI1C

DCI1C用于简明PDSCH调度，或者是通知MCCH有改变，包括如下一些信息：

如果是PDSCH的单个码字的调度，

1比特用于指示Gap值，0表示Ngap?Ngap,1，1为Ngap?Ngap,2

DL对于NRB?50，没有Gap指示的比特信息

RB资源分配，log2NVRB,gap1/NRB???DLstepDLstep??(?NVRB,gap1/NRB??1)/2??，具体的

DLstep和 NNVRB值要参见协议36213中的章节7.1.6.3 RB,gap1否则

MCCH信息改变通知，8比特，定义为36331的5.8.1.3中 其他位为预留位

Note，这个格式下的比特数不进行计算，以后搞清楚了一些分配含义在说。

3.5 DCI1D

DCI1D格式用于PDSCH的简明调度，并且具有预编码和功率相对值的信息，包括如下信息：

VRB分配标示位，1比特，用于指明集中式还是分布式，

DLDL资源分配指示，log2(NRB(NRB?1)/2)比特

DLDL如果是集中式VRB，log2(NRB(NRB?1)/2)提供RB信息

????如果是分布式VRB，

DLDLDL For NRB(NRB?1)/2)提供RB信息 ?50，log2(NRBDLFor NRB?50，

?? 1比特 指示Gap值， 0表示Ngap?Ngap,1，1为Ngap?Ngap,2

DLDL(NRB?1)/2)??1)比特 资源分配，(?log2(NRBMCS信息，5比特，

HARQ进程号，3比特for FDD，4比特for TDD NDI，1比特 RV，2比特

TPC，2比特 for PUCCH DAI ，2比特 forTDD

TPMI，用于指示预编码信息，参见表格5.3.3.1.3A-1，2天线2比特，4天线4比特，指示的码书信息则需要进一步参考协议36211 下行功率相对值，1比特，在36213中定义

Note: 如果DCI1D的长度属于表格5.3.3.1.2-1的某个值，需要填充比特0使得不等于表格

5.3.3.1.2-1的值

DL这里来看看DCI1D的承载的比特数，包括(如果NRB =100)

DLDL20比特(2天线，TDD) +log2(NRB(NRB?1)/2)

??= 20+13 =33 比特

3.6 DCI2

DCI2 用于空分复用的 情况，能够传输双码字的场景，包括如下的信息：

资源分配头信息，1比特，用于区分type0和type1

如果RB的数目小于10PRB，则没有这个头信息，默认使用type0 RB指派信息，

DL For type0， NRB/P比特，提供资源分配信息

??For type1, 有3部分信息

?log2?P?? 比特，用于指示资源块子集头部信息

1比特，用于资源分配的移位信息

??NDLRB/P??log2?P???1，用于资源分配信息 ??TPC for PUSCH, 2比特 DAI，2比特

HARQ进程号，3比特for FDD, 4比特 for TDD

传输块指示，1比特(用于指示那个传输块进行传输)。

如果两个传输块度进行发送，见下表格，如果仅仅只有一个传输块传输，则一直使用codeword 0

Table 5.3.3.1.5-1: Transport block to codeword mapping

(two transport blocks enabled).

transport block to codeword swap flag value 0 1 codeword 0 (enabled) codeword 1 (enabled) transport block 1 transport block 2 transport block 2 transport block 1

如果要传输 TB1，则要附加 MCS，5比特 NDI，1比特 RV，2比特

如果要传输TB2，则要附加

MCS，5比特 NDI，1比特

RV，2比特

预编码信息，比特数见Table 5.3.3.1.5-3，2天线3比特，4天线6比特；

结合本章节的协议内容以及表格，需要注意的有：

(1) 如果有两个TB发送时，需要使用空分复用的技术，并且要用到两个码字

(2) 如果只有一个TB发送的时候，不管是TB0还是TB1，都只使用codeword0，这个

意味着在进行分层映射时，都是只是使用第一个码字来操作

(3) TPMI代表码书(codebook)的索引，在36211中的定义的1,2层的码书Table

6.3.4.2.3-1 或者3,4-层的码书Table 6.3.4.2.3-2。

(4) 对于单个码字的发送，如果之前TB块使用了2层的闭合空分复用发送，则Table

5.3.3.1.5-5 的索引18到34 仅仅用于重传。 (5) Table 5.3.3.1.5-4 and Table 5.3.3.1.5-5 中，有两种使用方法，一种是直接界定的PMI，

另外一种是使用UE上报的PMI方式，UE上报的则相对是一中动态方式，最后一个上报的PMI结果

(6) 表格5.3.3.1.5-4的 Bit field mapped to index =5 or 6 ，如果RI=2的情况下，使用

precoders 指示的第一列(6 for第二列)的值乘与2作为预编码值。其他的情况使用UE指示的PMI进行预编码。(note,这段话怎么理解，RI=2 还有其他的编码值，比如是6.3.4.2.3-1 的2层矩阵格式？)

这里的总的比特数，也是资源分配是未定的，其他的都是确定下来的，总的有(TDD type0).

UL如果NRB =100，P=4,双码字， 大概为

DL29+NRB/P =54比特

??

3.7 DCI2A

DCI2A格式包含如下信息：

资源分配头信息，1比特，用于区分type0和type1

如果RB的数目小于10PRB，则没有这个头信息，默认使用type0 RB指派信息，

DL For type0， NRB/P比特，提供资源分配信息

??For type1, 有3部分信息

?log2?P?? 比特，用于指示资源块子集头部信息

1比特，用于资源分配的移位信息

??NDLRB/P??log2?P???1，用于资源分配信息 ??TPC for PUSCH, 2比特 DAI，2比特

HARQ进程号，3比特for FDD, 4比特 for TDD

传输块指示，1比特(用于指示那个传输块进行传输)。

如果两个传输块度进行发送，见下表格，如果仅仅只有一个传输块传输，则一直使用codeword 0

如果要传输 TB1，则要附加 MCS，5比特 NDI，1比特 RV，2比特

如果要传输TB2，则要附加

MCS，5比特 NDI，1比特 RV，2比特

预编码信息，比特数Table 5.3.3.1.5A-1

Table 5.3.3.1.5A-1: Number of bits for precoding information.

Number of antenna ports at eNodeB 2 4 Number of bits for precoding information 0 2

需要注意的是：(1) 传输块0和1 使能的关系还是参见5.3.3.1.5-1 和5.3.3.1.5-2，与之前DCI2的含义是一致的 (2) Table 5.3.3.1.5A-1的预编码信息内容主要为，2天线端口不需要，4天线端口包含2比特信息 (3) 对于单个码字的发送如果传输块使用了大延时CDD的2层发送，Table 5.3.3.1.5A-2的Index 1用于该传输快之后的重传 (4)两个天线端口预编码这个字段不存在，按照这种方法来使用：如果两个块都使能，则采用2层的发送；如果只有一个块使能，则采用发射分集技术。

这里的总的比特数，也是资源分配是未定的，其他的都是确定下来的，总的有(TDD type0).如果NRB =100，P=4,4天线端口方式，双码字， 大概为

DL29+NRB/P =54比特 UL??3.8 DCI2B

DCI2B格式用于UE Spec的应用方式，包含如下信息： 资源分配头信息，1比特，用于区分type0和type1

如果RB的数目小于10PRB，则没有这个头信息，默认使用type0 RB指派信息，

DL For type0， NRB/P比特，提供资源分配信息

??For type1, 有3部分信息

?log2?P?? 比特，用于指示资源块子集头部信息

1比特，用于资源分配的移位信息

??NDLRB/P??log2?P???1，用于资源分配信息 ??TPC for PUSCH, 2比特 DAI，2比特

HARQ进程号，3比特for FDD, 4比特 for TDD 扰码ID信息，1比特 在 36211 的6.10.3.1定义。 如果要传输 TB1，则要附加 MCS，5比特 NDI，1比特 RV，2比特

如果要传输TB2，则要附加

MCS，5比特 NDI，1比特 RV，2比特

Note：(1) 如果两个传输块都使能了，使用两层的传输，传输块1映射到码字0，传输块2映射到码字1，天线端口7和8使用空分复用方式 (2) 如果只有1个传输块使能，层数为1，码字的映射使用表格5.3.3.1.5-2，单个天线端口的发送参见表格Table 5.3.3.1.5B-1(在两个天线端口上按照NDI的指示来发送)

Table 5.3.3.1.5B-1: Antenna port for single-antenna port transmission (one transport

block disabled).

New data indicator of the disabled transport block Antenna port 0 1 7 8

这里的总的比特数，也是资源分配是未定的，其他的都是确定下来的，总的有(TDD type0).

UL如果NRB =100，P=4, 双码字，大概为

DL23+NRB/P =48比特

??3.9 DCI3

DCI3的方式用于PUCCH和PUSCH的TPC 命令方式，应用与2比特的功率调整，包括如

下的信息：

TPC 命令1，TPC命令2，…， TPC命令 N 这里N??如果??Lformat 0??， Lformat 0 等于format0在CRC之前的静荷长度。 2???Lformat 0?Lformat 0 ，插入一个0比特。 ??2?2?

这里需要重点说明一下，DCI3和DCI3A是用于PUSCH或者PUCCH的功率调整，由TPC-PUCCH-RNTI或者TPC-PUSCH-RNTI加扰来指示是PUCCH还是PUSCH。其相关的

参数由高层来确定，在RRC里面定义了相应的参数指示：

TPC-PDCCH-Config information element

-- ASN1START

TPC-PDCCH-Config ::= }

TPC-Index ::= }

CHOICE {

INTEGER (1..15), INTEGER (1..31)

release setup }

CHOICE { NULL, SEQUENCE {

BIT STRING (SIZE (16)), TPC-Index

tpc-RNTI tpc-Index

indexOfFormat3 indexOfFormat3A

3.10 DCI3A

DCI3A的方式用于PUCCH和PUSCH的TPC 命令方式，应用与1比特的功率调整，包括如下的信息：

TPC 命令1，TPC命令2，…， TPC命令 N 这里N??如果??Lformat 0??， Lformat 0 等于format0在CRC之前的静荷长度。 2???Lformat 0?Lformat 0??2 ，插入一个0比特 2??

Note：(1) 在双码字的空分复用过程中，只使用了一个HARQ进程号，而另外的进程号可以根据规则给推算出来，比如 HARQ NO. + MaxHARQ Num。(2) 在HARQ进程号过程中，只有一个资源分配的信息，也就是对双码字的分配结果而言，双码字占用相同的RB信息，使用相同的分配结果。

4传输模式与PDCCH

在实际PDCCH的传输过程中，需要有关传输模式以及相应的RNTI。RNTI在PDCCH编码过程汇中进行加扰，也是在区分不同的业务过程。在LTE应用过程中，有如下的一些RNTI，下行的包括 ：RA-RNTI，SI-RNTI, P-RNTI, C-RNTI，SPS-RNTI，Tempt-CRNTI， 上行的包括 C-RNTI, SPS-RNTI, Tempt-CRNTI， TPC-PUCCH-RNTI，TPC-PUSCH-RNTI。这些RNTI代表这业务过程中的相关的过程以及相应的业务。对于一般的PDSCH或者PUSCH的数据传输而言，主要是使用SPS-RNTI和C-RNTI 来进行数据传输；在进行相应的公共信

道上的传输，则会使用 RA-RNTI，SI-RNTI, P-RNTI 等进行传输包括RA信息，广播信息和寻呼信息，Tempt-CRNTI 则一般用于在刚刚接入网络过程中用来做竞争的临时的CRNTI。TPC-PUCCH-RNTI，TPC-PUSCH-RNTI 主要是对上行PUCCH和PUSCH进行功率控制的RNTI信息。相应的RNTI有相应的搜索空间。

用于公共搜索空间的RNTI包括：RA-RNTI，SI-RNTI, P-RNTI，TPC-PUCCH-RNTI，TPC-PUSCH-RNTI；用于UE搜索空间的RNTI包括：C-RNTI，SPS-RNTI，Tempt-CRNTI。 RA-RNTI 是通过计算得到的，见36321的5.1.4，SI-RNTI, P-RNTI 是固定值，见36321的7.1章节，TPC-PUCCH-RNTI，TPC-PUSCH-RNTI ，SPS-RNTI 是通过RRC信令获得的。C-RNTI是通过RA竞争过程中来取得的。在实际使用过程中，如果UE在某个子帧上分配了RA-RNTI 和C-RNTI，SPS-RNTI，UE可以忽略C-RNTI，SPS-RNTI 而值进行RA-RNTI的解码过程。

在协议36213的7.1描述中，涉及到波束赋型的一些规则(目前还不是很理解，之后在搞清楚)： FDD制式下

(1) 在天线端口5上，任何正常CP子帧上的PDCCH的OFDM符号数等于4时，UE 不在期望接收到PDSCH

(2) 在天线端口5,7,8 上，如果一对VRB映射到两个PRB上，这个两个PRB 任意一

个与PBCH或者主同步信号或者辅同步信号在频域上有重叠，则UE不在希望收到 PDSCH

(3) 在天线端口7上，如果分配了分布式的VRB，则UE不希望在而接受到PDSCH (4) 如果UE没有接收到所有分配的PDSCH资源块(即没有PDCCH)，UE将会不在解

码传输块；UE如果不在进行解码，则物理层向上指示传输块解码失败

TDD制式下

(1) 在天线端口5上，任何正常CP子帧上的PDCCH的OFDM符号数等于4时，UE 不在期望接收到PDSCH

(2) 在天线端口5,上，如果一对VRB映射到两个PRB上，这个两个PRB 任意一

个与PBCH在频域上有重叠，则UE不在希望收到 PDSCH

(3) 在天线端口7,8 上，如果一对VRB映射到两个PRB上，这个两个PRB 任意一

个与主同步信号或者辅同步信号在频域上有重叠，则UE不在希望收到 PDSCH

(4) 在天线端口7上，如果分配了分布式的VRB，则UE不希望在而接受到PDSCH (5) 对于正常CP的配置1和6，在天线端口5， 在某个子帧上如果是VRB资源分配，

则UE不在期望收到PDSCH

(6) 如果UE没有接收到所有分配的PDSCH资源块(即没有PDCCH)，UE将会不在解

码传输块；UE如果不在进行解码，则物理层向上指示传输块解码失败

Note: 以上的规范不是很明白，从字面上来看，天线端口 5,7,8 的资源分配上有一些限制，包括与VRB的限制，包括如果4个OFDM符号的PDCCH的限制等。但是为何会有这些限制，估计需要对于 UE Spec 的业务使用才能够搞明白。

在LTE系统中，还包括一个空分的概念。即在MIMO输入输出系统中，天线传输是怎么进行的，是空分还是分集？是2天线还是4天线？ 这些会有相应的传输模式的定义。对于控制信道而言，由于传输的信息首先要进行解码，并且可靠性要求比较高，需要采用简单

可靠的传输模式。而对于业务的PDSCH或者PUSCH而言，则需要尽可能的进行数据的传输，在无线质量比较好的情况下，可以采用空分等，以便将数据尽可能的多传输。以下对于这些将简单的说明一下。

对于上行而言，PDCCH比较简单，主要是在DCI0上进行传输PDCCH。下行则一般要知道传输模式。传输模式是由高层通知下来的，包括eNB通知到UE。

AntennaInfo information elements

-- ASN1START

AntennaInfoCommon ::= }

AntennaInfoDedicated ::= TM }

AntennaInfoDedicated-v920 ::=

SEQUENCE {

CHOICE {

BIT STRING (SIZE (6)), BIT STRING (SIZE (32))

-- Cond

ue-TransmitAntennaSelection }

release setup

CHOICE{

NULL,

ENUMERATED {closedLoop, openLoop}

transmissionMode

SEQUENCE {

ENUMERATED {

tm1, tm2, tm3, tm4, tm5, tm6, tm7, tm8-v920},

antennaPortsCount

SEQUENCE {

ENUMERATED {an1, an2, an4, spare1}

codebookSubsetRestriction }

n2TxAntenna-tm3 n4TxAntenna-tm3 n2TxAntenna-tm4 n4TxAntenna-tm4 n2TxAntenna-tm5 n4TxAntenna-tm5 n2TxAntenna-tm6 n4TxAntenna-tm6

OPTIONAL,

CHOICE {

BIT STRING (SIZE (2)), BIT STRING (SIZE (4)), BIT STRING (SIZE (6)), BIT STRING (SIZE (64)), BIT STRING (SIZE (4)), BIT STRING (SIZE (16)), BIT STRING (SIZE (4)), BIT STRING (SIZE (16))

-- Cond

codebookSubsetRestriction-v920 }

n2TxAntenna-tm8-r9 n4TxAntenna-tm8-r9

OPTIONAL

TM8 }

-- ASN1STOP

即通过AntennaInfo 信息的字段给发送给UE，包含在PhysicalConfigDedicated ，可能在UE

的RRC Setup中发送给UE。 当UE获知了传输模式时，UE在业务状态时对于UE Spec的搜索空间就基本上已知了可能的PDCCH格式。对于UE的C-RNTI的加扰的模式来讲，会存在以下表格的关系：

Table 7.1-5: PDCCH and PDSCH configured by C-RNTI

Transmission mode Mode 1 DCI format 1A Common and UE specific by C-RNTI DCI format 1 Mode 2 DCI format 1A DCI format 1 Mode 3 DCI format 1A DCI format 2A UE specific by C-RNTI Common and UE specific by C-RNTI UE specific by C-RNTI Common and UE specific by C-RNTI UE specific by C-RNTI DCI format Search Space Transmission scheme of PDSCH corresponding to PDCCH Single-antenna port, port 0 (see subclause 7.1.1) Single-antenna port, port 0 (see subclause 7.1.1) Transmit diversity (see subclause 7.1.2) Transmit diversity (see subclause 7.1.2) Transmit diversity (see subclause 7.1.2) Large delay CDD (see subclause 7.1.3) or Transmit diversity (see subclause 7.1.2) Mode 4 DCI format 1A DCI format 2 Common and UE specific by C-RNTI UE specific by C-RNTI Transmit diversity (see subclause 7.1.2) Closed-loop spatial multiplexing (see subclause 7.1.4)or Transmit diversity (see subclause 7.1.2) Mode 5 DCI format 1A DCI format 1D Mode 6 DCI format 1A DCI format 1B Common and UE specific by C-RNTI UE specific by C-RNTI Common and UE specific by C-RNTI UE specific by C-RNTI Transmit diversity (see subclause 7.1.2) Multi-user MIMO (see subclause 7.1.5) Transmit diversity (see subclause 7.1.2) Closed-loop spatial multiplexing (see subclause 7.1.4) using a single transmission layer Mode 7 DCI format 1A Common and UE specific by C-RNTI If the number of PBCH antenna ports is one, Single-antenna port, port 0 is used (see subclause 7.1.1), otherwise Transmit diversity (see subclause 7.1.2) DCI format 1 Mode 8 DCI format 1A UE specific by C-RNTI Common and UE specific by C-RNTI Single-antenna port; port 5 (see subclause 7.1.1) If the number of PBCH antenna ports is one, Single-antenna port, port 0 is used (see subclause 7.1.1), otherwise Transmit diversity (see subclause 7.1.2) DCI format 2B UE specific by C-RNTI Dual layer transmission; port 7 and 8 (see subclause 7.1.5A) or single-antenna port; port 7 or 8 (see subclause 7.1.1) 从表格可以看出来，每个传输模式都支持DCI1A格式，这个结果可以使得在UE未获知传输模式的情况下，可以使用这个来确定下行的PDCCH的信息，进而可以进行PDSCH解码结果。同样的，eNB也可以在没有通知到UE传输模式的情况下，使用DCI1A来发送PDSCH的结果。对于SPS-RTNI 的传输模式的结果，参见协议36213中的7.1节的表格。

4 PDCCH的信道编码与符号处理

对于物理信道的处理过程，大致是分块，进行CRC加入校验，然后在进行编码与交织，然后在进行速率匹配与交织，得到相应的比特之后，在进行符号的 处理，包括信道的加扰与调制，符号的层映射和RE资源映射。以下对于PDCCH来分别依据协议进行相应的描述。

4.1 比特级处理部分(36212)

4.1.1 CRC处理过程

CRC的作用是用于进行数据校验，如果CRC正确，则说明数据传输过程中，所得到的的数据是正确的，如果CRC错误，则传输的数据比特有相应的错误，则需要做其他的操作过程。

DCI的静荷部分全部用来做CRC计算，假设DCI的静荷数据部分为a0,a1,a2,a3,...,aA?1，加入的CRC的校验比特为 p0,p1,p2,p3,...,pL?1，L为16，则产生的新的比特序列为b0,b1,b2,b3,...,bB?1，此时B = A+ L。

对于以下的RNTI加扰 分为两种情况，一种是配置了天线选择(antenna selection)的功能,，一种是没有配置天线选择的功能。先看没有配置天线选择的功能的操作过程。RNTI的加扰过程，是对CRC校验比特进行加扰。假设RNTI的比特序列为xrnti,0,xrnti,1,...,xrnti,15，xrnti,0是RNTI的高位比特，，加扰后产生新的序列c0,c1,c2,c3,...,cB?1 ，加扰过程为：

ck?bk for k = 0, 1, 2, …, A-1

2 for k = A, A+1, A+2,..., A+15. ck??bk?xrn,tki?A?mod如果配置了天线选择功能，设xAS,0,xAS,1,...,xAS,15 为天线掩码，其他的参数设置如没有配置天线选择功能，则加扰的过程为： ck?bk

for k = 0, 1, 2, …, A-1

2 for k = A, A+1, A+2,..., A+15. ck??bk?xrnti,k?A?xAS,k?A?mod天线掩码表格见 协议36212的Table 5.3.3.2-1。

4.1.2 信道编码

假设在信道编码之前的比特序列为c0,c1,c2,c3,...,cK?1，采用协议26212的5.1.3.1的

(i)(i)(i)(i)(i)tailbiting(咬尾比特)卷积编码之后，得到相应的编码后的结果：d0,d1,d2,d3,...,dD?1, with

i?0,1, and 2，其中 D?K。

4.1.3 速率匹配

(i)(i)(i)(i)(i)i?0,1, and 2，其中 D?K ，使用协议的将上述数据 d0,d1,d2,d3,...,dD?1, with

5.1.4.2进行速率匹配处理，得到速率匹配后的数据比特流为 e0,e1,e2,e3,...,eE?1，E为匹配后的比特数目。

4.2 符号级处理部分(36211)

为了减少UE对于PDCCH的忙检过程，使用了CCE聚合度这样一个概念，即每个

DCI(PDCCH信道)承载在CCE上，CCE以1个，2个，4个，8个这样的连续的CCE为聚合来分配。假设系统能够得到NCCE个CCE，则每次聚合度为n 的CCE资源分配必须满足

imodn?0，i为CCE的序号，从0 and NCCE?1。这个就是CCE分配中的简单的描

述。对于不同的聚合的CCE，支持的比特数目见表格：

Table 6.8.1-1: Supported PDCCH formats.

PDCCH format 0 1 2 3 Number of CCEs 1 2 4 8 Number of resource-element groups 9 18 36 72 72 144 288 576 Number of PDCCH bits

4.2.1 PDCCH复用与加扰

对于PDCCH的使用过程中，要遵循在上面提到的原则，一个是满足聚合度，一个是需要满足聚合度的起始位置要求。这个就要求，在实际操作过程中，可能有一些相对应的CCE的数据或者对应的CCE可能会浪费，主要是分配有一些限制不是非常灵活的机制。

一个CCE，总共能够传输72个比特，一个DCI可能30-50比特，进行编码之后，将从原来的M个比特扩张为 (M+16)*3个比特，假设DCI 总共54个比特，则编码之后的比特数为70*3 =210比特。如果从以上的PDCCH格式来看，需要聚合度为4个PDCCH格式。4个CCE能够传输288比特。这样就会导致4个CCE不能完全填满，而不能填满的内容可能

就需要填写NIL的内容在其中(一般为0)。同样的情况下，可能会有某个CCE给浪费掉，即可能某个UE选择了1个CCE，而另外一个UE选择了2个CCE的资源，这样就有一个CCE不能够传输PDCCH资源给浪费了。显然，这种情况下，CCE的浪费是可能的，但是从另外一个角度来看，CCE资源又是非常珍贵的。所以有一些矛盾，只是尽可能的将资源给使用起来。所以协议规范要求，对于序号为n的CCE，其比特为b(72n),b(72n?1),...,b(72n?71)，If necessary, elements shall be inserted in the block of bits prior to scrambling to ensure that the PDCCHs starts at the CCE positions as described in 36213 。

(i)(i)第i个PDCCH的比特数为b(i)(0),...,b(i)(Mbit为其比特长度。按照以上的解释，?1)，Mbit(i) 应该有一些特殊的要求。将这些比特进行复用映射，得到相应的比特数据： Mbit(nPDCCH-1)(0)(1)b(0)(0),...,b(0)(Mbit?1),b(1)(0),...,b(1)(Mbit?1),...,b(nPDCCH?1)(0),...,b(nPDCCH?1)(Mbit?1)

nPDCCH 为PDCCH的信道数目。使用加扰序列c(i) (见36211的7.2章节)进行加扰，得到

加扰比特b(0),...,b(Mtot?1)：

~cellMtot?8NREG? cinit??ns2?29?NID，b(i)??b(i)?c(i)?mod2，

~~?nPDCCH?1i?0(i)Mbit

4.2.2 DPCCH的符号调制

~~加扰比特 b(0),...,b(Mtot?1)，使用QPSK进行调制后，得到相应的符号：d(0),...,d(Msymb?1)。

4.2.3 层映射

PDCCH的层映射机制，采用单天线映射方式或者分集映射方式，具体可以参见协议36211的 6.3.3.1 or 6.3.3.3。对于调制好的符号d(0),...,d(Msymb?1)，映射之后，得到的序列为y(i)?y(0)(i)...y(P?1)(i), i?0,...,Msymb?1，其中y(p)(i) 为映射到天线端口P上的数据。 4.2.4 RE映射

首先定义对于天线端口P的一个4元组 i，

z(p)(i)?y(p)(4i),y(p)(4i?1),y(p)(4i?2),y(p)(4i?3)，

??T其中i为4元组序号，这样就得到一个4元组的序列：

z(p)(0),...,z(p)(Mquad?1)，Mquad?Msymb4

4元组序列通过执行36211的块内的交织，可以得到交织后的序列 w(p)(0),...,w(p)(Mquad?1)，交织的主要过程为：

CC(1) 定义一个矩阵，矩阵的列数为32(Csubblock?32)，行数满足

?RCCsubblockCC>=Mquad ?Csubblock?CCCC (2) 如果4元组的序列的长度小于Rsubblock，则其他的数据在后面用0补齐；?Csubblock??(3) 将数据逐步填充到矩阵中，从(0,0)元素逐行进行填充 ， (4) 将行进行交织，以如下方式进行编排：

Table 5.1.4-2 Inter-column permutation pattern for sub-block interleaver.

Number of columns CC CsubblockInter-column permutation pattern CC?P(0),P(1),...,P(Csubblock?1)? 32 < 1, 17, 9, 25, 5, 21, 13, 29, 3, 19, 11, 27, 7, 23, 15, 31, 0, 16, 8, 24, 4, 20, 12, 28, 2, 18, 10, 26, 6, 22, 14, 30 > (5) 再将数据按列读出了，从(0,0)元素开始，将填充元素去除

这样得到序列w(p)(0),...,w(p)(Mquad?1)，在使用小区ID进行移位得到以下的序列：

cellw(p)(0),...,w(p)(Mquad?1) wherew(p)?i??w(p)(i?NID)modMquad.

??序列w(p)(0),...,w(p)(Mquad?1) 用于映射到RE资源上。

5 CCE分配

这个描述主要在协议的36213里阐述。将参考信号，PHICH，PCFICH的RE分配完之后，控制信道的其他的RE组成了CCE单元，这些单元总计为NCCE,k个(k表示第k个子帧)。这些CCE有两个空间组成，一个是公共空间，一个是UE专用空间。公共空间主要用来承载相应的公共信道的PDCCH，包括RA-RNTI，P-RNTI和SI-RNTI，TPC-PUCCH-RNTI，TPC-PUSCH-RNTI。这个空间主要的聚合度为4和8。UE专用空间主要是用来承载C-RNTI和SPS-RNTI，Tempt-RNTI，聚合度包括1，2,4,8。UE所要监控的PDCCH的候选由如下空间来表示：

Table 9.1.1-1: PDCCH candidates monitored by a UE.

(L)Search space Sk Number of PDCCH (L)candidates M Type Aggregation level L 1 2 4 8 Size [in CCEs] 6 12 8 16 16 16 6 6 2 2 4 2 UE-specific Common 4 8

(L)搜索空间Sk是由一个hash函数来决定的：

L??Yk?m?mod??NCCE,k/L???i

m?0,,M(L)?1，i?0,,L?1( i这里表示什么意思，后续的CCE资源？)。m从 0开

??始进行找寻是否有相应的PDCCH信道，如果没有则从寻找下一个直到M(L)-1。对于公共空间，Yk =0 ；对于UE专用空间，则是有如下来确定的：

Yk??A?Yk?1?modD，Y?1?nRNTI?0, A?39827, D?65537 and

k???ns2??

ns 是无线子帧，nRNTI即RNTI的值。 在协议的地方，有个需要理解的地方“The common

and UE-specific search spaces may overlap”。这里怎么来理解重叠？ 是说公共的空间也可以

用于UE专用？ 如果这样是否与上面表格冲突了，表格暗指只有22种PDCCH的候选。我的理解，这里的重叠是因为hash函数造成的。因为是hash函数，所以可能公共的空间的地方，也可能是某一些UE的专用空间，这样就造成了重叠。而这个中重叠的空间如何使用就需要看算法的设计情况。

需要注意的是，对于TDD而言，涉及到6种不同的配置，而不同的配置会影响到搜索空间。TDD的配置域为：

TDD-Config information element

-- ASN1START

TDD-Config ::= }

SEQUENCE {

ENUMERATED {

sa0, sa1, sa2, sa3, sa4, sa5, sa6},

subframeAssignment

specialSubframePatterns

ENUMERATED {

ssp0, ssp1, ssp2, ssp3, ssp4,ssp5, ssp6, ssp7, ssp8}

在SI1中可以获得相应的TD配置。

6 CCE分配的相关分析

第5章主要是协议描述部分，非常简洁。不过相关的算法都隐含其中。这里在做一些进一步分析。以后有时间可以将算法实现以下，看看相关程序的性能结果。 6.1 CCE分配算法

在考虑CCE分配算法时，需要做一些事情： (1) 确定CCE的空间，要先将RS的RE，PHICH的RE，PCFICH的REG给先确定下来，CFI的值也需要确定下来，这样就可以确定出CCE的数目为，剩下的RE组成的CCE数目(9个REG)。

(2) 确定了CCE数目，CCE的空间也就确定下来了，CCE的空间包括公共空间和专用空间，公共空间从第五章来看，Yk =0，所以公共空间是从0-15的总共16个CCE，聚合度4的CCE与聚合度为8的CCE是重叠的。其余的就是专用空间。

(3) 公共信道和UE专用信道的优先级。在一个子帧的PDCCH分配过程中，可能包含有公共信道，也可能没有公共信道。当存在公共信道时，与UE专用信道共存的情况下，UE专用和公共信道的优先级情况那个高。一般来讲公共信道的优先级可能会更高 (4) UE的各个聚合度分配情况。单个UE，在分配的时候一般包括DCI0和下行的DCIX，也就是需要两个PDCCH信道进行接入。比较理想的做法是，DCI的信息的比特数比CCE候选的比特数不要小太多。小太多的情况下是否先考虑不进行分配。即这里有两个策略，一种策略是UE优先，现在CCE的空间寻找空余的CCE资源，找不到则寻找第2个候选，知道最后的候选；另外一种是CCE资源优先，每个UE按照CCE的资源来找，先找CCE聚合都为1的情况，分配完之后在进行聚合度为2的UE进行寻找。这样就又便于UE的接入情况。

(5)对于(4)的策略，可以先计算每个UE所需要的DCI资源，通过如下公式：

所需CCE??DCI格式所占比特?16??3

2?36来确定当前UE所需要的CCE资源。这样在进行CCE资源定位寻找时就有目的性。 (6) 对于一个UE有2个PDCCH需要传输的情况，则是尽可能的满足UE的两个PDCCH资源，不应该值分配一个的情况。如果是在无法分配两个PDCCH资源，只能此次分配失败。

确定了以上的一些分配原则后，可以根据协议的Hash算法，进行CCE的分配。公共信道的分配空间为L??Yk?m?mod??NCCE,k/L??(Yk=0) 为起始位置的CCE，m =0,.., M??(L) 进

d，Y?1?nRNTI?0, A?39827，行增加；UE专用空间则是以 Yk??A?Yk?1?moDD?65537，m =0,.., M(L) 进行增加。分配只能在未分配的CCE中进行，已分配的CCE

不能在纳入分配资源。

从前面的CCE的计算来看，一个100RB的LTE小区，CCE大概只有87。这样即使每

个CCE接入一个UE，则只能接入87个UE。所以，CCE的资源是非常宝贵的。CCE对于LTE系统的资源的吞吐量，也起着很大的作用。一个比较好的CCE的资源分配算法，在UE的PDCCH分配资源上，不会产生一些负面影响，导致很多UE无法分配CCE资源。 6.2 CCE搜索空间

从前面的描述来看，CCE的搜索是以CCE的分配来展开的。CCE即有两个空间，一个是公共空间，一个是UE专用空间。公共空间有两个聚合度，4和8，总共有6个PDCCH候选，具体见第5章的表格。UE专用则有1,2,4,8的聚合度，总计有16个PDCCH候选。每个不同的聚合度，其中的CCE的起始位置是不一样的，这里使用一个图示来形象描述以下：

例如：CCE indexs: 0, 1, ?, 158个CCE的PDCCH可能的起点：4个CCE的PDCCH可能的起点：2个CCE的PDCCH可能的起点：01个CCE的PDCCH可能的起点：012023044456678891081011812121213141415不过上图也不是非常清楚，因为聚合都为1的CCE空间只有6个，聚合度为2的CCE空间也只有12个。

对于UE的检测，则是基于hash函数计算出来的值来搜索UE期望的DCI，在的公共空间和专用空间分别进行。 6.3 CCE的盲检过程

对于每种DCI，有固定的格式。而相应的长度和传输的信息也基本上是确定的。DCI的传输信息，基本上是与带宽相关。但是带宽一经确定(在PBCH中携带)，DCI的长度基本上是定下来了。

UE首先需要确定搜索空间，这里的搜索空间主要是两种，一种是公共搜索空间，一种是UE专用搜索空间。确定的方法即是通过公式来获得。对于公共搜索空间，与UE所处的阶段是相关的，UE对于这些公共信道，UE是否需要搜索取决于业务进展的阶段，或者UE配置了那些RNTI。如果是UE专用的空间，对于上行DCI0，需要在两个空间搜索；如果是下行，则是与传输模式相关，一般都对应于两个DCI需要进行搜索。

所以，如果是动态调度的情况下，并且UE在该下行子帧期待UL Grant和PDCCH，则需要在公共空间搜索DCI0和DCI1A，在专用空间搜索UL Grant以及DCI1A或者其他的DCIX格式。这样的搜索，每个PDCCH候选可能需要搜索3次。不过在UE得知相关的一些信息时，比如能够获得DCI的长度信息时，则可以减少一些不必要的搜索，比如如果DCI的信息必须通过2个CCE来分配资源，1个CCE的分配情况可以不考虑进行搜索。

Note: DCI0可能在公共搜索空间，DCI1A也可能在公共搜索信道上。

7 算法运行结果

暂时略

本文来源：https://www.bwwdw.com/article/csrd.html