CN104160649B

CN104160649B - 用于收发信号的方法及其设备

Info

Publication number: CN104160649B
Application number: CN201380012240.7A
Authority: CN
Inventors: 梁锡喆; 安俊基; 徐东延
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2012-03-09
Filing date: 2013-03-11
Publication date: 2018-05-29
Anticipated expiration: 2033-03-11
Also published as: KR102058998B1; US9584266B2; WO2013133679A1; KR20140142230A; US20150358122A1; CN104160649A

Abstract

本发明涉及无线通信***。更具体地讲，本发明涉及一种用于在支持载波聚合(CA)的无线通信***中发送上行链路信号的方法及其设备，所述方法包括以下步骤：设定具有第一上行链路‑下行链路(UL‑DL)配置的调度小区，并且设定具有第二TDD UL‑DL配置的被调度小区；以及基于用于所述被调度小区的HARQ处理的数量从所述被调度小区执行HARQ处理。

Description

用于收发信号的方法及其设备

技术领域

本发明涉及无线通信***，更具体地讲，涉及一种用于在支持时分双工(TDD)的多载波***中发送和接收信号的方法及其设备。

背景技术

无线通信***已被广泛部署以提供各种类型的通信服务(包括语音和数据服务)。通常，无线通信***是通过在多个用户之间共享可用***资源(例如，带宽、发送功率等)来支持这多个用户之间的通信的多址***。多址***可采用诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)或单载波频分多址(SC-FDMA)的多址方案。

发明内容

技术问题

为解决所述问题而设计出的本发明的一个目的在于一种用于在无线通信***中有效地发送和接收信号的方法及其设备。本发明的另一目的是提供一种用于在支持TDD的多载波***中发送和接收信号的方法及其设备。本发明的另一目的是提供一种用于在支持TDD的多载波***中设定信号发送/接收定时时重用(reuse)先前信号发送/接收定时的方法及其设备。本发明的另一目的是提供一种用于在支持TDD的多载波***中有效地操作HARQ处理的方法及其设备。

通过本发明解决的技术问题不限于以上技术问题，本领域技术人员可从以下描述理解其它技术问题。

技术方案

本发明的目的可通过提供一种用于在支持载波聚合的无线通信***中执行混合自动重传请求(HARQ)处理的方法来实现，所述方法包括以下步骤：设定具有第一上行链路-下行链路(UL-DL)配置的调度小区以及具有第二TDD UL-DL配置的被调度小区；以及基于用于所述被调度小区的HARQ处理的数量在所述被调度小区中执行HARQ处理，其中，当所述第一UL-DL配置和所述第二UL-DL配置的组合对应于第一集合的UL-DL配置组合时，用于所述被调度小区的HARQ处理的数量被确定为可用上行链路子帧的数量×N(N≥2)，其中，当所述第一UL-DL配置和所述第二UL-DL配置的组合对应于第二集合的UL-DL配置组合时，用于所述被调度小区的HARQ处理的数量被确定为可用上行链路子帧的数量+N(N≥1)。

在本发明的另一方面中，本文提供了一种被配置为在支持载波聚合的无线通信***中执行HARQ处理的通信设备，该通信设备包括：射频(RF)单元；以及处理器，其中，所述处理器被配置为设定具有第一UL-DL配置的调度小区以及具有第二TDDUL-DL配置的被调度小区，并且，基于用于所述被调度小区的HARQ处理的数量在所述被调度小区中执行HARQ处理，其中，当所述第一UL-DL配置和所述第二UL-DL配置的组合对应于第一集合的UL-DL配置组合时，用于所述被调度小区的HARQ处理的数量被确定为可用上行链路子帧的数量×N(N≥2)，其中，当所述第一UL-DL配置和所述第二UL-DL配置的组合对应于第二集合的UL-DL配置组合时，用于所述被调度小区的HARQ处理的数量被确定为可用上行链路子帧的数量+N(N≥1)。

所述可用上行链路子帧的数量可对应于无线电帧中的所述调度小区的传输方向和所述被调度小区的传输方向均为UL的子帧的数量。

所述可用上行链路子帧的数量可对应于无线电帧中的所述调度小区的传输方向为UL的子帧的数量。

所述可用上行链路子帧的数量可对应于无线电帧中的所述被调度小区的传输方向为UL的子帧的数量。

根据所述UL-DL配置的子帧配置可如下定义。

这里，D可表示下行链路子帧，S可表示特殊子帧，U可表示上行链路子帧。

所述第一集合的UL-DL配置组合可被限定为(所述调度小区的UL-DL配置,所述被调度小区的UL-DL配置)，其中，所述第一集合的UL-DL配置组合包括(0,1)、(0,2)、(0,3)、(0,4)、(0,5)、(0,6)、(1,3)、(2,3)、(3,1)、(3,2)、(6,1)、(6,2)、(6,3)、(6,4)和(6,5)中的至少一个。

所述第一集合的UL-DL配置组合可被限定为(所述调度小区的UL-DL配置,所述被调度小区的UL-DL配置)，其中，所述第一集合的UL-DL配置组合包括(0,1)、(0,2)、(0,3)、(0,4)、(0,5)、(0,6)、(1,0)、(1,3)、(1,6)、(2,0)、(2,3)、(2,6)、(3,0)、(3,1)、(3,2)、(3,6)、(4,0)、(4,6)、(5,0)、(5,6)、(6,0)、(6,1)、(6,2)、(6,3)、(6,4)和(6,5)中的至少一个。

所述可用上行链路子帧的数量可对应于无线电帧中的根据参考UL-DL配置的传输方向和根据所述第二UL-DL配置的传输方向均为UL的子帧的数量，其中，所述参考UL-DL配置被给出为在所述第一UL-DL配置和第二UL-DL配置中的至少一个中被设定为U的子帧全部被设定为U的UL-DL配置当中的具有最小数量的U的UL-DL配置。

所述可用上行链路子帧的数量可对应于无线电帧中的根据参考UL-DL配置的传输方向为UL的子帧的数量，其中，所述参考UL-DL配置被给出为在所述第一UL-DL配置和第二UL-DL配置中的至少一个中被设定为U的子帧全部被设定为U的UL-DL配置当中的具有最小数量的U的UL-DL配置。

有益效果

根据本发明，可在无线通信***中有效地发送和接收信号。另外，可在支持TDD的多载波***中发送和接收信号。另外，可在支持TDD的多载波***中设定信号发送/接收定时时重用先前信号发送/接收定时。另外，可在支持TDD的多载波***中有效地操作HARQ处理。

本发明的效果不限于上述效果，对于本领域技术人员而言，本文未描述的其它效果将从以下描述变得明显。

附图说明

附图被包括以提供对本发明的进一步理解，附图示出本发明的实施方式并与说明书一起用于说明本发明的原理。附图中：

图1示出无线电帧结构；

图2示出下行链路时隙的资源网格；

图3示出下行链路子帧结构；

图4示出上行链路子帧结构；

图5和图6示出单个小区情况下的TDD UL ACK/NACK(上行链路确认/否定确认)传输定时；

图7和图8示出单个小区情况下的TDD PUSCH(物理上行链路共享信道)传输定时；

图9和图10示出单个小区情况下的TDD DL ACK/ANCK传输定时；

图11示出单个小区情况下的TDD HARQ(混合自动重传请求)处理；

图12示出载波聚合(CA)通信***；

图13示出当多个载波被聚合时的调度；

图14示出用于在传统CA TDD***中利用信道选择发送ACK/NACK信息的方法；

图15示出时隙层面PUCCH格式3结构；

图16和图17示出HARQ处理受限的CC聚合配置；

图18示出根据本发明的HARQ处理；以及

图19示出应用了本发明的BS和UE。

具体实施方式

本发明的实施方式适用于诸如码分多址(CDMA)、频分多址(FDMA)、时分多址(TDMA)、正交频分多址(OFDMA)和单载波-频分多址(SC-FDMA)的各种无线接入技术。CDMA可被实现为诸如通用地面无线电接入(UTRA)或CDMA2000的无线电技术。TDMA可被实现为诸如全球移动通信***(GSM)/通用分组无线电服务(GPRS)/增强型数据速率GSM演进(EDGE)的无线电技术。OFDMA可被实现为诸如电子和电气工程师协会(IEEE)802.11(无线保真(Wi-Fi))、IEEE 802.16(全球微波接入互操作性(WiMAX))、IEEE 802.20、演进UTRA(E-UTRA)的无线电技术。UTRA是通用移动电信***(UMTS)的一部分。第三代合作伙伴计划(3GPP)长期演进(LTE)是使用E-UTRA的演进UMTS(E-UMTS)的一部分，其对下行链路采用OFDMA，对上行链路采用SC-FDMA。LTE–高级(LTE-A)是3GPP LTE的演进版本。

尽管为了使描述清晰，以下描述专注于3GPP LTE/LTE-A，这仅是示例性的，因此不应被解释为限制本发明。应该注意的是，提供本发明公开的具体术语是为了方便描述并且更好地理解本发明，在本发明的技术范围或精神内，这些具体术语的使用可改变为其它格式。

图1示出无线电帧结构。

参照图1，3GPP LTE(-A)中使用的无线电帧具有10ms(307200Ts)的长度，并且包括相等大小的10个子帧。无线电帧中的10个子帧可被编号。这里，Ts是指采样时间，被表示为Ts＝1/(2048×15kHz)。各个子帧具有1ms的长度，并且包括两个时隙。无线电帧中的20个时隙可从0至19顺序编号。各个时隙具有0.5ms的长度。用于发送子帧的时间被定义为传输时间间隔(TTI)。时间资源可通过无线电帧号(或无线电帧索引)、子帧号(或子帧索引)和时隙号(或时隙索引)来区分。

无线电帧可根据双工模式而不同地配置。在FDD(频分双工)模式下通过频率来区分下行链路传输与上行链路传输，因此在特定频带中，无线电帧仅包括下行链路子帧和上行链路子帧中的一个。由于在TDD(时分双工)模式下通过时间来将下行链路传输和上行链路传输彼此区分，所以在特定频带中，无线电帧包括下行链路子帧和上行链路子帧二者。

