CN104969501A - 在载波聚合系统中执行harq的方法和装置 - Google Patents
在载波聚合系统中执行harq的方法和装置 Download PDFInfo
- Publication number
- CN104969501A CN104969501A CN201480007580.5A CN201480007580A CN104969501A CN 104969501 A CN104969501 A CN 104969501A CN 201480007580 A CN201480007580 A CN 201480007580A CN 104969501 A CN104969501 A CN 104969501A
- Authority
- CN
- China
- Prior art keywords
- subframe
- community
- harq
- timing
- uplink
- 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
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
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1887—Scheduling and prioritising arrangements
-
- 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/1854—Scheduling and prioritising arrangements
-
- 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/1864—ARQ related signaling
-
- 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/14—Two-way operation using the same type of signal, i.e. duplex
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- 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/0001—Arrangements for dividing the transmission path
- H04L5/0003—Two-dimensional division
- H04L5/0005—Time-frequency
- H04L5/0007—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
- H04L5/001—Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了一种用于在载波聚合系统中执行上行链路混合自动重传(HARQ)的装置和方法。该方法包括以下步骤:将来自第二小区的上行链路子帧的数据发送到基站,并且从所述基站接收来自第一小区的下行链路子帧的针对所述数据的确认/否定确认(ACK/NACK)或者调度信息,其中,如果所述第二小区的上行链路子帧和所述第一小区的下行链路子帧之间的定时关系与正在仅使用所述第一小区时的定时关系不匹配,则从所述第一小区的下行链路子帧接收所述调度信息。
Description
技术领域
本发明涉及无线通信,更具体地,涉及在载波聚合系统中执行混合自动重传请求(HARQ)的方法和装置。
背景技术
近来,载波聚合系统正受到关注。载波聚合系统是指包括多于一个分量载波(CC)的宽带无线通信系统,该CC提供比该宽带无线通信系统的目标带宽小的带宽。在载波聚合系统中,可以使用服务小区术语来代替分量载波术语。与载波聚合系统关联的服务小区可以包括诸如下行链路分量载波(DL CC)和上行链路分量载波(UL CC)这样的一对两个分量载波或者仅包括两个DL CC。载波聚合系统是这样一种系统:在该系统中,多个服务小区与一个用户设备关联。
常规载波聚合系统允许仅聚合在相同的方案中操作的这些分量载波。也就是说,现有技术允许仅聚合基于频分双工(FDD)方案或时分双工(TDD)方案操作的分量载波。具体地,在TDD的情况下,假定利用相同的上行链路-下行链路构造(UL-DL构造)来建立要进行聚合的分量载波。UL-DL构造用于通知在哪个子帧中位于包括多个子帧的帧内的每个独立子帧被用于上行链路(UL)子帧和下行链路(DL)子帧之间。
然而,存在未来无线通信系统可以不被限制为仅聚合采用相同的方案的分量载波的机会。例如,可以将基于FDD方案操作的分量载波或者仅包括上行链路子帧的分量载波与基于TDD方案操作的分量载波进行聚合。类似地,可以将基于TDD方案操作的分量载波与基于FDD方案操作的分量载波进行聚合。或者,可以将仅包括上行链路子帧的分量载波与基于TDD方案或FDD方案操作的分量载波进行聚合。
如上所述,在分量载波根据彼此不同的方案来操作的载波聚合系统中,直接应用用于执行假定聚合相同的方案中操作的分量载波的混合自动重传请求(HARQ)的方法是困难的或者低效的。
在聚合根据彼此不同的方案来操作的分量载波的分量载波系统中,需要用于高效地组织调度信息与被调度的数据之间的定时、数据与作为对所述数据的响应的确认/否定确认(ACK/NACK)之间的定时、ACK/NACK与根据该ACK/NACK的数据重传之间的定时等的方法和装置。
发明内容
技术问题
本发明提供了在载波聚合系统中执行HARQ的方法和装置。具体地,本发明提供了在将采用彼此不同的帧结构的分量载波(小区)进行聚合的载波聚合系统中执行HARQ的方法和装置。
技术解决方案
一方面,提供了一种用于在载波聚合系统中执行用户设备的混合自动重传请求(HARQ)的方法。所述方法包括以下步骤:将来自第二小区的上行链路子帧的数据发送到基站;以及从所述基站接收来自第一小区的下行链路子帧的关于所述数据的确认/否定确认(ACK/NACK)或者调度信息。如果所述第二小区的上行链路子帧和所述第一小区的下行链路子帧之间的定时关系与在单独地使用所述第一小区时的定时关系不一致,则所述第一小区的下行链路子帧接收所述调度信息。
另一方面,提供了一种用于在载波聚合系统中执行用户设备的上行链路HARQ的方法。所述方法包括以下步骤:将来自第二小区的上行链路子帧的数据发送到基站;以及从所述基站接收来自第一小区的下行链路子帧的关于所述数据的确认/否定确认(ACK/NACK)或者调度信息。所述第一小区使用频分双工(FDD)方案,并且所述第二小区使用时分双工(TDD)方案。根据所述第二小区的第二上行链路-下行链路(UL-DL)构造来确定所述第二小区的上行链路子帧和所述第一小区的下行链路子帧之间的定时关系,并且所述第二UL-DL构造的上行链路子帧与在单独地使用所述第二小区时应用的第一UL-DL构造的UL子帧大部分交叠。
又一方面,提供了用于在载波聚合系统中执行上行链路HARQ的方法。所述方法包括以下步骤:将来自第二小区的上行链路子帧的数据发送到基站;以及从所述基站接收来自第一小区的下行链路子帧的关于所述数据的确认/否定确认(ACK/NACK)或者调度信息。所述第一小区使用时分双工(TDD)帧,所述第二小区使用频分双工(FDD)帧。根据所述第一小区的上行链路-下行链路(UL-DL)构造来确定所述第二小区的上行链路子帧和所述第一小区的下行链路子帧之间的定时关系。
有益效果
即使对于将具有不同的帧结构的分量载波(小区)进行聚合的情况,也能够高效地执行HARQ。
附图说明
图1示出了FDD无线电帧的结构。
图2示出了TDD无线电帧的结构。
图3示出了针对一个下行链路时隙的资源网格的示例。
图4示出了DL子帧的结构。
图5示出了UL子帧的结构。
图6例示了用于上行链路传输的同步HARQ方案。
图7是将单分量载波系统和载波聚合系统进行相互比较的示例。
图8例示了针对仅采用一个FDD小区的情况的现有技术的同步HARQ定时。
图9和图10例示了针对一个TDD小区中的各个UL-DL构造的常规同步HARQ定时。
图11例示了根据本发明的一个实施方式的用于执行HARQ的方法。
图12例示了例示在将FDD小区和TDD小区进行聚合的情况下的HU和UH的示例。
图13至图18例示了例示针对表7、表8和表10中的UL-DL构造1-5中的每一个的HARQ定时的示例。
图19例示了针对将使用UL-DL构造0的主小区(TDD小区)和FDD辅小区进行聚合的情况的UL HARQ定时。
图20是能够被应用于TDD主小区使用UL-DL构造0并且辅小区仅包括UL子帧的情况的HARQ定时的示例。
图21是能够被应用于TDD主小区使用UL-DL构造0并且辅小区仅包括UL子帧的情况的HARQ定时的另一示例。
图22是能够被应用于TDD主小区使用UL-DL构造0并且辅小区仅包括UL子帧的情况的HARQ定时的又一示例。
图23是在将使用UL-DL构造1的TDD主小区以及仅包括UL子帧的辅小区进行聚合的HARQ定时的示例。
图24是例示了在将使用UL-DL构造1的TDD主小区以及仅包括UL子帧的辅小区进行聚合的情况下的PHICH和无PHICH的操作中的PUSCH之间的定时以及UL授权和PUSCH之间的定时的示例。
图25是在将使用UL-DL构造1的TDD主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的另一示例。
图26是在将使用UL-DL构造1的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的又一示例。
图27是在将使用UL-DL构造2的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的另一示例。
图28是在将使用UL-DL构造2的主小区以及仅包括UL子帧的辅小区进行聚合的情况下考虑无PHICH的操作的HARQ定时的示例。
图29是在将使用UL-DL构造2的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的又一示例。
图30是在将使用UL-DL构造3的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图31是在将使用UL-DL构造3的主小区以及仅包括UL子帧的辅小区进行聚合时考虑无PHICH的操作的HARQ定时的示例。
图32是在将使用UL-DL构造3的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的另一示例。
图33是在将使用UL-DL构造3的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的又一示例。
图34是在将使用UL-DL构造3的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图35是在将使用UL-DL构造4的主小区以及仅包括UL子帧的辅小区进行聚合时考虑无PHICH的操作的HARQ定时的示例。
图36是在将使用UL-DL构造4的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图37是在将使用UL-DL构造5的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图38是在将使用UL-DL构造5的主小区以及仅包括UL子帧的辅小区进行聚合时考虑无PHICH的操作的HARQ定时的示例。
图39是在将使用UL-DL构造5的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图40是在将使用UL-DL构造5的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图41是在将使用UL-DL构造6的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图42是在将使用UL-DL构造6的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的另一示例。
图43是在将使用UL-DL构造6的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的又一示例。
图44是在将使用UL-DL构造6的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的又一示例。
图45是例示了实施本发明的一个实施方式的无线通信系统的框图。
具体实施方式
用户设备(UE)可以是固定的,或者可以具有移动性。UE可以被称为另外的术语,诸如移动站(MS)、移动终端(MT)、用户终端(UT)、订户站(SS)、无线设备、个人数字助理(PDA)、无线调制解调器或者手持设备。
BS通常是指与UE进行通信的固定站。BS也可以被称为另外的术语,诸如演进NodeB(eNodeB)、基站收发器系统(BTS)或者接入点。
从BS到UE的通信被称为下行链路(DL),并且从UE到BS的通信被称为上行链路(UL)。包括BS和UE的无线通信系统可以是时分双工(TDD)系统或频分双工(FDD)系统。TDD系统是在相同的频带中使用不同的时间来执行UL和DL发送/接收的无线通信系统。FDD系统是使用不同的频带来同时实现UL和DL发送/接收的无线通信系统。无线通信系统能够使用无线电帧来执行通信。
图1示出了FDD无线电帧的结构。
FDD无线电帧(在下文中简称为FDD帧)包括10个子帧,并且一个子帧包括两个连续的时隙。能够利用0至19对FDD帧中包括的时隙进行索引。对于要发送一个子帧所需的时间间隔被称为发送时间间隔(TTI),并且能够使用TTI来作为最小调度单元。例如,一个子帧的长度可以为1ms,并且一个时隙的长度可以为0.5ms。如果由Tf表示无线电帧的长度,则Tf可以为307200Ts,其等于10ms。
在FDD帧中,能够在相应的频带中以连续的方式来放置下行链路子帧和上行链路子帧。换句话说,FDD帧在第一频带中包括10个下行链路子帧,并且在第二频带中包括10个上行链路子帧。能够从0至9连续地对FDD帧内的下行链路子帧和上行链路子帧进行索引。
图2例示了TDD无线电帧的结构。
参照图2,TDD无线电帧(在下文中称为TDD帧)包括两个半帧,并且一个半帧包括5个子帧,由此包括总计10个子帧。TDD帧在同一频带内包括上行链路(UL)子帧、下行链路(DL)子帧和特殊(S)子帧。如果从0开始对TDD帧的子帧进行索引,则索引为#1和#6的子帧可以对应于特殊子帧,特殊子帧包括下行链路导频时隙(DwPTS)、保护时段(GP)和上行链路导频时隙(UpPTS)。DwPTS被用于用户设备中的初始小区搜索、同步或信道估计;并且能够被用于下行链路传输。UpPTS被用于基站中的信道估计以及用户设备的上行链路传输同步,UpPTS能够被用于上行链路传输。GP是用于去除由于下行链路信号在上行链路和下行链路之间的多路径延迟而在上行链路中产生的干扰而限定的时间段。GP和UpPTS能够被用作时间间隙。
如上所述,在同一频带中共存TDD帧的DL子帧和UL子帧。表1示出了TDD帧的UL-DL构造的一个示例。
[表1]
在表1中,“D”表示DL子帧,“U”表示UL子帧,“S”表示特殊子帧。从基站接收UL-DL构造,用户设备能够确定TDD帧中的相应的子帧对应于DL子帧(或S子帧)还是UL子帧。
图3示出了针对一个下行链路时隙的资源网格的示例。
参照图3,下行链路时隙在时域中包括多个正交频分复用(OFDM)符号,并且在频域中包括NRB个资源块(RB)。在资源分配单元中,RB在时域中包括一个时隙,并且在频域中包括多个连续的子载波。下行链路时隙中包括的RB的数目NRB取决于在小区中构造的下行链路传输带宽NDL。例如,在LTE系统中,NRB可以是6至110中的任何一个。上行链路时隙可以具有与下行链路时隙相同的结构。
资源网格上的每个元素被称为资源元素(RE)。能够在时隙中通过索引对(k,l)来识别资源网格上的RE。这里,k(k=0、...、NRB×12-1)是频域中的子载波索引,并且l(1=0、...、6)是时域中的OFDM符号索引。
虽然已经在图3中将在时域中包括7个OFDM符号以及在频域中包括12个子载波的7×12个RE例示为包括在一个RB中,但是RB内的OFDM符号的数目和子载波的数目不限于此。能够根据CP的长度、频率间隔等按照各种方式来改变OFDM符号的数目和子载波的数目。在一个OFDM符号中,可以选择128、256、512、1024、1536和2048中的一个并且使用其作为子载波的数目。
图4示出了DL子帧的结构。
参照图4,在时域中,将下行链路(DL)子帧划分成控制区域和数据区域。控制区域包括子帧内的第一时隙的最多前3个(根据情况,最多4个)OFDM符号,然而可以改变控制区域中包括的OFDM符号的数目。将与物理下行链路控制信道(PDCCH)不同的控制信道分配给控制区域,并且将物理下行链路共享信道(PDSCH)分配给数据区域。
在子帧的第一OFDM符号中发送的PCFICH承载与用来在该子帧内发送控制信道的OFDM符号的数目(即,控制区域的大小)有关的控制格式指示符(CFI)。UE首先在PCFICH上接收CFI,然后监测PDCCH。与PDCCH不同,不对PCFICH进行盲解码,而是通过子帧的固定PCFICH资源来发送PCFICH。
PHICH承载针对上行链路混合自动重传请求(HARQ)的肯定确认(ACK)/否定确定(NACK)信号。在PHICH上发送针对由UE发送的PUSCH上的上行链路(UL)数据的ACK/NACK信号。
通过PDCCH而发送的控制信息被称为下行链路控制信息(DCI)。DCI能够包括PDSCH的资源分配(这也被称为DL授权)、PUSCH的资源分配(这也被称为UL授权)、针对特定UE组内的相应MS的发送功率控制命令的集合和/或互联网协议语音(VoIP)的激活。
包括DL授权的下行链路控制信息(DCI)能够包括HARQ处理编号。DCI在FDD的情况下具有用于HARQ处理编号的3个比特,而在TDD的情况下具有4个比特。UE能够基于HARQ处理编号来区分HARQ处理。
基站根据要发送给UE的DCI来确定PDCCH格式,将循环冗余校验(CRC)附加到DCI,并且根据PDCCH的所有者或预期用途利用唯一标识符(其被称为无线电网络临时标识符(RNTI))来对CRC进行掩码。
在PDCCH用于特定UE的情况下,能够利用小区RNTI(C-RNTI)来对UE的唯一标识符(例如,CRC)进行掩码。类似地,在PDCCH用于寻呼消息的情况下,能够利用寻呼标识符(例如,寻呼RNTI(P-RNTI))来对CRC进行掩码。在PDCCH用于系统信息的情况下,能够利用系统信息标识符(即,系统信息RNTI(SI-RNTI))来对CRC进行掩码。为了指示作为对UE的随机接入前导码的响应的随机接入响应,能够利用随机接入RNTI(RA-RNTI)来对CRC进行掩码。如果使用C-RNTI,则PDCCH承载针对相应的特定UE的控制信息(其被称为UE特定控制信息);如果使用不同的RNTI,则PDCCH承载由小区内的UE中的全部或多个而接收的公共控制信息。
基站对添加CRC的DCI进行编码并且生成经编码的数据。编码包括信道编码和速率匹配。然后,基站对经编码的数据进行调制,生成经调制的符号,并且通过将这些经调制的符号映射到物理资源元素(RE)中来发送这些经调制的符号。
在数据区域中发送的PDSCH是下行链路数据信道。能够通过PDSCH来发送系统信息、数据等。另外,PBCH承载对于UE与基站进行通信必需的系统信息,通过PBCH而发送的系统信息被称为主信息块(MIB)。类似地,在由PDCCH指定的PDSCH上发送的系统信息被称为系统信息块(SIB)。
图5例示了上行链路子帧的结构。
参照图5,在频域中,能够将上行链路子帧划分成用来分配承载上行链路控制信息的物理上行链路控制信道(PUCCH)的控制区域以及用来分配承载用户数据和/或控制信息的物理上行链路共享信道(PUSCH)的数据区域。
在子帧中的RB对上来分配PUCCH。属于RB对的RB在第一时隙和第二时隙中的每一个中占用不同的子载波。
<混合自动重传请求(HARQ)>
能够将HARQ操作分类成同步HARQ和异步HARQ。
在同步HARQ方案中,当初始发送失败时,在预定的定时执行后续的重新发送。能够在初始发送之后的每第8个时间单元(子帧)执行重新发送定时。由于已经根据该定时在基站和UE之间达成一致,因此不需要额外地通知该定时。如果数据发送方接收到NACK消息,则直至该数据发送方接收到ACK消息才能够在每第8个子帧处重新发送数据。
另一方面,能够在重新调度重传定时时来执行异步HARQ方案,或者通过附加信令来执行异步HARQ方案。能够依据各种因素(诸如信道条件)来改变针对失败发送一次的数据的重新发送的定时。
此外,能够将HARQ操作分类成非信道自适应HARQ和信道自适应HARQ。在非信道自适应HARQ方案中,根据初始发送时的构造来确定用于重传的数据调制、资源块的数目以及编码方法。另一方面,在信道自适应HARQ方案中,根据信道条件来改变构造。例如,假定发送方已经在初始发送时通过使用6个资源块来发送数据,则在非信道自适应HARQ方案中使用相同数目的资源块来重新发送数据。然而,在信道自适应HARQ方案的情况下,即使同样假定已经使用6个资源块来进行初始数据发送,也可以根据信道条件使用大于或小于6的数目个资源块来重新发送数据。
根据以上分类,能够针对HARQ操作来应用四种不同的组合;然而,异步和信道自适应HARQ方案以及同步和非信道自适应HARQ方案是两种常用的方案。异步和信道自适应HARQ方案能够通过根据信道条件而自适应地改变所用的资源的量以及重传定时来使重传效率最大化。然而,异步和信道自适应HARQ方案容易增加开销,由此对于上行链路传输,通常不采用该方案。另一方面,同步和非信道自适应HARQ方案预先确定重传定时和资源分配,因此要求几乎为零的开销;然而,如果在表现出严格变化的信道条件下使用该方案,则重传效率显著地降低。
在当前的3GPP LTE系统中,在针对上行链路传输使用同步HARQ方案的同时,针对下行链路传输使用异步HARQ方案。换句话说,在当UE发送/重新发送数据时使用同步HARQ方案的同时,在基站发送/重新发送数据时使用异步HARQ方案。
图6例示了用于上行链路传输的同步HARQ方案。
参照图6,在子帧n处接收到作为调度信息的UL授权之后,UE在子帧n+4处发送PUSCH。应当注意的是,通过UL授权来调度PUSCH。在子帧n+8处,UE能够通过PHICH来接收与PUSCH相关的ACK/NACK信号,或者能够通过PDCCH来接收UL授权。UE能够在子帧n+12处重新发送PUSCH。子帧n、n+4、n+8和n+12是构成同一HARQ处理的子帧,并且能够将同一HARQ处理的编号指派给这些子帧。
此外,如图6中所示,在UE在从基站接收到UL授权或ACK/NACK信号之后发送下一数据之前,出现时间延迟。时间延迟是由于信道传播延迟以及对于数据解码和编码所需的处理时间而产生的。为了防止在时间延迟时期期间停止传输数据,正在使用用于通过使用独立的HARQ处理来发送数据的方法。
例如,假定针对一个HARQ处理,从数据传输到下一数据传输的最短的时间期间是8个子帧,则能够通过采用8个独立的HARQ处理来无间断地执行数据传输。在LTE FDD方案中,能够在系统不基于多输入多输出(MIMO)操作的情况下分配最多8个HARQ处理。在LTE FDD方案中,能够根据稍后将详细描述的UL-DL构造来改变HARQ处理的最大数目。在基于MIMO操作来同时发送两个码字的情况下,能够通过一个HARQ处理来一起发送这两个码字,或者能够通过相应的HARQ处理来分别发送这两个码字。
在下文中,将描述载波聚合系统。
图7是将单分量载波系统和载波聚合系统进行相互比较的示例。
参照图7,在单分量载波系统中,针对上行链路传输和下行链路传输,仅将一个分量载波分配给UE。能够改变分量载波的带宽,但是仅将一个分量载波分配给UE。另一方面,在载波聚合(CA)系统中,能够分配多个分量载波(DL CC A至DL CC C、UL CC A至UL CC C)。例如,能够将三个20MHz带宽的分量载波分配给UE,使得能够分配60MHz的带宽。
能够将载波聚合系统分类成连续地设置有独立分量载波的连续载波聚合系统以及彼此分离地设置有独立分量载波的非连续载波聚合系统。在下文中,如果系统仅被称为载波聚合系统,则应当理解的是,该系统涉及分量载波是连续的情况以及分量载波是不连续的情况这二者。
当将多于一个分量载波进行聚合时,目标分量载波能够使用由现有系统采用的相同的带宽,以确保与现有系统的向后兼容性。例如,3GPP LTE系统支持1.4MHz、3MHz、5MHz、10MHz、15MHz和20MHz的带宽,而3GPP LTE-A系统能够通过仅使用3GPP LTE系统的带宽来实现多于20MHz的宽带。或者,能够通过限定新的带宽而不是直接采用现有系统的带宽来实现宽带系统。
通过多个载波频率来区分无线通信系统的系统频带。此时,载波频率是指小区的中央频率。在下文中,假定小区能够由一对下行链路频率资源和上行链路频率资源构成。或者,小区能够仅由下行链路频率资源构成。一般而言,如果不考虑载波聚合,则单个小区能够始终具有成对形式的上行链路频率资源和下行链路频率资源。
为了通过特定小区来发送或接收分组数据,UE首先需要完成该特定小区的构造。此时,构造是指已经完成对于向相应的小区发送数据以及从相应的小区接收数据所需的系统信息的状态。例如,构造能够包括接收以下项的整个处理:对于发送和接收数据所需的公共物理层参数、MAC层参数、或者对于RRC层中的特定操作所需的参数。一旦接收到指示能够发送分组数据的信息,已经完成构造的小区就进入该小区能够立即发送和接收分组的状态。
已经完成构造的小区能够保持在激活或停用状态。此时,激活是指数据发送或接收正被执行或者处于准备状态的状态。UE能够监测或接收已激活的小区的PDCCH和PDSCH,使得该UE能够检查分配给该UE的资源(这些资源可以是频率资源或时间资源)。
停用是指不可能发送或接收流量数据但是允许最少信息的测量或者发送/接收的状态。UE能够接收从已停用小区接收分组所需的系统信息(SI)。另一方面,UE不监测或接收已停用小区的PDCCH和PDSCH,以检查分配给该UE的资源(其能够是频率或时间资源)。
能够将小区划分成主小区(Pcell)、辅小区(Scell)和服务小区。
如果小区被构造用于载波聚合,则UE建立与网络的仅一个RRC连接。在RRC连接建立/重新建立/切换处理期间,一个小区提供非接入层(NAS)移动性信息和安全输入。这种小区被称为主小区。换句话说,主小区是指UE用来执行初始连接建立过程或连接重新建立过程的小区或者在切换过程期间被指定为主小区的小区。
辅小区是指构造为在通过主小区来建立RRC连接之后提供附加的无线电资源的小区。
服务小区是指构造为向UE提供服务的小区,并且在不构造载波聚合或者UE不能提供载波聚合的情况下,服务小区由主小区构成。在构造载波聚合的情况下,能够采用多个服务小区。能够由来自主小区或所有辅小区当中的一个或更多个小区的集合来形成多个服务小区。
主分量载波(PCC)是指与主小区对应的CC。PCC是各种CC当中的这样一种CC:通过该CC,UE在初始阶段期间建立与基站的(RRC)连接。PCC是处理建立用于发送多个CC的信号并且管理承载与UE相关的连接信息的UE上下文信息的(RRC)连接的特殊CC。另外,在PCC建立与UE的连接并且进入RRC连接模式的情况下,PCC始终保持在激活模式下。与主小区对应的下行链路分量载波被称为下行链路主分量载波(DL PCC),并且与主小区对应的上行链路分量载波被称为上行链路主分量载波(UL PCC)。
辅分量载波(SCC)是指与辅小区对应的CC。换句话说,除了PCC以外,也将SCC分配给UE;SCC是除了PCC以外也用于分配附加资源的扩展载波,并且能够处于激活模式或停用模式。与辅小区对应的下行链路分量载波被称为DL辅CC(DLSCC),并且与辅小区对应的上行链路分量载波被称为UL SCC。
对于构成服务小区的分量载波,下行链路分量载波可以构成一个服务小区,并且下行链路分量载波和上行链路分量载波可以被构造为彼此连接以形成一个服务小区。在现有技术中,不允许由仅一个上行链路分量载波来形成服务小区。然而,本发明使得能够通过使用仅一个上行链路分量载波来形成服务小区。
分量载波的激活/停用等同于服务小区的激活/停用的概念。例如,假定服务小区1由DL CC1组成,则服务小区1的激活指示DL CC1的激活。现在,假定服务小区2被构造为使得在DL CC2和UL CC2之间建立连接,则服务小区2的激活指示DLCC2和UL CC2的激活。在这个意义上,每个分量载波都能够对应于小区。
能够针对下行链路和上行链路而不同地设置被聚合的分量载波的数目。下行链路CC的数目与上行链路CC的数目相同的情况被称为对称聚合,而如果这些数目不同,则被称为不对称聚合。类似地,CC的大小(即,带宽)能够彼此不同。例如,如果5个CC被用来形成70MHz的带宽,则可以通过5MHz CC(载波#0)、20MHz CC(载波#1)、20MHz CC(载波#2)、20MHz CC(载波#3)和5MHz CC(载波#4)来实现该带宽。
如上所述,与单分量载波系统不同,载波聚合系统能够支持多个服务小区(即,多个分量载波(CC))。
此外,载波聚合系统能够支持跨载波调度(CCS)。CCS是这样一种调度方法:该调度方法能够通过使用通过特定分量载波而发送的PDCCH来对通过另一分量载波而发送的PDSCH进行资源分配和/或对通过除了通过默认链接到特定分量载波的分量载波以外的另一分量载波而发送的PUSCH进行资源分配。换句话说,能够通过不同的DL CC来发送PDCCH和PDSCH,并且能够通过不与已经发送包括UL授权的PDCCH的DL CC链接的UL CC(即,属于除了构成同一小区的UL CC以外的不同的小区的UL CC)来发送PUSCH。如上所述,CCS支持系统需要这样的载波指示符:能够使用该载波指示符来指示PDCCH正在调度通过一些DL CC/UL CC而发送的哪个PDSCH/PUSCH。包括这种载波指示符的字段被称为载波指示字段(CIF)。
CCS支持系统能够包括现有下行链路控制信息(DCI)格式的CIF。在CCS支持系统中,例如,在LTE-A系统中,将CIF添加到现有DCI格式(即,在LTE系统中使用的DCI格式);因此,能够扩展3个比特,并且PDCCH结构能够重新使用现有系统中使用的编码方法、资源分配方法(即,基于CCE的资源映射)等。
基站能够构造PDCCH监测DL CC(监测CC)集合。该PDCCH监测DL CC集合包括被聚合的全部DL CC的一部分,并且如果确定CCS,则UE仅针对PDCCH监测DL CC集合中包括的DL CC来执行PDCCH监测/解码。换句话说,基站仅通过PDCCH监测DL CC集合中包括的DL CC来发送与要调度的PDSCH/PUSCH相关的PDCCH。能够按照UE特定方式、按照UE组特定方式或者按照小区特定方式来构造PDCCH监测DL CC集合。
非跨载波调度(NCCS)是指在同一载波(小区)内执行调度并且根据该调度来接收/发送数据的方案。NCCS也被称为自调度。NCCS能够被认为是已经应用到为其仅建立单个小区的现有UE的调度方法。
此外,现有的载波聚合系统基于将使用相同的帧结构的载波进行聚合的假定。例如,假定将采用FDD帧的FDD小区进行聚合或者将采用TDD帧的TDD小区进行聚合。另外,还假定在将TDD小区进行聚合时,各个TDD小区使用相同的UL-DL构造。
然而,在未来的载波聚合系统中,能够将FDD小区和TDD小区进行聚合,并且即使当将TDD小区进行聚合时,每个相应的TDD小区也能够具有不同的UL-DL构造。例如,也能够使用主小区是FDD小区并且辅小区是TDD小区的载波聚合。类似地,也能够使用主小区是FDD小区并且辅小区仅包括上行链路子帧的载波聚合。在下文中,基于不同方案的小区的聚合或者使用不同的帧结构的小区的聚合通常是指这些示例。
在未来的载波聚合系统中,当应用CCS时,按照哪种方式来执行HARQ将成为问题。
在下文中,确定在哪个子帧来执行同步HARQ的各个步骤被称为建立同步HARQ的定时。为了构造同步HARQ定时,应当考虑信号的传播延迟以及处理信号所需的处理时间。由于UE或基站直至发送响应于所接收的信号的下一信号才接收信号,因此要求UE或基站具有最小准备时间;如果以子帧为单位来表示准备时间,则准备时间能够被称为km子帧。该km可以例如是4。
在下文中,为了方便起见,限定几个术语来描述上行链路传输中使用的同步HARQ定时。这些术语能够被用在以下描述和附图中。
首先,UL授权的发送与PUSCH的初始发送之间的时间间隔被称为GU,并且由k表示。PUSCH的初始发送与PHICH的发送之间的时间间隔被称为UH,并且由j表示。PHICH的发送与PUSCH的重新发送之间的时间间隔被称为HU,并且由r表示。UL授权的重新发送与PUSCH的重新发送之间的时间间隔被称为GU’,并且由k’表示。PUSCH的发送与下一UL授权的发送之间的时间间隔由UG表示。
图8是例示了同步HARQ定时的一个示例。更具体地,图8例示了针对仅采用一个FDD小区的情况的现有技术的同步HARQ定时。
图8示出了由基站通过PDCCH向其发送UL授权的下行链路子帧n-k、由UE向其发送通过UL授权进行调度的PUSCH的上行链路子帧n、由基站(通过PHICH)向其发送作为对PUSCH的响应的ACK/NACK的下行链路子帧n+j、以及在ACK/NACK是NACK的情况下由UE向其重新发送PUSCH的上行链路子帧n+j+r。此外,尽管UE能够基于通过PHICH而接收的ACK/NACK来重新发送PUSCH,然而UE也可以基于在子帧n+j+r-k’接收的UL授权来在子帧n+j+r重新发送PUSCH。
在FDD帧中,DL子帧和UL子帧按照连续的方式被设置,并且始终存在有1到1的关系。因此,在同步HARQ定时中,k=j=r=k’=km=4。能够通过在被调度的PUSCH的发送与PUSCH的重新发送之间的间隔中包括的UL子帧的数目来确定HARQ处理的数目,并且能够操作总计8个独立的HARQ处理。
此外,针对TDD帧的情况,TDD帧中的DL子帧的数目不总是等于同一TDD帧中的UL子帧的数目。因此,能够根据UL-DL构造来改变基于km=4的条件的k、j、r和k’值。
图9和图10例示了针对一个TDD小区中的各个UL-DL构造的常规同步HARQ定时的示例。换句话说,图9和图10例示了根据当仅使用一个TDD小区时的UL-DL构造的常规同步HARQ定时。
图9例示了针对UL-DL构造0至2中的每一个的常规同步HARQ定时。假定UE向其发送PUSCH的子帧是子帧n,则图9示出了接收包括对PUSCH进行调度的UL授权的PDCCH的子帧n-k、通过PHICH接收针对PUSCH的ACK/NACK的子帧n+j、接收用于重新发送PUSCH的UL授权的子帧n+j+r-j’、以及向其重新发送PUSCH的子帧n+j+r。
图10示出了针对UL-DL构造3至6中的每一个的子帧n、子帧n-k、子帧n+j、子帧n+j+r-k’以及子帧n+j+r。
在图9和图10中,通过编号表示的这些子帧是上行链路子帧,并且能够将PUSCH发送给上行链路子帧中的每一个。未包含编号的这些子帧是下行链路子帧或特殊子帧。另外,在通过箭头连接到上行链路子帧的下行链路子帧中,包括UL授权的PDCCH或者包括ACK/NACK的PHICH通过基站来进行发送。在TDD帧中包括的DL子帧当中,未利用箭头连接到上行链路子帧的下行链路子帧是不具有PHICH的下行链路子帧。例如,在图9中,下行链路子帧91、92是不具有PHICH的下行链路子帧的示例。
此外,在载波聚合中,如果被聚合的TDD载波使用相同的UL-DL构造或者使用NCCS,则能够将如图9和图10中所示的针对单个分量载波的现有同步HARQ定时平等地应用于每个相应的载波。
然而,如果被聚合的载波使用彼此不同的帧结构,则存在无法按照相同的方式来应用现有单个分量载波的同步HARQ定时的时候。例如,假定主小区是TDD小区,辅小区是FDD小区,并且应用CCS。在这种情况下,向其发送UL授权的DL子帧能够存在于主小区,并且PUSCH通过UL授权进行调度的UL子帧能够存在于辅小区。假定将针对单个分量载波的同步HARQ定时应用于主小区的DL子帧和辅小区的UL子帧之间的时间关系。此时,如果使用针对单个分量载波的同步HARQ定时,则传输对辅小区的UL子帧进行调度的UL授权的DL子帧可能不存在于主小区。这是因为由于主小区是TDD小区,因此不连续地设置DL子帧。因此,需要确定考虑对使用彼此不同的帧结构的分量载波进行聚合的同步HARQ定时。
在下面的附图中,发送调度信息的这些小区被称为调度小区,并且通过调度信息进行调度的这些小区被称为被调度的小区。从调度小区转到被调度的小区的箭头表示GU(UL授权的发送和PUSCH的初始发送之间的间隔)定时或者HU(PHICH的发送和PUSCH的重新发送之间的间隔)定时,而从被调度的小区转到调度小区的箭头表示UH(PUSCH的初始发送和PHICH的发送之间的间隔)定时或者UG(PUSCH的发送和下一UL授权的发送之间的间隔)定时。
另外,在CCS的情况下,假定主小区是调度小区,假定辅小区是被调度的小区。然而,本发明不限于该假定。
此外,如上所述,TDD帧可以具有包括PDCCH区域内的PHICH的子帧以及不包括PDCCH区域内的PHICH的子帧。在下面的附图中,表示UH的箭头到达的子帧是PHICH所属的子帧。
在下文中,假定将采用彼此不同的帧结构的载波(小区)进行聚合。还假定应用CCS。换句话说,由基站通过主小区的下行链路子帧来发送调度信息(UL授权)。由UE通过辅小区的上行链路子帧来发送通过调度信息进行调度的PUSCH。通过主小区的下行链路子帧的PHICH来发送针对PUSCH的ACK/NACK。在下文中,在上述假定下,在不指定发送主体的情况下给出描述。另外,能够在不指定子帧存在于哪个小区的情况下给出描述。例如,在子帧n-k发送调度信息指示由基站在主小区的下行链路子帧n-k来发送调度信息。在子帧n发送PUSCH指示由UE在辅小区的上行链路子帧n来发送PUSCH。
<第一实施方式>
在存在PHICH的子帧的情况下,UE在相应的子帧接收PHICH。在不具有PHICH的子帧的情况下,UE在已经构造了E-PHICH的情况下接收增强型PHICH(E-PHICH)。在尚未构造E-PHICH的情况下,执行不涉及PHICH的操作。E-PHICH是除了现有PHICH以外而构造的信道,并且不涉及PHICH的操作指示在不允许基于通过PHICH而接收的ACN/NACK来重新发送PUSCH的情况下,仅允许重新发送基于UL授权的PUSCH的操作。在不涉及PHICH的操作中,能够假定UE已经通过PHICH接收到ACK。
<第二实施方式>
图11例示了根据本发明的一个实施方式的用于执行HARQ的方法。
参照图11,UE确定理应在辅小区中发送PUSCH的UL子帧和理应通过PHICH接收关于PUSCH的ACK/NACK的主小区的DL子帧之间的第一UH定时是否与单独地使用主小区的情况的第二UH定时一致(S101)。第二UH定时表示当UE从主小区的、与辅小区的UL子帧一致的UL子帧发送PUSCH时,理应接收ACK/NACK的主小区的DL子帧之间的时间关系。
如果第一UH定时与第二UH定时一致,则通过主小区的DL子帧的PHICH来接收针对PUSCH的ACK/NACK(S102)。然后,根据ACK/NACK来发送PUSCH(S104)。
如果第一UH定时与第二UH定时不一致,则UE从主小区的DL子帧来接收用于发送PUSCH的UL授权(S103)。换句话说,在这种情况下,UE执行不涉及PHICH的操作。UE根据UL授权来发送PUSCH(S105)。
换句话说,UE确定从辅小区的UL子帧发送的PUSCH与理应接收针对PUSCH的ACK/NACK的主小区的DL子帧之间的定时是否与针对仅使用单个分量载波的情况的HARQ定时一致。如果发现这两个定时彼此一致,则UE从主小区的DL子帧来接收PHICH;否则,UE执行无PHICH的操作。
能够将参照图11而描述的方法应用于这样的子帧:当主小区的DL子帧使用单个分量载波的HARQ定时时,该子帧将PHICH包括在载波聚合的情况中。如果主小区的DL子帧不包括PHICH,则UE执行无PHICH的操作。
假定被调度的小区使用调度小区的同步HARQ定时。在这种情况下,能够像往常一样来执行与根据现有UL-DL构造的同步HARQ定时一致的PUSCH传输。另一方面,与根据现有UL-DL构造的同步HARQ定时不一致的PUSCH传输执行无PHICH的操作。可以认为,与根据现有UL-DL构造的同步HARQ定时不一致的PUSCH传输依赖于附加的同步HARQ定时。
在调度小区对应于UL-DL构造1至6的情况下,附加的同步HARQ定时能够将PHICH映射到IPHICH≠0的资源(例如,IPHICH=1的资源)。IPHICH是指示构成PHICH的资源的索引,并且在UL-DL构造1至6中,已经使用了利用IPHICH=0来索引的资源。对于不具有除了具有IPHICH≠0的资源以外的PHICH资源的这些子帧,UE不能发送PHICH,并且执行无PHICH的操作。
在调度小区对应于UL-DL构造0的情况下,能够使用附加的同步HARQ定时来将具有IPHICH≠0、1的资源映射到具有IPHICH=2的资源。
<第三实施方式>
在载波聚合系统中,如果在与基于用于仅使用一个小区的情况的UL-DL构造的现有同步HARQ定时不一致的PUSCH传输中涉及被调度的小区(辅小区)中的任何一个,则能够使得被调度的小区的PUSCH传输的全部来执行无PHICH的操作。
<第四实施方式>
在调度小区是TDD小区并且被调度的小区是FDD小区的情况下,能够通过无PHICH的操作来发送通过CCS进行调度的小区的全部UL子帧的PUSCH。
<用于在主小区是FDD小区并且辅小区是TDD小区的情况下执行HARQ的方法>
在下文中,主小区是FDD小区(FDD主小区),并且辅小区是TDD小区(TDD辅小区)或者仅包括UL子帧的小区。以这种方式,在将FDD小区和TDD小区进行聚合的情况下,能够在FDD小区内发送控制信道和数据。因此,能够按照相同的方式来应用被应用于仅包括现有FDD小区的情况的同步HARQ定时。
换句话说,由于在应用CCS时借助通过FDD小区而发送的控制信道来调度TDD小区,因此能够生成与现有同步HARQ定时不同的定时。如果按照相同的方式将针对FDD小区的GU、HU和UH应用于TDD小区,则定时的周期变为8ms;由于存在TDD小区不能适应8ms周期的时候,因此能够改变应用于TDD小区的HU和UH中的至少一个。
图12例示了例示在将FDD小区和TDD小区进行聚合的情况下的HU和UH的示例。
能够将HU或UH改变为与4ms的最小周期不同的6ms。在将HU改变为6ms的情况下,也能够将GU改变为6ms。
在辅小区的UL-DL构造为0、6的情况下,如果如上所述地改变HU或UH,则同步HARQ周期可以为10ms。因此,当与单独地使用辅小区的情况相比时,能够改变同步HARQ处理的编号。在辅小区的UL-DL构造为1-5的情况下,能够按照相同的方式来将针对现有TDD小区而采用的10ms周期应用于同步HARQ周期。
通过系统信息来将UL-DL构造应用于TDD小区,通过系统信息而应用的UL-DL构造能够被称为小区特定UL-DL构造。在单独地使用TDD小区的情况下,能够根据小区特定UL-DL构造来确定HARQ定时。在将TDD小区作为辅小区与不同方案的小区进行聚合并且该TDD小区的小区特定UL-DL构造对应于UL-DL构造1-5中的一个时,能够与CCS无关地应用根据小区特定UL-DL构造的HARQ定时。另一方面,在小区特定UL-DL构造是0或6的情况下,能够将UH+HU改变为4ms+6ms或者6ms+4ms。
此外,在将TDD小区作为辅小区与不同方案的小区进行聚合并且小区特定UL-DL构造是0或6的情况下,能够通过另一UL-DL构造来确定HARQ定时。换句话说,如果单独地使用TDD小区,则根据小区特定UL-DL构造(UL-DL构造0或6)来确定HARQ定时,然而如果将TDD小区作为辅小区来使用并且与不同方案的主小区进行聚合,则能够通过除了小区特定UL-DL构造以外的另一UL-DL构造来确定HARQ定时。例如,即使辅小区的小区特定UL-DL构造对应于UL-DL构造0或6,也能够通过UL-DL构造1来确定HARQ定时。选择UL-DL构造1的原因在于,UL-DL构造1的UL子帧与UL-DL构造0或6的UL子帧大部分交叠。
换句话说,如果将作为FDD小区的主小区和作为TDD小区的辅小区聚合在一起并且应用CCS,则能够彼此不同地建立辅小区的小区特定UL-DL构造以及确定该辅小区的HARQ定时的UL-DL构造。
在不同的方法中,通过考虑到采用/应用根据由系统信息给定的小区特定UL-DL构造的HARQ定时以及根据不同的UL-DL构造的HARQ定时增加了复杂性,可以仅在小区特定UL-DL构造对应于UL-DL构造1-5时全部允许CCS和NCCS,并且可以针对UL-DL构造0或6而仅允许NCCS。
或者,在将FDD小区和TDD小区聚合在一起的情况下,TDD小区的小区特定UL-DL构造可以仅允许UL-DL构造1-5,但是可以不允许UL-DL构造0和6。
<用于在主小区是TDD小区并且辅小区是FDD小区的情况下执行HARQ的方法>
主小区是TDD小区,并且辅小区是FDD小区或者仅包括UL子帧的小区。在这种情况下,根据小区特定UL-DL构造来确定TDD小区的HARQ定时。在下文中,应用于FDD小区或者仅包括UL子帧的小区的方法不是仅限制于任一方,而是能够被应用于FDD小区以及仅包括UL子帧的小区二者。
TDD小区中的DL子帧可以不是连续的。因此,在CCS时,辅小区的调度可能受到限制。另外,应当考虑TDD小区可以包括不存在PHICH的子帧。
辅小区的HARQ定时在CCS的情况下遵循主小区的HARQ定时;在NCCS的情况下,辅小区的HARQ定时能够遵循辅小区本身的HARQ定时。
此外,假定PDSCH的发送与PUCCH的发送之间的间隔是DC。现有PUCCH限制于其始终被发送到主小区的条件;如果保存该条件,则优选地将主小区内的DC定时应用到辅小区。当将主小区的DC定时应用于辅小区时,辅小区的HARQ定时还能够遵循主小区的HARQ定时。
在将TDD小区的HARQ定时应用于作为辅小区的FDD小区的情况下,存在这些可能性:在辅小区的UL子帧当中,由于TDD小区的HARQ定时,可以不使用与单独地使用FDD小区时的HARQ定时不对应的辅小区的这些UL子帧。在这种情况下,辅小区中的UL HARQ处理的数目能够与主小区的UL HARQ处理的数目相同。
下表示出了在从子帧n来发送UL授权并且从子帧n+k来发送通过UL授权进行调度的PUSCH时关于子帧n的k值。在下面的表2中,TDD UL-DL构造是应用于被调度的小区(辅小区)的参考UL-DL构造。
[表2]
下表示出了当从子帧i来发送与重传相关的PHICH或UL授权并且从子帧(i-k)来发送与重传相关的PUSCH时的关于子帧i的k值。
[表3]
表3的值能够仅被用于PUSCH和与该PUSCH对应的UL授权之间的定时。能够单独地限定PUSCH和与该PUSCH对应的PHICH传输定时。
表4是能够应用于UL-DL构造5的另一定时示例,并且示出了当从子帧(i-k)来发送PUSCH并且从子帧i来发送与上述发送相关的PHICH时的关于子帧i的k值。
[表4]
表5通过组合表2和表3示出了辅小区的UL HARQ处理的数目。
[表5]
表6通过组合表2和表4示出了UL HARQ处理的数目。
[表6]
表7示出了当从子帧n来发送UL授权并且从子帧n+k来发送通过UL授权进行调度的PUSCH时的关于子帧n的k值。
[表7]
表8是示出了当从子帧(i-k)来发送PUSCH并且从子帧i来发送与上述发送相关的PHICH时的关于子帧i的k值的另一示例。
[表8]
表9是示出了当从子帧(i-k)来发送PUSCH并且从子帧i来发送与上述发送相
关的PHICH时的关于子帧i的k值的又一示例。
[表9]
对于包含针对一个子帧的两个值的表7和表8的这些小区,使表7的第一值与表8的第一值配对,并且使表7的第二值与表8的第二值配对。
在这种情况下,能够如表10或表11中所示地确定辅小区的UL HARQ处理的数目。
[表10]
[表11]
在表2和表7中,尽可能均匀地使与相应的UL子帧对应的DL子帧的数目相等,使得从每个DL子帧发送的UL授权的数目不严重地依赖于特定DL子帧,而是尽可能均匀地分布于整个DL子帧。另外,选择满足用于在接收到UL授权之后发送PUSCH的最低要求的时间周期km=4的最快的UL子帧。通过该方案,通过使从一个UL子帧发送的PUSCH的数目相等来获得分散负载的效果。如果通过仅考虑最低要求的时间周期而不考虑相等分布来构造具有最短间隔的UL授权PUSCH定时,则选择具有最大k值的PUSCH作为基准定时,并且能够使剩余的PUSCH相等地分配。此时,前一PUSCH的UL授权被设置为使得其不放置在位于前一PUSCH之后的PUSCH的UL授权之后。另外,在相等分配时,能够通过包括现有UL-DL构造的HARQ定时来执行相等分配,或者能够仅针对新的HARQ定时来执行相等分配。后一种情况遵循表2的方案,而前一种情况遵循表7的方案。
图13至图18例示了根据表7、表8和表10的UL-DL构造1至5中的每一个的HARQ定时。
在图13至图18中,实线表示根据使用单个小区时的TDD UL-DL构造的HARQ定时,而虚线表示表7、表8和表9中所示的HARQ定时。
在表2至表11中,能够构造为使得仅对UL HARQ处理的周期为10ms的子帧进行UL调度。类似地,能够构造为使得仅UL HARQ处理的周期全部变成10ms的最大值的UL-DL构造1、2、4和5可以被用于将FDD辅小区进行聚合的TDD主小区的UL-DL构造。
在下文中,假定TDD小区被用作主小区,辅小区仅包括UL子帧,并且载波聚合系统将TDD小区和仅包括UL子帧的小区进行聚合。现在将描述针对能够被应用到载波聚合系统以及用于确定UL HARQ处理的数目的方法的TDD小区的每个UL-DL构造的UL HARQ定时。在下面的附图中,不同的HARQ处理编号表示不同的HARQ处理,并且相同的HARQ处理编号表示相同的HARQ处理。然而,应当注意的是,HARQ处理编号是任意选择的数字,其是为了理解本发明而引入的。
图19例示了针对将使用UL-DL构造0的主小区(TDD小区)以及FDD辅小区进行聚合的情况的UL HARQ定时。
参照图19,主小区是使用UL-DL构造0的TDD小区。在辅小区的UL子帧中,通过主小区的DL子帧的PHICH来接收关于UE已经发送的数据的ACK/NACK。以主小区的DL子帧为基准放置在四个子帧之前的辅小区的UL子帧能够全部被使用。
在添加与现有HARQ定时不同的HARQ定时的情况下,能够使由于附加的HARQ定时而导致的HARQ处理的周期变为10ms。
如图19中所示,由虚线指示的新的附加的UL HARQ处理的数目为4,并且由实线指示的现有UL HARQ处理的数目为7;因此,能够操作总计11个UL HARQ处理。
在一个DL子帧中能够存在关于3个UL子帧的ACK/NACK信号。在这种情况下,能够将关于辅小区的UL授权的UL索引字段增加至3比特。能够通过UL索引字段的第三比特来指定附加的HARQ定时。
或者,存在于根据关于辅小区的UL-DL构造0的HARQ定时中的UL授权将UL索引字段保持为2比特,而不存在于UL-DL构造0的HARQ定时中的UL授权可以不使用UL索引字段,仅使用1比特,或者使用2比特。
在通过单独的编码来发送针对附加HARQ定时的UL授权以及现有UL授权时,如果这两个UL授权的DCI长度被设置为彼此相同,则需要用于区分这两种UL授权的方法。为此,例如,能够通过相应的搜索空间、通过添加区分指示符或者通过比特字段的状态组合来区分这两个UL授权。
或者,在TDD小区被用作主小区并且使用仅包括UL子帧的辅小区的情况下,基于现有HARQ定时来确定HARQ定时,但是附加的HARQ定时能够被构造为使得能够针对每个DL子帧来限定关于PUSCH的多达两条调度信息。由于现有UL HARQ处理的数目为7并且由于新的HARQ定时而导致的UL HARQ处理的数目为0,因此UL HARQ处理的总数目为7。
图20是能够被应用于TDD主小区使用UL-DL构造0并且辅小区仅包括UL子帧的情况的HARQ定时的示例。
与现有HARQ定时无关,将UL HARQ周期设置为10ms,但是不可以使用无法被设置为该周期(UH+GU=10ms)的这些UL子帧。在调度小区(主小区)使用包括3个连续的UL子帧的UL-DL构造的情况下,在辅小区中出现无法满足周期为10ms的UL子帧。
能够将辅小区的UL子帧3、8从PUSCH传输中排除。
UL子帧基于GU=4ms并且UH=6ms的HARQ定时。在UL子帧无法满足GU=4ms以及UH=6ms的条件的情况下,将相应的UL子帧从PUSCH传输中排除。在这种情况下,UL HARQ处理的数目变成4,其对应于主小区的DL子帧的数目。
在无法利用GU=4ms并且UH=6ms的HARQ定时来操作UL子帧的情况下,将相应的UL子帧的UL授权移动至另一UL子帧,使得UL子帧不集中于单个DL子帧。在这种情况下,UL HARQ处理的数目变成主小区的DL子帧的数目的两倍,即8。
图21是能够被应用于TDD主小区使用UL-DL构造0并且辅小区仅包括UL子帧的情况的HARQ定时的另一示例。
HARQ定时能够被设置为使得GU大于4ms且小于6ms,并且UH大于4ms且小于6ms。调度被构造为使得在随后的PUSCH之前对时间上在前的PUSCH进行调度并且UL授权不集中于一个DL子帧。
需要多子帧调度,并且选择GU大于4ms且小于6ms并且UH大于4ms且小于6ms的HARQ定时中的一个。UL HARQ处理的数目变成主小区的DL子帧的数目的两倍,其总计为8。
图22是能够被应用于TDD主小区使用UL-DL构造0并且辅小区仅包括UL子帧的情况的HARQ定时的又一示例。
参照图22,能够通过与现有HARQ定时无关地将定时设置为确保至少4ms的延迟时间并且利用全部的UL子帧来构造UL HARQ。基于具有最长的最小周期的UL子帧来确定PUSCH的重传的定时。UL HARQ处理的数目为11。
图23是在将使用UL-DL构造1的TDD主小区以及仅包括UL子帧的辅小区进行聚合的HARQ定时的示例。
参照图23,基于确保最小延迟时间4ms的HARQ定时来利用全部的UL子帧。在这种情况下,现有UL HARQ处理的数目为4,并且由于新的UL HARQ定时而导致的UL HARQ处理的数目为6;因此,UL HARQ处理的总数目为10。
能够将关于从两个UL子帧发送的PUSCH的调度信息合并成一个DL子帧。例如,子帧1、子帧4、子帧6和子帧9根据上述方案来操作。关于辅小区的UL授权能够具有针对UL索引字段的附加的两个比特。换句话说,能够通过使用一个UL授权来调度两个PUSCH。这种方法能够应用于全部的UL子帧。或者,子帧0和子帧5能够应用1比特或者用于利用2比特的附加定时。类似地,该方法能够仅应用于相应的子帧,或者在附加定时的情况下,能够分配附加的UL授权。此时,可以不包括UL索引字段,而是能够应用单独的编码。
图24是例示了在将使用UL-DL构造1的TDD主小区以及仅包括UL子帧的辅小区进行聚合的情况下的PHICH和无PHICH的操作中的PUSCH之间的定时以及UL授权和PUSCH之间的定时的示例。
基于现有HARQ定时,附加的HARQ定时能够仅应用于包括PHICH的这些子帧。UH/HU能够仅应用于包括PHICH的子帧。
图25是在将使用UL-DL构造1的TDD主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的另一示例。
基于现有HARQ定时,将由于附加的HARQ定时而导致的UL授权仅合并到不具有现有UL授权的DL子帧中。此时,能够构造为使得GU+UH=10ms。
能够分别从主小区的DL子帧1、5到辅小区的UL子帧4、5、6、9、0、1来构造GU。
对于图25的情况,可能需要多子帧调度。例如,子帧0、5需要多子帧调度。
由于现有UL HARQ处理的数目为4并且新的UL HARQ处理的数目为6,因此UL HARQ处理的总数目为10。
在现有定时中没有限定的子帧0、5中,附加的UL授权能够应用3比特UL索引字段。为了简化DCI构造,能够将UL索引字段的最大值应用于全部DL子帧的UL授权。
类似地,为了避免多子帧调度,能够针对子帧0、5选择三个定时中的仅一个。此时,由于现有UL HARQ处理的数目为4并且新的UL HARQ处理的数目为2,因此UL HARQ处理的总数目为6。
或者,为了避免多子帧调度,能够针对子帧0、5仅使用一个预定定时。由于现有UL HARQ处理的数目为4并且新的UL HARQ处理的数目为2,因此UL HARQ处理的总数目为6。
图26是在将使用UL-DL构造1的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的又一示例。
图26的附加的HARQ定时被设置为使得GU=4ms并且UH=6ms。
在无法执行基于GU=4ms并且UH=6ms的操作的情况下,将从相应的UL子帧的PUSCH传输排除。例如,将从辅小区的子帧1、6的PUSCH传输排除。由于现有UL HARQ处理的数目为4并且新的UL HARQ处理的数目为4,因此UL HARQ处理的总数目为8。
在无法执行基于GU=4ms并且UH=6ms的操作的情况下,将从相应的UL子帧(1、6)的PUSCH传输设置为最短的GU定时。例如,DL子帧1对UL子帧6进行调度,并且DL子帧6对UL子帧1进行调度。此时,由于现有UL HARQ处理的数目为4并且新的UL HARQ处理的数目为6,因此UL HARQ处理的总数目为10。能够将关于从3个UL子帧发送的PUSCH的调度信息合并成一个DL子帧。例如,子帧1和子帧6根据上述方案来操作。在这种情况下,能够将3比特的UL索引字段添加到调度信息。或者,不可以将UL索引字段添加到根据现有定时的UL授权,但是可以将2比特的UL索引字段仅添加到根据附加定时的UL授权。
此外,能够与现有定时无关地将UL HARQ周期固定为10ms。此时,能够设置为使得GU=4ms并且UH=6ms。在无法执行基于GU=4ms并且UH=6ms的操作的情况下,将从相应的UL子帧的PUSCH传输排除。例如,针对子帧1、子帧2、子帧6和子帧7,将PUSCH传输排除。在这种情况下,UL HARQ处理的数目变成6,其是主小区的DL子帧的数目。
在无法执行基于GU=4ms并且UH=6ms的操作的情况下,能够将从相应的UL子帧的PUSCH传输改变为最短的GU定时。
图27是在将使用UL-DL构造2的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的另一示例。
图27例示了用于构造用来能够基于确保最小延迟时间4ms的HARQ定时来利用全部的UL子帧的UL HARQ的方法。
现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为8。因此,UL HARQ处理的总数目变成10。
子帧3、8可能必须包括关于两个UL子帧的调度信息。在这种情况下,能够将2比特UL索引字段添加到针对辅小区的UL授权。能够将UL索引字段的添加应用于满足上述条件的全部子帧。子帧0、1、4、5、6、9的一个比特能够被用于指示图27中所示的定时,并且附加的定时能够被构造为利用子帧0、1、4、5、6、9的这2比特中的剩余的1比特。或者,能够将UL索引字段仅添加到相应的子帧。
图28是在将使用UL-DL构造2的主小区以及仅包括UL子帧的辅小区进行聚合的情况下的考虑无PHICH的操作的HARQ定时的示例。
在该方法中,UH/HU能够仅应用于包括PHICH的这些子帧。例如,UH/HU能够用于子帧3、6。现有UL HARQ处理的数目为2,并且根据新的HARQ定时的ULHARQ处理的数目为4。因此,UL HARQ处理的总数目变成6。
可以附加地应用20ms的周期。在这种情况下,为了满足针对子帧0、1、6和7的4ms的最小延迟时间,能够添加20ms周期的HARQ定时。在这种情况下,现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为12。因此,UL HARQ处理的总数目为14。
可以在附加的HARQ定时当中不应用重复的PHICH定时。可以不将PHICH定时应用于子帧0、1、4、5、6和9。能够选择来自子帧8、3或者子帧4、9中的一方作为GU和HU的终点、UH的起点。现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为2。因此,UL HARQ处理的总数目变成4。
此外,定时可以被构造为使得一个DL子帧具有仅针对一个PUSCH的调度信息。GU能够被设置为使得其能够仅从子帧4和9或者从子帧5和0开始。类似地,GU能够被设置为使得其能够到达子帧8、3和子帧9、4中的一方。定时能够被构造为使得子帧能够从子帧4、9映射到子帧8、3或者从子帧5、0映射到子帧9、4。现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为1或2。因此,UL HARQ处理的总数目变成3或4。
图29是在将使用UL-DL构造2的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的又一示例。
图29例示了将HARQ定时的周期设置为10ms(=GU+UH)的示例。
如果不允许多子帧调度,则现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目变成6。因此,UL HARQ处理的总数目为8。
为了避免多子帧调度,使用UL-DL构造,使得选择多个HARQ定时中的一个或者能够预定一个HARQ定时。
对于无法被设置为该周期(UH+GU=10ms)的这些UL子帧,能够排除PUSCH传输。例如,对于子帧1、6,能够排除PUSCH传输。在这种情况下,现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目变成6。因此,UL HARQ处理的总数目变成8。
在无法执行基于GU=4ms并且UH=6ms的操作的情况下,将从相应的UL子帧的PUSCH传输设置为最短的GU定时。在这种情况下,现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目变成8。因此,UL HARQ处理的总数目变成10。
在一个DL子帧包括关于从两个UL子帧发送的PUSCH的调度信息的情况下,UL索引字段能够由2个比特组成。或者,代替包括UL索引字段,可以应用与用于现有UL授权的编码不同的单独的编码。
或者,可以与现有HARQ定时无关地将HARQ周期设置为10ms。HARQ周期能够被设置为使得GU为4ms并且UH为6ms。
图30是在将使用UL-DL构造3的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图30例示了用于构造使用确保4ms的最小延迟时间的定时来利用全部的UL子帧的UL HARQ的方法。根据这种方法,现有UL HARQ处理的数目为3,并且根据新的HARQ定时的UL HARQ处理的数目为8。因此,UL HARQ处理的总数目变成11。此时,能够添加具有大于10ms的HARQ周期的HARQ处理。
子帧8、9、0可能必须包括关于两个UL子帧的调度信息。在这种情况下,能够将2比特UL索引字段添加到针对辅小区的UL授权。UL索引字段的添加能够应用于满足上述条件的全部的子帧。子帧5、6、7和1能够使用1比特,并且附加的定时能够被构造为利用子帧5、6、7和1的2比特。或者,能够将UL索引字段仅添加到相应的子帧。
图31是在将使用UL-DL构造3的主小区以及仅包括UL子帧的辅小区进行聚合时考虑无PHICH的操作的HARQ定时的示例。
在图31的方法中,UH/HU能够仅应用于包括PHICH的这些子帧。例如,UH/HU能够用于子帧9、0。现有UL HARQ处理的数目为3,并且根据新的HARQ定时的UL HARQ处理的数目为2。因此,UL HARQ处理的总数目变成5。
可以附加地应用20ms的周期。在这种情况下,为了满足针对子帧7、8、9、0和1的4ms的最小延迟时间,能够添加20ms周期的HARQ定时。现有UL HARQ处理的数目为3,并且根据新的HARQ定时的UL HARQ处理的数目为12。因此,UL HARQ处理的总数目为15。
定时能够被设置为使得一个DL子帧仅包括关于一个PUSCH的调度信息。在这种情况下,不需要将UL索引字段合并到UL授权。GU被设置为使得其能够仅从子帧1开始。GU能够被设置为使得其能够到达子帧5或子帧6中的仅一个。现有ULHARQ处理的数目为3,并且根据新的HARQ定时的UL HARQ处理的数目为1。因此,UL HARQ处理的总数目变成4。
图32是在将使用UL-DL构造3的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的另一示例。
图32中所示的方法基于现有HARQ定时,并且将添加的HARQ处理的周期设置为10ms。不使用无法将HARQ处理的周期设置为10ms的这些UL子帧。在调度小区使用包括3个连续的UL子帧的UL-DL构造的情况下,辅小区能够包括无法将HARQ处理的周期设置为10ms的这些UL子帧。
将子帧8从PUSCH传输中排除。
将要添加的UL授权尽可能均匀地分配,使得UL授权不集中于一个DL子帧,并且针对UL授权而应用最短的GU定时。
现有UL HARQ处理的数目为3,并且根据新的HARQ定时的UL HARQ处理的数目为6。因此,UL HARQ处理的总数目变成9。
一个DL子帧(例如,子帧9、0)能够包括关于两个UL子帧的调度信息。尽可能均匀地分配现有UL授权和要添加的UL授权,使得它们不集中于一个DL子帧,并且应用最短的GU定时。现有UL HARQ处理的数目为3,并且根据新的HARQ定时的UL HARQ处理的数目为6。因此,UL HARQ处理的总数目变成9。一个DL子帧(例如,子帧0、1)能够包括关于两个UL子帧的调度信息。
此外,要添加的UL授权能够被设置为使得它们不包括在包括现有UL授权的DL子帧中。DL子帧1能够对UL子帧5、6和7中的一个进行调度。现有UL HARQ处理的数目为3,并且根据新的HARQ定时的UL HARQ处理的数目为4。因此,ULHARQ处理的总数目变成7。
图33是在将使用UL-DL构造3的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的又一示例。
图33中所示的方法基于现有HARQ定时,并且附加的HARQ定时的周期被设置为使得GU=4ms并且UH为6ms。
当应用附加的HARQ定时时,针对无法基于GU为4ms并且UH为6ms的条件来操作的这些UL子帧,排除PUSCH传输。例如,针对子帧6、7和8,不执行PUSCH传输。现有UL HARQ处理的数目为3,并且根据新的HARQ定时的UL HARQ处理的数目为4。因此,UL HARQ处理的总数目变成7。
当应用附加的HARQ定时时,针对无法根据GU为4ms并且UH为6ms的条件来操作的UL子帧而应用最短的GU定时。现有UL HARQ处理的数目为4,并且根据新的HARQ定时的UL HARQ处理的数目为6。因此,UL HARQ处理的总数目变成10。在一个DL子帧(例如,子帧1)包括关于3个UL子帧的调度信息的情况下,DL子帧能够包括3比特的UL索引字段。
图34是在将使用UL-DL构造3的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图34例示了用于构造用来能够基于确保最小延迟时间4ms的HARQ定时来利用全部的UL子帧的UL HARQ的方法。现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为8。因此,UL HARQ处理的总数目变成10。
子帧8、9可能必须包括关于两个UL子帧的调度信息。在这种情况下,能够将2比特UL索引字段添加到针对辅小区的UL授权。UL索引字段的添加能够应用于满足上述条件的全部的子帧。子帧0、1、4、5、6、7使用1比特,并且附加的定时能够被构造为利用子帧0、1、4、5、6、7的2比特。或者,能够将UL索引字段仅添加到相应的子帧。
图34例示了一个DL子帧可以包括关于两个UL子帧的调度信息的情况。例如,子帧8和子帧9能够具有关于两个UL子帧的UL授权。现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为6。因此,UL HARQ处理的总数目变成8。
可以不允许多子帧调度。在这种情况下,现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为6。因此,UL HARQ处理的总数目变成8。
图35是在将使用UL-DL构造4的主小区以及仅包括UL子帧的辅小区进行聚合时考虑无PHICH的操作的HARQ定时的示例。
在图35的方法中,UH/HU能够仅应用于包括PHICH的这些子帧。例如,子帧3、6能够被用作针对PHICH到达(UH)或出发(HU)的子帧。现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为2。因此,ULHARQ处理的总数目变成4。
可以附加地应用20ms的周期。在这种情况下,为了满足针对子帧6、7、8、9、0和1的4ms的最小延迟时间,能够添加20ms周期的HARQ定时。现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为14。因此,UL HARQ处理的总数目为16。
此外,能够按照与HU定时相同的方式来构造GU定时。
定时能够被设置为使得一个DL子帧仅包括关于一个PUSCH的调度信息。在这种情况下,不需要将UL索引字段合并到UL授权。GU被设置为使得其能够仅从子帧0和1开始。GU能够被设置为使得其能够到达子帧4或子帧5中的仅一个。现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为2。因此,UL HARQ处理的总数目变成4。
图36是在将使用UL-DL构造4的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图33中所示的方法基于现有HARQ定时;然而,将现有UL授权和通过附加的HARQ定时而添加的UL授权均匀地分配,以防止UL授权集中于一个DL子帧,并且能够应用最短的GU定时。
一个DL子帧能够具有关于两个PUSCH的调度信息。例如,子帧0和子帧1是这样的子帧。现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为8。因此,UL HARQ处理的总数目变成10。
如果操作被限制为使得连续地设置时间上在前的PUSCH的调度信息以及时间上在后的PUSCH的调度信息,则子帧0对UL子帧4、5进行调度,并且子帧1对UL子帧6、7进行调度。
如果不限制应该连续地设置时间上在前的PUSCH的调度信息以及时间上在后的PUSCH的调度信息,则能够使得子帧0对UL子帧4、6进行调度,并且能够使得子帧1对UL子帧5、7进行调度。
如果不允许多子帧调度,则现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为6。因此,UL HARQ处理的总数目变成8。
图37是在将使用UL-DL构造5的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图37例示了用于构造用来能够基于确保最小延迟时间4ms的HARQ定时来利用全部的UL子帧的UL HARQ的方法。现有UL HARQ处理的数目为1,并且根据新的HARQ定时的UL HARQ处理的数目为8。因此,UL HARQ处理的总数目变成9。由于新的HARQ定时而导致的UL HARQ处理的周期能够比10ms短。
子帧8可能必须包括关于两个UL子帧的调度信息。在这种情况下,能够将2比特UL索引字段添加到针对辅小区的UL授权。UL索引字段的添加能够应用于满足上述条件的全部的子帧。子帧3、4、5、6、7、9、0和1能够使用1比特,并且附加的定时能够被构造为利用子帧3、4、5、6、7、9、0和1的2比特。或者,能够将UL索引字段仅添加到相应的子帧。
图38是在将使用UL-DL构造5的主小区以及仅包括UL子帧的辅小区进行聚合时考虑无PHICH的操作的HARQ定时的示例。
在图38的方法中,UH/HU能够仅应用于包括PHICH的这些子帧。例如,子帧8能够被用作针对PHICH到达(UH)或出发(HU)的子帧。现有UL HARQ处理的数目为1,并且根据新的HARQ定时的UL HARQ处理的数目为2。因此,UL HARQ处理的总数目变成3。
可以不允许在附加的定时当中重复的PHICH定时。在这种情况下,可以不使用子帧0、1、3、4、5、6和7的PHICH定时。对于GU和HU的到达以及UH的出发,选择UL子帧3或4。现有UL HARQ处理的数目为1,并且根据新的HARQ定时的UL HARQ处理的数目为1。因此,UL HARQ处理的总数目变成2。
可以附加地应用20ms的周期。在这种情况下,为了满足针对子帧5、6、7、8、9、0和1的4ms的最小延迟时间,能够添加20ms周期的HARQ定时。现有UL HARQ处理的数目为1,并且根据新的HARQ定时的UL HARQ处理的数目为16。因此,UL HARQ处理的总数目为17。
能够按照与HU定时相同的方式来构造GU定时。
或者,定时能够被设置为使得一个DL子帧仅包括关于一个PUSCH的调度信息。在这种情况下,不需要将UL索引字段合并到UL授权。GU被设置为使得其能够仅从子帧9和0开始。GU能够被设置为使得其能够到达子帧3或子帧4中的仅一个。或者,能够将子帧从子帧9映射到子帧3或者从子帧0映射到子帧4。现有UL HARQ处理的数目为2,并且根据新的HARQ定时的UL HARQ处理的数目为1或2。因此,UL HARQ处理的总数目变成3或4。
图39是在将使用UL-DL构造5的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图39例示了用于构造用来能够基于确保最小延迟时间4ms的HARQ定时来利用全部的UL子帧的UL HARQ的方法。为了进一步地满足10ms的HARQ周期,该方法改变HU或UH,使得UH和HU的和变成10ms(UH+HU=10ms)。
图39中所示的方法基于现有HARQ定时;然而,将通过附加的HARQ定时而添加的UL授权均匀地分配,以防止UL授权集中于一个DL子帧,并且应用最短的GU定时。
子帧8可能必须包括关于两个UL子帧的调度信息。现有UL HARQ处理的数目为1,并且根据新的HARQ定时的UL HARQ处理的数目为9。因此,UL HARQ处理的总数目变成10。
如果不允许多子帧调度,则现有UL HARQ处理的数目变成1,并且根据新的HARQ定时的UL HARQ处理的数目变成8。因此,UL HARQ处理的总数目变成9。
图40是在将使用UL-DL构造5的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。与图39相比,图40的方案将现有UL授权以及要添加的UL授权均匀地分配,使得UL授权不集中于一个DL子帧,并且应用最短的GU定时。
子帧1可能必须包括关于两个UL子帧的调度信息。现有UL HARQ处理的数目为1,并且根据新的HARQ定时的UL HARQ处理的数目为9。因此,UL HARQ处理的总数目变成10。
如果不允许多子帧调度,则现有UL HARQ处理的数目变成1,并且根据新的HARQ定时的UL HARQ处理的数目变成8。因此,UL HARQ处理的总数目变成9。
图41是在将使用UL-DL构造6的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的示例。
图41例示了用于构造用来能够基于确保最小延迟时间4ms的HARQ定时来利用全部的UL子帧的UL HARQ的方法。附加的HARQ处理能够被设置为使得能够利用比10ms长的周期来执行传输。现有UL HARQ处理的数目为6,并且根据新的HARQ定时的UL HARQ处理的数目为6。因此,UL HARQ处理的总数目变成12。
或者,定时能够被设置为使得一个DL子帧仅包括关于一个PUSCH的调度信息。换句话说,可以不允许多子帧调度。在这种情况下,现有UL HARQ处理的数目为5,并且根据新的HARQ定时的UL HARQ处理的数目为0。因此,UL HARQ处理的总数目变成5。
图42是在将使用UL-DL构造6的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的另一示例。
图42的方法与现有HARQ定时无关地将HARQ处理的周期设置为10ms。不使用无法被设置为该周期(UH+GU=10ms)的这些UL子帧。在调度小区使用包括3个连续的UL子帧的UL-DL构造的情况下,辅小区能够包括无法将HARQ处理的周期设置为10ms的这些UL子帧。
能够将UL子帧8从PUSCH传输中排除。
针对无法基于GU=4ms并且UH=6ms的定时来操作的UL子帧,将PUSCH传输排除。换句话说,在图42中,仅使用由实线表示的定时。在这种情况下,UL HARQ处理的数目等于主小区的DL子帧的数目,其等于5。
能够将要从无法根据GU=4ms并且UH=6ms的定时来操作的UL子帧而发送的PUSCH移动到另一UL子帧;在这种情况下,UL授权被分配为使得其不能集中于一个DL子帧。UL HARQ处理的数目变成9。
如果操作被限制为使得连续地设置时间上在前的PUSCH的调度信息以及时间上在后的PUSCH的调度信息,则子帧1对UL子帧5、6、7进行调度,并且子帧6对UL子帧0、1、2进行调度。
调度可以不受限于这样的约束:连续地设置时间上在前的PUSCH的调度信息以及时间上在后的PUSCH的调度信息。
图43是在将使用UL-DL构造6的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的又一示例。
在图43的方法中,GU被构造为大于4ms且小于6ms,而UH被构造为大于4ms且小于6ms。调度可以被限制为使得连续地设置时间上在前的PUSCH的调度信息以及时间上在后的PUSCH的调度信息。UL授权被分配为使得其不集中于一个DL子帧。
能够使用多调度方案。UL HARQ处理的数目为9。
图44是在将使用UL-DL构造6的主小区以及仅包括UL子帧的辅小区进行聚合时能够应用的HARQ定时的又一示例。
图44例示了用于与现有HARQ定时无关地构造用来能够基于确保最小延迟时间4ms的HARQ定时来利用全部的UL子帧的UL HARQ的方法。基于最长最小周期(其由DL子帧8和9组成)的定时来确定PUSCH的重传的定时。UL HARQ处理的数目为11。
上述方法能够通过选择性地转换一个TDD小区中的UL/DL子帧来使用,然而也能够被用于将辅小区的子帧选择性地应用到UL/DL的方法。由于DL子帧被用作UL子帧,因此能够应用相同的原理。能够排除被固定为DL子帧而始终使用的子帧。
另外,对于上述方法,能够针对基于SPS PUSCH构造定时的PUSCH传输而利用无法被构造为处理10ms HARQ周期的UL子帧。
能够通过作为10ms的倍数的周期来设置PUSCH传输。也能够通过考虑SPSPUSCH传输来确定UL HARQ处理的数目。
在应用10ms的HARQ周期的情况下,能够在不需要重新发送的情况下仅执行初始发送,或者重新发送能够根据PHICH响应或UL授权来考虑以大于10ms的10ms的倍数的周期进行发送。
为了激活/停用SPS PUSCH,优选的是,即使在与针对动态PUSCH的UL授权的DL子帧相同的DL子帧确定UL授权定时,也通过单独的编码来执行SPS PUSCH传输。相同的方法能够用于SPS PUSCH传输的释放。
图45是例示了实施本发明的一个实施方式的无线通信系统的框图。
基站(BS)100包括处理器110、存储器120以及射频(RF)单元130。处理器110实现提出的功能、处理和/或方法。存储器120与处理器110连接,并且存储用于驱动处理器110的各种类型的信息。RF单元130与处理器110连接,并且发送和/或接收无线电信号。
UE 200包括处理器210、存储器220以及RF单元230。处理器210实现提出的功能、处理和/或方法。存储器220与处理器210连接,并且存储用于驱动处理器210的各种类型的信息。RF单元230与处理器210连接,并且发送和/或接收无线电信号。
处理器110、210可以包括专用集成电路(ASIC)、其它芯片组、逻辑电路、数据处理器件和/或用于使基带信号和无线电信号相互地转换的转换器。存储器120、220可以包括只读存储器(ROM)、随机存取存储器(RAM)、闪速存储器、存储器卡、存储介质和/或其它存储装置。RF单元130、230可以包括用于发送和/或接收无线电信号的一个或更多个天线。当以软件形式来实现实施方式时,上述方案可以被实现为用于执行上述功能的模块(处理、功能等)。该模块可以存储在存储器120、220中,并且由处理器110、210来执行。存储器120、220可以放置在处理器110、210的内部或外部,并且使用各种已知的手段来与处理器110、210连接。
Claims (9)
1.一种用于在载波聚合系统中执行用户设备的混合自动重传请求HARQ的方法,所述方法包括以下步骤:
将来自第二小区的上行链路子帧的数据发送到基站;以及
从所述基站接收来自第一小区的下行链路子帧的关于所述数据的确认/否定确认ACK/NACK或者调度信息,其中,
如果所述第二小区的上行链路子帧和所述第一小区的下行链路子帧之间的定时关系与在单独地使用所述第一小区时的定时关系不一致,则所述第一小区的下行链路子帧接收所述调度信息。
2.根据权利要求1所述的方法,其中,所述调度信息调度从所述第二小区重新发送的数据。
3.根据权利要求1所述的方法,其中,所述第二小区是通过所述第一小区调度的小区。
4.根据权利要求1所述的方法,其中,所述第一小区和所述第二小区具有彼此不同的帧结构。
5.一种用于在载波聚合系统中执行用户设备的上行链路HARQ的方法,所述方法包括以下步骤:
将来自第二小区的上行链路子帧的数据发送到基站;以及
从所述基站接收来自第一小区的下行链路子帧的关于所述数据的确认/否定确认ACK/NACK或者调度信息,其中,
所述第一小区使用频分双工FDD帧,并且所述第二小区使用时分双工TDD帧;
根据所述第二小区的第二上行链路-下行链路构造来确定所述第二小区的上行链路子帧和所述第一小区的下行链路子帧之间的定时关系;以及
所述第二上行链路-下行链路构造的上行链路子帧与在单独地使用所述第二小区时应用的第一上行链路-下行链路构造的上行链路子帧大部分交叠。
6.根据权利要求5所述的方法,其中,所述第一上行链路-下行链路构造是下面的表的上行链路-下行链路构造0或6,并且所述第二上行链路-下行链路构造是下面的表的上行链路-下行链路构造1:
7.根据权利要求5所述的方法,其中,所述第一小区是执行建立与所述基站的初始连接的处理或者连接重新建立处理的主小区。
8.根据权利要求7所述的方法,其中,所述第二小区是添加到所述主小区的辅小区。
9.一种用于在载波聚合系统中执行上行链路HARQ的方法,所述方法包括以下步骤:
将来自第二小区的上行链路子帧的数据发送到基站;以及
从所述基站接收来自第一小区的下行链路子帧的关于所述数据的确认/否定确认ACK/NACK或者调度信息,其中,
所述第一小区使用时分双工TDD帧,并且所述第二小区使用频分双工FDD帧;
根据所述第一小区的上行链路-下行链路构造来确定所述第二小区的上行链路子帧和所述第一小区的下行链路子帧之间的定时关系。
Applications Claiming Priority (9)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201361750315P | 2013-01-08 | 2013-01-08 | |
US61/750,315 | 2013-01-08 | ||
US201361883224P | 2013-09-27 | 2013-09-27 | |
US61/883,224 | 2013-09-27 | ||
US201361897195P | 2013-10-29 | 2013-10-29 | |
US61/897,195 | 2013-10-29 | ||
US201361900315P | 2013-11-05 | 2013-11-05 | |
US61/900,315 | 2013-11-05 | ||
PCT/KR2014/000214 WO2014109553A1 (ko) | 2013-01-08 | 2014-01-08 | 반송파 집성 시스템에서 harq 수행 방법 및 장치 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104969501A true CN104969501A (zh) | 2015-10-07 |
CN104969501B CN104969501B (zh) | 2018-10-09 |
Family
ID=51167141
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480007580.5A Expired - Fee Related CN104969501B (zh) | 2013-01-08 | 2014-01-08 | 在载波聚合系统中执行harq的方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9729297B2 (zh) |
EP (1) | EP2945311B1 (zh) |
CN (1) | CN104969501B (zh) |
WO (1) | WO2014109553A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110690949A (zh) * | 2018-07-05 | 2020-01-14 | 中国移动通信有限公司研究院 | 一种信息配置的方法和设备 |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3024158A4 (en) * | 2013-07-16 | 2017-06-14 | Electronics and Telecommunications Research Institute | Communication method in wireless communication system on basis of carrier aggregation |
WO2016021983A1 (ko) * | 2014-08-08 | 2016-02-11 | 주식회사 아이티엘 | 단말간 통신을 지원하는 무선 통신 시스템에서 무선 통신 방법 및 장치 |
US11452091B2 (en) * | 2016-02-04 | 2022-09-20 | Acer Incorporated | Device and method of handling hybrid automatic repeat request transmission |
WO2018232003A1 (en) * | 2017-06-15 | 2018-12-20 | Sharp Laboratories Of America, Inc. | User equipments, base stations and methods |
EP3837879A4 (en) * | 2018-08-13 | 2022-03-30 | Nokia Technologies Oy | DEVICE, METHOD AND COMPUTER PROGRAM |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012108718A2 (ko) * | 2011-02-10 | 2012-08-16 | 엘지전자 주식회사 | 반송파 집성 시스템에서 스케줄링 방법 및 장치 |
WO2012128558A2 (ko) * | 2011-03-21 | 2012-09-27 | 엘지전자 주식회사 | Tdd 기반 무선 통신 시스템에서 harq 수행 방법 및 장치 |
WO2012138179A2 (ko) * | 2011-04-08 | 2012-10-11 | 엘지전자 주식회사 | 무선 접속 시스템에서 데이터 송수신 방법 및 이를 위한 기지국 |
CN102752090A (zh) * | 2011-04-22 | 2012-10-24 | 北京三星通信技术研究有限公司 | 一种支持pusch的同步harq传输的方法 |
Family Cites Families (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101711864B1 (ko) | 2008-12-23 | 2017-03-03 | 엘지전자 주식회사 | 반송파 집성 환경에서의 상향링크 αck/nack 시그널링 |
KR101907528B1 (ko) * | 2011-02-18 | 2018-10-12 | 삼성전자 주식회사 | 이동 통신 시스템 및 그 이동 통신 시스템에서 채널 송수신 방법 |
KR20120103400A (ko) * | 2011-03-11 | 2012-09-19 | 삼성전자주식회사 | 통신시스템에서 하이브리드 자동재전송요구 지원 방법 및 장치 |
US8797924B2 (en) | 2011-05-06 | 2014-08-05 | Innovative Sonic Corporation | Method and apparatus to improve discontinuous reception (DRX) operation for TDD (time division duplex) and FDD (frequency division duplex) mode in carrier aggregation (CA) |
KR20120130735A (ko) | 2011-05-23 | 2012-12-03 | 이노베이티브 소닉 코포레이션 | 시 분할 듀플렉스 모드에서 인터-밴드 반송파 집성을 향상시키기 위한 방법 및 장치 |
US9137804B2 (en) | 2011-06-21 | 2015-09-15 | Mediatek Inc. | Systems and methods for different TDD configurations in carrier aggregation |
US9497747B2 (en) * | 2012-06-22 | 2016-11-15 | Qualcomm Incorporated | Data transmission in carrier aggregation with different carrier configurations |
US9258741B2 (en) * | 2012-08-03 | 2016-02-09 | Blackberry Limited | Carrier aggregation acknowledgement bits |
US8923880B2 (en) * | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
-
2014
- 2014-01-08 EP EP14737670.1A patent/EP2945311B1/en active Active
- 2014-01-08 US US14/759,581 patent/US9729297B2/en not_active Expired - Fee Related
- 2014-01-08 WO PCT/KR2014/000214 patent/WO2014109553A1/ko active Application Filing
- 2014-01-08 CN CN201480007580.5A patent/CN104969501B/zh not_active Expired - Fee Related
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012108718A2 (ko) * | 2011-02-10 | 2012-08-16 | 엘지전자 주식회사 | 반송파 집성 시스템에서 스케줄링 방법 및 장치 |
WO2012128558A2 (ko) * | 2011-03-21 | 2012-09-27 | 엘지전자 주식회사 | Tdd 기반 무선 통신 시스템에서 harq 수행 방법 및 장치 |
WO2012138179A2 (ko) * | 2011-04-08 | 2012-10-11 | 엘지전자 주식회사 | 무선 접속 시스템에서 데이터 송수신 방법 및 이를 위한 기지국 |
CN102752090A (zh) * | 2011-04-22 | 2012-10-24 | 北京三星通信技术研究有限公司 | 一种支持pusch的同步harq传输的方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110690949A (zh) * | 2018-07-05 | 2020-01-14 | 中国移动通信有限公司研究院 | 一种信息配置的方法和设备 |
CN110690949B (zh) * | 2018-07-05 | 2022-04-01 | 中国移动通信有限公司研究院 | 一种信息配置的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2014109553A1 (ko) | 2014-07-17 |
EP2945311B1 (en) | 2019-03-20 |
US9729297B2 (en) | 2017-08-08 |
CN104969501B (zh) | 2018-10-09 |
EP2945311A1 (en) | 2015-11-18 |
EP2945311A4 (en) | 2016-08-24 |
US20150349936A1 (en) | 2015-12-03 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110710318B (zh) | 在无线通信系统中发送和接收物理下行链路共享信道的方法及其装置 | |
US20220353698A1 (en) | Method and apparatus for repeating uplink transmission for network cooperative communication | |
US11924849B2 (en) | Method and apparatus for transmitting control and data information in wireless cellular communication system | |
JP6382337B2 (ja) | 無線通信システムにおける信号を送受信するための方法及びこのために装置 | |
US9516638B2 (en) | Signal transmission/reception method and apparatus therefor | |
CN103404063B (zh) | 在无线通信系统中发射接收确认的方法和装置 | |
CN108476521B (zh) | 用于在无线通信系统中发送或接收控制信息的方法和设备 | |
US8953635B2 (en) | Devices for sending and receiving feedback information | |
CN103444108B (zh) | 用于发送/接收信号的方法及其装置 | |
EP3213427B1 (en) | Transmission of harq-ack in combined fdd and tdd carrier aggregation | |
WO2018017481A1 (en) | Systems and methods for processing time reduction signaling | |
CN104982000B (zh) | 在载波聚合系统中用于通信的方法和装置 | |
CN105684337B (zh) | 当在载波聚合中包括tdd小区和fdd小区时的harq操作 | |
CN105122677B (zh) | 将资源分配给使用相同频带的多个站点的方法和装置 | |
WO2020009321A1 (ko) | 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치 | |
CN106716908A (zh) | 在无线通信系统中发送和接收信号的方法及执行该方法的设备 | |
CN103548409A (zh) | 在无线通信系统中发射/接收数据的方法及其基站 | |
CN104685808A (zh) | 在无线通信系统中接收ack/nack的方法和设备 | |
CN103404047A (zh) | 在载波聚合系统中调度的方法和装置 | |
CA2924721A1 (en) | Method and system for harq operation and scheduling in joint tdd and fdd carrier aggregation | |
US20220159677A1 (en) | Method and device for transmission or reception of signal for multiple transport block scheduling | |
CN104662970A (zh) | 控制上行链路控制信道的发送功率的方法和装置 | |
KR20200132994A (ko) | 무선 통신 시스템에서 데이터를 송수신하기 위한 방법 및 이를 위한 장치 | |
CN104969501B (zh) | 在载波聚合系统中执行harq的方法和装置 | |
CN104769867A (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 | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20181009 Termination date: 20210108 |
|
CF01 | Termination of patent right due to non-payment of annual fee |