CN103875192B

CN103875192B - Harq反馈的传输方法和装置

Info

Publication number: CN103875192B
Application number: CN201280036232.1A
Authority: CN
Inventors: 曾清海
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2012-10-12
Filing date: 2012-10-12
Publication date: 2018-08-14
Anticipated expiration: 2032-10-12
Also published as: WO2014056198A1; CN103875192A

Abstract

本发明提供一种HARQ反馈的传输方法和装置，其中方法包括：接收第一通讯设备发送的HARQ反馈，所述HARQ反馈用于反馈所述第一通讯设备从第二通讯设备通过HARQ进程接收的数据情况；将用于标识传输所述数据的HARQ进程的所述HARQ进程信息和HARQ反馈传输至所述第二通讯设备，以使得所述第二通讯设备根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。本发明实现了跨基站的HARQ反馈的传输。

Description

HARQ反馈的传输方法和装置

技术领域

本发明涉及通信技术，尤其涉及一种混合自动重传请求(hybrid automaticrepeat request，简称：HARQ)反馈的传输方法和装置。

背景技术

载波聚合技术是为了提升终端的吞吐量而采用的技术，例如，长期演进(longterm evolution，简称：LTE)系统中的载波聚合技术支持终端同时与多个小区进行数据传输，在多个载波上同时传输，从而提升传输带宽。

当前的载波聚合技术只支持同一个基站下的小区的聚合，即参与聚合的多个小区是属于同一个基站的，并且分为主小区和辅小区。为了保障通信的可靠性，终端与各小区采用HARQ技术，比如，基站可以通过某个小区的载波以HARQ方式将数据下行传输至终端。例如，该下行传输可以采用HARQ多进程的方式进行，终端在接收到通过某个HARQ进程传输的下行数据后，需要向基站返回HARQ反馈，该HARQ反馈例如是ACK(表示正确接收)、NACK(表示未正确接收)等，以使得基站根据该HARQ反馈确定再次使用该HARQ进程重传数据(未正确接收时)或者传输新的数据(正确接收时)。对配置了载波聚合的终端，所有参与聚合的各小区的用于下行数据传输的HARQ反馈一般是通过主小区的上行链路发送给基站的。

目前存在的问题是，随着通信技术的发展，未来有可能出现跨基站的载波聚合，即把不同基站下的多个小区配置给一个终端，以进一步提升终端的吞吐量，但是当前并没有跨基站场景下的HARQ反馈的传输方法。

发明内容

本发明提供一种HARQ反馈的传输方法和装置，以实现跨基站时的HARQ反馈的传输。

本发明的第一方面是提供一种HARQ反馈的传输方法，包括：

接收第一通讯设备发送的HARQ反馈，所述HARQ反馈用于反馈所述第一通讯设备从第二通讯设备通过HARQ进程接收的数据情况；

将用于标识所述HARQ进程的HARQ进程信息和所述HARQ反馈传输至所述第二通讯设备，以使得所述第二通讯设备根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

在第一种可能的实现方式中，还包括：当所述第一通讯设备或所述第二通讯设备为辅基站时，获取与所述辅基站之间的站间传输时延；根据所述站间传输时延，确定所述第二通讯设备使用所述HARQ进程传输所述数据的HARQ往返时间RTT；向所述第二通讯设备发送用于标识所述HARQ RTT的指示信息，以使得所述第二通讯设备根据所述指示信息设定所述HARQ RTT。

结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，所述向所述第二通讯设备发送用于标识所述HARQ RTT的指示信息，包括：向所述第二通讯设备发送所述HARQ RTT，以使得所述第二通讯设备增加当前HARQ进程数量直至将所述第二通讯设备的当前HARQ RTT增加至所述HARQ RTT。

结合第一方面的第一种可能的实现方式，在第三种可能的实现方式中，所述向所述第二通讯设备发送用于标识所述HARQ RTT的指示信息，包括：向所述第二通讯设备发送HARQ进程数量，所述HARQ进程数量是根据所述HARQ RTT确定的，以使得所述第二通讯设备增加当前HARQ进程数量至所述HARQ进程数量。

结合第一方面的第一种可能的实现方式、第二种可能的实现方式或第三种可能的实现方式，在第四种可能的实现方式中，还包括：将所述指示信息发送至所述第一通讯设备，以使得所述第一通讯设备根据所述指示信息调整与所述HARQ进程对应的HARQ缓冲区。

结合第一方面的第一种可能的实现方式，在第五种可能的实现方式中，所述向所述第二通讯设备发送用于标识所述HARQ RTT的指示信息，包括：向所述第二通讯设备发送所述HARQ进程与子帧位置的映射关系，所述映射关系是根据所述HARQ RTT确定的，以使得所述第二通讯设备根据所述映射关系将所述HARQ进程设置在对应的子帧位置。

结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述映射关系通过首个HARQ进程的用于发送所述数据的子帧的子帧位置、以及所述首个HARQ进程的使用周期表示。

结合第一方面的第二种可能的实现方式至第六种可能的实现方式中的任意一种，在第七种可能的实现方式中，所述HARQ进程信息包括：所述HARQ进程的标识。

结合第一方面、第一方面的第一种可能的实现方式至第一方面的第六种可能的实现方式中的任意一种可能的实现方式，在第八种可能的实现方式中，所述HARQ进程信息包括子帧位置，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输的HARQ反馈对应的所述数据所在的子帧位置。

结合第一方面、第一方面的第一种可能的实现方式、第二种可能的实现方式、第三种可能的实现方式、第四种可能的实现方式、第五种可能的实现方式、第六种可能的实现方式、第七种可能的实现方式或第八种可能的实现方式，在第九种可能的实现方式中，当所述数据为下行传输的数据时，所述第二通讯设备为辅基站，所述第一通讯设备为终端；当所述数据为上行传输的数据时，所述第二通讯设备为终端，所述第一通讯设备为辅基站。

结合第一方面、或者第一方面的上述任意一种可能的实现方式，所述HARQ进程信息还包括：所述HARQ进程对应的服务小区的小区标识。

本发明的第二方面是提供一种HARQ反馈的传输方法，包括：

通过HARQ进程向第一通讯设备发送数据；

接收主基站发送的用于标识所述HARQ进程的HARQ进程信息、以及对应所述数据的HARQ反馈，所述HARQ反馈是所述第一通讯设备发送至所述主基站的，且用于反馈所述第一通讯设备通过所述HARQ进程接收所述数据的情况；

根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

在第一种可能的实现方式中，还包括：接收所述主基站发送的用于标识HARQ往返时间RTT的指示信息，所述指示信息是所述主基站根据所述主基站与辅基站之间的站间传输时延确定的；根据所述指示信息设定使用所述HARQ进程传输数据的所述HARQ RTT。

结合第二方面的第一种可能的实现方式，在第二种可能的实现方式中，所述指示信息包括：所述HARQ RTT；所述根据所述指示信息设定使用所述HARQ进程传输数据的所述HARQ RTT，包括：根据所述HARQ RTT，增加本地的当前HARQ进程数量直至将当前HARQ RTT增加至所述HARQ RTT。

结合第二方面的第一种可能的实现方式，在第三种可能的实现方式中，所述指示信息包括：HARQ进程数量，所述HARQ进程数量是所述主基站根据所述HARQ RTT确定的；所述根据所述指示信息设定使用所述HARQ进程传输数据的所述HARQ RTT，包括：根据所述HARQ进程数量，增加本地的当前HARQ进程数量至所述HARQ进程数量。

结合第二方面的第一种可能的实现方式，在第四种可能的实现方式中，所述指示信息包括：HARQ进程与子帧位置的映射关系，所述映射关系是所述主基站根据所述HARQRTT确定的；所述根据所述指示信息设定使用所述HARQ进程传输数据的所述HARQ RTT，包括：根据所述HARQ进程与子帧位置的映射关系将HARQ进程设置在对应的子帧位置。

结合第二方面的第一种可能的实现方式至第二方面的第四种可能的实现方式中的任意一种可能的实现方式，在第五种可能的实现方式中，所述接收主基站发送的用于标识HARQ进程的HARQ进程信息，包括：接收所述主基站发送的所述HARQ进程的标识。

结合第二方面、第二方面的第一种可能的实现方式、第二方面的第二种可能的实现方式、第二方面的第三种可能的实现方式或第二方面的第四种可能的实现方式，在第六种可能的实现方式中，所述接收主基站发送的用于标识HARQ进程的HARQ进程信息，包括：接收所述主基站发送的与所述HARQ进程对应的子帧位置，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述数据所在的子帧位置。

结合第二方面、或第二方面的上述任意一种可能的实现方式，在第七种可能的实现方式中，当所述数据为下行传输的数据时，所述第一通讯设备为终端；当所述数据为上行传输的数据时，所述第一通讯设备为辅基站。

结合第二方面、或第二方面的上述任意一种可能的实现方式，在第八种可能的实现方式中，所述HARQ进程信息还包括：所述HARQ进程对应的服务小区的小区标识。

本发明的第三方面是提供一种基站，包括：

接收单元，用于接收第一通讯设备发送的混合自动重传请求HARQ反馈，所述HARQ反馈用于反馈所述第一通讯设备从第二通讯设备通过HARQ进程接收的数据情况；

发送单元，用于将用于标识所述HARQ进程的所述HARQ进程信息和所述HARQ反馈传输至所述第二通讯设备，以使得所述第二通讯设备根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