具体地讲，图1示出3GPP LTE(-A)中使用的用于TDD的无线电帧结构。表1示出TDD模式下的无线电帧中的子帧的上行链路-下行链路(UL-DL)配置(UD-cfg)。

[表1]

在表1中，D表示下行链路子帧，U表示上行链路子帧，S表示特殊子帧。特殊子帧包括DwPTS(下行链路导频时隙)、GP(保护周期)和UpPTS(上行链路导频时隙)。DwPTS是为下行链路传输预留的时间周期，UpPTS是为上行链路传输预留的时间周期。表2示出特殊子帧配置。

[表2]

图2示出下行链路时隙的资源网格。

参照图2，下行链路时隙在时域中包括多个OFDM符号。一个下行链路时隙可包括7(6)个OFDM符号，一个资源块(RB)在频域中可包括12个子载波。资源网格上的各个元素被称作资源元素(RE)。一个RB包括12×7(6)个RE。下行链路时隙中包括的RB的数量N_RB取决于下行链路发送带宽。上行链路时隙的结构可与下行链路时隙的结构相同，不同的是OFDM符号由SC-FDMA符号来代替。

图3示出下行链路子帧结构。

参照图3，位于子帧内的第一时隙的前部的最多三(四)个OFDM符号对应于分配有控制信道的控制区域。剩余OFDM符号对应于分配有物理下行链路共享信道(PDSCH)的数据区域。PDSCH用于承载传输块(TB)或与TB对应的码字(CW)。TB意指通过传输信道从MAC层发送给PHY层的数据块。码字对应于TB的编码版本。TB与CW之间的对应关系取决于交换(swiping)。在说明书中，PDSCH、TB和CW可互换使用。LTE(-A)中使用的下行链路控制信道的示例包括物理控制格式指示符信道(PCFICH)、物理下行链路控制信道(PDCCH)、物理混合ARQ指示符信道(PHICH)等。PCFICH在子帧的第一OFDM符号处发送，并承载有关子帧内用于控制信道的传输的OFDM符号的数量的信息。PHICH是对上行链路传输的响应，并且承载HARQ确认(ACK)/否定确认(NACK)信号。HARQ-ACK响应包括肯定ACK(简称为ACK)、否定ACK(NACK)、DTX(非连续传输)或NACK/DTX。这里，HARQ-ACK可与HARQ ACK/NACK和ACK/NACK互换使用。

通过PDCCH发送的控制信息被称作下行链路控制信息(DCI)。DCI包括用于UE或UE组的资源分配信息和其它控制信息。例如，DCI包括上行链路/下行链路调度信息、上行链路发送(Tx)功率控制命令等。用于配置多天线技术的DCI格式的传输模式和信息内容如下。

传输模式(TM)

·传输模式1：从单个基站天线端口的传输

·传输模式2：发送分集

·传输模式3：开环空间复用

·传输模式4：闭环空间复用

·传输模式5：多用户MIMO(多输入多输出)

·传输模式6：闭环秩-1预编码

·传输模式7：利用UE特定参考信号的传输

DCI格式

·格式0：对PUSCH(物理上行链路共享信道)传输(上行链路)的资源许可

·格式1：对单码字PDSCH(物理下行链路共享信道)传输(传输模式1、2和7)的资源指派

·格式1A：对单码字PDSCH(所有模式)的资源指派的紧凑信令

·格式1B：对使用秩-1闭环预编码(模式6)的PDSCH的紧凑资源指派

·格式1C：对PDSCH(例如，寻呼/广播***信息)的极紧凑资源指派

·格式1D：对使用多用户MIMO(模式5)的PDSCH的紧凑资源指派

·格式2：对用于闭环MIMO操作(模式4)的PDSCH的资源指派

·格式2A：对用于开环MIMO操作(模式3)的PDSCH的资源指派

·格式3/3A：具有2比特/1比特功率调节的PUCCH和PUSCH的功率控制命令

如上所述，PDCCH可承载下行链路共享信道(DL-SCH)的传输格式和资源分配、上行链路共享信道(UL-SCH)的资源分配信息、寻呼信道(PCH)上的寻呼信息、DL-SCH上的***信息、关于PDSCH上发送的上层控制消息(例如，随机接入响应)的资源分配的信息、对任意UE组内的各个UE的一组Tx功率控制命令、Tx功率控制命令、关于IP语音(VoIP)的激活的信息等。多个PDCCH可在控制区域内发送。UE可监测多个PDCCH。PDCCH在一个或多个连续控制信道元素(CCE)的聚合上发送。CCE是用于基于无线电信道的状态向PDCCH提供编码速率的逻辑分配单位。CCE对应于多个资源元素组(REG)。PDCCH的格式和可用PDCCH的比特数通过CCE的数量来确定。BS根据要发送给UE的DCI来确定PDCCH格式，并将循环冗余校验(CRC)附接到控制信息。根据PDCCH的所有者或用途来利用唯一标识符(称作无线电网络临时标识符(RNTI))对CRC进行掩码处理。如果PDCCH用于特定UE，则可利用UE的唯一标识符(例如，小区-RNTI(C-RNTI))对CRC进行掩码处理。另选地，如果PDCCH用于寻呼消息，则可利用寻呼标识符(例如，寻呼-RNTI(P-RNTI))对CRC进行掩码处理。如果PDCCH用于***信息(更具体地讲，***信息块(SIB))，则可利用***信息RNTI(SI-RNTI)对CRC进行掩码处理。当PDCCH用于随机接入响应时，可利用随机接入-RNTI(RA-RNTI)对CRC进行掩码处理。

图4示出用于LTE(-A)的上行链路子帧结构。

参照图4，上行链路子帧包括多个(例如，2个)时隙。时隙可根据CP长度包括不同数量的SC-FDMA符号。上行链路子帧在频域中被分为控制区域和数据区域。数据区域分配有PUSCH，用于承载诸如音频数据的数据信号。控制区域分配有PUCCH，用于承载上行链路控制信息(UCI)。PUCCH包括在频域中位于数据区域的两端并在时隙边界中跳频的RB对。

PUCCH可用于发送以下控制信息。

-调度请求(SR)：这是用于请求UL-SCH资源的信息，并利用开关键控(OOK)方案来发送。

-HARQ-ACK：这是对PDSCH上的下行链路数据分组(例如，码字)的响应，指示是否成功接收到下行链路数据分组。1比特HARQ-ACK信号作为对单个下行链路码字的响应发送，2比特HARQ-ACK信号作为对两个下行链路码字的响应发送。HARQ-ACK响应包括肯定ACK(简称为ACK)、否定ACK(NACK)、DTX(非连续传输)或NACK/DTX。这里，术语HARQ-ACK可与术语HARQACK/NACK和ACK/NACK互换使用。

-信道状态信息(CSI)：这是关于下行链路信道的反馈信息。MIMO(多输入多输出)相关反馈信息包括秩指示符(RI)和预编码矩阵指示符(PMI)。使用每子帧20比特。

UE可通过子帧发送的控制信息(UCI)的数量取决于可用于控制信息传输的SC-FDMA符号的数量。可用于控制信息传输的SC-FDMA符号对应于除子帧的用于参考信号传输的SC-FDMA符号以外的SC-FDMA符号。在配置探测参考信号(SRS)的子帧的情况下，从可用于控制信息传输的SC-FDMA符号排除子帧的最后SC-FDMA符号。参考信号用于检测PUCCH的相干性。PUCCH根据其上发送的信息支持各种格式。

表3示出LTE(-A)中的PUCCH格式与UCI之间的映射关系。

[表3]

将参照图5至图11描述单个载波(或小区)情况下的TDD信号传输定时。

图5和图6示出PDSCH-UL ACK/NACK定时。这里，UL ACK/NACK意指在上行链路上作为对DL数据(例如，PDSCH)的响应而发送的ACK/NACK。

参照图5，UE可在M个DL子帧(SF)中接收一个或更多个PDSCH信号(S502_0至502_M-1)(M≥1)。各个PDSCH信号用于根据传输模式发送一个或更多个(例如，2个)传输块(TB)。还可在步骤S502_0至S502_M-1中接收指示SPS(半静态调度)的PDCCH信号(未示出)。当M个DL子帧中存在PDSCH信号和/或SPS释放PDCCH信号时，UE经由用于发送ACK/NACK的处理(例如，ACK/NACK(有效载荷)生成、ACK/NACK资源分配等)通过与这M个DL子帧对应的UL子帧来发送ACK/NACK(S504)。ACK/NACK包括对在步骤S502_0至S502_M-1中接收的PDSCH信号和/或SPS释放PDCCH的确认信息。尽管基本上通过PUCCH发送ACK/NACK，但是当在ACK/NACK传输时间发送PUSCH时，通过PUSCH发送ACK/NACK。表3中所示的各种PUCCH格式可用于ACK/NACK传输。另外，为了减少通过PUCCH格式发送的ACK/NACK比特的数量，可使用诸如ACK/NACK绑定和ACK/NACK信道选择的各种方案。

如上所述，在TDD中，与M个DL子帧中接收的数据有关的ACK/NACK通过一个UL子帧发送(即，M个DL SF:1个UL SF)，它们之间的关系由DASI(下行链路关联集合索引)来确定。

表4示出LTE(-A)中定义的DASI(K:{k₀,k₁,…,k_M-1})。表4示出发送ACK/NACK的UL子帧与该UL子帧相关的DL子帧之间的间隔。具体地讲，当子帧n-k(k∈K)中存在指示PDSCH传输和/或SPS释放的PDCCH时，UE在子帧n中发送ACK/NACK。

[表4]

在TDD中，UE通过单个UL SF发送对通过M个DL SF接收的至少一个DL传输信号(例如，PDSCH)的ACK/NACK信号。如下通过单个UL SF发送对多个DLSF的ACK/NACK。

1)ACK/NACK绑定：用于多个数据单元(例如，PDSCH、SPS释放PDCCH等)的ACK/NACK比特根据逻辑运算(例如，逻辑与运算)而组合。例如，接收端(例如，UE)在所有数据单元成功解码时发送ACK信号，并且在任一个数据单元未被解码(或检测)时发送NACK信号或不发送信号。

