CN106165514B - 一种rlc数据包重传方法及基站 - Google Patents

Abstract

本发明涉及通信技术领域，尤其涉及一种RLC数据包重传方法及基站，用以解决微基站在对数据包进行HARQ时由于重传时延较大，导致UE的吞吐量较低的技术问题；本发明实施例中，若宏基站接收到的针对微基站所传输的RLC数据包的反馈信息是NACK，则宏基站会判断微基站对该RLC数据包进行HARQ是否能够获得HARQ合并增益，即是否延时较小，如果能够获得，那么就令微基站采用HARQ方式重传该RLC数据包，延时较小，对UE的吞吐量尽量不造成影响。

Description

一种RLC数据包重传方法及基站

技术领域

本发明涉及通信技术领域，尤其涉及一种RLC数据包重传方法及基站。

背景技术

长期演进(Long Term Evalution，LTE)系统包括演进的分组核心网(EvolvedPacket Core，EPC)、演进基站(Evolved NodeB，eNodeB)和用户设备(User Equipement，UE)。其中，EPC为核心网部分，包括负责信令处理的移动管理实体(Mobility MangementEntity，MME)，负责数据处理的服务网关(Serving，Gateway，SGW)。eNodeB与EPC通过S1接口连接，eNodeB之间通过X2接口连接，eNode B与UE间通过Uu接口连接。

演进的通用陆地无线接入网(Evolved Universal Terrestrial Radio AccessNetwork，E-UTRAN)，由eNodeB组成，负责与无线相关的功能。E-UTRAN协议框架分为用户面协议和控制面协议。用户面协议栈包括分组数据汇聚协议(Packet Data ConvergenceProtocol，PDCP)、无线链路控制(Radio Link Control，RLC)和媒体访问控制层(MediaAccess Control，MAC)。

请参见图1，现有技术中，数据包可以从PDCP实体传输到RLC实体。RLC实体可以包括透明模式(Tranparent，TM)、非确认模式(Unacknowledged Mode，UM)以及确认模式(Acknowledged Mode，AM)。图1中所示的为AM的RLC实体。

对于理想回传的异构网络(Heterogeneous Network，HetNet)的载波聚合(Carrier Aggregation，CA)场景，在RLC的AM模式下，可以将数据包分流到主小区(PrimaryCell，Pcell)所属的宏基站(Macro eNodeB)和辅小区(Secondary Cell，Scell)所属的微基站(Micro eNodeB)，以通过主小区和辅小区分别将数据包发送给用户设备(UserEquipment，UE)，提高数据发送效率。

UE在接收到数据包后，会向宏基站发送针对宏基站和微基站所传输的数据包的反馈信息，一般的反馈信息可以包括确认应答(Acknowledgement，ACK)/否定应答(NegativeACKnowledge，NACK)两种类型。例如，针对微基站传输的一个数据包，宏基站收到的反馈信息是NACK，那么宏基站一般会将该NACK发送给微基站，微基站对该数据包一般采用的处理方式为通过辅小区进行混合自动重传请求(Hybrid Automatic Repeat reQuest，HARQ)。

然而，微基站在对数据包进行HARQ时，若HARQ的所有进程已全部用完，则在有HARQ进程空闲之前无法重传数据包，这就增加了重传时延，导致UE的吞吐量较低，也降低了HARQ的效率。

发明内容

本发明实施例提供一种RLC数据包重传方法及基站，用以解决微基站在对数据包进行HARQ时由于重传时延较大，导致UE的吞吐量较低的技术问题。

本发明的第一方面，提供一种RLC数据包重传方法，包括：

宏基站通过主小区接收CAUE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息，其中，所述UE驻留在所述主小区，所述UE与所述宏基站和所述微基站进行载波聚合；

若所述反馈信息是NACK，则所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益；

若能够获得HARQ合并增益，则所述宏基站将所述反馈信息发送给所述微基站，并指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包。

结合第一方面，在第一方面的第一种可能的实现方式中，所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益，具体包括：

