CN105684337A - 当在载波聚合中包括tdd小区和fdd小区时的harq操作 - Google Patents

Abstract

本说明书的一个公开提供一种用于操作来自于用户设备(UE)的HARQ的方法。该方法包括下述步骤：UE从各个小区接收下行链路数据；当根据载波聚合(CA)建立至少一个基于TDD的小区和至少一个基于FDD的小区时，特定的基于TDD的小区被建立为载波聚合(CA)的主小区，并且至少一个基于FDD的小区被建立为载波聚合(CA)的辅助小区；UE确认PUCCH格式以被用于发送用于下行链路数据的HARQ？ACK/NACK；以及当用于发送HARQ？ACK/NACK的特定的PUCCH格式的使用被确认时UE确定用于发送HARQ？ACK/NACK的比特的数目。

Description

当在载波聚合中包括TDD小区和FDD小区时的HARQ操作

技术领域

本发明涉及移动通信。

背景技术

3GPP(第三代合作伙伴计划)LTE(长期演进)，作为UMTS(通用移动电信***)的进步，与3GPP版本8一起被引入。在3GPPLTE中，OFDMA(正交频分多址)被用于下行链路，并且SC-FDMA(单载波频分多址)被用于上行链路。

这样的LTE可以被划分成频分双工(FDD)类型和时分双工(TDD)类型。

如在3GPPTS36.211V10.4.0中所提出的，在3GPPLTE中的物理信道可以被分类成诸如PDSCH(物理下行链路共享信道)和PUSCH(物理和上行链路共享信道)的数据信道以及诸如PDCCH(物理下行链路控制信道)、PCFICH(物理控制格式指示符信道)、PHICH(物理混合ARQ指示符信道)以及PUCCH(物理上行链路控制信道)的控制信道。

同时，随着智能电话的传播，用户要求更快的数据通信。正因如此，在要求高速数据通信的时刻，在频率使用方面传统上移动终端仅提供基于FDD的服务或者仅提供基于TDD的服务是低效的。结果，UE接入同时使用FDD的小区和使用TDD的小区两者可能是可取的。为了实现这一点，存在在下一代移动通信***中在载波聚合(CA)技术中组合基于FDD的小区和基于TDD的小区的讨论。

然而，在基于FDD的小区和基于TDD的小区被包括在如上面的载波聚合(CA)的情况下，UE的HARQ操作变成问题。

发明内容

技术问题

因此，已经努力提出本说明书的公开以解决前述的问题。

技术方案

为了实现前述的目的，本说明书的一个公开提供一种用于执行HARQ操作的方法。通过用户设备(UE)执行该方法并且该方法包括：如果根据载波聚合(CA)配置至少一个基于TDD的小区和至少一个基于FDD的小区，如果至少一个基于TDD的小区被配置成CA的主小区，如果至少一个基于FDD的小区被配置成CA的辅助小区，则从各个小区接收下行链路数据；并且确定要在物理上行链路控制信道(PUCCH)格式中发送的HARQACK/NACK比特的数目。在此，被包括在CA中的小区的最大数目可以被限制使得被确定的HARQACK/NACK比特的数目没有超过在PUCCH格式中允许的比特的最大数目。

如果PUCCH格式对应于PUCCH格式3使得被允许的比特的最大数目是20，则被包括在CA中的最大数目小区可能被限制。