在第一种可能的实现方式中，还包括往返时间指示单元；所述往返时间指示单元包括：站间时延获取子单元，用于当所述第一通讯设备或所述第二通讯设备为辅基站时，获取与所述辅基站之间的站间传输时延；往返时间确定子单元，用于根据所述站间传输时延，确定所述第二通讯设备使用所述HARQ进程传输所述数据的HARQ往返时间RTT；指示信息确定子单元，用于根据所述HARQ RTT确定用于标识所述HARQ RTT的指示信息；指示信息发送子单元，用于将所述指示信息发送至所述第二通讯设备，以使得所述第二通讯设备根据所述指示信息设定所述HARQ RTT。

结合第三方面，在第二种可能的实现方式中，所述指示信息确定子单元确定的所述指示信息包括以下至少一种：所述HARQ RTT；HARQ进程数量；和，所述HARQ进程与子帧位置的映射关系。

结合第三方面的第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，所述发送单元，具体用于获取HARQ进程的标识，并将所述HARQ进程的标识和所述HARQ反馈传输至所述第二通讯设备。

结合第三方面、第三方面的第一种可能的实现方式或第三方面的第二种可能的实现方式，在第四种可能的实现方式中，所述发送单元，具体用于获取与所述HARQ进程对应的子帧位置，，并将所述子帧位置和所述HARQ反馈传输至所述第二通讯设备；其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输HARQ反馈对应的所述数据所在的子帧位置。

本发明的第四方面是提供一种通讯设备，包括：

发送单元，用于通过混合自动重传请求HARQ进程向第一通讯设备发送数据；

接收单元，用于接收主基站发送的用于标识所述HARQ进程的HARQ进程信息、以及对应所述数据的HARQ反馈，所述HARQ反馈是所述第一通讯设备发送至所述主基站的，且用于反馈所述第一通讯设备通过所述HARQ进程接收所述数据的情况；

处理单元，用于根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

在第一种可能的实现方式中，还包括：往返时间设定单元，用于接收所述主基站发送的用于标识HARQ往返时间RTT的指示信息，并根据所述指示信息设定使用所述HARQ进程传输所述数据的所述HARQ RTT，其中，所述指示信息是所述主基站根据所述主基站与辅基站之间的站间传输时延确定的。

结合第四方面的第一种可能的实现方式，在第二种可能的实现方式中，所述指示信息包括：所述HARQ RTT；所述往返时间设定单元，具体用于增加本地的当前HARQ进程数量直至将当前HARQ RTT增加至所述HARQ RTT。

结合第四方面的第一种可能的实现方式，在第三种可能的实现方式中，所述指示信息包括：HARQ进程数量，所述HARQ进程数量是所述主基站根据所述HARQ RTT确定的；所述往返时间设定单元，具体用于增加本地的当前HARQ进程数量至所述HARQ进程数量。

结合第四方面的第一种可能的实现方式，在第四种可能的实现方式中，所述指示信息包括：HARQ进程与子帧位置的映射关系，所述映射关系是所述主基站根据所述HARQRTT确定的；所述往返时间设定单元，具体用于根据所述映射关系将HARQ进程设置在对应的子帧位置。

结合第四方面的第四种可能的实现方式，在第五种可能的实现方式中，所述接收单元，具体用于接收所述主基站发送的所述HARQ进程的标识和所述HARQ反馈；或接收所述主基站发送的与所述HARQ进程对应的子帧位置和所述HARQ反馈；其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输的HARQ反馈对应的所述数据所在的子帧位置。

结合第四方面，或上述第四方面的任意一种可能的实现方式，所述通讯设备为用户终端或辅基站。

本发明的第五方面是提供一种基站，包括：

接收机，用于接收第一通讯设备发送的混合自动重传请求HARQ反馈，所述HARQ反馈用于反馈所述第一通讯设备从第二通讯设备通过HARQ进程接收的数据情况；

发射机，用于将用于标识所述HARQ进程的所述HARQ进程信息和HARQ反馈传输至所述第二通讯设备，以使得所述第二通讯设备根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

在第一种可能的实现方式中，还包括：处理器，用于当所述第一通讯设备或所述第二通讯设备为辅基站时，获取与所述辅基站之间的站间传输时延；根据所述站间传输时延，确定所述第二通讯设备使用所述HARQ进程传输数据的HARQ往返时间RTT；并根据所述HARQRTT确定用于标识所述HARQ RTT的指示信息；所述发射机，还用于将标识所述HARQ RTT的所述指示信息发送至所述第二通讯设备，以使得所述第二通讯设备根据所述指示信息设定所述HARQ RTT。

结合第五方面的第一种可能的实现方式，在第二种可能的实现方式中，所述指示信息包括以下至少一种：所述HARQ RTT；HARQ进程数量；和，所述HARQ进程与子帧位置的映射关系。

结合第五方面的第一种可能的实现方式或第二种可能的实现方式，在第三种可能的实现方式中，所述处理器，具体用于获取HARQ进程的标识。

结合第五方面的第一种可能的实现方式或者第二种可能的实现方式，在第四种可能的实现方式中，所述处理器，还用于获取HARQ进程的标识；所述发射机，具体用于将所述HARQ进程的标识和所述HARQ反馈传输至所述第二通讯设备。

结合第五方面的第一种可能的实现方式或者第二种可能的实现方式，在第五种可能的实现方式中，所述处理器，还用于获取与所述HARQ进程对应的子帧位置；所述发射机，具体用于将所述子帧位置和所述HARQ反馈传输至所述第二通讯设备；其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述数据所在的子帧位置；所述HARQ进程信息包括所述子帧位置。

本发明的第六方面是提供一种通讯设备，包括：

发射机，用于通过HARQ进程向第一通讯设备发送数据；

接收机，用于接收主基站发送的用于标识所述HARQ进程的HARQ进程信息、以及对应所述数据的HARQ反馈，所述HARQ反馈是所述第一通讯设备发送至所述主基站的，且用于反馈所述第一通讯设备通过所述HARQ进程接收所述数据的情况；

处理器，用于根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

在第一种可能的实现方式中，所述接收机，还用于接收所述主基站发送的用于标识HARQ往返时间RTT的指示信息，所述指示信息是所述主基站根据所述主基站与辅基站之间的站间传输时延确定的；所述处理器，还用于根据所述指示信息设定使用所述HARQ进程传输所述数据的所述HARQ RTT。

结合第六方面的第一种可能的实现方式，在第二种可能的实现方式中，所述处理器，具体用于在所述指示信息包括所述HARQ RTT时，增加本地的当前HARQ进程数量直至将当前HARQ RTT增加至所述HARQ RTT。

结合第六方面的第一种可能的实现方式，在第三种可能的实现方式中，所述处理器，具体用于在所述指示信息包括HARQ进程数量时，增加本地的当前HARQ进程数量至所述HARQ进程数量。

结合第六方面的第一种可能的实现方式，在第四种可能的实现方式中，所述处理器，具体用于在所述指示信息包括HARQ进程与子帧位置的映射关系时，据所述映射关系将HARQ进程设置在对应的子帧位置。

结合第六方面的第四种可能的实现方式，在第五种可能的实现方式中，所述接收机，具体用于接收所述主基站发送的所述HARQ进程的标识和所述HARQ反馈；或接收所述主基站发送的与所述HARQ进程对应的子帧位置和所述HARQ反馈；其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输HARQ反馈对应的数据所在的子帧位置。

结合第六方面，第六方面的第一种可能的实现方式至第六方面的第五中可能的实现方式中的任意一种可能的实现方式，在第六种可能的实现方式中，所述通讯设备为用户终端或辅基站。

本发明提供的HARQ反馈的传输方法和装置的技术效果是：通过由主基站将HARQ反馈转发给第二通讯设备，实现了跨基站的HARQ反馈的传输。

附图说明

图1为本发明HARQ反馈的传输方法实施例的应用系统架构图；

图2为本发明HARQ反馈的传输方法实施例中涉及到的HARQ进程示意图；

图3为本发明HARQ反馈的传输方法一实施例的流程示意图；

图4为本发明HARQ反馈的传输方法另一实施例的流程示意图；

图5为本发明HARQ反馈的传输方法又一实施例的信令示意图；

图6为本发明HARQ反馈的传输方法又一实施例的信令示意图；

图7为本发明HARQ反馈的传输方法又一实施例的信令示意图；

图8为本发明HARQ反馈的传输方法又一实施例中的HARQ进程设置示意图；

图9为本发明主基站实施例的结构示意图；

图10为本发明通讯设备实施例的结构示意图；

图11为本发明基站实施例的实体构造图；

图12为本发明通讯设备实施例的实体构造图。

具体实施方式

本发明实施例的HARQ反馈的传输方法是应用于跨基站的载波聚合技术的场景，图1为本发明HARQ反馈的传输方法实施例的应用系统架构图，如图1所示，以两个基站的三个小区参与聚合为例，其中一个是主基站，另一个是辅基站，参与聚合的三个小区中，主小区和一个辅小区属于主基站下，另一个辅小区属于辅基站下。对于辅基站通过辅小区的载波下行传输至终端的数据，终端需要向辅基站返回HARQ反馈，以告知辅基站该数据是否已被正确接收。