当所述宏基站判断所述微基站在所述辅小区上当前使用的HARQ进程数量小于HARQ最大进程数量时，则所述宏基站确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ能够获得HARQ合并增益。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第二种可能的实现方式中，所述方法还包括：

若所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则所述宏基站通过所述主小区、以ARQ方式向所述UE重传所述RLC数据包。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，在宏基站通过主小区接收CA UE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息之前，所述方法还包括：

所述宏基站接收所述微基站发送的RLC组包结果，所述RLC组包结果用于表明所述微基站通过所述辅小区传输给所述UE的RLC数据包的信息；其中，所述微基站通过所述辅小区传输给所述UE的RLC数据包，为所述宏基站分流到所述微基站的RCL数据包中的部分或全部；

所述宏基站通过所述主小区、以ARQ方式向所述UE重传所述RLC数据包，具体包括：

所述宏基站根据所述RLC组包结果，通过所述主小区、以ARQ方式向所述UE重传所述RLC数据包。

结合第一方面或第一方面的第一种可能的实现方式，在第一方面的第四种可能的实现方式中，所述方法还包括：

若所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则所述宏基站将所述反馈信息发送给所述微基站，并指示所述微基站通过所述辅小区、以ARQ方式向所述UE重传所述RLC数据包。

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

第一接收模块，用于通过主小区接收CAUE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息，其中，所述UE驻留在所述主小区，所述UE与所述宏基站和所述微基站进行载波聚合；

判断模块，用于若所述反馈信息是NACK，则判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益；

第一发送模块，用于若能够获得HARQ合并增益，则将所述反馈信息发送给所述微基站，并指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包。

结合第二方面，在第二方面的第一种可能的实现方式中，所述判断模块具体用于：

当判断所述微基站在所述辅小区上当前使用的HARQ进程数量小于HARQ最大进程数量时，则确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ能够获得HARQ合并增益。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第二种可能的实现方式中，所述宏基站还包括重传模块，用于：

若所述判断模块判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则通过所述主小区、经所述宏基站的第二发送模块，以ARQ方式向所述UE重传所述RLC数据包。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述宏基站还包括第二接收模块；

所述第二接收模块用于：在所述第一接收模块通过主小区接收CAUE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息之前，接收所述微基站发送的RLC组包结果，所述RLC组包结果用于表明所述微基站通过所述辅小区传输给所述UE的RLC数据包的信息；其中，所述微基站通过所述辅小区传输给所述UE的RLC数据包，为所述宏基站分流到所述微基站的RCL数据包中的部分或全部；

所述重传模块具体用于：根据所述RLC组包结果，通过所述主小区、经所述宏基站的第二发送模块，以ARQ方式向所述UE重传所述RLC数据包。

结合第二方面或第二方面的第一种可能的实现方式，在第二方面的第四种可能的实现方式中，所述第一发送模块还用于：

若所述判断模块判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则将所述反馈信息发送给所述微基站，并指示所述微基站通过所述辅小区、以ARQ方式向所述UE重传所述RLC数据包。

本发明的第三方面，提供一种宏基站，包括连接到同一总线的存储器、处理器、收发器和接口；

所述存储器，用于存储指令；

所述收发器，用于通过主小区接收CAUE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息，其中，所述UE驻留在所述主小区，所述UE与所述宏基站和所述微基站进行载波聚合；

所述处理器，调用存储器存储的所述指令，用于执行：若所述反馈信息是否定应答NACK，则判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益；及，若能够获得HARQ合并增益，则通过所述接口将所述反馈信息发送给所述微基站，并指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包。

结合第三方面，在第三方面的第一种可能的实现方式中，所述处理器具体用于：

当判断所述微基站在所述辅小区上当前使用的HARQ进程数量小于HARQ最大进程数量时，则确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ能够获得HARQ合并增益。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第二种可能的实现方式中，所述处理器还用于：

若判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则通过所述主小区、经所述收发器，以ARQ方式向所述UE重传所述RLC数据包。