2)信道选择：接收多个数据单元(例如，PDSCH、SPS释放PDCCH等)的UE占据多个PUCCH资源以用于ACK/NACK传输。通过用于ACK/NACK传输的PUCCH资源和发送的ACK/NACK(例如，比特值和QPSK符号值)的组合来标识对所述多个数据单元的ACK/NACK响应。信道选择也被称作ACK/NACK选择和PUCCH选择。

图6示出当设定UL-DL配置#1时的UL ACK/NACK传输定时。在该图中，SF#0至#9以及SF#10至#19分别对应于无线电帧，框中的数字表示与DL子帧有关的UL子帧。例如，对SF#5的PDSCH的ACK/NACK在SF#5+7(＝SF#12)中发送，对SF#6的PDSCH的ACK/NACK在SF#6+6(＝SF#12)中发送。因此，对SF#5/#6的DL信号的ACK/NACK均在SF#12中发送。类似地，对SF#14的PDSCH的ACK/NACK在SF#14+4(＝SF#18)中发送。

图7和图8示出PHICH/UL许可(UG)-PUSCH定时。可对应于PDCCH(UL许可)和/或PHICH(NACK)发送PUSCH。

参照图7，UE可通过PDCCH接收PDCCH(UL许可)和/或PHICH(NACK)(S702)。这里，NACK对应于对先前PUSCH传输的ACK/NACK响应。在这种情况下，UE可经由用于PUSCH传输(例如，TB编码、TB-CW交换、PUSCH资源分配等)的处理通过k个子帧之后的PUSCH初始发送/重新发送一个或更多个TB(S704)。本实施方式基于这样的假设：执行PUSCH被发送一次的正常HARQ操作。在这种情况下，与PUSCH传输对应的PHICH和UL许可存在于同一子帧中。然而，在通过多个子帧发送PUSCH多次的子帧绑定的情况下，与PUSCH传输对应的PHICH和UL许可可存在于不同的子帧中。

表5示出LTE(-A)中用于PUSCH传输的UAI(上行链路关联索引)(k)。表5示出检测到PHICH/UL许可的DL子帧与该DL子帧相关的UL子帧之间的间隔。具体地讲，当从子帧n检测到PHICH/UL许可时，UE可在子帧n+k中发送PUSCH。

[表5]

图8示出在设定UL-DL配置#1时的PUSCH传输定时。在该图中，SF#0至#9以及SF#10至#19分别对应于无线电帧，框中的数字表示与DL子帧相关的UL子帧。例如，与SF#6的PHICH/UL许可对应的PUSCH在SF#6+6(＝SF#12)中发送，与SF#14的PHICH/UL许可对应的PUSCH在SF#14+4(＝SF#18)中发送。

图9和图10示出PUSCH-PHICH/UL许可定时。PHICH用于发送DL ACK/NACK。这里，DLACK/NACK意指作为对UL数据(例如，PUSCH)的响应在下行链路上发送的ACK/NACK。

参照图9，UE将PUSCH信号发送给BS(S902)。这里，PUSCH信号用于根据传输模式发送一个或多个(例如，2个)TB。作为对PUSCH传输的响应，BS可经由用于ACK/NACK传输(例如，ACK/NACK生成、ACK/NACK资源分配等)的处理通过k个子帧之后的PHICH发送ACK/NACK(S904)。ACK/NACK包括对步骤S902的PUSCH信号的确认信息。当对PUSCH传输的响应为NACK时，BS可在k个子帧之后将用于重新发送PUSCH的UL许可PDCCH发送给UE(S904)。本实施方式基于这样的假设：执行PUSCH被发送一次的正常HARQ操作。在这种情况下，用于PUSCH传输的PHICH和UL许可可在同一子帧中发送。然而，在子帧绑定的情况下，用于PUSCH传输的PHICH和UL许可可在不同的子帧中发送。

表6示出LTE(-A)中用于PHICH/UL许可传输的UAI。表6示出存在PHICH/UL许可的DL子帧与该DL子帧相关的UL子帧之间的间隔。具体地讲，子帧i的PHICH/UL许可对应于通过子帧i-k的PUSCH传输。

[表6]

图10示出在设定UL-DL配置#1时的PHICH/UL许可传输定时。在该图中，SF#0至#9以及SF#10至#19分别对应于无线电帧，框中的数字表示与UL子帧相关的DL子帧。例如，与SF#2的PUSCH对应的PHICH/UL许可在SF#2+4(＝SF#6)中发送，与SF#8的PUSCH对应的PHICH/UL许可在SF#8+6(＝SF#14)中发送。

将描述PHICH资源指派。当在子帧#n中发送PUSCH时，UE确定子帧#(n+kPHICH)中的对应PHICH资源。在FDD中，kPHICH具有固定值(例如，4)。在TDD中，k_PHICH具有依据UL-DL配置的值。表7示出针对TDD的k_PHICH值，等同于表6。

[表7]

通过[PHICH组索引,正交序列索引]来提供PHICH资源。PHICH组索引和正交序列索引利用(i)用于PUSCH传输的最低PRB索引和(ii)用于DMRS(解调参考信号)循环移位的3比特字段值来确定。这里，(i)和(ii)通过UL许可PDCCH来指示。

将描述HARQ处理。UE针对UL传输执行多个并行的HARQ处理。所述多个并行的HARQ处理用于在UE等待表示先前UL传输是否成功的HARQ反馈的同时，连续执行UL传输。各个HARQ处理涉及MAC(媒体访问控制)层的HARQ缓冲区。各个HARQ处理管理缓冲区中的MAC PDU(物理数据单元)的传输数量、缓冲区中的对MAC PDU的HARQ反馈以及关于当前冗余版本的状态参数。

在LTE(-A)FDD的情况下，用于非子帧绑定操作(即，正常HARQ操作)的UL HARQ处理的数量为8。在LTE(-A)TDD的情况下，UL HARQ处理的数量和HARQ RTT(往返时间)根据DL-UL配置来不同地设定，因为UL子帧的数量取决于UL-DL配置。这里，HARQ RTT可以是接收到UL许可的时间与通过PUSCH(与该UL许可对应)的传输接收到PHICH(与该UL许可对应)的时间之间的时间间隔(例如，以SF或ms为单位)或者PUSCH传输时间与PUSCH重新传输时间之间的时间间隔。当应用子帧绑定时，在FDD和TDD下发送由4个邻接UL子帧配置的一组PUSCH。因此，应用了子帧绑定时的HARQ操作/处理不同于正常HARQ操作/处理。

表8示出在TDD下根据UL-DL配置的DL HARQ处理的最大数量。

[表8]

TDD UL/DL配置	HARQ处理的最大数量
		0	4
1	7
		2	10
3	9
		4	12
5	15
		6	6