本实施例中，终端是通过主小区的载波上行传输至主基站，再由主基站将该HARQ反馈转发至辅基站的。同理，当有多个基站时，同样包括主基站和辅基站，辅基站下行传输数据的HARQ反馈也都是通过主基站转发的。在下面的各实施例中，也是主要描述对于HARQ反馈在基站间的转发传输过程，例如，辅基站下行传输的HARQ反馈是如何通过主基站转发的。当然，具体实施例中，本发明实施例的HARQ反馈的传输方法同样适用于上行传输数据的反馈，例如，终端在给辅基站上行传输数据后，辅基站要向终端返回HARQ反馈，在辅基站不提供下行传输的情况下该HARQ反馈也是通过主基站转发给终端的。其中，上行传输情况下的终端侧的处理过程与下行传输时的辅基站侧的处理过程是相同的，因此，在如下的实施例中，将只以下行传输过程为例对本发明的HARQ反馈的传输方法进行说明。

本文中描述的技术可用于各种通信系统，例如当前2G，3G通信系统和下一代通信系统，例如全球移动通信系统(GSM，Global System for Mobile communications)，码分多址(CDMA，Code Division Multiple Access)系统，时分多址(TDMA，Time DivisionMultiple Access)系统，宽带码分多址(WCDMA，Wideband Code Division MultipleAccess Wireless)，频分多址(FDMA，Frequency Division Multiple Addressing)系统，正交频分多址(OFDMA，Orthogonal Frequency-Division Multiple Access)系统，单载波FDMA(SC-FDMA)系统，通用分组无线业务(GPRS，General Packet Radio Service)系统，长期演进(LTE，Long Term Evolution)系统，以及其他此类通信系统。

本申请中涉及的终端，可以是无线终端也可以是有线终端，无线终端可以是指向用户提供语音和/或数据连通性的设备，具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备。无线终端可以经无线接入网(例如，RAN，Radio AccessNetwork)与一个或多个核心网进行通信，无线终端可以是移动终端，如移动电话(或称为“蜂窝”电话)和具有移动终端的计算机，例如，可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置，它们与无线接入网交换语言和/或数据。例如，个人通信业务(PCS，Personal Communication Service)电话、无绳电话、会话发起协议(SIP)话机、无线本地环路(WLL，Wireless Local Loop)站、个人数字助理(PDA，Personal Digital Assistant)等设备。无线终端也可以称为系统、订户单元(Subscriber Unit)、订户站(SubscriberStation)，移动站(Mobile Station)、移动台(Mobile)、远程站(Remote Station)、接入点(Access Point)、远程终端(Remote Terminal)、接入终端(Access Terminal)、用户终端(User Terminal)、用户代理(User Agent)、用户设备(User Device)、或用户装备(UserEquipment)。

本申请中涉及的基站(例如，接入点)，可以是指接入网中在空中接口上通过一个或多个扇区与无线终端通信的设备。基站可用于将收到的空中帧与IP分组进行相互转换，作为无线终端与接入网的其余部分之间的路由器，其中接入网的其余部分可包括网际协议(IP)网络。基站还可协调对空中接口的属性管理。例如，基站可以是GSM或CDMA中的基站(BTS，Base Transceiver Station)，也可以是WCDMA中的基站(NodeB)，还可以是LTE中的演进型基站(NodeB或eNB或e-NodeB，evolutional Node B)，本申请并不限定。

为了使得下面对HARQ反馈的传输方法的描述更加清楚和更容易理解，首先对该方法中涉及到的HARQ反馈相关的一些概念说明如下：

图2为本发明HARQ反馈的传输方法实施例中涉及到的HARQ进程示意图，基于该图2所示说明如下概念：

HARQ进程：假设辅基站在帧结构0的子帧0的位置向终端发送下行数据，在子帧4接收到终端返回的对应该数据的HARQ反馈，所述HARQ反馈用于反馈所述第一通讯设备从第二通讯设备通过HARQ进程接收的数据情况；如果发现数据未被正确接收，则在帧0的子帧8重新发送该数据；从发送数据(子帧0)、等待终端反馈(子帧1～子帧3)、接收到HARQ反馈(子帧4)、处理等待(子帧5～子帧7)、再到重新发送该数据(子帧8)，这样的一个往返过程称为一个HARQ进程，相当于每一个HARQ进程负责对某个数据的传输，直至这个数据完成传输或达到预设的最大尝试次数而放弃。

HARQ RTT：表示HARQ的往返时间(round trip time，简称：RTT)，是从使用该HARQ进程传输某数据，到再使用该HARQ进程进行数据传输之间的时间间隔；当然，所述的再使用该HARQ进程进行传输，可以是传输新的数据或者重传原来的数据。

同步HARQ：如果HARQ RTT是固定的，则这种HARQ称为同步HARQ；比如，假设HARQRTT是10ms，每个子帧的长度是1ms，则当在子帧0使用HARQ进程1传输下行数据后，必须在下一个帧结构的子帧0再次使用该HARQ进程1，即该HARQ进程的使用间隔时间是固定的。

异步HARQ：如果HARQ RTT是不固定的，则这种HARQ称为异步HARQ；即相当于该HARQ进程的使用间隔时间是不固定的。

本发明实施例中的数据传输，是采用HARQ多进程的方式，即通过多个HARQ进程轮流传输数据，比如，在子帧0传输HARQ进程1的下行数据，在子帧1传输HARQ进程2的下行数据等。

实施例一

图3为本发明HARQ反馈的传输方法一实施例的流程示意图，该方法可以由主基站执行，如图3所示，该方法包括：

301、接收第一通讯设备发送的HARQ反馈。

其中，所述的第一通讯设备，在下行传输的场景，第一通讯设备是终端，第二通讯设备是辅基站(由于本发明实施例讨论的是跨基站的HARQ反馈，因此只考虑辅基站的HARQ反馈)；在上行传输的场景，第一通讯设备是辅基站，第二通讯设备是终端。

所述的HARQ反馈，是对应于第一通讯设备从第二通讯设备接收到的数据的反馈，用于反馈所述第一通讯设备从第二通讯设备通过HARQ进程接收的数据情况，比如反馈该数据是否已经被第一通讯设备正确接收。例如，第一通讯设备在接收到数据后，如果能够正确译码，则返回的HARQ反馈可以是ACK，表示正确接收；如果数据译码错误，则返回的HARQ反馈可以是NACK，表示未正确接收。该HARQ反馈可以经由主基站返回给第二通讯设备，以使得第二通讯设备据此判断是否需要重传该数据。

302、将用于标识所述HARQ进程的HARQ进程信息和所述HARQ反馈传输至所述第二通讯设备。

其中，在发送所述HARQ进程信息之前，主基站要获取用于标识传输所述数据的HARQ进程的HARQ进程信息。

具体的，第二通讯设备在向第一通讯设备发送数据时，是通过某个HARQ进程发送的；因此，主基站在向第二通讯设备返回HARQ反馈时，需要使得第二通讯设备能够知道该HARQ反馈是对应于哪个数据的，而由于该数据是通过某个HARQ进程传输的，所以第二通讯设备知道HARQ反馈是对应于哪个HARQ进程，即可以获悉该HARQ反馈对应于哪个数据。故，主基站可以将HARQ进程信息发送给第二通讯设备，上述HARQ进程信息标识了传输所述数据的HARQ进程。

如上所述的，第二通讯设备例如辅基站，其自身是知道在某个帧结构的某个子帧的位置，发送的是哪个HARQ进程，所以，该HARQ进程信息也可以是与该HARQ进程对应的子帧位置，辅基站可以根据该子帧位置自己确定是哪个HARQ进程；或者，HARQ进程信息也可以是HARQ进程标识例如HARQ进程号(HARQ process id)。具体的HARQ进程信息的获取将在后面的实施例中详细说明。

其中，第二通讯设备可以根据该HARQ进程信息得知该HARQ反馈是针对哪个进程传输的数据的，并根据所述HARQ反馈判断是否通过该HARQ进程重传所述数据；例如，如果HARQ反馈是ACK，则第二通讯设备可以通过该HARQ进程传输新的数据，如果HARQ反馈是NACK，则第二通讯设备可以通过该HARQ进程重传上一次的数据。

可选的，在同步传输方式中，当所述第一通讯设备或所述第二通讯设备为辅基站时，主基站要获取与所述辅基站之间的站间传输时延；并根据该站间传输时延，确定所述第二通讯设备使用所述HARQ进程传输所述数据的HARQ往返时间RTT；还向所述第二通讯设备发送用于标识所述HARQ RTT的指示信息，以使得第二通讯设备根据所述指示信息设定HARQRTT。这样就能够使得第二通讯设备设置的所述HARQ RTT考虑了站间传输时延的因素，能够很好的实现跨基站场景下的HARQ反馈的传输。

进一步的，在该同步方式下，主基站向第二通讯设备发送的HARQ RTT的指示信息，可以采用多种形式：

例如，可以直接向第二通讯设备发送所述HARQ RTT，这样第二通讯设备能够根据该HARQ RTT，增加当前HARQ进程数量直至将其当前HARQ RTT增加至所述HARQ RTT。

又例如，可以向第二通讯设备发送HARQ进程数量，所述HARQ进程数量是根据所述HARQ RTT确定的，第二通讯设备能够根据该HARQ进程数量，增加其当前HARQ进程数量至所述HARQ进程数量。

上述两种HARQ RTT的指示信息的发送方式中，HARQ进程数量都是改变的，这种情况下，主基站可以将所述HARQ RTT的指示信息发送至所述第一通讯设备，以使得所述第一通讯设备根据所述指示信息调整与所述HARQ进程对应的HARQ缓冲区。

再例如，还可以向所述第二通讯设备发送所述HARQ进程与子帧位置的映射关系，所述映射关系是根据所述HARQ RTT确定的，以使得所述第二通讯设备根据所述映射关系将所述HARQ进程设置在对应的子帧位置。