结合第三方面的第二种可能的实现方式，在第三方面的第三种可能的实现方式中，所述接口还用于：在所述收发器通过主小区接收CAUE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息之前，接收所述微基站发送的RLC组包结果，所述RLC组包结果用于表明所述微基站通过所述辅小区传输给所述UE的RLC数据包的信息；其中，所述微基站通过所述辅小区传输给所述UE的RLC数据包，为所述宏基站分流到所述微基站的RCL数据包中的部分或全部；

所述处理器还用于通过所述主小区、经所述收发器，以ARQ方式向所述UE重传所述RLC数据包，具体为：根据所述RLC组包结果，通过所述主小区、经所述收发器，以ARQ方式向所述UE重传所述RLC数据包。

结合第三方面或第三方面的第一种可能的实现方式，在第三方面的第四种可能的实现方式中，所述处理器还用于：

若判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则通过所述接口将所述反馈信息发送给所述微基站，并指示所述微基站通过所述辅小区、以ARQ方式向所述UE重传所述RLC数据包。

本发明实施例中，若宏基站接收到的针对微基站所传输的RLC数据包的反馈信息是NACK，则宏基站会判断微基站对该RLC数据包进行HARQ是否能够获得HARQ合并增益，即是否延时较小，如果能够获得HARQ合并增益，那么就令微基站采用HARQ方式重传该RLC数据包，这样的重传时延较小，对UE的吞吐量尽量不造成影响。对该RLC数据包采用了HARQ方式进行处理，自然就无需采用自动重传请求(Automatic Repeat reQuest，ARQ)方式重传该RLC数据包，而使用HARQ方式能够减少重传的次数，提高RLC数据包重传效率。

附图说明

图1为现有技术中AM的RLC数据包传输示意图；

图2为本发明实施例中RLC数据包重传方法的主要流程图；

图3为本发明实施例中宏基站的结构框图；

图4为本发明实施例中宏基站的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本文中描述的技术可用于LTE系统，以及LTE的后续演进系统。

本发明实施例中均以接收端是UE为例。

主小区是工作在主频带上的小区。UE通过主小区与Macro eNodeB进行无线资源控制(Radio Resource Control，RRC)连接建立。

辅小区是工作在辅频带上的小区。具有CA能力的UE与Macro eNodeB完成RRC连接建立，可为该UE配置辅小区以提供额外的无线资源。

需要说明的是，本发明实施例是以宏微基站组网的HetNet场景来进行描述的，本发明实施例中所介绍的宏基站，在一些应用场景中也可能替换为微基站，同样，本发明实施例中所介绍的微基站，在一些应用场景中也可能替换为宏基站，即，本发明实施例中的技术方案也同样适用于宏基站之间以及微基站之间的组网场景。

另外，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，如无特殊说明，一般表示前后关联对象是一种“或”的关系。

下面结合说明书附图对本发明实施例作进一步详细描述。

请参见图2，本发明实施例提供一种RLC数据包重传方法，所述方法的主要流程描述如下。

步骤201：宏基站通过主小区接收CAUE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息。

其中，所述UE驻留在所述主小区，所述UE与所述宏基站和所述微基站进行载波聚合。

本发明实施例中，将具有CA能力的UE称为CA UE。

在步骤201之前，还包括：

具有CA能力的UE，使其优先驻留到宏基站上，即，使其将宏基站中的小区作为其主小区。

在令UE优先驻留到宏基站后，当UE向所述主小区中的基站(即该宏基站)发起业务承载建立时，宏基站建立宏基站与UE之间的AM的RLC数据业务逻辑信道，以及建立微基站与UE之间的AM的RLC数据业务逻辑信道。其中，微基站中的小区为UE的辅小区。

之后，宏基站负责将待发送的RLC数据包分别分配给宏基站和微基站，即，将待发送的RLC数据包在宏基站和微基站进行分流。这里，将RLC数据包进行分流的设备，例如可以是该宏基站，或者也可以是主小区中的RLC实体，具体本发明不作限制。本发明是以宏基站进行分流为例来说明。

在实际网络中，宏基站和微基站之间通常为非理想回传，由于宏基站和微基站之间的传输时延较大，会影响非理想回传HetNet的CA场景下的UE的性能。