表9示出在TDD下的同步UL HARQ处理的数量和HARQ RTT。UL SF的数量根据UL-DLcfg来定义，UL HARQ处理的数量和(UL)HARQ RTT根据UL-DL配置不同地设定。HARQ RTT可指从接收到UL许可时到通过PUSCH(与该UL许可对应)的传输接收到PHICH(与该UL许可对应)时的间隔(以SF或ms为单位)或者从PUSCH传输定时到与其对应的重新传输定时的间隔。当UL HARQ RTT为10[SF或ms](UL-DL配置#1、#2、#3、#4和#5)时，一个UL HARQ处理使用一个固定的UL SF定时。当UL HARQ RTT不对应于10[SF或ms](UL-DL配置#0和#6)时，一个UL HARQ处理在跳频的同时使用多个UL SF定时(代替一个固定的UL SF定时)。例如，在UL-DL配置#6的情况下，一个UL HARQ处理中的PUSCH传输定时为：SF#2:PUSCH＝>SF#13:PUSCH(RTT：11SF)＝>SF#24:PUSCH(RTT：11SF)＝>SF#37:PUSCH(RTT：13SF)＝>SF#48:PUSCH(RTT：11SF)＝>SF#52:PUSCH(RTT：14SF).

[表9]

在TDD UL-DL配置#1至#6和正常HARQ操作的情况下，UE在子帧n中检测到UL许可PDCCH和/或PHICH信息时，根据该UL许可PDCCH和/或PHICH信息在子帧n+k(参见表5)中发送对应PUSCH信号。

在TDD UL-DL配置#0和正常HARQ操作的情况下，当从子帧n检测到UL DCI许可PDCCH和/或PHICH时，UE的PUSCH传输定时根据条件而变化。当DCI中的UL索引的MSB(最高有效位)为1或者在子帧#0或#5中通过与I_PHICH＝0对应的资源接收到PHICH时，UE在子帧n+k(参见表5)中发送对应PUSCH信号。当DCI中的UL索引的LSB(最低有效位)为1，在子帧#0或#5中通过与I_PHICH＝1对应的资源接收到PHICH，或者在子帧#1或#6中接收到PHICH时，UE在子帧n+7中发送对应PUSCH信号。当DCI中的MSB和LSB均被设定时，UE在子帧n+k(参见表5)和子帧n+7中发送对应PUSCH信号。

在PHY(物理)层中，HARQ处理与用于传输块的软缓冲区和用于码块的软缓冲区关联。在信道编码期间，可考虑信道编码器大小将传输块分成一个或更多个码块。在信道编码之后，所述一个或更多个码块组合以形成与传输块对应的码字。

HARQ处理用于可靠的传输块传输。可考虑编码器大小将传输块分成一个或更多个码块。在LTE(-A)中，根据1/3TURBO编码对码块进行编码，编码的码块包括***子块和两个奇偶校验子块。通过大小为K_n的子块交织矩阵对各个子块进行转置。用于第r编码块的长度为K_w＝3K_Π的循环缓冲区如下生成。

[式1]

-对k＝0,…,K_Π-1

N_IR比特表示用于传输块的软缓冲区大小，N_cb表示用于第r码块的软缓冲区大小。N_cb如下获得，其中C是码块的数量。

[式2]

-对DL-SCH和PCH传输信道

-N_cb＝K_w，对UL-SCH和MCH传输信道

N_IR被表示如下。

[式3]

这里，N_soft是根据UE能力的软信道比特的总数。

If N_soft＝35982720，K_C＝5，

else if N_soft＝3654144并且UE对于DL小区能够支持不超过最多两个空间层，K_C＝2

else K_C＝1

End if。

如果UE被配置为基于传输模式3、4、8或9接收PDSCH传输，则K_MIMO等于2，否则等于1。

M_{DL_HARQ}是DL HARQ处理的最大数量。

M_limit是等于8的常数。

在FDD和TDD下，如果UE配置有不止两个服务小区，则对于各个服务小区，对至少K_MIMO·min(M_{DL_HARQ},M_limit)个传输块，UE在传输块的码块解码失败时存储与至少的范围对应的接收的软信道比特。这里，n_SB由式4给出。

[式4]

w_k、C、N_cb、K_MIMO和M_limit如上面所定义。

M_{DL_HARQ}是DL HARQ处理的最大数量。

是配置的服务小区的数量。

N′_soft是根据UE能力的软信道比特的总数。

在确定k时，UE优先存储与k的较低值对应的软信道比特。w_k对应于接收的软信道比特。范围可包括不包含接收的软信道比特的子集。

图11示出在设定UL-DL配置#1时的同步UL HARQ处理。框中的数字表示HARQ处理编号。图11所示的同步UL HARQ处理对应于正常HARQ处理。参照图11，HARQ处理#1涉及SF#2、SF#6、SF#12和SF#16。例如，如果在SF#2中发送初始PUSCH信号(例如，RV＝0)，则可在SF#6中接收与该PUSCH信号对应的UL许可PDCCH和/或PHICH，并且可在SF#12中发送与初始PUSCH信号对应的(重新传输)PUSCH信号(例如，RV＝2)。因此，在UL-DL配置#1的情况下，存在RTT(往返时间)为10SF(或10ms)的4个UL HARQ处理。

图12示出载波聚合(CA)通信***。为了使用更宽的频带，LTE-A***采用将多个UL/DL频率块聚合以获得更宽的UL/DL带宽的CA(或带宽聚合)技术。各个频率块利用分量载波(CC)来发送。CC可被视作频率块的载波频率(或中心载波、中心频率)。

参照图12，多个UL/DL CC可被聚合以支持更宽的UL/DL带宽。在频域中，CC可为邻接或非邻接的。可独立地确定CC的带宽。可实现UL CC的数量不同于DL CC的数量的不对称CA。例如，当存在两个DL CC和一个UL CC时，DL CC可按照2:1的比率对应于UL CC。在***中，DL CC/UL CC链路可固定或半静态地配置。即使***带宽配置有N个CC，特定UE可监测/接收的频带也可被限制为M(<N)个CC。关于CA的各种参数可按照小区特定、UE组特定或UE特定的方式设定。可仅通过特定CC发送/接收控制信息。此特定CC可被称作主CC(PCC)(或锚CC)，其它CC可称作辅CC(SCC)。

在LTE(-A)中，使用小区的概念来管理无线电资源。小区被定义为下行链路资源和上行链路资源的组合。然而，上行链路资源不是强制的。因此，小区可仅由下行链路资源组成或者由下行链路资源和上行链路资源二者组成。下行链路资源的载波频率(或DL CC)与上行链路资源的载波频率(或UL CC)之间的链接可由***信息来指示。在主频率资源(或PCC)中工作的小区可称作主小区(PCell)，在辅频率资源(或SCC)中工作的小区可称作辅小区(SCell)。PCell用于UE建立初始连接或重新建立连接。PCell可指在SIB2链接到UL CC的DL CC上操作的小区。另外，PCell可指在切换期间指示的小区。SCell可在建立RRC连接之后配置，并且可用于提供附加无线电资源。PCell和SCell可统称为服务小区。因此，对于未设定CA或不支持CA的处于RRC_Connected状态的UE，仅存在由PCell组成的单个服务小区。另一方面，对于设定了CA的处于RRC_CONNECTED状态的UE，存在包括PCell和全部SCell在内的一个或更多个服务小区。对于CA，在开始初始安全激活操作之后，除了初始配置的PCell之外，网络可在连接建立期间为支持CA的UE配置一个或更多个SCell。

图13示出当多个载波被聚合时的调度。假设3个DL CC被聚合，并且DL CC A被设定为PDCCH CC。DL CC A、DL CC B和DL CC C可称为服务CC、服务载波、服务小区等。在禁用CIF(载波指示符字段)的情况下，DL CC可在没有CIF的情况下仅发送调度与该DL CC对应的PDSCH的PDCCH(非跨CC调度)。当根据UE特定(或UE组特定或小区特定)高层信令启用CIF时，特定CC(例如，DL CC A)可不仅发送调度与该DL CC对应的PDSCH的PDCCH，而且利用CIF发送调度其它DL CC的PDSCH的PDCCH(跨CC调度)。在DL CC B/C中不发送PDCCH。

用于PDCCH传输的特定CC(或小区)称为调度CC(或调度小区)。调度CC(或小区)可与监测CC(或MCC)互换使用。PDSCH/PUSCH通过另一CC的PDCCH来调度的CC(或小区)称为被调度CC(或被调度小区)。可针对一个UE设定一个或更多个调度CC，调度CC之一可用于DL控制信令和UL PUCCH传输。即，调度CC包括PCC。当仅设定一个调度CC时，调度CC对应于PCC。在以下描述中，调度CC/被调度CC也可称为MCC/SCC。

当设定跨CC调度时，承载信号的CC根据信号类型如下定义。

-PDCCH(UL/DL许可)：调度CC(或MCC)

-PDSCH/PUSCH：由从调度CC检测的PDCCH的CIF指示的CC

-DL ACK/NACK(例如，PHICH)：调度CC(或MCC)(例如，DL PCC)

-UL ACK/NACK(例如，PUCCH)：UL PCC

图14示出用于在传统CA TDD***中利用信道选择发送ACK/NACK信息的方法。

参照图14，假设在传统CA TDD***中具有相同TDD UL-DL Cfg的2个服务小区(即，PCell和SCell或者PCC和SCC)被聚合。将首先描述针对HARQ-ACK传输，当UL子帧n中M≤2时，使用PUCCH格式1b的信道选择方案。这里，M表示上面参照表4描述的集合K的元素数量(即，与UL SF对应的DL SF的数量)。当UL子帧n中M≤2时，UE可在从A个PUCCH资源n⁽¹⁾ _PUCCH,i(0≤i≤A-1且)中选择的PUCCH资源上发送b(0)b(1)。具体地讲，UE根据表10、11和12利用PUCCH格式1b在UL子帧n中发送A/N信号。当UL子帧n中M＝1时，HARQ-ACK(j)表示对与服务小区c有关的TB或SPS释放PDCCH的A/N响应。这里，当M＝1时，TB、HARQ-ACK(j)和A个PUCCH资源可根据表10来给出。当UL子帧n中M＝2时，HARQ-ACK(j)表示对各个服务小区中由集合K提供的DL子帧中的TB或SPS释放PDCCH的A/N响应。这里，M＝2，针对HARQ-ACK(j)的各个服务小区中的子帧和A个PUCCH资源可根据表14来给出。

表10是当具有相同UL-DL配置的2个CC被聚合，M＝1并且A＝2时，LTE-A中定义的用于信道选择的映射表。

[表10]

这里，n⁽¹⁾ _PUCCH,0可被分配有链接到调度PCC(或PCell)的PDCCH(即，PCC-PDCCH)的隐性PUCCH资源，根据是否应用跨CC调度，n⁽¹⁾ _PUCCH,1可被分配有链接到调度SCC的PDCCH(即，SCC-PDCCH)的隐性PUCCH资源或者通过RRC预留的显性PUCCH资源。例如，当采用跨CC调度时，n⁽¹⁾ _PUCCH,0可被分配有链接到PCC-PDCCH的隐性PUCCH资源，n⁽¹⁾ _PUCCH,1可被分配有链接到SCC-PDCCH的隐性PUCCH资源。

表11是当具有相同UL-DL Cfg的两个CC被聚合，M＝1并且A＝3时，LTE-A中定义的用于信道选择的映射表。

[表11]

当PCC对应于MIMO CC，并且SCC对应于非MIMO CC时，n⁽¹⁾ _PUCCH,0和n⁽¹⁾ _PUCCH,1可被分配有链接到PCC-PDCCH的隐性PUCCH资源，并且根据是否应用跨CC调度，n⁽¹⁾ _PUCCH,2可被分配有链接到SCC-PDCCH的隐性PUCCH资源或者通过RRC预留的显性PUCCH资源。如果PCC对应于非MIMO CC，并且SCC对应于MIMO CC，则n⁽¹⁾ _PUCCH,0可被分配有链接到PCC-PDCCH的隐性PUCCH资源，并且根据是否采用跨CC调度，n⁽¹⁾ _PUCCH,1和n⁽¹⁾ _PUCCH,2可被分配有链接到SCC-PDCCH的隐性PUCCH资源或者通过RRC预留的显性PUCCH资源。

表12是当具有相同UL-DL Cfg的两个CC被聚合，M≤2并且A＝4时，LTE-A中定义的用于信道选择的映射表。

[表12]

链接到调度PCC(或PCell)的PDCCH(即，PCC-PDCCH)的隐性PUCCH资源可被分配给n⁽¹⁾ _PUCCH,0和/或n⁽¹⁾ _PUCCH,1，而独立于跨CC调度，并且根据是否应用跨CC调度，链接到调度SCC的PDCCH(即，SCC-PDCCH)的隐性PUCCH资源或者通过RRC预留的显性PUCCH资源可被分配给n⁽¹⁾ _PUCCH,2和/或n⁽¹⁾ _PUCCH,3。例如，当M＝2并且应用跨CC调度时，链接到第一DL SF和第二DL SF的PCC-PDCCH的隐性PUCCH资源可被分配给n⁽¹⁾ _PUCCH,0和n⁽¹⁾ _PUCCH,1，并且链接到第一DL SF和第二DL SF的SCC-PDCCH的隐性PUCCH资源可被分配给n⁽¹⁾ _PUCCH,2和n⁽¹⁾ _PUCCH,3。

表13示出当M＝1时的TB、HARQ-ACK(j)和PUCCH资源。

[表13]

*TB：传输块，NA：不可用

表14示出当M＝2时的TB、HARQ-ACK(j)和PUCCH资源。

[表14]

现在将首先描述针对HARQ-ACK传输，当UL子帧n中M>2时使用PUCCH格式1b的信道选择方案。此信道选择方案类似于M≤2的情况下的信道选择方案。具体地讲，UE根据表15和表16在UL子帧n中利用PUCCH格式1b发送A/N信号。当UL子帧n中M>2时，n⁽¹⁾ _PUCCH,0和n⁽¹⁾ _PUCCH,1与PCell上的DL传输(例如，PDSCH传输)有关，n⁽¹⁾ _PUCCH,2和n⁽¹⁾ _PUCCH,3与SCell上的DL传输(例如，PDSCH传输)有关。

用于任意小区的HARQ-ACK(i)表示对调度该小区的DAI-c为i+1的PDCCH(与其对应的PDSCH)的A/N响应。当存在无PDCCH的PDSCH时，HARQ-ACK(0)可指对该无PDCCH的PDSCH的A/N响应，HARQ-ACK(1)可指对DAI-c为i的PDCCH(与其对应的PDSCH)的A/N响应。

表15是当具有相同UL-DL Cfg的两个CC被聚合并且M＝3时，LTE-A中定义的用于信道选择的映射表。

[表15]

这里，链接到调度PCC(或PCell)的PDCCH(即，PCC-PDCCH)的隐性PUCCH资源可被分配给n⁽¹⁾ _PUCCH,0和/或n⁽¹⁾ _PUCCH,1，而独立于跨CC调度，并且根据是否应用跨CC调度，链接到调度SCC的PDCCH(即，SCC-PDCCH)的隐性PUCCH资源或者通过RRC预留的显性PUCCH资源可被分配给n⁽¹⁾ _PUCCH,2和/或n⁽¹⁾ _PUCCH,3。例如，在TDD的情况下，链接到与DAI-c 1和DAI-c 2对应的PCC-PDCCH的隐性PUCCH资源可分别被分配给n⁽¹⁾ _PUCCH,0和n⁽¹⁾ _PUCCH,1，链接到与DAI-c 1和DAI-c 2对应的SCC-PDCCH的隐性PUCCH资源可分别被分配给n⁽¹⁾ _PUCCH,2和/或n⁽¹⁾ _PUCCH,3。

表16是当具有相同UL-DL Cfg的两个CC被聚合并且M＝4时，LTE-A中定义的用于信道选择的映射表。

[表16]

这里，n⁽¹⁾ _PUCCH,0、n⁽¹⁾ _PUCCH,1、n⁽¹⁾ _PUCCH,2和n⁽¹⁾ _PUCCH,3可如表15中所示来分配。

将参照图15描述在TDD CA下当UE被设定为PUCCH格式3模式时由UE发送ACK/NACK的方法。

图15示出时隙层面的PUCCH格式3。在PUCCH格式3中，通过联合编码(例如，雷德-米勒(Reed-Muller)编码、咬尾卷积编码等)、块扩频和SC-FDMA调制来发送A/N信息。

参照图15，在频域上发送符号序列，并且对该符号序列应用基于OCC(正交覆盖码)的时域扩频。可利用OCC将多个UE的控制信号复用到相同RB。具体地讲，利用长度为5的OCC(C1至C5)从一个符号序列{d1,d2,…}生成5个SC-FDMA符号(即，UCI数据部分)。这里，符号序列{d1,d2,…}可以是调制符号序列或码字比特序列。

PUCCH格式3的ACK/NACK有效载荷针对各个小区来分别配置，并且按照小区索引的顺序连接。具体地讲，用于第c服务小区(或DL CC)的HARQ-ACK反馈比特为这里，表示第c服务小区的HARQ-ACK有效载荷比特的数量(即，大小)。当针对第c服务小区设定支持单个TB传输的传输模式或者应用空间绑定时，可被设定为如果针对第c服务小区设定支持多个(例如，2个)TB的传输的传输模式并且不应用空间绑定，则可被设定为当通过PUCCH发送HARQ-ACK有效载荷比特，或者尽管通过PUSCH发送HARQ-ACK有效载荷比特，但是不存在与该PUSCH对应的W(例如，在基于SPS的PUSCH的情况下)时，被设定为这里，M表示表4中定义的集合K中的元素的数量。当TDD UL-DL配置对应于#1、#2、#3、#4和#6，并且通过PUSCH发送HARQ-ACK有效载荷比特时，这里，表示UL许可PDCCH中的UL DAI字段所指示的值，并简称为W。在TDD UL-DL配置#5的情况下，这里，U表示Uc当中的最大值，Uc表示在第c服务小区中在子帧n-k中接收的PDSCH和指示(下行链路)SPS释放的PDCCH的总数。子帧n是发送HARQ-ACK反馈比特的子帧。表示向上取整函数。

当针对第c服务小区设定支持单个TB传输的传输模式或者应用空间绑定时，第c服务小区的HARQ-ACK有效载荷中的各个ACK/NACK的位置被给出为这里，DAI(k)表示从DL子帧n-k检测到的PDCCH的DL DAI值。如果针对第c服务小区设定支持多个(例如，2个)TB的传输的传输模式并且不应用空间绑定，则第c服务小区的HARQ-ACK有效载荷中的各个ACK/NACK的位置被给出为和表示对码字0的HARQ-ACK，表示对码字1的HARQ-ACK。码字0和码字1分别对应于TB0和TB1或者根据交换对应于TB1和TB0。当通过针对SR传输设定的子帧发送PUCCH格式3时，利用ACK/NACK比特和1比特SR发送PUCCH格式3。

实施方式：当具有不同UL-DL配置的CC(或小区)被聚合时的A/N传输

基于TDD的超LTE-A***可考虑不同UL-DL配置的多个CC的聚合。在这种情况下，可根据对应CC的UL-DL配置为PCC和SCC设定不同的A/N定时(即，发送对通过各个DL SF发送的DL数据的A/N的UL SF定时)。例如，对于相同的DL SF定时(按照该DL SF定时发送的DL数据)，发送A/N的UL SF定时可针对PCC和SCC来不同地设定，并且按照相同的UL SF定时发送A/N反馈的DL SF组可针对PCC和SCC来不同地设定。另外，对于相同的SF定时，PCC和SCC的链路方向(即，DL或UL)可彼此不同。例如，SCC可被设定给要按照特定SF定时发送A/N的UL SF，而PCC可被设定给按照相同SF定时的DL SF。在本说明书中，DL SF可包括特殊SF以及正常DLSF。

另外，基于TDD的超LTE-A***可支持基于不同TDD UL-DL配置的CA(为了方便，称作不同TDD CA)下的跨CC调度。在这种情况下，不同的UL许可定时(调度UL传输的UL许可被发送的DL SF定时)和不同的PHICH定时(与UL数据对应的PHICH被发送的DL SF定时)可被设定给MCC(监测CC)和SCC。例如，在MCC和SCC中针对相同的UL SF可不同地设定发送UL许可/PHICH的DL SF。另外，可针对MCC和SCC不同地设定在相同的DL SF中发送UL许可或PHICH反馈的UL SF组。在这种情况下，在相同的SF定时处，MCC和SCC的链路方向可不同。例如，在SCC的情况下，特定SF定时可被设定给将发送UL许可/PHICH的DL SF，而在MCC的情况下，该SF定时可被设定给UL SF。

当存在PCC和SCC的链路方向由于不同的TDD CA配置而彼此不同的SF定时(以下称作冲突SF)时，由于UE的硬件配置或者出于其它原因/目的，仅PCC和SCC当中具有特定链路方向或者与特定CC(例如，PCC)相同的链路方向的CC可在该SF定时处被处理。为了方便，这种方案称为HD(半双工)-TDD CA。例如，当由于在MCC的情况下特定SF定时被设定给DL SF，在SCC的情况下该SF定时被设定给UL SF，而产生冲突SF时，仅具有DL方向的MCC(即，设定给MCC的DL SF)可被处理，具有UL方向的SCC(即，设定给SCC的UL SF)可不在该SF定时处被处理(反之亦然)。在这种情况下，为了发送对通过MCC发送的UL数据和通过MCC跨SCC调度的ULSF的UL许可/PHICH，可考虑每CC地应用特定UL-DL配置中设定的UL许可/PHICH定时或者将其共同应用于对应MCC/SCC的方法。这里，所述特定UL-DL配置(称作参考配置(Ref-Cfg))可对应于设定给MCC或SCC的UL-DL配置，或者可被确定为设定给MCC或SCC的UL-DL配置以外的UL-DL配置。

此外，可考虑在PCC(或MCC)和SCC的链路方向彼此不同的冲突SF中允许同时UL/DL发送和接收的方案。这一方案称为FD(全双工)-TDD CA。在FD-TDD CA中为了发送对MCC和(跨CC调度的)SCC的UL SF的UL许可/PHICH，特定Ref-Cfg中设定的UL许可/PHICH定时可每CC地应用或共同应用于MCC/SCC。Ref-Cfg可与MCC-Cfg或SCC-Cfg相同，或者可被确定为MCC-Cfg和SCC-Cfg以外的DL-UL Cfg。

本发明提供了一种用于设定Ref-Cfg的方法、一种用于设定HARQ处理的数量的方法以及一种用于根据TDD CA和是否应用跨CC调度设定HARQ RTT的方法。除非另外提及，否则本发明所建议的解决方案可应用于FD-TDD和HD-TDD二者，而独立于TDD CA结构。在本发明中，D是指DL SF或特殊SF，U是指UL SF。当通过广播信息或高层信令(半)静态地设定CC的UL-DL配置(UD-cfg)时，可基于表1确定CC的子帧配置。

在下文中，设定给特定CC(即，Ref-CC)或特定UD-cfg(即，Ref-cfg)的ACK/NACK定时的应用可表示使用与表4中的特定CC的UD-Cfg或特定UD-cfg对应的参数。类似地，设定给特定CC(即，Ref-CC)或特定UD-cfg(即，Ref-cfg)的UL许可或PHICH定时的应用可表示使用与表5、表6和表7中的特定CC的UD-Cfg或特定UD-cfg对应的参数。为了方便，ACK/NACK定时的Ref-CC(或Ref-cfg)可被称作A/N Ref-CC(或A/N Ref-cfg)或DL Ref-CC(或DL Ref-cfg)。类似地，UL许可或PHICH定时的Ref-CC(或Ref-cfg)可被称作UG/PHICH Ref-CC(或UG/PHICH Ref-cfg)或UL Ref-CC(或UL Ref-cfg)。

具体地讲，用于PUSCH HARQ处理的Ref-Cfg可根据是否应用跨CC调度来如下设定。

[解决方案F1]

■对UL数据的UL许可/PHICH在MCC上发送

应用设定给MCC的UL许可/PHICH定时。

■对UL数据的UL许可/PHICH在SCC上发送

非跨CC调度：应用设定给SCC的UL许可/PHICH定时。

跨CC调度：应用SF(其中MCC或SCC对应于U)全部被设定为U的UL-DL配置当中具有最小数量的U的UL-DL配置(以下称作UL联合)的UL许可/PHICH定时(以下称作UL联合定时)。同样，可应用SF(其中MCC或SCC对应于U)全部被设定为U的UL-DL配置当中具有最大数量的D的UL-DL配置(即，UL联合)的UL许可/PHICH定时。

当应用基于Ref-Cfg的UL许可或PHICH定时分配方案时，UL HARQ RTT不同于设定给SCC的UL HARQ RTT的UL-DL配置的UL许可或PHICH定时可应用于特定MCC/SCC配置的SCCU。例如，当MCC对应于UL-DL配置#6，SCC对应于UL-DL配置#1(UL HARQ RTT为10[SF或ms])时，可根据UL联合方法针对SCC U将Ref-Cfg设定为UL-DL配置#6。在这种情况下，尽管SCC的SF结构被配置为具有非10[SF或ms]的RTT，具有非10[SF或ms]的UL HARQ RTT的UL许可/PHICH定时应用于SCC，因此在设定UL HARQ定时时可能产生问题。为了方便描述，在下文中，单位SF或ms被定义为“TTI”。

为了解决上述问题，对于与图16的阴影部分对应的MCC/SCC组合，UL HARQ RTT可被转换为10×N[TTI]并基于下述的10×N(N≥2)TTI-RTT方法来操作。优选地，N＝2。

<10×N(例如，20)TTI-RTT方法>

■将根据所提出的方法的UL联合定时应用于SF#n中的PUSCH传输以设定UL许可＝>PUSCH之间的定时关系(为了方便，对应时间差被假设为K[TTI])。

■然后，将根据所提出的方法的UL联合定时应用于SF#n中的PUSCH传输以设定PUSCH＝>PHICH之间的定时关系(为了方便，对应时间差被假设为L[TTI])。

■最后，将PHICH＝>UL许可之间的定时关系设定为使得按照20[TTI]间隔的PUSCH传输构成一个PUSCH HARQ处理(即，对应时间差被设定为(非零)20-K-L)。

例如，可分配与SF#n对应的PUSCH、与SF#(n+L)对应的PHICH、与SF#(n+L+(20-K-L))＝SF#(n+20-K)对应的UL许可以及与SF#(n+20-K+K)＝SF#(n+20)对应的PUSCH，使得它们形成一个PUSCH HARQ处理。

具体地讲，如下举例说明20TTI-RTT方法。当根据本发明所提出的Ref-Cfg设定方法将UL联合确定为DU-cfg#6时，可如下参照表5、表6和表7设定针对SF#3的PUSCH传输的基于20[TTI]UL HARQ RTT的UL许可/PHICH定时。

■将设定给UL联合定时(即，UD-cfg#6)的UL许可/PHICH定时应用于SF#3中的PUSCH传输，以确定UL许可＝>PUSCH之间的定时关系(即，时间差K[TTI])。

参照表5，与SF#6对应的UL许可＝>与SF#(10+3)对应的PUSCH之间的定时差为K＝7[TTI]。

■将设定给UL联合定时(即，UD-cfg#6)的UL许可/PHICH定时应用于SF#3中的PUSCH传输，以确定PUSCH＝>PHICH之间的定时关系(即，时间差L[TTI])。

参照表7，与SF#6对应的PUSCH＝>与SF#9对应的PHICH之间的定时差为L＝6[TTI]。

■将PHICH＝>UL许可之间的定时关系(即，时间差20-K-L[TTI])确定为使得SF#3中按照20[TTI]间隔的PUSCH传输构成一个PUSCH HARQ处理。

当应用上述结果时，PHICH＝>UL许可之间的定时差为20-K-L＝20-7-6＝7[TTI]。

所以，可分配与SF#3对应的PUSCH、与SF#(3+L)＝SF#9对应的PHICH、与SF#(9+(20-K-L))＝SF#16对应的UL许可以及与SF#(16+K)＝SF#23对应的PUSCH，使得它们形成一个PUSCH HARQ处理。

[解决方案1-1]

■对UL数据的UL许可/PHICH在MCC上发送

应用设定给MCC的UL许可/PHICH定时。

■对UL数据的UL许可/PHICH在SCC上发送

非跨CC调度：应用设定给SCC的UL许可/PHICH定时。

跨CC调度：应用SF(其中MCC或SCC对应于U)全部被设定为U的UL-DL配置当中具有最小数量的U的UL-DL配置(以下称作UL联合)的UL许可/PHICH定时(以下称作UL联合定时)。同样，可应用SF(其中MCC或SCC对应于U)全部被设定为U的UL-DL配置当中具有最大数量的D的UL-DL配置(即，UL联合)的UL许可/PHICH定时。这里，对于与图17的阴影部分对应的MCC/SCC组合，UL HARQ RTT可被转换为20[TTI]并基于上述20TTI-RTT方法来操作。

[解决方案2]

■对UL数据的UL许可/PHICH在MCC上发送

应用设定给MCC的UL许可/PHICH定时。

■对UL数据的UL许可/PHICH在SCC上发送

非跨CC调度：应用设定给SCC的UL许可/PHICH定时。

跨CC调度：可应用设定给MCC的UL许可/PHICH定时。当MCC对应于UD-cfg#0或UD-cfg#6时，“UL联合定时”可由“设定给MCC的UL许可/PHICH定时”代替，并且UL HART RTT可被转换为20[TTI]并在20TTI-RTT方法中基于其来操作。在这种情况下，针对MCC对应于D而SCC对应于U的冲突SF，可放弃对SCC的U的调度(即，从可用UL SF(从UL许可/PHICH的角度)排除冲突SF)。因此，针对冲突SF可不定义UL许可/PHICH定时。所以，冲突SF在确定HARQ处理的数量的过程、确定HARQ RTT的过程等中可不被考虑，或者可被处理为NACK(或DTX或NACK/DTX)。

[解决方案2-1]

■对UL数据的UL许可/PHICH在MCC上发送

应用设定给MCC的UL许可/PHICH定时。

■对UL数据的UL许可/PHICH在SCC上发送

非跨CC调度：应用设定给SCC的UL许可/PHICH定时。

跨CC调度：可应用设定给MCC和SCC的UL联合的UL许可/PHICH定时。对于与图16和图17的阴影部分对应的MCC/SCC组合，UL HART RTT可被转换为20[TTI]并基于20TTI-RTT方法操作。在这种情况下，针对MCC对应于D而SCC对应于U的冲突SF，可放弃对SCC的U的调度(即，从可用UL SF(从UL许可/PHICH的角度)排除冲突SF)。因此，针对冲突SF可不定义UL许可/PHICH定时。所以，冲突SF在确定HARQ处理的数量的过程、确定HARQ RTT的过程等中可不被考虑，或者可被处理为NACK(或DTX或NACK/DTX)。

本发明建议在具有不同子帧配置的CC被聚合(例如，不同DL-UL Cfg的CA、FDD CC和TDD CC的聚合等)的情况下当基于上述Ref-Cfg和20TTI-RTT方法应用UL许可/PHICH定时时可支持的上行链路HARQ处理的最大数量。根据所建议的方法，对于应用20TTI-RTT方法(参见表1)的MCC/SCC组合，SCC UL HARQ处理的最大数量可被指派为SCC上的10[TTI]中包括的“可用UL SF的数量(称作N_aU)”的两倍(即，2N_aU)，而对于其它组合，可类似于传统方案基于表9将SCC UL HARQ处理的最大数量分配为N_aU或(N_aU+M)(M≥1)。所建议的方法仅可应用于跨CC调度。

将详细描述用于根据上述建议分配最大数量的HARQ处理的方法。首先举例说明解决方案1。在非跨CC调度的情况下，当MCC对应于Cfg#1，并且SCC对应于Cfg#2时，(MCC,SCC)的Ref-Cfg对应于(MCC,SCC)，即，Cfg(#1,#2)。在这种情况下，可参照表9将(MCC,SCC)的ULHARQ处理的最大数量确定为(4,2)。在跨CC调度的情况下，在相同的情况下，(MCC,SCC)的Ref-Cfg对应于(MCC,UL联合)，即，Cfg(#1,#1)。在这种情况下，由于SCC与10[TTI]HARQ RTT操作无关(即，SCC不对应于图16的阴影部分)，所以可参照表9将(MCC,SCC)的UL HARQ处理的最大数量确定为(4,2)。

在另一示例中，在非跨CC调度的情况下，当MCC对应于Cfg#1，并且SCC对应于Cfg#0时，(MCC,SCC)的Ref-Cfg对应于(MCC,SCC)，即，Cfg(#1,#0)。在这种情况下，可参照表9将(MCC,SCC)的UL HARQ处理的最大数量确定为(4,7)。在跨CC调度的情况下，在相同的情况下，(MCC,SCC)的Ref-Cfg对应于(MCC,UL联合)，即，Cfg(#1,#0)。在这种情况下，由于SCC与非10[TTI]HARQ RTT操作无关(即，SCC不对应于图16的阴影部分)，所以可参照表9将(MCC,SCC)的UL HARQ处理的最大数量确定为(4,7)。

在非跨CC调度的情况下，当MCC对应于Cfg#1，并且SCC对应于Cfg#3时，(MCC,SCC)的Ref-Cfg对应于(MCC,SCC)，即，Cfg(#1,#3)。在这种情况下，可参照表9将(MCC,SCC)的ULHARQ处理的最大数量确定为(4,3)。在跨CC调度的情况下，在相同的情况下，(MCC,SCC)的Ref-Cfg对应于(MCC,UL联合)，即，Cfg(#1,#6)。在这种情况下，由于在对SCC的非10[TTI]HARQ RTT的操作中产生问题(即，SCC对应于图16的阴影部分)，所以上述20TTI-RTT方法适用。具体地讲，由于包括在10[TTI]中的SCC的可用UL SF的数量为N_aU＝3(参见表1)，所以(MCC,SCC)的UL HARQ处理的最大数量可被确定为(4,2N_aU)＝(4,6)。

在解决方案1-1的情况下，可基于图17通过类似于解决方案1的方法确定每CC的HARQ处理的数量。

现在将描述解决方案2的示例。在非跨CC调度的情况下，当MCC对应于Cfg#1，并且SCC对应于Cfg#2时，(MCC,SCC)的Ref-Cfg对应于(MCC,SCC)，即，Cfg(#1,#2)。因此，可参照表9将(MCC,SCC)的UL HARQ处理的最大数量确定为(4,2)。在跨CC调度的情况下，在相同的情况下，(MCC,SCC)的Ref-Cfg对应于MCC的Cfg(即，Cfg#1)。在这种情况下，由于SCC的所有U均为可用UL SF，所以可参照表9将(MCC,SCC)的UL HARQ处理的最大数量确定为(4,N_aU)＝(4,2)。

在非跨CC调度的情况下，当MCC对应于Cfg#2，并且SCC对应于Cfg#1时，(MCC,SCC)的Ref-Cfg对应于(MCC,SCC)，即，Cfg(#2,#1)。在这种情况下，可参照表9将(MCC,SCC)的ULHARQ处理的最大数量确定为(2,4)。在跨CC调度的情况下，在相同的情况下，(MCC,SCC)的Ref-Cfg对应于MCC的Cfg(即，Cfg#2)。在这种情况下，由于仅SCC的U当中的SF#2和SF#7为可用UL SF(即，针对MCC对应于D而SCC对应于U的SF#3和SF#8，放弃对SCC的UL数据调度)，可参照表9将(MCC,SCC)的UL HARQ处理的最大数量确定为(2,N_aU)＝(2,2)。

在非跨CC调度的情况下，当MCC对应于Cfg#6，并且SCC对应于Cfg#1时，(MCC,SCC)的Ref-Cfg对应于(MCC,SCC)，即，Cfg(#6,#1)。在这种情况下，可参照表9将(MCC,SCC)的ULHARQ处理的最大数量确定为(6,4)。在跨CC调度的情况下，在相同的情况下，(MCC,SCC)的Ref-Cfg对应于MCC的Cfg(即，Cfg#6)。在这种情况下，由于在对SCC的非10[TTI]HARQ RTT的操作中产生问题，应用20TTI-RTT方法。具体地讲，由于包括在10[TTI]中的SCC的可用UL SF的数量为N_aU＝4(即，由于不存在MCC对应于D而SCC对应于U的SF，所以SCC的所有U变为UL数据调度的目标)，(MCC,SCC)的UL HARQ处理的最大数量可被确定为(6,2N_aU)＝(6,8)。

在解决方案2-1的情况下，可基于MCC和SCC的UL联合以及图16和图17通过类似于解决方案2的方法来确定分配给SCC的HARQ处理的数量。

另选地，在上述情况下，代替20TTI-RTT方法，下述“UL SF跳过方法”适用于应用了20TTI-RTT方法的MCC/SCC组合。在这种情况下，对于应用了UL SF跳过方法的MCC/SCC组合，UL HARQ处理的最大数量被设定为(N_aU+M)(M≥1)。对于不应用UL SF跳过方法的MCC/SCC组合，类似于传统方案，基于表9根据UL-DL配置将UL HARQ处理的最大数量设定为N_aU或(N_aU+M)(M≥1)。

此方法如下规范化。首先，假设与SCC的特定PUSCH HARQ处理有关的PUSCH传输(和PHICH/UL许可传输)通过对其应用UL联合的UD-cfg中定义的UL许可或PHICH定时(即，UL联合定时)来按照时间顺序执行。当UL联合的UD-cfg中定义的特定PUSCH传输定时U1在SCC中未被定义为UL SF时，需要在U1执行的PUSCH传输可通过U1之后的可用初始SCC UL SF U2来执行。另外，假设基于UL联合定时，紧挨着U1之前的可执行PUSCH传输的SCC UL SF为U0。在这种情况下，当应用所建议的方法时，PUSCH HARQ相关操作可按照U0中的PUSCH传输、对U0中的PUSCH传输的PHICH定时D0处(在该定时处发送对对应PUSCH的ACK/NACK)的PHICH接收、UL许可定时D2处(在该定时处调度U2中的PUSCH)的UL许可的接收和U2中的PUSCH传输的顺序执行。这里，D0和D2可以是相同的SF定时或者不同的SF定时。D2可被设定为包括D0、D0之后和最靠近D0的D2SF定时(就UL联合定时而言有效)。

现在将举例说明UL SF跳过方法。当MCC对应于UD-cfg#6并且SCC对应于UD-cfg#1时，在MCC的情况下SF#2、#3、#4、#7和#8为UL SF，在SCC的情况下SF#2、#3、#7和#8为UL SF。在这种情况下，SCC中的PUSCH HARQ处理(即，UL许可/PUSCH/PHICH传输)可在MCC和SCC的UL联合(即，DU-cfg#6(MCC))中定义的UL许可或PHICH定时执行。当从SCC SF#2中的初始PUSCH传输开始对PUSCH HARQ处理应用UL SF跳过方法时，可执行以下操作。

1)用于调度SF#2中的PUSCH的UL许可定时D0处的UL许可接收

2)SF#2中的PUSCH传输(初始传输)

3)用于SF#2中的PUSCH传输的PHICH定时D1处的PHICH接收。用于调度SF#13中的PUSCH传输的UL许可定时D2处的UL许可接收。这里，D1和D2可以是相同的SF定时。