这种HARQ RTT的指示信息的发送方式，HARQ进程数量未改变。可选的，主基站发送的所述映射关系可以通过首个HARQ进程的用于发送所述数据的子帧的子帧位置、以及所述首个HARQ进程的使用周期表示。

可选的，在上述的同步传输方式中，主基站发送给第二通讯设备的所述HARQ进程信息还可以包括：所述HARQ进程的标识，以使得第二通讯设备根据该标识直接获知HARQ反馈对应的数据。

可选的，不论是同步传输方式还是异步传输方式，HARQ进程信息都可以包括子帧位置，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输的HARQ反馈对应的所述数据所在的子帧位置。

进一步的，本发明实施例中，HARQ反馈的传输方法可以适用于上行传输也适用于下行传输；当所述数据为下行传输的数据时，所述第二通讯设备为辅基站，所述第一通讯设备为终端；当所述数据为上行传输的数据时，所述第二通讯设备为终端，所述第一通讯设备为辅基站。

此外，所述HARQ进程信息还可以包括：所述HARQ进程对应的服务小区的小区标识，以使得辅基站能够根据该标识识别出HARQ反馈对应的是哪个小区的数据。

本实施例的HARQ反馈的传输方法，通过由主基站将HARQ反馈转发给第二通讯设备，实现了跨基站的HARQ反馈的传输。

实施例二

图4为本发明HARQ反馈的传输方法另一实施例的流程示意图，与第一实施一不同之处在于该方法是由第二通讯设备执行，如图4所示，该方法包括：

401、通过HARQ进程向第一通讯设备发送数据。

402、接收主基站发送的用于标识所述HARQ进程的HARQ进程信息、以及对应所述数据的HARQ反馈。

具体的，所述HARQ反馈是所述第一通讯设备发送至所述主基站的，并且用于反馈所述第一通讯设备通过所述HARQ进程接收所述数据的情况。

403、根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

例如，如果HARQ反馈是ACK，则第二通讯设备可以通过该HARQ进程传输新的数据；如果HARQ反馈是NACK，则第二通讯设备可以通过该HARQ进程重传上一次的数据。

本实施例的HARQ反馈的传输方法，通过第二通讯设备根据主基站转发的HARQ反馈，得以确定是否重传数据，实现了跨基站的HARQ反馈的传输。

在下面的实施例三～实施例五中，将以LTE中的下行传输为例，针对实施例一及实施例二进行具体说明，并假设主基站是宏站，该宏基站下的一个小区作为主小区，辅基站是微站，该微站下的一个小区作为辅小区，终端可以对上述两个小区的载波进行跨基站(即属于不同基站)的载波聚合。尽管是基于LTE进行描述，但具体实施中，该方法同样适用于UMTS、WiMax、或其他演进系统。

实施例三

图5为本发明HARQ反馈的传输方法又一实施例的信令示意图，本实施例是以异步HARQ为例对上述各实施例的具体描述，该异步方式下辅基站侧使用某个HARQ进程的时间间隔是不固定的，通常会等待至接收到数据的HARQ反馈再决定通过该HARQ进程重传数据还是传输新的数据即可。

如图5所示，该方法可以包括：

501、终端增加微站的小区为辅小区。

其中，终端增加小区可以采用常规技术。

举例如下：宏站指示终端测量某个频率的载波的信号质量，终端依据指示测量该频率的载波后，将表示其信号质量的参数例如信号强度等发送至宏站；宏站根据预设阈值确定该载波的信号质量满足通信条件，则指示终端与该载波建立连接。终端则与该载波建立连接。当该载波为微站下的小区的载波时，该终端与该微站下的辅小区建立连接。

502、微站向终端进行下行数据传输。

其中，微站的下行传输数据采用HARQ方式；例如，可以参考图2，微站可以在某个帧的子帧0传输HARQ进程1的下行数据，在子帧1传输HARQ进程2的下行数据等。

503、终端向宏站发送HARQ反馈。

其中，终端在接收到微站发送的数据后，要向微站返回HARQ反馈，该HARQ反馈用于表示数据是否已经正确接收，例如，ACK表示正确接收，NACK表示数据译码错误未正确接收等。

本实施例中，终端返回的上述HARQ反馈是发送至宏站的，因为在载波聚合技术中，即使是在跨基站的情况下，参与聚合的多个小区也是包括一个主小区和多个辅小区的，该主小区为宏站下的主小区，所有小区的下行传输数据的HARQ反馈均是通过该主小区的上行传输发送至宏站。对于跨基站的情况，HARQ反馈同样经由宏站转发至微站。

504、宏站获取HARQ进程的HARQ进程信息。

其中，如前面已经说明过的，微站在下行传输数据时，是通过某个HARQ进程传输的；因此，宏站不仅需要将终端的HARQ反馈转发至微站，还需要使得微站能够得知该HARQ反馈是对应哪个数据的，是用于表示哪个数据的接收结果比如正确接收或者译码错误的。基于上述，实际上微站需要知道该HARQ反馈对应于哪个HARQ进程，就可以确定该HARQ进程传输的数据，即得到HARQ反馈对应的数据。

本实施例中，HARQ进程的确定，可以通过该HARQ进程对应的子帧位置表示；可以参考图2来理解，例如，图2中的HARQ进程1，微站自身是知道其在某个子帧发送的是哪个进程的下行数据。比如，在帧结构0的子帧0，是传输HARQ进程1的下行数据；在帧结构0的子帧1，是传输HARQ进程2的下行数据等，这些微站自身是知道的；因此，只要告诉微站该HARQ反馈对应的HARQ进程的相关子帧位置，微站就可以根据该子帧位置得知对应的HARQ进程。

具体的，所述的子帧位置可以是：HARQ反馈所在的子帧位置、或者HARQ反馈对应的数据所在的子帧位置。

举例如下：在HARQ传输方式中，考虑到基站或者终端的处理时延要求，通常对HARQ进程的使用时序进行了限制，比如，终端在接收到某个HARQ进程的下行传输数据后，会间隔三个子帧再进行HARQ反馈，例如，某个基站在子帧0进行下行传输，终端接收到该数据后，可能会在子帧4再执行HARQ反馈；所以，宏站在接收到终端发送的HARQ反馈时，其可以得到该HARQ反馈所在的子帧位置，例如是在某个子帧上行传输的，同样根据上述的道理，也可以推知该HARQ反馈对应的数据所在的子帧位置，只要宏站知道终端做此HARQ反馈与传输下行数据的时间间隔。

需要说明的是，在载波聚合方式中，载波聚合情况下，所有小区(该所有小区包括不同基站下的所有小区)的下行子帧是对齐的，基站间具体帧号/子帧号差多少主基站可以提前知道；这里的子帧对齐指的是子帧的发送时刻是相同的，例如，主基站a、辅基站b都在同一时刻发送某个子帧，区别只是主基站a在该时刻发送的是子帧1、辅基站b在该时刻发送的是子帧3。所以，主基站可以根据HARQ反馈在主小区的子帧位置算出该反馈对应数据在微站小区的子帧位置。本实施例中所述的子帧位置都是指微站小区中的子帧位置，不是主基站的，他们之间可能有一个偏移，微站也可以依据该子帧位置判断自身侧的对应该子帧位置的HARQ进程的。

上述的子帧位置由于是用于据此确定对应的HARQ进程的，所以可以将该子帧位置称为HARQ进程信息。例如，宏站递交给微站的子帧位置可以表示为：10*系统帧号+子帧号；比如{A/N bit,10*SFN+subframe number(0..9)})，其中，A/N bit是用于表示终端给微站的HARQ反馈，所述的A即ACK，表示已经正确接收，所述的N是NACK，表示未正确接收，A/N表示这个HARQ反馈是A或者N；SFN表示系统帧号(例如是0、1、2……等)，例如，SFN为0代表帧结构0，此时是以每个帧结构包括10个子帧为例。

505、宏站将所述HARQ进程信息和HARQ反馈传输至微站。

其中，所述的HARQ进程信息还可以包括：所述HARQ进程对应的服务小区的小区标识。

具体的，终端在向宏站上行传输某HARQ反馈时，会携带该HARQ反馈对应的数据所在的载波标识，即微站通过下行链路传输该数据的载波标识，该载波标识也可以通过HARQ反馈占用的资源位置隐含指示；宏站是载波聚合方式中的主基站，起控制作用，所以其是知道参与聚合的各个载波分别所属的小区。当微站有多个辅小区都参与聚合时，此时，宏站可以将下行传输数据的载波所在的小区的小区标识也发送至微站，以使得微站知道该HARQ反馈是哪个载波下的数据的反馈；特别是当宏站要一次递交微站下的多个辅小区的下行传输HARQ反馈给微站时，携带小区标识可以使微站更加清楚的知道HARQ反馈对应的下行载波。该小区标识可以为Cell Index，也可以是一个位图(bitmap)。

506、微站根据HARQ反馈，判断是否通过HARQ进程重传所述数据。

其中，微站可以根据宏站发送的HARQ进程信息例如子帧位置，判断该HARQ反馈是对应哪个数据或者说是对应于哪个HARQ进程。例如，HARQ进程信息是，HARQ反馈所在的子帧位置，微站可以根据该HARQ反馈所在的子帧位置，推断出该HARQ反馈对应的HARQ进程；或者，当HARQ进程信息是HARQ反馈对应的下行数据的子帧位置时，微站可以根据该下行数据传输的子帧位置，确定对应的HARQ进程；例如，如果子帧位置是：(10*1+5)，表明是第15个子帧，微站可以确定自身在第15个子帧的位置传输的是哪个HARQ进程的数据。