因此，本发明实施例中，微基站可以在向UE发送RLC数据包的时刻之前的第一时刻向宏基站请求所需的RLC数据包，这样宏基站就能够提前将微基站所需的RLC数据包发送给微基站，从而尽量减少宏基站和微基站之间的传输时延，提高非理想回传HetNet的CA场景下的UE的接收性能。

若接收端为UE，则在微基站接收到分配的RLC数据包后，可以将分配的RLC数据包发送到空口，UE可以通过空口进行接收。

UE在接收RLC数据包后，会向宏基站发送针对所接收的每个RLC数据包的反馈信息，无论是微基站发送的RLC数据包还是宏基站发送的RLC数据包，UE都将反馈信息发送给宏基站。

具体的，令具有CA能力的UE优先驻留到宏基站、该宏基站分别建立RLC数据业务逻辑信道、微基站传输待发送的数据包、以及UE向宏基站发送反馈消息等过程都是现有技术中的过程，具体实现方式可参考现有技术，本发明对此不作限制。

可选的，本发明实施例中，在宏基站通过主小区接收CAUE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息之前，所述方法还包括：

宏基站接收微基站发送的RLC组包结果，所述RLC组包结果用于表明微基站通过辅小区传输给UE的RLC数据包的信息；其中，微基站通过辅小区传输给UE的RLC数据包，为宏基站分流到微基站的RCL数据包中的部分或全部。

宏基站给微基站分配的RLC数据包，微基站可能将其全部传输给了UE，但也有可能只传输了一部分给UE。例如，宏基站共分配给微基站3个RLC数据包，例如分别为1、2和3，则微基站可能将这3个RLC数据包全部传输给了UE，则所述RLC组包结果就用于表明这3个RLC数据包的信息，或者微基站可能只将其中的1和2传输给了UE，则所述RLC组包结果就用于表明1和2两个RLC数据包的信息，或者微基站可能只将其中的1以及2中的一部分数据传输给了UE，则所述RLC组包结果就用于表明1和2中的传输给UE的那部分数据的信息。

即，虽然宏基站知道给微基站分配了哪些RLC数据包，但微基站具体将其中的哪部分传输给了UE，需要微基站通过所述RLC组包结果告诉宏基站。

例如，微基站可以在将分配的RLC数据包发送给接收端(若接收端是UE，则是发送到空口)时将所述RLC组包结果发送给宏基站，这样，宏基站就可以知道微基站究竟将哪些RLC数据传输给了UE。

步骤202：若所述反馈信息是NACK，则所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益。

那么，如果宏基站确认所接收的针对微基站所传输的RLC数据包的反馈信息是NACK，那么宏基站确认该NACK对应的RLC数据包需要重传。

若宏基站确定该NACK对应的RLC数据包需要重传，那么宏基站可以首先判断微基站通过辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益。

可选的，本发明实施例中，所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益，具体包括：

当所述宏基站判断所述微基站在所述辅小区上当前使用的HARQ进程数量小于HARQ最大进程数量时，则所述宏基站确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ能够获得HARQ合并增益。

若微基站在辅小区上当前使用的HARQ进程数量小于HARQ最大进程数量，说明还有空闲的HARQ进程，微基站可以直接使用空闲的HARQ进程重传新的RLC数据包，重传时延较小，基本不会影响到UE的吞吐量，UE能够正常获得HARQ合并增益。

而若微基站在辅小区上当前使用的HARQ进程数量不小于HARQ最大进程数量，则微基站需要等到有空闲的HARQ进程时才能重传新的RLC数据包，这样导致重传时延较大，在这种情况下，微基站如果通过辅小区继续用HARQ方式重传新的RLC数据包，UE是无法获得HARQ合并增益的，因此采用这种方式来判断微基站通过辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益。

步骤203：若能够获得HARQ合并增益，则所述宏基站将所述反馈信息发送给所述微基站，并指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包。