如果PUCCH格式对应于PUCCH格式3使得被允许的比特的最大数目是20并且如果与CA的主小区相对应的特定的基于TDD的小区的上行链路-下行链路(UL-DL配置可以对应于UL-DL配置2、3、4以及5中的一个。被包括在CA中的最大数目小区可以被限制。

该方法可以进一步包括：接收包括用于PUCCH格式的配置的无线电资源控制(RRC)信号。

CA可以包括：基于TDD的主小区、基于FDD的至少一个或者多个辅助小区、基于TDD的至少一个或者多个辅助小区。

为了实现前述的目的，本说明书的一个公开提供一种用于接收HARQACK/NACK的方法。可以通过基于TDD的小区执行该方法并且该方法包括：通过基于TDD的小区配置包括用于主小区的基于TDD的小区和用于辅助小区的基于FDD的小区的载波聚合；通过与主小区相对应的基于TDD的小区确定要由用户设备(UE)使用的物理上行链路控制信道(PUCCH)格式；通过与主小区相对应的基于TDD的小区将下行链路数据发送到UE；以及接收与下行链路数据有关的HARQACK/NACK。在此，被包括在CA中的小区的最大数目被限制使得接收到的HARQACK/NACK的比特的数目不可以超过在PUCCH格式中允许的比特的最大数目。

有益效果

根据本说明书的公开，能够解决传统技术的前述问题。

附图说明

图1图示无线通信***。

图2图示根据第三代合作伙伴项目(3GPP)长期演进(LTE)的频分双工(FDD)的无线电帧的架构。

图3图示根据在3GPPLTE中的时分双工(TDD)的下行链路无线电帧的架构。

图4图示在3GPPLTE中用于一个上行链路或者下行链路时隙的示例资源网格。

图5图示下行链路子帧的架构。

图6图示在3GPPLTE中的上行链路子帧的架构。

图7图示在上行链路子帧上的PUCCH和PUSCH。

图8图示在单个载波***和载波聚合***之间的比较的示例。

图9例示在载波聚合***中的跨载波调度。

图10例示在BS和UE之间的HARQ操作。

图11a和图11b图示根据已经被论述为下一代***的载波聚合(CA)技术组合基于FDD的小区和基于TDD的小区的示例。

图12是图示根据本说明书的第二公开的方法的流程图。

图13是图示其中本说明书的公开被实现的无线通信***的框图。

具体实施方式

在下文中，基于第三代合作伙伴计划(3GPP)长期演进(LTE)或3GPPLTE高级(LTE-A)，本发明将会被应用。这仅是示例，并且本发明可以被应用于各种无线通信***。在下文中，LTE包括LTE和/或LTE-A。

在此使用的技术术语仅被用于描述特定实施例并且不应被解释为限制本发明。此外，在此使用的技术术语应被解释为具有本领域的技术人员通常理解的意义而不是太广泛或太狭窄，除非另有明文规定。此外，在此使用的技术术语，被确定为没有精确地表现本发明的精神，应被本领域的技术人员能够精确地理解的这样的技术术语替代或通过其来理解。此外，在此使用的通用术语应如字典中定义的在上下文中解释，而不是以过分狭窄的方式解释。

本发明中的单数的表达包括复数的意义，除非单数的意义在上下文中明确地不同于复数的意义。在下面的描述中，术语“包括”或“具有”可以表示在本发明中描述的特征、数目、步骤、操作、组件、部分或其组合的存在，并且可以不排除另一特征、另一数目、另一步骤、另一操作、另一组件、其另一部分或组合的存在或添加。

术语“第一”和“第二”被用于解释关于各种组件的解释的用途，并且组件不限于术语“第一”和“第二”。术语“第一”和“第二”仅被用于区分一个组件与另一组件。例如，在没有偏离本发明的范围的情况下第一组件可以被命名为第二组件。

将会理解的是，当元件或层被称为“被连接到”或“被耦合到”另一元件或层时，其能够被直接地连接或耦合到另一元件或层，或者可以存在中间元件或层。相反地，当元件被称为“被直接地连接到”或“被直接地耦合到”另一元件或层时，不存在中间元件或层。

在下文中，将会参考附图更加详细地描述本发明的示例性实施例。在描述本发明中，为了简单理解，贯穿附图相同的附图标记被用于表示相同的组件，并且关于相同组件的重复性描述将会被省略。关于被确定为使本发明的精神不清楚的公知领域的详细描述将会被省略。附图被提供以仅使本发明的精神容易理解，但是不应旨在限制本发明。应理解的是，本发明的精神可以扩大到除了附图中示出的那些之外的其修改、替换或等同物。

如在此所使用的，“基站”通常指的是与无线装置通信的固定站并且可以通过诸如eNB(演进的节点B)、BTS(基站收发***)、或接入点的其他术语可以表示。

如在此所使用的，“用户设备(UE)”可以是固定的或者移动的，并且可以通过诸如装置、无线装置、终端、MS(移动站)、UT(用户终端)、SS(订户站)、MT(移动终端)等等的其它术语表示。

图1示出无线通信***。

参考图1，无线通信***包括至少一个基站(BS)20。相应的BS20向特定地理区域20a、20b以及20c(通常被称为小区)提供通信服务。

UE通常属于一个小区并且终端属于的小区被称为服务小区。向服务小区提供通信服务的基站被称为服务BS。因为无线通信***是蜂窝***，所以与服务小区相邻的其他小区存在。与服务小区相邻的其他小区被称为相邻小区。向相邻小区提供通信服务的基站被称为相邻BS。基于UE相对地决定服务小区和相邻小区。

在下文中，下行链路意指从基站20到终端10的通信，并且上行链路意指从终端10到基站20的通信。在下行链路中，发射器可以是基站20的一部分并且接收器可以是终端10的一部分。在上行链路中，发射器可以是终端10的一部分并且接收器可以是基站20的一部分。

同时，无线通信***可以是多输入多输出(MIMO)***、多输入单输出(MISO)***、单输入单输出(SISO)***、以及单输入多输出(SIMO)***中的任意一个。MIMO***使用多个发射天线和多个接收天线。MISO***使用多个发射天线和一个接收天线。SISO***使用一个发射天线和一个接收天线。SIMO***使用一个发射天线和一个接收天线。在下文中，发射天线意指被用于发送一个信号或流的物理或者逻辑天线，并且接收天线意指被用于接收一个信号或流的物理或者逻辑天线。

同时，无线通信***通常可以被划分为频分双工(FDD)类型和时分双工(TDD)类型。根据FDD类型，在占用不同频带的同时实现上行链路传输和下行链路传输。根据TDD类型，在不同的时间实现上行链路传输和下行链路传输，同时占用相同的频带。TDD类型的信道响应是实质上互易的。这意指在给定的频率区域中下行链路信道响应和上行链路信道响应彼此大致相同。因此，在基于TDD的无线通信***中，可以从上行链路信道响应获取下行链路信道响应。在TDD类型中，因为在上行链路传输和下行链路传输中整个频带被时分，所以不可以同时执行通过基站的下行链路传输和通过终端的上行链路传输。在以子帧为单位划分上行链路传输和下行链路传输的TDD***中，在不同的子帧中执行上行链路传输和下行链路传输。

在下文中，将会详细地描述LTE***。

图2示出根据第三代长期合作伙伴计划(3GPP)长期演进(LTE)的FDD的下行链路无线电帧结构。

可以在3GPPTS36.211V10.4(2011-12)的章节5“EvolvedUniversalTerrestrialRadioAccess(E-UTRA)；PhysicalChannelsandModulation(通用陆地无线电接入(U-UTRAN)；物理信道和调制)(版本10)”中找到图2的无线电帧。

参考图2，无线电帧是由10个子帧组成。一个子帧是由两个时隙组成。通过以时隙编号0至19对无线电帧中包括的时隙进行编号。被要求发送一个子帧的时间被定义为传输时间间隔(TTI)。TTI可以是用于数据传输的调度单位。例如，一个无线电帧可以具有10毫秒(ms)的长度，一个子帧可以具有1ms的长度，并且一个时隙可以具有0.5ms的长度。

无线电帧的结构仅是用于示例性目的，并且因此被包括无线电帧中的子帧的数目或者被包括在子帧中的时隙的数目可以被不同地改变。

同时，一个时隙可以包括多个OFDM符号。被包括在一个时隙中的OFDM符号的数目可以根据循环前缀(CP)而变化。

图3示出用于在3GPPLTE中的一个上行链路或者下行链路时隙的资源网格的示例。

为此，可以参考3GPPTS36.211V10.4.0(2011-12)“EvolvedUniversalTerrestrialRadioAccess(E-UTRA)；PhysicalChannelsandModulation(演进通用陆地无线接入(E-UTRA)；物理信道和调制)(版本8)”，章节4，并且这是用于TDD(时分复用)。

无线电帧包括索引从0至9的10个子帧。一个子帧包括两个连续的时隙。对于要发送一个子帧所耗费的时间称为TTI(传输时间间隔)。例如，一个子帧的长度可以是1ms，并且一个时隙的长度可以是0.5ms。

一个时隙在时域中可以包括多个OFDM(正交频分复用)符号。OFDM符号仅表示时域中的一个符号时段，因为3GPPLTE对于下行链路(DL)采用OFDMA(正交频分多址)，并且因此，多址接入方案或名称不限于此。例如，可以通过诸如SC-FDMA(单载波频分多址)符号或符号时段的其他术语表示OFDM符号。

通过示例，一个时隙包括七个OFDM符号。然而，被包括在一个时隙中的OFDM符号的数目可以根据CP(循环前缀)的长度而变化。根据3GPPTS36.211V8.7.0，在正常的CP中一个时隙包括七个OFDM符号，并且在扩展的CP中一个时隙包括六个OFDM符号。

资源块(RB)是资源分配单位并且在一个时隙中包括多个子载波。例如，如果一个时隙在时域中包括七个OFDM符号并且在频域中资源块包括12个子载波，则一个资源块可以包括7×12个资源元素(RE)。

具有索引#1和索引#6的子帧称为特定子帧，并且包括DwPTS(下行链路导频时隙：DwPTS)、GP(保护时段)以及UpPTS(上行链路导频时隙)。DwPTS被用于终端中的初始小区搜索、同步、或信道估计。UpPTS被用于基站中的信道估计并且被用于建立终端的上行链路传输同步。GP是用于去除由于在上行链路和下行链路之间的下行链路信号的多路径延迟而在上行链路上出现的干扰的时段。

在TDD中，DL(下行链路)子帧和UL(上行链路)在一个无线电帧中共存。表1示出无线电帧的配置的示例。

[表1]

“D”表示DL子帧，“U”表示UL子帧，并且“S”表示特定子帧。当从基站接收UL-DL配置时，根据无线电帧的配置终端可以知道子帧是DL子帧或UL子帧。

DL(下行链路)子帧在时域中被分成控制区域和数据区域。控制区域在子帧的第一时隙中包括直至前三个OFDM符号。然而，被包括在控制区域中的OFDM符号的数目可以被改变。PDCCH和其他控制信道被指配给控制区域，并且PDSCH被指配给数据区域。

图4图示用于3GPPLTE中的一个上行链路或下行链路时隙的示例资源网格。

参考图4，上行链路时隙包括在时域中的多个OFDM(正交频分复用)符号和频域中的NRB个资源块(RB)。例如，在LTE***中，资源块(RB)的数目，即，NRB，可以是从6至110。

在此，通过示例，一个资源块包括由时域中的七个OFDM符号和频域中的12个子载波组成的7×12个资源元素。然而，在资源块中的子载波的数目和OFDM符号的数目不限于此。资源块中的OFDM符号的数目或者子载波的数目可以被不同地改变。换言之，取决于上述CP的长度，可以变化OFDM符号的数目。具体地，3GPPLTE将一个时隙定义为在CP的情况下具有七个OFDM符号并且在扩展的CP的情况下具有六个OFDM符号。

OFDM符号表示一个符号时段，并且取决于***，也可以称为SC-FDMA符号、OFDM符号、或符号时段。资源块是资源分配的单位并且包括频域中的多个子载波。被包括在上行链路时隙中的资源块的数目，即，NUL，取决于在小区中设置的上行链路传输带宽。资源网格上的每个元素称为资源元素。

同时，一个OFDM符号中的子载波的数目可以是128、256、512、1024、1536、以及2048中的一个。

在3GPPLTE中，在图4中示出的用于一个上行链路时隙的资源网格也可以应用于下行链路时隙的资源网格。

图5图示下行链路子帧的架构。

在图5中，假定正常的CP，通过示例，一个时隙包括七个OFDM符号。然而，被包括在一个时隙中的OFDM符号的数目可以取决于CP(循环前缀)的长度而变化。即，如上所述，根据3GPPTS36.211V10.4.0，一个时隙在正常的CP的情况下包括七个OFDM符号并且在扩展的CP的情况下包括六个OFDM符号。

资源块(RB)是用于资源分配的单位并且在一个时隙中包括多个子载波。例如，如果一个时隙在时域中包括七个OFDM符号并且在频域中资源块包括12个子载波，则一个资源块可以包括7×12个资源元素(RE)。

在时域中，DL(下行链路)子帧被分成控制区域和数据区域。控制区域包括子帧的第一时隙中直至前三个OFDM符号。然而，被包括在控制区域中的OFDM符号的数目可以被改变。PDCCH(物理下行链路控制信道)和其他控制信道被指配给控制区域，并且PDSCH被指配给数据区域。

3GPPLTE中的物理信道可以被分类成诸如PDSCH(物理下行链路共享信道)和PUSCH(物理上行链路共享信道)的数据信道以及诸如PDCCH(物理下行链路控制信道)、PCFICH(物理控制格式指示符信道)、PHICH(物理混合-ARQ指示符信道)以及PUCCH(物理上行链路控制信道)的控制信道。

在子帧的第一OFDM符号中发送的PCFICH承载关于子帧中被用于控制信道的传输的OFDM符号的数目(即，控制区域的大小)的CIF(控制格式指示符)。无线装置首先在PCFICH上接收CIF，并且然后监测PDCCH。

不同于PDCCH，在没有使用盲解码的情况下通过子帧中的固定的PUCCH资源发送PCFICH。

PHICH承载用于ULHARQ(混合自动重传请求)的ACK(肯定应答)/NACK(否定应答)信号。用于无线装置在PUSCH上发送的UL(上行链路)数据的ACK/NACK信号在PHICH上发送。

在无线电帧的第一子帧的第二时隙中的前四个OFDM符号中发送PBCH(物理广播信道)。PBCH承载对于无线装置与基站通信所必需的***信息，并且通过PBCH发送的***信息称为MIB(主信息块)。相比之下，通过PDCCH指示的在PDSCH上发送的***信息称为SIB(***信息块)。

PDCCH可以承载VoIP(互联网协议语音)的激活和用于一些UE组中的各个UE的传输功率控制命令集、诸如在PDSCH上发送的随机接入响应的较高层控制消息的资源分配、关于DL-SCH的***信息、关于PCH的寻呼信息、UL-SCH(上行链路共享信道)的资源分配信息、以及DL-SCH(下行链路共享信道)的资源分配和传输格式。在控制区域中可以发送多个PDCCH，并且终端可以监测多个PDCCH。在一个CCE(控制信道元素)或一些连续的CCE的集合上发送PDCCH。CCE是被用于向PDCCH提供按照无线电信道状态的编码速率的逻辑分配单元。CCE对应于多个资源元素组。根据在CCE的数目和通过CCE提供的编码速率之间的关系，确定PDCCH的格式和PDCCH的可能的数目。

通过PDCCH发送的控制信息称为下行链路控制信息(DCI)。DCI可以包括PDSCH的资源分配(这也被称为DL(下行链路)许可)、PUSCH的资源分配(这也被称为UL(上行链路)许可)、用于一些UE组中的各个UE的传输功率控制命令集、以及/或者VoIP(互联网协议语音)的激活。

基站根据要被发送到终端的DCI确定PDCCH格式，并且将CRC(循环冗余校验)添加到控制信息。根据PDCCH的拥有者或用途，CRC被掩蔽有独特的标识符(RNTI；无线电网络临时标识符)。在PDCCH是用于特定终端的情况下，终端的独特的标识符，诸如C-RNTI(小区-RNTI)，可以被掩蔽到CRC。或者，如果PDCCH是用于寻呼消息，则寻呼指示符，例如，P-RNTI(寻呼-RNTI)可以被掩蔽到CRC。如果PDCCH是用于***信息块(SIB)，则***信息指示符、SI-RNTI(***信息-RNTI)可以被掩蔽到CRC。为了指示作为对终端的随机接入前导的传输的响应的随机接入响应，RA-RNTI(随机接入-RNTI)可以被掩蔽到CRC。

在3GPPLTE中，盲解码被用于检测PDCCH。盲解码是通过对接收到的PDCCH(这被称为候选PDCCH)的CRC(循环冗余检验)去掩蔽所期待的标识符并且检查CRC错误来识别是否PDCCH是其自身的控制信道。基站根据要被发送到无线装置的DCI确定PDCCH格式，然后将CRC添加到DCI，并且根据PDCCH的拥有者或用途，对CRC掩蔽唯一的标识符(这被称为RNTI(无线电网络临时标识符))。

子帧中的控制区域包括多个控制信道元素(CCE)。CCE是被用于取决于无线电信道状态给PDCCH提供编码速率的逻辑分配单元，并且对应于多个资源元素组(REG)。REG包括多个资源元素。根据CCE的数目和通过CCE提供的编码速率的关联关系，PDCCH格式和可用的PDCCH的比特的数目被确定。

一个REG包括四个RE。一个CCE包括9个REG。可以从{1,2,4,8}集合中选择被用于配置一个PDCCH的CCE的数目。集合{1,2,4,8}中的每个要素被称为CCE聚合等级。

BS根据信道状态确定在PDCCH的传输中使用的CCE的数目。例如，具有良好的下行链路信道状态的无线设备能够在PDCCH传输中使用一个CCE。具有差的DL信道状态的无线设备能够在PDCCH传输中使用8个CCE。

由一个或者多个CCE组成的控制信道基于REG执行交织，并且基于小区标识符(ID)在执行循环移位之后被映射到物理资源。

同时，UE不能够获知在控制区域内的哪个位置上发送其自身的PDCCH以及使用哪种CCE聚合等级或者DCI格式。因为在一个子帧中可以发送多个PDCCH，所以UE在每个子帧中监测多个PDCCH。在此，监测是指根据PDCCH格式通过UE尝试对PDCCH进行解码。

在3GPPLTE中，为了减少由于盲解码导致的负载，可以使用搜索空间。搜索空间可以指用于PDCCH的CCE的监测集合。UE在相对应的搜索空间内监测PDCCH。

当UE基于C-RNTI监测PDCCH时，根据PDSCH的传输模式确定DCI格式和要被监测的搜索空间。下面的表表示设立C-RNTI的PDCCH监测的示例。

[表2]

如下面的表3中所示，分类DCI格式的使用。

[表3]

DCI格式	内容
		DCI格式0	在PUSCH调度中使用
DCI格式1	在一个PDSCH码字的调度中使用
		DCI格式1A	在一个PDSCH码字的紧凑调度和随机接入过程中使用8 -->
DCI格式1B	在具有预编码信息的一个PDSCH码字的紧凑调度中使用
		DCI格式1C	在一个PDSCH码字的非常紧凑的调度中使用
DCI格式1D	在具有功率偏移信息的一个PDSCH码字的预编码和紧凑调度中使用
		DCI格式2	在闭环空间复用模式下配置的终端的PDSCH调度中使用
DCI格式2A	在开环空间复用模式下配置的终端的PDSCH调度中使用
		DCI格式2B	DCI格式2B被用于对于PDSCH的双层波束形成的资源分配
DCI格式2C	DCI格式2C被用于到8个层的闭环SU-MIMO或者MU-MIMO操作的资源分配
		DCI格式2D	DCI格式2C被用于到8个层的资源分配
DCI格式3	被用于发送具有2比特功率调整的PUCCH和PUSCH的TPC命令
		DCI格式3A	被用于发送具有1比特功率调整的PUCCH和PUSCH的TPC命令
DCI格式4	在多天线端口传输模式中操作的上行链路(UP)的PUSCH调度中使用

上行链路信道包括PUSCH、PUCCH、SRS(探测参考信号)、以及PRACH(物理随机接入信道)。

上行链路信道包括PUSCH、PUCCH、SRS(探测参考信号)、以及PRACH(物理随机接入信道)。

同时，在子帧中被限制到控制区域的区域中监测PDCCH，并且在全带中发送的CRS被用于解调PDCCH。随着控制数据的类型多样化和控制数据的数量增加，当仅使用现有的PDCCH时，调度灵活性降低。另外，为了降低CRS传输带来的开销，增强型PDCCH(EPDCCH)被引入。

图6示出3GPPLTE中的上行链路子帧的结构。

参考图6，上行链路子帧能够被划分为控制区域和数据区域。用于携带上行链路控制信息的物理上行链路控制信道(PUCCH)被分配给控制区域。用于携带数据的多个上行链路共享信道(PUSCH)被分配给数据区域。

在子帧中的RB对中分配用于一个UE的PUCCH。属于RB对的RB在第一时隙和第二时隙的每一个中占用不同子载波。由属于PUCCH被分配到的RB对的RB占用的频率在时隙边界处改变。这被称为向PUCCH分配的RB对在时隙边界处跳频。

因为UE通过不同的子载波基于时间发送上行链路控制信道，所以能够获得频率分集增益。m是指示在子帧中被分配给PUCCH的RB对的逻辑频域位置的位置索引。

在PUCCH上发送的上行链路控制信息的示例包括混合自动重复请求(HARQ)、肯定应答(ACK)/否定应答(NACK)、指示DL信道状态的信道质量指示符(CQI)、作为UL无线电资源分配请求的调度请求(SR)等等。

PUSCH被映射到作为传送信道的上行链路共享信道(UL-SCH)。通过PUSCH发送的上行链路数据可以是作为用于在TTI期间发送的UL-SCH的数据块的传送块。传送块可以是用户信息。另外，上行链路数据可以是被复用的数据。被复用数据可以通过复用控制信息和用于UL-SCH的传送块获得。

图7图示在上行链路子帧上的PUCCH和PUSCH。

将会参考图7描述PUCCH格式。

上行链路控制信息(UCI)可以被发送给PUCCH。在这样的情况下，PUCCH根据格式发送各种类型的控制信息。UCI包括HARQACK/NACK、调度请求(SR)、以及表示下行链路信道状态的信道状态信息(CSI)。

PUCCH格式1发送调度请求(SR)。在这样的情况下，可以应用开关键控(OOK)方案。关于一个码字，PUCCH格式1a发送由二进制相移键控(BPSK)方案调制的肯定应答/否定应答(ACK/NACK)。关于两个码字，PUCCH格式1b发送由正交相移键控(QPSK)方案调制的ACK/NACK。PUCCH格式2发送由QPSK方案调制的信道质量指示符(CQI)。PUCCH格式2a和2b传送CQI和ACK/NACK。

表4图示PUCCH格式。

[表4]

格式	描述
		格式1	调度请求(SR)
格式1a	1比特HARQ的ACK/NACK，调度请求(SR)可以存在或者不存在
		格式1b	2比特HARQ的ACK/NACK，调度请求(SR)可以存在或者不存在
格式2	CSI(20个码比特)
		格式2	在扩展的CP的情况下，CSI和1比特或者2比特的HARQ ACK/NACK
格式2a	CSI和1比特的HARQ ACK/NACK
		格式2b	CSI和2比特的HARQ ACK/NACK
格式3	用于载波聚合的多个ACK/NACK

每个PUCCH格式被映射在PUCCH中以被发送。例如，在分配给UE的带边缘的资源块(在图7中m＝0，1)中映射PUCCH格式2/2a/2b以被发送。混合的PUCCH资源块(RB)可以被映射在带的中心方向中与PUCCH格式2/2a/2b被分配到的资源块相邻的资源块(例如，m＝2)中以被发送。SR和ACK/NACK被发送到的PUCCH格式1/1a/1b可以被布置在m＝4或者m＝5的资源块中。在CQI被发送到的PUCCH格式2/2a/2b中可以使用的资源块的数目N(2)RB可以通过广播信号向UE指示。

前述的CSI是表示DL信道的状态的索引，并且可以包括信道质量指示符(CQI)和预编码矩阵指示符(PMI)中的至少一个。此外，预编码类型指示符(PTI)、秩指示符(RI)等可以被包括。

CQI提供关于在预定的时间内通过UE可以支持的链路适配参数的信息。CQI可以指示通过考虑到UE接收器的特性通过DL信道可以支持的数据速率、信号与干扰噪声比(SINR)等。基站可以通过使用CQI确定要被应用于DL信道的调制(QPSK、16-QAM、64-QAM等)和编码速率。CQI可以通过各种方法被产生。例如，各种方法可以包括量化和如原样反馈信道状态的方法、计算和反馈信号与干扰噪声比(SINR)的方法、通知被实际应用于信道的状态诸如调制编码方案(MCS)的方法等。当基于MCS产生CQI时，MCS包括调制方案、编码方案、以及根据编码方案的编码速率等。

PMI基于码本在预编码中提供关于预编码矩阵的信息。PMI和多输入多输出(MIMO)相关联。在MIMO中的PMI的反馈可以被称为闭环MIMO。

RI是关于通过UE推荐的层的数目的信息。即，RI表示在空间复用中使用的独立的流的数目。仅在UE使用空间复用在MIMO模式下操作的情况下反馈RI。RI始终与一个或多个CQI反馈相关联。即，通过采用预定的RI值计算反馈的CQI。因为信道的秩通常改变得比CQI缓慢，所以比CQI的数目更少地反馈RI。RI的传输时段可以是CQI/PMI传输时段的倍数。在整个***带中定义了RI，并且频率选择的RI反馈不被支持。

正因如此，仅在UCI的传输中使用PUCCH。为此，PUCCH支持多种格式。根据从属于PUCCH格式的调制方案，对于每个子帧具有不同比特数目的PUCCH可以被使用。

同时，被图示的PUSCH被映射在作为传输信道的上行链路共享信道(UL-SCH)中。在PUSCH上发送的上行链路数据可以是作为用于TTI期间发送的UL-SCH的数据块的传输块。传输块可以包括用户数据。可替选地，上行链路数据可以是被复用的数据。通过复用用于UL-SCH的传输块和信道状态信息可以获取被复用的数据。例如，在数据中复用的信道状态信息(CSI)可以包括CQI、PMI、RI等。可替选地，可以仅通过上行链路状态信息构造上行链路数据。可以通过PUSCH发送周期性的或者非周期性的信道状态信息。

通过PDCCH上的UL许可分配PUSCH。尽管未被图示，在用于PUSCH的解调参考信号(DMRS)的传输中使用正常的CP的每个时隙中的第四个OFDM符号。

现在描述载波聚合***。

图8图示在单载波***和载波聚合***之间的比较的示例。

参考图8，可以存在各种载波带宽，并且一个载波被指配给终端。相比之下，在载波聚合(CA)***中，多个分量载波(DLCCA至C、ULCCA至C)可以被指配给终端。分量载波(CC)意指在载波聚合***中使用载波并且可以被简称为载波。例如，三个20MHz分量载波可以被指配使得将60MHz带宽分配给终端。

载波聚合***可以被分类成：连续的载波聚合***，其中被聚合的载波是连续的；以及非连续的载波聚合***，其中被聚合的载波被彼此分开。在下文中，当简单地称为载波聚合***时，应被理解为包括分量载波是连续的情况和控制信道是非连续的情况这两者。

当一个或多个分量载波被聚合时，分量载波可以使用在现有***中采用的带宽，用于与现有***的后向兼容性。例如，3GPPLTE***支持1.4MHz、3MHz、5MHz、10MHz、15MHz以及20MHz的带宽，并且3GPPLTE-A***可以仅使用3GPPLTE***的带宽配置20MHz或更多的宽带。或者，除了使用现有***的带宽，新的带宽可以被定义以配置宽带。

无线通信***的多个频带被分离成多个载波频率。在此，载波频率意指小区的小区频率。在下文中，小区可以意指下行链路频带资源和上行链路频率资源。或者，小区可以指的是下行频率资源和可选的上行链路频率资源的组合。此外，在没有考虑载波聚合(CA)的一般情况下，一个小区可以始终具有一对上行链路频率资源和下行链路频率资源。

为了让分组数据通过特定小区被发送/接收，终端应首先完成特定小区上的配置。在此，配置意指对于在小区上的数据发送/接收所必需的***信息的接收被完成。例如，配置可以包括接收对于数据发送和接收所必需的公共物理层参数或者MAC(媒介接入控制)层或者对于RRC层中的特定操作所必需的参数的整个过程。配置完成的小区是处于下述状态中，一旦接收指示分组数据可以被发送的信息，分组发送和接收可以是立即可行的。

处于配置完成状态中的小区可以被保持在激活或停用状态下。在此，“激活”意指数据发送或者接收被进行或者处于就绪状态中。终端可以监测或接收被激活的小区的控制信道(PDCCH)和数据信道(PDSCH)以便于识别被指配的资源(可能的频率或时间)。

“停用”意指业务数据的发送或者接收是不可能的而最小信息的测量或发送/接收是可能的。终端可以从被停用的小区接收对于接收分组所必需的***信息(SI)。相比之下，终端不监测或接收被停用的小区的控制信道(PDCCH)和数据信道(PDSCH)以便于识别被指配的资源(可能的频率或时间)。

小区可以被分类成主小区和辅助小区、服务小区。

主小区意指在主频率下操作的小区。主小区是终端进行与基站的初始连接建立过程或连接重新建立过程的小区或在切换的过程期间被指定为主小区的小区。

辅助小区意指在辅助频率下操作的小区。一旦RRC连接被建立辅助小区被配置并且被用于提供附加的无线电资源。

在没有配置载波聚合的情况下或者当终端不能够提供载波聚合时，服务小区被配置成主小区。在载波聚合被配置的情况下，术语“服务小区”表示向终端配置的小区并且可以包括多个服务小区。一个服务小区可以是由一个下行链路分量载波或者一对{下行链路分量载波，上行链路分量载波}组成。多个服务小区可以是由主小区和一个或多个所有的辅助小区组成。

如上所述，载波聚合***，不同于单载波***，可以支持多个分量载波(CC)，即，多个服务小区。

这样的载波聚合***可以支持跨载波调度。跨载波调度是可以进行通过除了基本上被链接到特定分量载波的分量载波之外的其他分量载波发送的PUSCH的资源分配和/或通过利用特定分量载波发送的PDCCH经由其他分量载波发送的PDSCH的资源分配的调度方案。换言之，通过不同的下行链路CC可以发送PDCCH和PDSCH，并且通过除了被链接到其中发送包括UL许可的PDCCH的下行链路CC的上行链路CC之外的上行链路CC可以发送PUSCH。正因如此，支持跨载波调度的***需要指示通过其发送PDSCH/PUSCH的DLCC/ULCC的载波指示符，其中PDCCH提供控制信息。包括这样的载波指示符的字段在下文中称为载波指示字段(CIF)。

支持跨载波调度的载波聚合***可以包含以常规DCI(下行链路控制信息)格式的载波指示字段(CIF)。在跨载波调度支持的载波聚合***中，例如，LTE-A***，可以具有由于CIF添加到现有的DIF格式(即，在LTE***中使用的DCI格式)而扩展的3个比特，并且PDCCH架构可以重用现有的编码方法或资源分配方法(即，基于CCE的资源映射)。

图9例示载波聚合***中的跨载波调度。

参考图9，基站可以配置PDCCH监测DLCC(监测CC)集合。PDCCH监测DLCC集合是由所有聚合的DLCC中的一些组成，并且如果配置跨载波调度，则用户设备仅对在PDCCH监测DLCC集合中包括的DLCC执行PDCCH监测/解码。换言之，基站仅通过在PDCCH监测DLCC集合中包括的DLCC发送用于经历调度的PDSCH/PUSCH的PDCCH。PDCCH监测DLCC集合可以被UE特定地、UE组特定地、或小区特定地配置。

图9图示示例，其中，三个DLCC(DLCCA、DLCCB、以及DLCCC)被聚合，并且DLCCA被设置为PDCCH监测DLCC。用户设备可以通过DLCCA的PDCCH接收用于DLCCA、DLCCB、以及DLCCC的PDSCH的DL许可。通过DLCCA的PDCCH发送的DCI包含CIF，使得其可以指示DCI是用于哪个DLCC。

在下文中，描述在3GPPLTE中的HARQ。

<HARQ(混合自动重传请求)>

在3GPPLTE***中，同步HARQ被用于上行链路传输，并且异步HARQ被用于下行链路传输。同步HARQ特征在于，重传时序固定，并且异步HARQ特征在于重传时序不固定。即，通过使用同步HARQ，在HARQ周期中执行初始传输和重传。

图10例示在BS和UE之间的HARQ操作。

首先，BS，即，e节点B200，通过物理下行链路控制信道(PDCCH)发送调度信息以便于以HARQ方案将数据发送到终端，即，UE100。

UE100通过监测控制信道，即，PDCCH，检查进入的调度信息。

当通过检查调度信息检测到存在进入的***信息时，UE100在与PDCCH有关的时序通过物理共享信道(PSCH)从e节点B200接收数据#1。

类似地，UE100根据PDCCH的调度信息从e节点B200接收数据#1。

当接收数据时，UE100尝试解码数据。UE根据解码的结果将HARQ反馈发送到e节点B200。即，如果解码成功则UE100发送ACK信号，并且如果解码失败则通过PUCCH或者PUSCH向e节点B200发送NACK信号。

当e节点B200接收ACK信号时，e节点B200检测数据传输是成功的并且发送下一个数据。

然而，当e节点B200接收NACK信号时，e节点B200检测数据传输被失败并且以相同的形式或者新的形式重传相同的数据。

接收NACK信号的UE100接收PDCCH，并且根据PDCCH的调度信息尝试接收从e节点B200重传的数据。

当接收被重传的数据时，当以各种方式未能解码时UE100通过如原样组合被存储在缓冲器中的数据尝试再次解码数据，并且如果解码成功则发送ACK信号，并且如果解码失败则通过PUCCH或者PUSCH将NACK信号发送到e节点B200。UE100重复发送NACK信号并且接收重传直到数据的解码成功的过程。

<基于FDD的小区和基于TDD的小区的载波聚合>

同时，随着智能电话的传播，用户要求更快的数据通信。正因如此，在要求高速数据通信的时刻，在频率使用的方面传统上移动载波仅提供基于FDD的服务或者仅提供基于TDD的服务是低效的。结果，UE同时接入使用FDD的小区和使用TDD的小区是可取的。为了实现这一点，存在下一代移动通信***中的载波聚合(CA)技术中组合基于FDD的小区和基于TDD的小区的论述。

图11a和图11b图示根据已经被论述为下一代***的载波聚合(CA)技术组合基于FDD的小区和基于TDD的小区的示例。

首先，如在图11a中所示，可以改进BS200以分别提供基于FDD的小区和基于TDD的小区。而且，BS200可以通过使用载波聚合(CA)技术组合基于FDD的小区和基于TDD的小区。因此，UE100可以根据载波聚合(CA)技术利用基于FDD的小区和基于TDD的小区。

同时，如在图11b中所示，在BS200的覆盖内，具有小半径的小区覆盖的小基站可以被排列。因为BS200具有比小基站大的覆盖，所以其可以被称为宏BS。通过宏BS提供的小区可以被称为宏小区。并且通过小基站提供的小区可以被称为小型小区。如在附图中所示，宏BS可以提供基于FDD的小区，并且如在附图中所示的小BS可以提供基于FDD的小区。宏BS的基于FDD的小区和小BS的基于TDD的小区可以通过使用载波聚合(CA)技术被组合。

然而，在基于FDD的小区和基于TDD的小区被包括在如上所述的载波聚合(CA)中的情况下，UE100的HARQ操作变成问题。

<本说明书的公开>

因此，本说明书的公开是要提出用于当基于FDD的小区和基于TDD的小区被包括在载波聚合(CA)时UE100正常执行HARQ操作的方法。

I.本说明书的第一公开

首先，在3GPP版本11中，UE可以发送和接收来自于具有相同的帧结构类型(例如，FDD或者TDD)的多个小区的数据。然而，如上所述，在下一个***中，为了频带的灵活管理和操作，其中使用彼此不同的帧结构类型的多个小区的数据/控制信息由一个UE发送和接收的环境可以被考虑。即，基于FDD的小区和基于TDD的小区可以被包括在载波聚合中或者可以被提供给UE。在下文中，基于FDD的小区和基于TDD的小区的载波聚合被称为“TDD-FDDCA”。

在TDD-FDDCA中，根据如在表1中所示的上行链路-下行链路(UL-DL)配置，在TDD小区中共存上行链路(UL)和下行链路(DL)。另一方面，在FDD小区中始终存在上行链路(UL)和下行链路(DL)。当在FDD小区中应用常规TDD时序时，存在其中在FDD小区中没有配置调度方法的子帧。例如，当TDDUL-DL配置是1，并且1的TDDUL-DL配置也被应用于FDD小区时，在下行链路(DL)HARQ-ACK的情况下，对于了在FDD小区中的与上行链路相对应的子帧，尽管在FDD中存在下行链路(DL)但是没有配置任何调度方法或者用于发送HARQ-ACK的方法。如果没有为下行链路(DL)子帧执行调度，像常规TDD方法那样，则在标准的UL-DL配置是5的情况下，被包括在载波聚合中的小区的最大数目可以被限于2，并且对于剩余的情况，其可以允许5。

根据本说明书的实施例，为了增加在资源的操作中的灵活性，即，为了利用FDD小区的下行链路(DL)子帧，根据大量的方法可以指定附加的时序。例如，根据第一方法，在接收PDSCH之后UE可以在作为最快可用的上行链路(UL)子帧中以4ms发送HARQ-ACK。或者根据第二方法，为了防止在当发送HARQ-ACK时在特定的子帧中HARQ-ACK比特拥塞的情况下可能出现的性能的劣化，附加的HARQ-ACK时序可以被分布在数个子帧中。根据第三方法，用于PDSCH的HARQ-ACK的传输时间不可以在对应于对应PDSCH的先前时间的用于PDSCH的HARQ-ACK的传输时间的前面。在下文中，表示出HARQ传输时序的示例。

[表5]

上面的表中的方括号[]是接收根据各自的方法新添加的子帧K的PDSCH的数目。

上面的表中的方括号[]是接收根据各自的方法新添加的子帧K的PDSCH的数目。

如果根据在上述方法的方法当中的第一方法和第二方法利用附加的FDDDL子帧，则能够在上行链路子帧n上被立即发送的HARQACK/NACK的比特可能超出。

因此，要求限制用于载波的最大数目。如此限制可以被应用于当发送HARQ-ACK时执行TDD-FDDCA的UE遵循TDD时序的情况。另外，限制可以被应用于基于TDD的小区是载波聚合的主小区并且基于FDD的小区是载波聚合的辅助小区的情况。并且用于对应于基于TDD的小区中的DL的子帧的基于FDD的小区的DLHAQ-ACK时序可以基本上遵循基于FDD的主小区的UL-DL配置。同时，不对应于在FDD小区的DL子帧当中配置的TDDUL-DL配置的子帧可以被称为剩余的DL子帧。

在下文中，描述用于限制可用于聚合的小区的最大数目的方法。

II.本说明书的第二公开：可用于聚合的小区的最大数目的限制

作为载波聚合的对象的小区的最大数目取决于是否多个HARQ-ACK可用于被发送。例如，在PUCCH格式3被支持的情况下，最多20个比特的HARQ-ACK是可允许的，并且可以基于相对应的HARQ-ACK比特数目不超过20个比特的标准配置作为载波聚合的对象的小区的最大数目。

下面是用于根据TDDUL-DL配置来配置可用于载波的最大数目的小区的方法的详细示例。TDDUL-DL配置可以是对应于TDD-FDDCA中的TDD小区的配置，或者FDD小区参考作为DLHARQ-ACK时序的UL-DL配置。在本发明的实施例中，虽然针对配置载波聚合(CA)的TDD小区描述了能够被聚合的最大数目的小区，但是也可以从本发明扩展用于配置配置载波聚合(CA)的FDD小区的数目的方法。

(1)TDDUL-DL配置0

这可以被描述为对应于单个UL子帧的DL子帧数目M的最大值是1的情况。根据相对应的UL-DL配置，一个无线电帧包括6个UL，并且因此，FDD小区的剩余的DL子帧数目也是6。因此，能够被聚合的小区的最大数目，不论剩余的DL子帧的HARQ-ACK时序配置如何，可以被确定为是5。

(2)TDDUL-DL配置1

这可以被描述为对应于单个UL子帧的DL子帧数目M的最大值是2的情况。根据相对应的UL-DL配置，一个无线电帧包括4个UL，并且因此，FDD小区的剩余的DL子帧数目也是4。能够被聚合的小区的最大数目，不论剩余的DL子帧的HARQ-ACK时序配置如何，可以被确定为5。

(3)TDDUL-DL配置2

这可以被描述为对应于单个UL子帧的DL子帧数目M的最大值是4的情况。根据相对应的UL-DL配置，一个无线电帧包括2个UL，并且因此，FDD小区的剩余的DL子帧数目也是4。在相对应的UL-DL配置中，在FDD的剩余的DL子帧没有被使用的情况，基于5个小区被聚合，(包括使用空间捆绑)的HAQR-ACK比特的数目是最多20个比特。因此，在FDD的剩余的DL子帧被使用的情况下，能够被聚合的小区的最大数目应被配置为小于5。在相关的UL-DL配置中，因为UL-DL切换周期性是5ms并且每5ms的UL子帧的数目是1，所以在参考上面的表5描述的第一方法、第二方法、以及第三方法中不存在不同。因此，在FDD的剩余的DL子帧被使用的情况下，能够被聚合的小区的最大数目可以被确定为是4。更加具体地，对于用于PUCCH格式3的信息的比特的数目被扩展到22个比特的情况，如果被包括在CA中的FDD小区的数目是1，则能够被聚合的小区的最大数目可以通过被扩展到5来配置。

(4)TDDUL-DL配置3

这可以被描述为对应于单个UL子帧的DL子帧数目M的最大值是3的情况。根据相对应的UL-DL配置，一个无线电帧包括3个UL，并且因此，FDD小区的剩余的DL子帧数目也是3。在根据参考上面的表5描述的第二方法利用FDD的剩余的DL子帧的情况下，能够被聚合的小区的最大数目可以被配置成5。然而，在根据参考上面的表5描述的第一方法利用FDD的剩余的DL子帧的情况下，根据下一个示例可以配置能够被聚合的最大数目的小区。在此，因为在HARQ时序中前述的第一方法与的第三方法相同，所以这也被应用于第三方法。

根据第一示例，为了方便起见，能够被聚合的小区的最大数目被固定到4。在这样的情况下，用于PUCCH格式3的信息比特的数目可以限于总共22个比特被允许的情况。在用于PUCCH格式3的信息比特的数目被限于总共22个比特被允许的情况的情况下，能够被聚合的小区的最大数目被固定为3。

根据第二示例，能够被聚合的小区的可允许的最大数目取决于被包括在CA中的TDD小区的数目和FDD小区的数目的组合。通过FDD小区中的两个，能够被聚合的小区的最大数目被配置成4，通过5个小区可以允许剩余的。在第二示例中，PUCCH格式3的信息可以对应于总共22个比特。在用于PUCCH格式3的信息的数目被限于总共21个同时TDD小区是2的情况下，能够被聚合的小区的最大数目被配置成3。并且如果存在两个或者三个TDD小区，则能够被聚合的小区的最大数目被配置成对于剩下的可允许的4和5个小区。

根据第三示例，考虑到TDD小区当中的TDDUL-DL的不同配置，当被包括在CA中的TDD小区的数目大于2时，可以假定用于TDD小区的值M是4。在此，在TDD小区之间的标准UL-DL配置是5的情况中这可以排除。根据第三示例，取决于被包括在CA中的FDD小区的数目和TDD小区的数目的组合，能够被聚合的小区的可允许的最大数目可以被决定。在存在四个TDD小区的情况下，能够被聚合的小区的最大数目被配置成5，并且通过4个小区允许剩余的。在第二示例中，PUCCH格式3的信息比特可以对应于总共22个比特。在用于PUCCH格式的信息比特的数目被限于总共21同时TDD小区是一个的情况下，能够被聚合的小区的最大数目被配置成3并且通过4个小区允许剩余的。

(5)TDDUL-DL配置4

这可以被描述为对应于单个UL子帧的DL子帧数目M的最大值是4的情况。根据相对应的UL-DL配置，一个无线电帧包括2个UL，并且因此FDD小区的剩余的DL子帧数目也是2。在根据参考上面的表5描述的第二方法利用FDD的剩余DL子帧的情况下，能够被聚合的小区的最大数目可以被配置成4。更加具体地，对于上面的第二方法，对于用于PUCCH格式3的信息的比特的数目被扩展到22个比特，如果被包括在CA中的TDD小区的数目是1，则能够被聚合的小区的最大数目可以通过被扩展到5来配置。然而，在根据参考上面的表5描述的第一方法利用FDD的剩余的DL子帧的情况下，根据下一个示例可以配置能够被聚合的小区的最大数目。在此，因为在HARQ时序中前述的第一方法与第三方法相同，所以这也被应用于第三方法。

根据第一示例，为了方便描述，能够被聚合的小区的最大数目被固定为4。

根据第二示例，可以取决于被包括在CA中的TDD小区的数目和FDD小区的数目的组合决定被聚合的小区的可允许的最大数目。通过一个TDD小区，能够被聚合的小区的最大数目被配置成3，并且通过5个小区允许剩余的。

根据第三示例，能够被聚合的小区的最大数目可以被固定为4。这可以被限于PUCCH格式3的信息比特被允许为总共22个比特的情况。在能够被聚合的小区是4的情况下，HARQ-ACK的数目是22个比特，并且仅对于其SR没有被配置的子帧，可以全部发送HARQ-ACK。在本示例中，可以假定对于其SR被配置的子帧不发送HARQ-ACK的一部分，并且在相关的DL子帧中没有调度PDSCH。上面的相关的DL子帧可以被限于FDD小区的剩余的DL子帧的整体或者部分。对于调度的限制可以被应用于包括一个TDD小区和三个FDD小区的CA。

(6)TDDUL-DL配置5

这可以被描述为对应于单个UL子帧的DL子帧数目M的最大值是5的情况。根据相对应的UL-DL配置，一个无线电帧包括1个UL，并且因此FDD小区的剩余的DL子帧数目也是1。与剩余的DL子帧的HARQ-ACK时序的配置无关，能够被聚合的小区的最大数目可以被配置成2。理由是UL子帧是1并且剩余的DL子帧的配置方法是1，并且在这样的情况下，按照每个小区的HARQ-ACK比特的数目(如果被要求，空间捆绑被应用)被配置成10个比特，并且在2个小区被聚合的情况下，HARQ-ACK的总数目被配置成20个比特。

(7)TDDUL-DL配置6

这可以被描述为对应于单个UL子帧的DL子帧数目M的最大值是1的情况。根据相对应的UL-DL配置，一个无线电帧可以包括5个UL，并且因此FDD小区的剩余的DL子帧数目也是5。与剩余的DL子帧的HARQ-ACK时序的配置无关，能够被聚合的小区的最大数目被配置成5。

当针对被聚合的TDD小区和FDD小区配置或者限制能够被聚合的小区的最大数目时可以考虑下述的附加的示例。

根据第一示例，当TDD小区和FDD小区被包括在CA中时，被聚合的小区的最大数目，不论TDDUL-DL配置如何，可以被限于2。TDD-FDDCA可以遵循TDDHARQ时序。

根据第二示例，当TDD小区和FDD小区被包括在CA中时，对于被配置成5的聚合的小区的最大数目来说不可用的TDDUL-DL配置，被聚合的小区的最大数目被限于2。并且，TDD-FDDCA可以被限于下述的TDDHARQ时序。更加具体地，相对应的TDDUL-DL配置可以被限于2、3、4以及5。在TDDUL-DL配置3中，在参考上面的表5描述的方法2中支持FDD小区的剩余子帧的情况下，不支持在上面描述的5个小区的UL-DL配置可以被排除。根据此，仅在包括FDD的剩余DL子帧的M的最大值小于4的情况下，可以允许被聚合的小区的最大数目是5。

同时，参考图12如下地概述迄今为止描述的描述。

图12是图示根据本说明书的第二公开的方法的流程图。

参考图12，基于TDD的小区是载波聚合的主小区，并且基于FDD的小区是载波聚合的辅助小区。

首先，对应于主小区的基于TDD的小区确定UE100的PUCCH格式，并且将包括在上面确定的PUCCH格式的信息的PUCCH配置通过RRC信号转发给UE100。

然后，对应于主小区的基于TDD的小区确定可用以被包括在载波聚合中的小区的最大数目。例如，在从上面的步骤PUCCH格式3被决定为UE100的PUCCH格式的情况下，小区的最大数目可以被决定为不超过通过UE发送的HARQ-ACK/NACK的20个比特。

随后，基于TDD的小区转发RRC重新配置消息以便于在被确定的小区的最大数目的范围内添加辅助小区。在此，被添加的辅助小区可以包括基于FDD的小区。

UE100响应于RRC重新配置消息将RRC重新配置完成消息发送到基于TDD的小区。

接下来，基于TDD的小区将激活消息发送到UE100以便于激活辅助小区。

同时，各个小区发送包括调度信息的PDCCH，并且随后，将包括DL数据的PDSCH发送到UE100。

如果UE100接收DL数据，则UE100应响应于各个DL数据发送HARQ-ACK/NACK。

这时，在被配置的PUCCH格式是PUCCH格式3的情况下，UE100决定从UL子帧n发送的HARQ-ACK/NACK的比特数目。在基于TDD的小区的DL-参考UL-DL配置对应于2、3、4以及5中的一个的情况下，UE100可以假定被包括在载波聚合中的小区的数目被限于不超过HARQ-ACK/NACK的20个比特。

III.用于聚合最多5个小区的方法

当决定要被发送的HARQ-ACK/NACK的比特时，如上所述，可以采用下述方法，即，所有可用子帧被彻底地用于各个小区并且作为载波聚合(CA)的对象的小区的数目被限制，相反地，作为CA的对象的小区的最大数目被固定为5，并且根据能够通过PUCCH资源发送的该限制来利用FDD小区的剩余DL子帧的一部分。否则，可以考虑在通过HARQ-ACK捆绑减少比特的数目之后发送的方法。

(1)使用与TDD的UL子帧对准的的FDD小区的DL子帧的方法

当对于TDD-FDDCA能够被聚合的小区的最大数目也被保持为5时，FDD小区的剩余的DL子帧的调度被要求限于整体或者一部分。下面是配置和选择FDD的剩余DL子帧的使用量的方法的详细示例。

对于第一示例，在TDD-FDDCA中遵循TDDHARQ时序的情况下，配置是否使用FDD小区的剩余的DL子帧的整体或者一部分，以便于被连接到各个UL子帧的DL子帧的数目不超过4。在此，被连接到UL子帧的DL子帧可以被解释为当在TDD***中的UL子帧中发送多个HARQ-ACK时对应于相关的HARQ-ACK的DL子帧。作为示例，假定在UL-DL配置3中配置的TDD小区和FDD小区在CA中被组合并且遵循TDDDLHARQ时序，由于在参考上面的表5描述的第二方法的情况下的分布式映射，被连接到单个UL子帧的DL子帧的数目的最大值(在下文中，通过M表示)不超过4。在参考上面的表5描述的第一方法和第三方法的情况下，M的最大值可以是6，然而，根据该方法通过使用在三个剩余的DL子帧当中的仅一个剩余的DL子帧，M的最大值能被设置为4。在此，在HARQ-ACK比特的数目超过20的情况下，可以表示FDD小区的剩余的DL子帧的整体或者一部分没有被使用。

作为第二示例，在TDD-FDDCA中，可以配置是否根据通过CA包括的小区的数目使用FDD小区的剩余的DL子帧的整体或者一部分。作为更加具体的示例，在UL-DL配置2的情况下，允许FDD小区的剩余的DL子帧的全部由被包括在CA的小于4个数目的小区使用，但是不允许5个小区。在UL-DL配置3中，在参考上面的表5描述的第一方法和第三方法的情况下，FDD小区的剩余的DL子帧的全部被允许以由被包括在CA中的4个数目的小区使用，但是不允许5个小区。在UL-DL配置4中，在参考上面的表5描述的第一方法和第三方法的情况下，FDD小区的剩余的DL子帧的全部被允许由被包括在CA中的小于3个数目的小区使用，但是不允许4或者5个小区。在UL-DL配置4中，在参考上面的表5描述的第二方法中，FDD小区的剩余的DL子帧的全部被允许由被包括在CA中的小于4个数目的小区使用，但是不允许5个小区。在HARQ-ACK比特的数目超过20的情况下，可以表示FDD小区的剩余的DL子帧的整体或者一部分没有被使用。

在此，可以通过较高层配置是否使用FDD小区的剩余DL子帧的整体或者一部分。可以为各个DL子帧指定此时的配置方法。

同时，作为更加详细的示例，对于TDDUL-DL配置2、3、以及4，可以考虑HARQ时序被(重新)配置以便于不出现M>4的情况。更加具体地，在TDDUL-DL配置3中，HARQ时序可以不是参考上面的表5描述的第二方法。

作为第一示例的修改，在常规TDD主小区的时序中可以遵循相对应的UL-DL配置。在上面的描述中，主小区时序可以通过SIB配置，或者可以是在主小区中使用的真实参考时序。例如，在TDD主小区在UL-DL配置4上操作的情况下，在具有相对应的小区的CA中的FDD辅助小区的HARQ时序被考虑遵循UL-DL配置4。在这样的情况下，在M<＝4下可以分配附加的时序。例如，当使用UL-DL配置4时，在参考上面的表5描述的第一方法中HARQACK/NACK传输子帧n是2的情况下，DL子帧k可以允许10或者9。

作为第一方法的另一修改，相对应的UL-DL配置遵循TDDUL-DL配置0至6中的一个。更加具体地，在FDD小区是辅助小区的情况下，DLHARQ时序可以被配置为UL-DL配置5，或者在UL-DL配置2的情况下，DLHARQ时序可以被配置成配置2时序。

在这样的情况下，可以考虑根据组成CA的小区的数目通过不同的配置决定HARQ时序。例如，可以考虑当作为CA的对象的小区的数目是2时使用根据配置5的时序，并且当作为CA的对象的小区的数目超过2时使用根据配置2的时序。在此，根据配置2使用时序的情况可以对应于TDD小区是主小区并且相对应的TDD小区的时序是配置2的情况。在这样的情况下，当TDD小区是主小区时，主小区的时序可以通过SIB配置或者可以是在主小区中使用的实际参考时序。

这时，根据配置2的时序或者根据配置5的时序可以是在上面的表5中示出的时序或者现有时序。

(2)用于当通过可用以选择信道的PUCCH格式1b发送时HARQ-ACK/NACK比特的配置的方法

在构造TDD-FDDCA的小区的数目是2的情况下，可以考虑当多个HARQ-ACK/NACK被发送时利用可用于信道选择的PUCCH格式1b。然而，在常规3GPP版本11***中，对于被连接到相对应的PUCCH被发送到的UL子帧的DL子帧最多4个的情况描述了可用于信道选择的PUCCH格式1b的方法，并且因此要求对于在TDD-FDDCA中的FDD小区的附加的比特被使用的情况下支持值M是5(和6)的情况的方法。

1)用于指定新表的方法

