LTE下行物理层传输机制(7)-DCI2格式和预编码矩阵的选择

TTI是动态调度资源的基本时间单位,每进行一次动态调度就是一个TTI,通常情况下,一个TTI就是1ms。如果eNB在调度下行RB资源的时候,发现可以进行空分复用,或者说1个TTI(Transmission Time Interval)内可以同时传输2个下行传输块(简称TB块,Transport
Block),那么这个时候,网侧可能会使用DCI2、DCI2A等格式来传输PDSCH的控制信息。下面就具体介绍DCI2格式的内容,以及什么时候使用DCI2格式。

1.组成DCI2格式的bit内容

DCI2格式包括以下字段:


-
资源分配头(Resource allocation header) – 固定占1 bit。DCI2格式可以使用2种资源分配方式,分别是资源分配方式0和资源分配方式1,详见博文《LTE下行物理层传输机制(6)-下行资源分配方式(Resource
Allocation Type)
》。如果当前DCI2使用资源分配方式0,则本bit位设置为0;若当前DCI2使用资源分配方式1,则需要将本bit设置为1。这里有个例外,就是如果当前的下行带宽小于或等于10个RB,也就是如果当前的下行带宽是1.4MHz的时候,DCI2只使用资源分配方式0,此时DCI2就没有这个1bit的“资源分配头”字段了。即,这个1bit的字段是一种条件性字段,而不是必选性字段。

-
RB分配字段(Resource block assignment) - 固定占ceil(N_DL_RB /P)bit。其中,N_DL_RB是下行带宽的RB个数,P是RBG_SIZE,如10MHz带宽时,N_DL_RB=50,P=3,所以本字段占用的bit位个数=ceil(50/3)=ceil(16.667)=17。DCI2可以使用资源分配方式0也可以使用资源分配方式1,不同的分配方式,本字段的解释不同,具体如下:

(1)使用使用资源分配方式0,那么该字段只有一个域,使用 ceil(N_DL_RB / P)bit 的bitmap来表示对应的RBG资源,详见博文《LTE下行物理层传输机制(6)-下行资源分配方式(Resource
Allocation Type)
》。

