PDCCH信道分析报告(1)

只供内部使用

PDCCH信道分析报告

I. 文档控制 1) 文档更新记录

2) 文档审核记录 日期 审核人 职务 备注 3) 文档发行范围

分发单位 说明

1、引言

1.1 编写目的

本文从LTE系统的角度出发，PDCCH的特性进行分析，目的是对该特性做一个全面的解读，供LTE相关人员参考。

1.2 预期读者和阅读建议

本文档面向相关开发人员，相关测试人员，以及其他相关人员。

1.3 文档约定

本文档采用Microsoft WORD2003排版，一、二、三、四级标题分别采用小四黑体、加粗的五号宋体、五号宋体和五号楷体，正文采用五号宋体。单倍行距。

1.4 参考资料

[1].

3GPP TS 36.201: Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Layer General Description; [2].

3GPP TS 36.211: Evolved Universal Terrestrial Radio Access (E-UTRA); Physical channels and modulation; [3].

3GPP TS 36.212: Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding; [4].

3GPP TS 36.213: Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures; [5].

3GPP TS 36.302:Evolved Universal Terrestrial Radio Access (E-UTRA);Services provided by the physical layer; [6].

3GPP TS 36.321: Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification; [7].

3GPP TS 36.331: Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification; [8].

PRACH信道分析专题

[9]. [10]. [11]. [12].

PUCCH信道分析专题 系统信息广播流程分析专题 PCFICH信道分析专题 PDSCH信道分析专题

1.5 缩写术语

C-RNTI Cell RNTI E-UTRA Evolved UMTS Terrestrial Radio Access PRACH Physical random access channel RA-RNTI Random Access RNTI SR Scheduling Request TTI Transmission Time Interval UE User Equipment RE Resource Element RB Resource Block

PRB Physical Resource Block VRB Virtual Resource Block REG Resource Element Group CCE Control channel element RBG Resource Block Group

2、特性需求原由

移动通信系统中，PDCCH信道是一个非常重要的控制信道。在该信道上承载下行和部分上行的控制信息，其控制信息包括资源分配、功控信息HARQ信息、CQI上报、PMI和RI等功能，是终端相关功能正常运行的核心控制部分，它是用户终端(UE)与基站（Enb)之间进行业务通信数传和上行同步的前提。

3、功能性描述

3.1 基本概念 3.1 PDCCH信道

PDCCH信道是一组物理资源粒子的集合，其上承载上下行控制信息，根据其作用域不同，PDCCH承载信息区分公共控制信息（公共搜索空间搜索）和专用控制信息（专用搜寻空间），搜索空间定义了盲检的开始位置和信道搜索方式（见PDCCH检测过程章节）， PDCCH信道主要承载着PUSCH和PDSCH信道控制信息（DCI），不同终端的PDCCH信息通过其对应的RNTI信息区分，即其DCI的crc由RNTI加扰。

3.1.1 PDCCH占用的资源 3.1.1.1 PDCCH时域资源

PDCCH占用的时域资源主要是指，PDCCHs信道信息占用的符号数，其占用的OFDM符号由PCFICH信道承载的CFI信息指示，根据CFI信息动态决定一个子帧中PDCCH可以最多占用的OFDM符号个数（PCFICH信道指示的符号个数是指PDCCH,PHICH和PCFICH一起一共占用的符号个数），其配置值可以是(0,1,2,3,4)。详细如下图所示

Table 6.7-1: Number of OFDM symbols used for PDCCH.（211）

Subframe Number of OFDM symbols DLfor PDCCH when NRB?10 Number of OFDM symbols for DLPDCCH when NRB?10 Subframe 1 and 6 for frame structure type 2 MBSFN subframes on a carrier supporting PDSCH, configured with 1 or 2 cell-specific antenna ports MBSFN subframes on a carrier supporting PDSCH, configured with 4 cell-specific antenna ports Subframes on a carrier not supporting PDSCH Non-MBSFN subframes (except subframe 6 for frame structure type 2) configured with positioning reference signals All other cases 1, 2 1, 2 2 2 2 2 0 1, 2, 3 0 2, 3 1, 2, 3 2, 3, 4 因为PDCCH是解析PDSCH数据的指示信息，因此PDCCH在时域上是在PDSCH（数据域）之前，即占用一个子帧的前几个符号。

3.1.1.2 PDCCH频域资源

为了有效地配置下行控制信道的时频资源，定义了两个专用的控制信道资源单位：REG和CCE。REG是指除RS占用的RE外，连续的4个RE构成的资源粒子组。 CCE是组成PDCCH信道的资源单位，由一组连续REG的构成，即一个CCE由9个REG构成。一个系统中CCE的个数标示为NCCE，由公式NCCE??NREG/9?得出，其编号从0到NCCE?1，其中NREG是指除PHICH和PCFICH占用的REG以外的未使用的REG。根据一个PDCCH使用的资源数量，PDCCH可由1，2，4，8个CCE构成，分别对应PDCCH格式0，1，2，3（如图6.8.1-1）。在一个子帧中可以同时复用多个PDCCH信道。一个PDCCH的CCE起始位置必须满足imodn?0，其中i是CCE的编号，n是构成该PDCCH使用的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

3.1.1.3 PDCCH时频资源

当带宽、天线数目、PHICH配置等确定以后，系统中CCE的数目由PCFICH的数值动态配置。下图是以PDCCH占用3个符号举例说明。

DL subframe#0 DL subframe 非#0RSPBCHPCFICHPHICHPDCCHPDSCH

3.2 共享信道控制信息 3.2.1 ENB分配的上行控制信息

3.2.1.1

上行调度指示信息

上行调度信息包括以下内容：

1. PDCCH格式指示标志Flag for format0/format1A differentiation，长度

1bit，取值为0表示采用格式0，取值为1表示格式1A；

2. 跳频标志Hopping flag，长度1bit，取值0表示type1跳频，取值1表示type2

跳频；详见8.4【213】

3. RB资源分配及跳频分配信息，长度与上行系统带宽有关，