微站可以根据接收到的HARQ反馈，判断是否在对应的HARQ进程上进行下行数据重传。例如，如果HARQ反馈是ACK，则表明微站下行传输的数据已经被终端正确接收，则微站可以通过该HARQ进程传输新的数据；或者，如果HARQ反馈是NACK，则微站可以通过该HARQ进程重传原来的数据。

因此，基于本实施例的异步HARQ，对HARQ进程的等待没有时间限制，微站会等待至接收到数据的HARQ反馈再决定通过该HARQ进程重传数据还是传输新的数据，实现跨基站的HARQ反馈。

实施例四

图6为本发明HARQ反馈的传输方法又一实施例的信令示意图，本实施例是以同步HARQ为例对上述各实施例的具体描述，需要说明的是，在本实施例中，同步HARQ与异步HARQ的区别在于，异步HARQ由于HARQ RTT不固定，所以微站可以在接收到HARQ反馈时再决定HARQ进程的使用，对HARQ进程的等待没有时间限制；而同步HARQ的HARQ RTT是固定的，即HARQ进程的使用周期是固定的，比如，在某个时刻使用了HARQ进程1，则根据协议规定，通常在8ms之后需要再次使用HARQ进程1。在跨基站的情况下，由于存在站间传输时延(比如宏站将HARQ反馈传输至微站的时间)，现有技术的HARQ RTT将不再适用，因为其是针对同一个基站的，没有站间传输时延的问题。

本实施例中，实际上在考虑站间传输时延的基础上，将现有的HARQ RTT进行了增加，以符合跨基站传输的实际情况；并且，可以由宏站在微站执行下行数据传输之前，先根据站间传输时延得到新的HARQ RTT，并向微站发送HARQ RTT的指示信息，以使得微站根据该指示信息重新设定HARQ RTT，相当于重新设定HARQ进程与子帧的对应关系，确定好在哪个子帧传输哪个进程，然后再执行下行数据传输。

本实施例的同步HARQ，对于HARQ RTT进行了增加，采取的是扩大HARQ进程数量至HARQ RTT的方式，以使得时间上充分利用，提高吞吐量。如图6所示，该方法可以包括：

601、宏站获取与微站之间的站间传输时延。

其中，该站间传输时延通常是在宏站与微站之间建立通信连接时就可以获取的参数，此时可能微站的小区还未参与终端的载波聚合；即，该参数的获取时间本实施例不做限制，例如可以是在后面的602之前就获取，而在602发生之后再利用该参数做后面所述的相关处理。

602、终端增加微站的小区为辅小区。

603、宏站根据所述站间传输时延，确定微站使用HARQ进程传输数据的往返时间HARQ RTT、以及用于标识所述HARQ RTT的指示信息。

其中，如前边所述的，终端增加微站的小区为辅小区，对此宏站是知道的，宏站可以知道终端与微站的小区之间执行载波聚合；因此，宏站开始根据601中获取的站间传输时延，确定微站的HARQ RTT。

例如，微站的HARQ RTT通常都会有一个协议规定的数值，比如8ms，在现有技术的单基站下的载波聚合方式中，微站都会采用该预定的HARQ RTT进行HARQ进程的使用安排。而本实施例中，宏站在考虑了站间传输时延后，确定了一个新的HARQ RTT，例如是10ms，相比之前是增加了，实际上是相当于在原来的HARQ RTT的基础上加上站间传输时延。

本实施例中，宏站在确定了HARQ RTT之后，是可以直接将该HARQ RTT传递至微站，由微站据此做RTT的更改处理；或者，宏站也可以是不直接传递HARQ RTT，而是能够表示该RTT的其他信息，使得微站根据该其他信息也是能够将其自身侧的RTT扩展到宏站计算得到的新的RTT的。因此，本实施例将上述的HARQ RTT或者其他信息等统称为用于标识所述HARQRTT的指示信息。

例如，所述的指示信息可以包括：HARQ RTT，以使得微站可以将其当前的HARQ进程数量增加，直至使得该微站的当前HARQ RTT扩展至所述的指示信息的HARQ RTT，也可以理解成增加HARQ进程数量，以充分利用新增加的HARQ RTT的部分，提高吞吐量。

或者，所述的指示信息也可以是HARQ进程数量，所述HARQ进程数量可以是宏站根据调整后的HARQ RTT所更新的HARQ进程数量。比如，每个HARQ进程的下行数据传输占用一个子帧，一个子帧是1ms，在子帧0执行HARQ进程1的下行传输，在子帧1执行HARQ进程2的下行传输等，如果原来HARQ RTT是8ms，则有8个HARQ进程，这8个进程轮流使用一次就是一个周期；如果宏站计算的新的HARQ RTT是10ms，则增加了2ms，就可以增加2个HARQ进程，当前进程数量就是10个HARQ进程。

因此，上述宏站告知微站HARQ RTT的方式中，可以由微站自己执行HARQ进程数量的增加；而也可以由宏站自身直接根据HARQ RTT确定出HARQ进程数量，并将该进程数告知微站。

604、宏站向微站发送用于标识所述HARQ RTT的指示信息。

其中，该指示信息即为上述的HARQ RTT、或者是HARQ进程数量。

605、微站根据所述指示信息重新设定所述HARQ RTT。

其中，如前边所述的，微站可以将当前HARQ进程数量调整，直至将微站当前的HARQRTT增加至宏站指示的所述HARQ RTT；或者，将当前HARQ进程数量调整至宏站所指示的HARQ进程数量。

606、宏站将所述用于标识HARQ RTT的指示信息发送至终端。

其中，本步骤可以是与604同时执行，只要是在终端接收微站的下行传输数据之前即可。

本实施例中，由于改变了HARQ的进程数量，因此，终端是需要知道新的HARQ RTT的；因为，终端在接收微站下行传输的数据时，对于每个HARQ进程传输的数据，终端都会单独设置一个对应的HARQ缓冲区，即HARQ缓冲区的数量是与HARQ进程的数量相等的，所以，宏站需要将HARQ RTT或HARQ进程数量告知终端，以使得终端据此对HARQ缓冲区的数量进行增加。

607、终端根据所述指示信息增加与HARQ进程对应的HARQ缓冲区。

其中，例如，如果指示信息是HARQ RTT，则终端将根据该RTT自己确定新的HARQ进程的数量，并对应增加与HARQ进程对应的HARQ缓冲区。如果指示信息是HARQ进程数量，终端将据此直接增加HARQ缓冲区即可。

608、微站向终端进行下行数据传输。

609、终端向宏站发送HARQ反馈。

610、宏站获取HARQ进程的HARQ进程信息。

本实施例中，HARQ进程信息仍然是子帧位置，例如，HARQ反馈所在的子帧位置、或者HARQ反馈对应的数据所在的子帧位置。

可选的，宏站也可以将该HARQ进程的HARQ进程标识，例如HARQ进程0作为HARQ进程信息。因为进程与子帧的位置的对应关系是固定的，故宏站可以根据接收的子帧确定HARQ进程对应的HARQ进程号。

可选的，该HARQ进程信息也可以包括：所述HARQ进程对应的服务小区的小区标识。

611、宏站将所述HARQ进程信息和HARQ反馈传输至微站。

612、微站根据HARQ反馈，判断是否通过HARQ进程重传所述数据。

因此，基于本实施例的同步HARQ，宏站根据站间时延调整RTT或HARQ进程数量并发送给微站，微站再结合接收到的HARQ反馈决定通过该HARQ进程重传数据还是传输新的数据，实现跨基站的HARQ反馈。

实施例五

图7为本发明HARQ反馈的传输方法又一实施例的信令示意图，本实施例仍然是以同步HARQ为例对上述各实施例的具体描述，但是与实施例四的区别在于，本实施例的宏站对于增加HARQ RTT，采取的是HARQ进程数量不变的方式，仍然沿用当前的HARQ进程数量，只是变更HARQ RTT即每个HARQ进程的两次使用的时间间隔。具体的，如图7所示，该方法可以包括：

701、宏站获取与微站之间的站间传输时延。

702、终端增加微站的小区为辅小区。

703、宏站根据所述站间传输时延，确定微站使用HARQ进程传输数据的往返时间HARQ RTT、以及用于标识所述HARQ RTT的指示信息。

本实施例中，宏站根据HARQ RTT确定的指示信息是，HARQ进程与子帧位置的映射关系。比如，该映射关系的表示方式可以是首个HARQ进程的用于发送所述数据的子帧的子帧位置及HARQ进程的使用周期，以使得微站根据该映射关系将HARQ进程设置在对应的子帧位置。需要说明的是，本实施例是以首个HARQ进程的发送数据的子帧为例，说明如何表示映射关系，具体实施中并不局限于此，例如，还可以采用其他HARQ进程表示映射关系，还可以采用HARQ进程的其他子帧例如接收终端反馈所在的子帧来表示映射关系等，只要根据所表示的映射关系能够确定HARQ进程与子帧的对应即可。

举例如下：参见图8，图8为本发明HARQ反馈的传输方法又一实施例中的HARQ进程设置示意图，假设微站有8个HARQ进程，这些进程的进程标识(即HARQ进程id)可以为0～7。图8中所示的HARQ进程id对应的那一行方框是表示子帧，例如，f1代表其中一个子帧，每个子帧的长度是1ms；HARQ进程id与子帧对应，表示在该子帧使用该HARQ进程id对应的HARQ进程，比如，f1对应HARQ进程id0，是表示微站在该f1通过HARQ进程0传输下行数据。并假设最初HARQ RTT是8ms，则应该是在f2的位置再次使用HARQ进程0。