(2)如果使用资源分配方式1,那么该字段有3个域,分别是:ceil(log2(P)bit 的子集索引;1bit 的shift资源偏移指示;ceil(N_DL_RB / P)-ceil(log2(P
- 1   bit 的资源分配bitmap表。每个域更详细的说明请参考博文《LTE下行物理层传输机制(6)-下行资源分配方式(Resource Allocation Type)》。

-
PUCCH的TPC字段(TPC command for PUCCH) – 固定占2 bits。这个TPC值不是绝对值,而是一个相对值。具体含义如下表所示。如果UE解码到该字段值=0,表示PUCCH信道需要减少1dB的发送功率,但只减少一次,后续不再继续减少,比如之前的发送功率是9dB,那么后续就按照8dB发送,而不是持续按照8dB、7dB、6dB这样的顺序调整。需要注意的是,这里的TPC字段与DCI1A中的TPC字段有点不同,这里并不需要考虑RNTI值(参考《LTE下行物理层传输机制(5)-DCI格式的选择和DCI1A》)。

-
下行分配DAI字段(Downlink Assignment Index) – 固定占2 bits。这也是一个条件性字段,只有在TDD-LTE制式下才有,如果是FDD-LTE,则没有这个字段。另外,这个字段只在TDD上下行配置1~6的时候才有意义,如果是TDD上下行子帧配置0,则该字段也没有意义,不需要关注。这里的DAI字段与DCI1A中的DAI含义相同,参考《LTE下行物理层传输机制(5)-DCI格式的选择和DCI1A》。

-
HARQ进程号(HARQ process number) - 如果是FDD制式,则固定占3 bits,如果是TDD制式,则固定占4 bits。因为DLSCH或者说PDSCH是针对HARQ进程传输的,所以无论是新传还是重传,都需要指出当前的HARQ进程。

-
TB块与码字的映射关系(Transport block to codeword swap flag) – 固定占1 bit。DCI2最多可以携带2个传输块(TB块)的控制信息,那么这两个TB块与两个码字(码字0和码字1)的对应关系是怎样的,就由这个bit位来标识。具体对应关系如下:

(1)如果当前PDSCH携带2个TB块,那么:若该bit位=0,则表示TB1对应码字0,TB2对应码字1;若该bit位=1,则表示TB2对应码字0,TB1对应码字1。如下表所示。

(2)如果当前PDSCH只携带1个TB块,那么该bit位不再具有实际意义,此时无论PDSCH传输的是TB1还是TB2,均对应码字0。如下表所示。

对于TB1块,对应以下字段:

-
MCS字段(Modulation and coding scheme) – 固定占5 bits。表示TB块1的调制方式,结合RB个数可以查36213-7.1.7.2表获取TB size。

-
NDI指示字段(New data indicator) – 固定占1 bit。通过NDI是否反转,来判断TB块1在该HARQ进程中是新传还是重传。

-
冗余版本号RV(Redundancy version) – 固定占2 bits。

对于TB2块,对应以下字段(与TB1字段相同):

- MCS字段(Modulation and coding scheme) – 固定占5 bits。当前TB块2的调制方式,结合RB个数可以查36213-7.1.7.2表获取TB size。

- NDI指示字段(New data indicator) – 固定占1 bit。通过NDI是否反转,来判断TB块2在该HARQ进程中是新传还是重传。

- 冗余版本号RV(Redundancy version) – 固定占2 bits。

如果上述某个TB块,对应的MCS=0且RV=1,那么就表示该TB块无效。通过这种设定,就可以让PDSCH携带2个TB块还是1个TB块,继而明确“Transport block to codeword swap flag”字段的含义,是应该用上文中的Table 5.3.3.1.5-1还是用Table 5.3.3.1.5-2。

-
预编码信息字段(Precoding information) – 这个字段表示当前eNB采用什么样的预编码矩阵,占用的bit位个数与天线端口数有关,如Table 5.3.3.1.5-3所示。

如果当前的天线端口数等于2,则本字段占用3bits,最多可以使用8种预编码矩阵,如果当前的天线端口数等于4,则本字段占用6bits,最多可以使用64种预编码矩阵。关于天线端口更详细的内容,请参考《LTE下行物理层传输机制(1)-天线端口Antenna
Port和小区特定参考信号CRS
》。

空分复用按照是否依赖终端的PMI(Precoding Matrix Indicator,预编码矩阵指示)反馈,分为开环空分复用和闭环空分复用。基于DCI2格式的空分复用采用的是基于预编码的、闭环的空分复用模式,即,eNB根据UE反馈的PMI参数,动态调整当前TTI使用哪种预编码矩阵,并通过“预编码信息”字段发送给UE,告诉UE当前采用的预编码矩阵。这也是为什么DCI2格式需要这个字段的原因。

依据协议,DCI2格式只在传输模式为TM4的时候使用。换句话说,如果当前UE的传输模式是TM4,且可以进行空分复用,那么就需要使用DCI2格式。至于在TM4模式下,什么时候可以使用空分复用,则由设备厂家的算法决定,一般来说,信道质量非常差的情况下,是不建议进行空分复用的。

2.预编码矩阵的选择和解析

上文提到,不同的天线端口对应的“预编码信息”字段的bit位数不同,所对应的预编码矩阵也就不同。本小节就以两天线端口为例,具体介绍怎么填写DCI2格式中的“预编码信息”字段,即eNB侧怎么选择预编码矩阵,以及UE侧怎么解析这个“预编码信息”字段。

(1)eNB侧选择预编码矩阵。

eNB侧根据UE上报的PMI和当前有效码字个数,查下面的Table 6.3.4.2.3-1,可以获取预编码矩阵W。比如当前UE的PMI=0且只有1个码字有效(即1个TB块有效另外一个TB块无效),则使用表中Codebook_index=0、v=1的这个预编码矩阵,即(1/根号2)[1 1]T。

需要注意的是,对于TM4闭环模式的空分复用,使用Codebook_index=0,v=2的这个预编码矩阵。因此如果当前PMI=2,有效码字个数或者说v=2,那么选择的预编码矩阵是(1/2)×[A
B],A=[1, j]T,B=[1, -j]T。此时,“预编码信息”字段填写的Precoding information的值需要减1,即要填(2-1)=1,而不能填2。结合后文中的表5.3.3.1.5-4也可以验证这点。

如果当前是TM4空分复用,eNB虽然可以根据PMI和有效码字个数,选择不同的预编码矩阵,但也不是任意选择的。eNB RRC可以限制使用某个或某几个预编码矩阵,这个信元叫做codebookSubsetRestriction,可以在radioResourceConfigDedicated->physicalConfigDedicated->antennaInfo中找到。

如上图所示,对于两天线端口的TM4模式来说,有6个bit限制系统可以使用的预编码矩阵,如果某个bit被设置为1,则表示系统可以使用这个预编码矩阵。每个bit所表示的预编码矩阵如下图所示。

(2)UE侧解析预编码矩阵

根据DCI2格式中的码字使能情况(是否有某个TB块对应的MCS=0且RV=1,如果有则该TB块对应的码字disabled)以及3bits的预编码信息(范围0~7),查下面的Table 5.3.3.1.5-4之后,UE就可以知道eNB侧使用的预编码矩阵。比如当前PDSCH传输2个TB块,即码字0和码字1都使能,如果eNB填写的“预编码信息”字段=1,那么实际使用的预编码矩阵为(1/2)×[A B],A=[1, j]T,B=[1, -j]T。从下表中还可以看出,如果当前TTI是1个码字有效,那么DCI2中填写的“预编码信息”字段,其取值应该是1~6中的某个数值,如果是2个码字有效,则“预编码信息”字段的值应该是0~2。

参考文献:

(1)3GPP TS 36.212 V9.4.0 (2011-09) Multiplexing and channel coding

(2)3GPP TS 36.213 V9.3.0 (2010-09) Physical layer procedures

(3)3GPP TS 36.211 V9.1.0 (2010-03) Physical Channels and Modulation

(4)http://www.sharetechnote.com/html/BasicProcedure_LTE_PHY_Precoding.html#Codebook_2Tx

时间: 2024-12-13 17:32:16

LTE下行物理层传输机制(7)-DCI2格式和预编码矩阵的选择的相关文章

LTE下行物理层传输机制(9)-集中式和分布式资源映射

LTE系统里,RB资源的动态调度是在eNB侧实现的,这里的"RB资源"实际上是特指虚拟RB(Virtual RB)而不是物理RB(Physical RB).VRB是MAC层在调度的时候使用的,属于逻辑上的概念,而PRB是物理层在实际映射RE资源的时候需要使用的,属于实际物理意义上的概念.VRB和PRB之间,存在着不同的映射关系:最简单的映射关系就是VRB的位置和PRB的位置是相同的,它们之间是一一对应的:另外一种复杂点的关系就是VRB和PRB并不是一一对应的,但是可以依赖某种特定的映射

LTE下行物理层传输机制(6)-下行资源分配方式(Resource Allocation Type)

下行RB的资源分配(Resource Allocation)有三种方式,分别是资源分配方式0.资源分配方式1和资源分配方式2.在上一篇博文<LTE下行物理层传输机制(5)-DCI格式的选择和DCI1A>中提到DCI1A的时候,提到DCI1A只能分配连续的RB,以及这种方式下RIV(Resource Indication Value )的计算,那么这种分配方式其实就是资源分配方式2.而DCI2和DCI2A格式使用的则是另外2种不同的分配方式,即资源分配方式0和资源分配方式1.因此在讲DCI2和D

LTE下行物理层传输机制(1)-天线端口Antenna Port和小区特定参考信号CRS

上篇博文<LTE物理传输资源(3)-时频资源>的最后提到了PCFICH等几种下行物理信道,这篇博文本来想写PCFICH信道的,但在准备写PCFICH的时候,发现需要用到天线端口的相关内容,而这些内容目前还没有写.所以本文就先写天线端口和下行参考信号的相关内容. 1.天线端口(Antenna Port)和参考信号(Reference Signal)的关系 天线端口是一个逻辑上的概念,它与物理天线并没有一一对应的关系.在下行链路中,天线端口与下行参考信号(Reference signal)是一一对

LTE下行物理层传输机制(5)-DCI格式的选择和DCI1A

PDCCH信道传输的是与物理上下行共享信道(PUSCH.PDSCH)相关的控制信息,即DCI信息(Downlink Control Information),这些DCI信息包含了诸如RB资源分配信息.调制方式MCS.HARQ-ID等等若干相关内容.终端只有正确的解码到了DCI信息,才能正确的处理PDSCH数据或PUSCH数据. 不同的DCI信息,它的目的可以是不同的,比如,有针对下行RB资源进行分配的DCI,有针对上行RB资源进行分配的DCI,有针对上行功率控制进行调整的DCI,有特别针对下行双

LTE下行物理层传输机制(3)-PHICH信道

在阅读本文之前,建议先看下博文<LTE-TDD HARQ(1)-上行HARQ时序>,以便更好的理解本文内容. 本文主要包括的内容有: (1)什么是PHICH信道,它的作用是什么 (2)怎么来唯一的标识一个PHICH信道 (3)PHICH信道对应的REG实际映射的内容是什么 (4)PHICH信道的位置 1.什么是PHICH信道 PHICH信道即物理HARQ指示信道,英文全称是Physical hybrid ARQ indicator channel,作用是eNB通过该信道向终端反馈上行PUSCH

LTE下行参考信号和上行参考信号有哪些 MBSFN 参考信号是什么

LTE下行参考信号和上行参考信号有哪些 在R9中,下行定义了四种参考信号,分别为分别为小区专用参考信号(C-RS),用户专用参考信号(UE-RS,又称DM-RS),MBSFN参考信号,位置参考信号(P-RS).在R10中,下行定义了五种参考信号,分别为小区专用参考信号(C-RS),用户专用参考信号(UE-RS,又称DM-RS),MBSFN参考信号,位置参考信号(P-RS),以及CSI参考信号(CSI-RS).TE上行采用单载波FDMA技术,参考信号和数据是采用TDM方式复用在一起的.上行参考信号

LTE 下行PDSCH 信道功率分配-Pa、Pb

LTE 下行PDSCH 信道功率分配-Pa.Pb和其他系统类似, LTE下行信道或符号的功率开销是相对于参考信号( RS)功率进行设置的.RS.PBCH.PCFICH.PSS+SSS信道采用静态值方式功率设置,而PHICH.PDCCH, PDSCH信道既可以采用静态值方式也可以采用动态功率分配方式,采用哪种方式取决于PDCCH或PDSCH信道传输的内容.对于采用静态功率分配方式的信道,很好理解,即配置一个与RS信号功率的偏置.而动态功率分配方式有些复杂.为了更好了解动态功率分配方式, 首先,要明

如何优化传输机制来实现实时音视频的超低延迟?

1.前言 要在语音视频 SDK 中实现超低延迟,实时的语音视频传输机制是必不可少的,而 FEC 和 ARQ 的智能结合是实时语音视频传输机制的基石. 在语音社交.视频社交.游戏语音和互动直播等领域,关于在语音视频实时传输中实现低延迟这个议题,已经有不少的文章提出各种方案.绝大部分方案的思路都是"优化",比如说,优化编码.推流.传输和播放等各个环节. 愚以为,要在实时语音视频传输中获得超低延迟,是不能单靠挖空心思去"优化"的,而是要依靠实时的传输机制.就像高铁和火车有

红茶一杯话Binder(传输机制篇_上)

红茶一杯话Binder (传输机制篇_上) 侯 亮 1 Binder是如何做到精确打击的? 我们先问一个问题,binder机制到底是如何从代理对象找到其对应的binder实体呢?难道它有某种制导装置吗?要回答这个问题,我们只能静下心来研究binder驱动的代码.在本系列文档的初始篇中,我们曾经介绍过ProcessState,这个结构是属于应用层次的东西,仅靠它当然无法完成精确打击.其实,在binder驱动层,还有个与之相对的结构,叫做binder_proc.为了说明问题,我修改了初始篇中的示意图