ULUL(NRB?1)/2)?bits；跳频见8.4【213】非跳频见8.1【213】描述。?log2(NRB

4. 调制编码方式和RV信息，长度5bit;

Table 8.6.1-1: Modulation, TBS index and redundancy version table for PUSCH

MCS Index Modulation Order ' QmTBS Index Redundancy Version rvidx 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 2 3 IMCS 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 ITBS 0 1 2 3 4 5 6 7 8 9 10 10 11 12 13 14 15 16 17 18 19 19 20 21 22 23 24 25 26 2 2 2 2 2 2 2 2 2 2 2 4 4 4 4 4 4 4 4 4 4 6 6 6 6 6 6 6 6 reserved

5. 新数据指示New data indicator，长度1bit; 6. PUSCH信道功控TPC命令，长度2bit;

7. PUSCH数据解调导频的循环移位信息，长度3bit；5.5.2.1.1 [211]

8. 上行子帧位置标识，长度2bit，该标识仅用于TDD上下行配置索引0（2DL：

3UL）的情况，需要指示所调度的上行子帧位置，其他配置下，下行子帧与其调度的上行子帧有以一一对应关系，无需指示；

9. 下行分配索引Downlink Assignment Index（DAI），长度为2bit，该标识用

于TDD上下行配置1~6的情况，此时上行子帧数小于下行子帧数，需在1个上行子帧中完成多个上行子帧的ACK反馈。因此当UE通过PUSCH信道进行ACK反馈时，在PUSCH信道的调度信息中指示下行子帧分配数目，便于UE判断是否存在漏检的情况；

10. CQI上报请求CQI request，长度1bit，即请求非周期的CQI上报； 注：通过在DCI format 0 中引入antenna-specific scrambling来进行上行天线选择的操作。

3.2.1.2 随机接入消息2上行控制信息

1. -跳频标志Hopping flag，长度1bit，取值0表示type1跳频，取值1表示

type2跳频；详见8.4【213】

2. 确定比特（10）的RB资源分配及跳频分配信息，长度与上行系统带宽有关； 3. 截断调制编码方式信息，长度4bit; 4. 加长PUSCH信道功控TPC命令，长度3bit Table 6.2-1: TPC Command

TPC Command 0 1 2 3 4 5 6 7 ?msg2 for Scheduled PUSCH

Value (in dB) -6 -4 -2 0 2 4 6 8

5. 上行传输延迟字段（1 bit） 6. CQI上报字段（1 bit）。

7. 确定比特（10）的RB资源分配及跳频分配信息的解释

ULN?44 RB如果

ULUL截取该域的低位b比特，其中b?log2NRB?NRB?1/2??????，按照正常的DCI格式0

的规则来解释截短的资源块分配。

其他情况

在固定长度的资源块分配域，NUL_hop个指示跳频的比特之后，插入b个零。当hopping flag 没有被置1时，指示跳频的比特数NUL_hop为0。当hopping flag 被置

ULULb???log2NRB?NRB?1/2?1时，它由表8.4-1定义。其中

???????10???，按照正常的DCI格

式0的规则来解释这个扩展的资源块分配。

Table 8.4-1: Number of Hopping Bits NUL_hop vs. System Bandwidth

System BW #Hopping bits for 2nd slot RA (NUL_hop) 1 2 NULRB 6-49 50-110

随机接入响应授权中截短的调制和编码方案域（The truncated modulation and coding scheme field）对应表8.6.1-1中的MCS序号为从0到15。

3.2.2 PDCCH信道的承载信息（DCI）

3.2.2.1 格式1

DCI格式1用于调度一个PDSCH码字。

下面的信息通过DCI格式1来传输：

- 资源分配头（资源分配类型0或者1）——1比特，见[2]的7.1.6小节定义

如果下行带宽小于等于10个PRB，则没有资源分配头，并假设为资源分配类型0 - 资源块分配：

- 对于资源分配类型0（见[2] 的7.1.6.1小节定义）

DL? NRB/P个比特提供资源分配信息 ??- 对于资源分配类型1（见[2] 的7.1.6.2节定义）

? 该字段的?log2?P??个比特被用作为这种资源分配类型专有的资源分配头，用来指示被选择的资源块子集

? 1比特指示资源分配跨度的移位

?

??NDLRB/P???log2?P???1 个比特提供资源分配信息

?P的取值依赖于下行资源块数，见[2]的7.1.6节

调制与编码方案——5比特，见[2]的7.1.7节定义 HARQ进程数——4比特 新数据指示——1比特 冗余版本——2比特

PUCCH传输功率控制命令——2比特，见[2]的5.1.2.1节定义 下行分配索引（这个字段出现在全部上下行配置中，仅仅在TD-LTE上下行配置1-6使用）——2比特

如果格式1的信息比特数等于格式0和1A的信息比特数，在格式1中要填充一个0比特。

如果格式1的信息比特数是表37中的一个，格式1中要填充一个或者多个的0比特，直到格式1的有效载荷大小不是表37给出的任何一个值，且不等于格式0 或格式1A的有效载荷大小。

表37 容易引起歧义的信息比特数

{12, 14, 16 ,20, 24, 26, 32, 40, 44, 56} - - - - - -

3.2.2.2格式1A

DCI格式1A用于一个PDSCH码字和由一个PDCCH命令发起的随机接入进程的压缩调度。 下面的信息通过DCI格式1A进行传输：

- 格式0和格式1A区分标志 ——1比特，其中，“0”表示格式0，“1”表示格式1A 仅当DCI格式1A的CRC使用C-RNTI进行加扰时，格式1A用于由PDCCH命令发起的随机接入进程，其余的字段设置如下：

- 集中式和分布式VRB分配标志——1比特，设置为0

DLDL- 资源块分配——log2(NRB(NRB?1)/2)比特，所有比特设置为1

??- 随机接入导频序列号——6比特 - PRACH掩码号——4比特，[4]

- 格式1A中用于一个PDSCH码字的压缩调度的其余比特全部设置成0 否则，

- 集中式和分布式VRB分配标志——1比特，见[2]的7.1.6.3节定义

DLDL- 资源块分配——log2(NRB(NRB?1)/2)个比特，见[2]的7.1.6.3节定义

??- 对于集中式VRB：

DLDL(NRB?1)/2)??log2(NRB个比特提供资源分配信息

- 对于分布式VRB：

DL- 如果NRB?50或者格式1A的CRC使用RA-RNTI、P-RNTI或SI-RNTI

进行加扰

-

DLDL(NRB?1)/2)??log2(NRB比特提供资源分配信息

- 否则 -

1比特，最高有效位指示间隔值，其中：0表示Ngap?Ngap,1，1表示Ngap?Ngap,2 -

DLDL(?log2(NRB(NRB?1)/2)??1)比特提供资源分配信息

其中，Ngap定义见参考文献[1]。

- 调制与编码方案——5比特，见[2]的7.1.7节定义

- HARQ进程数——4比特 - 新数据指示——1比特

- 如果格式1A的CRC使用 RA-RNTI、P-RNTI或SI-RNTI进行加扰：

DL? 如果NRB?50且集中式和分布式VRB分配标志设置成1

- 新数据指示位指示间隔值，其中，0表示Ngap?Ngap,1，1

表示Ngap?Ngap,2

? 否则，保留新数据指示位

- 否则

? 新数据指示位见 [4]中定义

- 冗余版本—— 2比特

- PUCCH传输功控命令—— 2比特，见[2]的5.1.2.1节定义

- 如果格式1A的CRC使用 RA-RNTI、P-RNTI或SI-RNTI扰码：

? 保留功控命令的最高有效位

? 功控命令的最低有效位指示[2]中定义的传输块大小定义表的列

1ANPRB。

? 如果最低有效位是0，那么，NPRB?2，否则NPRB?3。

- 否则，

? 包括最高有效位在内的最高2比特位指示功控命令。

- 下行分配索引（这个字段出现在全部上下行配置中，且只在TD-LTE的上下行配置

1-6中应用）

如果格式1A的信息比特数小于格式0的信息比特数，格式1A中要填充0，直到格式1A的有效载荷大小等于格式0的有效载荷大小。

如果格式1A的信息比特数是表37中的一个，格式1A要填充一个“0”比特。 当格式1A的CRC使用RA-RNTI、P-RNTI或SI-RNTI进行加扰，则对于上面提到的字段，保留如下的字段：

- HARQ 进程数

1A1A- 下行分配索引

3.2.2.3 格式1B

DCI格式1B用于一个带有预编码信息的PDSCH码字进行压缩调度。 下面的信息通过DCI格式1B传输：

- 集中式/分布式VRB分配标志位——1比特，见[2]中7.1.6.3节定义

DLDL- 资源块分配—— log2(NRB(NRB?1)/2)比特，见[2]中7.1.6.3节定义

??- 对于集中式VRB：

DLDL(NRB?1)/2)?比特提供资源分配信息 ? ?log2(NRB- 对于分布式VRB：

DL? 对于NRB?50

-

DLDL(NRB?1)/2)??log2(NRB比特提供资源分配信息

DL? 对于NRB?50

- 1比特，最高的1比特指示间距值，“0”表示Ngap?Ngap,1，

“1”表示Ngap?Ngap,2 -

-

- - - - -

DLDL(?log2(NRB(NRB?1)/2)??1)比特提供资源分配信息

调制与编码方案——5比特，见[2]中7.1.7节定义

HARQ进程数——4比特 新数据指示——1比特 冗余版本——2比特

用于PUCCH的功控命令——2比特，见[2]中5.1.2.1小节定义

下行分配索引——2比特(该字段在所有上/下行配置中均存在，只用于上/下行1-6配置的TD-LTE操作)

- 用于预编码的TPMI信息——比特数如表38所述

TPMI信息，指示使用单层传输方式时，使用[1]中表6.3.4.2.3-1 或表 6.3.4.2.3-2中的哪一个码

- 用于预编码的PMI确认——1比特，见表39

表38 TPMI信息比特数

eNode-B端天线端口数 2 4

表39 PMI确认内容

比特数 2 4 比特字段映射到索引 0 1

消息 根据TPMI信息字段中指示的TPMI进行预编码 根据PUSCH上最新的PMI报告进行预编码，采用的预编码矩阵由PMI指示 如果格式1B中的信息比特数为表37中的一个，则在格式1B后添加一个“0”比特。

3.2.2.4 格式1C

DCI格式1C用于一个PDSCH码字的高压缩调度和通知MCCH改变[5]。 下面的信息通过DCI格式1C进行发送：

- 如果格式1C用于一个PDSCH码字的高压缩调度

- 1比特指示间距值，“0”表示Ngap?Ngap,1，“1”表示

DLN?50，不需要间距指示比特 RB- 对于

Ngap?Ngap,2

- 资源块分配——log2NVRB,gap1/NRB???DLstepDLstep??(?NVRB,gap1/NRB??1)/2??比特，

stepDL见[2]中7.1.6.3定义。其中， NVRB,gap1定义见参考文献[1]，NRB定义见参

考文献[2]。

- 调制和编码方案——5比特，见[2]中7.1.7节定义

- 否则

- MCCH改变通知信息——8比特，见[5]中5.8.1.3中定义

- 填加保留信息比特，似的其长度与用于一个PDSCH码字的高压缩调度的格式1C

的DCI长度相等。

3.2.2.5 格式1D

DCI格式1D用于对带有预编码和功率偏移信息的一个PDSCH码字的压缩调度。 下面的信息通过DCI格式1D传输：

- 集中式/分布式VRB分配标志位——1比特，见[2]中7.1.6.3节定义

DLDL- 资源块分配—— log2(NRB(NRB?1)/2)比特，见[2]中7.1.6.3节定义

??- 对于集中式VRB：

DLDL(NRB?1)/2)?比特提供资源分配信息 - ?log2(NRB- 对于分布式VRB：

DL- 对于NRB?50

DLDL(NRB?1)/2)?比特提供资源分配信息 ? ?log2(NRBDL- 对于NRB?50

? 1比特，最高的1比特指示间距值，“0”表示Ngap?Ngap,1，“1”表

示Ngap?Ngap,2

DLDL? (?log2(NRB(NRB?1)/2)??1)比特提供资源分配信息

-

- - - - -

调制与编码方案——5比特，见[2]中7.1.7节定义 HARQ进程数——4比特 新数据指示——1比特 冗余版本——2比特

用于PUCCH的功控命令——2比特，见[2]中5.1.2.1小节定义

下行分配索引——2比特(这段字段在所有上/下行配置中均存在，只用于TD-LTE上/下行1-6配置的操作)

- 用于预编码的TPMI信息——比特数如表40所述

TPMI信息，指示使用单层传输方式时，使用[1]中表6.3.4.2.3-1 或表 6.3.4.2.3-2中的哪一个码

- 下行功率偏移——1比特，见[2]中7.1.5小节定义

表40 TPMI信息比特数

eNode-B端天线端口数 2 4

如果格式1D中的信息比特数为表37中的一个，则在格式1D后附加1个“0”比特。

比特数 2 4 3.2.2.6 格式2

下面的信息通过DCI格式2进行传输：

- 资源分配头（资源分配类型0/资源分配类型1）——1比特，见[2]中7.1.6小节定

义

如果下行带宽小于等于10个PRBs，则假设该资源分配为类型0，且不携带资源分配头

- 资源块分配：

- 对于[2]中7.1.6.1小节定义的资源分配类型0：

DL? NRB/P比特提供资源分配信息

??- 对于[2]中7.1.6.2小节定义的资源分配类型1：

? 该字段的?log2?P??比特用做是资源分配类型1的信息头，只是选中

的资源块子集

? 1比特用于指示资源分配跨度的位移 ?

??NDLRB/P???log2?P???1比特用于提供资源分配信息

?其中，P依赖于[2]中7.1.6.1小节中定义的下行资源块的数量。 - 用于PUCCH的功控命令——2比特，见[2]中定义

- 下行分配索引——2比特(该字段在所有上/下行配置中均存在，只用于TD-LTE上/

下行1-6配置的操作) - HARQ进程数——4比特

- 传输块到码块映射标志位——1比特 此外，对于传输块1：

- 调制编码方案——5比特，见[2]中7.1.7小节定义 - 新数据指示——1比特 - 冗余版本——2比特 对于传输块2：

- 调制编码方案——5比特，见[2]中7.1.7小节定义 - 新数据指示——1比特 - 冗余版本——2比特 预编码信息——比特数参见表43。

如果两个传输块都是激活的，那么根据表41进行传输块到码字的映射。

如果像[2]中7.1.7.2小节中描述的那样，只有一个传输块是激活的，那么保留传输块到码字的映射标志位，并根据表42进行传输块到码字的映射。

表41 传输块向码字的映射(两个传输块都是激活的)

传输块向码字映射 交换标志的值 0 1

表42 传输块向码字的映射(只有一个传输块是激活的) 传输块向码字映射 传输块2 交换标志的值 激活 未激活 未激活 激活 （激活） 传输块1 传输块2 （未激活） - - 码字0 码字1 码字 0 (激活) 传输块1 传输块2 码字 1 (激活) 传输块2 传输块1

预编码信息字段的含义因为激活码字个数不同而有所不同，参见表 44 和表 45。需要注意的是，TPMI给出了预编码使用[1]的表6.3.4.2.3-1 或表 6.3.4.2.3-2中哪个码本索引值。对于只有一个码字激活的情况，表45中的索引值18到34只适用于之前使用过两层的闭环空间复用进行传输的数据块的重传。

如果格式2中的信息比特数是表37给出的值中的一个,则格式2.后添加一个“0”比特。

表 44和表 45里的一些信息用来指示 eNode-B 按照UE上报的PMI(s)进行预编码。在这些情况下， 子帧n中相关RB(s)根据UE在PUSCH最新上报的PMI(s) 进行预编码,而非根据子帧n-4或者子帧n-4之前子帧上的PUCCH携带的信息。

表43 预编码信息的比特数

eNode-B 天线口数 2 4 表44 两天线口预编码信息字段内容

预编码信息的比特数 3 6 1个码字: 码字0激活, 码字1未激活 索引值 0 信息 2层: 发射分集 索引值 0 2个码字: 码字0激活, 码字1激活 信息 2层: 根据预编码矩阵 1?11?进行预编码 ??2?1?1?1 1层:根据预编码矢量 1 2层: 根据预编码矩阵?11?T/2 2进行预编码 2 1?11??进行预编码 j?j2???2层: 根据最新PUSCH 信道上的PMI报告中的 precoder(s) 进行预编码 保留 1层: 根据预编码矢量?13 ?1?/2进行预编码 T1层: 根据预编码矢量3 ?1j?T/4 2进行预编码 4 保留 1层: 根据预编码矢量?15 ?j?/2进行预编码 T1层: 根据最新PUSCH 信道上的PMI报告中的 precoder(s) 进行预编码 如果 RI=2, 则使用precoders中的第1列 的2倍进行预编码 5 保留 6 1层: 根据最新PUSCH 信道上的PMI报告中的 precoder(s) 进行预编码 如果 RI=2 , 则使用precoders中的第2列 的2倍进行预编码 6 保留 7

保留 7 保留

表45 4天线端口预编码信息字段内容

一个码字： 码字0激活 码字1未激活 索引值 0 1 2 信息 4层：发射分集 1层：TPMI=0 1层：TPMI=1 索引值 0 1 两个码字： 码字0激活 码字1激活 信息 2层：TPMI=0 2层：TPMI=1 ? 15 16 ? 2层：TPMI=15 2层：根据PUSCH上最新报告的PMI(s)指示的预编码方式进行预编码 3层：TPMI=0 ? 16 ? 1层：TPMI=15 17 1层：根据PUSCH上最新报告的PMI(s)指示的预编码方式进行预编码 2层：TPMI=0 2层：TPMI=1 17 18 19 18 3层：TPMI=1 ? 32 33 ? 3层：TPMI=15 3层：根据PUSCH上最新报告的PMI(s)指示的预编码方式进行预编码 4层：TPMI=0 ? 33 ? 2层：TPMI=15 34 2层：根据PUSCH上最新报告的PMI(s)指示的预编码方式进行预编码 保留 34 35 – 63 35 4层：TPMI=1 ? 49 50 ? 4层：TPMI=15 4层：根据PUSCH上最新报告的PMI(s)指示的预编码方式进行预编码 保留

51 – 63 3.2.2.7 格式2A

下面的信息通过DCI 格式2A传输：

- 资源分配头（资源分配类型0/类型1）—— 1比特 （详见[2]中小节7.1.6定义）

如果下行带宽小于等于10个物理资源块，则不携带资源分配头 ，并假设使用资源分配类型0。

5. TM5，MU-MIMO传输模式：主要用来提高小区的容量。

6. TM6，Rank1的传输：主要适合于小区边缘的情况。

7. TM7，Port5的单流Beamforming模式：主要也是小区边缘，能够有效对抗干扰。

8. TM8，双流Beamforming模式：可以用于小区边缘也可以应用于其他场景

除了要求终端芯片能够支持下行发送分集（模式2），CDD空间复用（模式3），闭环预编码（模式4）3种LTE FDD规定的传输模式外，还需要支持TD-LTE特有的单流波束成型（模式7）。

注：

? PDCCH使用的天线端口与PBCH传输方式一致。

? 仅有DCI format 1A支持distributed的传输，即DVRB的分配。

? 对于MU-MIMO，不指示干扰用户的码本信息，而是使用目前已有的PDCCH格式。 ? 通过在DCI format 0 中引入antenna-specific scrambling来进行上行天线选择的操

作。 ? 使用PDCCH format0，其中RB数目小于[2-4]，结合MCS_index=29以及置位CQI

trigger，来指示终端上行PUSCH上进行仅包含CQI的传输。 ? 在MIMO的情况下，对于1个Code word的传输，不使用layer数来指示（保留一

个cordword不只对应一个layer的可能），而是通过将PDCCH format 2中一个TB的格式信息设置为“TBSx = 0”（例如：设置MCS_index=29并同时置位NDI比特）来进行指示。 ? 为了解决由于Format 0可能的漏检，造成在上行PUSCH DTX被误解为ACK的问

题（PUCCH可能对ACK使用DTX），需要解决方案：

-

在Format 0中增加一个比特指示终端在PUSCH中传输ACK/NAK （这样DTX

将被处理为NAK）

- 在PUSCH中传输ACK/NAK时，终端使用ID对PUSCH的CRC进行加扰。

PDSCH上传输的广播信息如Paging，RACH response和BCCH（DBCH，PBCH）需要的PDSCH由位于CCE common search spaces的PDCCH（Format 1C）调度与分配。业务数据所需要的PDSCH由位于CCE UE specific search space中的PDCCH调度，业务数据传输主要有7种传输模式, UE基于哪种模式接收PDCCH由高层信令半静态配置。：

1. Single-antenna port; port 0 : Format 1, 1A 2. Transmit diversity: Format 1，1A

3. Open-loop spatial multiplexing: Format 2A 4. Closed-loop spatial multiplexing: Format 2 5. Multi-user MIMO: TBD

6. Closed-loop Rank=1 precoding: Format 1B

7. Single-antenna port; port 5 (UE specific RS): Format 1, 1A

注：Formatformat 1A能用于给任何传输模式下的UE调度PDSCH（3GPP TS 36.212），所以如果UE没有被配置根据哪种传输模式接PDSCH数据，UE将根据UE specific search spaces或common search space中的Format 1A PDCCH指示接收PDSCH数据。

-

传输模式1，2和7下的UE可以接收UE specific search spaces 中的formats 1/1A PDCCH或common search spaces中的format 1A PDCCH调度的PDSCH数据。 对应PDSCH由format 1B或2 PDCCH调度的UE也可以根据UE specific search spaces或common search space中的Format 1A PDCCH指示接收PDSCH数据。

-

4 PDCCH的传输过程

4.1 PDCCH信道物理层过程

下行控制消息(DCI)（针对一个MAC id）一个subframe中所有PDCCHs复用的数据流比特添加16-bit CRC(MAC id implicitly encoded in CRC)信道编码/速率匹配PDCCH 2的编码后数据流...复用加扰/QPSK调制多天线映射PDCCH n的编码后数据流

图6.37：一个Subframe中PDCCH的复用

一个PDCCH对应一个MAC id，MAC id长度为16比特，与上图中CRC的长度相同，采用与CRC“异或”的方式在PDCCH中传输。

4.1.1 (给DCI信息)附加CRC

通过循环冗余检查(CRC)对DCI信息进行差错检查。

PDCCH的全部负载被用于计算CRC校验比特。设PDCCH的负载比特为

a0,a1,a2,a3,...,aA?1, CRC校验比特为p0,p1,p2,p3,...,pL?1. A 是 PDCCH 负载尺寸，而

L 是校验比特尺寸。

校验比特的计算和附加参考5.1.1（212）节描述，设 L 为 16 比特，得到的校验序列为b0,b1,b2,b3,...,bB?1, 其中 B = A+ L.

当没有配置或应用UE传输天线选择的情况，附加CRC校验位后，要对CRC校验比特进行加扰，扰码序列采用相应的RNTI

xrnti,0,xrnti,1,...,xrnti,15 , 其中

xrnti,0 对应RNTI

的 MSB ，设加扰后的(DCI)比特序列形式为c0,c1,c2,c3,...,cB?1。 ck和bk之间的关系如下所示：

ck?bk

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

ck??bk?xrnti,k?A?mod2当k = A, A+1, A+2,..., A+15.

当配置或应用UE传输天线选择的情况，附加CRC校验位后，要用两组扰码对PDCCH DCI格式0的CRC校验比特进行加扰，一组扰码是表5.3.3.2-1给出的天线选择掩码

xAS,0,xAS,1,...,xAS,15 ，另一组是相应的RNTI

xrnti,0,xrnti,1,...,xrnti,15；加扰后的(DCI)比特序

列形式为c0,c1,c2,c3,...,cB?1。ck和bk之间的关系如下所示：

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

ck??bk?xrnti,k?A?xAS,k?A?mod2 当k = A, A+1, A+2,..., A+15.

表 5.3.3.2-1: UE 传输天线选择掩码

UE 传输天线选择

天线选择掩码

?xAS,0,xAS,1,...,xAS,15?

UE 端口 0 UE端口1

<0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0> <0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 1>

4.1.2 信道编码

信息比特被送往信道编码模块。设进入信道编码模块的比特为c0,c1,c2,c3,...,cK?1 ，其中 K 是比特个数，采用5.1.3.1（212）节描述的咬尾比特卷积码进行信道编码。

设编码后输出比特序列为

(i)(i)(i)(i)(i)d0,d1,d2,d3,...,dD?1, 其中 i?0,1, 和 2, 其中D

是第i个编码流的比特个数，例如，D?K.

4.1.3 速率匹配

咬尾比特卷积编码模块的输出送往速率匹配模块。设速率匹配模块输入比特块为

(i)(i)(i)(i)(i)d0,d1,d2,d3,...,dD?1, 其中i?0,1, 和 2,其中i是码流索引号，D 是每个码流的

比特个数。此输入比特块采用5.1.4.2（212）节描述进行速率匹配。

速率匹配后的输出比特设为e0,e1,e2,e3,...,eE?1, 其中 E 是速率匹配后的输出比特数。

4.1.4 PDCCH 的复用和加扰

一个子帧中多个控制信道上传输的比特块成

(0)b(0)(0),...,b(0)(Mbit?1),b(1)(0)(i)Mbit(i)b(i)(0),...,b(i)(Mbit?1)将被复用在一起，形

块

比

(1)b(1)(Mbit?1)特

b(nPDCCH?1),(0)(nPDCCH-1)b(nPDCCH?1),(Mbit?.1),，其

..中

为一个子帧中第i个物理下行控制信道上传输的比特数目，nPDCCH是一个子帧

中传输的PDCCH的个数。

(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)将在调制前使用小区专用扰码按照下式进行加扰，产生加扰的比特块

~b(i)??b(i)?c(i)?mod2~~b(0),...,b(Mtot?1)

其中，加扰序列c(i)根据7.2（211）节产生，加扰序列在每帧开始时按照下式进行

初始化：

cellcinit??ns2?29?NID

序号为n的CCE对应于比特b(72n),b(72n?1),...,b(72n?71)。如果需要，可以在加扰之前向比特块增添元素，从而确保PDCCH的CCE的起始位置满足[4]中的要求而且确保

Mtot?8NREG??nPDCCH?1i?0(i)Mbit，使加扰的比特块长度匹配没有分配给PCFICH和PHICH

的资源组的数目。

4.1.5 调制

~~b(0),...b(,Mtot?1)将使用QPSK调制方式，生成复调制符号加扰比特块

d(0),...d(,Msym?b1)。

Table 6.8.3-1: PDCCH modulation schemes

? Physical channel ? PDCCH

? Modulation schemes ? QPSK

4.1.6 层映射和预编码

调制符号块且

(0)Msymb?Msymbd(0),...,d(Msymb?1)将根据6.3.3.1 或 6.3.3.3节进行层映射操作，并

。预编码则根据6.3.4.1 或 6.3.4.3节进行，形成将映射到天线端口

(0)(P?1)(i)，i?0,...,Msymb?1，其中y(p)(i)表示资源的待传输的向量块y(i)?y(i)...y??T天线端口p对应的信号。PDCCH将在PBCH使用的相同的天线端口集上传输。

4.1.7 资源元素的映射

对资源元素的映射操作基于复值符号组。令z(p)(i)?y(p)(4i),y(p)(4i?1),y(p)(4i?2),y(p)(4i?3)z(p)(0),...,z(p)(Mquad?1)表示天线端口p上的第i个符号组。

w(p)(0),...,w(p)(Mquad?1)符号组块进行序列变换，形成，其

中

Mquad?Msymb4。序列变换将根据[3]中5.1.4.2.1节的子块交织来进行，但有以下

几点不同

交织的输入输出为符号组而不是比特

交织是对符号组进行操作而不是比特。[3]中的5.1.4.2.1节中的“比特”，“比特（复数）”，“比特序列”分别应改为“符号组”，“符号组（复数）”，“符号组序列”。

在[3]交织输出中的元素应该去除，形成

w(p)(0),...,w(p)(Mquad?1)。需注意的

是，元素的去除不影响在6.8.2中插入的元素。

符号组块其中

w(p)(0),...,w(p)(Mquad?1)将进行循环移位，形成

w(p)(0),...,w(p)(Mquad?1)，

cellw(p)?i??w(p)(i?NID)modMquad??。

符号组w(p)(0),...,w(p)(Mquad?1)的资源映射是基于资源元素组来进行，步骤1-10如下 1) 初始化 m??0 (资源元素组编号) 2) 初始化 k'?0

