下行控制信息-用于其他场景的DCI
| 分类: 5GNR系统概述 |
DCI format 2_0

对于使用TPC-PUSCH-RNTI/TPC-PUCCH-RNTI加扰的DCI
format 2_2,如果没有为该UE配置信令参数
twoPUSCH-PC-AdjustmentStates/twoPUSCH-PC-AdjustmentStates,‘Close
loop indicator’字
段为0 bit,此时DCI format
2_2中的每个block长度为2 bits;否则为1 bit, 此时DCI format 2_2中的每
个block长度为3 bits。
startingBitOfFormat2-3SUL-v1530确定。
DCI format 2_0用于通知UE当前的slot
format。使用SFI-RNTI(Slot Format Indication RNTI)加扰的DCI format
2_0可以传输以下信息:
- Slot formation indicator 1,Slot formation indicator 2,...,Slot formation indicator N。
N.B. slot
format相关内容请参考博文“帧结构和物理资源(Numerologies,系统帧和子帧,时隙) ”
DCI format
2_1
如果一个UE检测到DCI format
2_1的PDCCH,则该UE应认为在当前的监控周期内(monitoring period),在该DCI format
2_1中指示的PRB(s)和OFDM symbol(s)的时频域位置上没有针对它的下行传输。对SSB的接收不受DCI format
2_1的影响。
使用INT-RNTI(Interrupted Transmission RNTI)加扰的DCI format
2_0可以传输以下信息:
- Pre-emption indication 1, Pre-emption indication 2, …, Pre-emption indication N
如果UE检测到了DCI format 2_1, 该DCI format
2_1在某个slot上的一个CORESET中传输,那么UE应认为在DCI format
2_1中指示的PRBs和symbols上没有任何针对它的数据传输,这些在DCI format
2_1中指示的PRBs和symbols处于当前的monitoring period中:
如果配置给UE的信令TDD-UL-DL-ConfigurationCommon,把UE接收到的DCI format
2_1中指示的symbols中的部分symbols配置成了上行,则这些上行symbols需要从这些位于该DCI format
2_1所在的CORESET的第一个symbol之前的
个symbols中去除,剩下的symbols记作
。
个symbols中去除,剩下的symbols记作
。DCI format
2_1指示的PRBs和symbols的控制粒度由信令DownlinkPreemption中的IE:timeFrequencySet确定:
- 如果timeFrequencySet = 0,字段长度为14bit的DCI format 2_1中每个Pre-emption
indication字段,一一映射到14组连续symbols上,这14组连续symbols就是我们之前提到的
个符号。这14组连续symbols中的前
组,每组的symbols个数为
个symbols;剩下的
组,每组的symbols个数为
。这样每个bit表示一组symbols,数值0表示在对应的那组symbols中有数据传输,数值1表示在对应的那组symbols中没有数据传输。 - 如果timeFrequencySet = 1,字段长度为14bit的DCI format 2_1中每个Pre-emption
indication字段被划分为7个pair,每个pair一一映射到7组连续symbols上。这7组symbols中的前
组,每组的symbols个数为
个symbols;剩下的
组,每组的symbols个数为
个symbols。这样每2个bits
表示一组symbols,其中第1个bit对应
个PRB中的前
个PRB,第2个bit对应
个PRB中的后
个PRBs;数值0表示在对应的那组symbols和PRB上有数据传输,数值1表示在对应的那组symbols和PRBs上没有数据传输。
DCI format
2_2
DCI format
2_2用于传输PUCCH和PUSCH的TPC命令。
使用TPC-PUSCH-RNTI或者PTC-PUCCH-RNTI加扰的DCI format
2_0可以传输以下信息:
- blocknumber 1, block number 2,…, block number N
- 对于使用TPC-PUCCH-RNTI加扰的DCI format 2_2,提供tpc_PUCCH_RNTI;
- 用于确定在DCI format 2_2中的PCell或者EN-DC中的SpCell或者PCell的一个载波的TPC command的第一个bit的位置的索引,该索引由信令PUCCH-TPC-CommandConfig中IE:tpc-IndexPCell确定;
- 用于确定在DCI format 2_2中的PUCCH-SCell或者PUCCH-SCell的一个载波的TPC command的第一个bit的位置的索引,该索引由信令PUCCH-TPC-CommandConfig中IE:tpc-IndexPUCCH-SCell确定;

对于UE在服务小区的PUSCH传输,基站提供给UE以下参数:
- 对于使用TPC-PUSCH-RNTI加扰的DCI format 2_2,提供tpc_PUSCH_RNTI;
- 用于确定在DCI format 2_2中的服务小区的上行载波的TPC command的第一个bit的位置的索引,该索引由信令PUSCH-TPC-CommandConfig中IE:tpc-Index确定;
- 用于确定在DCI format 2_2中的服务小区的supplementary上行载波的TPC command的第一个bit的位置的索引,该索引由信令PUSCH-TPC-CommandConfig中IE:tpc-IndexSUL确定;
- 服务小区的索引,由信令PUSCH-TPC-CommandConfig中IE:targetCell确定;如果该IE没有出现,则服务小区为接收到DCI format 2_2的小区;
信令PDCC-Config中IE:tpc-PUSCH和tpc-PUCCH被用来确定DCI format
2_2中的每个block的索引,每个block包含以下字段:
- Closed loop indicator - 0或者1 bit
在一个服务小区内,DCI format 2_2的information bits
长度要小于或者等于在公共搜索空间接收到的DCI format 1_0的有效负荷长度。如果DCI format
2_2的information bits小于在公共搜索空间接收到的DCI format 1_0的有效负荷长度, 应在DCI
format 2_2的末尾添加zero padding直到等于在公共搜索空间接收到的DCI format
1_0的有效负荷长度。
DCI format
2_3
DCI format
2_3用于为一个或者多个UEs的SRS传输传送一组TPC commands。
DCI format
2_3使用TPC-SRS-RNTI加扰,并含有以下信息:
- block number 1, block number 2, …, block
number
对于一个没有PUCCH和PUSCH的上行或者SRS功控没有和PUSCH功控相关联的上行,如果UE配置了信令srs-TPC-PDCCH-Group中IE:srs-TPC-PDCCH-Group,并且srs-TPC-PDCCH-Group
= typeA,则可以为该UE配置一个block,该block包含以下字段:
对于一个没有PUCCH和PUSCH的上行或者SRS功控没有和PUSCH功控相关联的上行,如果UE配置了信令srs-TPC-PDCCH-Group中IE:srs-TPC-PDCCH-Group,并且srs-TPC-PDCCH-Group
= typeB,则可以为该UE配置一个或多个blocks,每个block对应一个上行载波并包含以下字段:
- SRS request - 0或者2 bits。
- TPC command - 2 bits。
Reference
3GPP 38.211 Physical channels and modulation
3GPP 38.212 Multiplexing and channel coding
3GPP 38.213 Physical layer procedures for control
3GPP 38.214 Physical layer procedures for data
3GPP 38.331 Radio Resource Control (RRC) protocol
specification

加载中…