可以为对于M＝5或者6的情况可用于选择信道的PUCCH格式1b的表设计考虑诸如M＝3或者4的基于DAI的方法。在TDD小区是主小区的情况下，可以通过对于M的值(下文中表示为M_P)最大4的情况可用于选择信道的PUCCH格式1b发送HARQ-ACK，并且因此可以考虑在基于TDD的小区是主小区并且基于FDD的小区是辅助小区的情况下值M_P小区和M_S小区的值(S小区的M)是不同的情况。例如，可以考虑M_P小区是4并且M_S小区是5的情况。否则，通过配置M_P小区和M_S小区的最大值作为最终值M，可用于信道选择的PUCCU格式1b的表可以被选择。作为示例，可以考虑M_P小区＝M_S小区＝5的情况。更加详细的描述如下。

作为第一示例，仅对于TDD-FDDCA，M_P小区的值和M_S小区的值可以相互独立，并且通过使用此，可用于信道选择的用于PUCCU格式1b的HARQ-ACK比特被配置。

作为第二示例，仅对于TDD-FDDCA，通过使用M_P小区的值和M_S小区的值的最大值，用于可用于信道选择的PUCCH格式1b的HARQ-ACK比特被配置。

作为第三示例，在TDD-FDDCA中，在M_S小区的值是5的情况下，第一示例的方法被应用并且在M_S小区的值小于4的情况下，第二示例被应用。