3)

初始化 l'?0

4) 如果资源元素 (k?,l?) 表示一个资源元素组而且这个资源元素组没有被分配给PCFICH 或 PHICH，则执行步骤5和 6, 否则到步骤 7

5) 对每个天线端口p，映射符号组 w(p)(m') 到(k?,l?)表示的资源元素组。 ? 6) m? 加 1 7) l' 加 1

8) 如果 l'?L, 重复步骤4，其中 L 为PCFICH传输的序列所指示的用于PDCCH传输的OFDM符号个数。 9) k' 加 1

DLRB?Nsc10) 如果 k'?NRB，重复步骤3

4.2 PDCCH信道实现流程

4.2.1 实现PDCCH管理实体图

PDCCH资源询问PDCCH资源反馈系统配置信息FDPDCCH资源更新PDCCH分配结果PDCCH授权信息下行PDCCH管理MAC非竞争随机对外接入码信息接口系统配置RRMPDCCH信息上行PDCCH管理

说明：

1. 紫色模块示本模块内部的子模块； 2. 黑色箭头表示本模块内部交互； 3. 红色箭头表示本模块的输出； 4. 蓝色箭头表示本模块的输入。

4.2.2 PDCCH管理实体的流程实现

1.开始2.初始化3.非竞争随机接入请求队列非空？Y4.读取非竞争随机接入请求队列中第i个用户信息5.有剩余PDCCH资源？Y10.i++6.计算非竞争随机接入授权的DCI所需的CCE个数N7.有未冲突的资源可用？Y8.组织授权信息并输出N9.队列遍历完毕？YY12.有剩余PDCCH资源？Y13.计算用户指定DCI格式、DCI格式1A所需的CCE数N18.PDCCH授权信息到达？15.输出计算结果Y19.输出PDCCH授权信息队列给UL PDCCH管理模块11.PDCCH资源询问到达？N16.PDCCH资源更新到达？Y17.更新PDCCH可用资源N14.计算对当前用户可支持的PDCCH格式NN20.结束

