加载中…
个人资料
  • 博客等级:
  • 博客积分:
  • 博客访问:
  • 关注人气:
  • 获赠金笔:0支
  • 赠出金笔:0支
  • 荣誉徽章:
正文 字体大小:

下行控制信息-用于其他场景的DCI

(2019-10-11 09:36:18)
分类: 5GNR系统概述
DCI format 2_0


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。
DCI format 2_0的长度最大可以达到128 bits。

下行控制信息-用于其他场景的DCI

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
DCI format 2_1的长度最大可以到126 bits,每个pre-emption indication长度为14 bits。

下行控制信息-用于其他场景的DCI

如果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中:
下行控制信息-用于其他场景的DCI

如果配置给UE的信令TDD-UL-DL-ConfigurationCommon,把UE接收到的DCI format 2_1中指示的symbols中的部分symbols配置成了上行,则这些上行symbols需要从这些位于该DCI format 2_1所在的CORESET的第一个symbol之前的下行控制信息-用于其他场景的DCI个symbols中去除,剩下的symbols记作下行控制信息-用于其他场景的DCI

DCI format 2_1指示的PRBs和symbols的控制粒度由信令DownlinkPreemption中的IE:timeFrequencySet确定:
  • 如果timeFrequencySet = 0,字段长度为14bit的DCI format 2_1中每个Pre-emption indication字段,一一映射到14组连续symbols上,这14组连续symbols就是我们之前提到的下行控制信息-用于其他场景的DCI个符号。这14组连续symbols中的前下行控制信息-用于其他场景的DCI组,每组的symbols个数为下行控制信息-用于其他场景的DCI个symbols;剩下的下行控制信息-用于其他场景的DCI组,每组的symbols个数为下行控制信息-用于其他场景的DCI。这样每个bit表示一组symbols,数值0表示在对应的那组symbols中有数据传输,数值1表示在对应的那组symbols中没有数据传输。
  • 如果timeFrequencySet = 1,字段长度为14bit的DCI format 2_1中每个Pre-emption indication字段被划分为7个pair,每个pair一一映射到7组连续symbols上。这7组symbols中的前下行控制信息-用于其他场景的DCI组,每组的symbols个数为下行控制信息-用于其他场景的DCI个symbols;剩下的下行控制信息-用于其他场景的DCI组,每组的symbols个数为  下行控制信息-用于其他场景的DCI个symbols。这样每2个bits 表示一组symbols,其中第1个bit对应下行控制信息-用于其他场景的DCI个PRB中的前下行控制信息-用于其他场景的DCI个PRB,第2个bit对应下行控制信息-用于其他场景的DCI个PRB中的后下行控制信息-用于其他场景的DCI个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
对于UE在服务小区的PUCCH传输,基站提供给UE以下参数:
  • 对于使用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确定;
下行控制信息-用于其他场景的DCI

对于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
          对于使用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。
  • TPC command - 2 bits
          下行控制信息-用于其他场景的DCI


在一个服务小区内,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 
一个block的起始位置由信令SRS-TPC-CommandConfig中IE:startingBitOfFormat2-3或者                   startingBitOfFormat2-3SUL-v1530确定。

下行控制信息-用于其他场景的DCI

对于一个没有PUCCH和PUSCH的上行或者SRS功控没有和PUSCH功控相关联的上行,如果UE配置了信令srs-TPC-PDCCH-Group中IE:srs-TPC-PDCCH-Group,并且srs-TPC-PDCCH-Group = typeA,则可以为该UE配置一个block,该block包含以下字段:
下行控制信息-用于其他场景的DCI


对于一个没有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。
在一个服务小区内,DCI format 2_3的information bits 长度要小于或者等于在公共搜索空间接收到的DCI format 1_0的有效负荷长度。如果DCI format 2_3的information bits小于在公共搜索空间接收到的DCI format 1_0的有效负荷长度, 应在DCI format 2_3的末尾添加zero padding直到等于在公共搜索空间接收到的DCI format 1_0的有效负荷长度。




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

0

阅读 收藏 喜欢 打印举报/Report
  

新浪BLOG意见反馈留言板 欢迎批评指正

新浪简介 | About Sina | 广告服务 | 联系我们 | 招聘信息 | 网站律师 | SINA English | 产品答疑

新浪公司 版权所有