具体实施方式
在LTE系统中,下行HARQ过程主要由下行数据传输、上行反馈ACK/NACK信息和下行数据重传组成。其中,需要反馈ACK/NACK信息的下行传输,包括:动态调度的PDSCH(Physical Downlink Shared Channel,物理下行共享信道)传输、半持续调度的PDSCH传输、指示SPS(Semi-PersistentScheduling,半静态调度)资源释放的PDCCH(Physical Downlink ControlChannel,物理下行控制信道)传输。
TDD系统中,在某些上/下行子帧配置下,会存在上行子帧数小于下行子帧数的情形,此时一个上行子帧不能只反馈一个下行子帧的ACK/NACK信息,而是需要反馈多个下行子帧的ACK/NACK信息。由表1知,在不同的上/下行子帧配置下,上行子帧n需要反馈M个下行子帧n-km,m∈{0,1,...,M-1}的ACK/NACK信息,这里M可以称为ACK反馈窗的长度,M的取值是表1中集合K所包含的元素个数。
表1:TDD系统下行M个子帧的集合K:{k0,k1,...,kM-1}
从表1可知,当TD-LTE网络的上/下行子帧配置确定后,每个上行子帧对应的反馈窗长M(即对应的下行子帧个数)就已经确定了。当M=1时,基站针对某个UE,最多只能在该反馈窗内调度一个下行子帧,而当M大于1时,基站针对某个UE,可以调度单个下行子帧,也可以调度多个下行子帧。
从表1可知,在ACK/NACK Bundling模式中,一个上行子帧最多对9个下行子帧进行反馈,M最大值为9;在ACK/NACK Multiplexing模式中,一个上行子帧最多对4个下行子帧进行反馈,M最大值为4。对于上/下行子帧配置5,仅支持ACK/NACK Bundling的反馈模式。
在ACK/NACK Bundling反馈模式下,对一个上行子帧关联的M个下行子帧中属于同一个码字的传输块的ACK/NACK状态信息进行逻辑与运算(1为ACK,0为NACK),即每个码字生成1bit反馈信息,如图1所示。因此,对于ACK Bundling模式,存在1~2bit的HARQ-ACK信息。
在ACK/NACK Multiplexing反馈模式下,一个上行子帧n反馈M个下行子帧n-km,m∈{0,1,...,M-1}的ACK/NACK信息,此时需要区分M=1和M=2、3、4两种情形:
当M=1时,不需要对属于同一个下行子帧的多个码字采取逻辑与的操作,而是每个码字的ACK/NACK状态信息生成1bit反馈信息,即处理方法与Bundling模式相同;
当M>1时,对属于同一个下行子帧的多个码字的ACK/NACK状态信息进行逻辑与操作得到1bit的信息,即每个子帧生成1bit反馈信息,如图2所示。
对于Multiplexing模式来说,一个上行子帧最多对4个下行子帧进行反馈,因此Multiplexing存在1~4bit的HARQ-ACK信息。
LTE系统的上行控制信息(UCI)主要包括SR(Scheduling Request,调度请求)、HARQ-ACK和CQI(Channel Quality Indication,信道质量指示)信息,其中HARQ-ACK、CQI的发送时刻是由基站控制的,SR是由用户自主发送的。LTE协议规定UCI信息可以在PUCCH(Physical Uplink Control Channel,物理上行控制信道)或PUSCH(Physical Uplink Shared Channel,物理上行共享信道)上传输。其中,如果子帧n中不存在PUSCH传输,则UCI在PUCCH中采用format1/1a/1b/2/2a/2b进行传输;如果子帧n中存在PUSCH传输,且该子帧不用来传输随机接入过程中的Msg3时,则UCI在PUSCH中传输。
当HARQ-ACK信息在PUCCH上传输时,处理流程主要包括以下两个步骤:
步骤1:生成HARQ-ACK信息。由于PUCCH信道资源比较有限,此时无论反馈模式采用Bundling还是Multiplexing,HARQ-ACK信息最多只能为2bit,因此Multiplexing模式(M=2、3、4)下各下行子帧的ACK/NACK反馈信息要根据M的取值查表映射为2bit的信息;
步骤2:根据传输场景选择PUCCH资源
或
此时,HARQ-ACK信息存在三种传输场景:HARQ-ACK与SR同时传输、HARQ-ACK单独传输以及HARQ-ACK与CQI同时传输。
当HARQ-ACK信息在PUSCH上传输时,处理流程主要包括以下两个步骤:
步骤1:生成HARQ-ACK信息。Bundling模式下的反馈信息为1~2bit,Multiplexing模式下的反馈信息为1~4bit;
步骤2:对HARQ-ACK信息进行编码。Bundling模式的编码过程简单,但需要对编码后的比特进行加扰,Multiplexing模式的编码过程较复杂,但编码后不需要再进行加扰。
通过上述分析,可以发现,Bundling和Multiplexing反馈模式的处理差异主要存在于反馈窗长M>1的情况下。两种反馈模式处理流程的不同,会导致其对上/下行传输性能的影响存在差异,从而也就决定了它们各自的适用场景:
(1)ACK/NACK反馈模式相关的上行传输性能,主要是指HARQ-ACK信息在PUCCH或PUSCH上传输时,PUCCH资源选择和PUSCH编码过程的差异可能会对上行反馈信息的检测性能产生影响。如果HARQ-ACK信息在PUSCH信道上传输,两种反馈模式下的反馈信息的码率基本一致,所以检测性能没有明显的差异。如果HARQ-ACK信息在PUCCH信道上传输,由于Bundling模式下的反馈信息不需要进行PUCCH盲检,反馈信息的检测性能相对较好,在上行信道质量较差的场景下,Bundling模式的性能会更加稳健。
(2)ACK/NACK反馈模式对下行传输性能的影响,主要是指HARQ-ACK信息的生成方式会对下行数据的传输效率和吞吐量产生影响。对于Bundling模式来说,如果反馈窗内对应同一码字的传输块中,只有部分可以传输块译码正确的话,采用该模式就会对下行数据的传输效率造成严重的影响。对于Multiplexing模式来说,如果同一下行子帧存在两个码字且两个码字中只有一个码字可以译码正确的话,采用该模式就会对下行数据的传输效率造成严重的影响。
针对现有技术存在的问题,并基于以上分析,本发明实施例针对TD-LTE系统下行HARQ过程,提出了一种基于下行数据传输模式的ACK/NACK反馈模式的选择方案。该方案的基本原理是:首先考虑用户上行的信道质量,保证上行反馈信息具有较可靠的检测性能,然后在上行信道质量较好的情况下,进一步考虑用户下行数据的传输效率,根据下行数据的传输模式、业务类型、码字配置等因素选择合适的ACK/NACK反馈模式,从而提高下行HARQ过程的整体性能。由于ACK/NACK反馈模式为用户级参数,所以该反馈模式选择算法也是针对每个用户进行的。
在实际应用中,UE具体需要采用哪种ACK/NACK反馈模式由基站通过高层信令tdd-AckNackFeedbackMode进行配置,该参数为用户级参数,本发明实施例中,基站可以通过各UE的业务需求、传输场景等因素,选择适合该UE的反馈模式,因此ACK/NACK反馈模式选择算法及相关策略由基站实现完成。
参见图3,为本发明实施例一提供的为UE配置ACK/NACK反馈模式的流程示意图,如图所示,该流程可包括:
步骤301,为UE选择ACK/NACK反馈模式的流程被触发。
具体实施时,可采用事件触发或周期触发,或者两者相结合的方式启动ACK/NACK反馈模式选择流程。在采用两者相结合的方式时,只要其中任意一个触发条件满足,则开启选择过程,进入步骤302。其中,考虑到传输模式与码字个数和码字的性能有直接的关系,因此下行传输模式间切换之后需要开启反馈模式选择过程,即,当UE的下行传输模式切换时触发ACK/NACK反馈模式选择流程。为减少系统信令开销,需避免用户的反馈模式频繁的选择和切换过程,因此本发明实施例优选的设置较长的触发周期。
步骤302,基站判断UE的上行信道质量,若上行信道质量较差,则进入步骤307,为该UE选择ACK/NACK Bundling反馈模式,否则进入步骤303,进一步根据UE的下行数据的传输场景,为该UE选择适合的反馈模式。
通常,当上行信道质量较差时,PUCCH的盲检过程可能会进一步影响上行反馈信息的检测性能,因此为了保证HARQ-ACK反馈信息有较可靠的检测性能,本发明实施例在上行信道质量较差的情况下,采用ACK/NACK反馈Bundling反馈模式;而在上行信道质量较好的情况下,则进入步骤303,进一步根据下行数据的传输场景,为UE选择适合的反馈模式。
其中,上行信道质量的判断,可以利用基站侧现有的测量量与预先设定的门限进行比较的方法来实现,具体方法有两种,分别是:
方式一:将PUCCH SNR(Signal to Noise Ratio,信号噪音比)估计结果的平滑值
与预先设定的门限
进行比较,如果
表明上行信道质量较好;如果
则表明上行信道质量较差。其中,k
UE表示进行反馈模式选择的用户索引。
方式二:将SRS(Sounding Reference Signal,探测参考信号)SINR(Signalto Interference plus Noise Ratio,信号与干扰加噪声比)估计结果的平滑值
与预先设定的门限Thr
SINR进行比较,如果
表明上行信道质量较好;如果
则表明上行信道质量较差。其中,k
UE表示进行反馈模式选择的用户索引。
步骤303,基站根据用户下行数据的业务类型,为UE选择反馈模式。其中,若业务类型为常规业务,则进入步骤307,为该UE选择ACK/NACKBundling反馈模式;若业务类型为高速业务,则进一步根据码字数量为该UE选择反馈模式。
具体实施时,基站根据每个用户的业务需求,会在一个反馈窗内调度一个或多个下行子帧。对于常规业务流量,即基站在反馈窗内采用单子帧调度方式,此时包括M=1或M>1,以及下行子帧的码字个数为1或2的情况,基站为UE选择的ACK/NACK反馈采用Bundling反馈模式;对于高速业务流量,即基站在反馈窗内采用多子帧调度方式,基站为UE选择的ACK/NACK反馈模式需要进一步的判定,进入步骤304。
步骤304,基站根据用户PDSCH信道的码字个数,为UE选择反馈模式。具体的,设用户PDSCH信道的码字个数为Ncodeword:
如果Ncodeword=1,表示下行子帧包含一个码字,则进入步骤306,ACK/NACK反馈采用Multiplexing反馈模式;
如果Ncodeword>1,表示下行子帧包含两个码字,通常,下行子帧包含两个码字时,传输模式可能为TM3、TM4或TM8,因此ACK/NACK反馈模式需要进一步的判定,进入步骤305。其中,TM是指PDSCH信道的传输模式(Transmission Mode),是一系列传输特性的集合,包括:MIMO(Multiple-InputMultiple-Out-put,多输入多输出)方式、DCI(Downlink Control Information,下行控制信息)格式、PDCCH搜索空间、PDCCH加扰RNTI(Radio NetworkTemporary Identity,无线网络临时标识)等方面,目前LTE中支持8种传输模式(1-8),通常简称为TM。其中,TM3为开环空间复用模式,适合于UE高速移动的情况;TM4为闭环空间复用模式,适合于信道条件较好的场合,用于提供高的数据率传输;TM8为双流Beamforming模式,可以用于小区边缘也可用于其他场景。
步骤305,基站根据用户下行数据的传输模式,为UE选择反馈模式。其中,若下行数据的传输模式为TM4或TM8,则为UE选择ACK/NACK Bundling反馈模式;若下行数据的传输模式为TM3,则为UE选择ACK/NACKMultiplexing反馈模式。
通常,若下行数据的传输模式为TM4或TM8,在极个别的情况下,两码字的性能差异可能较大,出现一个码字译码正确另一个码字译码错误的情况,此时如果采用Multiplexing反馈模式,会严重影响下行数据的传输效率,因此为了避免PDSCH传输性能出现显著恶化的情况,此时优选ACK/NACK反馈采用Bundling反馈模式。若下行数据的传输模式为TM3,下行子帧两码字的性能基本一致,则ACK/NACK反馈采用Multiplexing反馈模式,有助于保证PDSCH具有较高的传输效率。
基站为UE选择出ACK/NACK反馈模式后,还可包括以下步骤:
步骤308,基站配置相应的高层信息,指示用户的ACK/NACK反馈模式。
具体的,基站根据反馈模式选择结果,配置RRC(Radio Resource Control,无线资源控制协议)信令tdd-AckNackFeedbackMode,并下发给相应的UE。
通过以上流程可以看出,本发明实施例首先考虑用户上行的信道质量,保证上行反馈信息具有较可靠的检测性能,然后在上行信道质量较好的情况下,进一步考虑用户下行数据的传输效率,选择合适的ACK/NACK反馈模式,从而提高下行HARQ过程的整体性能。其中,对于下行数据传输,主要是根据下行数据的传输模式、业务需求、码字配置选择合适的ACK/NACK反馈模式。
参见图4,为本发明实施例二提供的为UE配置ACK/NACK反馈模式的流程示意图,如图所示,该流程可包括:
步骤401,为UE选择ACK/NACK反馈模式的流程被触发。具体实现同图3中的步骤301。
步骤402,基站判断UE的上行信道质量,若上行信道质量较差,则进入步骤407,为该UE选择ACK/NACK Bundling反馈模式,否则进入步骤403,进一步根据UE的下行数据的传输场景,为该UE选择适合的反馈模式。具体实现同图3中的步骤302。
步骤403,基站根据用户下行数据的业务类型,为UE选择反馈模式。其中,若业务类型为常规业务,则进入步骤407,为该UE选择ACK/NACKBundling反馈模式;若业务类型为高速业务,则进一步根据码字数量为该UE选择反馈模式。具体实现同图3中的步骤303。
步骤404,基站根据用户PDSCH信道的码字个数,为UE选择反馈模式。具体的,设用户PDSCH信道的码字个数为Ncodeword:
如果Ncodeword=1,表示下行子帧包含一个码字,则进入步骤406,ACK/NACK反馈采用Multiplexing反馈模式;
如果Ncodeword>1,表示下行子帧包含两个码字,ACK/NACK反馈模式需要进一步的判定,进入步骤405。
步骤405,下行子帧包含两个码字时,基站根据码字间的性能差异,为UE选择反馈模式。
具体的,下行子帧包含两个码字时,如果两码字的性能基本一致,ACK/NACK反馈采用Multiplexing反馈模式,基站可以获得每个下行子帧的ACK/NACK状态,有助于保证PDSCH具有较高的传输效率;但如果两码字的性能差异较大,出现一个码字译码正确而另一个码字译码错误的情况,ACK/NACK反馈采用Bundling反馈模式,两个码字的ACK/NACK状态分别反馈,可以保证性能较好的码字具有较高的传输效率,从而保证了系统的吞吐量。
本发明实施例中,基站利用UE测量并上报的下行CQI(Channel QualityIndicator,信道质量指示)来获得两码字间的性能差异,具体步骤是:
基站读取UE上报的CQI测量结果,计算码字1与码字2的CQI差值;基站判断两码字CQI差值的绝对值是否大于预先设定的门限值:
若|CQI(kUE,1)-CQI(kUE,2)|≥ThrCQI,说明两码字的性能差异较大,则ACK/NACK反馈采用Bundling反馈模式;若|CQI(kUE,1)-CQI(kUE,2)|<ThrCQI,说明两码字的性能差异较小,则ACK/NACK反馈采用Multiplexing反馈模式。其中,kUE表示进行反馈模式选择的用户索引。
基站为UE选择出ACK/NACK反馈模式后,还可包括以下步骤:
步骤408,基站配置相应的高层信息,指示用户的ACK/NACK反馈模式。
具体的,基站根据反馈模式选择结果,配置RRC(Radio Resource Control,无线资源控制协议)信令tdd-AckNackFeedbackMode,并下发给相应的UE。
通过以上流程可以看出,本发明实施例首先考虑用户上行的信道质量,保证上行反馈信息具有较可靠的检测性能,然后在上行信道质量较好的情况下,进一步考虑用户下行数据的传输效率,选择合适的ACK/NACK反馈模式,从而提高下行HARQ过程的整体性能。其中,对于下行数据传输,主要是根据下行数据的业务类型、下行子帧的码字个数以及各码字的传输性能,来选择反馈模式。
进一步的,为了提高反馈模式选择的可靠性以及防止反馈模式的乒乓切换,本发明的上述各实施例中,可以执行多次反馈模式选择过程,然后根据多次选择的结果,联合决定ACK/NACK反馈模式。
进一步的,本发明的上述各实施例中,优选的,在TD-LTE组网配置时,将Bundling设置为ACK/NACK反馈模式的默认配置,原因是:Bundling模式在上行信道质量较差时的检测性能更加稳健,同时也不会导致下行数据传输性能的显著恶化。
基于相同的技术构思,本发明实施例还提供了一种可应用于上述流程的基站设备。
参见图5,为本发明实施例提供的基站设备的结构示意图,如图所示,该设备可包括:启动模块501、获取模块502、判断模块503、选择模块504,还可进一步包括发送模块505,其中:
启动模块501,用于当为用户设备配置ACK反馈模式的流程被触发后,启动为用户设备选择ACK反馈模式的流程;
获取模块502,用于在启动模块501启动为用户设备选择ACK反馈模式的流程后,获取所述用户设备的上行信道质量;
判断模块503,用于判断所述用户设备的上行信道质量是否低于设定阈值;
选择模块504,用于在判断模块503判断为是时,为所述用户设备选择ACK/NACK Bundling反馈模式;否则,根据所述用户设备的下行数据传输场景,为所述用户设备选择ACK反馈模式。其中,所述下行数据传输场景可包括:下行数据传输的业务类型、下行子帧的码字数量和下行数据传输模式;或者,所述下行数据传输场景可包括:下行数据传输的业务类型、下行子帧的码字数量和下行子帧码字间的差异;
发送模块505,用于向所述用户设备发送高层信令,通过所述高层信令将为所述用户设备选择的ACK反馈模式指示给所述用户设备。具体的,一种实现方式中,在本次为所述用户设备选择ACK反馈模式之后,发送模块505向所述用户设备发送高层信令,通过所述高层信令将为所述用户设备选择的ACK反馈模式指示给所述用户设备;另一种实现方式中,选择模块504在本次为所述用户设备选择ACK反馈模式之后,根据包含本次在内的至少两次为所述用户设备选择ACK反馈模式的结果,确定为所述用户设备的ACK反馈模式,相应的,发送模块505向所述用户设备发送高层信令,通过所述高层信令将为所述用户设备选择的ACK反馈模式指示给所述用户设备。
具体的,选择模块504具体用于:当所述用户设备下行数据传输的反馈窗内为单子帧调度方式时,为所述用户设备选择ACK/NACK Bundling反馈模式;或者,当所述用户设备下行数据传输的反馈窗内为多子帧调度方式,且下行子帧包含一个码字时,为所述用户设备选择ACK/NACK Multiplexing反馈模式;或者,在所述用户设备下行数据传输的反馈窗内为多子帧调度方式,且下行子帧包含两个码字的情况下,根据所述用户设备的下行数据传输模式或所述用户设备下行子帧码字间的差异,为所述用户设备选择ACK反馈模式。具体的,若所述用户设备PDSCH的传输模式为TM4或TM8,则选择模块504为所述用户设备选择ACK/NACK Bundling反馈模式,若所述用户设备PDSCH的传输模式为TM3,则选择模块504为所述用户设备选择ACK/NACK Multiplexing反馈模式。
具体的,若所述用户设备下行子帧中的两个码字的信道质量指示CQI差值的绝对值大于预设门限,则选择模块504为所述用户设备选择ACK/NACKBundling反馈模式;否则,选择模块504为所述用户设备选择ACK/NACKMultiplexing反馈模式。
进一步的,选择模块504还用于:为用户设备默认配置ACK/NACKBundling反馈模式。
具体的,选择模块504通过将所述用户设备的PUCCH SNR估计结果的平滑值或SRS SINR估计结果的平滑值与预设阈值进行比较,判断所述用户设备的上行信道质量是否低于设定阈值。
具体的,启动模块501具体用于:当为用户设备配置ACK反馈模式的周期到达时,或者,当用户设备下行数据传输模式发生切换时,启动为用户设备选择ACK反馈模式的流程。
综上所述,本发明实施例针对TD-LTE系统下行HARQ过程,提出了一种基于下行数据传输模式的ACK/NACK反馈模式选择算法。本发明实施例的优点可包括:
(1)本发明实施例从保证上行信道传输质量和下行数据传输效率为目的,为UE选择合适的ACK/NACK反馈模式,用于保证ACK信息相应的上行检测的性能、并提高下行数据的传输效率和吞吐量。
(2)事件触发和周期触发相结合的方式,可以保证在UE的传输模式、业务需求、码字配置等传输参数发生变化时,能够较及时的为UE选择适合的ACK反馈模式。
(3)为保证下行数据的传输效率,本发明实施例充分考虑了用户的业务类型、调度方式、码字配置和传输模式等因素,为UE选择适合的ACK反馈模式。
(4)若用户下行数据传输为高速业务类型且下行子帧包含两个码字,本发明实施例根据PDSCH信道的传输模式选择合适的ACK反馈模式,如果传输模式为TM4或TM8,ACK/NACK反馈采用Bundling反馈模式,既可以在两码字的性能差异较大,出现一个码字译码正确另一个码字译码错误的情况下,保证下行也有较高的传输效率和吞吐量,也可以在两码字性能差异不大时,不会使下行数据的传输性能发生严重的恶化。因此,在这种情况下,选择Bundling反馈模式可以保证下行数据传输具有较稳定的性能。
(5)若用户下行数据传输为高速业务类型且下行子帧包含两个码字,本发明实施例通过判断两码字的性能差异选择合适的ACK反馈模式,当两码字的性能差异较大,则ACK/NACK反馈采用Bundling反馈模式,当两码字的性能差异较小,则ACK/NACK反馈采用Multiplexing反馈模式。这种处理方法,充分考虑了两种反馈模式的处理差异和特点,在两码字差异较大和较少时,都能够保证下行数据具有最高的传输效率和吞吐量。
(6)根据多次反馈模式选择的结果,联合决定ACK/NACK反馈模式,可以提高反馈模式选择的可靠性并防止反馈模式的乒乓切换。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台终端设备(可以是手机,个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视本发明的保护范围。