若判断确定微基站在辅小区上对所述RLC数据包进行HARQ能够获得HARQ合并增益，那么宏基站可以将所述反馈信息直接发送给微基站，并指示微基站通过辅小区采用HARQ方式向所述UE重传所述RLC数据包。微基站在接收到宏基站发送的所述反馈信息及用于指示微基站采用HARQ方式重传所述RLC数据包的指示后，会通过辅小区采用HARQ方式向所述UE重传所述RLC数据包。这时，微基站可以直接采用空闲的HARQ进程向所述UE重传所述RLC数据包，重传时延较小，尽量不会影响UE的吞吐量，UE也能获得HARQ合并增益。

本发明实施例中，若宏基站判断确定微基站通过辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，那么宏基站有两种处理方式：

第一种方式：宏基站自己通过主小区将所述RLC数据包通过ARQ方式向所述UE进行重传。

第二种方式：宏基站指示微基站通过辅小区将所述RLC数据包通过ARQ方式向所述UE进行重传。

以下分别介绍。

第一种方式：

可选的，本发明实施例中，所述方法还可以包括：

若所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则所述宏基站通过所述主小区、以ARQ方式向所述UE重传所述RLC数据包。

可选的，本发明实施例中，所述宏基站通过所述主小区、以ARQ方式重传所述RLC数据包，具体包括：

所述宏基站根据所述RLC组包结果，通过所述主小区、以ARQ方式向所述UE重传所述RLC数据包。

即，若宏基站判断确定微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，那么宏基站可以采用的一种方式是：自行通过ARQ方式向所述UE重传所述RLC数据包。

因为在步骤201之前，宏基站已经获得了所述RLC组包结果，知道微基站具体将哪些RLC数据包传输给了UE，因此宏基站可以直接通过ARQ方式向所述UE传输所述RLC数据包。

而现有技术中，宏基站即使要重传RLC数据包，也需要先等待UE反馈的序列号(Serial Number，SN)状态报告，在接收到SN状态报告后才知道微基站究竟将哪些RLC数据包传输给了UE，然后宏基站才能重传其中的部分或全部RLC数据包，可见，本发明实施例中的技术方案相对于现有技术来说，缩短了RLC的业务交互时间，提高了传输效率。

第二种方式：

可选的，本发明实施例中，所述方法还可以还包括：

若所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则所述宏基站将所述反馈信息发送给所述微基站，并指示所述微基站通过所述辅小区、以ARQ方式向所述UE重传所述RLC数据包。

若宏基站判断确定微基站通过辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，那么宏基站可以采用的另一种方式是：将所述反馈信息发送给微基站，并指示微基站通过辅小区、以ARQ方式向所述UE重传所述RLC数据包。微基站在接收到宏基站发送的所述反馈信息及用于指示微基站通过辅小区、以ARQ方式重传所述RLC数据包的指示后，会采用ARQ方式重传所述RLC数据包。

例如在频分复用(Frequency Division Duplexing，FDD)系统中，协议上规定的HARQ进程(ID)个数是8个(即空口最大可用的HARQ ID数量)，但由于HARQ的往返时延(Round-Trip Time，RTT)的存在，实际的HARQ的RTT是8+N个(N是指站间单向链路时延)，在极端场景下，会造成HARQ ID的可用数量不足。在现有技术中，当辅小区上的8个HARQ ID都已经被使用且没有HARQ ID被释放时，此时微基站若还有新的RLC数据包需要重传，则暂时不进行重传，而要等待有HARQ ID空闲时再进行重传。即，由于HARQ ID不足，部分时间无法发送RLC数据包，使UE的吞吐量有所损失，一般来说，UE损失的吞吐率负增益为N/(8+N)*100％。

另外，现有技术中，若8个HARQ ID都已经被使用且没有被释放时，此时若还有新的RLC数据包需传送，还可以采用HARQ复用方式，即占用一个已经使用的HARQ ID，并置位该HARQ ID的RLC数据包为新传的RLC数据包。这样会导致被占用的HARQ ID上一次发送的RLC数据包在需要进行HARQ重传时，也只能按照新传的RLC数据包发送到接收端，不能再将其作为重传的RLC数据包处理，导致接收端无法获得HARQ合并增益。