4)SF#13中的PUSCH传输(第一重新传输)

5)用于SF#13中的PUSCH传输的PHICH定时D3处的PHICH接收。

6)用于调度SF#27中的PUSCH传输的UL许可定时D4处的UL许可接收。D3和D4可以是相同的SF定时或者不同的SF定时。具体地讲，D4可被设定为包括D3、D3之后和最靠近D3的D4SF定时(就UL联合而言有效)。

当应用UD-cfg#6(即，UL联合)中定义的定时时，SF#3中的PUSCH重新传输需要在SF#14中执行。然而，在SF#14中，SCC被定义为DL或S SF，而非UL SF。因此，所述过程可被设定为使得用于调度SF#14中的PUSCH传输的UL许可的PUSCH发送和接收以及针对其的PHICH接收可被跳过，并且可根据本发明所建议的方法通过SF#14之后的可用初始UL SF(即，SF#17)来执行SF#3中的PUSCH重新传输。

7)SF#27中的PUSCH传输(第二重新传输)

8)用于SF#27中的PUSCH传输的PHICH定时D5处的PHICH接收。用于调度SF#38中的PUSCH的UL许可定时D6处的UL许可接收。这里，D5和D6可以是相同的SF定时。

9)SF#38中的PUSCH传输(第三重新传输)

