CN103095437A - 针对下行数据传输的ack/nack反馈方法 - Google Patents
针对下行数据传输的ack/nack反馈方法 Download PDFInfo
- Publication number
- CN103095437A CN103095437A CN 201110352638 CN201110352638A CN103095437A CN 103095437 A CN103095437 A CN 103095437A CN 201110352638 CN201110352638 CN 201110352638 CN 201110352638 A CN201110352638 A CN 201110352638A CN 103095437 A CN103095437 A CN 103095437A
- Authority
- CN
- China
- Prior art keywords
- ack
- bit stream
- binary bit
- information index
- carrier wave
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提出了针对下行数据传输的ACK/NACK反馈方法。该方法包括:A,根据各个单元载波CC绑定bundling窗口内各下行数据子帧的ACK/NACK信息生成各个CC的ACK信息索引;B,将各个CC的ACK信息索引通过编码映射成一个二进制比特流;C,向基站反馈所述二进制比特流。
Description
技术领域
本发明涉及无线通信领域,特别涉及针对下行数据传输的肯定应答(ACK)/否定应答(NACK)反馈方法。
背景技术
3GPP标准化组织的长期演进(LTE)系统支持频分双工(FDD)和时分双工(TDD)两种双工方式。在LTE TDD中,每个无线帧的长度是10ms,它等分为两个长度为5ms的半帧,具体如图1所示的LTE TDD帧结构。而每个半帧包含8个长度为0.5ms的时隙和3个特殊域,该3个特殊域包括下行导频时隙(DwPTS)、保护间隔(GP)和上行导频时隙(UpPTS),这3个特殊域的长度的和是1ms。另外,图1所示的LTE TDD帧结构的每个子帧由两个连续的时隙构成,即第k个子帧包含时隙2k和时隙2k+1。
LTE TDD支持7种上行下行配置,如表1所示,其中,表1中的D代表下行子帧,U代表上行子帧,S代表包含上述3个特殊域的特殊子帧。
表1
LTE系统是基于混合自动重传请求(HARQ)进行数据传输。数据接收方根据是否正确接收数据,相应地反馈ACK或者NACK信息。针对动态调度,该动态下行数据传输的调度是通过物理下行控制信道(PDCCH)完成。其中,每个PDCCH可以包含1、2、4或者8个控制信道单元(CCE),而每个CCE可以映射一个ACK/NACK信道,这样,包含多个CCE的PDCCH实际上同时映射了多个ACK/NACK信道。也就是说,在LTE系统中,实际用于发送ACK/NACK信息的ACK/NACK信道隐含地由组成PDCCH的CCE中索引最小的CCE确定。但是,半持久调度(SPS)不同于动态调度,针对SPS,下行数据的初始传输不需要发送PDCCH,对应地,用于反馈ACK/NACK信息的ACK/NACK信道是半静态配置的;而对下行数据的重传,其需要通过PDCCH调度实现,这与动态调度相同,即针对下行数据的重传,用于反馈ACK/NACK信息的ACK/NACK信道由PDCCH确定。其中,下行数据的HARQ传输的ACK/NACK反馈信息是在物理上行控制信道(PUCCH)的ACK/NACK信道上传输的。
在LTE系统中,有多种ACK/NACK信息的反馈方法。下面给出三种反馈方法:第一种反馈方法适用于FDD和一部分TDD的上行下行配置,是在一个上行子帧中只传输一个下行子帧的ACK/NACK反馈信息,其在没有采用MIMO发送数据时,生成1比特ACK/NACK信息,在采用MIMO发送数据时,生成2比特ACK/NACK信息;第二种反馈方法只用于TDD系统,是把多个下行子帧的ACK/NACK反馈信息绑定为1个或者2个比特,从而采用与第一种反馈方法相同的方式发送ACK/NACK信息,这里的绑定(bundling)操作是在码字(CW:CodeWord)上实现,即把各个发送了数据的下行子帧的、且具有相同索引的码字的ACK/NACK信息绑定为一个ACK/NACK信息;第三种反馈方法只用于TDD系统,是在一个上行子帧内发送多个下行子帧的ACK/NACK反馈信息,每个下行子帧的数据传输产生出一个ACK/NACK信息,然后基于QPSK调制和在多个ACK/NACK信道中选择使用的ACK/NACK信道来传输多个比特的ACK/NACK信息,在LTE系统中,这个比特数是2,3和4。
通常,在LTE系统中,下行数据传输是通过PDCCH动态调度的,而UE会出现不能正确接收到基站发送的PDCCH的可能。这样,在LTE TDD中,当需要在一个上行子帧内发送针对多个下行子帧内的数据传输的ACK/NACK信息时,就需要一种机制使得UE可以检测其是否丢失了一个或者多个下行子帧内的PDCCH。为了实现这种机制,LTE TDD中,在PDCCH中包含一个域,该域包括2个比特,称为下行分配指示(DAI),用于指示在一个上行子帧对应的N(N大于等于1)个下行子帧内,基站截止到当前下行子帧一共在多少个下行子帧内发送了PDCCH,其变化顺序是1、2、3、4。例如UE收到两个PDCCH,该两个PDCCH的DAI分别为1和3,则UE可以判断出丢失了一个DAI为2的PDCCH。但是,DAI不能指示出丢失了最后若干个PDCCH的情况,例如上面的例子中LE不能肯定是否丢失了DAI等于4的PDCCH。
由于DAI不能检测出丢失了最后若干个PDCCH的情况,基于此,在LTETDD中,当需要同时传输ACK/NACK和调度请求(SR),或者同时传输ACK/NACK和信道质量指示(CQI)时,通过另一种方法来指示ACK/NACK信息,具体为:反馈UE收到的各个下行数据的ACK/NACK信息中的ACK的个数。比如,下行子帧的个数为M,则这种方法的指示ACK的个数可为0,1,...M;其中,当ACK个数等于0时可用于指示UE检测到至少一个下行数据丢失的情况。采用这个方法,基站根据其实际发送的下行数据的个数,和UE汇报的ACK的个数,就可以判断出UE是否正确接收了所有的下行数据,从而发送新数据或者重传。
但是,在支持更高传输速率的增强长期演进(LTE-A)系统中,LTE-A规范目前允许PUCCH格式3最多承载20个比特。其中,LTE-A系统是通过组合多个单元载波(CC)来得到更大的工作带宽,以构成通信系统的下行和上行链路,即载波组合(Carrier Aggregation),例如,为了支持100MHz的带宽,可以通过组合5个20MHz的CC来得到。当由于CC数目较大,以及下行数据子帧的数目也较大而导致需要反馈的ACK/NACK信息量较大时,LTE-A规范中PUCCH格式3最多承载的20个比特远远不能满足,因此,如何进一步压缩ACK/NACK比特以保证PUCCH性能和提高小区覆盖,并通过有限的ACK/NACK比特来反馈较多的ACK/NACK信息是当前亟待解决的技术问题。
发明内容
本发明提供了针对下行数据传输的ACK/NACK反馈方法,实现在无线通信系统中支持基于HARQ的数据传输,并通过有限的ACK/NACK比特来反馈较多的ACK/NACK信息。
本发明提供的技术方案包括:
一种针对下行数据传输的ACK/NACK反馈方法,包括:
A,根据各个CC绑定(bundling)窗口内各下行数据子帧的ACK/NACK信息生成各个CC的ACK信息索引;
B,将各个CC的ACK信息索引通过编码映射成一个二进制比特流;
C,向基站反馈所述二进制比特流。
由以上技术方案可以看出,本发明根据各个CC绑定窗口内各下行数据子帧的ACK/NACK信息生成各个CC的ACK信息索引;将各个CC的ACK信息索引通过编码映射成一个二进制比特流;向基站反馈所述二进制比特流,能够实现在无线通信系统中支持基于HARQ的数据传输,并通过有限的ACK/NACK比特来反馈较多的ACK/NACK信息。
附图说明
图1示出了LTE TDD帧结构的示意图;
图2为本发明提供的基本流程图;
图3为本发明实施例1提供的流程图;
图4为本发明实施例2提供的流程图;
图5为本发明实施例3提供的流程图;
图6为本发明实施例4提供的流程图;
图7为本发明实施例1中基于联合编码形成二进制比特流示意图;
图8为本发明实施例2中基于独立编码形成二进制比特流示意图;
图9为本发明实施例3中基于载波组联合编码形成二进制比特流示意图;
图10为本发明实施例4中基于时域绑定形成二进制比特流示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚,下面结合附图和具体实施例对本发明进行详细描述。
对每个下行CC,假设针对M个下行子帧的数据需要在一个上行子帧内反馈ACK/NACK信息,其中,对一个CC内的一个子帧,当没有采用MIMO发送数据时,生成1比特ACK/NACK信息;当采用MIMO发送数据时,生成2比特ACK/NACK信息,如此,假设UE同时在N个CC上检测下行数据,则UE要反馈的ACK/NACK信息最多为2MN比特。当M和N的数值都比较大时,完全反馈2MN比特的ACK/NACK信息需要占用多个ACK/NACK信道的资源,这不利于降低上行信号的CM值和上行覆盖。所以需要对上述2MN比特进行一定的处理从而降低上行开销。
为了解决上述问题,本发明提出了以下方法:A,根据各个CC绑定窗口内各下行数据子帧的ACK/NACK信息生成各个CC的ACK信息索引;B,将各个CC的ACK信息索引通过编码映射成一个二进制比特流;C,向基站反馈所述二进制比特流。
其中,所述ACK信息索引为连续ACK数目;或者,所述ACK信息索引为所述ACK信息索引本身表示的含义,是ACK信息的索引标识,不扩展为其他的信息;或者,所述ACK信息索引为通过对CC的连续ACK数目进行映射得到的信息。下面以通过对CC的连续ACK数目进行映射得到ACK信息索引为例进行描述,其他情况原理类似。
参见图2,图2为本发明的基本流程图。如图2所示,该流程可包括以下步骤:
步骤201,针对每个CC,从该CC内下行数据子帧的ACK/NACK信息中计算出该CC的连续ACK数目。
当一个CC内不存在SPS数据时,连续ACK数目可以是从DAI等于1的PDCCH调度的下行数据子帧开始按照DAI递增的顺序计算出的。下面给出两种计算方法:
方法一,对每一个CC,将该CC内各个下行数据子帧内的ACK/NACK信息通过空间绑定(bundling)得到1个ACK/NACK信息,然后从DAI等于1的PDCCH调度的下行数据子帧开始,按照DAI递增的顺序计算出连续ACK数目。例如,UE收到4个下行数据子帧的数据,针对4个下行数据子帧传输的ACK/NACK信息分别是ACK、ACK、NACK、ACK,如此,可以得到连续ACK数目等于2。
方法二,其不对每个下行数据子帧的ACK/NACK信息执行空间绑定,而是从DAI等于1的PDCCH所在的下行数据子帧开始,按照DAI递增的顺序计算所有CW的ACK/NACK信息的连续ACK数目,这里可以按照CW编号递增的顺序即先CW0后CW1的顺序计算连续ACK数目。例如,假设UE收到三个下行数据子帧的数据,第一个下行数据子帧采用MIMO发送了两个CW分别为CW0和CW1,该两个CW的反馈信息都是ACK,第二个下行数据子帧只发送了一个CW即CW0,反馈信息是ACK,第三个下行数据子帧采用MIMO发送两个CW即CW0和CW1,其中,CW0的反馈信息是ACK,CW1的反馈信息是NACK,如此,针对CW0和CW1,连续ACK数目是4。
需要说明的是,在上述方法中,当UE发现丢失了DAI等于1的PDCCH调度的下行数据时,连续ACK数目设置为0。
以上是对CC内不存在SPS数据的情况进行的描述,而当一个CC内存在SPS数据时,则在计算连续ACK数目时,首先对各个下行数据子帧的ACK/NACK信息排序,具体为:把SPS子帧的ACK/NACK信息放在前面,接下来是从DAI等于1的PDCCH开始按照DAI递增的顺序对各个PDCCH调度的下行数据子帧的ACK/NACK信息进行排序,然后计算连续ACK的数目。计算方法与不存在SPS数据类似,可以对一个CC的每个子帧内的ACK/NACK信息都通过空间绑定得到1个ACK/NACK信息,然后依次计算各个下行数据的ACK/NACK信息的连续ACK的数目;或者,对每个子帧的ACK/NACK信息不执行空间绑定,而是按顺序计算各个CW的ACK/NACK信息的连续ACK的数目。需要说明的是,对存在SPS的情况,当UE发现丢失了DAI等于1的PDCCH调度的下行数据时,如果SPS数据正确接收,则连续ACK的数目为1,否则连续ACK的数目为0。
步骤202,将每个CC的连续ACK数目映射成ACK信息索引。
本步骤202可按照一对一的映射方式将每个CC的连续ACK数目映射成ACK信息索引。例如当对应同一个上行子帧的下行数据子帧M等于4时,连续ACK数目可以是0,1,2,3,4,基于一对一映射,可以把这5个数值分别映射成信息索引0,1,2,3,4。
为了进一步控制反馈的开销,本步骤202可以按照多对一的映射方式将每个CC的连续ACK数目映射成一个ACK信息索引。例如,假设对应同一个上行子帧的下行数据子帧M等于4,连续ACK数目可以是0,1,2,3,4,基于多对一映射,可以把这5个数值映射为4个状态,比如,映射成ACK信息索引0,1,2,3,其中,连续ACK数目为2和3时映射到相同的ACK信息索引2,而连续ACK数目为0、1和4分别映射到ACK信息索引0,1和3,从而可以用2个比特来表示,相比一对一映射,能够节省比特数量。
步骤203,将各个CC的ACK信息索引映射成一个二进制比特流。
本步骤203中,ACK信息索引映射成二进制比特流的方法可以通过对各个CC的ACK信息索引进行联合编码,也可以通过对各个CC的ACK信息索引分别编码然后串连,或者采用其他方法来编码映射,本发明并不具体限定。
步骤204,向基站反馈所述二进制比特流。
本步骤204可以通过一个物理信道资源或多个物理信道的物理信道资源来反馈二进制比特流,下文进行了详细描述。
通过步骤204,基站收到二进制比特流后,就可以获知连续ACK数目的信息,进而能够知道UE正确接收了从DAI等于1的PDCCH所在下行数据子帧开始的连续几个下行数据子帧的数据,从而只对没有正确接收的下行数据进行重传。
为使图2所示的流程更加清楚,下面通过几个实施例进行详细描述:
下面几个实施例均以对CC内各下行数据子帧的ACK/NACK信息进行空间绑定为例进行描述,不绑定的情况实现原理类似,这里不再赘述。
实施例1:
参见图3,图3为本发明实施例1提供的流程图。如图3所示,该流程可包括以下步骤:
步骤301,对每一个CC,将该CC的绑定窗口内各个数据下行子帧的ACK/NACK信息通过空间绑定得到1个ACK/NACK信息,并计算该CC的连续ACK数目。
步骤302,根据各个CC的连续ACK数目确定各个CC的ACK信息索引。
本步骤302中,CC的ACK信息索引范围在{0,1,...M}内。参见表2a,表2a示出了连续ACK数目与ACK信息索引的映射表。表2a只是一个示例,本发明不限制采用其他连续ACK数目与ACK信息索引的具体映射表。在表2a中,HARQ(0),HARQ(1),HARQ(2)和HARQ(3)分别代表绑定窗口内4个下行数据子帧在空间绑定后的ACK/NACK信息,Any状态代表ACK,NACK或DTX的任意一种。
表2a
需要说明的是,表2a只是以根据各个CC的连续ACK数目映射成ACK信息索引为例进行描述的。作为本发明实施例的一种扩展,本申请中,如果ACK信息索引为连续ACK数目,对应该方法,表2a可更改为下述的表2b:
表2b
还需要说明的是,本实施例中,如果ACK信息索引只是根据各个CC绑定窗口内各下行数据子帧的ACK/NACK信息映射成的,则该表2a可更改为表2c:
表2c
其中,表2c中ACK信息索引的确定只是一种举例,并非用于限定本发明。
步骤303,将每个CC的ACK信息索引进行联合编码并一对一映射到二进制比特流。
本步骤303中,将每个CC的ACK信息索引进行联合编码并一对一映射到二进制比特流可如图7所示。
另外,假设一共Ncc个CC,每个CC上的上行子帧对应的下行数据子帧数量为M,第i个CC通过步骤302得到的信息索引表示为Ai(Ai可取值为{0,1,...M}),那么映射得到的二进制比特流可以表示为:
另外,本步骤303将所述将各个CC的ACK信息索引联合编码映射到一个二进制比特流的比特数至少为:其中,N=M+1,M表示每个CC上的上行子帧对应的下行数据子帧数量,表示上取整操作。比如,假设Ncc为5,并且每个CC上的M等于4,则,每个CC上的连续ACK数目可以是0,1,2,3,4,共有5个取值。这样,5个CC上所有可能的连续ACK数目的取值总数为55=3125,它需要用个比特来表示。
需要说明的是,通过步骤303得到的二进制比特流做交织、增加校验比特位、倒序或加法操作都属于本发明的保护范围内。以增加校验比特位为例说明,可以增加一个或多个校验比特位来保护步骤303得到的二进制比特流。例如,在Ncc为5,并且每个CC上M等于4时,通过步骤303能产生12位长的二进制比特流此时在这12位长的后增加1位奇校验位,保证这13位长的二进制比特流中1的数量为奇数,如12位长的一共有6个1(1的数量为偶数),因此奇校验位应该设置为1以保证13位长的二进制比特流中1的数量为奇数。在传输过程中,如果12位长的中有某一位从1错误传输成0,或者从0错误传输成1,那么在接收端检查13位长的二进制比特流中1的数目会检测出偶数个1,从而可以判断出传输中是否出错,进而决定是否需要重传ACK/NACK信息。
步骤304,UE将联合编码后的二进制比特流进行信道编码,通过PUCCH反馈给基站。
至此,完成图3所示的流程。
从图3所示的流程可以看出,实施例1是对各个CC的ACK信息索引进行联合编码得到的二进制比特流。优选地,还可以对各个CC的ACK信息索引独立编码得到二进制比特流,下面通过实施例2进行描述。
实施例2:
参见图4,图4是本发明实施例2提供的流程图。如图4所示,该流程可包括以下步骤:
步骤401至步骤402分别与上述的步骤301和步骤302相同。
步骤403,将每个CC的ACK信息索引分别进行编码并一对一映射到二进制比特流,然后将这些CC的ACK/NACK二进制比特流串连成一个二进制比特流。
本步骤403具体实现可如图8所示。
另外,假设每个CC上的上行子帧对应的下行数据子帧数量为M,第i个CC通过步骤402得到的ACK信息索引表示为Ai(Ai可取值为{0,1,...M}),那么第i个CC映射得到的二进制比特流为串连而成的二进制比特流可以表示为:
另外,本实施例中,将各个CC的二进制比特流串连成一个二进制比特流的比特数至少为:其中,Ncc表示所述UE同时接收Ncc个CC的数据,N=M+1,M表示每个CC上的上行子帧对应的下行数据子帧数量,表示上取整操作。比如,假设Ncc为5,并且每个CC上M等于4,则,每个CC上的连续ACK的数目可以是0,1,2,3,4,共有5个取值。这样,每个CC需要用个比特来表示,一共需要用5*3=15个比特,与图3所示的联合编码映射相比,虽然多用了3个比特,但是由于各个CC之间编码相对独立,避免了由于联合编码造成的一个比特位传输错误导致所有CC传输的ACK/NACK信息错误的错误传递。在该方法中,一个比特位传输错误只会影响该比特位所代表CC的ACK/NACK信息。
此外,通过步骤403得到的各CC的ACK/NACK二进制比特流用不同的顺序排列或交织进行串连等操作都属于本发明的保护范围内。
至此,完成图4所示的流程。
实施例3:
本实施例3是通过载波组内联合编码映射来反馈各个CC的ACK/NACK信息。参见图5,图5是本发明实施例3提供的流程图。如图5所示,该流程可包括以下步骤:
步骤501至步骤502分别与图3中的步骤301至302相同。这里不再赘述。
步骤503,将当前的CC进行分组,得到N个载波组,将每个载波组内各个CC的ACK信息索引进行联合编码并一对一映射到一个二进制比特流,然后将X个载波组的二进制比特流串连成一个二进制比特流。
本步骤503可通过图9所示。其中,X大于1。
目前,LTE-A支持的最大载波数为5,假设将当前的CC分为两个载波组即,N1和N2,该两个载波组中的CC数目分别为Ncc,1和Ncc,2,每个CC上的上行子帧绑定的下行数据子帧数量为M,则,第Nj(j可取值为{1或2})个载波组中第i个CC通过步骤502得到的信息索引表示为Aj,i(i可取值为{0,1,...Ncc,j-1},Aj,i可取值为{0,1,...M}),第Nj个载波组中的CC联合编码映射得到的二进制比特流为串连而成的二进制比特流可以表示为:
其中,bj,m表示第Nj个载波组联合编码后的二进制比特流中的第m个比特,代表第Nj个载波组的ACK信息索引表示为二进制比特最少需要的比特数量,而Aj,i代表第Nj个载波组内的第i个载波的ACK信息索引。
例如在存在5个CC时,假设采用2+3的载波组划分方案,把编号为0,1和3的CC划分在第1个载波组,而编号为2和4的CC划分在第2个载波组。以第1个载波组为例描述第1个载波组联合编码得到的二进制比特流,第2个载波组联合编码的方式与之类似。
第1个载波组联合编码得到的二进制比特流可以表示为:
其中Ncc,1=3,表示该第1个载波组由3个CC组成,A1,0,A1,1和A1,2分别为第1个载波组内编号为0,1和2的CC的ACK信息索引。
需要说明的是,本步骤503中,载波分组可通过以下三种方式实现:
方式1,根据CC所在的频带(Band)进行分组,原则是尽量把在一个频带内的CC分配在一个载波组内,例如频带1里有CC0,CC1,CC2,而频带2里有CC3和CC4,则应该把CC0,CC1和CC2划分在载波组1,而CC3和CC4划分在载波组2。该方式1的优点是由于一个频带内不同CC的信道和信道质量具有相关性,而且一个频带内采用的TDD上下行配置一样,这样可以避免不同频带内不同信道质量和不同TDD上下行配置的CC相互干扰。
方式2,通过高层信令来配置哪个CC在哪个载波组。该分组方式的优点是基站可以根据信道质量和各CC的重要程度进行灵活配置,从而增强了基站的调度灵活性。
方式3,根据各个CC的下行信道质量,如5个CC划分为两个载波组时,可以划分为2+3,或1+4两种方案,此时,分配准则是尽量将PCC(主载波)和下行信道质量较差的SCC(辅载波)分配到载波数较少的载波组。因为在CA情况下,PCC需要传输PUCCH信息和PDCCH调度信息,需要重点保护,如果把PCC分配到载波数较少的载波组,例如1+4方案中的单载波的载波组,则可以避免由于4个载波的载波组传输错误影响PCC的ACK/NACK信息正确接收。
需要说明的是,在存在5个CC,且每个CC上的上行子帧绑定的下行数据子帧数量M等于4时,如果采用2+3的载波组划分方案,则最终串成的二进制比特流一共需要位比特;而如果采用1+4的载波组划分方案,则最终串成的二进制比特流一共需要位比特,相比而言,使用2+3的载波组划分方案可以节省ACK/NACK比特,从而达到更好的PUCCH传输性能和提高覆盖范围,1+4的载波组划分方案可以更好的保护仅包含1个CC的载波组,减少了错误传播的范围。
至此,完成图5所示的流程。
通过图5所示的流程可以看出,与实施例一相比,无论是2+3的载波组划分方案或是1+4的载波组划分方案都能提高部分载波的错误保护能力,因为在实施例一中,如果某一位比特传输错误,基站接收到后会判断成另一个状态,从而影响所有联合编码的5个CC的ACK/NACK信息;而通过分组联合编码,则减少了发生错误传播的范围,例如在2+3载波组划分方案中,如果是2个载波组成的载波组中映射得到的二进制比特中发生了错误,那么最终基站接收到的两部分二进制比特流只有2个载波组成的载波组中映射得到的二进制比特是错误的,而3个载波组成的载波组的ACK/NACK信息不会被影响。
与实施例二相比,实施例三能够节省ACK/NACK比特(15个比特减少到12个或13个比特),从而提高了PUCCH传输性能和覆盖范围。
实施例四:
参见图6,图6是本发明实施例四提供的流程图。如图6所示,该流程可包括以下步骤:
步骤601与上述步骤301相同。
步骤602,根据各个CC的连续ACK数目通过时域绑定进行多对一映射成两个比特。
当每个CC上的上行子帧对应的下行数据子帧数量M等于4时,每个CC上的连续ACK数目可以是0,1,2,3,4,即共有5个状态,此时,可以把这5个状态映射为4个状态即映射到4个ACK信息索引,从而可以用两个比特来表示。例如,ACK数目为2和3时映射到相同的状态即映射到同一个ACK信息索引,而ACK数目0、1和4分别映射到其他3个状态即映射到不同的ACK信息索引上,从而可以用2个比特来表示;但是采用这种多对一映射的方法,基站不能区分出反馈的ACK数目是2还是3,一个可能的方式是基站按UE收到的连续ACK数目为2来处理。或者,基站把ACK数目3和4映射到相同的状态即映射到同一个ACK信息索引,而ACK数目0、1和2分别映射到其他3个状态即映射到不同的ACK信息索引上,从而可以用2个比特来表示;采用这种多对一映射的方法,基站不能区分出反馈的ACK数目是3还是4,一个可能的方式是基站按UE收到的连续ACK数目为3来处理。或者,基站把ACK数目1和4映射到相同的状态即映射到同一个ACK信息索引,而ACK数目0、2和3分别映射到其他3个状态即映射到不同的ACK信息索引上,从而可以用2个比特来表示;采用这种多对一映射的方法,基站不能区分出反馈的ACK数目是1还是4,一个可能的方式是当基站实际发送了4个下行子帧的数据时,按照连续ACK数目为4来处理;而当基站实际发送下行子帧的数目小于4的时候,按照连续ACK数目为1来处理。
优选地,上述对连续ACK数目的多对一映射可以只在需要的时候才执行。例如,根据UE收到的各个下行数据子帧的数目和位置,UE可以分析可能出现的连续ACK的数目的最大值,从而决定是否选择多对一映射的方法。例如,当UE判断可能出现连续ACK的数目的最大值大于4的时候,执行多对一映射,即将ACK数目为2和3时映射到相同的状态即映射到同一个ACK信息索引,而ACK数目0、1和4分别映射到其他3个状态即映射到不同的ACK信息索引上,从而可以用2个比特来表示。当UE判断可能出现连续ACK的数目的最大值小于等于4的时候,不执行多对一映射,而是直接把连续ACK的数目用两比特来表示。
表3示出了连续ACK数目与ACK信息索引的映射表示例,以每个CC上的上行子帧对应的下行数据子帧数量M等于4为例,其中连续ACK数目为1和4映射到相同的状态即映射到同一个ACK信息索引。表3只是一个示例,本发明不限制采用其他连续ACK数目与ACK信息索引的具体重复映射表。
表3
上述步骤603至步骤604可通过图10所示。
步骤604,UE将串联后的二进制比特流b进行信道编码,通过PUCCH反馈给基站。
至此,完成图6所示的流程。
需要说明的是,在上述的步骤304、步骤404、步骤504和步骤604中,UE发送进行信道编码后的二进制比特流的物理信道资源可以只包括一个物理信道,也可以是由多个物理信道组成。这里的物理信道资源可以是通过高层半静态的配置,也可以是通过物理控制信道动态的指示。例如,这里的每个物理信道可以用LTE-A系统中定义的PUCCH格式3信道的结构。采用的信道编码也可以复用LTE-A系统中PUCCH格式3信息进行编码的方法(RM码或Dual-RM码),或者采用其他的信道编码方法,例如卷积码等。下面通过两个例子描述:
以UE在一个PUCCH格式2信道上发送执行信道编码后的二进制比特流为例。若Ncc为5,假设采用图3所示的流程,则UE需要反馈12个比特来表示5个CC的连续ACK数目,基于此,由于LTE-A系统中RM信道编码的方法可以支持最多11个比特的传输,所以可以用LTE-A中的Dual-RM码来对这12个比特的连续ACK数目进行编码,然后编码后的二进制比特流在一个PUCCH格式3的信道上发送。
以UE在两个PUCCH格式2信道上发送执行信道编码后的二进制比特流为例。若Ncc为5,假设采用图3所示的联合编码映射,则UE需要反馈12个比特来表示该5个CC的连续ACK数目。基于此,可以用LTE-A中的Dual-RM码来对这12个比特的连续ACK数目进行信道编码,然后,在两个PUCCH格式3信道上发送相同的编码比特流;或者,记两个PUCCH格式3信道的物理信道比特总数为G,则对这12比特的连续ACK数目进行信道编码得到G个物理比特,然后映射到两个PUCCH格式3信道上发送。
其中,上述的信道编码可以是卷积码或者其他的编码方法。
至此,完成本发明提供的方法描述。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (16)
1.一种针对下行数据传输的ACK/NACK反馈方法,在移动终端UE侧,执行以下步骤:
A,根据各个单元载波CC绑定bundling窗口内各下行数据子帧的ACK/NACK信息生成各个CC的ACK信息索引;
B,将各个CC的ACK信息索引通过编码映射成一个二进制比特流;
C,向基站反馈所述二进制比特流。
2.根据权利要求1所述的方法,其特征在于,步骤A中,所述ACK信息索引为连续ACK数目;或者,
所述ACK信息索引为ACK信息的索引标识。
3.根据权利要求1所述的方法,其特征在于,根据各个CC绑定窗口内各下行数据子帧的ACK/NACK信息计算出各个CC的连续ACK数目作为该各个CC的ACK信息索引;或者,根据各个CC绑定窗口内各下行数据子帧的ACK/NACK信息映射成各个CC的ACK信息索引;或者,根据各个CC绑定窗口内各下行数据子帧的ACK/NACK信息计算出各个CC的连续ACK数目,将每个CC的连续ACK数目映射成ACK信息索引。
4.根据权利要求3所述的方法,其特征在于,将每个CC的连续ACK数目按照一对一的映射方式映射成ACK信息索引,或者,
将每个CC的连续ACK数目按照多对一的映射方式映射成ACK信息索引。
5.根据权利要求1所述的方法,其特征在于,步骤B包括:
将各个CC的ACK信息索引联合编码,映射到一个二进制比特流;或者,
将各个CC的ACK信息索引分别编码并映射到一个二进制比特流,将各个二进制比特流串连成一个二进制比特流。
10.根据权利要求1所述的方法,其特征在于,步骤B包括:
B1,将CC进行分组,得到X个载波组,将每个载波组内各个CC的ACK信息索引进行联合编码并一对一映射到一个二进制比特流,将X个载波组的二进制比特流串连成一个二进制比特流。
12.根据权利要求10所述的方法,其特征在于,步骤B1中,将CC进行分组包括:
根据各个CC所在的频带、并按照一个频带内的CC分配在同一个载波组的原则将CC进行分组;或者,
利用高层命令配置各个CC在哪个载波组;或者,
根据各个CC的下行信道质量、并按照主载波PCC和下行信道质量较差的辅载波SCC分配到载波数较少的载波组的原则将CC进行分组。
13.根据权利要求1所述的方法,其特征在于,步骤B包括:
将各个CC的ACK信息索引通过时域绑定映射成两个ACK/NACK比特,将各个CC的ACK/NACK比特串连构成一个二进制比特流。
14.根据权利要求1所述的方法,其特征在于,步骤C包括:
将所述二进制比特流进行信道编码,通过物理信道发送至基站。
15.根据权利要求14所述的方法,其特征在于,所述物理信道的个数为1,或者大于1。
16.根据权利要求1、6至8、10至12任一所述的方法,其特征在于,在所述二进制比特流中添加一个或多个校验比特。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201110352638 CN103095437A (zh) | 2011-11-07 | 2011-11-07 | 针对下行数据传输的ack/nack反馈方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 201110352638 CN103095437A (zh) | 2011-11-07 | 2011-11-07 | 针对下行数据传输的ack/nack反馈方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103095437A true CN103095437A (zh) | 2013-05-08 |
Family
ID=48207605
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 201110352638 Pending CN103095437A (zh) | 2011-11-07 | 2011-11-07 | 针对下行数据传输的ack/nack反馈方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103095437A (zh) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016119759A1 (zh) * | 2015-01-30 | 2016-08-04 | 中兴通讯股份有限公司 | 一种实现混合自动重传请求信息发送的方法及数据接收端 |
CN106160950A (zh) * | 2015-04-08 | 2016-11-23 | 普天信息技术有限公司 | 一种基于载波聚合的信息反馈方法及系统 |
WO2017024539A1 (zh) * | 2015-08-10 | 2017-02-16 | 华为技术有限公司 | 上行控制信息传输方法和装置 |
CN107852281A (zh) * | 2015-07-10 | 2018-03-27 | 华为技术有限公司 | 基带处理器、基站、用户设备、及其方法 |
WO2019192034A1 (zh) * | 2018-04-04 | 2019-10-10 | 华为技术有限公司 | 一种信息传输方法和设备 |
-
2011
- 2011-11-07 CN CN 201110352638 patent/CN103095437A/zh active Pending
Cited By (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105991248A (zh) * | 2015-01-30 | 2016-10-05 | 中兴通讯股份有限公司 | 一种实现混合自动重传请求信息发送的方法及数据接收端 |
US10530533B2 (en) | 2015-01-30 | 2020-01-07 | Zte Corporation | Method for realizing sending of hybrid automatic repeat request information, and data receiving end |
WO2016119759A1 (zh) * | 2015-01-30 | 2016-08-04 | 中兴通讯股份有限公司 | 一种实现混合自动重传请求信息发送的方法及数据接收端 |
CN106160950B (zh) * | 2015-04-08 | 2019-09-17 | 普天信息技术有限公司 | 一种基于载波聚合的信息反馈方法及系统 |
CN106160950A (zh) * | 2015-04-08 | 2016-11-23 | 普天信息技术有限公司 | 一种基于载波聚合的信息反馈方法及系统 |
US10516505B2 (en) | 2015-07-10 | 2019-12-24 | Huawei Technologies Co., Ltd. | Baseband processors, base station, user device, and methods thereof |
CN107852281A (zh) * | 2015-07-10 | 2018-03-27 | 华为技术有限公司 | 基带处理器、基站、用户设备、及其方法 |
CN107852285A (zh) * | 2015-08-10 | 2018-03-27 | 华为技术有限公司 | 上行控制信息传输方法和装置 |
US10484149B2 (en) | 2015-08-10 | 2019-11-19 | Huawei Technologies Co., Ltd. | Uplink control information transmission method and apparatus |
WO2017024539A1 (zh) * | 2015-08-10 | 2017-02-16 | 华为技术有限公司 | 上行控制信息传输方法和装置 |
CN107852285B (zh) * | 2015-08-10 | 2020-06-02 | 华为技术有限公司 | 上行控制信息传输方法和装置 |
US11018813B2 (en) | 2015-08-10 | 2021-05-25 | Huawei Technologies Co., Ltd. | Uplink control information transmission method and apparatus |
WO2019192034A1 (zh) * | 2018-04-04 | 2019-10-10 | 华为技术有限公司 | 一种信息传输方法和设备 |
US11477777B2 (en) | 2018-04-04 | 2022-10-18 | Huawei Technologies Co., Ltd. | Information transmission method and device |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108809610B (zh) | 载波聚合下的上行控制信息传输方法及装置 | |
CN102098151B (zh) | 一种正确/错误应答消息的发送方法及用户终端 | |
CN102123019B (zh) | 针对无线通信系统的下行数据传输执行ack/nack反馈的方法 | |
CN102237992B (zh) | 一种反馈数据接收状况的方法 | |
CN102468940B (zh) | 调度请求和ack/nack信息的传输方法及装置 | |
CN101594211B (zh) | 大带宽的多载波系统中发送正确/错误应答消息的方法 | |
KR101994056B1 (ko) | Ack/nack 응답 메시지의 매핑 방법 및 단말 | |
CN102202408B (zh) | 多子帧调度方法、系统和设备 | |
CN102142941B (zh) | 一种时分双工系统中应答消息的发送方法及系统 | |
CN101588226B (zh) | 一种大带宽下多载波系统中的终端及应答消息的发送方法 | |
CN101958777B (zh) | 正确/错误应答消息发送的处理方法及装置 | |
CN108289015A (zh) | 发送harq-ack/nack的方法和设备及下行传输方法和设备 | |
CN104348591B (zh) | 一种上行控制信息的发送方法及用户设备、基站 | |
CN102075310B (zh) | 载波重配置中处理ack/nack反馈的方法及装置 | |
CN102164029B (zh) | Ack/nack反馈信息的传输方法和设备 | |
CN103718484A (zh) | 在支持载波聚合的tdd通信系统中定义物理信道传送/接收定时和资源分配的设备及其方法 | |
CN106105078A (zh) | 通信系统中反馈信息的传输方法及装置 | |
CN104412684A (zh) | 在无线通信系统中用于上行链路控制信道的资源分配方法及设备 | |
CN102223219A (zh) | Harq-ack的反馈处理方法及系统 | |
CN102045144A (zh) | 一种反馈ack/nack信息的方法及装置 | |
CN103095433A (zh) | 一种发送harq-ack反馈信息的方法 | |
CN108111263A (zh) | 确认信息的反馈方法及装置,确认信息的接收方法及装置 | |
CN102651678A (zh) | 控制信息的传输方法、装置及系统 | |
CN107113110A (zh) | 控制信息的发送方法和通信设备 | |
CN101699781A (zh) | 正确/错误应答消息和秩指示信令的编码方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20130508 |