流程描述如果

1. 开始； 2. 初始化：

? 创建并初始化PDCCH资源状态队列；

1) 计算得到初始可分配CCE的最大个数NCCE，即PDCCH所占用的符号的资

源减去小区参考信号、PHICH、PCFICH所占用的资源，再除以36后就得到PDCCH初始可分配CCE的最大个数；

2) 创建并初始化当前子帧的PDCCH资源状态列表QPDCCH，即将列表中各项标

为“1”，表示当前所有CCE均可用于数据传输，队列的长度为NCCE；

? 初始化非竞争随机接入请求队列计数器i=0；

3. 判断非竞争随机接入码资源信息队列是否非空，如果是，执行下一步，否则，执行步骤

11；

4. 读取非竞争随机接入码资源信息队列中第i个成员信息；

5. 判断当前是否有剩余的PDCCH资源，如果PDCCH资源状态列表QPDCCH中存在标记

为\的CCE，则表示有剩余PDCCH资源，执行下一步，否则，转入步骤11； 6. 非竞争接入请求所使用的DCI格式为DCI 1A，计算DCI 1A的分配等级L，首先计算

其所需要的CCE数，公式如下：

所需CCE?其中：

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

2?36? 每种DCI格式的比特长度是一定，具体详见《LTE TDD R2.0物理层下行控制信