作为第四示例，在TDD-FDDCA中，UE通过较高层信号接收用于对应于基于FDD小区的辅助小区的M_S小区的值。在这样的情况下，可以考虑附加的调度限制。

在上面的示例中，可以考虑通过各个小区执行HARQ-ACK传输，并且通过考虑ACK计数器的序列，可以考虑HARQ-ACK比特的数目每个小区减少2个比特。在此，2个比特可以被表达为{(Ack,Ack),(Ack,Nack/DTX),(Nack/DTX,Ack),(Nack/DTX,Nack/DTX),(DTX,Nack/DTX)}的转换HARQ-ACK。稍后，可以通过输入用于2个小区的4个比特的转换HARQ-ACK根据在下面的表所示的方法配置PUCCH资源和传送符号。下表突刺对于A＝4的HARQ-ACK复用传输。

[表6]

在上面的表中，HARQ-ACK(0)和HARQ-ACK(1)是用于主小区的转换HARQ-ACK，并且HARQ-ACK(2)和HARQ-ACK(3)是用于辅助小区的转换HARQ-ACK。

下面是用于M＝5的HARQ-ACK压缩转换的方法的详细示例。作为详细示例，HARQ-ACK(k)是对应于包括表示通过第k阶调度的PDSCH传输或者DL半静态调度(SPS)释放的PDCCH/EPDCCH的子帧的HARQ-ACK，DAI值中的每一个可以被配置成((k-1)mod4+1)。