本实施例中，终端在接收到子帧0即f1位置通过HARQ进程0传输的下行数据后，考虑到终端的处理时延，终端通常会在子帧4的位置返回HARQ反馈；现有技术中的单基站载波聚合的情况下，该HARQ反馈是直接发送至微站的，微站在子帧4即f3接收到该HARQ反馈后，经过微站的处理时延后，可能会在f2的位置再次使用该HARQ进程0，重传数据或者传输新的数据，也满足了最初HARQ RTT是8ms的要求。而本实施例中，HARQ反馈是由宏站转发至微站的，考虑到站间回传HARQ反馈的时延，微站有可能是在f4的位置才接收到该HARQ反馈，再加上微站处理时延的因素(通常是不小于4ms的处理时延)，微站有可能是在f5的位置才再次使用HARQ进程0，这样HARQ RTT有可能从8ms扩展到16ms。

如前所述的，在上一个实施例中，宏站是指示微站增加HARQ进程数量直至HARQRTT，即图8中所示的，在从f2至f6的8个子帧增加对应的8个HARQ进程，直至到达下一个使用HARQ进程0的子帧即f5。而本实施例中，从f2至f6的这段时间将处于空闲，不再增加HARQ进程数量，保持最初的8个HARQ进程不变；只是HARQ进程的使用周期相比原来增加了，例如，HARQ进程0的再次使用时间原来是f2(当RTT是8ms时)，而本实施例HARQ进程0的再次使用时间变更为f5，因为当前的HARQ RTT已经是16ms。

因此，尽管HARQ进程数量不变，但是实际上，HARQ进程与子帧位置的映射关系发生了变化，以满足新的HARQ RTT的限制条件。例如，该映射关系可以表示为“首个HARQ进程的用于发送所述数据的子帧的子帧位置+HARQ进程的使用周期”，即“HARQ进程0的子帧位置+HARQ进程的使用周期”＝“f1+16ms”，这样，HARQ进程0就会按照该映射关系的规定，在f1、f5………等子帧位置固定使用，间隔16ms，其他的HARQ进程将随在HARQ进程0之后依次轮流使用即可，同样也是间隔16ms。其它HARQ进程也可以在HARQ进程0对应子帧的1ms之后依此间隔1ms使用，同样HARQ RTT也是16ms。

704、宏站向微站发送用于标识所述HARQ RTT的指示信息。

其中，该指示信息即为上述的HARQ进程与子帧位置的映射关系。

本实施例中，该指示消息可以不用发送至终端，因为进程数量没变，终端不需要调整HARQ缓冲区。

705、微站根据所述指示信息重新设定所述HARQ RTT。

其中，如前边所述的，微站可以根据映射关系设定HARQ进程与子帧的对应关系，例如，在子帧f1传输HARQ进程0的下行数据，在子帧f3传输HARQ进程4的下行数据，在f5再次使用HARQ进程0传输下行数据等。

706、宏站将HARQ RTT发送至终端。

其中，本步骤是可选的；并且，该步骤也可以与704一同执行。

如果执行本步骤，则本实施例的同步HARQ方式不需要微站在下行传输数据时携带对应的HARQ进程标识，终端侧就能够知道该数据是哪个HARQ进程的，并将该数据放置到该进程对应的HARQ缓冲区。比如，HARQ进程的使用间隔HARQ RTT是固定的，终端自己会判断在经过一个HARQ RTT后，又会将数据存放到最初的那个HARQ进程对应的缓冲区内；HARQ进程与子帧位置的对应关系，终端并不需要知道，这时，终端并不关心某个子帧对应的HARQ进程号是几，它只需要知道这个子帧的数据应该放到哪个缓冲区中。例如，在初始阶段，8个HARQ缓冲区一个数据都没有的时候，某子帧n接收到的数据可以放入任何一个缓冲区，但一旦放入，后续子帧(n+16*k)的数据就必须都放入这个缓冲区。所以，本实施例在变更了HARQ RTT之后，是需要告知终端的，这样终端才能根据新的HARQ RTT，自己确定数据对应的HARQ进程。需要特别说明的是，这时终端侧对HARQ进程的编号可能与微站的HARQ进程编号不同，但这不妨碍双方各自区分不同的HARQ进程进行数据传输和接收/缓存。

如果不执行本步骤，则本实施例的同步HARQ方式，是由微站在下行传输数据时携带对应的HARQ进程标识，终端侧根据携带的HARQ进程标识得知数据是哪个HARQ进程的，并将该数据放置到该进程对应的HARQ缓冲区。

707、微站向终端进行下行数据传输。

708、终端向宏站发送HARQ反馈。

709、宏站获取HARQ进程的HARQ进程信息。

在本实施例中，由于是宏站根据新的HARQ RTT确定子帧位置与HARQ进程之间的对应关系，因此，宏站可以根据子帧位置自己确定其接收到的HARQ反馈是对应于哪个HARQ进程的。该子帧位置包括：HARQ反馈所在的子帧位置、或者HARQ进程传输的HARQ反馈对应的数据所在的子帧位置。

例如，参考图8所示，宏站接收到的HARQ反馈所在的子帧位置是f3，宏站可以根据终端返回该HARQ反馈的处理时延(该时延通常是预设的，比如协议规定好的，所以宏站也会知道)，推知该HARQ反馈对应的数据应该是在子帧f1发送的下行数据。宏站再根据其在703中确定的映射关系，可以知道在f1的位置微站是通过HARQ进程0传输下行数据(因为微站是根据宏站发送的映射关系设定HARQ进程的使用的，所以宏站可以知道微站的子帧与HARQ进程的对应关系)，从而确定该HARQ反馈对应的是HARQ进程0。故，宏站可以将该HARQ进程的HARQ进程标识例如上述的HARQ进程0作为HARQ进程信息。

当然，可选的，本实施例中，宏站也可以仍然将子帧位置作为HARQ进程信息。可选的，该HARQ进程信息还可以包括：所述HARQ进程对应的服务小区的小区标识。

710、宏站将所述HARQ进程信息和HARQ反馈传输至微站。

711、微站根据HARQ反馈，判断是否通过HARQ进程重传所述数据。

本实施例的同步HARQ，采取的是HARQ进程数量不变的方式，仍然沿用当前的HARQ进程数量，只是变更HARQ RTT即每个HARQ进程的两次使用的时间间隔，得以实现跨基站的HARQ反馈。

需要说明的是，上述的实施例都是以宏站接收微站下行传输的HARQ反馈后递交给微站的，实际上，本发明实施例的方法也适用于微站接收宏站下行传输的HARQ反馈后递交给宏站，或者微站接收其它微站下行传输的HARQ反馈后递交给其它微站的场景等；即当跨基站的载波聚合场景中，不论是宏站还是微站，只要从该至少两个基站中选定其中一个作为主基站，其他都作为辅基站，在HARQ反馈时辅基站小区对应的HARQ反馈均是通过主基站下的主小区上行传输至主基站，再由主基站转发至辅基站，而所述的主基站或者辅基站到底是宏站还是微站，本发明实施例不做限制。

此外，从以上的各实施例也可以看到，只有在增加HARQ进程数量至HARQ RTT的情况下，终端侧才需要相应增加HARQ缓冲区，而当仅增加HARQ RTT而HARQ进程数量不变的情况下，终端侧也基本不需要做改变，所以本发明实施例的方法对于终端侧的改动比较小，能够简化终端实现，降低终端成本。

此外，在跨基站的载波聚合的场景下，其他的上行控制信息或者下行控制信息，例如，信道状态指示(CSI，Channel Status Indicator)、调度请求(SR，SchedulingRequest)，或RLC状态报告等，都可以采用经过主基站转交给辅基站、或者经过主基站转交给终端的方法，即由主基站负责转发。

实施例六

图9为本发明基站实施例的结构示意图，该基站可以执行本发明任意实施例的方法，该基站例如是主基站、或者其他类似的具有跨站协调功能的设备；如图9所示，该基站可以包括：接收单元91和发送单元92；其中，

接收单元91，用于接收第一通讯设备发送的混合自动重传请求HARQ反馈，所述HARQ反馈用于反馈所述第一通讯设备从第二通讯设备通过HARQ进程接收的数据情况；

发送单元92，用于将用于标识所述HARQ进程的所述HARQ进程信息和所述HARQ反馈传输至所述第二通讯设备，以使得所述第二通讯设备根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

进一步的，该基站还可以包括：往返时间指示单元93；该往返时间指示单元93包括：站间时延获取子单元931、往返时间确定子单元932、指示信息确定子单元933和指示信息发送子单元934；其中，

站间时延获取子单元931，用于当所述第一通讯设备或所述第二通讯设备为辅基站时，获取与所述辅基站之间的站间传输时延；

往返时间确定子单元932，用于根据所述站间传输时延，确定所述第二通讯设备使用所述HARQ进程传输所述数据的HARQ往返时间RTT；

指示信息确定子单元933，用于根据所述HARQ RTT确定用于标识所述HARQ RTT的指示信息；

指示信息发送子单元934，用于将所述指示信息发送至所述第二通讯设备，以使得所述第二通讯设备根据所述指示信息设定所述HARQ RTT。

进一步的，指示信息确定子单元933确定的所述指示信息包括以下至少一种：所述HARQ RTT；HARQ进程数量；和所述HARQ进程与子帧位置的映射关系。

进一步的，发送单元92，具体用于获取HARQ进程的标识，并将所述HARQ进程的标识和所述HARQ反馈传输至所述第二通讯设备。