道研究报告》

1,2,4,8?各种类型的DCI所占用的CCE个数L的集合为L??，故而根据公式计算

得到的CCE值，在集合中找到比它大的第一个值作为分配等级L。

7. 查看是否有未冲突的资源可用。在用户特定搜索空间中查找可用资源，具体参见步骤

14。若有可用资源，执行下一步，否则，转入步骤9；

8. 组织非竞争随机接入的preamble码授权信息，并输出到UL PDCCH管理模块； 9. 判断是否已经到达非竞争随机接入码资源信息队列的最后一个成员，如果是，执行第

11步，否则，执行下一步； 10. i++；

11. 判断是否有PDCCH资源询问到达，如果有，执行下一步，否则，执行步骤16； 12. 判断是否有PDCCH剩余资源，如果有，执行下一步，否则，执行步骤15；

13. 计算用户指定DCI格式、DCI格式1A所需的CCE数，公式如下：

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

2?3614. 计算对当前用户可支持的PDCCH格式，即查看如果采用用户指定的PDCCH格式（如

DCI format 1/1A/2/2A等），用户是否有不冲突的PDCCH资源存在；

1) 如果收到的PDCCH资源询问的标识为SI-RNTI、P-RNTI、TP-RNTI、RA-RNTI

时，则判断是否在公共搜索空间中可分配支持DCI format 1A的CCE。 ① 计算Yk，其中k为一个无线帧内的子帧序号，参见输入信息。 对公共搜索空间：Yk=0