10)用于SF#38中的PUSCH传输的PHICH定时D7处的PHICH接收。用于调度SF#2中的PUSCH的UL许可定时D8处的UL许可接收。这里，D7和D8可以是相同的SF定时。

上述示例按照时间顺序如下排列。

■与UL联合对应的UD-cfg#6中定义的原始PUSCH HARQ定时：

SF#2:PUSCH＝>SF#6:PHICH+UG＝>SF#13:PUSCH＝>SF#19:PHICH+UG＝>SF#24:PUSCH＝>SF#30:PHICH+UG＝>SF#37:PUSCH＝>SF#41:PHICH+UG＝>SF#48:PUSCH＝>SF#55:PHICH+UG＝>SF#62:PUSCH

■当UD-cfg#6(UL联合)应用于SCC(UD-cfg#1)并且应用UL SF跳过方法时的PUSCHHARQ定时

SF#2:PUSCH＝>SF#6:PHICH+UG＝>SF#13:PUSCH＝>SF#19:PHICH＝>SF#20:UG＝>SF#27:PUSCH＝>SF#31:PHICH+UG＝>SF#38:PUSCH＝>SF#45:PHICH+UG＝>SF#52:PUSCH

另选地，当设定给任意CC的Ref-Cfg(基于本发明所建议的上述方法或其它方法确定)的RTT为10TTI时，该CC的UL HARQ处理的最大数量可被设定为N_aU。在其它情况下(即，当RTT不是10TTI时)，该CC的UL HARQ处理的最大数量可被设定为N_aU+1。