作为第一示例，可以是被关联TDDUL子帧的FDD小区的DL子帧(在下文中，剩余的DL子帧)对应于HARQ-ACK(4)。并且假定剩余的DL子帧被设计为增加峰值数据传输速率。HARQ-ACK转换方法可以根据下面的表7。下面的表7表示用于M＝5的HARQ-ACK压缩转换的示例。

[表7]

作为第二示例，表被设计为增加用于M＝5的数据传输速率。下面的表8是用于此的详细示例，并且表示用于M＝5的HARQ-ACK压缩转换的示例。

[表8]

在上面的转换HARQ-ACK状态下，(ACK，ACK)可以被配置成(NACK/DTX，NACK/DTX)，并且相反情况也可以被考虑。并且(ACK，NACK/DTX)可以被配置成(NACK/DTX，ACK)，并且相反情况也可以被考虑。在辅助小区的情况下，在转换HARQ-ACK状态下，(NACK，NACK/DTX)和(DTX，NACK/DTX)可以被视为是(NACK/DTX，NACK/DTX)。

作为第三示例，表被设计为减少用于M＝5的数据传输速率。下面的表9是对于此的详细示例，并且表示用于M＝5的HARQ-ACK压缩转换的示例。

[表9]

作为第四示例，表被设计为减少用于M＝5的数据传输速率。下面的表10表示用于M＝5的HARQ-ACK压缩转换的示例。