(L)② 从m=0开始根据下面的公式计算搜索空间Sk，查看PDCCH资源状态列表

相应位置是否被占用，如果以L??Yk?m?mod??NCCE,k/L??开始的L个CCE均为可用，则可以支持，否则将m加1后继续查找，直到直到m增加至MPDCCH位置仍不可用，则表示没有可用的空间。

其中： NCCE 为当前子帧包含的CCE的个数。

i?0,?,L?1，L为分配等级，即aggregation level.

(L)??，

m?0,?,M(L)?1，M(L)(L) 为需要检测的候选PDCCH的个数，根据L

查附录9.4可得到相应的M2) 否则，

。

① 计算在UE特定搜索空间中是否可以支持该用户的DCI format

i.

计算Yk，其中k为一个无线帧内的子帧序号，参见输入信息。

D 对UE特定搜索空间： Yk??A?Yk?1?modY?1?nRNTI?0, A?39827，D?65537。

ii.

(L)从m=0开始根据下面的公式计算搜索空间Sk，查看PDCCH

资源状态列表相应位置是否被占用或者是与公共搜索空间重合（即CCE??0,15?），如果上述两种情况都不满足，则可以支持该种DCI格式；否则将m加1后继续查找，直到m增加

至M(L)，PDCCH位置仍不可用，则表示该种DCI格式在UE

