CN103095433A - 一种发送harq-ack反馈信息的方法 - Google Patents
一种发送harq-ack反馈信息的方法 Download PDFInfo
- Publication number
- CN103095433A CN103095433A CN2012101020906A CN201210102090A CN103095433A CN 103095433 A CN103095433 A CN 103095433A CN 2012101020906 A CN2012101020906 A CN 2012101020906A CN 201210102090 A CN201210102090 A CN 201210102090A CN 103095433 A CN103095433 A CN 103095433A
- Authority
- CN
- China
- Prior art keywords
- harq
- feedback information
- ack feedback
- ack
- binding
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/0413—MIMO systems
- H04B7/0417—Feedback systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0027—Scheduling of signalling, e.g. occurrence thereof
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1692—Physical properties of the supervisory signal, e.g. acknowledgement by energy bursts
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Quality & Reliability (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种发送HARQ-ACK反馈信息的方法,通过对一个HARQ-ACK反馈周期内两个CC的所有子帧的HARQ-ACK反馈信息进行分组捆绑,得到比特总数小于等于4的HARQ-ACK反馈信息;并根据所述两个CC的数据传输模式和绑定窗口内的元素数确定为HARQ-ACK反馈信息传输所提供的PUCCH资源数;然后根据分组捆绑后的HARQ-ACK反馈信息所映射的PUCCH信道资源以及调制符号,采用信道选择的PUCCH格式1b将分组捆绑后的HARQ-ACK反馈信息在PUCCH信道资源上发送给基站。应用本发明能够尽量减小分组捆绑对数据传输性能的影响,优化数据传输的吞吐量性能,进行正确的HARQ-ACK反馈信息传输。
Description
技术领域
本发明涉及无线通信系统技术,特别涉及一种发送HARQ-ACK反馈信息的方法。
背景技术
长期演进(LTE)系统支持频分双工(FDD)和时分双工(TDD)两种双工方式。图1是TDD系统的帧结构。每个无线帧的长度是10ms,它等分为两个长度为5ms的半帧。每个半帧包含8个长度为0.5ms的时隙和3个特殊域,即下行导频时隙(DwPTS)、保护间隔(GP)和上行导频时隙(UpPTS),这3个特殊域的长度之和为1ms。每个子帧由两个连续的时隙构成,即第k个子帧包含时隙2k和时隙2k+1。TDD系统支持7种不同的上行下行配置,如表1所示。表1中,D代表下行子帧,U代表上行子帧,S代表上述包含3个特殊域的特殊子帧。
表1:LTE TDD的上行下行配置
为了提高用户的传输速率,提出了LTE系统的增强(LTE-A)系统。在LTE-A中,通过聚合多个成员载波(CC,Component Carrier)来得到更大的工作带宽,即载波聚合(CA,Carrier Aggregation),构成通信系统的下行和上行链路,从而支持更高的传输速率。例如,为了支持100MHz的带宽,可以通过聚合5个20MHz的CC来得到。这里,每个CC称为一个小区(Cell)。对一个UE,基站可以配置在多个CC中工作,其中一个是主CC(PCC或Pcell),而其他CC称为辅CC(SCC或Scell)。
在LTE-A TDD系统中规定:聚合在一起的多个CC采用相同的上行下行配置,如图2所示。图2所示的CA包含2个CC,分别为:主CC和辅CC,其中,主CC和辅CC都是TDD上下行配置1。根据现有技术,主CC和辅CC分别遵从相同的HARQ-ACK定时关系,主CC的子帧0、1和辅CC的子帧0、1在主CC的子帧8上反馈HARQ-ACK反馈信息。这时,如果主CC和辅CC都是SIMO传输模式,主CC的HARQ-ACK反馈信息为2比特,辅CC的HARQ-ACK反馈信息为2比特。
在表2中列出了HARQ-ACK反馈信息比特和PUCCH资源的情况,HARQ-ACK(0)~HARQ-ACK(3)分别表示HARQ-ACK反馈信息中的比特0~比特3。根据表2,HARQ-ACK(0)和HARQ-ACK(1)来自主CC,是主CC的相关子帧的HAQR-ACK反馈信息;HARQ-ACK(2)和HARQ-ACK(3)来自辅CC,是辅CC的相关子帧的HAQR-ACK反馈信息,且主CC和辅CC分别映射出2个HARQ-ACK资源。
表2
实际上,当执行载波聚合的多个CC之间的频域距离足够大时,这些CC完全可以采用不同的上下行配置而不会互相干扰;另外,有的情况下每个CC的邻频可能已经部署了不同的上下行配置(如邻频是不同的TD-SCDMA配置),此时,如果继续对这些CC采用相同的上下行配置,就会产生比较严重的邻频干扰,因此,在LTE-A的后续研究中,一个亟待解决的课题就是研究在载波聚合的多个CC的上下行配置不同时,如何发送HARQ-ACK反馈信息的问题。
根据目前的讨论结果,在Pcell上发送的PDSCH和指示SPS释放的PDCCH对应的HARQ-ACK信息定时关系是使用Pcell的TDD上下行配置的定时关系,即与UE只配置一个cell的情况的处理方法一样。对Scell,如果采用非跨载波调度,对每种Pcell和Scell的TDD上下行配置的组合,Scell上的PDSCH对应的HARQ-ACK的定时关系是按照如下的表Y-1工作的。
表Y-1
具体地说:
对Scell的下行子帧是Pcell的下行子帧的子集的情况,Scell上的PDSCH对应的HARQ-ACK的定时关系按照Pcell的TDD上下行配置的定时关系确定;
对Scell的下行子帧是Pcell的下行子帧的超集的情况,Scell上的PDSCH对应的HARQ-ACK的定时关系按照Scell自己的TDD上下行配置的定时关系确定;
对Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,Scell上的PDSCH对应的HARQ-ACK的定时关系按照一个参考TDD上下行配置的定时关系确定,这个参考TDD上下行配置中的上行子帧是Pcell的上行子帧和Scell的上行子帧的交集。
为了描述方便,表Y-1中对每种Pcell和Scell的TDD上下行配置组合定义的用于确定Scell的PDSCH的HARQ-ACK定时的TDD上下行配置统称为确定定时关系的TDD上下行配置。
对Scell,如果采用跨载波调度,对每种Pcell和Scell的TDD上下行配置的组合,Scell上的PDSCH对应的HARQ-ACK的定时关系正在讨论,目前还没有结论。
发明内容
本发明提供了一种发送HARQ-ACK反馈信息的方法,以在载波聚合的两个CC的TDD上行下行配置不同的情况下,实现HARQ-ACK反馈信息传输。
本发明提供的一种发送HARQ-ACK反馈信息的方法,包括:
用户设备(UE)从两个具有不同时分复用(TDD)上行下行配置的成员载波(CC)上接收物理下行共享信道(PDSCH)数据,并得到对应的HARQ-ACK反馈信息。
UE对所述两个CC在当前HARQ-ACK反馈周期内所有下行子帧的HARQ-ACK反馈信息进行分组捆绑,得到比特总数小于等于4的HARQ-ACK反馈信息;
UE根据所述两个CC的数据传输模式和绑定窗口内的元素数确定为HARQ-ACK反馈信息传输所提供的PUCCH资源数;
UE根据分组捆绑后的HARQ-ACK反馈信息所映射的物理上行控制信道(PUCCH)资源以及调制符号,采用信道选择的PUCCH格式1b将分组捆绑后的HARQ-ACK反馈信息在PUCCH信道资源上发送给基站。
较佳地,所述进行分组捆绑为:
根据两个CC各自的绑定窗口分别独立生成最多2比特的HARQ-ACK反馈信息。
较佳地,所述独立生成最多2比特的HARQ-ACK反馈信息为:
如果CC的绑定窗口等于1,当所述CC配置为单输入多输出(SIMO)传输时,其HARQ-ACK反馈信息为1比特,当所述CC配置为多输入多输出(MIMO)传输时,其HARQ-ACK反馈信息为2比特;
如果CC的绑定窗口等于2,当所述CC配置为SIMO传输时,其HARQ-ACK反馈信息为2比特,当所述CC配置为MIMO传输时,其HARQ-ACK反馈信息为4比特,对所述4比特的HARQ-ACK反馈进行空间捆绑,生成2比特的HARQ-ACK反馈信息;
如果CC的绑定窗口大于2,当所述CC配置为SIMO传输时,对其HARQ-ACK反馈信息进行时域捆绑,生成2比特的HARQ-ACK反馈信息,当所述CC配置为MIMO传输时,先对其HARQ-ACK反馈信息进行空间捆绑,然后对经空间捆绑之后的HARQ-ACK反馈信息进行时域捆绑,生成2比特的HARQ-ACK反馈信息。
较佳地,最多为每个CC提供2个PUCCH格式1a/1b的资源。
较佳地,所述最多为每个CC提供2个PUCCH格式1a/1b的资源为:
如果CC的绑定窗口等于1,当所述CC配置为SIMO传输时,为其提供1个PUCCH格式1a/1b的资源,其PUCCH格式1a/1b的资源由调度PDSCH的物理下行控制信道(PDCCH)所占用的第一个控制信道元素(CCE)的索引得出或由调度PDSCH的PDCCH中的确认/非确认资源指示(ARI)指示;当所述CC配置为MIMO传输时,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由调度PDSCH的PDCCH所占用的第一个CCE的索引和第二个CCE的索引得出,或由调度PDSCH的PDCCH中的ARI指示得出;
如果CC的绑定窗口等于2,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由子帧0和子帧1的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;
如果CC的绑定窗口大于2,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由下行链路分配索引(DAI)=1和DAI=2的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;当存在SPS业务时,SPS业务的半静态分配的PUCCH格式1a/1b的资源是第一个备选PUCCH格式1a/1b的资源,而DAI=1的PDCCH所占用的第一个CCE的索引是第二个备选PUCCH格式1a/1b的资源。
较佳地,所述进行分组捆绑为:
对所述两个CC在当前HARQ-ACK反馈周期内所有下行子帧的HARQ-ACK反馈信息进行空间捆绑;
如果经过空间捆绑后HARQ-ACK反馈信息的比特总数等于4,则将经过空间捆绑后的HARQ-ACK反馈信息分为两组,使每组HARQ-ACK反馈信息的比特总数等于2;
如果经过空间捆绑后HARQ-ACK反馈信息的比特总数大于4,则将经过空间捆绑后的HARQ-ACK反馈信息分为两组,每组至少2比特,对分组后比特总数大于2的HARQ-ACK反馈信息进行时域捆绑,使每组HARQ-ACK反馈信息的比特总数等于2。
较佳地,经空间捆绑和时域捆绑后,每个CC提供的HARQ-ACK反馈信息的比特数决定了为每个CC提供的PUCCH格式1a/1b的资源的个数;
如果CC提供的HARQ-ACK反馈信息的比特数为1,为其提供1个PUCCH格式1a/1b的资源,其PUCCH格式1a/1b的资源由调度PDSCH的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;
如果CC提供的HARQ-ACK反馈信息的比特数为2,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由DAI=1和DAI=2的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;
如果CC提供的HARQ-ACK反馈信息的比特数为3,为其提供3个PUCCH格式1a/1b的资源,这3个PUCCH格式1a/1b的资源分别由DAI=1、DAI=2和DAI=3的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出。
较佳地,按照子帧序号的大小顺序,将所述另一个CC在当前HARQ-ACK反馈周期内序号最大的N个下行子帧的HARQ-ACK反馈信息与所述一个CC的所有下行子帧的HARQ-ACK反馈信息作为一组,所述N大于等于1,将所述另一个CC在当前HARQ-ACK反馈周期内除所述N个下行子帧之外的其他所有下行子帧的HARQ-ACK反馈信息作为一组;
或者,按照子帧的DAI值的大小顺序,将所述另一个CC在当前HARQ-ACK反馈周期内DAI值最大的M个下行子帧的HARQ-ACK反馈信息与所述一个CC的所有下行子帧的HARQ-ACK反馈信息作为一组,所述M大于等于1,将所述另一个CC在当前HARQ-ACK反馈周期内除所述M个下行子帧之外的其他所有下行子帧的HARQ-ACK反馈信息作为一组。
较佳地,按照子帧序号的大小顺序,将所述另一个CC在当前HARQ-ACK反馈周期内序号最小的N个下行子帧的HARQ-ACK反馈信息与所述一个CC的所有下行子帧的HARQ-ACK反馈信息作为一组,所述N大于等于1,将所述另一个CC在当前HARQ-ACK反馈周期内除所述N个下行子帧之外的其他所有下行子帧的HARQ-ACK反馈信息作为一组;
或者,按照子帧的DAI值的大小顺序,将所述另一个CC在当前HARQ-ACK反馈周期内DAI值最小的M个下行子帧的HARQ-ACK反馈信息与所述一个CC的所有下行子帧的HARQ-ACK反馈信息作为一组,所述M大于等于1,将所述另一个CC在当前HARQ-ACK反馈周期内除所述M个下行子帧之外的其他所有下行子帧的HARQ-ACK反馈信息作为一组。
较佳地,所述进行分组捆绑为:
对所述两个CC在当前HARQ-ACK反馈周期内所有下行子帧的HARQ-ACK反馈信息进行空间捆绑;
如果CC的绑定窗口等于1,其HARQ-ACK反馈信息为1比特;
如果CC的绑定窗口等于2,生成2比特的HARQ-ACK反馈信息;
如果CC的绑定窗口大于2,对经空间捆绑之后的HARQ-ACK反馈信息进行时域捆绑,生成2比特的HARQ-ACK反馈信息。
较佳地,最多为每个CC提供2个PUCCH格式1a/1b的资源。
较佳地,所述最多为每个CC提供2个PUCCH格式1a/1b的资源为:
如果CC的绑定窗口等于1,为其提供1个PUCCH格式1a/1b的资源,其PUCCH格式1a/1b的资源由调度PDSCH的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示;
如果CC的绑定窗口等于2,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由子帧0和子帧1的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;
如果CC的绑定窗口大于2,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由DAI=1和DAI=2的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;当存在SPS业务时,SPS业务的半静态分配的PUCCH格式1a/1b的资源是第一个备选PUCCH格式1a/1b的资源,而下行链路分配索引(DAI)=1PDCCH所占用的第一个CCE的索引是第二个备选PUCCH格式1a/1b的资源。
较佳地,按照子帧序号的大小顺序对比特总数大于2的HARQ-ACK反馈信息进行时域捆绑,或者按照子帧的DAI值的大小顺序对比特总数大于2的HARQ-ACK反馈信息进行时域捆绑。
将两个CC的绑定窗口大小的较大值记为M,按照表X-1、表X-2,、表X-3、表X-4、表X-5和表X-6所示的PUCCH格式1b的反馈映射表格来反馈所述两个CC的HARQ-ACK信息;其中:
表X-1用于M=1,且2个CC的HARQ-ACK比特数之和为2的情况;
表X-2用于M=1,且2个CC的HARQ-ACK比特数之和为3的情况;
表X-3用于M=1,且2个CC的HARQ-ACK比特数之和为4的情况;
表X-4用于M=2的情况;
表X-5用于M=3的情况;
表X-6用于M=4的情况;
从上述发明方法可见,本发明提供的发送HARQ-ACK反馈信息的方法通过对一个HARQ-ACK反馈周期内两个CC的所有下行子帧的HARQ-ACK反馈信息的合集进行分组捆绑,并根据分组捆绑后得到的HARQ-ACK反馈信息所映射的PUCCH信道资源以及调制符号,采用信道选择的PUCCH格式1b将分组捆绑后的HARQ-ACK反馈信息在PUCCH信道资源上发送给基站,实现了在载波聚合的两个CC的TDD上行下行配置不同,且两个CC的HARQ-ACK反馈信息比特不平衡的情况下,进行正确的HARQ-ACK反馈信息传输,并且尽量减小了分组捆绑对数据传输性能的影响,优化了数据传输的吞吐量性能,进而有效地支持了载波聚合的多个CC的上下行配置不同的情况。
本发明提供的发送HARQ-ACK反馈信息的方法中,一种较佳的方式是分别对两个CC的一个HARQ-ACK反馈周期内的所有下行子帧的HARQ-ACK反馈信息进行捆绑,并根据捆绑后得到的HARQ-ACK反馈信息进行PUCCH信道资源的映射。此方式复杂度低,并且性能较好,且具有后向兼容性,在重配置时,不会引起基站和终端之间的混淆。
附图说明
图1为现有TDD系统的帧结构示意图;
图2为现有同一CA中各个CC的上行下行配置示意图;
图3本发明的基本流程图;
图4为现有载波聚合中发送HARQ-ACK反馈信息的方法示意图;
图5为本发明实施例二十四中两个CC的绑定窗口大小示意图;
图6为本发明实施例二十五中两个CC的绑定窗口大小示意图。
具体实施方式
为使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
本发明如前所述的绑定窗口是指需要在同一个Pcell上行子帧上反馈HARQ-ACK信息的每个CC的子帧的集合。由于两个CC的TDD上下行配置不同,因此两个CC的绑定窗口可以是不同的。即,两个CC的绑定窗口包含的子帧数目不同,或者包含的子帧的定时位置不同。
下面描述本发明确定每个CC的绑定窗口的方法。
对Pcell,按照Pcell的TDD上下行配置来确定一个Pcell的上行子帧所对应的绑定窗口。
对Scell,可以是对所有Pcell和Scell的TDD上下行配置的组合,都按照Pcell的TDD上下行配置来确定一个在Pcell上传输HARQ-ACK信息的上行子帧对应的绑定窗口,绑定窗口内的一个或者多个子帧可以实际上是上行子帧;或者,对一个在Pcell传输HARQ-ACK信息的上行子帧,将按照Pcell的TDD上下行配置确定的并且在SCell上实际存在的下行子帧的集合定义为Scell绑定窗口。
或者,对Scell,可以是对每种Pcell和Scell的TDD上下行配置的组合,按照其相应的确定定时关系的TDD上下行配置来确定一个在Pcell上传输HARQ-ACK信息的上行子帧对应的绑定窗口,例如,在Scell采用非跨载波调度时,根据表Y-1确定在每种Pcell和Scell的TDD上下行配置的组合下,用于Scell的HARQ-ACK定时关系的TDD上下行配置;在Scell采用跨载波调度时,根据未来相关协议的规定,确定在每种Pcell和Scell的TDD上下行配置的组合下,用于Scell的HARQ-ACK定时关系的TDD上下行配置。绑定窗口内的一个或者多个子帧可以实际上是上行子帧;或者,对一个在Pcell上传输HARQ-ACK信息的上行子帧,将按照确定定时关系的TDD上下行配置确定的并且在Scell上实际存在的下行子帧的集合定义为Scell绑定窗口。
本发明下面的方法,主要用于在确定了每个CC的绑定窗口之后,如何处理每个CC的HARQ-ACK反馈信息,即直接反馈一个CC的HARQ-ACK比特,或者是反馈经绑定处理之后的HARQ-ACK比特。本发明所提供的方法可以适用于上面的各种定义绑定窗口的方法。
图3为本发明的基本流程图。如图3所示,该流程可包括以下步骤:
步骤301:UE从两个具有不同TDD上下行配置(TDD UL/DLconfiguration)的成员载波(CC)上接收PDSCH(物理下行共享信道)数据,并对所接收的数据进行解码,判断数据传输是否正确,然后得到每个子帧相应的HARQ-ACK反馈信息。
上述HARQ-ACK反馈信息,可以是ACK,也可以是NACK,还可以是DTX(即未正确接收到调度PDSCH的PDCCH(物理下行控制信道),或者相应子帧是上行子帧)。
本发明将两个CC分别记为CC0和CC1。假定CCi的绑定窗口中子帧的个数为Mi,即CC0的绑定窗口中子帧的个数为M0,而CC1的绑定窗口中子帧的个数为M1,那么:
CCi的绑定窗口内的第j个子帧(也可称为子帧j)的HARQ-ACK反馈信息可以表示为HARQ-ACK(i,j),其中:i=0或1,对于CC0,j=0,...,M0-1,对于CC1,j=0,...,M1-1。这里,如果第j个子帧实际上是上行子帧,则其HARQ-ACK反馈信息HARQ-ACK(i,j)是DTX。
如果基站将CCi配置为SIMO传输方式进行传输,即CCi的每个子帧只有1个码字(codeword)传输,那么CCi的绑定窗口内的第j个子帧的HARQ-ACK反馈信息HARQ-ACK(i,j)用1个单一的HARQ-ACK反馈信息比特表示,CCi的HARQ-ACK反馈信息的比特总数等于CCi的绑定窗口中子帧的个数。HARQ-ACK(i,j)可能的取值为:{ACK}、{NACK}或者{DTX}。
如果基站将CCi配置为MIMO传输方式进行传输,即CCi的每个子帧有2个码字(codeword)传输,那么,CCi的绑定窗口内的第j个子帧的HARQ-ACK反馈信息HARQ-ACK(i,j)为2个HARQ-ACK反馈信息的组合,也就是2个HARQ-ACK反馈信息比特,其中一个HARQ-ACK反馈信息对应于MIMO传输的码字1,而另外一个HARQ-ACK反馈信息对应于MIMO传输的码字2。CCi在绑定窗口内将会有Mi个这样的HARQ-ACK反馈信息组合。HARQ-ACK(i,j)的具体取值为:
如果UE没有正确解出调度PDSCH的PDCCH,那么HARQ-ACK(i,j)为2个DTX信息的组合,即{DTX,DTX};
如果UE正确解出了调度PDSCH的PDCCH,那么HARQ-ACK(i,j)的HARQ-ACK反馈信息组合可能的取值为:{ACK,ACK}、{NACK,NACK}、{ACK,NACK}或{NACK,ACK}。
步骤302:UE对一个HARQ-ACK反馈周期内两个CC的绑定窗口内所有子帧的HARQ-ACK反馈信息的合集进行分组捆绑,得到捆绑后的HARQ-ACK反馈信息比特。
本步骤中,所述的一个HARQ-ACK反馈周期内两个CC的绑定窗口内所有子帧的HARQ-ACK反馈信息的合集为:一个HARQ-ACK反馈周期内,两个CC各自的绑定窗口内每个子帧的所有HARQ-ACK反馈信息组成的合集。例如:
假定一个HARQ-ACK反馈周期内,CC0的绑定窗口为1,即只有一个子帧,并且在此CC上是SIMO传输,其相应子帧上的HARQ-ACK反馈信息为{ACK};而CC1的绑定窗口为3,并且此CC上是MIMO传输,其第0个子帧、第1个子帧和第2个子帧上的HARQ-ACK反馈信息分别为{DTX,DTX}、{ACK,ACK}和{ACK,NACK},那么该HARQ-ACK反馈周期内两个CC上所有子帧的HARQ-ACK反馈信息的合集为:{ACK,DTX,DTX,ACK,ACK,ACK,NACK}。
本发明就是根据一定的原则对所述的一个HARQ-ACK反馈周期内两个CC的绑定窗口内所有子帧的HARQ-ACK反馈信息的合集进行分组捆绑。下面对本发明方法进行详细说明。
本发明的第一种实现方法中,所述的分组捆绑的原则为:
以CC为单位进行分组,并根据2个CC各自的绑定窗口分别在每一个CC上独立生成最多2个HARQ-ACK比特(或者也可称为HARQ-ACK反馈信息或HARQ-ACK反馈信息比特),然后得到2个CC合成的HARQ-ACK反馈信息比特。UE将根据此合成的HARQ-ACK反馈信息比特进行信道选择的PUCCH格式1b传输。
上述独立生成最多2个HARQ-ACK比特或者最多2个HARQ-ACK反馈信息的方法为:
如果某个CC上的绑定窗口等于1,那么不需要做时域(time domain)捆绑和空间捆绑(spatial bundling)。当此绑定窗口内是SIMO传输时,只生成1个HARQ-ACK反馈信息或者1个HARQ-ACK反馈信息比特;如果是MIMO传输,则生成2个HARQ-ACK反馈信息或者2个HARQ-ACK反馈信息比特。
如果某个CC上的绑定窗口等于2,那么不需要做时域(time domain)捆绑。如果此CC配置为SIMO传输,直接得到2比特的HARQ-ACK反馈信息;如果此CC配置为MIMO传输,那么需要做空间捆绑(spatial bundling),生成2比特的HARQ-ACK反馈信息。
所述空间捆绑的方法为3GPP Rel-10规范中的空间捆绑方法,即对一个子帧中的两个码字相应的HARQ-ACK反馈信息进行逻辑“与”操作生成一个HARQ-ACK反馈信息或信息比特。
如果某个CC上的绑定窗口大于2,那么需要做时域(time domain)捆绑。如果此CC配置为SIMO传输,通过时域(time domain)捆绑得到2比特的HARQ-ACK反馈信息;如果此CC配置为MIMO传输,那么需要先做空间捆绑(spatialbundling),然后做时域(time domain)捆绑或压缩,最终生成2比特的HARQ-ACK反馈信息。所述时域捆绑的方法,可以为如下实现方式:
按照本发明方法,一种时域捆绑或压缩的方式如下:
对于绑定窗口为3的情况,按照DAI的升序连续ACK数先进行排序,然后进行时域捆绑。即:HARQ-ACK(j)是由DAI=j+1的PDCCH调度的PDSCH产生的,在上述对HARQ-ACK反馈信息进行排序的基础上进行时域捆绑,如表3所示。需要指出的是,如果在一个绑定窗口内存在半持续调度(SPS)的PDSCH传输,首先对各个非SPS子帧的HARQ-ACK反馈信息排序,然后把SPS子帧的HARQ-ACK反馈信息放在最前面,即HARQ-ACK(0)是SPS子帧的HARQ-ACK,HARQ-ACK(j)是由DAI=j的PDCCH调度的PDSCH产生的,j=1,2。
表3
对于绑定窗口为4的情况,按照DAI的升序连续ACK数先进行排序,然后进行时域捆绑。即:HARQ(j)是由DAI=j+1的PDCCH调度的PDSCH产生的,在上述对HARQ-ACK反馈信息进行排序的基础上进行时域捆绑,如表4所示。其中“ACK,ACK,ACK,ACK”和“ACK,DTX,DTX,DTX”采取了重复映射的方式。需要指出的是,如果在一个绑定窗口内存在SPS的PDSCH传输,首先对各个非SPS子帧的HARQ-ACK反馈信息排序,然后把SPS子帧的HARQ-ACK反馈信息放在最前面,即HARQ-ACK(0)是SPS子帧的HARQ-ACK,HARQ-ACK(j)是由DAI=j的PDCCH调度的PDSCH产生的,j=1,2,3。
表4
本发明方法针对的是2个CC的TDD上行下行配置不同,即在一个HARQ-ACK反馈周期中,2个CC上绑定窗口不同的情况。
对一个CC,按照上述本发明方法,当绑定窗口为1时,那么不需要做时域(time domain)捆绑和空间捆绑(spatial bundling)。当此绑定窗口内是SIMO传输时,只生成1个HARQ-ACK反馈信息HARQ-ACK(0),该信息可以为:{ACK}或者{NACK/DTX};
如果是MIMO传输时,生成2个HARQ-ACK反馈信息{HARQ-ACK(0),HARQ-ACK(1)},该信息可以为{ACK,ACK}、{ACK,NACK}、{NACK,ACK}、{NACK,NACK}或者{DTX,DTX}。
当绑定窗口为2时,那么按照上述本发明方法,不需要做时域(time domain)捆绑。如果此CC配置为SIMO传输,直接得到2比特的HARQ-ACK反馈信息;如果此CC配置为MIMO传输,那么需要做空间捆绑(spatial bundling),生成2比特的HARQ-ACK反馈信息。按照这样的方法,得到的HARQ-ACK反馈信息{HARQ-ACK(0),HARQ-ACK(1)}为:{ACK,ACK}、{ACK,NACK/DTX}、{NACK/DTX,ACK}或者{NACK/DTX,NACK/DTX}。
当绑定窗口为3时,那么按照上述本发明方法,需要做时域(time domain)捆绑。如果此CC配置为SIMO传输,通过时域(time domain)捆绑得到2比特的HARQ-ACK反馈信息;如果此CC配置为MIMO传输,那么需要先做空间捆绑(spatial bundling),然后做时域(time domain)捆绑或压缩,最终生成2比特的HARQ-ACK反馈信息。按照本发明的一种实现方式,按照表3中的时域捆绑或压缩的方式也同样可以得到HARQ-ACK反馈信息{HARQ-ACK(0),HARQ-ACK(1)}为:{ACK,ACK}、{ACK,NACK/DTX}、{NACK/DTX,ACK}或者{NACK/DTX,NACK/DTX}。
当绑定窗口为4时,那么按照上述本发明方法,需要做时域(time domain)捆绑。如果此CC配置为SIMO传输,通过时域(time domain)捆绑得到2比特的HARQ-ACK反馈信息;如果此CC配置为MIMO传输,那么需要先做空间捆绑(spatial bundling),然后做时域(time domain)捆绑或压缩,最终生成2比特的HARQ-ACK反馈信息。按照本发明的一种实现方式,按照表4中的时域捆绑或压缩的方式也同样可以得到HARQ-ACK反馈信息{HARQ-ACK(0),HARQ-ACK(1)}为:{ACK,ACK}、{ACK,NACK/DTX}、{NACK/DTX,ACK}或者{NACK/DTX,NACK/DTX}。
这样,组合两个CC的HARQ-ACK反馈信息,采用信道选择的方法反馈HARQ-ACK信息。
例如,假设CC0的绑定窗口为1,CC1的绑定窗口大于1,当CC0为SIMO传输时,CC0上的HARQ-ACK反馈信息为{ACK}或者{NACK/DTX}。CC1按照上述本发明方法经过HARQ-ACK反馈信息捆绑或者压缩后,得到的2个HARQ-ACK反馈信息{HARQ-ACK(0),HARQ-ACK(1)}为:{ACK,ACK}、{ACK,NACK/DTX}、{NACK/DTX,ACK}或者{NACK/DTX,NACK/DTX}。这样可以组合CC0和CC1的HARQ-ACK反馈信息得到信道选择的PUCCH格式1b的反馈映射表格如表5所示。
表5
当CC0为MIMO传输时,CC0上的HARQ-ACK反馈信息为{ACK,ACK}、{ACK,NACK}、{NACK,ACK}、{NACK,NACK}或者{DTX,DTX}。CC1按照上述本发明方法经过HARQ-ACK反馈信息捆绑或者压缩后,得到的2个HARQ-ACK反馈信息{HARQ-ACK(0),HARQ-ACK(1)}为:{ACK,ACK}、{ACK,NACK/DTX}、{NACK/DTX,ACK}或者{NACK/DTX,NACK/DTX}。这样可以组合CC0和CC1的HARQ-ACK反馈信息得到信道选择的PUCCH格式1b的反馈映射表格如表6所示。
表6
注:当CC0为MIMO传输时,CC0上的HARQ-ACK反馈信息为{ACK,ACK}、{ACK,NACK}、{NACK,ACK}、{NACK,NACK}或者{DTX,DTX}。由于{ACK,NACK}是{ACK,NACK/DTX}的子集,{NACK,ACK}是{NACK/DTX,ACK}的子集,{NACK,NACK}和{DTX,DTX}是{NACK/DTX,NACK/DTX}的子集,为简化规范起见,也可以将表6表示为表7:
表7
下面给出一些具体的实施例,来进一步描述本发明方法的第一种实现方法得到的信道选择的PUCCH格式1b的反馈映射表格。
实施例一:
本实施例中,假设CC0为辅小区,且绑定窗口为1,且是SIMO传输;CC1为主小区,且绑定窗口为3。那么,CC0可以得到1比特的HARQ-ACK反馈信息;由于CC1的绑定窗口为3,那么如果是MIMO传输,首先做空间捆绑。这样无论是MIMO传输还是SIMO传输,CC1都可以得到3比特的HARQ-ACK反馈信息。这样参照表3和表5可以得到信道选择的PUCCH格式1b的反馈映射表格如表8所示。
表8
按照Release 10协议,有两条准则,一是捆绑准则,即2个CC总的HARQ-ACK小于等于4不需要做空间捆绑和时域捆绑;二是HARQ-ACK比特的产生和传输资源的确定准则,即每个CC产生2个HARQ-ACK比特和2个传输资源。
对图4所示的情况,按照第一条准则,HARQ-ACK比特数为4,不需要对辅CC的HARQ-ACK反馈信息做时域的捆绑来压缩HARQ-ACK反馈信息的比特数。本实施例中,在经过空间捆绑后,2个CC的HARQ-ACK反馈信息比特数为4的情况下,对CC 1进行了时域捆绑产生了2个HARQ-ACK反馈信息比特,修改了上面的第一条准则。
实施例二:
本实施例中,假设CC0为辅小区,且绑定窗口为1,且是SIMO传输传输;CC1为主小区,且绑定窗口为4。那么,CC0可以得到1比特的HARQ-ACK反馈信息;由于CC1的绑定窗口为4,那么如果是MIMO传输,首先做空间捆绑。这样无论是MIMO传输还是SIMO传输,CC1都可以得到4比特的HARQ-ACK反馈信息。这样参照表4和表5可以得到信道选择的PUCCH格式1b的反馈映射表格如表9所示。
表9
实施例三:
本实施例中,假设CC0为主小区,且绑定窗口为1,且是MIMO传输;CC1为辅小区,且绑定窗口为3。那么,CC0可以得到2比特的HARQ-ACK反馈信息;由于CC1的绑定窗口为3,那么如果是MIMO传输,首先做空间捆绑。这样无论是MIMO传输还是SIMO传输,CC1都可以得到3比特的HARQ-ACK反馈信息。这样参照表3和表7可以得到信道选择的PUCCH格式1b的反馈映射表格如表10所示。
表10
实施例四:
本实施例中,假设CC0为主小区,且绑定窗口为1,且是MIMO传输;CC1为辅小区,且绑定窗口为4。那么,CC0可以得到2比特的HARQ-ACK反馈信息;由于CC1的绑定窗口为4,那么如果是MIMO传输,首先做空间捆绑。这样无论是MIMO传输还是SIMO传输,CC1都可以得到4比特的HARQ-ACK反馈信息。这样参照表4和表7可以得到信道选择的PUCCH格式1b的反馈映射表格如表11所示。
表11
下面给出本发明第一种实现方法所述的分组捆绑的原则相应的资源映射方法:
本发明方法针对的是2个CC的TDD上行下行配置不同,即在一个HARQ-ACK反馈周期中,2个CC上绑定窗口不同的情况。
如果某个CC上的绑定窗口等于1,当此绑定窗口内是SIMO传输时,PUCCH资源由调度PDSCH的PDCCH所使用的最低CCE的索引(也可称之为第一个CCE的索引)映射而来,或者由调度PDSCH的PDCCH中的确认/非确认资源指示(ARI,ACK/NACK Resource Indicator)而来,这时只需要1个PUCCH格式1a/1b的资源;如果将第一个CCE的索引记为nCCE,那么当此绑定窗口是MIMO传输时,PUCCH资源由调度PDSCH的PDCCH所使用的该第一个CCE的索引nCCE以及第二个CCE的索引nCCE+1映射而来,或者由调度PDSCH的PDCCH中的ARI指示而来,这时需要2个PUCCH格式1a/1b的资源。
如果某个CC上的绑定窗口等于2,这2个PUCCH资源分别由子帧1和子帧2调度PDSCH的PDCCH所使用的第一个CCE的索引nCCE映射而来或者由调度PDSCH的PDCCH中的ARI指示而来,这时需要2个PUCCH格式1a/1b的资源;
如果某个CC上的绑定窗口大于2,PUCCH资源分别由DAI=1和DAI=2的调度PDSCH的PDCCH所使用的第一个CCE的索引nCCE映射而来或者由调度PDSCH的PDCCH中的ARI指示而来,这时需要2个PUCCH格式1a/1b的资源;
具体地说,当此绑定窗口内是SIMO传输时,这时只需要1个PUCCH格式1a/1b的资源。如果这个小区是主小区,PUCCH资源由调度PDSCH的PDCCH所使用的最低CCE的索引映射而来;如果这个小区是辅小区,且通过主小区的PDCCH跨小区调度辅小区的PDSCH,PUCCH资源由调度PDSCH的PDCCH所使用的最低CCE的索引nCCE映射而来;如果这个小区是辅小区,且采用非跨小区调度,PUCCH资源由调度PDSCH的PDCCH中的ARI指示而来。
当此绑定窗口内是MIMO传输时,这时需要2个PUCCH格式1a/1b的资源。如果这个小区是主小区,PUCCH资源分别由调度PDSCH的PDCCH所使用的最低CCE的索引和第二最低CCE的索引(也可称之为第二个CCE的索引)映射而来;如果这个小区是辅小区,且通过主小区的PDCCH跨小区调度辅小区的PDSCH,PUCCH资源分别由调度PDSCH的PDCCH所使用的最低CCE的索引nCCE和第二最低CCE的索引nCCE+1映射而来;如果这个小区是辅小区,且采用非跨小区调度,PUCCH资源的2个资源由调度PDSCH的PDCCH中的ARI指示而来。
当绑定窗口为2时,这时需要2个PUCCH格式1a/1b的资源。如果这个小区是主小区,PUCCH资源分别由子帧1和子帧2的调度PDSCH的PDCCH所使用的最低CCE的索引nCCE映射而来;如果这个小区是辅小区,且通过主小区的PDCCH跨小区调度辅小区的PDSCH,PUCCH资源分别由子帧0和子帧1调度PDSCH的PDCCH所使用的最低CCE的索引nCCE映射而来;如果这个小区是辅小区,且采用非跨小区调度,PUCCH资源由调度PDSCH的PDCCH中的ARI指示而来。
当绑定窗口大于2时,这时需要2个PUCCH格式1a/1b的资源。如果这个小区是主小区,PUCCH资源分别由DAI=1和DAI=2的调度PDSCH的PDCCH所使用的最低CCE的索引nCCE映射而来;如果这个小区是辅小区,且通过主小区的PDCCH跨小区调度辅小区的PDSCH,PUCCH资源分别由DAI=1和DAI=2调度PDSCH的PDCCH所使用的最低CCE的索引或者说第一个CCE的索引nCCE映射而来;如果这个小区是辅小区,且采用非跨小区调度,PUCCH资源由调度PDSCH的PDCCH中的ARI指示而来。
下面给出一些具体的实施例,来进一步描述本发明方法的第一种实现方法的资源映射方法。
实施例五:
本实施例中,假设CC0为主小区,且绑定窗口为1,且是SIMO传输;CC1为辅小区,且绑定窗口为2。那么,CC0映射出1个PUCCH资源,CC0的PUCCH资源由调度PDSCH的PDCCH所使用的最低CCE的索引nCCE映射而来;而CC1需要2个PUCCH资源,如果CC1是由主小区CC0的PDCCH跨小区调度的,CC1的2个PUCCH资源是分别由主小区CC0的子帧0和子帧1的PDCCH跨小区调度CC1的PDSCH所使用的最低CCE的索引nCCE映射而来,如表12所示。
表12
实施例六:
本实施例中,假设CC0为主小区,且绑定窗口为1,且是MIMO传输;而CC1为辅小区,且绑定窗口为2,此时,PUCCH资源映射关系如表13所示。
表13
实施例七:
本实施例中,假设CC0为主小区,且绑定窗口为1,且是SIMO传输;而CC1为辅小区,且绑定窗口大于2,此时,PUCCH资源映射关系如表14所示。
表14
实施例八:
本实施例中,假设CC0为主小区,且绑定窗口为1,且是MIMO传输;而CC1为辅小区,且绑定窗口大于2,此时,PUCCH资源映射关系如表15所示。
表15
实施例九:
本实施例中,假设CC0为辅小区,且绑定窗口为1,且是SIMO传输;而CC1为主小区,且绑定窗口为2,此时,PUCCH资源映射关系如表16所示。
表16
实施例十:
本实施例中,假设CC0为辅小区,且绑定窗口为1,且是MIMO传输;而CC1为主小区,且绑定窗口为2,此时,PUCCH资源映射关系如表17所示。
表17
实施例十一:
本实施例中,假设CC0为辅小区,且绑定窗口为1,且是SIMO传输;而CC1为主小区,且绑定窗口大于2,此时,PUCCH资源映射关系如表18所示。
表18
实施例十二:
本实施例中,假设CC0为辅小区,且绑定窗口为1,且是MIMO传输;而CC1为主小区,且绑定窗口大于2,此时,PUCCH资源映射关系如表19所示。
表19
除本发明提供的上述方法之外,另外的一种时域捆绑的实现方式是采用Rel-8Time bundling方法(HARQ-ACK和SR一起时对HARQ-ACK反馈信息的时域捆绑方法)。具体实施时,也可以采用其他时域的捆绑方法。
本发明提供的上述第一种实现方法是分别对两个CC的一个HARQ-ACK反馈周期内的所有子帧的HARQ-ACK反馈信息进行捆绑,并根据捆绑后得到的HARQ-ACK反馈信息进行PUCCH信道资源的映射。此方法复杂度低,并且性能较好,且具有后向兼容性,在重配置时,不会引起基站和终端之间的混淆。
本发明的第二种实现方法中,所述的分组捆绑的原则为:
如果UE配置的两个CC的HARQ-ACK反馈信息的比特总数大于4,首先对这两个CC上所有子帧的HARQ-ACK反馈信息的进行空间捆绑;
如果经过空间捆绑后HARQ-ACK反馈信息的比特总数等于4,则将HARQ-ACK反馈信息分为两组,使每组HARQ-ACK反馈信息的比特总数等于2;
如果经过空间捆绑后HARQ-ACK反馈信息的比特总数仍然大于4,则首先将经过空间捆绑后的HARQ-ACK反馈信息分为两组,每组至少2比特,然后对分组后比特总数大于2的HARQ-ACK反馈信息进行时域捆绑,使每组HARQ-ACK反馈信息的比特总数等于2。
下面通过举例几种可能的情形对本发明方法进行进一步说明。
当CC0的绑定窗口M0为1,而CC1的绑定窗口为3,如果这两个CC均为SIMO传输,那么他们的总的HARQ-ACK比特为4,直接将这4个比特分为两组,每组2个比特。如果这两个CC中的某一个CC为MIMO传输,或者两个CC均为MIMO传输,那么对为MIMO传输的CC进行空间捆绑,得到4个比特,然后再将这4个比特分成两组,每组2个比特。
当CC0的绑定窗口M0为1,而CC1的绑定窗口为4,如果这两个CC均为SIMO传输,那么他们的总的HARQ-ACK比特为5,直接将这5个比特分为两组,一组为2比特,另一组为3比特。如果这两个CC中的某一个CC为MIMO传输,或者两个CC均为MIMO传输,那么对为MIMO传输的CC进行空间捆绑,得到5个比特,然后再将这5个比特分成两组,一组为2比特,另一组为3比特,然后再对3比特的组做时域捆绑生成2比特。从而同样得到各为2比特的2个分组。
上述分为两组的方法可以是:将CC1中的HARQ-ACK比特分出1个HARQ-ACK比特和CC0上的那一个HARQ-ACK比特合并成2比特作为一组,而CC1中剩下的HARQ-ACK比特作为一组。特别的,可以将CC1中的多个HARQ-ACK比特中的最后一个比特分出来和CC0的那一个HARQ-ACK比特合并分成一组。这样做的好处是,可以简化PUCCH资源映射的方法。因为本发明方法的PUCCH资源是依据DAI来映射得到的,选取最后一个HARQ-ACK比特和另外一个CC的那一个HARQ-ACK比特合并分组,可以避免对当前CC的PUCCH资源映射的影响。
另外,特别的,从CC1上分出的HARQ-ACK比特和CC0的那个HARQ-ACK比特合并生成一组时,可以将CC0上的那个HARQ-ACK比特作为这个组的第一个HARQ-ACK比特,而将CC1上分出的HARQ-ACK比特作为这个组的第二个HARQ-ACK比特。这样做的好处是,可以避免在CC重配置时可能造成的错误情况。
除上述方式之外,从CC1上分出的HARQ-ACK比特和CC0的那个HARQ-ACK比特合并生成一组时,也可以将CC1上取出的那个HARQ-ACK比特作为这个组的第一个HARQ-ACK比特,而CC0上取出的那个HARQ-ACK比特作为为这个组的第二个HARQ-ACK比特。
举例说明:
第一种情形是:在一个HARQ-ACK反馈周期内,CC0的绑定窗口为1,即只有一个子帧,并且在此CC上是SIMO传输,其第0个子帧上的HARQ-ACK反馈信息为{ACK},那么CC0的HARQ-ACK反馈信息的比特总数为1;CC1的绑定窗口为3,并且此CC上是MIMO传输,其第0个子帧、第1个子帧和第2个子帧上的HARQ-ACK反馈信息分别为{DTX,DTX}、{ACK,ACK}和{ACK,NACK},那么CC1的HARQ-ACK反馈信息的比特总数为6。该UE配置的2个CC的HARQ-ACK反馈信息的比特总数为1+6=7,大于4,按照本发明方法,可以对这2个CC的HARQ-ACK反馈信息进行以下分组捆绑:
首先,对CC0和CC1的HARQ-ACK反馈信息进行空间捆绑,捆绑后的CC0的HARQ-ACK反馈信息为{ACK},捆绑后的CC1的HARQ-ACK反馈信息为{DTX},{ACK},{NACK},即{DTX,DTX}→{DTX},{ACK,ACK}→{ACK}、{ACK,NACK}→{NACK}。捆绑后CC0和CC1的HARQ-ACK反馈信息的比特总数为4,不再进行时域捆绑。这样,CC0生成1比特HARQ-ACK反馈信息,相应将会有1个PUCCH格式1a/1b的资源是由CC0上的PDCCH的第一个CCE索引得到或PDCCH中的ARI指示。CC1生成3比特HARQ-ACK反馈信息,相应将会有3个PUCCH格式1a/1b的资源是由CC1上的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示。
然后,将经过空间捆绑后的HARQ-ACK反馈信息分为两组,使每组HARQ-ACK反馈信息的比特总数等于2。
一种较佳的分组方法是:CC0的子帧0的HARQ-ACK反馈信息与CC1的子帧2的HARQ-ACK反馈信息构成一组,CC1的子帧0的HARQ-ACK反馈信息和CC1的子帧1的HARQ-ACK反馈信息构成一组,如表20所示。
表20:HARQ-ACK反馈信息的比特组成情况
HARQ-ACK反馈信息传输所用的PUCCH资源如表21所示,具体为:
PUCCH资源(0)由主CC的子帧0的PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(1)由辅CC的子帧2的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(2)由辅CC的子帧0的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(3)由辅CC的子帧1的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示。
表21:PUCCH资源组成情况
假设CC0是辅CC,CC1是主CC,此时HARQ-ACK反馈信息的比特组成情况如表22所示,HARQ-ACK反馈信息传输所用的PUCCH资源如表23所示。
表22:HARQ-ACK反馈信息的比特组成情况
HARQ-ACK反馈信息传输所用的PUCCH资源如表23所示,具体为:
PUCCH资源(0)由主CC的子帧0的PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(1)由主CC的子帧1的PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(2)由辅CC的子帧0的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(3)由主CC的子帧2的PDCCH的第一个CCE索引nCCE得到。
表23:PUCCH资源组成情况
另一种较佳的分组方法是:CC0中DAI=1的子帧的HARQ-ACK反馈信息与CC1中DAI=3的子帧的HARQ-ACK反馈信息构成一组,CC1中DAI=1的子帧的HARQ-ACK反馈信息和CC1中DAI=2的子帧的HARQ-ACK反馈信息构成一组。假设CC0是主CC,CC1是辅CC,此时HARQ-ACK反馈信息的比特组成情况如表24所示。
表24:HARQ-ACK反馈信息的比特组成情况
HARQ-ACK反馈信息传输所用的PUCCH资源如表25所示,具体为:
PUCCH资源(0)由主CC中DAI=1的子帧的PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(1)由辅CC中DAI=3的子帧的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(2)由辅CC中DAI=1的子帧的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(3)由辅CC中DAI=2的子帧的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示。
表25:PUCCH资源组成情况
假设CC1是主CC,CC0是辅CC,此时HARQ-ACK反馈信息的比特组成情况如表26所示。
表26:HARQ-ACK反馈信息的比特组成情况
HARQ-ACK反馈信息传输所用的PUCCH资源如表27所示,具体为:
PUCCH资源(0)由主CC中DAI=1的子帧的PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(1)由主CC中DAI=2的子帧的PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(2)由辅CC中DAI=1的子帧的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(3)由主CC中DAI=3的子帧的PDCCH指示。
表27:PUCCH资源组成情况
第二种情形是:在一个HARQ-ACK反馈周期内,CC0的绑定窗口为1,即只有一个子帧,并且在此CC上是SIMO传输,其第0个子帧上的HARQ-ACK反馈信息为{ACK},那么CC0的HARQ-ACK反馈信息的比特总数为1;CC1的绑定窗口为4,并且此CC上是MIMO传输,其第0个子帧、第1个子帧、第2个子帧和第3个子帧上的HARQ-ACK反馈信息分别为{DTX,DTX},{ACK,ACK},{ACK,NACK}和{ACK,NACK},那么CC1的HARQ-ACK反馈信息比特总数为8。该UE配置的2个CC的HARQ-ACK反馈信息的比特总数为1+8=9,大于4,按照本发明方法,可以对这2个CC的HARQ-ACK反馈信息进行以下分组捆绑:
首先,对CC0和CC1的HARQ-ACK反馈信息进行空间捆绑,捆绑后的CC0的HARQ-ACK反馈信息为{ACK},捆绑后的CC1的HARQ-ACK反馈信息为{DTX},{ACK},{NACK},{NACK},即{DTX,DTX}→{DTX},{ACK,ACK}→{ACK},{ACK,NACK}→{NACK},{ACK,NACK}→{NACK}。捆绑后CC0和CC1的HARQ-ACK反馈信息的比特总数为5。需要先将这5个比特的HARQ-ACK反馈信息分为两组,然后对分组后比特总数大于2的HARQ-ACK反馈信息再进行时域捆绑。
一种较佳的分组方法是:CC0的子帧0的HARQ-ACK反馈信息与CC1的子帧3的HARQ-ACK反馈信息构成一组;CC1的子帧0的HARQ-ACK反馈信息、CC1的子帧1的HARQ-ACK反馈信息和CC1的子帧2的HARQ-ACK反馈信息构成一组,然后对3比特HARQ-ACK反馈信息的这一组进行时域捆绑,生成2比特的HARQ-ACK反馈信息,表示为HARQ-ACK(0)time_bundling,HARQ-ACK(1)time_bundling。假设CC0是主CC,CC1是辅CC,此时HARQ-ACK反馈信息的比特组成情况如表28所示。
表28:HARQ-ACK反馈信息的比特组成情况
HARQ-ACK反馈信息传输所用的PUCCH资源如表29所示,具体为:
PUCCH资源(0)由主CC的子帧0的PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(1)由辅CC的子帧3的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(2)由辅CC的子帧0、子帧1和子帧2中DAI=1的子帧的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(3)由辅CC的子帧0、子帧1和子帧2中DAI=2的子帧的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示。
表29:PUCCH资源组成情况
假设CC1是主CC,CC0是辅CC,此时HARQ-ACK反馈信息的比特组成情况如表30所示。
表30:HARQ-ACK反馈信息的比特组成情况
HARQ-ACK反馈信息传输所用的PUCCH资源如表31所示,具体为:
PUCCH资源(0)由主CC的子帧0、子帧1和子帧2中DAI=1的子帧的PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(1)由主CC的子帧0、子帧1和子帧2中DAI=2的子帧的PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(2)由辅CC的子帧0的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(3)由主CC的子帧3的PDCCH的第一个CCE索引nCCE得到。
表31:PUCCH资源组成情况
另一种较佳的选择分组的方法是:CC0中DAI=1的子帧的HARQ-ACK反馈信息与CC1中的DAI=4的子帧的HARQ-ACK反馈信息构成一组;CC1中DAI=1的子帧的HARQ-ACK反馈信息、CC1中DAI=2的子帧的HARQ-ACK反馈信息和CC1中DAI=3的子帧的HARQ-ACK反馈信息构成一组,然后对3比特HARQ-ACK反馈信息的这一组进行时域捆绑,生成2比特的HARQ-ACK反馈信息,表示为HARQ-ACK(0)time_bundling,HARQ-ACK(1)time_bundling。
假设CC0是主CC,CC1是辅CC,此时HARQ-ACK反馈信息的比特组成情况如表32所示。
表32:HARQ-ACK反馈信息的比特组成情况
HARQ-ACK反馈信息传输所用的PUCCH资源如表33所示,具体为:
PUCCH资源(0)由主CC中DAI=1的子帧的PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(1)由辅CC中DAI=4的子帧的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(2)由辅CC中DAI=1的子帧的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(3)由辅CC中DAI=2的子帧的PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示。
表33:PUCCH资源组成情况
假设CC1是主CC,CC0是辅CC,此时HARQ-ACK反馈信息的比特组成情况如表34所示。
表34:HARQ-ACK反馈信息的比特组成情况
HARQ-ACK反馈信息传输所用的PUCCH资源如表35所示,具体为:
PUCCH资源(0)由主CC中DAI=1的子帧PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(1)由主CC中DAI=2的子帧PDCCH的第一个CCE索引nCCE得到;
PUCCH资源(2)由辅CC中DAI=1的子帧PDCCH的第一个CCE索引nCCE得到或PDCCH中的ARI指示指示;
PUCCH资源(3)由主CC中DAI=4的子帧的PDCCH的第一个CCE索引nCCE得到。
表35:PUCCH资源组成情况
以上对捆绑前两个分组的其中一个HARQ-ACK反馈信息分组为3比特和4比特的情况进行了说明,按照本发明,捆绑前一个HARQ-ACK反馈信息分组可能为5、6、7、8或9比特,可以按照类似方法进行处理。
除本发明提供的上述方法之外,另外的一种时域捆绑的实现方式是采用Re1-8Time bundling方法(HARQ-ACK和SR一起时对HARQ-ACK反馈信息的时域捆绑方法)。具体实施时,也可以采用其他时域的捆绑方法。
本发明的第三种实现方法中,所述的分组捆绑的原则为:
如果UE配置的两个CC的HARQ-ACK反馈信息的比特总数大于4,首先对这两个CC上所有子帧的HARQ-ACK反馈信息的进行空间捆绑;
然后根据2个CC各自的绑定窗口分别独立生成最多2比特的HARQ-ACK反馈信息,然后得到2个CC合成的HARQ-ACK反馈信息比特。UE将根据此生成的HARQ-ACK反馈信息比特进行信道选择的PUCCH格式1b传输。
上述独立生成最多2比特的方法为:
如果某个CC上的绑定窗口等于1,那么不需要做时域(time domain)捆绑,生成1个比特的HARQ-ACK反馈信息;
如果某个CC上的绑定窗口等于2,那么不需要做时域(time domain)捆绑,生成2比特的HARQ-ACK反馈信息。
如果某个CC上的绑定窗口大于2,那么需要做时域(time domain)捆绑,通过时域(time domain)捆绑得到2比特的HARQ-ACK反馈信息。
具体而言,可以采用如下方式实现:
本发明方法针对的是2个CC的TDD上行下行配置不同,即在一个HARQ-ACK反馈周期中,2个CC上绑定窗口不同的情况。
对一个CC,按照本发明上述方法,当绑定窗口为1时,那么不需要做时域(time domain)捆绑。当此绑定窗口内是SIMO传输时,生成1个HARQ-ACK反馈信息HARQ-ACK(0),该信息可以为:{ACK}或者{NACK/DTX};
如果是MIMO传输时,通过空间捆绑生成1个HARQ-ACK反馈信息HARQ-ACK(0),该信息可以为{ACK}或者{NACK/DTX}。
对一个CC,,当绑定窗口为2时,那么按照上述本发明方法,不需要做时域(time domain)捆绑。如果此CC配置为SIMO传输,直接得到2比特的HARQ-ACK反馈信息;如果此CC配置为MIMO传输,那么需要做空间捆绑(spatial bundling),生成2比特的HARQ-ACK反馈信息。按照这样的方法,得到的HARQ-ACK反馈信息{HARQ-ACK(0),HARQ-ACK(1)}为:{ACK,ACK}、{ACK,NACK/DTX}、{NACK/DTX,ACK}或者{NACK/DTX,NACK/DTX}。
对一个CC,,当绑定窗口为3时,那么按照上述本发明方法,需要做时域(timedomain)捆绑。如果此CC配置为SIMO传输,通过时域(time domain)捆绑得到2比特的HARQ-ACK反馈信息;如果此CC配置为MIMO传输,那么需要先做空间捆绑(spatial bundling),然后做时域(time domain)捆绑或压缩,最终生成2比特的HARQ-ACK反馈信息。按照本发明的一种实现方式,可以按照表3所示的时域捆绑或压缩的方式得到2个比特的HARQ-ACK反馈信息{HARQ-ACK(0),HARQ-ACK(1)}为:{ACK,ACK}、{ACK,NACK/DTX}、{NACK/DTX,ACK}或者{NACK/DTX,NACK/DTX}。
对一个CC,当绑定窗口为4时,那么按照上述本发明方法,需要做时域(timedomain)捆绑。如果此CC配置为SIMO传输,通过时域(time domain)捆绑得到2比特的HARQ-ACK反馈信息;如果此CC配置为MIMO传输,那么需要先做空间捆绑(spatial bundling),然后做时域(time domain)捆绑或压缩,最终生成2比特的HARQ-ACK反馈信息。按照本发明的一种实现方式,可以按照表4所示的时域捆绑或压缩的方式得到2个比特的HARQ-ACK反馈信息{HARQ-ACK(0),HARQ-ACK(1)}为:{ACK,ACK}、{ACK,NACK/DTX}、{NACK/DTX,ACK}或者{NACK/DTX,NACK/DTX}。
这样,组合两个CC的HARQ-ACK反馈信息,采用信道选择的方法反馈HARQ-ACK信息。
例如,当CC0为SIMO或MIMO传输时,CC0上的HARQ-ACK反馈信息为{ACK}或者{NACK/DTX}。CC1按照上述本发明方法经过HARQ-ACK反馈信息捆绑或者压缩后,得到的2个HARQ-ACK反馈信息{HARQ-ACK(0),HARQ-ACK(1)}为:{ACK,ACK}、{ACK,NACK/DTX}、{NACK/DTX,ACK}或者{NACK/DTX,NACK/DTX}。这样可以组合另一个CC的HARQ-ACK反馈信息得到信道选择的PUCCH格式1b的反馈映射表格如表5所示。
下面给出一些具体的实施例,来进一步描述本发明方法的第三种实现方法得到的信道选择的PUCCH格式1b的反馈映射表格。
实施例十三:
本实施例中,假设CC0为辅小区,且绑定窗口为1,而CC1为主小区,且绑定窗口为3。如果CC0是SIMO传输,CC0可以得到1比特的HARQ-ACK反馈信息;如果CC0是MIMO传输,CC0通过空间捆绑可以得到1比特的HARQ-ACK反馈信息。由于CC1的绑定窗口为3,那么如果CC1是MIMO传输,首先做空间捆绑。这样无论是MIMO传输还是SIMO传输,CC1都可以得到3比特的HARQ-ACK反馈信息。这样参照表3和表5可以得到信道选择的PUCCH格式1b的反馈映射表格如表8所示。
实施例十四:
本实施例中,假设CC0为辅小区,且绑定窗口为1;而CC1为主小区,且绑定窗口为4。如果CC0是SIMO传输,CC0可以得到1比特的HARQ-ACK反馈信息;如果CC0是MIMO传输,CC0通过空间捆绑可以得到1比特的HARQ-ACK反馈信息。由于CC1的绑定窗口为4,那么如果CC1是MIMO传输,首先做空间捆绑。这样无论是MIMO传输还是SIMO传输,CC1都可以得到4比特的HARQ-ACK反馈信息。这样参照表4和表5可以得到信道选择的PUCCH格式1b的反馈映射表格如表9所示。
资源映射方法:
如果某个CC上的绑定窗口等于1,PUCCH资源由调度PDSCH的PDCCH所使用的第一个CCE的索引nCCE映射而来或者由调度PDSCH的PDCCH中的ARI指示而来,这时只需要1个PUCCH格式1a/1b的资源;
如果某个CC上的绑定窗口等于2,PUCCH资源由子帧1和子帧2调度PDSCH的PDCCH所使用的第一个CCE的索引nCCE映射而来或者由调度PDSCH的PDCCH中的ARI指示而来,这时需要2个PUCCH格式1a/1b的资源;
如果某个CC上的绑定窗口大于2,PUCCH资源由DAI=1和DAI=2的调度PDSCH的PDCCH所使用的第一个CCE的索引nCCE映射而来或者由调度PDSCH的PDCCH中的ARI指示而来,这时需要2个PUCCH格式1a/1b的资源。当存在SPS业务时,SPS业务的半静态分配的PUCCH格式1a/1b的资源是第一个备选PUCCH格式1a/1b的资源,而下行链路分配索引(DAI)=1的PDCCH所占用的第一个CCE的索引是第二个备选PUCCH格式1a/1b的资源。
下面给出一些具体的实施例,来进一步描述本发明方法的第三种实现方法得到的信道选择的PUCCH格式1b的资源映射表格。
实施例十五:
如果CC0为主小区,且绑定窗口为1,且是SIMO传输或是MIMO传输,CC0映射出1个PUCCH资源,CC0的PUCCH资源由调度PDSCH的PDCCH所使用的最低CCE的索引映射而来;而CC1为辅小区,且绑定窗口为2,需要2个PUCCH资源,如果CC1是由主小区CC0的PDCCH跨小区调度的,那么,CC1的2个PUCCH资源分别由主小区CC0的子帧0和子帧1的PDCCH跨小区调度CC1的PDSCH所使用的最低CCE的索引映射而来,如表36所示。
表36
实施例十六:
如果CC0为主小区,且绑定窗口为1,且是SIMO传输或是MIMO传输;而CC1为辅小区,且绑定窗口大于2,此时,PUCCH资源映射如表37所示。
表37
实施例十七:
如果CC0为辅小区,且绑定窗口为1,且是SIMO传输或是MIMO传输;而CC1为主小区,且绑定窗口为2,此时,PUCCH资源映射如表38所示。
表38
实施例十八:
如果CC0为辅小区,且绑定窗口为1,且是SIMO传输或是MIMO传输;而CC1为主小区,且绑定窗口大于2,此时,PUCCH资源映射如表39所示。
表39
除本发明提供的上述方法之外,另外的一种时域捆绑的实现方式是采用Rel-8Time bundling方法(HARQ-ACK和SR一起时对HARQ-ACK反馈信息的时域捆绑方法)。具体实施时,也可以采用其他时域的捆绑方法。
步骤303:UE根据分组捆绑后得到的HARQ-ACK反馈信息所映射的PUCCH信道资源以及调制符号,采用信道选择的PUCCH格式1b将分组捆绑后的HARQ-ACK反馈信息在PUCCH信道资源上发送给基站。
本步骤所述分组捆绑后的HARQ-ACK反馈信息在主成员载波上传输。存在以下两种情况:
第一种情况:PUCCH既可以在PCC上传输,也可以在SCC上传输,但是采用本发明方法生成的HARQ-ACK反馈信息只在PCC的PUCCH上传输,其他的HARQ-ACK反馈信息,可能在SCC的PUCCH上传输。
第二种情况:所有的HARQ-ACK反馈信息都只能在PCC的PUCCH上传输。
以上对本发明发送HARQ-ACK反馈信息的方法进行了详细说明,下面再结合附图通过2个更加具体的较佳实施例对本发明方法进行进一步说明。
本发明中,对于2个CC的上行下行配置可以不同的情况,与LTE-A保持一致,每个CC的HARQ-ACK的定时关系不变,如果在某一子帧2个CC同时是上行子帧,则只在主CC的该上行子帧上传输这2个CC的HARQ-ACK反馈信息。
实施例十九:
本实施例采用上述第一种实现方法中的分组捆绑原则。
假设属于同一CA的2个CC的上行下行配置不同,且各个CC的HARQ-ACK绑定窗口的大小和位置不同,如图4所示:
主CC的子帧0、1、5和6配置为下行子帧,子帧2、3、4和子帧7、8、9配置为上行子帧,主CC的PDSCH是SIMO传输模式;
辅CC的子帧0、1和5、6、7、8、9配置为下行子帧,子帧2、3和4配置为上行子帧,辅CC的PDSCH是MIMO传输模式。
根据现有主CC和辅CC的HARQ-ACK的定时关系,主CC的一个HARQ-ACK绑定窗口包含子帧6(图4中对应于主CC所在的行以斜线框示出),其HARQ-ACK反馈信息为1比特;
辅CC的一个HARQ-ACK绑定窗口包含子帧1、5、6(图4中对应于辅CC所在的行以斜线框示出);
主CC的子帧6和辅CC的子帧1、5、6的HARQ-ACK反馈信息在主CC下一个无线帧的子帧2(图4中对应于主CC所在的行以小方框示出)发送。
假设主CC子帧6上的HARQ-ACK反馈信息为{ACK},那么主CC的HARQ-ACK反馈信息比特总数为1,不大于2,不需要进行空间捆绑或时域捆绑;而辅CC的绑定窗口为3,并且此CC上是MIMO传输,其子帧1、子帧5和子帧6的HARQ-ACK反馈信息分别为{DTX,DTX}、{ACK,ACK}和{ACK,NACK},那么辅CC的HARQ-ACK反馈信息比特总数为6,大于2。首先对辅CC的HARQ-ACK反馈信息进行空间捆绑,捆绑后的HARQ-ACK反馈信息为{DTX},{ACK},{NACK},即{DTX,DTX}→{DTX},{ACK,ACK}→{ACK}、{ACK,NACK}→{NACK}。捆绑后的HARQ-ACK反馈信息比特总数为3,仍然大于2,还要进行时域捆绑,再将经过空域捆绑后辅CC的HARQ-ACK反馈信息进行时域捆绑,经过空域和时域捆绑后,辅CC的HARQ-ACK的信息数变成2比特。具体的捆绑方法按照表3、表4的时域捆绑方法进行,且PUCCH的资源根据Rel-10的方法得出。
实施例二十:
本实施例采用上述第二种实现方法中的分组捆绑原则。
参见图4,相互对应的一组HARQ-ACK绑定窗口为主CC的HARQ-ACK绑定窗口6和辅CC的HARQ-ACK绑定窗口1、5、6,HARQ-ACK反馈信息在主CC下一个无线帧的子帧2发送。如果主CC传输是SIMO传输模式,主CC提供1比特HARQ-ACK反馈信息,相应的需要1个PUCCH格式1a/1b的资源,如果辅CC的HARQ-ACK绑定窗口1、5、6是SIMO传输模式,会有3比特HARQ-ACK反馈信息;如果辅CC的HARQ-ACK绑定窗口1、5、6是MIMO传输模式,会有6比特HARQ-ACK反馈信息,此时首先需要对其进行spatial压缩,使辅CC的HARQ-ACK反馈信息变为3比特,相应的需要3个PUCCH格式1a/1b的资源。然后,将主CC的子帧0和辅CC中DAI=3的子帧作为一组,将辅CC中DAI=1的子帧和DAI=2的子帧作为一组,形成4比特的2组HARQ-ACK反馈信息,然后按照表3、表4的信道选择PUCCH格式1b进行映射和传输。
本发明上述三种实现方法都是按照每个CC的绑定窗口的实际大小来处理HARQ-ACK信息,因为两个CC的绑定窗口的大小可以不同,所以对每个CC的处理方法也不同。这些方案适用于上面描述的各种确定Pcell和Scell的绑定窗口的方法。下面描述本发明的第四种实现方法,该方法按照两个CC中的较大的绑定窗口来分别处理这两个CC的HARQ-ACK信息。在现有的LTE版本10规范中,已经定义了当两个CC的绑定窗口大小相等时的信道选择映射表格,本发明的第四种实现方法为:
假定M0和M1分别是CC0和CC1的绑定窗口大小,那么使用M0和M1中,值更大的窗口大小值M=max(M0,M1)作为这两个CC的参考绑定窗口值,即假定这两个CC的绑定窗口值均为M,然后按照LTE版本10规范中如表X-1,表X-2,表X-3,表X-4,表X-5,表X-6所示的PUCCH格式1b的反馈映射表格来反馈这两个CC的HARQ-ACK信息。其中:
表X-1用于M=1,且2个CC的HARQ-ACK比特数之和为2的情况;
表X-2用于M=1,且2个CC的HARQ-ACK比特数之和为3的情况;
表X-3用于M=1,且2个CC的HARQ-ACK比特数之和为4的情况;
表X-4用于M=2的情况;
表X-5用于M=3的情况;
表X-6用于M=4的情况。
按照本方法,如果在某个CC上在大小为M的绑定窗口内的某个子帧为上行子帧,那么UE在使用下面PUCCH格式1b的反馈映射表格反馈HARQ-ACK信息时,将该CC该子帧的HARQ-ACK信息当做DTX处理。
表X-1(M=1,A=2)
表X-2(M=1,A=3)
表X-3(M=1,A=4)
表X-4(M=2)
表X-5(M=3)
表X-6(M=4)
下面结合实施例描述本发明的第四种实现方法。
实施例二十一:
对Scell的下行子帧是Pcell的下行子帧的子集的情况,Scell上的PDSCH对应的HARQ-ACK的定时关系按照Pcell的TDD上下行配置的定时关系确定。下面以Pcell采用TDD上下行配置2和Scell采用TDD上下行配置1为例描述。
对Pcell,按照Pcell上下行配置的定时,在Pcell上传输HARQ-ACK信息的上行子帧7内对应的绑定窗口包括子帧9、0、1和3,即绑定窗口大小为4。对Scell,按照Pcell TDD上下行配置的定时,上行子帧7内对应的绑定窗口也是包括子帧9、0、1和3,其中子帧3实际上是上行子帧,但是从简化的角度处理,完全复用Pcell上下行配置关于绑定窗口的定义,即绑定窗口大小为4;或者,也可以对Scell,在Pcell上下行配置定义绑定窗口基础上,只有实际存在的下行子帧才定义为Scell的绑定窗口,即Scell绑定窗口包含子帧9、0和1,其绑定窗口大小为3。实际上,按照本发明第四种实现方法可以不用区分上面的两种绑定窗口定义,因为两个CC的绑定窗口的较大值M一定等于Pcell TDD上下行配置中定义绑定窗口的大小,在本实施例中M等于4。所以,对两个CC,可以分别按照Pcell上行下配置的绑定窗口大小M(=4)来处理,例如,根据表X-6的映射关系进行处理。对Scell,定义实际不存在的下行子帧的反馈信息为DTX或者(DTX,DTX)。
实施例二十二:
按照目前对非跨载波调度的定义,对Scell的下行子帧是Pcell的下行子帧的超集的情况,Scell上的PDSCH对应的HARQ-ACK的定时关系是按照Scell自己的TDD上下行配置的定时关系确定。下面以Pcell采用TDD上下行配置1和Scell采用TDD上下行配置2为例描述。
对Pcell,按照Pcell TDD上下行配置的定时,在Pcell上传输HARQ-ACK信息的上行子帧7内对应的绑定窗口包括子帧0和1,即绑定窗口大小为2。对Scell,按照ScellTDD上下行配置的定时,上行子帧7内对应的绑定窗口包括子帧9、0、1和3,即绑定窗口大小为4。按照本发明第四种实现方法,因为两个CC的绑定窗口的较大值是M等于4,所以,对两个CC,可以分别按照Scell TDD上行下配置的绑定窗口大小M(=4)来处理,例如,根据表X-6的映射关系进行处理。这里,对Pcell,定义实际不存在的下行子帧的反馈信息为DTX或者(DTX,DTX)。
另一种定时方法是,对Scell的下行子帧是Pcell的下行子帧的超集的情况,Scell上的PDSCH对应的HARQ-ACK的定时关系仍然是按照Pcell的TDD上下行配置的定时关系确定。下面以Pcell采用TDD上下行配置1和Scell采用上下行配置2为例描述。
对Pcell,按照Pcell TDD上下行配置的定时,在Pcell上传输HARQ-ACK信息的上行子帧7内对应的绑定窗口包括子帧0和1,即绑定窗口大小为2。对Scell,按照Pcell TDD上下行配置的定时,上行子帧7内对应的绑定窗口也是包括子帧0和1,即绑定窗口大小也是2。即两个CC的绑定窗口大小相等。按照本发明第四种实现方法,因为两个CC的绑定窗口大小都是M等于2,所以,对两个CC,可以分别按照Pcell TDD上行下配置的绑定窗口大小M(=2)来处理,例如,根据表X-4的映射关系进行处理。
实施例二十三:
按照目前对非跨载波调度的定义,对Scell的下行子帧既不是Pcell的下行子帧的子集也不是Pcell的下行子帧的超集的情况,Scell上的PDSCH对应的HARQ-ACK的定时关系按照一个参考TDD上下行配置的定时关系确定,例如,根据表Y-1,这个参考TDD上下行配置中的上行子帧是Pcell的上行子帧和Scell的上行子帧的交集。下面以Pcell采用TDD上下行配置1和Scell采用TDD上下行配置3为例描述,这时用于确定Scell定时关系的是TDD上行下配置4。
对Pcell,按照Pcell TDD上下行配置的定时,在Pcell上传输HARQ-ACK信息的上行子帧2内对应的绑定窗口包括子帧5和6,即绑定窗口大小为2。对Scell,按照确定Scell定时关系的TDD上下行配置4的定时,上行子帧2对应的绑定窗口也是包括子帧0、1、4和5,其中子帧4实际上是上行子帧。从简化的角度处理,完全复用确定Scell定时关系的TDD上下行配置4的关于绑定窗口的定义,即绑定窗口大小为4。按照本发明第4种方法,因为两个CC的绑定窗口的较大值是M等于4,所以,对两个CC,可以分别按照绑定窗口大小M(=4)来处理,例如,根据表X-6的映射关系进行处理。这里,对Pcell和Scell,定义实际不存在的下行子帧的反馈信息为DTX或者(DTX,DTX)。
或者,也可以对Scell,在确定Scell定时关系的TDD上下行配置4的定义绑定窗口基础上,只有实际存在的下行子帧才定义为Scell的绑定窗口,即Scell绑定窗口包含子帧0、1和5,其绑定窗口大小为3。这样,按照本发明第4种方法,因为两个CC的绑定窗口的较大值是M等于3,所以,对两个CC,可以分别按照绑定窗口大小M(=3)来处理,例如,根据表X-5的映射关系进行处理。这里,对Pcell,定义实际不存在的下行子帧的反馈信息为DTX或者(DTX,DTX)。
另一种定时方法是,Scell上的PDSCH对应的HARQ-ACK的定时关系仍然是按照Pcell的TDD上下行配置的定时关系确定。下面以Pcell采用TDD上下行配置1和Scell采用TDD上下行配置3为例描述。
对Pcell,按照Pcell TDD上下行配置的定时,在Pcell上传输HARQ-ACK信息的上行子帧8内对应的绑定窗口包括子帧4,即绑定窗口大小为1。对Scell,按照Pcell TDD上下行配置的定时,上行子帧8内对应的绑定窗口也是子帧4,他实际上是个上行子帧。从简化的角度处理,完全复用Pcell上下行配置关于绑定窗口的定义,即绑定窗口大小为1;或者,也可以对Scell,在Pcell TDD上下行配置定义绑定窗口基础上,只有实际存在的下行子帧才定义为Scell的绑定窗口,即Scell的绑定窗口大小为0。但是,按照本发明第4种方法可以不用区分上面的两种绑定窗口定义,因为两个CC的绑定窗口的较大值M一定等于Pcell TDD上下行配置中定义绑定窗口的大小,在本实施例中M等于1。所以,对两个CC,可以分别按照Pcell上行下配置的绑定窗口大小M(=1)来处理,例如,根据表X-1,X-2,X-3的映射关系进行处理。对Scell,定义实际不存在的下行子帧的反馈信息为DTX或者(DTX,DTX)。
对于本发明的第四种方法中描述的定义实际不存在的下行子帧的反馈信息为DTX或者(DTX,DTX)的具体实现方法为:
当特定CC的绑定窗口大小M小于两个CC绑定窗口的最大值M_max且两个CC绑定窗口的最大值等于2时,
方法1:在根据特定CC的绑定窗口大小M产生的HARQ-ACK信息前面填充DTX,使填充后的特定CC的HARQ-ACK信息长度等于两个CC绑定窗口的最大值时的HARQ-ACK信息长度;
方法2:在根据特定CC的绑定窗口大小M产生的HARQ-ACK信息后面填充DTX,使填充后的特定CC的HARQ-ACK信息长度等于两个CC绑定窗口的最大值时的HARQ-ACK信息长度。
实施例二十四:
Pcell采用TDD上下行配置6,Scell采用TDD上下行配置3时,在Pcell上传输HARQ-ACK信息的上行子帧3内对应的Pcell的绑定窗口包括子帧6,即绑定窗口大小为1。对Scell,按照Pcell TDD上下行配置的定时,上行子帧3内对应的Scell的绑定窗口包括子帧7和子帧8,即绑定窗口大小为2,如图5所示,两个CC绑定窗口的最大值为2,Pcell和Scell均按照绑定窗口为2的情况进行处理,根据上面描述的方法1,可以在Pcell的HARQ-ACK信息前面填充一个DTX;根据上面描述的方法2,可以在Pcell的HARQ-ACK信息后面填充一个DTX。
当特定CC的绑定窗口大小M小于两个CC绑定窗口的最大值M_max且两个CC绑定窗口的最大值大于2时;
方法1:在根据特定CC的绑定窗口大小M产生的HARQ-ACK信息前面填充(M_max-M)个DTX,使填充后的特定CC的HARQ-ACK信息长度等于两个CC绑定窗口的最大值时的HARQ-ACK信息长度;
方法2:在根据特定CC的绑定窗口大小M产生的HARQ-ACK信息后面填充(M_max-M)个DTX,使填充后的特定CC的HARQ-ACK信息长度等于两个CC绑定窗口的最大值时的HARQ-ACK信息长度。
实施例二十五:
Pcell采用TDD上下行配置1,Scell采用TDD上下行配置2时,在Pcell上传输HARQ-ACK信息的上行子帧2内对应的Pcell的绑定窗口包括子帧5和子帧6,即绑定窗口大小为2。对Scell,按照Scell TDD上下行配置的定时,上行子帧2内对应的绑定窗口包括子帧8,子帧7,子帧6和子帧4,即绑定窗口大小为4,如图6所示,两个CC绑定窗口的最大值为4,Pcell和Scell均按照绑定窗口为4的情况进行处理,根据上面描述的方法1,可以在Pcell的HARQ-ACK信息前面填充2个DTX;根据根据上面描述的方法2,可以在Pcell的HARQ-ACK信息后面填充2个DTX。
由上述实施例可见,本发明提供的发送HARQ-ACK反馈信息的方法通过对一个HARQ-ACK反馈周期内两个CC的所有子帧的HARQ-ACK反馈信息的合集进行分组捆绑,并根据分组捆绑后得到的HARQ-ACK反馈信息所映射的PUCCH信道资源以及调制符号,采用信道选择的PUCCH格式1b将分组捆绑后的HARQ-ACK反馈信息发送给基站,实现了在载波聚合的两个CC的TDD上行下行配置不同,且两个CC的HARQ-ACK反馈信息不平衡的情况下,进行正确的HARQ-ACK反馈信息传输,并且尽量减小了分组捆绑对数据传输性能的影响,优化了数据传输的吞吐量性能,进而有效地支持了载波聚合的多个CC的上下行配置不同的情况。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。
Claims (14)
1.一种发送HARQ-ACK反馈信息的方法,其特征在于,包括:
用户设备(UE)从两个具有不同时分复用(TDD)上行下行配置的成员载波(CC)上接收物理下行共享信道(PDSCH)数据,并得到对应的HARQ-ACK反馈信息;
UE对所述两个CC在当前HARQ-ACK绑定窗口内所有子帧的HARQ-ACK反馈信息进行分组捆绑,得到比特总数小于等于4的HARQ-ACK反馈信息;
UE根据所述两个CC的数据传输模式和绑定窗口内的元素数确定为HARQ-ACK反馈信息传输所提供的PUCCH资源数;
UE根据分组捆绑后的HARQ-ACK反馈信息所映射的物理上行控制信道(PUCCH)资源以及调制符号,采用信道选择的PUCCH格式1b将分组捆绑后的HARQ-ACK反馈信息在PUCCH信道资源上发送给基站。
2.根据权利要求1所述的方法,其特征在于,所述进行分组捆绑为:
根据两个CC各自的绑定窗口分别独立生成最多2比特的HARQ-ACK反馈信息。
3.根据权利要求2所述的方法,其特征在于,所述独立生成最多2比特的HARQ-ACK反馈信息为:
如果CC的绑定窗口等于1,当所述CC配置为单输入多输出(SIMO)传输时,其HARQ-ACK反馈信息为1比特,当所述CC配置为多输入多输出(MIMO)传输时,其HARQ-ACK反馈信息为2比特;
如果CC的绑定窗口等于2,当所述CC配置为SIMO传输时,其HARQ-ACK反馈信息为2比特,当所述CC配置为MIMO传输时,其HARQ-ACK反馈信息为4比特,对所述4比特的HARQ-ACK反馈进行空间捆绑,生成2比特的HARQ-ACK反馈信息;
如果CC的绑定窗口大于2,当所述CC配置为SIMO传输时,对其HARQ-ACK反馈信息进行时域捆绑,生成2比特的HARQ-ACK反馈信息,当所述CC配置为MIMO传输时,先对其HARQ-ACK反馈信息进行空间捆绑,然后对经空间捆绑之后的HARQ-ACK反馈信息进行时域捆绑,生成2比特的HARQ-ACK反馈信息。
4.根据权利要求2或3所述的方法,其特征在于:
最多为每个CC提供2个PUCCH格式1a/1b的资源。
5.根据权利要求4所述的方法,其特征在于,所述最多为每个CC提供2个PUCCH格式1a/1b的资源为:
如果CC的绑定窗口等于1,当所述CC配置为SIMO传输时,为其提供1个PUCCH格式1a/1b的资源,其PUCCH格式1a/1b的资源由调度PDSCH的物理下行控制信道(PDCCH)所占用的第一个控制信道元素(CCE)的索引得出或由调度PDSCH的PDCCH中的确认/非确认资源指示(ARI)指示;当所述CC配置为MIMO传输时,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由调度PDSCH的PDCCH所占用的第一个CCE的索引和第二个CCE的索引得出,或由调度PDSCH的PDCCH中的ARI指示得出;
如果CC的绑定窗口等于2,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由子帧0和子帧1的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;
如果CC的绑定窗口大于2,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由下行链路分配索引(DAI)=1和DAI=2的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;当存在半持续调度(SPS)业务时,SPS业务的半静态分配的PUCCH格式1a/1b的资源是第一个备选PUCCH格式1a/1b的资源,而DAI=1的PDCCH所占用的第一个CCE的索引是第二个备选PUCCH格式1a/1b的资源。
6.根据权利要求1所述的方法,其特征在于,所述进行分组捆绑为:
对所述两个CC在当前HARQ-ACK反馈周期内所有子帧的HARQ-ACK反馈信息进行空间捆绑;
如果经过空间捆绑后HARQ-ACK反馈信息的比特总数等于4,则将经过空间捆绑后的HARQ-ACK反馈信息分为两组,使每组HARQ-ACK反馈信息的比特总数等于2;
如果经过空间捆绑后HARQ-ACK反馈信息的比特总数大于4,则将经过空间捆绑后的HARQ-ACK反馈信息分为两组,每组至少2比特,对分组后比特总数大于2的HARQ-ACK反馈信息进行时域捆绑,使每组HARQ-ACK反馈信息的比特总数等于2。
7.根据权利要求6所述的方法,其特征在于:
经空间捆绑和时域捆绑后,每个CC提供的HARQ-ACK反馈信息的比特数决定了为每个CC提供的PUCCH格式1a/1b的资源的个数;
如果CC提供的HARQ-ACK反馈信息的比特数为1,为其提供1个PUCCH格式1a/1b的资源,其PUCCH格式1a/1b的资源由调度PDSCH的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;
如果CC提供的HARQ-ACK反馈信息的比特数为2,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由DAI=1和DAI=2的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;
如果CC提供的HARQ-ACK反馈信息的比特数为3,为其提供3个PUCCH格式1a/1b的资源,这3个PUCCH格式1a/1b的资源分别由DAI=1、DAI=2和DAI=3的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出。
8.根据权利要求6所述的方法,其特征在于:
按照子帧序号的大小顺序,将所述另一个CC在当前HARQ-ACK反馈周期内序号最大的N个子帧的HARQ-ACK反馈信息与所述一个CC的所有子帧的HARQ-ACK反馈信息作为一组,所述N大于等于1,将所述另一个CC在当前HARQ-ACK反馈周期内除所述N个子帧之外的其他所有子帧的HARQ-ACK反馈信息作为一组;
或者,按照子帧的DAI值的大小顺序,将所述另一个CC在当前HARQ-ACK反馈周期内DAI值最大的M个子帧的HARQ-ACK反馈信息与所述一个CC的所有子帧的HARQ-ACK反馈信息作为一组,所述M大于等于1,将所述另一个CC在当前HARQ-ACK反馈周期内除所述M个子帧之外的其他所有子帧的HARQ-ACK反馈信息作为一组。
9.根据权利要求6所述的方法,其特征在于:
按照子帧序号的大小顺序,将所述另一个CC在当前HARQ-ACK反馈周期内序号最小的N个子帧的HARQ-ACK反馈信息与所述一个CC的所有子帧的HARQ-ACK反馈信息作为一组,所述N大于等于1,将所述另一个CC在当前HARQ-ACK反馈周期内除所述N个子帧之外的其他所有子帧的HARQ-ACK反馈信息作为一组;
或者,按照子帧的DAI值的大小顺序,将所述另一个CC在当前HARQ-ACK反馈周期内DAI值最小的M个子帧的HARQ-ACK反馈信息与所述一个CC的所有子帧的HARQ-ACK反馈信息作为一组,所述M大于等于1,将所述另一个CC在当前HARQ-ACK反馈周期内除所述M个子帧之外的其他所有子帧的HARQ-ACK反馈信息作为一组。
10.根据权利要求1所述的方法,其特征在于,所述进行分组捆绑为:
对所述两个CC在当前HARQ-ACK反馈周期内所有子帧的HARQ-ACK反馈信息进行空间捆绑;
如果CC的绑定窗口等于1,其HARQ-ACK反馈信息为1比特;
如果CC的绑定窗口等于2,生成2比特的HARQ-ACK反馈信息;
如果CC的绑定窗口大于2,对经空间捆绑之后的HARQ-ACK反馈信息进行时域捆绑,生成2比特的HARQ-ACK反馈信息。
11.根据权利要求10所述的方法,其特征在于:
最多为每个CC提供2个PUCCH格式1a/1b的资源。
12.根据权利要求11所述的方法,其特征在于,所述最多为每个CC提供2个PUCCH格式1a/1b的资源为:
如果CC的绑定窗口等于1,为其提供1个PUCCH格式1a/1b的资源,其PUCCH格式1a/1b的资源由调度PDSCH的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示;
如果CC的绑定窗口等于2,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由子帧0和子帧1的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;
如果CC的绑定窗口大于2,为其提供2个PUCCH格式1a/1b的资源,这两个PUCCH格式1a/1b的资源分别由DAI=1和DAI=2的PDCCH所占用的第一个CCE的索引得出或由调度PDSCH的PDCCH中的ARI指示得出;当存在SPS业务时,SPS业务的半静态分配的PUCCH格式1a/1b的资源是第一个备选PUCCH格式1a/1b的资源,而DAI=1的PDCCH所占用的第一个CCE的索引是第二个备选PUCCH格式1a/1b的资源。
13.根据权利要求3、6至12任一项所述的方法,其特征在于:
按照子帧序号的大小顺序对比特总数大于2的HARQ-ACK反馈信息进行时域捆绑,或者按照子帧的DAI值的大小顺序对比特总数大于2的HARQ-ACK反馈信息进行时域捆绑。
14.根据权利要求1所述的方法,其特征在于:
将两个CC的绑定窗口大小的较大值记为M,按照表X-1、表X-2,、表X-3、表X-4、表X-5和表X-6所示的PUCCH格式1b的反馈映射表格来反馈所述两个CC的HARQ-ACK信息;其中:
表X-1用于M=1,且2个CC的HARQ-ACK比特数之和为2的情况;
表X-2用于M=1,且2个CC的HARQ-ACK比特数之和为3的情况;
表X-3用于M=1,且2个CC的HARQ-ACK比特数之和为4的情况;
表X-4用于M=2的情况;
表X-5用于M=3的情况;
表X-6用于M=4的情况;
各表中,HARQ-ACK(i),i=0~3,表示映射前的HARQ-ACK反馈信息,b(0)b(1)为映射后的HARQ-ACK反馈信息;
表X-1(M=1,A=2)
表X-2(M=1,A=3)
表X-3(M=1,A=4)
表X-4(M=2)
表X-5(M=3)
表X-6(M=4)
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210102090.6A CN103095433B (zh) | 2011-11-04 | 2012-04-09 | 一种发送harq-ack反馈信息的方法 |
US13/667,548 US20130114575A1 (en) | 2011-11-04 | 2012-11-02 | Method for transmitting harq-ack feedback information |
PCT/KR2012/009253 WO2013066136A1 (en) | 2011-11-04 | 2012-11-05 | Method for transmitting harq-ack feedback information |
KR1020120124282A KR20130049760A (ko) | 2011-11-04 | 2012-11-05 | Hybrid Automatic Repeat reQuest-ACKnowledgement(HARQ-ACK) 피드백 정보를 전송하는 방법 |
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2011103492432 | 2011-11-04 | ||
CN201110349243.2 | 2011-11-04 | ||
CN201110349243 | 2011-11-04 | ||
CN2011104435530 | 2011-12-27 | ||
CN201110443553 | 2011-12-27 | ||
CN201110443553.0 | 2011-12-27 | ||
CN201210102090.6A CN103095433B (zh) | 2011-11-04 | 2012-04-09 | 一种发送harq-ack反馈信息的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103095433A true CN103095433A (zh) | 2013-05-08 |
CN103095433B CN103095433B (zh) | 2018-06-15 |
Family
ID=48192409
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210102090.6A Active CN103095433B (zh) | 2011-11-04 | 2012-04-09 | 一种发送harq-ack反馈信息的方法 |
Country Status (4)
Country | Link |
---|---|
US (1) | US20130114575A1 (zh) |
KR (1) | KR20130049760A (zh) |
CN (1) | CN103095433B (zh) |
WO (1) | WO2013066136A1 (zh) |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105493596A (zh) * | 2013-09-26 | 2016-04-13 | 夏普株式会社 | 终端、基站以及通信方法 |
CN106559174A (zh) * | 2015-09-29 | 2017-04-05 | 北京信威通信技术股份有限公司 | 物理上行控制信道处理方法及装置 |
CN107027344A (zh) * | 2014-10-31 | 2017-08-08 | 三星电子株式会社 | 在小区内载波聚合系统中发送控制信道的方法和装置 |
CN107113122A (zh) * | 2017-03-28 | 2017-08-29 | 北京小米移动软件有限公司 | Harq反馈方法、装置及系统 |
CN107409325A (zh) * | 2015-03-31 | 2017-11-28 | 株式会社Ntt都科摩 | 用户终端、无线通信系统及无线通信方法 |
CN107566097A (zh) * | 2016-06-30 | 2018-01-09 | 展讯通信(上海)有限公司 | 用户设备及下行数据的harq反馈方法 |
CN107689822A (zh) * | 2016-08-05 | 2018-02-13 | 北京信威通信技术股份有限公司 | 反馈方法及装置 |
CN108111262A (zh) * | 2016-11-25 | 2018-06-01 | 北京三星通信技术研究有限公司 | 混合自动重传请求反馈和重传的方法及接收机、发射机 |
CN108353316A (zh) * | 2015-11-05 | 2018-07-31 | 株式会社Ntt都科摩 | 用户终端、无线基站以及无线通信方法 |
CN109496398A (zh) * | 2018-10-25 | 2019-03-19 | 北京小米移动软件有限公司 | 混合自动重传请求harq反馈方法及装置 |
CN110048817A (zh) * | 2018-01-15 | 2019-07-23 | 展讯通信(上海)有限公司 | 确定harq反馈pucch资源的方法、装置及用户设备 |
CN110138523A (zh) * | 2018-02-08 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种反馈码本确定方法及装置 |
WO2020061776A1 (zh) * | 2018-09-25 | 2020-04-02 | Oppo广东移动通信有限公司 | 一种反馈资源的复用方法、终端设备及网络设备 |
CN111106903A (zh) * | 2018-10-26 | 2020-05-05 | 电信科学技术研究院有限公司 | 混合自动重传的反馈方法、接收方法、终端及网络设备 |
CN112398597A (zh) * | 2019-08-16 | 2021-02-23 | 华为技术有限公司 | 一种反馈信息传输方法及装置 |
WO2021062747A1 (zh) * | 2019-09-30 | 2021-04-08 | 华为技术有限公司 | 调度方法和装置 |
CN113812105A (zh) * | 2019-09-30 | 2021-12-17 | 华为技术有限公司 | 一种上行控制信息的传输方法、装置及存储介质 |
Families Citing this family (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102820960B (zh) * | 2012-01-09 | 2014-08-20 | 华为终端有限公司 | 实现混合自动重传请求的方法、用户设备和基站 |
WO2013157905A1 (ko) * | 2012-04-20 | 2013-10-24 | 엘지전자 주식회사 | 신호 송수신 방법 및 이를 위한 장치 |
CN104285399B (zh) | 2012-05-10 | 2018-03-30 | 瑞典爱立信有限公司 | 用于混合自动重传请求信令的方法和装置 |
CN103516499B (zh) * | 2012-06-19 | 2017-06-13 | 电信科学技术研究院 | 一种ack/nack反馈比特数确定方法及装置 |
US8958331B2 (en) * | 2012-07-02 | 2015-02-17 | Intel Corporation | HARQ-ACK handling for unintended downlink sub-frames |
JP6180732B2 (ja) * | 2012-12-17 | 2017-08-16 | 株式会社Nttドコモ | ユーザ端末、無線基地局及び無線通信方法 |
WO2014172896A1 (zh) | 2013-04-26 | 2014-10-30 | 华为技术有限公司 | 一种数据传输的方法、基站和无线通信设备 |
US9497682B2 (en) * | 2013-06-07 | 2016-11-15 | Intel Corporation | Central processing unit and methods for supporting coordinated multipoint transmission in an LTE network |
CN103856301B (zh) * | 2014-02-21 | 2017-02-08 | 重庆邮电大学 | 一种td‑lte‑a系统中ue端下行harq信息反馈实现方法 |
CN106105084B (zh) * | 2014-03-12 | 2019-07-12 | Lg电子株式会社 | 在支持无线电资源的使用变化的无线通信系统中发送上行链路控制信道的方法及其装置 |
CN105247938B (zh) * | 2014-04-08 | 2019-11-19 | 华为技术有限公司 | 一种上下行配比的配置方法、基站及用户设备 |
WO2016018132A1 (ko) * | 2014-08-01 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서 d2d 통신을 지원하는 방법 및 이를 위한 장치 |
US20160218835A1 (en) * | 2015-01-26 | 2016-07-28 | Electronics And Telecommunications Research Institute | Method and apparatus for constituting feedback signal for harq |
WO2016122243A1 (en) | 2015-01-29 | 2016-08-04 | Samsung Electronics Co., Ltd. | Harq-ack information feedback method and apparatus |
CN106160957B (zh) * | 2015-01-29 | 2021-07-23 | 北京三星通信技术研究有限公司 | Harq-ack信息的反馈方法及设备 |
WO2016119207A1 (en) * | 2015-01-30 | 2016-08-04 | Telefonaktiebolaget Lm Ericsson (Publ) | Harq/csi ack feedback method over unlicensed carriers |
WO2016161652A1 (zh) * | 2015-04-10 | 2016-10-13 | 华为技术有限公司 | 混合自动重传应答消息的传输方法、用户设备和基站 |
WO2017026979A1 (en) * | 2015-08-11 | 2017-02-16 | Intel IP Corporation | Harq feedback configuration techniques for broadband wireless communication networks |
US10038521B2 (en) * | 2015-08-12 | 2018-07-31 | Lg Electronics Inc. | Method for transmitting control information and an apparatus therefor |
JP6633889B2 (ja) * | 2015-10-29 | 2020-01-22 | Kddi株式会社 | 基地局装置、端末装置、通信方法及びプログラム |
US10524237B2 (en) * | 2016-03-07 | 2019-12-31 | Samsung Electronics Co., Ltd. | Control signaling for supporting multiple services in advanced communication systems |
CN110574320A (zh) * | 2017-05-02 | 2019-12-13 | 华为技术有限公司 | 一种针对eMTC的HARQ反馈方法及终端设备 |
CN109152018B (zh) * | 2017-06-16 | 2021-02-09 | 华为技术有限公司 | 一种载波分组方法及设备 |
US11368260B2 (en) * | 2018-05-03 | 2022-06-21 | Mediatek Singapore Pte. Ltd. | Method and apparatus for reporting hybrid automatic repeat request-acknowledge information in mobile communications |
WO2020037446A1 (en) * | 2018-08-18 | 2020-02-27 | Qualcomm Incorporated | Link quality feedback for diversity enhancement based non-coherent joint transmission |
US20200106569A1 (en) * | 2018-09-27 | 2020-04-02 | Mediatek Inc. | Mechanisms for postponing hybrid automatic repeat request acknowledgement (harq-ack) feedback |
US11539475B2 (en) * | 2019-01-04 | 2022-12-27 | Kt Corporation | Method and apparatus for transmitting sidelink HARQ feedback information |
CN111262670B (zh) * | 2019-01-11 | 2023-02-03 | 维沃移动通信有限公司 | 一种混合自动重传确认反馈信息传输方法和终端设备 |
CN111277998B (zh) * | 2019-01-18 | 2021-08-10 | 维沃移动通信有限公司 | 一种无线通信方法及终端设备 |
CN111953445B (zh) * | 2019-05-14 | 2022-07-01 | 中国移动通信集团山东有限公司 | Harq-ack反馈模式的设置方法、装置和用户设备 |
CN110832800B (zh) * | 2019-08-07 | 2022-07-01 | 北京小米移动软件有限公司 | Harq反馈增强的方法及装置、通信设备及存储介质 |
CN112788747B (zh) * | 2019-11-04 | 2023-04-07 | 维沃移动通信有限公司 | Harq-ack反馈信息的传输方法和设备 |
CN115399018A (zh) * | 2020-04-08 | 2022-11-25 | 苹果公司 | 上行链路控制信息报告 |
CN112004250B (zh) * | 2020-08-25 | 2021-07-13 | 深圳职业技术学院 | 鲁棒的物联网数据传输方法及系统 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101784076A (zh) * | 2009-01-21 | 2010-07-21 | 大唐移动通信设备有限公司 | 降低多载波系统中harq重传时间间隔的方法和基站 |
WO2010102456A1 (zh) * | 2009-03-13 | 2010-09-16 | 华为技术有限公司 | 资源分配方法、数据传输方法、基站及终端 |
WO2010110561A2 (en) * | 2009-03-23 | 2010-09-30 | Lg Electronics Inc. | Method and apparatus for transmitting ack/nack |
CN102076031A (zh) * | 2011-01-13 | 2011-05-25 | 大唐移动通信设备有限公司 | 一种配置小区信息的方法和装置 |
CN102075949A (zh) * | 2010-12-22 | 2011-05-25 | 大唐移动通信设备有限公司 | 一种基于ca技术进行数据传输的方法及装置 |
CN102223215A (zh) * | 2011-06-23 | 2011-10-19 | 电信科学技术研究院 | Ack/nack的传输方法、接收方法及其装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2629445B1 (en) * | 2010-10-11 | 2021-08-18 | LG Electronics Inc. | Method for transmitting control information and apparatus for same |
EP2700279A4 (en) * | 2011-04-21 | 2014-10-29 | Broadcom Corp | ERROR PREVENTION IN DYNAMIC UPLINK / DOWNLINK CONFIGURATION CHANGES FOR TIME DIVISION DUPLEXING |
TW201322681A (zh) * | 2011-09-26 | 2013-06-01 | Innovative Sonic Corp | 無線通訊系統中處理通道狀態資訊之方法和通訊設備 |
-
2012
- 2012-04-09 CN CN201210102090.6A patent/CN103095433B/zh active Active
- 2012-11-02 US US13/667,548 patent/US20130114575A1/en not_active Abandoned
- 2012-11-05 WO PCT/KR2012/009253 patent/WO2013066136A1/en active Application Filing
- 2012-11-05 KR KR1020120124282A patent/KR20130049760A/ko not_active Application Discontinuation
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101784076A (zh) * | 2009-01-21 | 2010-07-21 | 大唐移动通信设备有限公司 | 降低多载波系统中harq重传时间间隔的方法和基站 |
WO2010102456A1 (zh) * | 2009-03-13 | 2010-09-16 | 华为技术有限公司 | 资源分配方法、数据传输方法、基站及终端 |
WO2010110561A2 (en) * | 2009-03-23 | 2010-09-30 | Lg Electronics Inc. | Method and apparatus for transmitting ack/nack |
CN102075949A (zh) * | 2010-12-22 | 2011-05-25 | 大唐移动通信设备有限公司 | 一种基于ca技术进行数据传输的方法及装置 |
CN102076031A (zh) * | 2011-01-13 | 2011-05-25 | 大唐移动通信设备有限公司 | 一种配置小区信息的方法和装置 |
CN102223215A (zh) * | 2011-06-23 | 2011-10-19 | 电信科学技术研究院 | Ack/nack的传输方法、接收方法及其装置 |
Non-Patent Citations (2)
Title |
---|
ETSI: "《ETSI TS 136 216 V10.1.0(2011-04)Technical Specification》", 30 April 2011 * |
HUAWEI, HISILICON: "《Details on ACK/NACK time domain bundling for TDD R1-110900》", 《3GPP TSG RAN WG1 MEETING #64》 * |
Cited By (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105493596B (zh) * | 2013-09-26 | 2019-01-15 | 夏普株式会社 | 终端、基站以及通信方法 |
CN105493596A (zh) * | 2013-09-26 | 2016-04-13 | 夏普株式会社 | 终端、基站以及通信方法 |
CN107027344A (zh) * | 2014-10-31 | 2017-08-08 | 三星电子株式会社 | 在小区内载波聚合系统中发送控制信道的方法和装置 |
CN107027344B (zh) * | 2014-10-31 | 2021-09-03 | 三星电子株式会社 | 在小区内载波聚合系统中发送控制信道的方法和装置 |
CN107409325B (zh) * | 2015-03-31 | 2021-11-30 | 株式会社Ntt都科摩 | 用户终端、无线通信系统及无线通信方法 |
CN107409325A (zh) * | 2015-03-31 | 2017-11-28 | 株式会社Ntt都科摩 | 用户终端、无线通信系统及无线通信方法 |
CN106559174A (zh) * | 2015-09-29 | 2017-04-05 | 北京信威通信技术股份有限公司 | 物理上行控制信道处理方法及装置 |
CN108353316A (zh) * | 2015-11-05 | 2018-07-31 | 株式会社Ntt都科摩 | 用户终端、无线基站以及无线通信方法 |
CN108353316B (zh) * | 2015-11-05 | 2022-04-12 | 株式会社Ntt都科摩 | 用户终端、无线基站以及无线通信方法 |
CN107566097A (zh) * | 2016-06-30 | 2018-01-09 | 展讯通信(上海)有限公司 | 用户设备及下行数据的harq反馈方法 |
CN107689822A (zh) * | 2016-08-05 | 2018-02-13 | 北京信威通信技术股份有限公司 | 反馈方法及装置 |
CN108111262A (zh) * | 2016-11-25 | 2018-06-01 | 北京三星通信技术研究有限公司 | 混合自动重传请求反馈和重传的方法及接收机、发射机 |
CN108111262B (zh) * | 2016-11-25 | 2022-04-15 | 北京三星通信技术研究有限公司 | 混合自动重传请求反馈和重传的方法及接收机、发射机 |
US11012198B2 (en) | 2017-03-28 | 2021-05-18 | Beijing Xiaomi Mobile Software Co., Ltd. | HARQ feedback method, apparatus and system |
CN107113122A (zh) * | 2017-03-28 | 2017-08-29 | 北京小米移动软件有限公司 | Harq反馈方法、装置及系统 |
CN107113122B (zh) * | 2017-03-28 | 2020-06-19 | 北京小米移动软件有限公司 | Harq反馈方法、装置及系统 |
CN110048817B (zh) * | 2018-01-15 | 2021-08-20 | 展讯通信(上海)有限公司 | 确定harq反馈pucch资源的方法、装置及用户设备 |
CN110048817A (zh) * | 2018-01-15 | 2019-07-23 | 展讯通信(上海)有限公司 | 确定harq反馈pucch资源的方法、装置及用户设备 |
CN110138523A (zh) * | 2018-02-08 | 2019-08-16 | 电信科学技术研究院有限公司 | 一种反馈码本确定方法及装置 |
CN110138523B (zh) * | 2018-02-08 | 2021-05-07 | 电信科学技术研究院有限公司 | 一种反馈码本确定方法及装置 |
WO2020061776A1 (zh) * | 2018-09-25 | 2020-04-02 | Oppo广东移动通信有限公司 | 一种反馈资源的复用方法、终端设备及网络设备 |
US11973600B2 (en) | 2018-09-25 | 2024-04-30 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method for multiplexing feedback resources, terminal device and network device |
CN109496398A (zh) * | 2018-10-25 | 2019-03-19 | 北京小米移动软件有限公司 | 混合自动重传请求harq反馈方法及装置 |
CN109496398B (zh) * | 2018-10-25 | 2022-07-15 | 北京小米移动软件有限公司 | 混合自动重传请求harq反馈方法及装置 |
US12021629B2 (en) | 2018-10-25 | 2024-06-25 | Beijing Xiaomi Mobile Software Co., Ltd. | Hybrid automatic repeat request feedback method and device |
CN111106903B (zh) * | 2018-10-26 | 2021-06-04 | 电信科学技术研究院有限公司 | 混合自动重传的反馈方法、接收方法、终端及网络设备 |
CN111106903A (zh) * | 2018-10-26 | 2020-05-05 | 电信科学技术研究院有限公司 | 混合自动重传的反馈方法、接收方法、终端及网络设备 |
CN112398597A (zh) * | 2019-08-16 | 2021-02-23 | 华为技术有限公司 | 一种反馈信息传输方法及装置 |
CN112398597B (zh) * | 2019-08-16 | 2022-04-05 | 华为技术有限公司 | 一种反馈信息传输方法及装置 |
WO2021062747A1 (zh) * | 2019-09-30 | 2021-04-08 | 华为技术有限公司 | 调度方法和装置 |
CN113812105A (zh) * | 2019-09-30 | 2021-12-17 | 华为技术有限公司 | 一种上行控制信息的传输方法、装置及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2013066136A1 (en) | 2013-05-10 |
US20130114575A1 (en) | 2013-05-09 |
KR20130049760A (ko) | 2013-05-14 |
CN103095433B (zh) | 2018-06-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103095433A (zh) | 一种发送harq-ack反馈信息的方法 | |
CN103036660B (zh) | 一种反馈数据接收状况的方法 | |
CN110063039A (zh) | 在物理上行链路数据信道中复用控制信息 | |
CN102075313B (zh) | 一种ack/nack反馈比特的处理方法和设备 | |
CN104202133B (zh) | 用于通信系统的混和自动重传请求方法和设备 | |
CN102932090B (zh) | 检测、发送信息的方法及设备 | |
CN102083211B (zh) | 上行控制信道资源的确定方法和设备 | |
KR101690632B1 (ko) | 상이한 tdd 업링크/다운링크 구성의 캐리어 집성의 피드백 방법, 장치 및 시스템 | |
CN102098151B (zh) | 一种正确/错误应答消息的发送方法及用户终端 | |
CN103178942B (zh) | 信令传输方法、基站和用户设备 | |
CN103516496B (zh) | 一种发送harq-ack反馈信息的方法 | |
CN102223219B (zh) | Harq‑ack的反馈处理方法及系统 | |
CN102263616B (zh) | 指示控制信道的方法及装置 | |
CN103581891B (zh) | 信息的处理方法及装置 | |
CN104348591B (zh) | 一种上行控制信息的发送方法及用户设备、基站 | |
CN102752089B (zh) | 反馈ack/nack的方法 | |
CN106060930A (zh) | 一种增强载波聚合系统的harq-ack传输方法和设备 | |
CN107005374A (zh) | 发送上行链路控制信息的方法及其设备 | |
CN102098145B (zh) | 一种上行确认信息的发送方法和装置 | |
CN102394685B (zh) | 多天线系统上行控制信道的发送方法和系统 | |
CN103199961A (zh) | 一种采用发送分集技术传输harq-ack信息的方法 | |
CN107135052A (zh) | 一种发送harq‑ack反馈信息的方法 | |
CN107113110A (zh) | 控制信息的发送方法和通信设备 | |
CN106160983A (zh) | 一种增强载波聚合系统的harq-ack传输方法和设备 | |
WO2012065438A1 (zh) | 确认信息反馈方法及终端 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant |