支持跨载波调度中的HARQ过程的UE和基站专利检索-环境控制暖气，通风和空调专利检索查询-专利查询网

支持跨载波调度中的HARQ过程的UE和基站

阅读：817发布：2024-02-10

专利汇可以提供支持跨载波调度中的HARQ过程的UE和基站专利检索，专利查询，专利分析的服务。并且一种支持跨载波调度中的HARQ过程的UE和基站。本发明涉及一种在TDD-FDD CA环境中得到支持的用于控制上行链路(UL)调度和混合自动重复请求 (HARQ)定时的装置和方法。根据本发明的方面，在TDD-FDD载波聚合部署环境中，可以为配置了跨载波调度的UE执行有效的UL调度/HARQ操作。，下面是支持跨载波调度中的HARQ过程的UE和基站专利的具体信息内容。

权利要求

1.一种支持跨载波调度中的混合自动重复请求HARQ过程的用户设备UE，所述UE包括：
接收机，所述接收机被配置为：
从基站接收跨载波调度信息，所述跨载波调度信息指示时分双工TDD小区和频分双工FDD小区之间的跨载波调度，其中，所述FDD小区被配置成由TDD小区调度的被调度小区，通过所述TDD小区接收上行链路UL 许可，所述UL许可在所述TDD小区的第一子帧中接收，并且
通过所述TDD小区接收物理HARQ指示符信道PHICH，其中，所述PHICH响应于物理上行链路共享信道PUSCH并在所述TDD小区的第三子帧中发送；
发射机，所述发射机被配置为通过所述FDD小区发送所述PUSCH，其中，所述PUSCH响应于所述UL许可并且在所述FDD小区的第二子帧中发送；以及
处理器，所述处理器被配置为：
确定所述UL许可和所述PUSCH之间的第一间隔以及所述PUSCH和所述PHICH之间的第二间隔；并且
基于所述第一子帧和所述第一间隔确定所述第二子帧，并且基于所述第二子帧和所述第二间隔确定所述第三子帧，
其中，当所述第二子帧是子帧m时，所述第一子帧被确定为子帧m-4，并且所述第三子帧被确定为子帧m+6。
2.根据权利要求1所述的UE，其中，所述UL许可被包括在所述TDD小区的物理下行链路控制信道PDCCH或所述TDD小区的增强PDCCH EPDCCH中。
3.根据权利要求1所述的UE，其中，所述TDD小区的上行链路/下行链路配置包括如下表所示的上行链路/下行链路配置0、1、2、3、4、5和6中的至少一个：
，其
中D表示下行链路DL子帧，U表示上行链路UL子帧，并且S表示特殊子帧。
4.根据权利要求1所述的UE，其中，所述FDD小区的HARQ过程的周期是10毫秒。
5.根据权利要求1所述的UE，其中，所述处理器还被配置为：
确定所述TDD小区是调度所述FDD小区的调度小区；并且
监视所述TDD小区，以便接收所述FDD小区的调度信息，其中，所述FDD小区的HARQ过程的周期是10毫秒。
6.一种支持跨载波调度中的混合自动重复请求HARQ过程的基站，所述基站包括：
发射机，所述发射机被配置为：
向用户设备UE发送跨载波调度信息，所述跨载波调度信息指示时分双工TDD小区和频分双工FDD小区之间的跨载波调度，其中，所述FDD小区被配置成由TDD小区调度的被调度小区，
通过所述TDD小区发送上行链路UL许可，所述UL许可在所述TDD小区的第一子帧中发送，并且
通过所述TDD小区发送物理HARQ指示符信道PHICH，其中，所述PHICH响应于物理上行链路共享信道PUSCH并在所述TDD小区的第三子帧中发送；
接收机，所述接收机被配置为通过所述FDD小区从所述UE接收所述PUSCH，其中，所述PUSCH响应于所述UL许可并且在所述FDD小区的第二子帧中发送；以及
处理器，所述处理器被配置为确定所述UL许可和所述PUSCH之间的第一间隔以及PUSCH传输和PHICH传输之间的第二间隔，
其中，当所述第二子帧是子帧m时，所述第一子帧被确定为子帧m-4，并且所述第三子帧被确定为子帧m+6。
7.根据权利要求6所述的基站，其中，所述UL许可被包括在所述TDD小区的物理下行链路控制信道PDCCH或所述TDD小区的增强PDCCH EPDCCH中。
8.根据权利要求6所述的基站，其中，所述TDD小区的上行链路/下行链路配置包括如下表所示的上行链路/下行链路配置0、1、2、3、4、5和6中的至少一个：
，其
中D表示下行链路DL子帧，U表示上行链路UL子帧，并且S表示特殊子帧。
9.根据权利要求6所述的基站，其中，所述FDD小区的HARQ过程的周期是10毫秒。

说明书全文

支持跨载波调度中的HARQ过程的UE和基站

[0001] 本申请是原案申请号为201480054683.7的发明专利申请(国际申请号：PCT/KR2014/009344，申请日：2014年10月2日，发明名称：用于上行链路调度和HARQ定时的控制方法和装置)的分案申请。

技术领域

[0002] 本发明涉及无线通信，尤其涉及一种控制能在下一代长期演进(LTE)系统中获得支持的上行链路(UL)调度和混合自动重复请求(HARQ)定时的方法和装置。

背景技术

[0003] 自动重复请求(ARQ)是增强无线通信可靠性的方案中的一种方案。ARQ指的是在接收机上未能收到数据信号的情况下，由发射机传送数据信号的方案。更进一步，还有一种方案是混合自动重复请求(HARQ)，该方案是前向纠错(FEC)与ARQ的组合。使用HARQ的接收机通常会尝试为其接收的数据信号执行纠错处理，并且通过使用检错码来确定是否需要执行重传。而作为检错码使用的可以是循环冗余校验(CRC)方案。如果没有从CRC方案的检测处理中检测到数据信号差错，那么接收机确定该数据信号的解码处理成功。在这种情况下，接收机会向发射机传送一个应答(ACK)信号。如果从CRC方案的检测处理中检测到数据信号差错，那么接收机确定该数据信号的解码处理不成功。在这种情况下，接收机会向发射机传送一个否定应答(NACK)信号。如果发射机接收到NACK信号，那么该发射机可以重新传送该数据信号。

[0004] 无线通信系统可以支持频分双工(FDD)方案和时分双工(TDD)方案。在FDD方案中，由于存在用于上行链路(UL)传输的载波频率不同于用于下行链路(DL)传输的载波频率，因此，在小区中可以同时执行上行链路传输和下行链路传输。在TDD方案中，相对于一个小区而言，上行链路传输和下行链路传输彼此是基于不同的时隙区分的。在TDD方案中，由于上行链路传输和下行链路传输二者使用的是相同的载波，因此，基站和用户设备会在传输模式与接收模式之间执行切换操作。在TDD方案中，通过添加特殊子帧，可以提供用于在传输模式与接收模式之间进行切换的保护时间。该特殊子帧可以包括下行链路导频时隙(DwPTS)、保护周期(GP)以及上行链路导频时隙(UpPTS)。依照TDD方案，用于上行链路传输的资源量和用于下行链路传输的资源量可以通过不同的上行链路(UL)-下行链路(DL)配置而采用非对称的方式来指配。

[0005] 当前，剩余的频率资源是非常稀缺的，并且正是因为这种频率资源的稀缺性而在宽频段中使用了不同的技术。因此，为了提供宽带带宽来支持更高的数据速率需求，每一个散射波段都被配置成满足用于操作独立系统的基本需求，并且还采用了将不同的频段聚合成一个系统的载波聚合方案(CA)。在这里，每一个能够执行独立操作的频带或载波可被定义成分量载波(CC)。依据所采用的载波聚合系统，有必要传送与多个分量载波(CC)对应的ACK/NACK信号

[0006] 近来，所需要的是用于聚合FDD波段(或载波)与TDD波段(或载波)的TDD-FDD CA方案。为了依照TDD-FDD CA方案来执行TDD-FDD联合操作，有必要引入关于上行链路调度和HARQ定时的全新概念。特别地，如果为用户设备配置了TDD载波与FDD载波之间的跨载波调度，那么将会存在调度小区所调度的被调度小区的多个上行链路资源处于空闲状态下而未被使用的情况的问题。为了解决在联合配置TDD-FDD时出现的这个问题，有必要提供一种用于配置与数据信号传输/接收的定时以及HARQ ACK/NACK信号传输/接收的定时相关的恰当有效的上行链路调度和HARQ定时的方法。

发明内容

[0007] 根据本发明的一个方面，其目的是提供用于上行链路调度的方法和装置。

[0008] 根据本发明的一个方面，其目的是提供用于控制上行链路HARQ定时的方法和装置。

[0009] 根据本发明的一个方面，其目的是为同时配置了TDD服务小区和FDD服务小区的用户设备提供用于上行链路调度和HARQ的方法和装置。

[0010] 根据本发明的一个方面，其另一个目的是在支持载波聚合(CA)或双重连接的系统中提供上行链路调度和HARQ的方法和装置。

[0011] 问题解决方案

[0012] 根据本发明的例示实施例，所提供的是由用户设备(UE)执行的混合自动重复请求(HARQ)过程方法，所述UE支持时分双工(TDD)小区和频分双工(FDD)小区之间的跨载波调度，该方法包括：从基站接收跨载波调度信息；在将FDD小区配置成由TDD小区调度的被调度小区时，确定物理上行链路共享信道(PUSCH)传输与物理HARQ指示符信道(PHICH)传输之间的第一间隔；从UE通过FDD小区传送PUSCH，所述PUSCH是在FDD小区的第一子帧中传送的；以及通过TDD小区接收响应于所述PUSCH的PHICH，所述PHICH是在TDD小区的第二子帧中传送的，所述第二子帧是基于第一子帧和第一间隔确定的。

[0013] 根据本发明的一个例示实施例，所提供的是由基站执行的混合自动重复请求(HARQ)过程方法，所述基站支持时分双工(TDD)小区与频分双工(FDD)小区之间的跨载波调度，该方法包括：在将FDD小区配置成由TDD小区调度的被调度小区时，向用户设备(UE)传送跨载波调度信息，确定物理上行链路共享信道(PUSCH)传输与物理HARQ指示符信道(PHICH)传输之间的第一间隔；通过FDD小区接收来自UE的PUSCH，该PUSCH是在FDD小区的第一子帧中传送的；以及通过TDD小区传送响应于该PUSCH的PHICH，所述PHICH是在TDD小区的第二子帧中传送的，所述第二子帧是基于第一子帧和第一间隔确定的。

[0014] 本发明的有益效果

[0015] 依照本发明的这些方面，可以有效地为配置了跨载波调度和TDD-FDD载波聚合(或双重连接)的UE执行UL调度/HARQ操作，并且可以依照载波聚合(或双重连接)的目的来增强数据传输速率，以便满足UE的高数据速率需求。附图说明

[0016] 图1是示出了根据本发明的例示实施例的无线通信系统的图示。

[0017] 图2是示出了根据本发明的例示实施例的用于支持多载波系统的协议结构的示例的图示。

[0018] 图3是示出了根据本发明的例示实施例的无线电帧结构的示例的图示。该图示出的是FDD无线电帧结构和TDD无线电帧结构。

[0019] 图4是示出了根据本发明的例示实施例的FDD-TDD联合操作方法应用的示例的图示。

[0020] 图5是示出了根据本发明的例示实施例的用于TDD-FDD联合操作的用户设备能力的示例的图示。

[0021] 图6是示出了在为配置了TDD-FDD CA的UE中配置跨载波调度的情况下，在被调度小区上执行的受限UL调度的示例的图示。

[0022] 图7示出的是在调度小区的TDD UL/DL配置为0的情况下的根据本发明的实施例的UL调度/HARQ定时的示例。

[0023] 图8示出的是在调度小区的TDD UL/DL配置为0的情况下的根据第二实施例的UL调度/HARQ定时的示例。

[0024] 图9示出的是在调度小区的TDD UL/DL配置为1的情况下的根据实施例的UL调度/HARQ定时的示例。

[0025] 图10示出的是在调度小区的TDD UL/DL配置为2的情况下的根据实施例的UL调度/HARQ定时的示例。

[0026] 图11示出的是在调度小区的TDD UL/DL配置为3的情况下的根据实施例的UL调度/HARQ定时的示例。

[0027] 图12示出的是在调度小区的TDD UL/DL配置为4的情况下的根据实施例的UL调度/HARQ定时的示例。

[0028] 图13示出的是在调度小区的TDD UL/DL配置为5的情况下的根据本发明的实施例的UL调度/HARQ定时的示例。

[0029] 图14示出的是在调度小区的TDD UL/DL配置为6的情况下的根据本发明的实施例的UL调度/HARQ定时的示例。

[0030] 图15是示出了在对UE设置了TDD小区和FDD小区的载波聚合并通过跨载波而将TDD小区作为调度小区调度给UE的情况下由UE执行的UL HARQ支持方法的示例的流程图。

[0031] 图16是示出了在对UE设置了TDD小区和FDD小区的载波聚合并通过跨载波将TDD小区作为调度小区调度给UE的情况下由BS执行的UL HARQ支持方法的示例的流程图。

[0032] 图17示出的是在调度小区是FDD小区且被调度小区是TDD小区的情况下的根据本发明的实施例的UL调度/HARQ定时的示例。

[0033] 图18是示出了在对UE设置了TDD小区和FDD小区的载波聚合并将FDD小区设置成调度小区的情况下的根据本发明的HARQ支持方法的示例的流程图。

[0034] 图19是示出了在对UE设置了TDD小区和FDD小区的载波聚合并将FDD小区设置成调度小区的情况下的由UE执行的HARQ支持方法的示例的流程图。

[0035] 图20是示出了根据本发明的用于执行UL调度/HARQ操作的BS和UE的框图。

具体实施方式

[0036] 以下将会参考显示了本发明的例示实施例的附图来更全面地描述本发明的例示实施例。在整个附图以及该详细描述中，除非另有描述，否则相同的附图参考数字始终应被理解成指的是相同的部件、特征和结构。为了清楚和简洁起见，在描述例示实施例的过程中将会省略关于已知的配置或功能的详细描述。

[0037] 更进一步，在这里可以使用诸如第一、第二、A、B、(a)、(b)等等的术语来描绘这里所做的描述中的部件。这些术语是用于将一个部件与另一个部件区分开来。因此，这些术语并没有对部件、布置顺序、序列等等构成限制。应该理解的是，在将一个部件称为处于另一个部件“之上”、“与之相连”或“与之耦合”的时候，该部件既可以直接处于另一个部件之上、与之直接相连或耦合，也可以存在中间部件。相比之下，在将一个部件称为直接处于另一个部件“之上”、“与之直接连接”或“与之直接耦合”的时候，这时是不存在中间部件的。

[0038] 更进一步，这里所做的描述涉及无线通信网络，并且在无线通信网络中执行的操作既可以在诸如基站之类的用于控制网络的系统控制网络和传送数据的过程中执行，也可以在与无线通信网络相连的用户设备中执行。

[0039] 根据本发明的例示实施例，传送受控信道可被解释成是通过某些信道传送的控制信息。在这里，受控信道可以是PDCCH(物理下行链路控制信道)或PUCCH(物理上行链路控制信道)。

[0040] 图1是示出了根据本发明的例示实施例的无线通信系统的图示。

[0041] 根据图1，为了提供诸如语音和分组数据之类的各种各样的电信服务，无线通信系统10被广泛地部署。无线通信系统包括至少一个基站11(BS)。每一个BS 11都会为某些小区15a、15b、15c提供电信服务。一个小区还可以被分成多个扇区。

[0042] 用户设备12(移动站，MS)既可以位于某个位置，也可以是移动的，并且可以用不同的术语来称呼，这其中包括UE(用户设备)、MT(移动终端)、UT(用户终端)、SS(订户站)、无线设备、PDA(个人数字助理)、无线调制解调器以及手持设备。基站11还可被称为eNB(演进型NodeB)、BTS(基地收发信机系统)、接入点、毫微微基站、家庭nodeB以及中继器。小区包含性地指示了各种覆盖区域，例如巨型小区、宏小区、微小区、微微小区以及毫微微小区。

[0043] 在下文中，术语“下行链路”指的是从基站11到UE 12的通信，而术语“上行链路”则是指从UE 12到基站11的通信。对于下行链路来说，发射机可以是基站11的一部分，接收机可以是UE 12的一部分。而对上行链路来说，发射机可以是UE 12的一部分，接收机可以是基站11的一部分。应用于无线通信系统的多址接入方法是不存在限制的。所使用的方法可以是多种多样的，这其中包括CDMA(码分多址)、TDMA(时分多址)、FDMA(频分多址)、OFDMA(正交频分多址)、SC-FDMA(单载波FDMA)、OFMD-FDMA、OFDM-TDMA、OFDM-CDMA。上行链路传输和下行链路传输既可以使用将不同的时间位置用来进行传输的TDD(时分双工)，也可以使用将不同的频率用来进行传输的FDD(频分双工)。

[0044] 载波聚合(CA)也被称为频谱聚合或带宽聚合，其支持多个载波。每一个单独的单位载波被称为分量载波(CC)，并且是通过载波聚合而被聚合的。每一个分量载波由带宽和中心频率限定。引入CA的目的是为了支持不断增长的吞吐量，防止宽带射频的引入所导致的成本提升，以及确保与现有系统的兼容性。举例来说，如果分配五个分量载波作为粒度，并且该粒度具有20MHz带宽的载波单元，那么它最大可以支持100MHz带宽。

[0045] CA可被分成在连续的CC中执行聚合的连续载波聚合以及在非连续的CC中执行聚合的非连续载波聚合。在上行链路与下行链路之间聚合的载波的数量可以被不同地配置。如果下行链路CC与上行链路CC的数量相等，那么可以将其称为对称聚合，如果下行链路CC的数量与上行链路CC的数量不等，那么可以将其称为非对称聚合。

[0046] 分量载波的大小(换句话说，带宽)可以存在差异。举例来说，如果使用了五个分量载波来形成70MHz波段，那么5MHz分量载波(载波#0)+20MHz分量载波(载波#1)+20MHz分量载波(载波#2)+20MHz分量载波(载波#3)+5MHz分量载波(载波#4)可以被聚合在一起。

[0047] 在下文中，多载波系统包括支持载波聚合的系统。在多载波系统中可以使用连续CA和/或非连续CA；此外，在多载波系统中还可以使用对称聚合和非对称聚合。服务小区可以基于能被CA聚合的多个CC系统而被定义成分量频带。服务小区可以包括主要服务小区(PCell)和辅助服务小区(SCell)。PCell指的是提供与无线电资源控制(RRC)建立或重建状态相关的安全性输入和非接入层(NAS)移动性信息的服务小区。依照用户设备的能力，至少一个小区可以与PCell共同使用，以便形成服务小区的聚合，该与PCell一起使用的小区被称为SCell。为用户设备配置的服务小区聚合可以包括一个PCell，或者一个PCell以及至少一个SCell。

[0048] 与PCell相对应的下行链路分量载波是指下行链路(DL)主分量载波(PCC)，并且与PCell相对应的上行链路分量载波是指上行链路(UL)PCC。此外，与SCell相对应的下行链路分量载波是指DL辅助分量载波(SCC)，并且与SCell相对应的上行链路分量载波是指UL SCC。只有DL CC可以与服务小区相对应，或者DL CC连同UL CC一起可以与服务小区相对应。

[0049] 图2是示出了根据本发明的例示实施例的用于支持多载波系统的协议结构的示例的图示。

[0050] 参考图2，公共媒体接入控制(MAC)实体210对使用了多个载波的物理层220进行管理。该MAC管理消息是通过某个载波传送的，并且是可以应用于其他载波的。换言之，该MAC管理消息是对包括上文中述及的某些载波在内的其他载波进行控制的消息。物理层220可以依照时分双工(TDD)和/或频分双工(FDD)来操作。

[0051] 在物理层220中使用了一些物理控制信道。物理下行链路控制信道(PDCCH)会向UE通告寻呼信道(PCH)和下行链路共享信道(DL-SCH)的资源分配，以及与DL-SCH相关的混合自动重复请求(HARQ)信息。PDCCH可以运送用于向UE通告上行链路传输的资源分配的上行链路许可。传送每一个子帧的物理控制格式指示符信道(PCFICH)向用户设备通告在PDCCH上使用的OFDM符号的数量。物理混合ARQ指示符信道(PHICH)运送的是作为上行链路传输响应的HARQ ACK/NACK信号。换言之，与UE传送的上行链路信号相关的ACK/NACK信号是通过PHICH传送的。物理上行链路控制信道(PUCCH)可以运送上行链路控制信息，例如HARQ ACK/NACK、调度请求或CQI。物理上行链路共享信道(PUSCH)运送上行链路共享信道(UL-SCH)。通过PUSCH传送的上行链路数据可以是传输块，并且该传输块是用于UL-SCH的数据块。物理随机接入信道(PRACH)运送的是随机接入前导码。

[0052] 在受控区域中可以传送多个PDCCH，并且用户设备可以监视多个PDCCH。该PDCCH是在一个控制信道元素(CCE)或若干个连续CCE的聚合上传送的。CCE是用于以基于无线电信道状态的码速率来提供PDCCH的逻辑分配单元。该CCE对应于多个资源元素组。PDCCH的格式和可用于PDCCH的比特的数量是依照CCE的数量与CCE提供的码速率之间的关系确定的。

[0053] 在PDCCH上运送的控制信息被称为下行链路控制信息(DCI)。下表1显示了依据若干种格式的DCI。

[0054] 表1

[0055] 【表1】

[0056]

[0057] 参考表1，其中给出了若干种DCI格式，例如用于上行链路小区中的PUSCH调度的格式0，用于一个小区中的一个PDSCH码字调度的格式1，用于一个PDSCH码字的紧凑调度的格式1A，用于闭环空间复用模式中的PDSCH调度的格式2，用于开环空间复用模式中的PDSCH调度的格式2B，在传输模式8中使用的格式2B，在传输模式9中使用的格式2C，在传输模式10中使用的格式2D，用于针对PUCCH和PUSCH的TPC命令的上行链路传输的格式3和3A，以及用于上行链路多天线端口传输小区中的PUSCH调度的格式4。

[0058] DCI的每个字段按顺序(sequentially)被映射到n个信息比特a0或an-1。例如，该DCI被映射到总长为44比特的信息比特上，DCI的每个字段按顺序被映射到a0或a43。DCI格式0、1A、3、3A可以具有相同的净荷大小。DCI格式0、4可被称为上行链路许可(UL许可)。

[0059] 跨载波调度是能够通过经由特定CC传送的PDCCH来对使用不同载波传送的PDSCH执行资源分配和/或对使用除与特定CC基本关联的CC之外的其它CC传送的PUSCH执行资源分配的调度方案。换言之，PDCCH和PDSCH可以通过不同的DL CC来传送，并且PUSCH可以通过与传送包含了UL许可的PDCCH的DL CC相联系的UL CC之外的其他UL CC来传送。

[0060] 在跨载波调度过程中，用户设备仅仅通过服务小区(或CC)接收调度信息(例如UL许可)。在下文中，执行跨载波调度的服务小区(或CC)可以是指调度小区(或CC)，并且被调度小区调度的服务小区可以是指被调度小区(或CC)。调度小区可以是指发布命令的小区，并且被调度小区可以是指跟随的服务小区。

[0061] 如此一来，在支持跨载波调度的系统中，需要使用载波指示符来报告用于传送由PDCCH提供了控制信息的PDSCH/PUSCH的特定DL CC/UL CC。在下文中，包含载波指示符的字段被称为载波指示字段(CIF)。并且在下文中，CIF的配置可以是指关于跨载波调度的配置。

[0062] 前述的跨载波调度可以分成DL跨载波调度和UL跨载波调度。DL跨载波调度指的是这样的情况，其中用于传送包含了与PDSCH传输相关的资源分配信息和其他信息的PDCCH的CC不同于传送PDSCH的CC。而UL跨载波调度指的则是这样的情况，其中用于传送包含了与PUSCH传输相关的UL许可的PDCCH的CC不同于与用于传送PUSCH的UL CC相联系的DL CC。

[0063] 图3是示出了根据本发明的例示实施例的无线电帧结构的一个示例的图示。该图示出了FDD无线电帧结构和TDD无线电帧结构。

[0064] 参考图3，一个无线电帧包括10个子帧，以及一个子帧包括2个连续时隙。

[0065] 在FDD中，用于UL传输的载波和用于DL传输的载波都是存在的，并且在一个小区中，UL传输和DL传输是可以同时执行。

[0066] 在TDD中，在一个小区的基础上，UL传输和DL传输始终是可以在时间上区分的。由于相同载波被用于UL传输和DL传输二者，因此，基站和用户设备会在传输模式与接收模式之间反复切换。在TDD中，通过放置特殊子帧，可以提供用于在传输与接收之间切换模式的保护时间。如所示，特殊子帧包括下行链路导频时隙(DwPTS)、保护周期(GP)以及上行链路导频时隙(UpPTS)。在UE中会使用DwPTS来执行初始小区搜索、同步或信道估计。在BS中则会使用UpPTS来执行信道估计和UE的上行链路传输同步。GP是避免上行链路与下行链路之间的干扰所必需的，并且在GP期间不会发生UL传输和DL传输。

[0067] 表2显示了无线电帧的UL-DL配置的示例。该UL-DL配置限定的是用于UL传输的保留子帧或用于DL传输的保留子帧。也就是说，UL-DL配置通告的是关于如何在一个无线电帧的每个子帧中分配(或保留)上行链路和下行链路的规则。

[0068] 表2

[0069] 【表2】

[0070]

[0071] 在表2中，‘D’表示D类子帧，‘U’表示UL子帧，‘S’表示特殊子帧。如表2所示，子帧0和5始终被分配给DL传输，而子帧2始终被分配给UL传输。如表2所示，每一个UL-DL配置在一个无线电帧中都具有不同数量和位置的DL子帧和UL子帧。通过不同的UL-DL配置，分配给UL/DL传输的资源量可以以非对称的方式给出。为了避免小区间的UL和DL之间发生严重干扰，相邻小区通常具有相同的UL-DL配置。

[0072] 从DL变成UL的点或者从UL变成DL的点被称为切换点。切换点周期可以是5毫秒或10毫秒，该周期指的是UL子帧与DL子帧之间的相同变化方面的重复周期。作为示例，参考UL/DL配置0，从0到4的子帧发生的变化是D->S->U->U->U，与之前一样，从5到9的子帧发生的变化是D->S->U->U->U。由于一个子帧是1毫秒，因此，切换点周期是5毫秒。也就是说，切换点周期要短于一个无线电帧的长度(10毫秒)，无线电帧中的变化方面会重复一次。

[0073] 上表2中的UL-DL配置可通过系统信息而被从基站传送到用户设备。每当UL-DL配置改变时，基站可以通过传送UL-DL配置的索引来向UE通告无线电帧中的UL-DL分配状态变化。或者，UL-DL配置可以是通过广播信道传送至小区中的每一个UE的控制信息。

[0074] 同时，自动重复请求(ARQ)是一种增强无线通信可靠性的方案。ARQ指的是在接收机上未能接收到数据信号的情况下由发射机重新传送数据信号的方案。更进一步，存在混合自动重复请求(HARQ)的方案，该方案是前向纠错(FEC)与ARQ的组合。使用HARQ的接收机通常会尝试为其接收的数据信号执行纠错处理，并且通过使用检错码来确定是否需要执行重传。而作为检错码使用的可以是循环冗余校验(CRC)方案。如果没有从CRC方案的检测处理中检测到数据信号差错，那么接收机确定该数据信号的解码处理成功。在这种情况下，接收机会向发射机传送应答(ACK)信号。如果从CRC方案的检测处理中检测出数据信号差错，那么接收机确定该数据信号的解码处理不成功。在这种情况下，接收机会向发射机传送否定应答(NACK)信号。如果发射机接收到NACK信号，那么该发射机可以重新传送该数据信号。

[0075] UL HARQ是这样的过程，其中基站向UE传送PDCCH/EPDCCH，UE以预定的定时来传送PUSCH数据，并且在UE接收到来自基站的ACK信号之前，基站会在预定的定时通过PHICH反复传送相应的HARQ ACK/NACK。在LTE系统中，UL HARQ指的是以预定定时传送数据的同步UL HARQ。

[0076] 在诸如载波聚合之类的环境中，如果将FDD应用于每一个服务小区或者将相同的TDD UL/DK配置应用于服务小区，那么从PCell传送的PUSCH定时以及从SCell传送的PUSCH定时可以是相同的。然而，如果至少两个服务小区之间的TDD UL/DL配置存在差异，那么PUSCH传输定时可以是不同的。

[0077] 首先，与PHICH相关联的PUSCH传输定时、也就是在将PHICH视为参考点的情况下，供PHICH传送ACK/NACK的PUSCH的传输定时可以如下所示。

[0078] 在FDD中，如果用户设备在子帧i中接收到PHICH，那么相关的PUSCH传输子帧是i-4。

[0079] 在TDD中，在为用户设备配置了单个载波或者将相同的TDD UL/DL配置应用于每一个服务小区时，并且如果TDD UL/DL配置是1或6，那么与UE在子帧i中接收的PHICH相关的PUSCH传输定时是子帧i-k。在这种情况下，k的值是在下表3中给出的。

[0080] 表3

[0081] 【表3】

[0082]

[0083] 表3是关于用于指示在TDD中考虑的PUSCH定时的索引k的值。在这里，所述k表明，当用户设备在子帧#i中接收到PHICH时，PUSCH是在子帧i-k中传送的，其中所述子帧i-k位于传送PHICH的子帧i之前的k个帧。举例来说，如果TDD UL/DL配置是1，那么当用户设备在子帧#9(i＝9)中接收到PHICH时，该PHICH表明该PHICH与在子帧#3(i-k＝9-6＝3)中传送的PUSCH相关。同时，当TDD UL/DL配置为0时，如果用户设备从子帧i接收的作为相应接收资源的IPHICH的值为0，那么相关的PUSCH传输定时是子帧i-k(参考表3)，并且如果作为相应接收资源的IPHICH的值是1，那么相关的PUSCH传输定时是子帧i-6。

[0084] 同时，在TDD中，如果为UE配置了两个或更多的服务小区，并且至少两个服务小区具有不同的UL-DL配置，那么基于UL参考UL/DL配置来确定PUSCH传输定时。在这里，UL参考UL/DL配置指的是成为相应服务小区中的UL HARQ定时的基础的UL/DL配置。

[0085] 如果为用户设备配置了两个或更多的服务小区，至少两个服务小区具有不同的UL-DL配置，并且相应的服务小区是PCell或者用户设备未被配置成监视不同服务小区中的PDCCH/EPDCCH，那么相应的服务小区将UL参考UL/DL配置设置成自身的UL/DL配置。

[0086] 如果为UE配置了两个或更多服务小区，至少两个服务小区具有不同的UL-DL配置，相应的服务小区是SCell，并且UE被配置成监视不同服务小区中的PDCCH/EPDCCH，那么用于相应服务小区的UL参考UL/DL配置可以如下表4所示。

[0087] 表4

[0088] 【表4】

[0089]

[0090] 在表4中，基于其他服务小区UL/DL配置和服务小区UL/DL配置，其指示了用于相应服务小区的UL参考UL/DL(或UL-DL)。例如，用于服务小区的UL参考UL/DL配置，如果表4中的其他服务小区UL/DL配置和服务小区UL/DL配置属于集合1，那么基于集合1的UL参考UL/DL配置来应用UL HARQ定时。

[0091] 如上所述，如果UL参考UL/DL配置是1或6，那么与用户设备在子帧i中接收的PHICH相关的PUSCH传输定时是子帧i-k。在这种情况下，k的值是在表3中给出的，表3中的“TDD UL/DL配置”指的是“UL参考UL/DL配置”。同时，当服务小区中的UL参考UL/DL配置为0时，如果用户设备在子帧i中接收的IPHICH的值是0，那么相关的PUSCH传输定时是子帧i-k(参考表3)，并且如果IPHICH的值是1，那么相关的PUSCH传输定时是子帧i-6。

[0092] 接下来，与PUSCH传输相关联的PHICH传输定时，也就是在将PUSCH视为参考点的情况下，用于指示PUSCH的ACK/NACK的PHICH传输定时可以如下所示。

[0093] 在FDD中，对于在子帧n中从用户设备传送的PUSCH来说，PHICH接收定时(基站中的定时)是子帧n+kPHICH，在这里，kPHICH始终是4。在TDD中，在为UE配置了单个载波或者在每一个服务小区应用了相同的TDD UL/DL配置的时候，并且如果TDD UL/DL配置是1或6，那么在子帧n从UE传送的PHICH传输定时是子帧n+kPHICH，在这里，kPHICH的值是在下表5中给出的。

[0094] 表5

[0095] 【表5】

[0096]

[0097] 表5是关于用于指示在TDD中考虑的PHICH定时的索引kPHICH的值。在这里，kPHICH表明当UE在子帧n中传送PUSCH时，用于指示PUSCH的ACNK/NACK的PHICH是在子帧n+kPHICH中接收的。举例来说，当TDD UL/DL配置是1时，如果UE在子帧#2(n＝2)中传送PUSCH，那么相关的PHICH表明用户设备在子帧#6(n+kPHICH＝2+4＝6)中接收到PHICH。

[0098] 在TDD中，在为UE配置了两个或更多载波并且至少两个服务小区具有不同的TDD UL/DL配置时，PHICH接收定时是基于UL参考UL/DL配置确定的。也就是说，与UE在服务小区的子帧n中传送的PUSCH相关联的PHICH接收定时是子帧n+kPHICH，其中kPHICH的值是通过上表5确定的，并且在这种情况下，表5中的“TDD UL/DL配置”指的是“UL参考UL/DL配置”。

[0099] 更进一步，跟随UL许可和/或PHICH接收的PUSCH传输定时可以如下所示。在下文中，接收UL许可的处理可以是指检测到与相应用户设备相关的具有UL DCI格式的PDCCH/EPDCCH。

[0100] 1.在FDD中，跟随UL许可(通过PDCCH/EPDCCH)的PUSCH传输和/或在子帧n中传送至用户设备的PHICH是在子帧n+4中执行的。

[0101] 2.在TDD中，在为用户设备配置了单个载波或者在每一个服务小区应用了相同的TDD UL/DL配置时，PUSCH传输定时将会如下所示。

[0102] (1)当TDD UL/DL配置是1或6，并且所执行的是正常的HARQ操作(也就是非子帧绑定操作)，并且在子帧n中检测到了具有UL DCI格式的PDCCH/EPDCCH或者发生了PHICH传输时，用户设备会依照PDCCH/EPDCCH或PHICH信息而将相应的PSUCH传输调整至子帧n+k。在这种情况下，k的值是由下表6确定的。

[0103] 表6

[0104] 【表6】

[0105]

[0106] 在这里，k表明当用户设备在子帧n中接收到UL许可(通过PDCCH/EPDCCH)和/或PHICH时，PUSCH传输在子帧n+k中被执行，其中所述子帧n+k位于传送UL许可和/或PHICH的子帧n之后的k个子帧。

[0107] 举例来说，当TDD UL/DL配置为1时，如果UE从子帧#1(n＝1)接收到UL许可和/或PHICH，那么相应的PUSCH传输在子帧#7(n+k＝1+6)中发生。

[0108] (2)1)当TDD UL/DL配置为0，并且所执行的是正常的HARQ操作，以及在子帧n中检测到具有UL DCI格式的PDCCH/EPDCCH和/或发生了PHICH传输时，如果具有UL DCI格式的PDCCH/EPDCCH中包含的UL索引的最高有效位(MSB)被设置成1，或者在子帧n＝0或5中传送与IPHICH＝0相对应的PHICH，则用户设备会将相应的PUSCH传输调整至子帧n+k。在这种情况下，k是通过上表6确定的。2)如果TDD UL/DL配置是0，并且所执行的是正常的HARQ操作，以及如果UL索引的最低有效位(LSB)被设置成1或者在子帧n＝1或6中传送与IPHICH＝1相对应的PHICH，那么UE会将相应的PUSCH调节成子帧n+7。3)如果TDD UL/DL配置为0，并且具有UL DCI格式的PDCCH/EPDCCH中包含的MSB和LSB均设置在子帧n中，那么用户设备会将相应的PUSCH传输调节至子帧n+k或子帧n+7。在这种情况下，k是依照上表6确定的。

[0109] 3、在TDD中，如果为UE配置了两个或更多的服务小区，并且至少两个服务小区具有不同的UL-DL配置，那么PUSCH传输可以如下所示。

[0110] (1)当与处于正常HARQ操作的服务小区相关的TDD UL/DL配置是1或6，并且在子帧n中执行了具有UL DCI格式的PDCCH/EPDCCH的检测或者执行了PHICH传输时，用户设备会依照PDCCH/EPDCCH信息而将相应的PUSCH传输调整至子帧n+k。在这种情况下，k的值是通过上表6确定的。

[0111] (2)1)对于处在正常HARQ操作的服务小区而言，当UL参考UL/DL配置为0时，如果在子帧n中执行了具有UL DCI格式的PDCCH/EPDCCH的检测和/或执行了PHICH传输，并且如果PDCCH/EPDCCH中包含的UL索引的MSB被设置成1或者在子帧n＝0或5中传送与IPHICH＝0对应的PHICH，那么用户设备会将相应的PUSCH传输调整至子帧n+k。在这种情况下，k是通过上表6确定的，并且表6中的“TDD UL/DL配置”可以是指“UL参考UL/DL配置”。2)关于处于正常HARQ操作的服务小区，当UL参考UL/DL配置为0时，如果具有DCI格式0/4的PDCCH/EPDCCH中包含的UL索引的最低有效位(LSB)被设置成1或者在子帧n＝0或5中传送与IPHICH＝1对应的PHICH，抑或是在子帧n＝1或6中传送PHICH，那么用户设备会将相应的PUSCH传输调节至子帧n+7。3)关于TDD UL/DL配置为0的服务小区，如果具有UL DCI格式的PDCCH/EPDCCH所包含的UL索引中的MSB和LSB均设置在子帧n中，那么用户设备会将相应的PUSCH传输调整至子帧n+k或子帧n+7。在这种情况下，k是通过上表6确定的，并且表6中的“TDD UL/DL配置”可以是指“UL参考UL/DL配置”。

[0112] 依照上述参考点，在诸如CA之类的环境中，即使服务小区间的TDD UL/DL配置存在差异，也可以为每一个服务小区提供有效的无线资源分配使用和HARQ操作。然而，近来考虑了FDD波段或载波与TDD波段或载波的联合操作，并且在应用现有的UL调度/HARQ定时的时候会存在诸如多个UL资源可能未被使用之类的问题。

[0113] 图4是示出了根据本发明的例示实施例的FDD-TDD联合操作方法应用的示例的图示。

[0114] 参考图4，在TDD旧有UE 120的情况中，无线通信服务可以仅仅是通过TDD波段接收的，并且在旧有FDD UE的情况中，无线通信服务可以仅仅是通过FDD波段接收的。另一方面，在能够实施FDD-TDD CA的UE 100的情况中，无线通信服务可以是通过FDD和TDD波段接收的，并且基于CA的无线通信服务是通过TDD波段载波和FDD波段载波提供的。

[0115] 对于如前所述的TDD-FDD联合传输来说，作为示例，以下部署是可供考虑的。

[0116] 举例来说，FDD基站和TDD基站处于相同的位置(例如CA场景1-3)，或者FDD基站和TDD基站不在相同位置，但其通过理想的回程相连(例如CA场景4)。

[0117] 作为另一个示例，FDD基站和TDD基站不在相同位置，并且通过非理想的回程相连(例如小型小区场景2a、2b以及宏-宏场景)。

[0118] 此外，对于TDD-FDD联合操作来说，以下的先决条件是可供考虑的。

[0119] 首先，支持FDD-TDD联合操作的UE可以接入至旧有的FDD单模载波和旧有的TDD单模载波。

[0120] 其次，旧有的FDD UE和支持TDD-FDD联合操作的UE可以预占并连接到作为前述的FDD/TDD联合操作网络的一部分的TDD载波。

[0121] 第三，旧有的TDD UE和支持TDD-FDD联合操作的UE可以预占和连接到作为前述的FDD/TDD联合操作网络的一部分的TDD载波。

[0122] 第四，作为示例，可以考虑用于促成FDD-TDD联合操作的与非理想回程相关的网络架构增强。然而，由于从运营商的角度而言，网络架构仍旧是至关重要的，因此应该考虑将网络架构变化保持在最低限度。

[0123] 此外，作为支持TDD-FDD联合传输的UE，以下的UE能力是可供考虑的。

[0124] 图5是根据本发明的例示实施例的用于TDD-FDD联合操作的UE能力的示例。

[0125] 参考图5，(a)表明UE支持TDD载波与FDD载波之间的CA；(b)表明UE支持TDD载波与FDD DL载波之间的CA；以及(c)表明UE支持TDD DL载波与FDD载波之间的CA。

[0126] 如上所述，UE可以支持不同类型的TDD-FDD联合操作，更进一步，其可以执行DD和TDD的同时接收(即DL聚合)。其次，UE可以执行从FDD和TDD载波的同时传输(即UL聚合)，以及第三，UE可以执行从FDD和TDD载波的同时传输和接收(即全双工)。

[0127] 同时，UE可以通过可以包含了至少一个服务小区的基站中的两个或更多的基站来配置双重连接。双重连接是可供UE在RRC_CONNECTED模式中使用至少两个不同的网络点(例如宏基站或小型基站)提供的无线资源的操作。在这种情况下，如上所述的这两个不同类型的网络点可以通过非理想回程连接。在这里，如上所述这两个不同网络点中的一个网络点可以是指宏基站(或者是主基站或锚基站)，剩下的网络点可以是指小型基站(或者是辅助基站、协助基站或从属基站)。

[0128] 如上所述，在为UE配置了CA和/或双重连接时，UE可以支持TDD-FDD联合操作。在下文中将会基于为UE配置了CA的情况来对本发明的例示实施例进行说明，但是本发明的特性同样适用于为UE配置了双重连接的情况。

[0129] 现有的UL调度和HARQ方法支持具有不同TDD UL/DL配置的载波之间的CA，但其不支持如上所述的TDD-FDD联合操作。

[0130] 对于具有TDD-FDD CA配置的UE来说，如果该UE具有自调度配置(即调度小区与被调度小区相同)，那么用于该UE的UL调度/HARQ定时可以在不出现很大的问题的情况下为该UE提供峰值数据速率，由此应用于当前的双工模式中的每一种模式相对应的UL调度/HARQ定时。然而，在UE被配置成执行跨载波调度时(也就是在通过载波指示符信息(CIF)指示经由特定小区的PDCCH/EPDCCH传输的情况下)，多个UL资源有可能未被使用，并且无法向UE提供峰值数据速率。出现这种情况的原因在于，依照该标准，用于指示PUSCH重传的PHICH在默认情况下仅仅是通过已经传送UL许可的小区传送的。

[0131] 图6是示出了在配置了TDD-FDD CA的UE中配置了跨载波调度的情况下在被调度小区上执行的受限UL调度的示例的图示。图6显示了这样一种情况，其中PCell被配置给TDD UL/DL配置为0的UE，并且SCell被配置给采用FDD的UE。PCell被视为调度小区，并且SCell被视为被调度小区。

[0132] 参考图6，G表示UL许可，H表示PHICH，P表示PUSCH，以及PCell的G/H(G和/或H)表示用于辅助服务小区的跨载波调度。PCell的子帧0和5被配置成DL子帧，并且子帧1和6被配置成特殊子帧。由此，在这种情况下，G/H可以通过子帧#0、1、5和6而被从基站传送至UE。在这种情况下，虽然作为基于FDD的服务小区的SCell能够依照现有的UL调度/HARQ定时而在每一个子帧中执行UL传输，但在子帧#1、2、3、6、7、8中并未执行PUSCH传输，并且并未向UE提供峰值数据速率。因此，在这里为被配置成执行TDD-FDD CA和跨载波调度的UE设计了新的UL调度/HARQ定时。

[0133] 以下假设可以适用于以下例示实施例，所述例示实施例针对设置了TDD-FDD CA和跨载波调度的UE提出了新的UL调度/HARQ定时。

[0134] (1)PHICH是在传送UL许可的服务小区上传送的。

[0135] (2)支持同步HARQ操作。

[0136] (3)在没有PHICH资源的情况中，UE假设相应的PUSCH传输得到应答，并且将其传送至MAC层。

[0137] (4)所设想的是具有10毫秒同步调度/HARQ周期的配置。

[0138] (5)这里考虑的基本上是2个波段间的CA(即TDD波段和FDD波段的CA)，但是5个波段间的CA同样是可以考虑的。在这种情况下，在CIF上指示的是将多个辅助服务小区(SCell)中的一个特定辅助服务小区设置成调度小区，同时将剩余小区中的数个小区设置成被调度小区。

[0139] (6)在UE的能力方面，UE基本上需要支持所有的UL/DL聚合，并且剩余的组合(例如TDD DL和FDD UL/DL，TDD UL和FDD UL/DL，TDD UL/DL和FDD DL等等)也是也可以考虑的。

[0140] 受限TDD-FDD CA组合的可能性也是可以考虑的。

[0141] 以下将会提出当前提供的所有TDD UL/DL配置(0-6)中的每一个以及在具有FDD的CA状况中适用的UL调度/HARQ定时方法。在下表7中描绘了在考虑了FDD波段与TDD波段之间的CA场景的情况下的可能的组合。

[0142] 表7

[0143] 【表7】

[0144] 调度小区被调度小区TDD UL/DL配置0 FDD
TDD UL/DL配置1 FDD
TDD UL/DL配置2 FDD
TDD UL/DL配置3 FDD
TDD UL/DL配置4 FDD
TDD UL/DL配置5 FDD
TDD UL/DL配置6 FDD
FDD TDD UL/DL配置0
FDD TDD UL/DL配置1
FDD TDD UL/DL配置2
FDD TDD UL/DL配置3
FDD TDD UL/DL配置4
FDD TDD UL/DL配置5
FDD TDD UL/DL配置6

[0145] 参考表7，其中为设置了TDD-FDD CA的UE设置了跨载波调度，调度小区可被设置成TDD UL/DL配置0到6中的一个配置，并且被调度小区可被设置成FDD。或者，调度小区可被设置成FDD，并且被调度小区可被设置成TDD UL/DL配置0到6中的一个配置。以下的描述假设主要服务小区是调度小区，并且辅助服务小区是被调度小区。在下文中，主要服务小区可被称为主服务小区，并且辅助服务小区可被称为子服务小区。

[0146] 情况1.在TDD(主要服务小区＝调度小区)-FDD(辅助服务小区＝被调度小区)CA的情况下

[0147] 1.TDD UL/DL配置0(调度小区)-FDD(被调度小区)CA

[0148] 第一实施例

[0149] 本发明公开的是基于10毫秒的HARQ周期设计的定时方法。根据本实施例，对于被调度小区来说，在调度小区的至少两个子帧(例如子帧0和5)中，分别可以指示最多2个PUSCH传输定，并且在调度小区的至少两个子帧(例如子帧1和6)中，可以分别指示最多3个PUSCH传输定时。

[0150] 图7示出的是在调度小区的TDD UL/DL配置为0的情况下的根据本发明的实施例的UL调度/HARQ定时的示例。图7显示了这样一种情况，其中主服务小区是配置有TDD UL/DL配置为0的调度小区，子服务小区是配置了TDD的被调度小区。

[0151] 参考图7，G表示UL许可，H表示PHICH，P表示PUSCH，以及主服务小区中的G/H(G和/或H)表示用于子服务小区的跨载波调度，G/H(m)代表的是在传送了G/H之后从第m个子帧传送PUSCH，以及P(m)代表的是在传送了PUSCH之后传送来自第m个子帧的重传的UL许可/PHICH。相同的情况在下文中也是适用的。

[0152] 参考图7，主服务小区的子帧0和5被设置成DL子帧，并且子帧1和6被设置成特殊子帧。用于子服务小区的G/H可以通过主服务小区的子帧0、1、5和6而被从基站传送至UE。在这种情况下，主服务小区的子帧0和5可以为子服务小区指示最多两个单独的PUSCH传输定时，并且主服务小区的每一个子帧1和6可以为子服务小区指示最多3个不同的PUSCH定时。

[0153] 特别地，主服务小区中的子帧0的G/H(4)代表的是与子服务小区的子帧0+4相对应的PUSCH传输定时，并且子服务小区中的子帧4的P(6)代表的是与主服务小区的子帧4+6相对应的PHICH接收定时。主服务小区中的子帧0的G/H(5)代表的是与子服务小区的子帧0+5相对应的PUSCH传输定时，并且子服务小区中的子帧5的P(5)代表的是与主服务小区的子帧5+5相对应的PHICH接收定时。

[0154] 主服务小区中的子帧1的G/H(5)代表的是与子服务小区的子帧1+5相对应的PUSCH传输定时，并且子服务小区中的子帧6的P(5)代表的是与主服务小区的子帧6+5相对应的PHICH接收定时。主服务小区中的子帧1的G/H(6)代表的是与子服务小区中的子帧1+6相对应的PUSCH传输定时，并且子服务小区中的子帧7的P(4)代表的是与主服务小区中的子帧7+4相对应的PHICH接收定时。主服务小区中的子帧1的G/H(7)代表的是与子服务小区的子帧1+7相对应的PUSCH传输定时，而子服务小区中的子帧8的P(13)代表的则是与主服务小区中的子帧8+13相对应的PHICH接收定时。

[0155] 主服务小区中的子帧5的G/H(4)代表的是与子服务小区中的子帧5+4相对应的PUSCH传输定时，并且子服务小区中的子帧9的P(6)代表的是与主服务小区中的子帧9+6相对应的PHICH接收定时。主服务小区中的子帧5的G/H(5)代表的是与子服务小区中子帧5+5相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧0的P(5)代表的是与主服务小区的下一个无线电帧的子帧0+5相对应的PHICH接收定时。

[0156] 主服务小区中的子帧6的G/H(5)代表的是与子服务小区的子帧6+5相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧1的P(5)代表的是与主服务小区的下一个无线电帧的子帧1+5相对应的PHICH接收定时。主服务小区中的子帧6的G/H(6)代表的是与子服务小区的子帧6+6相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧2的P(4)代表的是与主服务小区的下一个无线电帧的子帧2+4相对应的PHICH接收定时。主服务小区中的子帧6的G/H(7)代表的是与子服务小区的子帧6+7相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧3的P(13)表示的是与主服务小区的下一个无线电帧的子帧3+13相对应的PHICH接收定时。

[0157] 作为示例，依照上述实施例，以下的(1)用于PHICH的PUSCH传输定时、(2)用于PUSCH传输的PHICH传输定时、(3)用于UL许可和/或PHICH接收的PUSCH传输定时可以如下所表示。

[0158] (1)用于PHICH的PUSCH传输定时

[0159] 如果TDD UL/DL配置为0，并且PHICH是从子帧i中与IPHICH＝0相对应的资源接收的，那么相关联的PUSCH传输是从子帧i-k进行的。在这里，k的值如下表8所示。

[0160] 表8

[0161] 【表8】

[0162]

[0163] -否则，如果PHICH是从子帧i＝0中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0164] -否则，如果PHICH是从子帧i＝1中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-4进行的。

[0165] -否则，如果PHICH是从子帧i＝1中与IPHICH＝2相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-13进行的。

[0166] -否则，如果PHICH是从子帧i＝5中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0167] -否则，如果PHICH是从子帧i＝6中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-4进行的。

[0168] -否则，如果PHICH是从子帧i＝6中与IPHICH＝2相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-13进行的。

[0169] (2)用于PUSCH传输的PHICH传输定时

[0170] 与子帧n中的PUSCH传输相对应的PHICH传输定时是n+kPHICH。在这里，kPHICH的值如下表9所示。

[0171] 表9

[0172] 【表9】

[0173]

[0174] (3)用于UL许可和/或PHICH接收的PUSCH传输定时

[0175] 当调度小区的TDD UL/DL配置为0并且在正常的HARQ中操作时，如果在子帧n中检测到具有用于相应UE的UL许可(上行链路DCI格式)的PDCCH/EPDCCH和/或PHICH传输，那么，1)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(3比特)中的MSB被设置成1，或者PHICH是从子帧0、1、5或6中与IPHICH＝0相对应的资源接收的，那么UE将相应的PUSCH传输调整至子帧n+k。在这种情况下，k的值可以依照下表10。

[0176] 表10

[0177] 【表10】

[0178]

[0179] 2)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧0中接收的，或者PHICH是从子帧0中与IPHICH＝1相对应的资源接收的，那么UE将相应的PUSCH传输调整至子帧n+5。3)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧1中接收的，或者PHICH是从子帧1中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+6。4)如果在具有UL许可的PDCCH/EPDCCH所包含的UL索引中，除了MSB和LSB之外的剩余比特都被设置成1，并且是在子帧1中接收的，或者PHICH是从子帧1中与IPHICH＝2相对应的资源接收的，那么UE将相应的PUSCH传输调整至子帧n+7。5)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧5中接收的，或者PHICH是从子帧5中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+5。6)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成6，并且是在子帧6中接收的，或者PHICH是从子帧6中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+6。7)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的剩余比特被设置成1，并且是在子帧6中接收的，或者PHICH是从子帧6中与IPHICH＝2相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+7。8)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(3比特)的多个比特在子帧n中被同时设置成1，那么相应的PUSCH传输将被调整成从子帧n+k(在这里，关于值k可以参考表10)、n+5、n+6和n+7中的一个子帧来进行。在这种情况下，在将相应的PUSCH传输调整成从子帧n+k、n+5、n+6和n+7中的一个子帧来进行的时候，UE可以基于如上所述的UL许可/PHICH接收子帧编号以及以UL索引值为基础的PUSCH的传输定时来执行相应的PUSCH传输。

[0180] 同时，在这种情况下，作为示例，IPHICH的值可以是依照以下标准并且基于以上的三个定时(1)、(2)、(3)内的值确定的。

[0181] 如果PUSCH是从子帧0、2、5或7传送的，那么相应的PHICH具有IPHICH＝1。

[0182] 如果PUSCH是从子帧3或8传送的，那么相应的PHICH具有IPHICH＝2。

[0183] 否则，相应的PHICH具有IPHICH＝0。

[0184] 第二实施例

[0185] 第二实施例公开的是一种以10毫秒的HARQ周期为基础设计的不同定时方法。也就是说，第二实施例对应的是从第一实施例修改了定时的实施例。

[0186] 图8示出的是针对调度小区的TDD UL/DL配置为0的情况根据第二实施例的UL调度/HARQ定时的示例。图8显示了这样一种情况，其中主服务小区是TDD UL/DL配置为0的调度小区，子服务小区是配置了TDD的被调度小区。

[0187] 参考图8，主服务小区的子帧0和5被设置成DL子帧，并且子帧1和6被设置成特殊子帧。用于子服务小区的G/H可以通过主服务小区的子帧0、1、5和6而被从基站传送到UE。在这种情况下，主服务小区的子帧0和5可以为子服务小区指示最多三个单独的PUSCH传输定时，并且主服务小区的每一个子帧1和6可以为子服务小区指示最多2个不同的PUSCH定时。

[0188] 特别地，主服务小区中的子帧0的G/H(4)代表的是与子服务小区的子帧0+4相对应的PUSCH传输定时，并且子服务小区中的子帧4的P(6)代表的是与主服务小区的子帧4+6相对应的PHICH接收定时。主服务小区中的子帧0的G/H(5)代表的是与子服务小区的子帧0+5相对应的PUSCH传输定时，并且子服务小区中的子帧5的P(5)代表的是与主服务小区的子帧5+5相对应的PHICH接收定时。主服务小区中的子帧0的G/H(6)代表的是与子服务小区的子帧0+6相对应的PUSCH传输定时，并且子服务小区中的子帧6的P(4)代表的是与主服务小区的子帧6+4相对应的PHICH接收定时。

[0189] 主服务小区中的子帧1的G/H(6)代表的是与子服务小区中的子帧1+6相对应的PUSCH传输定时，并且子服务小区中的子帧7的P(4)代表的是与主服务小区的子帧7+4相对应的PHICH接收定时。主服务小区中的子帧1的G/H(7)代表的是与子服务小区中的子帧1+7相对应的PUSCH传输定时，并且子服务小区中的子帧8的P(13)代表的是与主服务小区的子帧8+13相对应的PHICH接收定时。

[0190] 主服务小区中的子帧5的G/H(4)代表的是与子服务小区的子帧5+4相对应的PUSCH传输定时，并且子服务小区中的子帧9的P(6)代表的是与主服务小区中的子帧9+6相对应的PHICH接收定时。主服务小区中的子帧5的G/H(5)代表的是与子服务小区的子帧5+5相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧0的P(5)代表的是与主服务小区的下一个无线电帧的子帧0+5相对应的PHICH接收定时。主服务小区中的子帧5的G/H(6)代表的是与子服务小区的子帧5+6相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧1的P(4)代表的是与主服务小区中的下一个无线电帧的子帧1+4相对应的PHICH接收定时。

[0191] 主服务小区中的子帧6的G/H(6)代表的是与子服务小区中的子帧6+6相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧2的P(4)代表的是与主服务小区的下一个无线电帧的子帧2+4相对应的PHICH接收定时。主服务小区中的子帧6的G/H(7)代表的是与子服务小区的子帧6+7相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧3的P(13)代表的是与主服务小区的下一个无线电帧的子帧3+13相对应的PHICH接收定时。

[0192] 作为示例，依照上述实施例，以下的(1)用于PHICH的PUSCH传输定时、(2)用于PUSCH传输的PHICH传输定时、(3)用于UL许可和/或PHICH接收的PUSCH传输定时可以如下所示。

[0193] (1)用于PHICH的PUSCH传输定时

[0194] 如果TDD UL/DL配置为0，并且PHICH是从子帧i中与IPHICH＝0相对应的资源接收的，那么相关联的PUSCH传输是从子帧i-k进行的。在这里，k的值如下表11所示。

[0195] 表11

[0196] 【表11】

[0197]

[0198] -否则，如果PHICH是从子帧i＝0中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0199] -否则，如果PHICH是从子帧i＝0中与IPHICH＝2相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-4进行的。

[0200] -否则，如果PHICH是从子帧i＝1中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-13进行的。

[0201] -否则，如果PHICH是从子帧i＝5中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0202] -否则，如果PHICH是从子帧i＝5中与IPHICH＝2相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-4进行的。

[0203] -否则，如果PHICH是从子帧i＝6中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-13执行的。

[0204] (2)用于PUSCH传输的PHICH传输定时

[0205] 与子帧n中的PUSCH传输相对应的PHICH传输定时是n+kPHICH。在这里，kPHICH的值如下表12所示。

[0206] 表12

[0207] 【表12】

[0208]

[0209] (3)用于UL许可和/或PHICH接收的PUSCH传输定时

[0210] 当调度小区的TDD UL/DL配置为0且在正常的HARQ中工作时，如果在子帧n中检测到具有用于相应UE的UL许可(上行链路DCI格式)的PDCCH/EPDCCH和/或PHICH传输，那么，1)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(3比特)中的MSB被设置成1，或者PHICH是从子帧0、1、5或6中与IPHICH＝0相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+k。在这种情况下，k的值可以依照下表13。

[0211] 表13

[0212] 【表13】

[0213]

[0214] 2)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧0中接收的，或者PHICH是从子帧0中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+5。3)如果在具有UL许可的PDCCH/EPDCCH所包含的UL索引中，除了MSB和LSB之外的剩余比特都被设置成1，并且是在子帧0中接收的，或者PHICH是从子帧0中与IPHICH＝2相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+6。4)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引的LSB被设置成1，并且是在子帧1中接收的，或者PHICH是从子帧1中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+7。5)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧5中接收的，或者PHICH是从子帧5中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+5。6)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的剩余比特被设置成1，并且是在子帧5中接收的，或者PHICH是从子帧5中与IPHICH＝2相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+6。7)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧6中接收的，或者PHICH是从子帧6中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+7。8)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(3比特)的多个比特在子帧n中被同时设置成1，那么相应的PUSCH传输被调整成是由子帧n+k(在这里，关于值k可以参考表13)、n+5、n+6和n+7中的一个子帧进行的。在这种情况下，在将相应的PUSCH传输调整成由子帧n+k、n+5、n+6和n+7中的一个子帧来进行的时候，UE可以基于如上所述的UL许可/PHICH接收子帧编号以及以UL索引值为基础的PUSCH的传输定时来执行相应的PUSCH传输。

[0215] 同时，在这种情况下，作为示例，IPHICH的值可以依照以下标准并基于以上的三个定时(1)、(2)、(3)内的值来确定。

[0216] 如果从子帧0、2、5或8传送PUSCH，那么相应的PHICH具有IPHICH＝1。

[0217] 如果从子帧1或6传送PUSCH，那么相应的PHICH具有IPHICH＝2。

[0218] 否则，相应的PHICH具有IPHICH＝0。

[0219] 2.TDD UL/DL配置1(调度小区)-FDD(被调度小区)CA

[0220] 如果在TDD小区之中执行CA，那么除了所有服务小区的TDD UL/DL配置全都为零以及UL参考UL/DL配置为零的情况之外，用于仅仅一个UL子帧的PUSCH传输都会在所有的DL子帧上调度。然而，如果为UE配置了TDD小区与FDD小区的CA，并且通过将TDD小区设置为调度小区配置了跨载波调度，那么将会需要使用与来自调度小区中的一个DL子帧的多个(两个或更多)UL子帧相关的UL许可和/或PHICH传输来调度所述被调度小区(FDD小区)中的所有UL子帧。其原因在于在调度小区(TDD小区)的所有子帧中都不存在用于UL许可和PHICH传输的UL子帧。在调度小区具有其他TDD UL/DL配置以及TDD UL/DL配置为1的情况，同样也是如此。如上所述，如果从调度小区的一个DL子帧传送用于被调度小区的多个(两个或更多)UL子帧的UL许可和/或PHICH，那么将会需要一个附加标识符。

[0221] TDD UL/DL配置为1的调度小区可以从子帧0、1、4、5、6和9执行下行链路传输。根据本发明的实施例，对于被调度小区来说，从调度小区的至少四个子帧，可以分别指示最多2个PUSCH传输定时。本发明的实施例是保持10毫秒的同步HARQ周期的范例。也就是说，在每一个HARQ过程方面，UL HARQ是以10毫秒的周期为基础操作的。

[0222] 图9示出的是在调度小区的TDD UL/DL配置为1的情况下的根据实施例的UL调度/HARQ定时的示例。图9显示了这样一种情况，其中主服务小区是配置有TDD UL/DL配置为1的调度小区，子服务小区是被配置了FDD的被调度小区。

[0223] 参考图9，主服务小区的子帧0、4、5和9被设置成DL子帧，并且子帧1和6被设置成特殊子帧。用于子服务小区的G/H可以通过主服务小区的子帧0、1、4、5、6和9而被从基站传送到UE。在这种情况下，主服务小区的子帧0、1、5和6中的每一个可以为子服务小区指示最多两个单独的PUSCH传输定时，并且主服务小区的子帧4和9中的每一个可以为子服务小区指示最多1个PUSCH定时。

[0224] 特别地，主服务小区中的子帧0的G/H(4)代表的是与子服务小区中的子帧0+4相对应的PUSCH传输定时，并且子服务小区中的子帧4的P(6)代表的是与主服务小区的子帧4+6相对应的PHICH接收定时。主服务小区中的子帧0的G/H(5)代表的是与子服务小区的子帧0+5相对应的PUSCH传输定时，并且子服务小区中的子帧5的P(5)代表的是与主服务小区中的子帧5+5相对应的PHICH接收定时。

[0225] 主服务小区中的子帧1的G/H(5)代表的是与子服务小区中的子帧1+5相对应的PUSCH传输定时，子服务小区中的子帧6的P(5)代表的是与主服务小区的子帧6+5相对应的PHICH接收定时。主服务小区中的子帧1的G/H(6)代表的是与子服务小区的子帧1+6相对应的PUSCH传输定时，并且子服务小区中的子帧7的P(4)代表的是与主服务小区的子帧7+4相对应的PHICH接收定时。

[0226] 主服务小区中的子帧4的G/H(4)代表的是与子服务小区的子帧4+4相对应的PUSCH传输定时，并且子服务小区中的子帧8的P(6)代表的是与主服务小区的子帧8+6相对应的PHICH接收定时。

[0227] 主服务小区中的子帧5的G/H(4)代表的是与子服务小区中的子帧5+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧9的P(6)代表的是与主服务小区的下一个无线电帧的子帧9+6相对应的PHICH接收定时。主服务小区中的子帧5的G/H(5)代表的是与子服务小区的子帧5+5相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧0的P(5)代表的是与主服务小区的下一个无线电帧的子帧0+5相对应的PHICH接收定时。

[0228] 主服务小区中的子帧6的G/H(5)代表的是与子服务小区的子帧6+5相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧1的P(5)代表的是与主服务小区的下一个无线电帧的子帧1+5相对应的PHICH接收定时。主服务小区中的子帧6的G/H(6)代表的是与子服务小区的子帧6+6相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧2的P(4)代表的是与主服务小区的下一个无线电帧的子帧2+4相对应的PHICH接收定时。

[0229] 主服务小区中的子帧9的G/H(4)代表的是与子服务小区的子帧9+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧3的P(6)代表的是与主服务小区的下一个无线电帧的子帧3+6相对应的PHICH接收定时。

[0230] 作为示例，以下内容是以从子服务小区中的子帧8传送的P(6)为基础来进行说明的。与P(6)相对应的PHICH接收定时是主服务小区的子帧8+6，针对来自主服务小区的下一个无线电帧的子帧4的重传接收G/H(4)，并且PUSCH重传定时是下一个无线电帧的子帧4+4(＝8)。子帧是1毫秒，因此，HARQ周期是10毫秒。

[0231] 作为示例，依照上述实施例，以下(1)用于PHICH的PUSCH传输定时、(2)用于PUSCH传输的PHICH传输定时、(3)用于UL许可和/或PHICH接收的PUSCH传输定时可以如下所示。

[0232] (1)用于PHICH的PUSCH传输定时

[0233] 如果TDD UL/DL配置为1，并且PHICH是从子帧i中与IPHICH＝0相对应的资源接收的，那么相关联的PUSCH传输是由子帧i-k完成的。在这里，k的值如下表14所示。

[0234] 表14

[0235] 【表14】

[0236]

[0237] -否则，如果PHICH是从子帧i＝0中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0238] -否则，如果PHICH是从子帧i＝1中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-4进行的。

[0239] 否则，如果PHICH是从子帧i＝5中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0240] 否则，如果PHICH是从子帧i＝6中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-4进行的。

[0241] (2)用于PUSCH传输的PHICH传输定时

[0242] 与子帧n中的PUSCH传输相对应的PHICH传输定时是n+kPHICH。在这里，kPHICH的值如下表15所示。

[0243] 表15

[0244] 【表15】

[0245]

[0246] (3)用于UL许可和/或PHICH接收的PUSCH传输定时

[0247] 当调度小区的TDD UL/DL配置为1且在正常的HARQ中工作时，如果在子帧n中检测到具有用于相应UE的UL许可(上行链路DCI格式)的PDCCH/EPDCCH和/或PHICH传输，那么，1)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(2比特)中的MSB被设置成1，或者PHICH是从子帧0、1、4、5、6或9中与IPHICH＝0相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+k。在这种情况下，k的值可以依照下表16。

[0248] 表16

[0249] 【表16】

[0250]

[0251] 2)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引的LSB被设置成1，并且是在子帧0中接收的，或者PHICH是从子帧0中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+5。3)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引的LSB被设置成1，并且是在子帧1中接收的，或者PHICH是从子帧1中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+6。4)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引的LSB被设置成1，并且是在子帧5中接收的，或者PHICH是从子帧5中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+5。5)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引的LSB被设置成1，并且是在子帧6中接收的，或者PHICH是从子帧6中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+6。6)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的MSB和LSB在子帧n中都被设置成1，那么相应的PUSCH传输被调整成从n+k(在这里，k的值可以参考表16)、n+5、n+6中的一个来进行。在这种情况下，在将相应的PUSCH传输调整成从子帧n+k、n+5和n+6中的一个子帧来进行的时候，UE可以基于如上所述的UL许可/PHICH接收子帧编号以及以UL索引值为基础的PUSCH传输定时来执行相应的PUSCH传输。

[0252] 同时，在这种情况下，针对另一个示例，IPHICH的值可以依照以下标准来确定。

[0253] 如果PUSCH是从子帧0、2、5或7传送的，那么相应的PHICH具有IPHICH＝1。

[0254] 否则，相应的PHICH具有IPHICH＝0。

[0255] 3.TDD UL/DL配置2(调度小区)-FDD(被调度小区)CA

[0256] TDD UL/DL配置为2的调度小区可以从子帧0、1、3、4、5、6、8和9执行下行链路传输。根据本发明的实施例，对于被调度小区来说，从调度小区的至少两个子帧(例如子帧1和6)，分别可以指示最多2个PUSCH传输定时。本发明的一个实施例是保持10ms的同步HARQ周期的范例。也就是说，在每一个HARQ过程方面，UL HARQ都是以10ms的周期为基础操作的。

[0257] 图10示出的是针对调度小区的TDD UL/DL配置为2的情况根据实施例的UL调度/HARQ定时的示例。图10显示了这样一种情况，其中主服务小区是TDD UL/DL配置为2的调度小区，并且子服务小区是被配置了FDD的被调度小区。

[0258] 参考图10，主服务小区的子帧0、3、4、5、8和9被设置成DL子帧，子帧1和6被设置成特殊子帧。用于子服务小区的G/H可以通过主服务小区的子帧0、1、3、4、5、6、8和9而被从基站传送到UE。在这种情况下，主服务小区的子帧1和6中的每一个可以为子服务小区指示最多两个单独的PUSCH传输定时，并且主服务小区的子帧0、3、4、5、8和9中的每一个可以为子服务小区指示最多1个PUSCH传输定时。

[0259] 特别地，主服务小区中的子帧0的G/H(4)代表的是与子服务小区的子帧0+4相对应的PUSCH传输定时，并且子服务小区中的子帧4的P(6)代表的是与主服务小区的子帧4+6相对应的PHICH接收定时。

[0260] 主服务小区中的子帧1的G/H(4)代表的是与子服务小区的子帧1+4相对应的PUSCH传输定时，并且子服务小区中的子帧5的P(6)代表的是与主服务小区的子帧5+6相对应的PHICH接收定时。主服务小区中的子帧1的G/H(5)代表的是与子服务小区的子帧1+5相对应的PUSCH传输定时，并且子服务小区中的子帧6的P(5)代表的是与主服务小区的子帧6+5相对应的PHICH接收定时。

[0261] 主服务小区中的子帧3的G/H(4)代表的是与子服务小区的子帧3+4相对应的PUSCH传输定时，并且子服务小区中的子帧7的P(6)代表的是与主服务小区的子帧7+6相对应的PHICH接收定时。

[0262] 主服务小区中的子帧4的G/H(4)代表的是与子服务小区的子帧4+4相对应的PUSCH传输定时，并且子服务小区中的子帧8的P(6)代表的是与主服务小区中的子帧8+6相对应的PHICH接收定时。

[0263] 主服务小区中的子帧5的G/H(4)代表的是与子服务小区的子帧5+4相对应的PUSCH传输定时，并且子服务小区中的子帧9的P(6)代表的是与主服务小区的子帧9+6相对应的PHICH接收定时。

[0264] 主服务小区中的子帧6的G/H(4)代表的是与子服务小区的子帧6+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧0的P(6)代表的是与主服务小区的下一个无线电帧的子帧0+6相对应的PHICH接收定时。主服务小区中的子帧6的G/H(5)代表的是与子服务小区的子帧6+5相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧1的P(5)代表的是与主服务小区的下一个无线电帧的子帧1+5相对应的PHICH接收定时。

[0265] 主服务小区中的子帧8的G/H(4)代表的是与子服务小区的子帧8+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧2的P(6)代表的是与主服务小区的下一个无线电帧的子帧2+6相对应的PHICH接收定时。

[0266] 主服务小区中的子帧9的G/H(4)代表的是与子服务小区的子帧9+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧3的P(6)代表的是与主服务小区的下一个无线电帧的子帧3+6相对应的PHICH接收定时。

[0267] 作为示例，根据上述实施例，以下的(1)用于PHICH的PUSCH传输定时、(2)用于PUSCH传输的PHICH传输定时、(3)用于UL许可和/或PHICH接收的PUSCH传输定时可以如下所示。

[0268] (1)用于PHICH的PUSCH传输定时

[0269] 如果TDD UL/DL配置为2，并且PHICH是从子帧i中与IPHICH＝0相对应的资源接收的，那么相关联的PUSCH传输是从子帧i-k进行的。在这里，k的值如下表17所示。

[0270] 表17

[0271] 【表17】

[0272]

[0273] -否则，如果PHICH是从子帧i＝1中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0274] -否则，如果PHICH是从子帧i＝6中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0275] (2)用于PUSCH传输的PHICH传输定时

[0276] 与子帧n中的PUSCH传输相对应的PHICH传输定时是n+kPHICH。在这里，kPHICH的值如下表18所示。

[0277] 表18

[0278] 【表18】

[0279]

[0280] (3)用于UL许可和/或PHICH接收的PUSCH传输定时

[0281] 当调度小区的TDDUL/DL配置为2并在正常HARQ中工作时，如果在子帧n中检测到具有用于相应UE的UL许可(上行链路DCI格式)的PDCCH/EPDCCH和/或PHICH传输，那么，1)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(2比特)的MSB被设置成1，或者PHICH是从子帧0、1、3、4、5、6、8或9中与IPHICH＝2相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+k。在这种情况下，k的值可以依照下表19。

[0282] 表19

[0283] 【表19】

[0284]

[0285] 2)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引的LSB被设置成1，并且是在子帧1中接收的，或者PHICH是从子帧1中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+5。3)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引的LSB被设置成1，并且是在子帧6中接收的，或者PHICH是从子帧6中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+5。4)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引的MSB和LSB都被设置成1，并且是在子帧n中接收的，那么相应的PUSCH传输被调整成至子帧n+k(在这里，k的值可以参考表19)、n+5。在这种情况下，在将相应的PUSCH传输调整成从子帧n+k和n+5中的一个子帧来进行的时候，UE可以基于如上所述的UL许可/PHICH接收子帧编号以及以UL索引值为基础的PUSCH传输定时来执行相应的PUSCH传输。

[0286] 同时，在这种情况下，用于另一个示例的IPHICH的值可以依照以下标准来确定。

[0287] 如果PUSCH是从子帧1或6传送的，那么相应的PHICH具有IPHICH＝1。

[0288] 否则，相应的PHICH具有IPHICH＝0。

[0289] 4.TDD UL/DL配置3(调度小区)-FDD(被调度小区)CA

[0290] TDD UL/DL配置为3的调度小区可以从子帧0、1、5、6、7、8和9执行下行链路传输。根据本发明的实施例，对于被调度小区来说，从调度小区的至少三个子帧(例如子帧0、1和9)，分别可以指示最多2个PUSCH传输定时。本发明的实施例是保持10毫秒的同步HARQ周期的范例。也就是说，在每一个HARQ过程方面，UL HARQ都是以10毫秒的周期为基础操作的。

[0291] 图11示出的是针对调度小区的TDD UL/DL配置为3的情况根据实施例的UL调度/HARQ定时的示例。图11显示了这样一种情况，其中主服务小区是配置了TDD UL/DL配置为3的调度小区，并且子服务小区是被配置了FDD的被调度小区。

[0292] 参考图11，主服务小区的子帧0、5、6、7、8和9被设置成DL子帧，并且子帧1被设置成特殊子帧。用于子服务小区的G/H可以通过主服务小区的子帧0、1、5、6、7、8和9而被从基站传送到UE。在这种情况下，主服务小区的子帧0、1和9中的每一个可以为子服务小区指示最多两个单独的PUSCH传输定时，并且主服务小区的子帧5、6、7和8中的每一个可以为子服务小区指示最多1个PUSCH传输定时。

[0293] 特别地，主服务小区中的子帧0的G/H(4)代表的是与子服务小区的子帧0+4相对应的PUSCH传输定时，并且子服务小区中的子帧4的P(6)代表的是与主服务小区的子帧4+6相对应的PHICH接收定时。主服务小区中的子帧0的G/H(6)代表的是与子服务小区的子帧0+6相对应的PUSCH传输定时，并且子服务小区中的子帧6的P(4)代表的是与主服务小区的子帧6+4相对应的PHICH接收定时。

[0294] 主服务小区中的子帧1的G/H(6)代表的是与子服务小区的子帧1+6相对应的PUSCH传输定时，并且子服务小区中的子帧7的P(4)代表的是与主服务小区的子帧7+4相对应的PHICH接收定时。主服务小区中的子帧1的G/H(7)代表的是与子服务小区的子帧1+7相对应的PUSCH传输定时，并且子服务小区中的子帧8的P(13)代表的是与主服务小区的子帧8+13相对应的PHICH接收定时。

[0295] 主服务小区中的子帧5的G/H(4)代表的是与子服务小区的子帧5+4相对应的PUSCH传输定时，并且子服务小区中的子帧9的P(6)代表的是与主服务小区中的子帧9+6相对应的PHICH接收定时。

[0296] 主服务小区中的子帧6的G/H(4)代表的是与子服务小区的子帧6+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧0的P(6)代表的是与主服务小区的下一个无线电帧的子帧0+6相对应的PHICH接收定时。

[0297] 主服务小区中的子帧7的G/H(4)代表的是与子服务小区的子帧7+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧1的P(6)代表的是与主服务小区的下一个无线电帧的子帧1+6相对应的PHICH接收定时。

[0298] 主服务小区中的子帧8的G/H(4)代表的是与子服务小区的子帧8+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧2的P(6)代表的是与主服务小区的下一个无线电帧的子帧2+6相对应的PHICH接收定时。

[0299] 主服务小区中的子帧9的G/H(4)代表的是与子服务小区的子帧9+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧3的P(6)代表的是与主服务小区的下一个无线电帧的子帧3+6相对应的PHICH接收定时。主服务小区中的子帧9的G/H(6)代表的是与子服务小区中的子帧9+6相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧5的P(4)代表的是与主服务小区的下一个无线电帧的子帧5+4相对应的PHICH接收定时。

[0300] 作为示例，依照上述实施例，以下的(1)用于PHICH的PUSCH传输定时、(2)用于PUSCH传输的PHICH传输定时、(3)用于UL许可和/或PHICH接收的PUSCH传输定时可以如下所示。

[0301] (1)用于PHICH的PUSCH传输定时

[0302] 如果TDD UL/DL配置为3，并且PHICH是从子帧i中与IPHICH＝0相对应的资源接收的，那么相关联的PUSCH传输是从子帧i-k进行的。在这里，k的值如下表20所示。

[0303] 表20

[0304] 【表20】

[0305]

[0306] -否则，如果PHICH是从子帧i＝0中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-4进行的。

[0307] -否则，如果PHICH是从子帧i＝1中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-13进行的。

[0308] -否则，如果PHICH是从子帧i＝9中与IPHICH＝1相对应的来源接收的，那么将相关联的PUSCH传输是从子帧i-4进行的。

[0309] (2)用于PUSCH传输的PHICH传输定时

[0310] 与子帧n中的PUSCH传输相对应的PHICH传输定时是n+kPHICH。在这里，kPHICH的值如下表21所示。

[0311] 表21

[0312] 【表21】

[0313]

[0314] (3)用于UL许可和/或PHICH接收的PUSCH传输定时

[0315] 当调度小区的TDD UL/DL配置为3并在正常HARQ中工作时，如果在子帧n中检测到具有用于相应UE的UL许可(上行链路DCI格式)的PDCCH/EPDCCH和/或PHICH传输，那么，1)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(2比特)中的MSB被设置成1，或者PHICH是从子帧0、1、5、6、7、8或9中与IPHICH＝0相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+k。在这种情况下，k的值可以依照下表22。

[0316] 表22

[0317] 【表22】

[0318]

[0319] 2)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引的LSB被设置成1，并且是在子帧0中接收的，或者PHICH是从子帧0中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+6。3)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引的LSB被设置成1，并且是在子帧1中接收的，或者PHICH是从子帧1中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+7。4)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧9中接收的，或者PHICH是从子帧9中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+6。5)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的MSB和LSB都被设置成1，并且是在子帧n中接收的，那么相应的PUSCH传输被调整成从子帧n+k(在这里，k的值可以参考表22)、n+6和n+7中的一个子帧进行的。在这种情况下，在将相应的PUSCH传输调整成从子帧n+k、n+6和n+7中的一个子帧进行的时候，UE可以基于如上所述的UL许可/PHICH接收子帧编号以及以UL索引值为基础的PUSCH传输定时来执行相应的PUSCH传输。

[0320] 同时，在这种情况下，针对另一个示例，IPHICH的值可以依照以下标准来确定。

[0321] 如果PUSCH是从子帧5、6或8传送的，那么相应的PHICH具有IPHICH＝1。

[0322] 否则，相应的PHICH具有IPHICH＝0。

[0323] 5.TDD UL/DL配置4(调度小区)-FDD(被调度小区)CA

[0324] TDD UL/DL配置为4的调度小区可以从子帧0、1、4、5、6、7、8和9执行下行链路传输。根据本发明的实施例，对于被调度小区来说，从调度小区的至少两个子帧(例如子帧0和1)，分别可以指示最多2个PUSCH传输定时。本发明的实施例是保持10毫秒的同步HARQ周期的范例。也就是说，在每一个HARQ过程方面，UL HARQ都是以10毫秒的周期为基础操作的。

[0325] 图12示出的是针对调度小区的TDD UL/DL配置为4的情况根据实施例的UL调度/HARQ定时的示例。图12显示了这样一种情况，其中主服务小区是配置了TDD UL/DL配置为4的调度小区，并且子服务小区是被配置了FDD的被调度小区。

[0326] 参考图12，主服务小区的子帧0、4、5、6、7、8和9被设置成DL子帧，而子帧1则被设置成特殊子帧。用于子服务小区的G/H可以通过主服务小区的子帧0、1、4、5、6、7、8和9而被从基站传送到UE。在这种情况下，主服务小区的子帧0和1中的每一个可以为子服务小区指示最多两个单独的PUSCH传输定时，并且主服务小区的子帧4、5、6、7、8和9中的每一个可以为子服务小区指示最多1个PUSCH传输定时。

[0327] 特别地，主服务小区中的子帧0的G/H(4)代表的是与子服务小区的子帧0+4相对应的PUSCH传输定时，并且子服务小区中的子帧4的P(6)代表的是与主服务小区的子帧4+6相对应的PHICH接收定时。主服务小区中的子帧0的G/H(5)代表的是与子服务小区的子帧0+5相对应的PUSCH传输定时，并且子服务小区中的子帧5的P(5)代表的是与主服务小区的子帧5+5相对应的PHICH接收定时。

[0328] 主服务小区中的子帧1的G/H(5)代表的是与子服务小区的子帧1+5相对应的PUSCH传输定时，并且子服务小区中的子帧6的P(5)代表的是与主服务小区的子帧6+5相对应的PHICH接收定时。主服务小区中的子帧1的G/H(6)代表的是与子服务小区的子帧1+6相对应的PUSCH传输定时，并且子服务小区中的子帧7的P(4)代表的是与主服务小区的子帧7+4相对应的PHICH接收定时。

[0329] 主服务小区中的子帧4的G/H(4)代表的是与子服务小区的子帧4+4相对应的PUSCH传输定时，并且子服务小区中的子帧8的P(6)代表的是与主服务小区的子帧8+6相对应的PHICH接收定时。

[0330] 主服务小区中的子帧6的G/H(4)代表的是与子服务小区的子帧5+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧9的P(6)代表的是与主服务小区的下一个无线电帧的子帧9+6相对应的PHICH接收定时。

[0331] 主服务小区中的子帧6的G/H(4)代表的是与子服务小区的子帧6+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧0的P(6)代表的是与主服务小区的下一个无线电帧的子帧0+6相对应的PHICH接收定时。

[0332] 主服务小区中的子帧7的G/H(4)代表的是与子服务小区的子帧7+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧1的P(6)代表的是与主服务小区的下一个无线电帧的子帧1+6相对应的PHICH接收定时。

[0333] 主服务小区中的子帧8的G/H(4)代表的是与子服务小区中的子帧8+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧2的P(6)代表的是与主服务小区的下一个无线电帧的子帧2+6相对应的PHICH接收定时。

[0334] 主服务小区中的子帧9的G/H(4)代表的是与子服务小区的子帧9+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧3的P(6)代表的是与主服务小区的下一个无线电帧的子帧3+6相对应的PHICH接收定时。

[0335] 作为示例，依照上述实施例，以下的(1)用于PHICH的PUSCH传输定时、(2)用于PUSCH传输的PHICH传输定时、(3)用于UL许可和/或PHICH接收的PUSCH传输定时可以如下所示。

[0336] (1)用于PHICH的PUSCH传输定时

[0337] 如果TDD UL/DL配置为4，并且PHICH是从子帧i中与IPHICH＝0相对应的资源接收的，那么相关联的PUSCH传输是从子帧i-k进行的。在这里，k的值如下表23所示。

[0338] 表23

[0339] 【表23】

[0340]

[0341] -否则，如果PHICH是从子帧i＝0中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0342] -否则，如果PHICH是从子帧i＝1中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-6进行的。

[0343] (2)用于PUSCH传输的PHICH传输定时

[0344] 与子帧n中的PUSCH传输相对应的PHICH传输定时是n+kPHICH。在这里，kPHICH的值如下表24所示。

[0345] 表24

[0346] 【表24】

[0347]

[0348] (3)用于UL许可和/或PHICH接收的PUSCH传输定时

[0349] 当调度小区的TDD UL/DL配置为4并且在正常HARQ中工作时，如果在子帧n中检测到具有用于相应UE的UL许可(上行链路DCI格式)的PDCCH/EPDCCH和/或PHICH传输，那么，1)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(2比特)中的MSB被设置成1，或者PHICH是从子帧0、1、4、5、6、7、8或9中与IPHICH＝0相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+k。在这种情况下，k的值可以依照下表25。

[0350] 表25

[0351] 【表25】

[0352]

[0353] 2)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧0中接收的，或者PHICH是从子帧0中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+5。3)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧1中接收的，或者PHICH是从子帧1中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+6。4)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的MSB和LSB在子帧n中都被设置成1，那么相应的PUSCH传输被调整成从子帧n+k(在这里，k的值可以参考表25)、n+5、和n+6中的一个子帧进行的。在这种情况下，在将相应的PUSCH传输调整成从子帧n+k、n+5和n+6中的一个子帧来进行时，UE可以基于如上所述的UL许可/PHICH接收子帧编号以及以UL索引值为基础的PUSCH传输定时来执行相应的PUSCH传输。

[0354] 同时，在这种情况下，针对另一个示例，IPHICH的值可以依照以下标准来确定。

[0355] 如果PUSCH是从子帧5或7传送的，那么相应的PHICH具有IPHICH＝1。

[0356] 否则，相应的PHICH具有IPHICH＝0。

[0357] 6.TDD UL/DL配置5(调度小区)-FDD(被调度小区)CA

[0358] TDD UL/DL配置为5的调度小区可以从子帧0、1、3、4、5、6、7、8和9执行下行链路传输。根据本发明的实施例，对于被调度小区来说，从调度小区的至少一个子帧(例如子帧1)，可以指示最多2个PUSCH传输定时。本发明的一个实施例是保持10毫秒的同步HARQ周期的范例。也就是说，在每一个HARQ过程方面，UL HARQ都是以10毫秒的周期为基础操作的。

[0359] 图13示出的是针对调度小区的TDD UL/DL配置为5的情况根据本发明的实施例的UL调度/HARQ定时的示例。图13显示了这样一种情况，其中主服务小区是配置了TDD UL/DL配置为5的调度小区，子服务小区是被配置了FDD的被调度小区。

[0360] 参考图13，主服务小区的子帧0、3、4、5、6、7、8和9被设置成DL子帧，子帧1则被设置成特殊子帧。用于子服务小区的G/H可以通过主服务小区的子帧0、1、3、4、5、6、7、8和9而被从基站传送到UE。在这种情况下，主服务小区的子帧1可以为子服务小区指示最多两个单独的PUSCH传输定时，并且主服务小区的子帧0、3、4、5、6、7、8和9中的每一个可以为子服务小区指示最多1个PUSCH传输定时。

[0361] 特别地，主服务小区中的子帧0的G/H(4)代表的是与子服务小区的子帧0+4相对应的PUSCH传输定时，并且子服务小区中的子帧4的P(6)代表的是与主服务小区的子帧4+6相对应的PHICH接收定时。

[0362] 主服务小区中的子帧1的G/H(4)代表的是与子服务小区的子帧1+4相对应的PUSCH传输定时，并且子服务小区中的子帧5的P(6)代表的是与主服务小区的子帧5+6相对应的PHICH接收定时。主服务小区中的子帧1的G/H(5)代表的是与子服务小区的子帧1+5相对应的PUSCH传输定时，并且子服务小区中的子帧6的P(5)代表的是与主服务小区的子帧6+5相对应的PHICH接收定时。

[0363] 主服务小区中的子帧3的G/H(4)代表的是与子服务小区的子帧3+4相对应的PUSCH传输定时，并且子服务小区中的子帧7的P(6)代表的是与主服务小区的子帧7+6相对应的PHICH接收定时。

[0364] 主服务小区中的子帧4的G/H(4)代表的是与子服务小区的子帧4+4相对应的PUSCH传输定时，并且子服务小区中的子帧8的P(6)代表的是与主服务小区的子帧8+6相对应的PHICH接收定时。

[0365] 主服务小区中的子帧5的G/H(4)代表的是与子服务小区的子帧5+4相对应的PUSCH传输定时，并且子服务小区中的子帧9的P(6)代表的是与主服务小区中的子帧9+6相对应的PHICH接收定时。

[0366] 主服务小区中的子帧6的G/H(4)代表的是与子服务小区的子帧6+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧0的P(6)代表的是与主服务小区的下一个无线电帧的子帧0+6相对应的PHICH接收定时。

[0367] 主服务小区中的子帧7的G/H(4)代表的是与子服务小区的子帧7+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧1的P(6)代表的是与主服务小区的下一个无线电帧的子帧1+6相对应的PHICH接收定时。

[0368] 主服务小区中的子帧8的G/H(4)代表的是与子服务小区的子帧8+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧2的P(6)代表的是与主服务小区的下一个无线电帧的子帧2+6相对应的PHICH接收定时。

[0369] 主服务小区中的子帧9的G/H(4)代表的是与子服务小区的子帧9+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧3的P(6)代表的是与主服务小区的下一个无线电帧的子帧3+6相对应的PHICH接收定时。

[0370] 作为示例，依照上述实施例，以下的(1)用于PHICH的PUSCH传输定时、(2)用于PUSCH传输的PHICH传输定时、(3)用于UL许可和/或PHICH接收的PUSCH传输定时可以如下所示。

[0371] (1)用于PHICH的PUSCH传输定时

[0372] 如果TDD UL/DL配置为5，并且PHICH是从子帧i中与IPHICH＝0相对应的资源接收的，那么相关联的PUSCH传输是从子帧i-k进行的。在这里，k的值如下表26所示。

[0373] 表26

[0374] 【表26】

[0375]

[0376] -否则，如果PHICH是从子帧i＝1中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0377] (2)用于PUSCH传输的PHICH传输定时

[0378] 与子帧n中的PUSCH传输相对应的PHICH传输定时是n+kPHICH。在这里，kPHICH的值如下表27所示。

[0379] 表27

[0380] 【表27】

[0381]

[0382] (3)用于UL许可和/或PHICH接收的PUSCH传输定时

[0383] 当调度小区的TDD UL/DL配置为5并在正常HARQ中工作时，如果在子帧n中检测到具有用于相应UE的UL许可(上行链路DCI格式)的PDCCH/EPDCCH和/或PHICH传输，那么，1)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(2比特)中的MSB被设置成1，或者PHICH是从子帧0、1、3、4、5、6、7、8或9中与IPHICH＝0相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+k。在这种情况下，k的值可以依照下表28。

[0384] 表28

[0385] 【表28】

[0386]

[0387] 2)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧1中接收的，或者PHICH是从子帧1中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+5。3)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的MSB和LSB在子帧n中都被设置成1，那么相应的PUSCH传输被调整成从子帧n+k(在这里，k的值可以参考表28)和n+5中的一个子帧进行。在这种情况下，在将相应的PUSCH传输调整成从子帧n+k和n+5执行时，UE可以基于如上所述的UL许可/PHICH接收子帧编号以及以UL索引值为基础的PUSCH传输定时来执行相应的PUSCH传输。

[0388] 同时，在这种情况下，对于另一个示例，IPHICH的值可以依照以下标准来确定。

[0389] 如果PUSCH是从子帧6传送的，那么相应的PHICH具有IPHICH＝1。

[0390] 否则，相应的PHICH具有IPHICH＝0。

[0391] 7.TDD UL/DL配置6(调度小区)-FDD(被调度小区)CA

[0392] TDD UL/DL配置为6的调度小区可以从子帧0、1、5、6和9执行下行链路传输。根据本发明的实施例，对于被调度小区来说，从调度小区的至少三个子帧(例如子帧0、1和5)，可以指示最多2个PUSCH传输定时，从调度小区的至少一个子帧(例如子帧6)，可以指示最多3个PUSCH传输定时，以及从调度小区的至少一个子帧(例如子帧9)，可以仅仅指示一个PUSCH传输定时。本发明的实施例是保持10毫秒的同步HARQ周期的范例。在这种情况下，一些HARQ过程的周期可以是10毫秒的倍数。也就是说，在每一个HARQ过程方面，UL HARQ都是以10毫秒的周期为基础操作的。

[0393] 图14示出的是针对调度小区的TDD UL/DL配置为6的情况根据本发明的实施例的UL调度/HARQ定时的示例。图14显示了这样一种情况，其中主服务小区是配置了TDD UL/DL配置为6的调度小区，并且子服务小区是被配置了FDD的被调度小区。

[0394] 参考图14，主服务小区的子帧0、5和9被设置成DL子帧，并且子帧1和6被设置成特殊子帧。用于子服务小区的G/H可以通过主服务小区的子帧0、1、5、6和9而被从基站传送到UE。在这种情况下，主服务小区的子帧0、1和5可以为子服务小区指示最多两个单独的PUSCH传输定时，主服务小区的子帧6可以为子服务小区指示最多3个不同的PUSCH传输定时，以及主服务小区的子帧9可以为子服务小区指示最多1个PUSCH传输定时。

[0395] 特别地，主服务小区中的子帧0的G/H(5)代表的是与子服务小区的子帧0+5相对应的PUSCH传输定时，并且子服务小区中的子帧5的P(5)代表的是与主服务小区的子帧5+5相对应的PHICH接收定时。主服务小区中的子帧0的G/H(7)代表的是与子服务小区的子帧0+7相对应的PUSCH传输定时，并且子服务小区中的子帧7的P(13)代表的是与主服务小区的子帧7+13相对应的PHICH接收定时。

[0396] 主服务小区中的子帧1的G/H(5)代表的是与子服务小区的子帧1+5相对应的PUSCH传输定时，并且子服务小区中的子帧6的P(5)代表的是与主服务小区的子帧6+5相对应的PHICH接收定时。主服务小区中的子帧1的G/H(7)代表的是与子服务小区的子帧1+7相对应的PUSCH传输定时，并且子服务小区中的子帧8的P(13)代表的是与主服务小区的子帧8+13相对应的PHICH接收定时。

[0397] 主服务小区中的子帧5的G/H(4)代表的是与子服务小区的子帧5+4相对应的PUSCH传输定时，并且子服务小区中的子帧9的P(6)代表的是与主服务小区的子帧9+6相对应的PHICH接收定时。主服务小区中的子帧5的G/H(7)代表的是与子服务小区的子帧5+7相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧2的P(13)代表的是与主服务小区的下一个无线电帧的子帧2+13相对应的PHICH接收定时。

[0398] 主服务小区中的子帧6的G/H(4)代表的是与子服务小区的子帧6+4相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧0的P(6)代表的是与主服务小区的下一个无线电帧的子帧0+6相对应的PHICH接收定时。主服务小区中的子帧6的G/H(5)代表的是与子服务小区中的子帧6+5相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧1的P(5)代表的是与主服务小区的下一个无线电帧的子帧1+5相对应的PHICH接收定时。主服务小区中的子帧6的G/H(7)代表的是与子服务小区中的子帧6+7相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧3的P(13)代表的是与主服务小区的下一个无线电帧的子帧3+13相对应的PHICH接收定时。

[0399] 主服务小区中的子帧9的G/H(5)代表的是与子服务小区的子帧9+5相对应的PUSCH传输定时，并且子服务小区中的下一个无线电帧的子帧4的P(5)代表的是与主服务小区的下一个无线电帧的子帧4+5相对应的PHICH接收定时。

[0400] 作为示例，依照上述实施例，以下的(1)用于PHICH的PUSCH传输定时、(2)用于PUSCH传输的PHICH传输定时、(3)用于UL许可和/或PHICH接收的PUSCH传输定时可以如下所示。

[0401] (1)用于PHICH的PUSCH传输定时

[0402] 如果TDD UL/DL配置为6，并且PHICH是从子帧i中与IPHICH＝0相对应的资源接收的，那么相关联的PUSCH传输是从子帧i-k进行的。在这里，k的值如下表29所示。

[0403] 表29

[0404] 【表29】

[0405]

[0406] -否则，如果PHICH是从子帧i＝0中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-13进行的。

[0407] -否则，如果PHICH是从子帧i＝1中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-13进行的。

[0408] -否则，如果PHICH是从子帧i＝5中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-13进行的。

[0409] -否则，如果PHICH是从子帧i＝6中与IPHICH＝1相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-5进行的。

[0410] -否则，如果PHICH是从子帧i＝6中与IPHICH＝2相对应的来源接收的，那么相关联的PUSCH传输是从子帧i-13进行的。

[0411] (2)用于PUSCH传输的PHICH传输定时

[0412] 与子帧n中的PUSCH传输相对应的PHICH传输定时是n+kPHICH。在这里，kPHICH的值如下表30所示。

[0413] 表30

[0414] 【表30】

[0415]

[0416] (3)用于UL许可和/或PHICH接收的PUSCH传输定时

[0417] 当调度小区的TDD UL/DL配置为6并在正常的HARQ中工作时，如果在子帧n中检测到具有用于相应UE的UL许可(上行链路DCI格式)的PDCCH/EPDCCH和/或PHICH传输，那么，1)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(3比特)中的MSB被设置成1，或者PHICH是从子帧0、1、5、6或9中与IPHICH＝0相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+k。在这种情况下，k的值可以依照下表31。

[0418] 表31

[0419] 【表31】

[0420]

[0421] 2)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧0中接收的，或者PHICH是从子帧0中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+7。3)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧1中接收的，或者PHICH是从子帧1中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+7。4)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧5中接收的，或者PHICH是从子帧5中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+7。5)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引中的LSB被设置成1，并且是在子帧6中接收的，或者PHICH是从子帧6中与IPHICH＝1相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+5。
6)如果在具有UL许可的PDCCH/EPDCCH所包含的UL索引中，除了MSB和LSB之外的剩余比特都被设置1，并且是在子帧6中接收的，或者PHICH是从子帧6中与IPHICH＝2相对应的资源接收的，那么UE会将相应的PUSCH传输调整至子帧n+7。7)如果具有UL许可的PDCCH/EPDCCH所包含的UL索引(3比特)中的多个比特在子帧n中被同时设置成1，那么相应的PUSCH传输被调整成从子帧n+k(在这里，关于值k可以参考表31)、n+5和n+7中的一个子帧来进行。在这种情况下，在将相应的PUSCH传输调整至子帧n+k、n+5和n+7中的一个子帧的时候，UE可以基于如上所述的UL许可/PHICH接收子帧编号以及以UL索引值为基础的PUSCH传输定时来执行相应的PUSCH传输。

[0422] 同时，在这种情况下，针对另一个示例，IPHICH的值可以依照以下标准来确定。

[0423] 如果PUSCH是从子帧2、7或8传送的，那么相应的PHICH具有IPHICH＝1。

[0424] 如果PUSCH是从子帧3传送的，那么相应的PHICH具有IPHICH＝2。

[0425] 否则，相应的PHICH具有IPHICH＝0。

[0426] 同时，与前述的HARQ定时相关的UL索引或IPHICH值是一个示例，特别地，如果通过DL子帧指示了多个PUSCH或PHICH传输定时，那么可以采用不同的方式来匹配UL索引或IPHICH和所建议的定时值中的每一个的关系。也就是说，在前述的每一种方法中，在所处理的三个定时内共同具有(1)用于PHICH的PUSCH传输定时，(2)用于PUSCH传输的PHICH传输定时，(3)用于UL许可和/或PHICH接收的PUSCH传输定时，如果多个传输定时与一个子帧相关，那么可以采用不同的方式来匹配相应的定时与UL索引或IPHICH值的关系。

[0427] 此外，各自的UL调度和HARQ相关定时依照以上的TDD小区的TDD UL/DL配置被提议，以此简化实施方式以及将其对标准的影响降至最低，针对TDD UL/DL配置所提议的定时可以在相同的基础上被应用于不同的TDD UL/DL配置的情况。例如，在应用了相同基础的范围以内，即使调度小区的TDD UL/DL配置是1到6，在调度小区的TDD UL/DL配置为零的情况下为FDD被调度小区提议的定时方案也可以被应用于FDD被调度小区。

[0428] 图15是示出了在对UE设置了TDD小区和FDD小区的载波聚合并通过跨载波处理而将TDD小区作为调度小区调度给UE的情况下由UE执行的UL HARQ支持方法的示例的流程图。在图15中描述的是为UE设置基于TDD的服务小区和基于FDD的服务小区的载波聚合(CA)的范例，如上所述，本发明也可应用于为UE设置了双重连接的范例以及关于CA的范例。

[0429] 参考图15，UE执行基于TDD的第一服务小区和基于FDD的第二服务小区的载波聚合(CA)配置，以及跨载波调度配置处理，其中第一服务小区被配置成调度小区，并且第二服务小区被配置成被调度小区(S1500)。为了执行基于TDD的第一服务小区和基于FDD的第二服务小区的CA配置，UE可以通过RRC信令而从基站接收载波聚合配置信息(TDD-FDD CA)以及跨载波配置信息。在这种情况下，例如，第一服务小区可以是主服务小区，并且第二服务小区可以是子服务小区。

[0430] UE通过跨载波调度来从第一服务小区上的至少一个子帧接收用于第二服务小区的UL许可和/或PHICH(S1510)。在这种情况下，UL许可和/或PHICH的接收可以是基于针对TDD小区(调度小区)的TDD UL/DL配置0-6的本发明的实施例所描述的PUSCH传输的PHICH定时来执行。

[0431] UL许可可以包括大小为3个比特或更大的UL索引。如果UL索引的3个比特被设置成1，那么UL许可可以指示三种不同的PUSCH传输定时。如果UL索引的两个比特被设置成1，那么UL许可可以指示两个不同的PUSCH传输定时。

[0432] 否则，UL许可可以包括大小为2比特的UL索引。在这种情况下，如果UL索引的所有的2个比特都被设置成1，那么UL许可可以指示两种不同的PUSCH传输定时。

[0433] UE会基于UL许可和/或PHICH来检测至少一个PUSCH传输定时(S1520)。在这种情况下，关于PUSCH传输定时的检测可以是基于与TDD小区(调度小区)的TDD UL/DL配置0-6有关的本发明实施例所描述的UL许可和/或PHICH接收的PUSCH传输定时而被执行的。在这种情况下，在无线电帧中，用于通过第一服务小区检测到的第二服务小区的PUSCH传输定时的最大数量可以是10或更多。

[0434] UE在第二服务小区上以如上检测的PUSCH传输定时来向BS传送PHSCH(S1530)。之后，UE可以检测与以上传送的PUSCH相对应的PHICH和/或UL许可的接收定时。在这种情况下，对于与被传送的PUSCH相对应的PHICH和/或UL许可的接收定时所做的检测可以是基于与TDD小区(调度小区)的TDD UL/DL配置0-6有关的发明实施例所描述的PUSCH传输的PHICH定时而被执行的。

[0435] UE可以在第一服务小区上依照检测到的接收定时来接收相应的PHICH和/或UL许可，并且还可以依照相应PHICH和/或UL许可指示的PUSCH传输定时来重传PUSCH。

[0436] 根据本发明，用于第二服务小区的UL HARQ过程可以具有10毫秒的同步HARQ周期。

[0437] 图16是示出了在为UE设置了TDD小区和FDD小区的载波聚合并且通过跨载波处理将TDD小区作为调度小区调度给UE的情况下由BS执行的UL HARQ支持方法的示例的流程图。在图16中，所描述的是为UE设置基于TDD的服务小区和基于FDD的服务小区的载波聚合(CA)的情形，然而如上所述，本发明也可应用于为UE设置双重连接的情形以及CA的情形。

[0438] 参考图16，BS产生用于配置基于TDD的第一服务小区和基于FDD的第二服务小区的载波聚合(CA)的载波聚合配置信息，以及用于将第一服务小区配置成调度小区并将第二服务小区配置成被调度小区的跨载波调度信息，并且将这些信息传送至UE(S1600)。为了执行基于TDD的第一服务小区和基于FDD的第二服务小区的CA配置，BS可以通过RRC信令来向UE传送载波聚合配置信息以及跨载波配置信息。在这种情况下，作为示例，第一服务小区可以是主服务小区，并且第二服务小区可以是子服务小区。

[0439] BS通过跨载波调度而将关于第二服务小区的UL许可和/或PHICH从第一服务小区上的至少一个子帧传送至UE(步骤S1610)。在这种情况下，UL许可和/或PHICH的传输可以基于与TDD小区(调度小区)的TDD UL/DL配置0-6有关的发明实施例所描述的PUSCH传输的PHICH定时来执行。

[0440] BS基于UL许可和/或PHICH来检测至少一个PUSCH接收定时(S1620)。在这种情况下，关于PUSCH接收定时的检测可以基于与TDD小区(调度小区)的TDD UL/DL配置0-6有关的发明实施例所描述的UL许可和/或PHICH接收的PUSCH传输定时来执行。在这种情况下，在无线电帧中，用于通过第一服务小区检测到的第二服务小区的PUSCH接收定时的最大数量可以是10或更多。