进一步的，发送单元92，具体用于获取与所述HARQ进程对应的子帧位置，并将所述子帧位置和所述HARQ反馈传输至所述第二通讯设备；其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输HARQ反馈对应的所述数据所在的子帧位置。

本实施例的基站，通过由基站将从第一通讯设备发送的HARQ反馈，以及用于标识传输数据的HARQ进程的HARQ进程信息转发给属于另一基站的第二通讯设备，实现了跨基站的HARQ反馈的传输，并使得该另一基站可以根据HARQ反馈和HARQ进程信息确定是否重传数据。

实施例七

图10为本发明通讯设备实施例的结构示意图，该通讯设备可以执行本发明任意实施例的方法，并且，该通讯设备在下行数据传输场景中是基站，在上行数据传输场景中是终端。

如图10所示，该通讯设备可以包括：发送单元1001、接收单元1002和处理单元1003；其中，

发送单元1001，用于通过混合自动重传请求HARQ进程向第一通讯设备发送数据；

接收单元1002，用于接收主基站发送的用于标识所述HARQ进程的HARQ进程信息、以及对应所述数据的HARQ反馈，所述HARQ反馈是所述第一通讯设备发送至所述主基站的，且用于反馈所述第一通讯设备通过所述HARQ进程接收所述数据的情况；

处理单元1003，用于根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

进一步的，该通讯设备还包括：往返时间设定单元1004，用于接收所述主基站发送的用于标识HARQ往返时间RTT的指示信息，并根据所述指示信息设定使用所述HARQ进程传输所述数据的所述HARQ RTT，其中，所述指示信息是所述主基站根据主基站与辅基站之间的站间传输时延确定的。

进一步的，所述指示信息包括：所述HARQ RTT；所述往返时间设定单元1004，具体用于增加本地的当前HARQ进程数量直至将当前HARQ RTT增加至所述HARQ RTT。

进一步的，所述指示信息包括：HARQ进程数量，所述HARQ进程数量是所述主基站根据所述HARQ RTT确定的；所述往返时间设定单元1004，具体用于增加本地的当前HARQ进程数量至所述HARQ进程数量。

进一步的，所述指示信息包括：HARQ进程与子帧位置的映射关系，所述映射关系是所述主基站根据所述HARQ RTT确定的；所述往返时间设定单元1004，具体用于根据所述映射关系将HARQ进程设置在对应的子帧位置。

所述接收单元，具体用于：接收所述主基站发送的所述HARQ进程的标识和所述HARQ反馈；或，接收所述主基站发送的与所述HARQ进程对应的子帧位置和所述HARQ反馈；其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输的HARQ反馈对应的所述数据所在的子帧位置。

所述通讯设备为终端或辅基站。

本实施例的通讯设备，通过接收由主基站转发的第一通讯设备的HARQ反馈以及用于标识传输数据的HARQ进程的HARQ进程信息，实现了跨基站的HARQ反馈的传输，并能够根据HARQ反馈和HARQ进程信息确定是否重传数据。

实施例八

图11为本发明基站实施例的实体构造图，该基站可以执行本发明任意实施例的方法，该基站例如是主基站或者其他类似的具有跨站协调功能的设备。

如图11所示，该基站可以包括：接收机1101和发射机1102；其中，

接收机1101，用于接收第一通讯设备发送的混合自动重传请求HARQ反馈，所述HARQ反馈用于反馈所述第一通讯设备从第二通讯设备通过HARQ进程接收的数据情况；

发射机1102，用于将用于标识所述HARQ进程的所述HARQ进程信息和HARQ反馈传输至所述第二通讯设备，以使得所述第二通讯设备根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

进一步的，本实施例的基站还包括：处理器1103，用于当所述第一通讯设备或所述第二通讯设备为辅基站时，获取与所述辅基站之间的站间传输时延；根据所述站间传输时延，确定所述第二通讯设备使用所述HARQ进程传输数据的HARQ往返时间RTT；并根据所述HARQ RTT确定用于标识所述HARQ RTT的指示信息；

发射机1102，还用于将标识所述HARQ RTT的所述指示信息发送至所述第二通讯设备，以使得所述第二通讯设备根据所述指示信息设定所述HARQ RTT。

进一步的，所述指示信息包括以下至少一种：所述HARQ RTT；HARQ进程数量；和，所述HARQ进程与子帧位置的映射关系。

进一步的，处理器1103，还用于获取HARQ进程的标识；发射机1102，具体用于将所述HARQ进程的标识和HARQ反馈传输至所述第二通讯设备。

进一步的，处理器1103，还用于获取与所述HARQ进程对应的子帧位置；发射机1102，具体用于将所述子帧位置和所述HARQ反馈传输至所述第二通讯设备；其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述数据所在的子帧位置；所述HARQ进程信息包括所述子帧位置。

实施例九

图12为本发明通讯设备实施例的实体构造图，该通讯设备可以执行本发明任意实施例的方法，并且，该通讯设备在下行数据传输场景中是基站，在上行数据传输场景中是终端。

如图12所示，该通讯设备可以包括：发射机1201、接收机1202和处理器1203；其中，

发射机1201，用于通过混合自动重传请求HARQ进程向第一通讯设备发送数据；

接收机1202，用于接收主基站发送的用于标识所述HARQ进程的HARQ进程信息、以及对应所述数据的HARQ反馈，所述HARQ反馈是所述第一通讯设备发送至所述主基站的，且用于反馈所述第一通讯设备通过所述HARQ进程接收所述数据的情况；

处理器1203，用于根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据。

进一步的，接收机1202，还用于接收所述主基站发送的用于标识HARQ往返时间RTT的指示信息，所述指示信息是所述主基站根据所述主基站与辅基站之间的站间传输时延确定的；

所述处理器1203，还用于根据所述指示信息设定使用所述HARQ进程传输所述数据的所述HARQ RTT。

进一步的，处理器1203，具体用于在所述指示信息包括所述HARQ RTT时，增加本地的当前HARQ进程数量直至将当前HARQ RTT增加至所述HARQ RTT。

进一步的，处理器1203，具体用于在所述指示信息包括HARQ进程数量时，增加本地的当前HARQ进程数量至所述HARQ进程数量。

进一步的，处理器1203，具体用于在所述指示信息包括HARQ进程与子帧位置的映射关系时，根据所述映射关系将HARQ进程设置在对应的子帧位置。

进一步的，所述接收机1202，具体用于：接收所述主基站发送的所述HARQ进程的标识和所述HARQ反馈；或，接收所述主基站发送的与所述HARQ进程对应的子帧位置和所述HARQ反馈；其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输HARQ反馈对应的数据所在的子帧位置。

本实施例中，所述通讯设备为终端或辅基站。

本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims

1.一种混合自动重传请求HARQ反馈的传输方法，其特征在于，包括：

主基站接收第一通讯设备发送的HARQ反馈，所述HARQ反馈用于反馈所述第一通讯设备从第二通讯设备通过HARQ进程接收的数据情况；

主基站将用于标识所述HARQ进程的HARQ进程信息和所述HARQ反馈传输至所述第二通讯设备，以使得所述第二通讯设备根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据；

当所述数据为下行传输的数据时，所述第二通讯设备为辅基站，所述第一通讯设备为终端；

当所述数据为上行传输的数据时，所述第二通讯设备为终端，所述第一通讯设备为辅基站；

当所述第一通讯设备或所述第二通讯设备为辅基站时，主基站获取与所述辅基站之间的站间传输时延；

主基站根据所述站间传输时延，确定所述第二通讯设备使用所述HARQ进程传输所述数据的HARQ往返时间RTT；

主基站向所述第二通讯设备发送用于标识所述HARQ RTT的指示信息，以使得所述第二通讯设备根据所述指示信息设定所述HARQ RTT。

2.根据权利要求1所述的HARQ反馈的传输方法，其特征在于，所述主基站向所述第二通讯设备发送用于标识所述HARQ RTT的指示信息，包括：

所述主基站向所述第二通讯设备发送所述HARQ RTT，以使得所述第二通讯设备增加当前HARQ进程数量直至将所述第二通讯设备的当前HARQ RTT增加至所述HARQ RTT。

3.根据权利要求1所述的HARQ反馈的传输方法，其特征在于，所述主基站向所述第二通讯设备发送用于标识所述HARQ RTT的指示信息，包括：

所述主基站向所述第二通讯设备发送HARQ进程数量，所述HARQ进程数量是根据所述HARQ RTT确定的，以使得所述第二通讯设备增加当前HARQ进程数量至所述HARQ进程数量。

4.根据权利要求1所述的HARQ反馈的传输方法，其特征在于，还包括：

所述主基站将所述指示信息发送至所述第一通讯设备，以使得所述第一通讯设备根据所述指示信息调整与所述HARQ进程对应的HARQ缓冲区。

5.根据权利要求1所述的HARQ反馈的传输方法，其特征在于，所述主基站向所述第二通讯设备发送用于标识所述HARQ RTT的指示信息，包括：

所述主基站向所述第二通讯设备发送所述HARQ进程与子帧位置的映射关系，所述映射关系是根据所述HARQ RTT确定的，以使得所述第二通讯设备根据所述映射关系将所述HARQ进程设置在对应的子帧位置。

6.根据权利要求5所述的HARQ反馈的传输方法，其特征在于，所述映射关系通过首个HARQ进程的用于发送所述数据的子帧的子帧位置、以及所述首个HARQ进程的使用周期表示。

7.根据权利要求2～6任一所述的HARQ反馈的传输方法，其特征在于，所述HARQ进程信息包括：所述HARQ进程的标识。