[表10]

作为第五示例，通过适当地分布用于M＝5的数据传输速率设计表。下面的表11表示用于M＝5的HARQ-ACK压缩转换的示例。

[表11]

作为第六示例，对于M＝5设计表。这时，被重叠的HARQ-ACK状态的数目增加。下面的表12表示用于M＝5的HARQ-ACK压缩转换的示例。

[表12]

在上面的表中，S1和S2中的每一个可以被配置为NACK/DTX，或者预先配置成DTX或者“任何”。

在上面的转换HARQ-ACK状态中，(ACK，ACK)可以被配置成(NACK/DTX，ACK)，并且相反的情况也可以被考虑。在一些情况下，PUCCH资源映射和配置调制符号的方法可以被相互交换。在辅助小区的情况下，可以考虑可以通过在转换HARQ-ACK状态下将(NACK，NACK/DTX)整合成(NACK/DTX，NACK/DTX)。

下面的表13是用于M_P小区＝4和M_S小区＝5的HARQ-ACK复用传输方法的示例，M＝5的情况对应于在第六示例中S1和S2两者是DTX的情况。

[表13]

2)HARQ-ACK捆绑方法

作为另一方法，可以考虑通过利用HARQ-ACK捆绑将M的最大值调节成4的方法。通过这样，以可用于信道选择的常规3GPPLTE版本11的PUCCH格式1b的相同方式可以发送HARQ-ACK。HARQ-ACK捆绑可以被应用于与在其上要发送PUCCH的UL子帧有关的DL子帧的数目M的情况。作为更加详细的示例，该方法可以被应用于在当调度其中对于M＝j(j>4)要求对UE的HARQ-ACK的物理信道时被调度的信道的数目(或者表示PDSCH传输或者DLSPS释放的包括PDCCH/EPDCCH的子帧的数目)的情况下执行HARQ-ACK捆绑的情况。在本发明的实施例中，表示在第k阶中调度的PDSCH传输或者DLSPS释放的PDCCH/EDPCCH或者包括此的子帧的被称为原始DAI。可以为用于对应于原始DAI>4的物理信道的HARQ-ACK和用于对应于原始DAI＝4(或者DAI)的物理信的HARQ-ACK执行HARQ-ACK捆绑。作为详细示例，当被调度的信道的数目是5时，用于第5信道(在下文中，对应于原始DAI＝5的信道)的HARQ-ACK的捆绑，可以通过对应于原始DAI＝4的HARQ-ACK执行或者通过在下面的表14中示出的方法执行。