而采用本发明实施例中的方法后，宏基站首先判断一下微基站在辅小区上当前使用的HARQ ID数量是否小于HARQ ID的最大数量(即所述HARQ最大进程数量)，若小于，则确定还有空闲的HARQ ID可供重传RLC数据包，则待重传的RLC数据包可以得到及时传输，即接收端能够获得HARQ合并增益。而若微基站在辅小区上当前使用的HARQ ID数量不小于HARQID的最大数量，一般来说即微基站在辅小区上当前使用的HARQ ID数量等于HARQ ID的最大数量，说明已没有空闲的HARQ ID用于重传新的RLC数据包，那么新的RLC数据包可能得不到及时传输，则本发明实施例中可以放弃HARQ方式，而改用ARQ方式重传该新的RLC数据包，尽量使RLC数据包得到尽快重传，减少数据包重传所需的时延，提高数据包重传的效率。

请参见图3，基于同一发明构思，本发明实施例提供一种宏基站，所述宏基站可以包括第一接收模块301、判断模块302和第一发送模块303。

第一接收模块301，用于通过主小区接收CA UE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息，其中，所述UE驻留在所述主小区，所述UE与所述宏基站和所述微基站进行载波聚合；

判断模块302，用于若所述反馈信息是NACK，则判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益；

第一发送模块303，用于若能够获得HARQ合并增益，则将所述反馈信息发送给所述微基站，并指示所述微基站采用HARQ方式重传所述RLC数据包。

可选的，本发明实施例中，判断模块302具体用于：

当判断所述微基站在所述辅小区上当前使用的HARQ进程数量小于HARQ最大进程数量时，则确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ能够获得HARQ合并增益。反之，当判断所述微基站在所述辅小区上当前使用的HARQ进程数量不小于HARQ最大进程数量时，则确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益。

可选的，本发明实施例中，所述宏基站还包括重传模块以及第二发送模块；所述重传模块用于：

若判断模块302判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则通过所述主小区、经所述第二发送模块，以ARQ方式向所述UE重传所述RLC数据包。

可选的，本发明实施例中，所述宏基站还包括第二接收模块；

所述第二接收模块用于：在第一接收模块301通过主小区接收CAUE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息之前，接收所述微基站发送的RLC组包结果，所述RLC组包结果用于表明所述微基站通过所述辅小区传输给所述UE的RLC数据包的信息；其中，所述微基站通过所述辅小区传输给所述UE的RLC数据包，为所述宏基站分流到所述微基站的RCL数据包中的部分或全部；

所述重传模块具体用于：根据所述RLC组包结果，通过所述主小区、经所述第二发送模块，以ARQ方式向所述UE重传所述RLC数据包。

可选的，本发明实施例中，第一发送模块303还用于：

若判断模块302判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则将所述反馈信息发送给所述微基站，并指示所述微基站通过所述辅小区、以ARQ方式向所述UE重传所述RLC数据包。

请参见图4，基于同一发明构思，本发明实施例提供一种宏基站，所述宏基站包括连接到总线400的存储器401、处理器402、收发器403和接口404。

存储器401，用于存储处理器402执行任务所需的指令；

收发器403，用于通过主小区接收CA UE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息，其中，所述UE驻留在所述主小区，所述UE与所述宏基站和所述微基站进行载波聚合；

处理器402，调用存储器401存储的所述指令，用于执行：若所述反馈信息是NACK，则判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益；及，若能够获得HARQ合并增益，则通过接口404将所述反馈信息发送给所述微基站，并指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包。

可选的，本发明实施例中，处理器402具体用于：

当判断所述微基站在所述辅小区上当前使用的HARQ进程数量小于HARQ最大进程数量时，则确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ能够获得HARQ合并增益。反之，当判断所述微基站在所述辅小区上当前使用的HARQ进程数量不小于HARQ最大进程数量时，则确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益。

可选的，本发明实施例中，处理器402还用于：