特定搜索空间中没有可用的空间。

其中： NCCE 为当前子帧包含的CCE的个数。

i?0,?,L?1，L为分配等级，即aggregation level.

m?0,?,M(L)?1，M(L) 为需要检测的候选PDCCH的个

(L)数，根据L查附录3.2可得到相应的M。

② 如果用户指定的DCI格式没有可用空间，则如果该DCI格式不为DCI 1A，

则在UE特定搜索空间中有没有支持DCI 1A的可用的空间，过程同①；如果在UE特定搜索空间没有可用空间，则判断在公共搜索空间中是否可分配支持DCI format 1A的CCE，过程描述参见1）。

3) 如果查找到合适的PDCCH资源，则记录相应的DCI格式和CCE起始位置 15. 输出结果，接着转入步骤11；

16. 判断是否有PDCCH资源更新信息到达，如果有，执行下一步，否则，转入步骤18； 17. 根据之前记录的找到的PDCCH资源，将其对应的CCE置为不可用，并将PDCCH资

源记录清空；

18. 判断是否有PDCCH授权信息到达，如果有，执行下一步，否则，转入步骤11； 19. 将来自FD部分的PDCCH授权信息输出到UL PDCCH管理模块； 20. 结束当前子帧的下行PDCCH管理。

5 PDCCH检测过程

盲检测是在没有先验信息的情况下，通过UE对解扰后得到的比特序列进行搜索，得到所需的控制信令。盲检测的优点是不增加额外的开销，缺点是检测复杂度较高。

为了减少搜索的复杂度，TS36.213中定义了搜索空间的概念。每个UE在特定的搜索空间搜索控制信息，每个搜索空间包含一组CCE。

5.1 PDCCH接收流程

DCI信息的检测过程，是PDCCH信道信息发送的逆过程。其关键步骤在于解扰后，如何解码出DCI信息。如下图所示

天线端口DCI信息盲检测解扰解调解交织MIMO 检测提取PDCCH信息FFT...提取PDCCH信息FFT信道估计PDCCH信道检测流程

DCI信息的检测过程实质是搜寻空间的确定和信息检测过程，检测过程主要辨别是否为本终端的下行控制信息。

主要包含一下几个步骤：