[表14]

在上面的表中，为何仅考虑ACK或者DTX的理由是因为在针对可用于信道选择的PUCCH格式1b的现有表中的DTX的情况下没有单独地区分(ACK，DTX，DTX，DTX)状态，并且对于剩余的情况，在先前的HARQ-ACK是NACK/DTX的情况之后的HARQ-ACK没有被单独地区分。在上面的表中，用于原始DAI＝5的HARQ-ACK意指当被调度的信道的数目是6或者更多时为其原始DAI值超过4的所有的HARQ-ACK执行HARQ-ACK捆绑。可以限制附加的HARQ-ACK捆绑基本上遵循AND操作，并且包括DTX的遵循上面的表14。

对于用于原始DAI＝5的HARQ-ACK，DTX的情况可以是e节点B没有实际地执行调度的情况，或者可能归因于尽管执行了调度但是在UE端上PDCCH丢失而产生。在这样的情况下，在通过如上面的表13所示的NACK布置(ACK，DTX)的情况下，不可以为原始DAI＝4正确地表达HARQ-ACK。因此，在对应于原始DAI＝4(或者DAI＝4，HARQ-ACK(3))的物理信道在与要发送PUCCH的UL子帧有关的DL子帧当中的最新的(最后的)DL子帧中被发送的情况下，可以不执行HARQ-ACK捆绑。即，在这样的情况下，因为不存在其原始DAI＝5的PDCCH被发送并且UE丢失此的可能性，所以不存在执行HARQ-ACK捆绑的理由。即，在原始M＝5的情形下，在用于DAI＝4的HARQ-ACK(HARQ-ACK(3))是ACK的情况下，通过ACK布置，并且在NACK的情况下，通过NACK布置。即，在e节点B调度直到原始DAI＝4的情况下，通过将DAI＝4调度到最后的子帧(在M＝5的情况下第五子帧，并且在M＝6的情况下第六子帧)防止通过用于DAI＝4的NACK布置HARQ-ACK响应。即，在这样的情况下，尽管HARQ-ACK(4)被设置为DTX，但是HARQ-ACK(3)和HARQ-ACK(4)没有被调度。在本实施例中，用于原始DAI＝4，原始DAI＝5或者6的描述仅是示例，并且从本发明的发明概念来看，被用于发送可用于信道选择的PUCCH格式1b的M值(在实施例中，4)和要求HARQ-ACK的信道的最大调度数目(在实施例中，5)可以被扩大。

在上面的描述中，尽管为了方便描述描述了在PDCCH上发送了下行链路控制信息，但是不限于此，并且也能够在PDCCH上发送。在上面的描述中，在DAI字段被限于2个比特的情况下，例如，5或者更大的值不能够被直接地指示，但是与DAI＝1相同的字段的值可以被使用。通过在与要发送PUCCH的UL子帧有关的DL子帧中发送的先前PDCCH中的DAI值的历史直接地检测原始DAI＝5或者更大的值。

(3)当通过PUCCH格式3发送时的HARQ-ACK比特配置方法

在PUCCH格式3中，用于HARQ-ACK的输入比特数目被配置成最多20个比特。当执行TDD-FDDCA时，通过利用附加的HARQ-ACK捆绑，可以支持对应于FDD小区的剩余的DL子帧的使用导致的整个HARQ-ACK比特数目的增加。可以为各个小区执行HARQ-ACK捆绑。另外，HARQ-ACK捆绑可以是时域捆绑。时域捆绑可以利用顺序的ACK计数器。

M值被配置成与对应的UL子帧有关的DL子帧的总数目，包括与TDD小区中的UL子帧对准的FDD小区的DL子帧(在下文中，FDD剩余DL子帧)，并且根据M值执行捆绑。当M＝3和4时通过下面的表可以表达顺序的ACK计数器。可以考虑在M是5或者更大的情况下，从MSB到4个比特使用对应于M＝4的表执行捆绑，并且对于剩余的比特没有执行捆绑。否则，替代压缩每个小区最终的2个比特，可以考虑通过延伸M＝3的方式以表达ACK，ACK，、、、NACK/DTX、任何的方式来减少比特数目。更加具体地，为各个小区捆绑的比特的大小被设计以不超过4。下面的表17是为M＝5的情况设计的示例，在下面的表17中，剩余的状态可以被用于细分HARQ-ACK组合。在这样的情况下，对于每个小区，可以对于与UL子帧对准的所有的DL子帧设计DAI值配置。

作为另一方法，通过将与TDD小区中的UL子帧对准的DL子帧划分成两组，为各个组设计M值，并且在时域中执行捆绑。两个DL子帧组可以被区分是否该组包括FDD剩余DL子帧。作为示例，通过排除FDD小区的DL子帧(在下文中，FDD剩余子帧)，M_1值被配置成与相对应的UL子帧有关的DL子帧的总数目，并且根据M_1值执行捆绑。并且，对于FDD剩余DL子帧，M_2值被配置成与相对应的UL子帧有关的FDD剩余DL子帧的总数目，并且根据M_2值执行捆绑。在这样的情况下，对于每个小区，可以为FDD剩余DL子帧和关于与UL子帧对准的DL子帧的剩余的DL子帧单独地配置DAI值配置。即，在这样的情况下，存在按照每个UL子帧两种DAI值。

下面的表15表示用于M＝3的顺序的ACK计数器。

[表15]

下面的表16表示用于M＝4的顺序的ACK计数器。

[表16]

下面的表17表示用于M＝5的顺序的ACK计数器。

[表17]

下述是用于捆绑应用时间的更加详细的示例。

作为第一示例，在要发送的HARQ-ACK的比特数目超过20的情况下，为各个小区执行时域捆绑。

作为第二示例，在可用于执行TDD-FDDCA的UE配置TDD小区和FDD小区两者的情况下，为各个小区执行时域捆绑。