若判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则通过所述主小区、经收发器403，以ARQ方式向所述UE重传所述RLC数据包。

可选的，本发明实施例中，

接口404还用于：在收发器403通过主小区接收CA UE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息之前，接收所述微基站发送的RLC组包结果，所述RLC组包结果用于表明所述微基站通过所述辅小区传输给所述UE的RLC数据包的信息；其中，所述微基站通过所述辅小区传输给所述UE的RLC数据包，为所述宏基站分流到所述微基站的RCL数据包中的部分或全部；

处理器402还用于通过所述主小区、经收发器404，以ARQ方式向所述UE重传所述RLC数据包，具体为：根据所述RLC组包结果，通过所述主小区、经收发器404，以ARQ方式向所述UE重传所述RLC数据包。

可选的，本发明实施例中，处理器402还用于：

若判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则通过接口404将所述反馈信息发送给所述微基站，并指示所述微基站通过所述辅小区、以ARQ方式向所述UE重传所述RLC数据包。

本发明实施例中，若宏基站接收到的针对微基站所传输的RLC数据包的反馈信息是NACK，则宏基站会判断微基站对该RLC数据包进行HARQ是否能够获得HARQ合并增益，即是否延时较小，如果能够获得HARQ合并增益，那么就令微基站采用HARQ方式向UE重传该RLC数据包，这样的重传时延较小，对UE的吞吐量尽量不造成影响。对该RLC数据包采用了HARQ方式进行处理，自然就无需采用ARQ方式重传该RLC数据包，而使用HARQ方式能够减少重传的次数，提高RLC数据包重传效率。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以对本申请的技术方案进行了详细介绍，但以上实施例的说明只是用于帮助理解本发明的方法及其核心思想，不应理解为对本发明的限制。本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。

Claims (12)

1.一种无线链路控制层RLC数据包重传方法，其特征在于，包括：

宏基站通过主小区接收载波聚合CA用户设备UE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息，其中，所述UE驻留在所述主小区，所述UE与所述宏基站和所述微基站进行载波聚合；

若所述反馈信息是否定应答NACK，则所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行混合自动重传请求HARQ是否能够获得HARQ合并增益；

若能够获得HARQ合并增益，则所述宏基站将所述反馈信息发送给所述微基站，并指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包，否则，所述宏基站不指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包；其中，所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ是否能够获得HARQ合并增益，具体包括：

当所述宏基站判断所述微基站在所述辅小区上当前使用的HARQ进程数量小于HARQ最大进程数量时，则所述宏基站确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ能够获得HARQ合并增益。

2.如权利要求1所述的方法，其特征在于，所述方法还包括：

若所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则所述宏基站通过所述主小区、以自动重传请求ARQ方式向所述UE重传所述RLC数据包。

3.如权利要求2所述的方法，其特征在于，在宏基站通过主小区接收CA UE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息之前，所述方法还包括：

所述宏基站接收所述微基站发送的RLC组包结果，所述RLC组包结果用于表明所述微基站通过所述辅小区传输给所述UE的RLC数据包的信息；其中，所述微基站通过所述辅小区传输给所述UE的RLC数据包，为所述宏基站分流到所述微基站的RCL数据包中的部分或全部；

所述宏基站通过所述主小区、以ARQ方式向所述UE重传所述RLC数据包，具体包括：

所述宏基站根据所述RLC组包结果，通过所述主小区、以ARQ方式向所述UE重传所述RLC数据包。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：

若所述宏基站判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则所述宏基站将所述反馈信息发送给所述微基站，并指示所述微基站通过所述辅小区、以ARQ方式向所述UE重传所述RLC数据包。

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

第一接收模块，用于通过主小区接收载波聚合CA用户设备UE针对微基站通过辅小区向所述UE传输的无线链路控制层RLC数据包的反馈信息，其中，所述UE驻留在所述主小区，所述UE与所述宏基站和所述微基站进行载波聚合；

判断模块，用于若所述反馈信息是否定应答NACK，则判断所述微基站通过所述辅小区对所述RLC数据包进行混合自动重传请求HARQ是否能够获得HARQ合并增益；