[0441] BS在第二服务小区上以如上检测的PUSCH接收定时来从UE接收PHSCH(S1630)。之后，BS可以基于与TDD小区(调度小区)的TDD UL/DL配置0-6有关的发明实施例所描述的PUSCH传输的PHICH定时来检测与以上传输的PUSCH相对应的PHICH和/或UL许可的传输定时。该BS可以在第一服务小区上依照检测到的接收定时来传送相应的PHICH和/或UL许可，并且还可以再次依照相应PHICH和/或UL许可指示的PUSCH接收定时来接收PUSCH，并执行HARQ操作。

[0442] 根据如上所述的本发明，如果为UE配置了TDD-FDD载波聚合(或双重连接)以及跨载波调度，那么将可以有效地控制UL调度/HARQ定时，并且通过提升被调度小区中的多个UL资源的可用性，可以改善数据传输效率，以便符合执行载波聚合(或双重连接)的目的，由此满足UE的高数据传输速率。

[0443] 情形2.在FDD(主服务小区＝调度小区)TDD(子服务小区＝被调度小区)CA中[0444] 如果TDD小区是调度小区，那么即使在配置了跨载波调度的情况下，DL子帧也还是存在于FDD小区的所有子帧中，因此，不存在对UL许可/PHICH传输的限制。然而，在常规方法中，并未描述用于TDD-FDD CA的HARQ定时，并且在基于作为调度小区的FDD小区的HARQ定时来HARQ操作的情况中，其具有大小为8毫秒的HARQ周期，由此可能会出现作为被调度小区的TDD小区的UL子帧和PUSCH传输定时不匹配的问题。作为示例，在从作为TDD UL/DL配置为1的被调度小区的TDD小区的子帧2传送PUSCH的情况，将会在作为调度小区的FDD小区的子帧6中接收到相应的PHICH，以及在PHICH代表的NACK的情况，根据常规的方法，虽然TDD小区的下一个无线电帧的子帧0对应的是PUSCH传输定时，但是不会从TDD小区的子帧0传送该PUSCH，其原因在于该子帧是DL子帧。(此外，在以下原因中还存在一个负载偏置的问题。首先，如果用于TDD小区中的CA的HARQ定时是在假设作为被调度小区的TDD小区的TDD UL/DL配置是UL参考UL.DL配置的情况下应用的，那么不会反映出作为调度小区的FDD小区的特征。其次，尽管在FDD小区的所有子帧中都存在DL子帧，但是接收被调度小区的UL许可/PHICH是通过特定数量的子帧执行的。相应地，在通过跨载波调度将FDD设置成调度小区的UE中需要经过优化的HARQ定时(以及UL调度定时)。

[0445] 在本发明的实施例中，如果在UE上配置了TDD-FDD CA和跨载波调度，并且FDD小区是调度小区以及TDD小区是被调度小区，那么将会提供具有10毫秒的HARQ周期的UL调度/HARQ定时。本发明的一个实施例具有以下特性。

[0446] -PUSCH传输是在接收到UL许可之后且经过了4毫秒后执行的。

[0447] -UL许可和/或PHICH是在传送了PUSCH之后且经过了6毫秒后接收的。

[0448] -PUSCH传输是在接收到PHICH之后且经过了4毫秒后执行的。

[0449] 图17示出的是针对调度小区是FDD小区以及被调度小区是TDD小区的情况根据本发明的实施例的UL调度/HARQ定时的示例。作为示例，图17是这样一种情况，其中主服务小区是被配置成FDD的调度小区，并且子服务小区是被配置成TDD UL/DL配置为0的被调度小区。然而，本实施例并不局限于子服务小区的TDD UL/DL配置为零的情形。

[0450] 参考图17，子服务小区的子帧2、3、4、7、8和9被设置成UL子帧。用于子服务小区的G/H可以通过主服务小区的子帧0、3、4、5、8和9而被从基站传送到UE。在主服务小区中从子帧m接收的G/H(4)代表的是与子服务小区的子帧m+4相对应的PUSCH传输定时，并且在子服务小区中从子帧m接收的P(6)代表的是与主服务小区的子帧m+6相对应的PHICH接收定时。

[0451] 作为示例，依照上述实施例，以下的(1)用于PHICH的PUSCH传输定时、(2)用于PUSCH传输的PHICH传输定时、(3)用于UL许可和/或PHICH接收的PUSCH传输定时可以如下所示。

[0452] (1)用于PHICH的PUSCH传输定时

[0453] 如果TDD小区的TDD UL/DL配置(或在执行TDD-FDD CA的情况下，如果TDD小区的TDD UL/DL配置是UL参考UL/DL配置，那么该配置是UL参考UL/DL配置)是0到6，并且PHICH是从子帧i中与IPHICH＝0相对应的资源接收的，那么相关联的PUSCH传输从子帧i-k进行。在这里，k的值如下表32所示。

[0454] 表32

[0455] 【表32】

[0456]

[0457] (2)用于PUSCH传输的PHICH传输定时

[0458] 与子帧n中的PUSCH传输相对应的PHICH传输定时是n+kPHICH。在这里，kPHICH的值如下表33所示。

[0459] 表33

[0460] 【表33】

[0461]

[0462] (3)用于UL许可和/或PHICH接收的PUSCH传输定时

[0463] 当TDD小区(被调度小区)的TDD UL/DL配置是0到6并且是在正常的HARQ中工作时，如果在子帧n中检测到具有用于相应UE的UL许可(上行链路DCI格式)的PDCCH/EPDCCH和/或PHICH传输，那么UE会将相应的PUSCH传输调整至子帧n+k。在这种情况下，k的值依照下表34。

[0464] 表34

[0465] 【表34】

[0466]

[0467] 图18是示出了在为UE设置了TDD小区和FDD小区的载波聚合以及将FDD设置成调度小区的情况下的根据本发明的HARQ支持方法的示例的流程图。在图18中，所描述的是为UE设置了基于TDD的服务小区和基于FDD的服务小区的载波聚合(CA)的情形，然而如上所述，本发明也可应用于为UE设置双重连接的情形以及CA的情形。

[0468] 参考图18，UE执行基于FDD的第一服务小区和基于TDD的第二服务小区的载波聚合(CA)配置处理，以及跨载波调度配置处理，其中第一服务小区被配置成调度小区，并且第二服务小区被配置成被调度小区(S1800)。为了执行基于FDD的第一服务小区和基于TDD的第二服务小区的CA配置，UE可以通过RRC信令从基站接收载波聚合配置信息(TDD-FDD CA)以及跨载波配置信息。在这种情况下，作为示例，第一服务小区可以是主服务小区，第二服务小区可以是子服务小区。

[0469] UE通过跨载波调度来从第一服务小区上的至少一个子帧接收关于第二服务小区的UL许可和/或PHICH(S1810)。在这种情况下，UL许可和/或PHICH的接收可以是基于与FDD小区是调度小区以及TDD小区是被调度小区的情形相关的本发明的实施例所描述的PUSCH传输的PHICH定时来执行。

[0470] 作为示例，UL许可和/或PHICH可以是在传送了PUSCH之后且经过了6毫秒(或是接下来的第6个子帧)后接收的。

[0471] UE基于UL许可和/或PHICH来检测至少一个PUSCH传输定时(S1820)。在这种情况下，关于PUSCH传输定时的检测可以是基于与FDD小区是调度小区以及TDD小区是被调度小区的情形相关的本发明的实施例所描述的UL许可和/或PHICH接收的PUSCH传输定时而被执行的。

[0472] 作为示例，PUSCH传输可以是在接收到UL许可和/或PHICH之后且经过了4毫秒(或者接下来的第四个子帧)后被执行的。

[0473] UE在第二服务小区上以如上检测的PUSCH传输定时来向BS传送PHSCH(S1830)。之后，UE可以检测与以上传送的PUSCH相对应的PHICH和/或UL许可的接收定时。在这种情况下，与被传送的PUSCH相对应的PHICH和/或UL许可的接收定时的检测可以是基于与FDD小区是调度小区以及TDD小区是被调度小区的情形相关的发明实施例所描述的PUSCH传输的PHICH定时而被执行的。

[0474] UE可以在第一服务小区上依照检测到的接收定时来接收相应的PHICH和/或UL许可，并且还可以依照相应PHICH和/或UL许可指示的PUSCH传输定时来重传PUSCH。

[0475] 图19是示出了在为UE设置了TDD小区和FDD小区的载波聚合并将FDD小区设置成调度小区的情况下的由UE执行的HARQ支持方法的示例的流程图。在图19中，所描述的是为UE设置基于TDD的服务小区和基于FDD的服务小区的载波聚合(CA)的情形，然而如上所述，本发明也可应用于为UE设置双重连接的情形以及CA的情形。

[0476] 参考图19，BS产生用于配置基于FDD的第一服务小区和基于TDD的第二服务小区的载波聚合的载波聚合配置信息，以及用于将第一服务小区配置成调度小区并将第二服务小区配置成被调度小区的跨载波调度信息，并且将这些信息传送至UE(S1900)。为了执行基于FDD的第一服务小区和基于TDD的第二服务小区的CA配置，BS可以通过RRC信令来向UE传送载波聚合配置信息以及跨载波配置信息。在这种情况下，作为示例，第一服务小区可以是主服务小区，并且第二服务小区可以是子服务小区。

[0477] BS通过跨载波调度而将关于第二服务小区的UL许可和/或PHICH从第一服务小区的至少一个子帧传送至UE(步骤S1910)。在这种情况下，UL许可和/或PHICH的传输可以基于与FDD是调度小区以及TDD小区是被调度小区的情形相关的本发明的实施例所描述的PUSCH的PHICH定时来执行。

[0478] 作为示例，UL许可和/或PHICH是在接收到PUSCH之后且经过了6毫秒(或者是接下来的第6个子帧)后执行的。

[0479] BS基于UL许可和/或PHICH来检测至少一个PUSCH接收定时(S1920)。在这种情况下，关于PUSCH接收定时的检测可以基于与FDD小区是调度小区以及TDD小区是被调度小区的情形相关的本发明的实施例所描述的UL许可和/或PHICH接收的PUSCH传输定时来执行。

[0480] 作为示例，PUSCH接收可以是在传送了UL许可和/或PHICH之后且经过了4毫秒(或是接下来的第四个子帧后执行的。

[0481] BS在第二服务小区上以如上检测的PUSCH传输定时接收从UE送至BS的PHSCH(S1930)。之后，BS可以基于与FDD小区是调度小区以及TDD小区是被调度小区的情形相关的本发明的实施例所描述的PUSCH传输的PHICH定时来检测与以上接收的PUSCH相对应的PHICH和/或UL许可的传输定时。该BS可以在第一服务小区上依照检测到的接收定时来传送相应的PHICH和/或UL许可，并且可以再次依照相应PHICH和/或UL许可所指示的PUSCH接收定时来接收PUSCH，以及执行HARQ操作。

[0482] 图20是示出了根据本发明的用于执行UL调度/HARQ操作的BS和UE的框图。

[0483] 参考图20，UE 2000包括UE接收单元2005、UE处理器2010以及UE传送单元2020。UE处理器2010还包括RRC处理单元2011和MAC处理单元2012。

[0484] UE接收部分2005通过RRC信令而从基站BS 2050接收基于TDD的第一服务小区以及基于FDD的第二服务小区的载波聚合(CA)配置信息以及调度方法的配置信息(跨载波配置信息)，其中该方法指示的是第一服务小区上的第二服务小区调度、否则，UE接收部分2005通过RRC信令而从基站2050接收基于FDD的第一服务小区和基于TDD的第二服务小区的载波聚合(CA)配置信息以及调度方法的跨载波配置信息，其中该方法指示的是第一服务小区上的第二服务小区调度。

[0485] RRC处理单元2011分析/解释RRC信令，并且依照基于TDD的第一服务小区和基于FDD的第二服务小区的载波聚合配置信息来为UE设置基于TDD的第一服务小区和基于TDD的第二服务小区的的载波聚合以及跨载波调度。

[0486] UE接收单元2005在第一服务小区上通过跨载波调度来接收第二服务小区的UL许可和/或PHICH。

[0487] MAC处理单元2012控制UL许可和/或PHICH接收定时，并且还控制相应PUSCH的传输定时。在这种情况下，UL许可和/或PHICH的接收定时以及相应PUSCH的传输定时可以依照如上所述的本发明的实施例所建议的标准而被检测和控制。

[0488] UE传送单元2020通过第二服务小区并以PUSCH传输定时来向BS 2050传送PUSCH。

[0489] BS 2050包括BS传输单元2055、BS接收单元2060以及BS处理器2070。BS处理器2070还包括RRC处理单元2071以及MAC处理单元2072。

[0490] RRC处理单元2071产生基于TDD的第一服务小区和基于FDD的第二服务小区的载波聚合配置信息和跨载波调度配置信息。否则，RRC处理单元2071产生基于FDD的第一服务小区和基于TDD的第二服务小区的载波聚合配置信息以及跨载波调度配置信息，其中第一服务小区是调度小区。该RRC处理单元2071通过BS传送单元2055来将包含了载波聚合配置信息的RRC信令传送至UE 2000。并且该RRC处理单元2071通过BS传送单元2055来将包含了跨载波调度信息的RRC信令传送至UE 2000。

[0491] MAC处理单元2072控制UL许可和/或HARQ传输定时，并且控制相应PUSCH的接收定时。在这种情况下，UL许可和/或PHICH的传输定时以及相应PUSCH的接收定时可以依照如上所述的本发明的实施例所建议的标准而被检测和控制。

[0492] BS接收单元2060在第二服务小区上依照PUSCH接收定时接收来自UE 2000的PUSCH。

[0493] MAC处理单元2072依照是否成功接收到PUSCH来执行针对BS接收单元2060的HARQ操作。

[0494] 本发明的例示实施例可以由硬件、软件或是其组合来实施。在硬件配置中，上述功能和操作可以由一个或多个被配置成执行所述功能和操作的处理器来执行，例如微处理器、控制器、微控制器或ASIC(专用集成电路)、DSP(数字信号处理器)、PLD(可编程逻辑设备)、FPGA(现场可编程门阵列)和/或其组合。在软件配置中，用于执行所述功能和操作的软件或程序代码可以作为模块来实施。软件可以保存在一个或多个存储单元中，并且可以由一个或多个处理器运行。对本领域普通技术人员来说，从关于本发明的描述中可以清楚了解存储单元或处理器的设计、开发和实施。

[0495] 虽然结合了实施例来呈现和描述本发明，但对本领域技术人员来说，在不脱离随附权利要求限定的本发明的范围和实质的情况下，可以进行各种修改和变型。因此，本发明并不局限于前述的实施例，并且可以包含落入随附权利要求范围以内的所有实施例。

标题	发布/更新时间	阅读量
用于GEM探测器放大单元的阻性基材、制备方法及支架	2022-03-18	0
一种含有姜汁和甘草酸二钾的清洁组合物在头皮护理中的应用	2020-09-28	2
一种抗菌防霉防水透汽膜的制备工艺	2022-05-12	1
一种智能泵站管理平台	2020-09-07	0
横向力摩擦系数校验系统、校准方法及重复性试验方法	2021-01-08	0
一种高压电力设备中气体分解产物浓度检测方法	2020-11-06	0
增强散热Cu-Cu2O核壳纳米线阵列自保护电极及制备方法	2022-10-17	0
一种环境检测用植物样品采取装置	2020-07-20	0
变频器模拟装置	2023-03-28	0
一种数字化信息化溜井测深远程监控系统	2023-11-25	1

支持跨载波调度中的HARQ过程的UE和基站

支持跨载波调度中的HARQ过程的UE和基站

技术领域

背景技术

发明内容

具体实施方式

该功能需要专业版企业版VIP权限，您可以：