此外，当在图16和图17的阴影部分中(MCC,SCC)组合对应于(2,3)或(2,4)时，在跨CC调度期间设定给SCC的UL许可/PHICH定时可被特殊地应用于通过SCC发送的UL数据。因此，当本发明所建议的方法应用于上述解决方案时，在(2,3)和(2,4)的(MCC,SCC)组合的情况下，分配给SCC的UL HARQ处理的数量可被分别确定为3和2(即，N_aU)。

在上述解决方案的应用中，针对UL许可/PHICH定时被设定给MCC D(例如，PHICH资源未被保留的MCC D)(而非UL许可/PHICH定时被设定给MCC)的SCC U，可放弃DL数据调度。在这种情况下，SCC U可从可用UL SF中被排除，因此最终在确定N_aU时(即，在确定UL HARQ处理的数量时)被排除。

在上述方法中，N_aU可被确定为1)Ref-Cfg的UL定时对应于对应CC(符合该Ref-Cfg)的UL定时的UL SF的数量；2)Ref-Cfg的UL SF的数量；或者3)包括在特定间隔(例如，无线电帧)(例如，10[TTI])中的对应CC的UL SF的数量。另外，N_aU可被确定为1)MCC的UL定时对应于包括在特定间隔(例如，无线电帧)(例如，10[TTI])中的SCC的UL定时的UL SF的数量；2)MCC的UL SF的数量；或者3)SCC的UL SF的数量。