第一发送模块，用于若能够获得HARQ合并增益，则将所述反馈信息发送给所述微基站，并指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包，否则，不指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包；其中，所述判断模块具体用于：

当判断所述微基站在所述辅小区上当前使用的HARQ进程数量小于HARQ最大进程数量时，则确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ能够获得HARQ合并增益。

6.如权利要求5所述的宏基站，其特征在于，所述宏基站还包括重传模块，用于：

若所述判断模块判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则通过所述主小区、经所述宏基站的第二发送模块，以自动重传请求ARQ方式向所述UE重传所述RLC数据包。

7.如权利要求6所述的宏基站，其特征在于，所述宏基站还包括第二接收模块；

所述第二接收模块用于：在所述第一接收模块通过主小区接收CA UE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息之前，接收所述微基站发送的RLC组包结果，所述RLC组包结果用于表明所述微基站通过所述辅小区传输给所述UE的RLC数据包的信息；其中，所述微基站通过所述辅小区传输给所述UE的RLC数据包，为所述宏基站分流到所述微基站的RCL数据包中的部分或全部；

所述重传模块具体用于：根据所述RLC组包结果，通过所述主小区、经所述宏基站的第二发送模块，以ARQ方式向所述UE重传所述RLC数据包。

8.如权利要求5所述的宏基站，其特征在于，所述第一发送模块还用于：

若所述判断模块判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则将所述反馈信息发送给所述微基站，并指示所述微基站通过所述辅小区、以ARQ方式向所述UE重传所述RLC数据包。

9.一种宏基站，其特征在于，包括连接到同一总线的存储器、处理器、收发器和接口；

所述存储器，用于存储指令；

所述收发器，用于通过主小区接收载波聚合CA用户设备UE针对微基站通过辅小区向所述UE传输的无线链路控制层RLC数据包的反馈信息，其中，所述UE驻留在所述主小区，所述UE与所述宏基站和所述微基站进行载波聚合；

所述处理器，调用存储器存储的所述指令，用于执行：若所述反馈信息是否定应答NACK，则判断所述微基站通过所述辅小区对所述RLC数据包进行混合自动重传请求HARQ是否能够获得HARQ合并增益；及，若能够获得HARQ合并增益，则通过所述接口将所述反馈信息发送给所述微基站，并指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包，否则，不指示所述微基站采用HARQ方式向所述UE重传所述RLC数据包；

其中，所述处理器具体用于：

当判断所述微基站在所述辅小区上当前使用的HARQ进程数量小于HARQ最大进程数量时，则确定所述微基站通过所述辅小区对所述RLC数据包进行HARQ能够获得HARQ合并增益。

10.如权利要求9所述的宏基站，其特征在于，所述处理器还用于：

若判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则通过所述主小区、经所述收发器，以自动重传请求ARQ方式向所述UE重传所述RLC数据包。

11.如权利要求10所述的宏基站，其特征在于，

所述接口还用于：在所述收发器通过主小区接收CA UE针对微基站通过辅小区向所述UE传输的RLC数据包的反馈信息之前，接收所述微基站发送的RLC组包结果，所述RLC组包结果用于表明所述微基站通过所述辅小区传输给所述UE的RLC数据包的信息；其中，所述微基站通过所述辅小区传输给所述UE的RLC数据包，为所述宏基站分流到所述微基站的RCL数据包中的部分或全部；

所述处理器还用于通过所述主小区、经所述收发器，以ARQ方式向所述UE重传所述RLC数据包，具体为：根据所述RLC组包结果，通过所述主小区、经所述收发器，以ARQ方式向所述UE重传所述RLC数据包。

12.如权利要求9所述的宏基站，其特征在于，所述处理器还用于：

若判断所述微基站通过所述辅小区对所述RLC数据包进行HARQ不能获得HARQ合并增益，则通过所述接口将所述反馈信息发送给所述微基站，并指示所述微基站通过所述辅小区、以ARQ方式向所述UE重传所述RLC数据包。

Images