1. 提取DCI信息：将搜索空间中的候选PDCCH的控制信息比特提取出来。 2. 信道解码：根据传输模式判断需要检测的DCI格式，然后对每种DCI格式进

行解速率匹配，卷积解码

3. CRC解码及解扰：对信道解码后的信息序列根据RNTI执行CRC解扰操作，

然后进行CRC校验 4. DCI判决等 ：据CRC校验的结果判断该DCI信息是否为该UE所需的控制信

令

5. DCI判决包括确定搜索空间和PDCCH检测

UE检测的候选PDCCH Search space SkType Aggregation level (L) Size [in CCEs] 6 12 8 16 16 16 Number of PDCCH (L)candidates M L 1 2 4 8 6 6 2 2 4 2 UE-specific Common 4 8

5.2 PDCCH搜索空间

每一个Aggregation level定义一个搜索空间，UE在搜索空间内对所有的可能的PDCCH码率盲检测。

定义common的和UE Specific的搜索空间

搜索空间的定义：若干个PDCCH复用后构成整个搜索空间，包括common搜索空间和UE specific搜索空间，common搜索空间最小为4CCE，根据现有定义，common搜索空间位于整个搜索空间起始部分。整个搜索空间的CCE数目主要由下列因素决定：

每个下行subframe中PCFICH指示的控制区所占用的OFDM符号数（1，2，3）； 每个下行subframe中PHICH的组数，对于FDD可能是1组或2组PHICH。而对于TDD，根据DL/UL 比例以及subframe位置的不同，可能是（0，1，2）×1组和（0，1，2）×2组，因此在得到DL/UL比例指示之前，对TDD UE而言，common搜索空间的起始位置有3种可能。

Common的搜索空间有4或者8两种aggregation level，仅支持4CCE和8CCE两种PDCCH大小，空间的大小为16个CCE，，可能包含2x8 CCE（0~7, 8~15）或者4x4 CCE（0~3, 4~7, 8~11, 12~15）。发送的PDCCH格式可能是DCI 0、1A、3、3A。（约43比特）或者format 1C（约26比特）。

? 终端在common space中检测0、1A、3、3A（约43比特）最多需要进行6次盲检

测。 ? 为了减少format 1C带来的额外的盲检测数目，对它在common space中的起始位

置进行了限制即

? 对于DBCH的调度信息总是从CCE 0开始（包括aggregation level等于4或者

8）； ? 对于RACH response的调度信息总是从CCE8开始（包括aggregation level等于4或者8）。

-

UE Specific的搜索空间支持1、2、4、8个CCE的PDCCH，发送的PDCCH格式可能

是DCI 0、1、1A、2、2A、2B。

? UE specific的搜索空间的起点有“hashing函数”给出，函数的输入包括：UE ID、

Aggregation Level、number of CCEs in this subframe, Subframe number。

? 函数定义为

?

YK=A*YK-1modD，其中：

-

K={0,1,2,...,9}表示subframe index；

-

Y由UE ID进行初始化Y-1={（UE ID不能全为0），UE-ID}；

（n-RNTI）

A = 39827, D = 65537

- ?

ZK=YKmodfloor(NCCE/LPDCCH)，其中

? NCCE表示 subframe K中CCE的数目； ? LPDCCH表示CCE Aggregation Level；

?

ZK表示subframe K中CCE Aggregation Level为LPDCCH的PDCCH

搜索空间的起点。

? UE Specific space的设计是contiguous的，UE使用hash函数确定起点后，盲检

测随后的连续的CCEs。

? The set of PDCCH candidates to monitor are defined in terms of search spaces,

where a search space

(L)Sk1,2,4,8? at aggregation level L?? is defined by a set of

PDCCH candidates. The CCEs corresponding to PDCCH candidate m of the search space

(L)Sk are given by

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

??where

Yk(L)i?0,?,L?1m?0,?,M?1. M(L) is the number of is defined below, and

PDCCH candidates to monitor in the given search space.

5.3 PDCCH信道检测过程

进行PDCCH传输的物理资源以CCE为单位（一个CCE的大小是9个REG，即36个

Resource Element），一个PDCCH可能占用1、2、4或者8个CCE。根据不同的DCI format，PDCCH的上下文大小可能是26、43、46、56、72比特，系统不支持码率大于3/4的“PDCCH上下文大小”和“占用的CCE个数”的组合。

REG的定义：REG用于控制信道至物理资源的映射。每个REG由4个可分配的频域连续（子载波连续）的RE构成，这4个RE位于同一个OFDM符号。.

对于1、2、4、8个CCE的四种PDCCH大小，采用树状的Aggregration，即：

- - -

一个CCE的PDCCH可以从任意CCE位置开始。 二个CCE的PDCCH从偶数CCE位置开始。 四个CCE的PDCCH从四的整数倍的CCE位置开始。

-

八个CCE的PDCCH从八的整数倍的CCE位置开始。

例如：CCE indexs: 0, 1, ?, 158个CCE的PDCCH可能的起点：4个CCE的PDCCH可能的起点：00488122个CCE的PDCCH可能的起点：0246810121个CCE的PDCCH可能的起点：012345678910111213

下行CCE的Aggregation

5.4 PDCCH半静态调度确认

如果满足如下条件，UE将对半静态调度分配的PDCCH进行确认： - PDCCH的CRC校验比特由半静态调度SPS CRNTI进行加扰； - 对于DCI格式2\\2A\\2B中激活的传输块，新数据指示域设为0。

若DCI格式域中所有的值与表9.2-1或表9.2-1A完全相同，则完成确认。一旦确认完成，则UE认为接收到的DCI信息为有效的半静态激活或半静态释放。

若确认没有完成，则UE认为接收到的DCI格式无匹配的CRC。

Table 9.2-1: Special fields for Semi-Persistent Scheduling Activation

PDCCH Validation DCI format 0 DCI format 1/1A DCI format 2/2A TPC command for set to ‘00’ N/A N/A scheduled PUSCH Cyclic shift DM set to ‘000’ N/A N/A RS Modulation and MSB is set to ‘0’ N/A N/A coding scheme and redundancy version HARQ process N/A FDD: set to ‘000’ FDD: set to ‘000’ number TDD: set to ‘0000’ TDD: set to ‘0000’ 141514

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