图18示出根据本发明的UL HARQ处理。尽管图18从UE的角度示出，明显的是，与其对应的过程可在BS中执行。

参照图18，UE将多个CC聚合(S1902)。CC可具有不同的子帧配置(例如，具有不同TDD UL-DL配置的CC的聚合或者TDD CC和FDD CC的聚合)。然后，根据Ref-Cfg的UL许可(UG)/PHICH定时，UE可针对对应CC执行PUSCH发送、UG接收和PHICH接收(S1804)。具体地讲，针对通过MCC发送的UL数据应用设定给MCC的UG/PHICH定时作为UG/PHICH定时(即，Ref-Cfg＝MCC Cfg)。通过SCC发送的UL数据的UG/PHICH定时取决于是否应用跨CC调度。具体地讲，通过SCC发送的UL数据的UG/PHICH定时根据Ref-Cfg的UG/PHICH定时来确定。这里，Ref-Cfg可通过解决方案1和2来确定，因此，应用于SCC的HARQ RTT和HARQ处理的数量可如上所述确定。

图19示出可应用本发明的BS和UE。当无线通信***包括中继器时，在BS与中继器之间执行回程链路通信，并且在中继器与UE之间执行接入链路通信。因此，图19所示的BS或UE可利用中继器来代替。

参照图19，无线通信***包括BS 110和UE 120。BS 110可包括处理器112、存储器114和射频(RF)单元116。处理器112可被配置为实现本发明所提出的过程和/或方法。存储器114可连接到处理器112并存储与处理器112的操作有关的信息。RF单元116可连接到处理器112并发送和/或接收RF信号。UE 120可包括处理器122、存储器124和RF单元126。处理器122可被配置为实现本发明所提出的过程和/或方法。存储器124可连接到处理器122并存储与处理器122的操作有关的信息。RF单元126可连接到处理器122并发送和/或接收RF信号。BS 110和/或UE 120可包括单个天线或多个天线。

以下描述的本发明的实施方式是本发明的元件和特征的组合。除非另外提及，否则所述元件或特征可被认为是选择性的。各个元件或特征可在不与其它元件或特征组合的情况下实践。另外，本发明的实施方式可通过部分元件和/或特征的组合来构造。本发明的实施方式中所描述的操作顺序可重新安排。任一实施方式的一些构造可被包括在另一实施方式中，并且可利用另一实施方式的对应构造来代替。对于本领域技术人员而言明显的是，所附权利要求书中的未明确地彼此引用的权利要求可按照组合方式作为本发明的实施方式呈现，或者通过提交申请之后的后续修改而被包括作为新的权利要求。

被描述为由BS执行的特定操作可由BS的上层节点执行。即，明显的是，在由包括BS的多个网络节点组成的网络中，为了与UE通信而执行的各种操作可由BS或BS以外的网络节点执行。术语BS可用术语固定站、节点B、eNode B(eNB)、接入点等代替。术语UE可用术语UE、MS、移动订户台(MSS)等代替。

本发明的实施方式可通过各种手段(例如，硬件、固件、软件或其组合)来实现。在硬件配置中，本发明的实施方式可通过一个或更多个ASIC(专用集成电路)、DSP(数字信号处理器)、DSPD(数字信号处理器件)、PLD(可编程逻辑器件)、FPGA(现场可编程门阵列)、处理器、控制器、微控制器、微处理器等来实现。

在固件或软件配置中，本发明的实施方式可按照模块、程序、函数等的形式来实现。软件代码可被存储在存储器单元中并由处理器执行。存储器单元可位于处理器内部或外部，并可经由各种已知手段向处理器发送数据和从处理器接收数据。

本领域技术人员将理解，在不脱离本发明的精神和基本特征的情况下，本发明可按照本文所阐述的方式以外的其它特定方式来实施。因此，上述实施方式在所有方面均被认为是示意性的，而非限制性的。本发明的范围应当由所附权利要求及其法律上的等同物(而非以上描述)来确定，落入本发明的含义和等同范围内的所有改变均旨在被涵盖在本发明中。

工业实用性

本发明可用于诸如UE、中继器、eNB等的无线电通信设备。

Claims

1.一种用于在支持载波聚合的无线通信***中执行混合自动重传请求HARQ处理的方法，该方法包括以下步骤：

设定具有第一时分双工TDD上行链路-下行链路UL-DL配置的调度小区以及具有第二TDD UL-DL配置的被调度小区；以及

基于用于所述被调度小区的HARQ处理的数量在所述被调度小区中执行HARQ处理，

其中，当基于所述第一TDD UL-DL配置和所述第二TDD UL-DL配置的组合确定的参考TDD UL-DL配置的第一往返时间RTT不同于所述第二TDD UL-DL配置的第二RTT时，用于所述被调度小区的HARQ处理的数量被确定为可用上行链路子帧的数量×2，

其中，当所述第一RTT与所述第二RTT相等时，用于所述被调度小区的HARQ处理的数量被确定为可用上行链路子帧的数量+N，其中N≥1。

2.根据权利要求1所述的方法，其中，所述可用上行链路子帧的数量对应于无线电帧中的所述调度小区的传输方向和所述被调度小区的传输方向这二者为UL的子帧的数量。

3.根据权利要求1所述的方法，其中，所述可用上行链路子帧的数量对应于无线电帧中的所述调度小区的传输方向为UL的子帧的数量。

4.根据权利要求1所述的方法，其中，所述可用上行链路子帧的数量对应于无线电帧中的所述被调度小区的传输方向为UL的子帧的数量。

5.根据权利要求1所述的方法，其中，根据包括所述第一TDD UL-DL配置和所述第二TDDUL-DL配置的TDD UL-DL配置的子帧配置如下限定：

其中，D表示下行链路子帧，S表示特殊子帧，U表示上行链路子帧。

6.根据权利要求5所述的方法，其中，如果所述第一RTT不同于所述第二RTT，则所述第一TDD UL-DL配置和所述第二TDD UL-DL配置的组合是(0,1)、(0,2)、(0,3)、(0,4)、(0,5)、(0,6)、(1,3)、(2,3)、(3,1)、(3,2)、(6,1)、(6,2)、(6,3)、(6,4)和(6,5)中的一个。

7.根据权利要求5所述的方法，其中，所述可用上行链路子帧的数量对应于无线电帧中的根据所述参考TDD UL-DL配置的传输方向和根据所述第二TDD UL-DL配置的传输方向这二者为UL的子帧的数量，

其中，所述参考TDD UL-DL配置被给出为在特定TDD UL-DL配置中具有最少子帧被设定为U的TDD UL-DL配置，

其中，所述特定TDD UL-DL配置为包括被设定为U并且具有如下子帧号的子帧的配置，所述子帧号为与在所述第一TDD UL-DL配置和所述第二TDD UL-DL配置中的至少一个中被设定为U的子帧相对应的子帧号。

8.根据权利要求5所述的方法，其中，所述可用上行链路子帧的数量对应于无线电帧中的根据所述参考TDD UL-DL配置的传输方向为UL的子帧的数量，

9.一种被配置为在支持载波聚合的无线通信***中执行HARQ处理的通信设备，该通信设备包括：

射频(RF)单元；以及

处理器，

其中，所述处理器被配置为设定具有第一时分双工TDD UL-DL配置的调度小区以及具有第二TDD UL-DL配置的被调度小区，并且基于用于所述被调度小区的HARQ处理的数量在所述被调度小区中执行HARQ处理，

其中，当所述第一RTT与所述第二RTT相等时，用于所述被调度小区的HARQ处理的数量被确定为可用上行链路子帧的数量+N，N≥1。

10.根据权利要求9所述的通信设备，其中，所述可用上行链路子帧的数量对应于无线电帧中的所述调度小区的传输方向和所述被调度小区的传输方向这二者为UL的子帧的数量。

11.根据权利要求9所述的通信设备，其中，所述可用上行链路子帧的数量对应于无线电帧中的所述调度小区的传输方向为UL的子帧的数量。

12.根据权利要求9所述的通信设备，其中，所述可用上行链路子帧的数量对应于无线电帧中的所述被调度小区的传输方向为UL的子帧的数量。

13.根据权利要求9所述的通信设备，其中，根据包括所述第一TDD UL-DL配置和所述第二TDD UL-DL配置的TDD UL-DL配置的子帧配置如下限定：

14.根据权利要求13所述的通信设备，其中，如果所述第一RTT不同于所述第二RTT，则所述第一TDD UL-DL配置和所述第二TDD UL-DL配置的组合是(0,1)、(0,2)、(0,3)、(0,4)、(0,5)、(0,6)、(1,3)、(2,3)、(3,1)、(3,2)、(6,1)、(6,2)、(6,3)、(6,4)和(6,5)中的一个。

15.根据权利要求13所述的通信设备，其中，所述可用上行链路子帧的数量对应于无线电帧中的根据所述参考TDD UL-DL配置的传输方向和根据所述第二TDD UL-DL配置的传输方向这二者为UL的子帧的数量，

16.根据权利要求13所述的通信设备，其中，所述可用上行链路子帧的数量对应于无线电帧中的根据所述参考TDD UL-DL配置的传输方向为UL的子帧的数量，

其中，所述参考TDD UL-DL配置被给出在特定TDD UL-DL配置中具有最少子帧被设定为U的TDD UL-DL配置，