8.根据权利要求1～6任一所述的HARQ反馈的传输方法，其特征在于：

所述HARQ进程信息包括子帧位置，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输的HARQ反馈对应的所述数据所在的子帧位置。

9.根据权利要求1～6任一项所述的HARQ反馈的传输方法，其特征在于，所述HARQ进程信息还包括：所述HARQ进程对应的服务小区的小区标识。

10.一种混合自动重传请求HARQ反馈的传输方法，其特征在于，包括：

第二通讯设备通过HARQ进程向第一通讯设备发送数据；

第二通讯设备接收主基站发送的用于标识所述HARQ进程的HARQ进程信息、以及对应所述数据的HARQ反馈，所述HARQ反馈是所述第一通讯设备发送至所述主基站的，且用于反馈所述第一通讯设备通过所述HARQ进程接收所述数据的情况；

第二通讯设备根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据；

当所述数据为下行传输的数据时，所述第一通讯设备为终端；当所述数据为上行传输的数据时，所述第一通讯设备为辅基站；

第二通讯设备接收所述主基站发送的用于标识HARQ往返时间RTT的指示信息，所述指示信息是所述主基站根据所述主基站与辅基站之间的站间传输时延确定的；

第二通讯设备根据所述指示信息设定使用所述HARQ进程传输所述数据的所述HARQRTT。

11.根据权利要求10所述的HARQ反馈的传输方法，其特征在于，所述指示信息包括所述HARQ RTT；

所述第二通讯设备根据所述指示信息设定使用所述HARQ进程传输所述数据的所述HARQ RTT，包括：

所述第二通讯设备根据所述HARQ RTT，增加本地的当前HARQ进程数量直至将当前HARQRTT增加至所述HARQ RTT。

12.根据权利要求10所述的HARQ反馈的传输方法，其特征在于，所述指示信息包括HARQ进程数量，所述HARQ进程数量是所述主基站根据所述HARQ RTT确定的；

所述第二通讯设备根据所述指示信息设定使用所述HARQ进程传输数据的所述HARQRTT，包括：

所述第二通讯设备根据所述HARQ进程数量，增加本地的当前HARQ进程数量至所述HARQ进程数量。

13.根据权利要求10所述的HARQ反馈的传输方法，其特征在于，所述指示信息包括所述HARQ进程与子帧位置的映射关系，所述映射关系是所述主基站根据所述HARQ RTT确定的；

所述第二通讯设备根据所述HARQ进程与子帧位置的映射关系将所述HARQ进程设置在对应的子帧位置。

14.根据权利要求10-13任一所述的HARQ反馈的传输方法，其特征在于，所述第二通讯设备接收主基站发送的用于标识HARQ进程的HARQ进程信息，包括：

所述第二通讯设备接收所述主基站发送的所述HARQ进程的标识。

15.根据权利要求10～13任一所述的HARQ反馈的传输方法，其特征在于，所述第二通讯设备接收主基站发送的用于标识HARQ进程的HARQ进程信息，包括：

所述第二通讯设备接收所述主基站发送的与所述HARQ进程对应的子帧位置，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输的HARQ反馈对应的所述数据所在的子帧位置。

16.根据权利要求10-13任一项所述的HARQ反馈的传输方法，其特征在于，所述HARQ进程信息还包括：所述HARQ进程对应的服务小区的小区标识。

17.一种基站，其特征在于，包括：

发送单元，用于将用于标识所述HARQ进程的所述HARQ进程信息和所述HARQ反馈传输至所述第二通讯设备，以使得所述第二通讯设备根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据；

往返时间指示单元；所述往返时间指示单元包括：

站间时延获取子单元，用于当所述第一通讯设备或所述第二通讯设备为辅基站时，获取与所述辅基站之间的站间传输时延；

往返时间确定子单元，用于根据所述站间传输时延，确定所述第二通讯设备使用所述HARQ进程传输所述数据的HARQ往返时间RTT；

指示信息确定子单元，用于根据所述HARQ RTT确定用于标识所述HARQ RTT的指示信息；

指示信息发送子单元，用于将所述指示信息发送至所述第二通讯设备，以使得所述第二通讯设备根据所述指示信息设定所述HARQ RTT。

18.根据权利要求17所述的基站，其特征在于，所述指示信息确定子单元确定的所述指示信息包括以下至少一种：

所述HARQ RTT；

HARQ进程数量；和

所述HARQ进程与子帧位置的映射关系。

19.根据权利要求17或18所述的基站，其特征在于，

所述发送单元，具体用于获取HARQ进程的标识，并将所述HARQ进程的标识和所述HARQ反馈传输至所述第二通讯设备。

20.根据权利要求17或18所述的基站，其特征在于，

所述发送单元，具体用于获取与所述HARQ进程对应的子帧位置，并将所述子帧位置和所述HARQ反馈传输至所述第二通讯设备；

其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输HARQ反馈对应的所述数据所在的子帧位置。

21.一种通讯设备，其特征在于，包括：

处理单元，用于根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据；

往返时间设定单元，用于接收所述主基站发送的用于标识HARQ往返时间RTT的指示信息，并根据所述指示信息设定使用所述HARQ进程传输所述数据的所述HARQ RTT，其中，所述指示信息是所述主基站根据所述主基站与辅基站之间的站间传输时延确定的。

22.根据权利要求21所述的通讯设备，其特征在于，所述指示信息包括所述HARQ RTT；

所述往返时间设定单元，具体用于增加本地的当前HARQ进程数量直至将当前HARQ RTT增加至所述HARQ RTT。

23.根据权利要求21所述的通讯设备，其特征在于，所述指示信息包括HARQ进程数量，所述HARQ进程数量是所述主基站根据所述HARQ RTT确定的；

所述往返时间设定单元，具体用于增加本地的当前HARQ进程数量至所述HARQ进程数量。

24.根据权利要求21所述的通讯设备，其特征在于，所述指示信息包括所述HARQ进程与子帧位置的映射关系，所述映射关系是所述主基站根据所述HARQ RTT确定的；

所述往返时间设定单元，具体用于根据所述映射关系将所述HARQ进程设置在对应的子帧位置。

25.根据权利要求24所述的通讯设备，其特征在于，所述接收单元，具体用于：

接收所述主基站发送的所述HARQ进程的标识和所述HARQ反馈；或

接收所述主基站发送的与所述HARQ进程对应的子帧位置和所述HARQ反馈；

其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输的HARQ反馈对应的所述数据所在的子帧位置。

26.一种基站，其特征在于，包括：

发射机，用于将用于标识所述HARQ进程的所述HARQ进程信息和所述HARQ反馈传输至所述第二通讯设备，以使得所述第二通讯设备根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据；

处理器，用于当所述第一通讯设备或所述第二通讯设备为辅基站时，获取与所述辅基站之间的站间传输时延；根据所述站间传输时延，确定所述第二通讯设备使用所述HARQ进程传输数据的HARQ往返时间RTT；并根据所述HARQ RTT确定用于标识所述HARQ RTT的指示信息；

所述发射机，还用于将标识所述HARQ RTT的所述指示信息发送至所述第二通讯设备，以使得所述第二通讯设备根据所述指示信息设定所述HARQ RTT。

27.根据权利要求26所述的基站，其特征在于，所述指示信息包括以下至少一种：

所述HARQ RTT；

HARQ进程数量；和

所述HARQ进程与子帧位置的映射关系。

28.根据权利要求26或27所述的基站，其特征在于，

所述处理器，还用于获取HARQ进程的标识；

所述发射机，具体用于将所述HARQ进程的标识和所述HARQ反馈传输至所述第二通讯设备。

29.根据权利要求26或27所述的基站，其特征在于，

所述处理器，还用于获取与所述HARQ进程对应的子帧位置；

所述发射机，具体用于将所述子帧位置和所述HARQ反馈传输至所述第二通讯设备；

其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述数据所在的子帧位置；所述HARQ进程信息包括所述子帧位置。

30.一种通讯设备，其特征在于，包括：

发射机，用于通过混合自动重传请求HARQ进程向第一通讯设备发送数据；

处理器，用于根据所述HARQ反馈判断是否通过所述HARQ进程重传所述数据；

当所述数据为下行传输的数据时，第二通讯设备为辅基站，所述第一通讯设备为终端；

所述接收机，还用于接收所述主基站发送的用于标识HARQ往返时间RTT的指示信息，所述指示信息是所述主基站根据所述主基站与辅基站之间的站间传输时延确定的；

所述处理器，还用于根据所述指示信息设定使用所述HARQ进程传输所述数据的所述HARQ RTT。

31.根据权利要求30所述的通讯设备，其特征在于，

所述处理器，具体用于在所述指示信息包括所述HARQ RTT时，增加本地的当前HARQ进程数量直至将当前HARQ RTT增加至所述HARQ RTT。

32.根据权利要求30所述的通讯设备，其特征在于，

所述处理器，具体用于在所述指示信息包括HARQ进程数量时，增加本地的当前HARQ进程数量至所述HARQ进程数量。

33.根据权利要求30所述的通讯设备，其特征在于，

所述处理器，具体用于在所述指示信息包括所述HARQ进程与子帧位置的映射关系时，根据所述映射关系将所述HARQ进程设置在对应的子帧位置。

34.根据权利要求33所述的通讯设备，其特征在于，所述接收机，具体用于：

其中，所述子帧位置包括：所述HARQ反馈所在的子帧位置、或者所述HARQ进程传输HARQ反馈对应的数据所在的子帧位置。