PDCCH与物理过程.doc

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是指某个时隙上上某个符号与频域子载波对应的符号。RB, RB是时域和频域上连续的RE资源组成的资源块，时域上是一个时隙的宽带，通常6-7个符号长度，频域上连续 子载波，通常对应的带宽为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个相对均衡的频域上：第一个REG是在频域的，是一个小区ID与RB数目关联的函数( 最大为110，最小为6，为12(for 15k)或者24(for 7.5k) )。第二个REG是在)上第三个REG是在上第4个REG是在上注意，2，3,4 的REG资源如果超过，需要进行mod操作。其中的PCFICH的资源分配可以由下图直观的感受一下：所以，总的可以来说，PCFICH占用4个REG资源，时频资源可以参考36211中的相关规定。2.2 PHICHPHICH 是eNB对于上行的PUSCH的数据的响应。上行的很多用户可能会分在同一个组内，组内正交码分来实现。每个PHICH组映射到3个REG。对于一个小区，下行支持多少组，由高层来决定。FDD由以下公式来决定：这里的,有高层来通知UE和eNB。某个用户属于的 在范围 to 。而TDD格式则还与TDD配置有关，由协议的表格Table 6.9-1的Mi和决定，即某个用户的属于 to 范围。 所以，对于PHICH总共占用下行下行的REG数为 3*(FDD)，对于TDD则占用3*个REG。2.3 RS 下行RS(R9) 有多种，包括小区参考信号，UE特定参考信号，MBSFN参考信号，位置参考信号。UE特定参考信号主要用于波束赋形的，MBSFN参考信号用于多播功能使用，位置参考信号作用，用于定位才出来的？这里主要对小区参考信号做一个简单介绍。其他的参考信号到以后在向下描述以下。在协议36211 6.10.1.2中，描述了小区参考信号的映射规范，这样也就说明了小区参考信号在时频上面的分布情况。小区参考信号映射映射到时隙上的符号：这里有：从上面的公式来看，符号在频域上是以6个载波作为间隔，这样分布在整个频域上，时域上对于天线端口0和1，则是一个时隙上两个符号分布。可以空口下面的图示来看小区参考信号的分布：一个RB内，占用2个符号(for 天线0，1)，每个符号有2个参考信号，所以一个RB里面有4个RE。不过控制信道上，只有一个符号会占用参考信号。所以占用到2个RE。note that“Resource elements 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 DCI0DCI0 用于上行的PUSCH的调度，包含如下的一些信息：Flag DCI0与DCI1的区别，1比特，0表示DCI0,1表示DCI1；调频flag；RB分配与调频资源分配-比特，如果是非调频PUSCH， 提供PUSCH的RB信息分配如果是调频PUSCH的情况 NUL_hop 高位比特用于获得的信息(36213的8.4节) 用于上行子帧的一个slot的资源分配信息MCS与冗余信息，5比特NDI，1比特TPC的命令，2比特 for PUSCH循环比特，3比特for DM RSUL Index，2比特 for TDD 配置0DAI，2比特 forTDDCQI，1比特如果DCI0的比特数少于DCI1A，则需要填充一些比特直到长度一致为止(什么原因？)。 以上的一些比特数，主要是RB的分配比特数未定，跟实际的小区带宽相关。其他的比特数有： 18比特 +如果 =100，大概为18 +15 =33比特3.2 DCI1DCI1 主要用于下行PDSCH的单个码字的资源分配指示，相关的信息如下： 资源分配类型，用于区分类型0或者类型1, 1比特Note：(带宽10RB以下，直接使用类型0,无分配信息)RB资源分配的比特，如果是类型0，占用比特(P为RBG大小)；如果是类型1，则需要如下3部分信息： 比特，用于指示资源块子集头部信息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)： 17+ 如果 =100， P =4，则 总计 17+25 = 42比特3.3 DCI1ADCI 1A用于单个PDSCH码字的简洁调度以及由PDCCH order发起的RA接入过程：Flag 用于DCI0和DCI1A的区分，1比特(以下的信息是两种情况，分别是RA过程和其他的,)如果是RA过程，并且是由C-RNTI加扰的PDCCH发起的 Flag 集中式或者分布式的VRB，1比特，该值为0RB分配，比特全部置1Preamble index，6比特Prach Mask，4比特其他所有用于PDSCH调度的比特，均值为0否则(其他情况)Flag 集中式或者分布式的VRB，1比特，RB资源分配，比特， 集中式VRB，比特，分布式VRB，再分为两种情况如果加扰为 RA-RNTI, P-RNTI, or SI-RNTI或者RB50 且VRB flag位置1， NDI表示Gap值，0表示，1表示否则不适用 如果非这些RNTI，则NDI为平常含义RV，2比特TPC for PUCCH，2比特 如果是加扰为 RA-RNTI, P-RNTI, or SI-RNTI最高比特空余低比特指示为TBS的，如果是0 则= 2 else 则 = 3DAI 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等情况的，包括(如果 =100)14比特(TDD) + = 27比特3.4 DCI1BDCI1B也用于PDSCH的简明调度，包含预编码信息。格式含有如下的一些信息：VRB分配标示位，1比特，用于指明集中式还是分布式RB指派信息，比特如果是集中式VRB，提供RB信息如果是分布式VRB， For ，提供RB信息For ， 1比特 指示Gap值， 0表示，1为资源分配，比特MCS，5比特，HARQ进程号，3比特for FDD，4比特for TDDNDI，1比特RV，2比特TPC，2比特 for PUCCHDAI ，2比特 forTDDTPMI，用于指示预编码信息，参见表格5.3.3.1.3A-1，2天线2比特，4天线4比特，指示的码书信息则需要进一步参考协议36211PMI信息，1比特，参考表格5.3.3.1.3A-2Table 5.3.3.1.3A-2: Content of PMI confirmation.Bit field mapped to indexMessage0Precoding according to the indicated TPMI in the TPMI information field1Precoding 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的值这里计算一下DCI1B的总的比特数，包括(如果 =100) TMPI(2比特)+18(TDD) + = 20+13比特 =33比特3.5 DCI1CDCI1C用于简明PDSCH调度，或者是通知MCCH有改变，包括如下一些信息：如果是PDSCH的单个码字的调度， 1比特用于指示Gap值，0表示，1为对于，没有Gap指示的比特信息RB资源分配，具体的和 值要参见协议36213中的章节7.1.6.3否则MCCH信息改变通知，8比特，定义为36331的5.8.1.3中其他位为预留位 Note，这个格式下的比特数不进行计算，以后搞清楚了一些分配含义在说。3.5 DCI1DDCI1D格式用于PDSCH的简明调度，并且具有预编码和功率相对值的信息，包括如下信息：VRB分配标示位，1比特，用于指明集中式还是分布式，资源分配指示，比特如果是集中式VRB，提供RB信息如果是分布式VRB， For ，提供RB信息For ， 1比特 指示Gap值， 0表示，1为资源分配，比特MCS信息，5比特，HARQ进程号，3比特for FDD，4比特for TDDNDI，1比特RV，2比特TPC，2比特 for PUCCHDAI ，2比特 forTDDTPMI，用于指示预编码信息，参见表格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的值这里来看看DCI1D的承载的比特数，包括(如果 =100)20比特(2天线，TDD) += 20+13 =33 比特3.6 DCI2DCI2 用于空分复用的 情况，能够传输双码字的场景，包括如下的信息：资源分配头信息，1比特，用于区分type0和type1 如果RB的数目小于10PRB，则没有这个头信息，默认使用type0RB指派信息， For type0， 比特，提供资源分配信息For type1, 有3部分信息 比特，用于指示资源块子集头部信息1比特，用于资源分配的移位信息，用于资源分配信息TPC for PUSCH, 2比特DAI，2比特HARQ进程号，3比特for FDD, 4比特 for TDD传输块指示，1比特(用于指示那个传输块进行传输)。如果两个传输块度进行发送，见下表格，如果仅仅只有一个传输块传输，则一直使用codeword 0Table 5.3.3.1.5-1: Transport block to codeword mapping(two transport blocks enabled).transport blockto codewordswap flag valuecodeword 0(enabled)codeword 1(enabled)0transport block 1transport block 21transport block 2transport 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第二列)的值乘与作为预编码值。其他的情况使用UE指示的PMI进行预编码。(note,这段话怎么理解，RI=2 还有其他的编码值，比如是6.3.4.2.3-1 的2层矩阵格式？)这里的总的比特数，也是资源分配是未定的，其他的都是确定下来的，总的有(TDD type0).如果 =100，P=4,双码字， 大概为29+ =54比特3.7 DCI2ADCI2A格式包含如下信息：资源分配头信息，1比特，用于区分type0和type1如果RB的数目小于10PRB，则没有这个头信息，默认使用type0 RB指派信息， For type0， 比特，提供资源分配信息For type1, 有3部分信息 比特，用于指示资源块子集头部信息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 eNodeBNumber of bits for precoding information2042需要注意的是：(1) 传输块0和1 使能的关系还是参见5.3.3.1.51 和5.3.3.1.52，与之前DCI2的含义是一致的 (2) Table 5.3.3.1.5A1的预编码信息内容主要为，2天线端口不需要，4天线端口包含2比特信息 (3) 对于单个码字的发送如果传输块使用了大延时CDD的2层发送，Table 5.3.3.1.5A2的Index 1用于该传输快之后的重传 (4)两个天线端口预编码这个字段不存在，按照这种方法来使用：如果两个块都使能，则采用2层的发送；如果只有一个块使能，则采用发射分集技术。这里的总的比特数，也是资源分配是未定的，其他的都是确定下来的，总的有(TDD type0).如果 =100，P=4,4天线端口方式，双码字， 大概为29+ =54比特3.8 DCI2BDCI2B格式用于UE Spec的应用方式，包含如下信息：资源分配头信息，1比特，用于区分type0和type1如果RB的数目小于10PRB，则没有这个头信息，默认使用type0 RB指派信息， For type0， 比特，提供资源分配信息For type1, 有3部分信息 比特，用于指示资源块子集头部信息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.52，单个天线端口的发送参见表格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 blockAntenna port 0718这里的总的比特数，也是资源分配是未定的，其他的都是确定下来的，总的有(TDD type0).如果 =100，P=4, 双码字，大概为23+ =48比特3.9 DCI3DCI3的方式用于PUCCH和PUSCH的TPC 命令方式，应用与2比特的功率调整，包括如下的信息：TPC 命令1，TPC命令2， TPC命令 N这里， 等于format0在CRC之前的静荷长度。如果 ，插入一个0比特。这里需要重点说明一下，DCI3和DCI3A是用于PUSCH或者PUCCH的功率调整，由TPC-PUCCH-RNTI或者TPC-PUSCH-RNTI加扰来指示是PUCCH还是PUSCH。其相关的参数由高层来确定，在RRC里面定义了相应的参数指示：TPC-PDCCH-Config information element- ASN1STARTTPC-PDCCH-Config :=CHOICE releaseNULL,setupSEQUENCE tpc-RNTIBIT STRING (SIZE (16),tpc-IndexTPC-IndexTPC-Index :=CHOICE indexOfFormat3INTEGER (1.15),indexOfFormat3AINTEGER (1.31)3.10 DCI3ADCI3A的方式用于PUCCH和PUSCH的TPC 命令方式，应用与1比特的功率调整，包括如下的信息：TPC 命令1，TPC命令2， TPC命令 N这里， 等于format0在CRC之前的静荷长度。如果 ，插入一个0比特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- ASN1STARTAntennaInfoCommon :=SEQUENCE antennaPortsCountENUMERATED an1, an2, an4, spare1AntennaInfoDedicated :=SEQUENCE transmissionModeENUMERATED tm1, tm2, tm3, tm4, tm5, tm6,tm7, tm8-v920,codebookSubsetRestrictionCHOICE n2TxAntenna-tm3BIT STRING (SIZE (2),n4TxAntenna-tm3BIT STRING (SIZE (4),n2TxAntenna-tm4BIT STRING (SIZE (6),n4TxAntenna-tm4BIT STRING (SIZE (64),n2TxAntenna-tm5BIT STRING (SIZE (4),n4TxAntenna-tm5BIT STRING (SIZE (16),n2TxAntenna-tm6BIT STRING (SIZE (4),n4TxAntenna-tm6BIT STRING (SIZE (16)OPTIONAL, - Cond TMue-TransmitAntennaSelectionCHOICEreleaseNULL,setupENUMERATED closedLoop, openLoopAntennaInfoDedicated-v920 :=SEQUENCE codebookSubsetRestriction-v920CHOICE n2TxAntenna-tm8-r9BIT STRING (SIZE (6),n4TxAntenna-tm8-r9BIT STRING (SIZE (32)OPTIONAL - Cond 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-RNTITransmission modeDCI formatSearch SpaceTransmission scheme of PDSCH corresponding to PDCCHMode 1DCI format 1ACommon andUE specific by C-RNTISingle-antenna port, port 0 (see subclause 7.1.1)DCI format 1UE specific by C-RNTISingle-antenna port, port 0 (see subclause 7.1.1)Mode 2DCI format 1ACommon andUE specific by C-RNTITransmit diversity (see subclause 7.1.2)DCI format 1UE specific by C-RNTITransmit diversity (see subclause 7.1.2)Mode 3DCI format 1ACommon andUE specific by C-RNTITransmit diversity (see subclause 7.1.2)DCI format 2AUE specific by C-RNTILarge delay CDD (see subclause 7.1.3) or Transmit diversity (see subclause 7.1.2)Mode 4DCI format 1ACommon andUE specific by C-RNTITransmit diversity (see subclause 7.1.2)DCI format 2UE specific by C-RNTIClosed-loop spatial multiplexing (see subclause 7.1.4)or Transmit diversity (see subclause 7.1.2)Mode 5DCI format 1ACommon andUE specific by C-RNTITransmit diversity (see subclause 7.1.2)DCI format 1DUE specific by C-RNTIMulti-user MIMO (see subclause 7.1.5)Mode 6DCI format 1ACommon andUE specific by C-RNTITransmit diversity (see subclause 7.1.2)DCI format 1BUE specific by C-RNTIClosed-loop spatial multiplexing (see subclause 7.1.4) using a single transmission layerMode 7DCI format 1ACommon andUE specific by C-RNTIIf 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 1UE specific by C-RNTISingle-antenna port; port 5 (see subclause 7.1.1)Mode 8DCI format 1ACommon andUE specific by C-RNTIIf 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 2BUE specific by C-RNTIDual 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的静荷数据部分为，加入的CRC的校验比特为 ，L为16，则产生的新的比特序列为，此时B = A+ L。对于以下的RNTI加扰 分为两种情况，一种是配置了天线选择(antenna selection)的功能,，一种是没有配置天线选择的功能。先看没有配置天线选择的功能的操作过程。RNTI的加扰过程，是对CRC校验比特进行加扰。假设RNTI的比特序列为，是RNTI的高位比特，加扰后产生新的序列 ，加扰过程为：for k = 0, 1, 2, , A-1 for k = A, A+1, A+2,., A+15. 如果配置了天线选择功能，设 为天线掩码，其他的参数设置如没有配置天线选择功能，则加扰的过程为： for k = 0, 1, 2, , A-1 for k = A, A+1, A+2,., A+15. 天线掩码表格见 协议36212的Table 5.3.3.2-1。4.1.2 信道编码假设在信道编码之前的比特序列为，采用协议26212的5.1.3.1的tailbiting(咬尾比特)卷积编码之后，得到相应的编码后的结果：, with ，其中 。4.1.3 速率匹配将上述数据 , with ，其中 ，使用协议的5.1.4.2进行速率匹配处理，得到速率匹配后的数据比特流为 ，E为匹配后的比特数目。4.2 符号级处理部分(36211) 为了减少UE对于PDCCH的忙检过程，使用了CCE聚合度这样一个概念，即每个DCI(PDCCH信道)承载在CCE上，CCE以1个，2个，4个，8个这样的连续的CCE为聚合来分配。假设系统能够得到个CCE，则每次聚合度为n 的CCE资源分配必须满足 ，i为CCE的序号，从0 and 。这个就是CCE分配中的简单的描述。对于不同的聚合的CCE，支持的比特数目见表格：Table 6.8.1-1: Supported PDCCH formats.PDCCH formatNumber of CCEsNumber of resource-element groupsNumber of PDCCH bits019721218144243628838725764.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，其比特为，If necessary, elements shall be inserted in the block of bits prior to scrambling to ensure that the P