作为第三方法，通过较高层信号配置是否执行时域捆绑。更加具体地，在HARQ-ACK的比特数目超过20同时时域捆绑没有被配置的情况下，可以是FDD小区的剩余的DL子帧的一部分没有被使用。

下面是根据应用时间的捆绑的应用方法的详细示例。

作为第一方法，在执行时域捆绑的条件下，对于所有的小区，为各个小区执行时域捆绑。

作为第二示例，在执行时域捆绑的条件下，对于排除主小区的剩余小区，为各个小区执行时域捆绑。

作为第三示例，在执行时域捆绑的条件下，对于小区的一部分，为各个小区执行时域捆绑。在此，小区的一部分可以是FDD小区或者包括FDD剩余DL子帧的小区。

(4)新的PUCCH格式的引入

不同于常规3GPPLTE版本11***，在TDDFDDCA的情况下，不支持具有PUCCH格式3的五个小区的情形可能更加频繁地出现。根据此，作为最大CA的目标的小区数目的限制可能最终降低网络的灵活性。作为用于解决此的方法，可以考虑新的PUCCH格式的引入。作为更加详细的示例，基于对于各个时隙占用1个RB的PUSCH，新的PUCCH资源可以被分配。这可以仅被应用于TDD-FDDCA的情况，或者可以仅被应用于存在较高层信号的情况。

作为另一方法，通过利用多个PUCCH资源的传输可以被考虑。这时，通过第一PUCCH资源，用于排除FDD剩余DL子帧的DL子帧的HARQ-ACK可以被发送，并且通过第二PUCCH资源，用于FDD剩余DL子帧的HARQ-ACK可以被发送。附加的PUCCH资源可以通过较高层配置，或者被表达为第一PUCCH资源的函数。

(5)PUSCH搭载

如上所述，当在PUCCH上发送HARQ-ACK时，取决于是否使用可用于信道选择的PUCCH格式1b或者PUCCH格式3，可以改变捆绑方法或者HARQ-ACK比特的数目。通过被搭载到PUSCH而发送HARQ-ACK的情形，诸如PUCCH和PUSCH没有被配置为被同时发送的情形，可以被考虑。可以考虑配置为即使在当在PUCCH上发送HARQ-ACK时执行捆绑的情形下，当在PUSCH上发送HARQ-ACK时可以拆除捆绑。在此，拆除意指在执行捆绑之前将相对应的捆绑恢复成先前的状态。在上面的描述中，在捆绑的对象当中，可以排除空间捆绑，并且是否拆除捆绑可以被限制为通过UL许可来配置。作为示例，可以根据ULDAI值配置是否拆卸用于要在PUSCH上发送的HARQ-ACK的捆绑。因此，此情况可以对应于限制被聚合的小区的最大数目的情况。更加具体地，对于没有限制最大聚合小区数目的情况，在捆绑的对象当中，对应于原始DAI>4的捆绑也可以另外排除。

作为途径的另一方法，不论是否可用于信道选择的PUCCH格式1b或者PUCCH格式3被使用，可以考虑要在PUSCH上发送的HARQ-ACK如原样借用要在PUCCH上发送的HARQ-ACK。即，该情况可以被解释为当在PUSCH上发送时也考虑当在PUCCH上发送时应用的捆绑技术。

IV.用于跨载波调度的支持方法

可以考虑引入在构造用于执行TDD-FDDCA的UE的CA的小区之间的跨载波调度。这可以仅被应用于对于在调度小区和被调度的小区之间的关系使用相同帧结构类型的情况。即，可以考虑FDD小区可以仅被调度为FDD小区，并且TDD可以仅被调度为TDD小区。考虑ULHARQ时序，跨载波调度仅被应用于具有相同的帧结构类型的小区之间可能是有效的。在DLHARQ时序的情况下，通过利用由FDD小区本身调度的HARQ时序，FDD小区可以尽可能多的使用DL子帧。另一方面，在TDD小区是主小区的情况下，可以利用不同的TDD配置方法，并且在FDD小区是主小区的情况下，根据配置集合可能丢失DL子帧的一部分。作为另一方法，当在TDD-FDDCA中引入跨载波调度时，可以仅为FDD提供用于调度小区的帧结构类型。此方法具有在其中DL和UL始终可用的FDD中可以避免由于调度小区导致的限制的优点。

V.限制HARQ时序的方法

如上所述，在TDD小区是主小区的情况下，并且在根据UL-DL配置指定用于支持所有FDD辅助小区的DL子帧的HARQ-ACK反馈的新的HARQ-ACK时序的情况下，可能增加UE的复杂性。

因此，本发明提出仅将在表5中示出的HARQ时序的一部分应用于所有TDD主小区的UL-DL配置的方法。特别地，在表5的UL-DL配置1中，通过任意的方式定义的时序可以是的能够通过四个子帧进行HARQ-ACK有效载荷分布。并且在UL-DL配置2中的任意方式和在UL-DL配置4中的任意方式可以是的能够分别通过用于5ms时段的UL-DL配置和10ms时段的UL-DL配置的两个子帧进行分布。例如，在下面的表18中示出的HARQ时序可以被定义。

[表18]

通过各种手段可以实现迄今为止描述的本发明的前述实施例。例如，能够通过硬件、固件、软件、或者其组合中可以实现本发明的实施例。参考附图将会描述此。

图13是图示其中本说明书的公开被实现的无线通信***的框图。

BS200包括处理器201、存储器202、以及RF(射频)单元(MTC装置)203。存储器202被耦合到处理器201，存储用于驱动处理器201的各种信息。RF单元203被耦合到处理器201，发送和/或接收无线电信号。处理器201实现所建议的功能、过程、以及/或者方法。在上述的实施例中，可以通过处理器201实现BS的操作。

用户设备(UE)100包括处理器101、存储器102、以及RF(射频)单元103。存储器102被耦合到处理器101，存储用于驱动处理器101的各种信息。RF单元103被耦合到处理器101，发送和/或接收无线电信号。处理器101实现所建议的功能、过程、以及/或者方法。

处理器可以包括专用集成电路(ASIC)、其他芯片组、逻辑电路、和/或数据处理设备。存储器可以包括只读存储器(ROM)、随机存取存储器(RAM)、快闪存储器、存储器卡、存储介质、以及/或者其他存储器件。RF单元可以包括基带电路，用于处理无线电信号。当以软件实现实施例时，可以在用于执行上述功能的模块(处理、或者功能)中实现上述方案。模块可以被存储在存储器中并且通过处理器执行。存储器可以被布置在处理器内或者外并且可以使用各种公知的手段与处理器相连接。

在上述示例性***中，利用具有一系列步骤或者块的流程图描述了方法，但是本发明不限于步骤或者顺序。一些步骤可以同时或者按照不同于上述步骤的顺序被执行。本领域的普通技术人员将会理解的是，流程图中的步骤没有相互排斥，并且在没有影响本发明的范围的情况下一些其他步骤可以被包括在流程图中或者流程图中的一些步骤可以被删除。

Claims (10)

1.一种用于执行HARQ操作的方法，所述方法通过用户设备(UE)执行方法并且包括：

如果根据载波聚合(CA)配置至少一个基于TDD的小区和至少一个基于FDD的小区，如果所述至少一个基于TDD的小区被配置成所述CA的主小区，如果所述至少一个基于FDD的小区被配置成所述CA的辅助小区，则从各个小区接收下行链路数据；

检查用于与所述下行链路数据有关的HARQACK/NACK的传输的物理上行链路控制信道(PUCCH)格式；以及

如果特定的PUCCH格式被确定以发送所述HARQACK/NACK，则确定HARQACK/NACK比特的数目；

其中，被包括在所述CA中的小区的最大数目被限制使得所确定的HARQACK/NACK比特的数目没有超过在所述PUCCH格式中允许的比特的最大数目。

2.根据权利要求1所述的方法，其中

如果所述PUCCH格式对应于PUCCH格式3使得被允许的比特的最大数目是20，则被包括在所述CA中的最大数目小区被限制。

3.根据权利要求1所述的方法，其中，如果所述PUCCH格式对应于PUCCH格式3使得被允许的比特的最大数目是20，并且如果与所述CA的所述主小区相对应的特定的基于TDD的小区的上行链路-下行链路(UL-DL)配置对应于UL-DL配置2、3、4以及5中的一个，

则被包括在所述CA中的最大数目小区被限制。

4.根据权利要求1所述的方法，进一步包括：

接收包括用于所述PUCCH格式的配置的无线电资源控制(RRC)信号。

5.根据权利要求1所述的方法，其中，所述CA包括：

基于TDD的主小区、基于FDD的至少一个或者多个辅助小区、基于TDD的至少一个或者多个辅助小区。

6.一种用于接收HARQACK/NACK的方法，所述方法通过基于TDD的小区执行并且包括：

通过所述基于TDD的小区配置包括用于主小区的基于TDD的小区和用于辅助小区的基于FDD的小区的载波聚合；

通过与所述主小区相对应的所述基于TDD的小区确定要由用户设备(UE)使用的物理上行链路控制信道(PUCCH)格式；

通过与所述主小区相对应的所述基于TDD的小区将下行链路数据发送到所述UE；以及

接收与所述下行链路数据有关的HARQACK/NACK，

其中，被包括在所述CA中的小区的最大数目被限制使得接收到的HARQACK/NACK的比特的数目不超过在所述PUCCH格式中允许的比特的最大数目。

7.根据权利要求6所述的方法，其中

如果所述PUCCH格式对应于PUCCH格式3使得被允许的比特的最大数目是20，则被包括在所述CA中的最大数目小区被限制。

8.根据权利要求6所述的方法，其中，如果所述PUCCH格式对应于PUCCH格式3使得被允许的比特的最大数目是20，并且如果与所述CA的所述主小区相对应的特定的基于TDD的小区的上行链路-下行链路(UL-DL)配置对应于UL-DL配置2、3、4以及5中的一个，

则被包括在所述CA中的最大数目小区被限制。

9.根据权利要求6所述的方法，进一步包括：

发送包括用于被确定的PUCCH格式的配置的无线电资源控制(RRC)信号。

10.根据权利要求6所述的方法，其中，所述CA包括：

基于TDD的主小区、基于FDD的至少一个或者多个辅助小区、基于TDD的至少一个或者多个辅助小区。