CN100423483C - 多载波高速下行分组接入中混合自动重传方法及应用 - Google Patents

Abstract

本发明公开了一种多载波高速下行分组接入中混合自动重传方法，包括步骤：基站确定被调度终端当前可以使用的载波及各载波需要传送的高速下行分组数据；为各载波分配独立的混合自动重传HARQ进程，并确定该载波标识和分配的HARQ进程标识；在分配的HARQ进程上将高速下行分组数据发送到对应的载波上；通知终端使用的载波标识和HARQ进程标识；终端根据这些标识将收到的高速下行分组数据提交到对应的HARQ进程进行处理，获取需要的业务数据。本发明还公开了一种实现上述多载波高速下行分组接入中混合自动重传的基站和终端。利用本发明，可以使HARQ进程的使用和数据的传输更加灵活，实现多载波高速下行分组数据的传输。

Description

多载波高速下行分组接入中混合自动重传方法及应用

技术领域

本发明涉及移动通信技术领域，具体涉及一种多载波高速下行分组接入中混合自动重传方法及应用。

背景技术

为了适应日益增长的数据业务的需求，3GPP Rlease 5(第三代伙伴工程版本5)引入了HSDPA(高速下行分组接入)技术，以提高下行方向的数据传输速率。HSDPA技术同时适用于WCDMA FDD(宽带码分多址频分双工)、UTRA TDD(通用地面无线接入时分双工)和TD-SCDMA(时隙-同步码分多址)三种不同模式。

HSDPA采用的关键技术包括：快速分组调度、AMC(自适应调制编码)和HARQ(混合自动重传请求)。这些技术由位于Node B(基站)的MAC-hs(媒体接入控制实体)和位于UE(用户设备)的MAC-hs实体共同实现。

图1示出了UTRAN侧的MAC-hs模型，该实体位于Node B，包括调度模块和混合自动重传请求模块。

图2示出了UE侧的MAC-hs模型，包括重排与拆解模块和混合自动重传请求模块。

在Node B的MAC-hs中，为每个使用HSDPA的用户配置一个HARQ实体，用于管理用户的所有HARQ进程，选择合适的HARQ进程传输MAC-hsPDU(MAC-hs协议数据单元)。与之对应，UE的MAC-hs也建立一个HARQ实体，负责管理相应的HARQ进程，二者之间的HARQ进程存在一一对应关系。

现有协议中的描述主要是针对单载波而言的，对任意一个传输时间间隔(TTI)，每个被调度的UE只能传输一个MAC-hs PDU。 Node B的MAC-hs实体中的调度模块负责确定哪些UE被调度，并为每个被调度的用户构造一个MAC-hs PDU，递交到HARQ实体，然后由HARQ实体选择合适的进程传输。HSDPA采用了多路并行停等HARQ协议。即同时启动多个HARQ进程，使用某个HARQ进程传输MAC-hs PDU后，在收到反馈信息之前，不能继续使用该进程传输任何数据，但在等待某个HARQ进程的反馈信息过程中，可以使用其他的空闲进程继续传输MAC-hs PDU。UE侧的HARQ实体为每个HARQ进程分配了软缓存，缓存大小决定了HARQ进程能够存储的数据量。

Node B的HARQ实体在选择HARQ进程时需要遵循以下原则：

1.如果是重传的MAC-hs PDU，必须使用初次传输该PDU时使用的HARQ进程。

2.如果是新产生的MAC-hs PDU，那么选择的HARQ进程必须是空闲的，并且该MAC-hs PDU经过CRC(循环冗余校验)校验后的数据量不能超过UE侧对应的HARQ进程的缓存大小。

UE侧的HARQ实体实现的主要功能如下：

根据控制信道上携带的信息判断当前传输的MAC-hs PDU使用的HARQ进程，以及是新数据还是重传数据，并对这些数据进行相应的处理，同时向Node B或UTRAN(通用地面无线接入网路)侧返回确认消息ACK或否定信息NACK。

现有标准中，对HARQ进程的管理都是针对单载波而言的，对于任一TTI，每个被调度的UE只能启动一个HARQ进程传输一个MAC-hs PDU。而将HSDPA技术应用于多载波系统中，使多个载波同时支持HSDPA，可以进一步提高下行数据传输速率。对多载波HSDPA而言，UE可能在某个TTI传输多个MAC-hs PDU，从而需要启动多个HARQ进程，如何使用和管理这些HARQ进程，现有协议中缺乏必要的描述。

此外，现有方法为UE的每个HARQ进程都分配了独立的软缓存，当使用多载波传输时，需要的HARQ进程数随之增多，采用独立分配缓存的方式容易造成存储空间的浪费。

因此，当一个逻辑小区有多个载波用于支持HSDPA时，基于现有传输方式的无线网络和终端将无法满足多载波HSDPA的需求。

发明内容

本发明的目的是提供一种多载波高速下行分组接入中混合自动重传方法，以克服现有技术HSDPA系统中HARQ进程管理只针对单载波的缺点，实现HSDPA系统对多载波的支持。

本发明的另一个目的是提供一种实现多载波高速下行分组接入中混合自动重传的基站和终端，以克服现有技术中基站和终端仅支持单载波HSDPA的缺点，在基站和终端上分别实现对多载波HSDPA中HARQ进程的管理。

为此，本发明提供如下的技术方案：

一种多载波高速下行分组接入中混合自动重传方法，所述方法包括步骤：

A、基站确定被调度终端当前能够使用的载波及各载波需要传送的高速下行分组数据；

B、为各载波分配独立的混合自动重传HARQ进程，并确定所述各载波的载波标识和分配的HARQ进程标识；

C、在分配的HARQ进程上将所述高速下行分组数据发送到对应的载波上；

D、通知终端所述高速下行分组数据使用的载波标识和HARQ进程标识；

E、终端根据所述载波标识和HARQ进程标识将收到的高速下行分组数据提交到对应的HARQ进程进行处理，获取需要的业务数据。

所述方法还包括步骤：预先设定各载波允许使用的HARQ进程数。

在所述步骤A前还包括步骤：获取所述被调度终端的软缓存总量。

所述步骤A进一步包括：

获取所述被调度终端的当前软缓存剩余量，其初始值为所述被调度终端的软缓存总量；

构造高速下行分组数据时，使所有新构造的高速下行分组数据经过CRC校验后的数据总量小于等于所述被调度终端的当前软缓存剩余量。

所述方法还包括步骤：

实时更新所述被调度终端的当前软缓存剩余量，具体过程如下：

新产生被调度终端的高速下行分组数据后，将所述被调度终端当前的软缓存剩余量减去所述新产生被调度终端的高速下行分组数据需要的软缓存值作为所述被调度终端的当前软缓存剩余量；

当为所述被调度终端使用的载波分配的HARQ进程收到终端反馈的ACK信息后，将所述被调度终端的当前软缓存剩余量加上为收到ACK信息的HARQ进程分配的软缓存值作为所述被调度终端的当前软缓存剩余量；

当为所述被调度终端使用的载波分配的HARQ进程传输同一组高速下行分组数据达到允许的最大传输次数但仍未传输成功时，将所述被调度终端的当前软缓存剩余量加上为该进程分配的软缓存值作为所述被调度终端的当前软缓存剩余量。

所述步骤C进一步包括：

所述被调度终端的所有载波的所有HARQ进程共享软缓存。

所述步骤A进一步包括：

对于需要重传的高速下行分组数据，分配初次传输该高速下行分组数据使用的载波重传该高速下行分组数据。

所述步骤B包括：

为重传的高速下行分组数据分配初次传输该高速下行分组数据时使用的HARQ进程；

为新产生的高速下行分组数据选择空闲的HARQ进程。

所述步骤D具体为：

基站通过控制信道通知终端所述高速下行分组数据使用的载波标识和HARQ进程标识。

一种实现多载波高速下行分组接入中混合自动重传的基站，所述基站包括网络侧媒体接入控制实体和网络侧底层模块，所述网络侧媒体接入控制实体包括：载波分配模块、缓存管理模块、调度模块和网络侧混合自动重传请求模块，其中，

所述载波分配模块用于为被调度终端分配当前能够使用的载波；

所述缓存管理模块用于管理被调度终端能够使用的软缓存；

所述调度模块分别耦合于所述载波分配模块和所述缓存管理模块，用于根据所述缓存管理模块提供的被调度终端的当前软缓存剩余量，为所述载波分配模块分配的载波构造高速下行分组数据，并将构造的高速下行分组数据及其相关信息发送到所述混合自动重传请求模块；

所述网络侧混合自动重传请求模块分别耦合于所述调度模块和网络侧底层模块，用于将所述高速下行分组数据及其相关信息发送到所述网络侧底层模块。

所述基站还包括：

多载波进程管理模块，分别耦合于所述网络侧混合自动重传请求模块和所述缓存管理模块，用于为各载波分配合适的自动混合重传请求HARQ进程，并向所述缓存管理模块提供缓存更新信息。

所述基站还包括：

缓存总量获取模块，耦合于所述缓存管理模块，用于获取被调度终端能够使用的软缓存总量，并将所述软缓存总量提供给缓存管理模块，作为被调度终端的当前软缓存剩余量的初始值。

一种实现多载波高速下行分组接入中混合自动重传的终端，所述终端包括终端侧媒体接入控制实体、终端侧底层模块和高层模块，

所述终端侧媒体接入控制实体包括：终端侧进程管理模块、终端侧混合自动重传请求模块和重排与拆解模块，其中，

所述终端侧进程管理模块耦合于所述底层模块，用于根据所述底层模块收到的高速下行分组数据及其相关信息，为所述收到的高速下行分组数据分配相应的HARQ进程；

所述终端侧混合自动重传请求模块，分别耦合于所述底层模块和所述终端侧进程管理模块，用于在所述终端侧进程管理模块分配的HARQ进程中对所述高速下行分组数据进行处理，并将处理后的高速下行分组数据发送给所述重排与拆解模块，同时产生相应的信息，通过控制信道反馈给网络侧；

所述重排与拆解模块耦合于所述终端侧混合自动重传请求模块，用于去除所述高速下行分组数据中的填充比特，并将处理后的分组数据发送到高层模块。

由以上本发明提供的技术方案可以看出，本发明充分考虑了多载波HSDPA的特点，由Node B的多载波混合自动重传请求模块为UE可能使用的每个载波均分配相应的HARQ进程，不同载波的HARQ进程相互独立，通过在控制信道上携带载波ID和进程ID通知UE当前使用的HARQ进程，从而使UE的多载波混合自动重传请求模块可以将MAC-hs PDU发送到相应的HARQ进程进行处理，使HARQ进程的使用和数据的传输更加灵活，实现了HSDPA系统对多载波的支持，进一步提高了系统下行数据传输速率。同时，由于UE实际支持的载波数可能小于允许使用的载波集合中的载波数目，因此本发明使各载波对应的HARQ进程共享软缓存，某个HARQ进程能够分得的缓存由当前剩余的缓存决定，大大减少了终端的内存需求，降低了设备成本。

附图说明

图1是现有UTRAN侧的MAC-hs模型；

图2是现有UE侧的MAC-hs模型；

图3是本发明方法第一实施例的实现流程图；

图4是本发明方法第二实施例的实现流程图；

图5是本发明基站的原理框图；

图6是基站中多载波HSDPA数据的处理流程图；

图7是本发明终端的原理框图；

图8是终端中多载波HSDPA数据的处理流程图。

具体实施方式

本发明的核心在于分别在基站及终端上建立网络侧多载波混合自动重传请求模块和终端侧多载波混合自动重传请求模块，当需要传输MAC-hs PDU时，由网络侧多载波混合自动重传请求模块为UE可能使用的每个载波均分配相应的HARQ进程，不同载波的HARQ进程相互独立，通过在控制信道上携带载波ID和进程ID通知UE当前使用的HARQ进程，从而使终端侧多载波混合自动重传请求模块可以将MAC-hs PDU发送到相应的HARQ进程进行处理，从而实现HSDPA系统对多载波的支持。

进一步考虑到UE支持的载波数可能小于允许使用的载波集合中的载波数目，使UE所有载波的所有HARQ进程共享软缓存，根据当前剩余的缓冲为HARQ分配需要使用的缓存，从而减少终端的内存需求。

为了使本技术领域的人员更好地理解本发明方案，下面结合附图和实施方式对本发明作进一步的详细说明。

参照图3，图3示出了本发明方法的第一实施例实现流程图，包括以下步骤：

步骤301：预先设定各载波允许使用的HARQ进程数。

各载波允许使用的HARQ进程数可以设定为相同，也可以设定为不同。

步骤302：Node B确定被调度UE当前可以使用的载波及各载波需要传送的高速下行分组数据。

首先，确定被调度UE当前可以使用的载波，以及各载波上使用的时隙和码道资源，然后构造每个载波传输的高速下行分组数据。需要注意的是，对于需要重传的高速下行分组数据，必须使用初次传输该高速下行分组数据使用的载波重传该高速下行分组数据。

步骤303：为各载波分配独立的混合自动重传HARQ进程，并确定该载波ID(标识)和分配的HARQ进程ID。

在本发明中，为UE可能使用的每个载波均分配相应的HARQ进程，不同载波的HARQ进程相互独立。因此，在分配进程资源时，对应的载波应有空闲的HARQ进程，也就是说，在预先设定的各载波允许使用的HARQ进程数之内为该载波分配相应的HARQ进程。

为了保证下行分组数据的正确传输，在为各载波分配合适的HARQ进程时，需要满足下列条件：

(1)如果是重传的高速下行分组数据，使用初次传输该高速下行分组数据时使用的HARQ进程；

(2)如果是新产生的高速下行分组数据，则选择对应的载波所属的空闲的HARQ进程；

(3)不同载波在分配HARQ进程时互相独立。

步骤304：在分配的HARQ进程上将高速下行分组数据发送到对应的载波上。

步骤305：通知UE各高速下行分组数据使用的载波ID和HARQ进程ID。

比如，可以通过控制信道通知UE每个高速下行分组数据使用的载波ID和HARQ进程ID，同时，还需要通知UE该高速下行分组数据是重传的高速下行分组数据还是新的高速下行分组数据。

步骤306：UE根据载波ID和HARQ进程ID将收到的高速下行分组数据提交到对应的HARQ进程进行处理，获取需要的业务数据。

如果UE的缓存足够，在上述过程中，可以考虑为每个载波的每个HARQ进程都独立的分配软缓存，以简单、方便地实现本发明。在选择资源和构造高速下行分组数据时，只要保证对应该载波新构造的所有高速下行分组数据经过CRC校验后的数据总量不超过为其分配的软缓存容量即可。

为了进一步降低对UE缓存能力的要求，避免缓存浪费，也可以使UE所有载波的所有HARQ进程共享软缓存，某个HARQ进程能够分得的缓存由当前剩余的缓存决定。

参照图4，图4示出了本发明方法的第二实施例的实现流程，包括以下步骤：

步骤401：预先设定各载波允许使用的HARQ进程数。

各载波允许使用的HARQ进程数可以设定为相同，也可以设定为不同。

步骤402：获取被调度UE的软缓存总量，并将其作为被调度终端的当前软缓存剩余量的初始值。

设被调度UE的软缓存总量为SB_total，t时刻软缓存的剩余量为SB(t)，初始时，SB(t)＝SB_total。

当UE接入系统时，UE通过相关信令，比如“UE CAPABILITYINFORMATION”(用户能力消息)，向RNC报告终端能力消息，在该消息中，包括UE的软缓存能力，RNC再将UE的软缓存能力报告给Node B。

步骤403：Node B确定被调度UE当前可以使用的载波及各载波需要传送的高速下行分组数据。

首先，确定被调度UE当前可以使用的载波，以及各载波上使用的时隙和码道资源，然后构造每个载波传输的高速下行分组数据。

由于被调度UE的所有载波的所有HARQ进程共享软缓存，因此，在选择资源和构造高速下行分组数据时，要保证所有新构造的高速下行分组数据经过CRC校验后的数据总量不超过UE剩余的软缓存容量SB(t)，并且对应的载波有空闲的HARQ进程。对于需要重传的高速下行分组数据，必须使用初次传输该高速下行分组数据时使用的载波。

步骤404：为各载波分配独立的混合自动重传HARQ进程，并确定该载波ID和分配的HARQ进程ID。

在本发明中，为UE可能使用的每个载波均分配相应的HARQ进程，不同载波的HARQ进程相互独立。因此，在分配进程资源时，对应的载波应有空闲的HARQ进程，也就是说，在预先设定的各载波允许使用的HARQ进程数之内为该载波分配相应的HARQ进程。

为了保证下行分组数据的正确传输，在为各载波分配合适的HARQ进程时，需要满足下列条件：

(1)如果是重传的高速下行分组数据，使用初次传输该高速下行分组数据时使用的HARQ进程；

(2)如果是新产生的高速下行分组数据，则选择对应的载波所属的空闲的HARQ进程；

(3)不同载波在分配HARQ进程时互相独立。

步骤405：实时更新被调度UE的当前软缓存剩余量。

在以下情况下需要更新被调度UE的当前软缓存剩余量：

(1)对于每个新传输的下行分组数据，将SB(t)减去该下行分组数据需要的HARQ进程软缓存值，如果是重传的下行分组数据，则SB(t)不变；

(2)如果某个载波的某个HARQ进程收到了终端反馈的ACK信息，表明下行分组数据已被正确接收，则SB(t)加上为该进程分配的软缓存值；如果是NACK信息，则SB(t)不变；

(3)如果使用某个载波的某个HARQ进程传输下行分组数据时，达到了允许的最大传输次数，仍未传输成功，则收回该进程，SB(t)加上为该进程分配的软缓存值。

在实际应用中，该步骤也可以在步骤403之前进行，比如，对上述三种情况分别设置相应的标志位及相应的更新值，在构造高速下行分组数据前，检查各标志位并进行相应的更新。

当然，也可以将被调度UE在t时刻的软缓存的剩余量SB(t)设置为一个全局变量，当出现上述三种情况时，对该变量进行相应的更新操作，实现对被调度UE的当前软缓存剩余量的实时更新。

步骤406：在分配的HARQ进程上将高速下行分组数据发送到对应的载波上。

为了节省软缓存，可使UE的所有载波的所有HARQ进程共享软缓存，某个HARQ进程能够分得的缓存由当前剩余的缓存决定。

步骤407：通知UE高速下行分组数据使用的载波ID和HARQ进程ID，以及该高速下行分组数据是重传的高速下行分组数据还是新的高速下行分组数据。

步骤408：UE根据载波ID和HARQ进程ID将收到的高速下行分组数据提交到对应的HARQ进程进行处理，获取需要的业务数据。

可见，利用本发明方法，对各载波的HARQ进程进行独立管理，不仅实现了多载波HSDPA数据的传输；另外还可结合对缓存资源使用的优化，使各载波的HARQ进程共享软缓存，避免了缓存资源的浪费，减少了终端的内存需求。

参照图5，图5示出了本发明基站的原理框图：

该基站包括：网络侧媒体接入控制实体501和网络侧底层模块502。

其中，网络侧媒体接入控制实体501包括：载波分配模块53、缓存管理模块54、调度模块51和网络侧混合自动重传请求模块52。

载波分配模块53用于为被调度终端分配当前可以使用的载波；缓存管理模块54用于管理被调度终端可使用的软缓存；调度模块51用于根据缓存管理模块54提供的被调度终端的当前软缓存剩余量，为载波分配模块53分配的载波构造高速下行分组数据，并将构造的高速下行分组数据及其相关信息发送到网络侧混合自动重传请求模块52；网络侧混合自动重传请求模块52用于将高速下行分组数据及其相关信息发送到网络侧底层模块。

为了使HARQ进程的更加灵活，还可在网络侧混合自动重传请求模块52和缓存管理模块54之间增加多载波进程管理模块55，用于为各载波分配合适的自动混合重传请求HARQ进程，并向缓存管理模块54提供缓存更新信息。

如果需要各载波的HARQ进程共享软缓存，则还可增加缓存总量获取模块56，用于获取被调度终端可使用的软缓存总量，并将其提供给缓存管理模块54，作为被调度终端的当前软缓存剩余量的初始值。

下面详细说明该基站发送多载波HSDPA数据的处理过程。

参照图6所示流程，包括以下步骤：

步骤601：初始化。缓存总量获取模块UE的软缓存总量SBtotal，并将其提供给缓存管理模块；缓存管理模块将t时刻UE的软缓存的剩余量SB(t)的值设为SBtota1。

步骤602：RNC(无线网络控制器)将高层数据递交到Node B的MAC-hs缓冲区。

步骤603：载波分配模块确定被调度UE当前可以使用的载波，以及各载波上使用的时隙和码道资源。

对于需要重传的MAC-hs PDU，必须使用初次传输该PDU时使用的载波。MAC-hs PDU。

选择资源和构造MAC-hs PDU时，需要根据缓存管理模块提供的UE剩余的软缓存容量SB(t)，保证所有新构造的MAC-hs PDU经过CRC校验后的数据总量不超过SB(t)，并且对应的载波有空闲的HARQ进程。

步骤605：调度模块将当前传输的MAC-hs PDU递交到HARQ模块，并通知HARQ模块各MAC-hs PDU分别在哪个载波上传输，以及需要的HARQ软缓存。

步骤606：多载波进程管理模块负责为各个载波选择合适的HARQ进程，并向缓存管理模块提供缓存更新信息。

选择进程时有以下几点约束：

(1)如果是重传的MAC-hs PDU，必须使用初次传输该PDU时使用的HARQ进程。

(2)如果是新产生的MAC-hs PDU，那么选择的HARQ必须是空闲的。

(3)不同载波在选择HARQ进程时互相独立。

步骤607：缓存管理模块根据缓存更新信息对SB(t)的值进行相应的更新，并将更新后的结果通知调度模块。

缓存更新方法如下：

(1)对于每个新传输的MAC-hs PDU，将SB(t)减去该PDU需要的HARQ进程软缓存值，如果是重传的MAC-hs PDU，则SB(t)不变；

(2)如果某个载波的某个HARQ进程收到了终端反馈的ACK信息，表明MAC-hs PDU已被正确接收，则SB(t)加上为该进程分配的软缓存值。如果是NACK信息，则SB(t)不变；

(3)如果使用某个载波的某个HARQ进程传输MAC-hs PDU时，达到了允许的最大传输次数，仍未传输成功，则收回该进程，SB(t)加上为该进程分配的软缓存值。

步骤608：HARQ模块将MAC-hs PDU以及每个PDU使用的载波ID和HARQ进程ID信息递交到底层。

步骤609：底层模块将各MAC-hs PDU在指定的载波上发送，并通过控制信道通知终端每个PDU使用的载波ID和HARQ进程ID以及是重传还是新的MAC-hs PDU。

参照图7，图7示出了本发明终端的原理框图：

该终端包括：终端侧媒体接入控制实体701、终端侧底层模块702和高层模块703。其中，

终端侧媒体接入控制实体701包括：终端侧进程管理模块71、终端侧混合自动重传请求模块72和重排与拆解模块73。

当底层模块收到高速下行分组数据及其相关信息后，通知终端侧进程管理模块为其分配相应的HARQ进程，并将该HARQ进程通知终端侧混合自动重传请求模块，使该模块在终端侧进程管理模块分配的HARQ进程中对底层模块接收到的高速下行分组数据进行处理，并将处理后的下行分组数据发送给重排与拆解模块，同时产生相应的信息，通过控制信息反馈给网络侧。重排与拆解模块对经过终端侧混合自动重传请求模块处理后的高速下行分组数据做进一步的处理，去除其中的填充比特，并将处理后的分组数据发送到高层模块，由高层模块最终获取所需的业务数据。

下面详细说明该终端接收多载波HSDPA数据的处理过程。

参照图8所示流程，包括以下步骤：

步骤801：底层模块将接收到的MAC-hs PDU以及当前使用的载波ID和HARQ进程ID递交到进程管理模块。

步骤802：进程管理模块根据载波ID和HARQ进程ID，为MAC-hs PDU分配相应的进程，并通知HARQ模块。

步骤803：HARQ模块在分配的HARQ进程上对MAC-hs PDU进行处理。

步骤804：判断MAC-hs PDU是否被正确接收，如果是，则转至步骤805，否则转至步骤809。

步骤805：产生ACK，并通过控制信道反馈给Node B。

步骤806：将MAC-hs PDU提交到重排与拆解模块。

步骤807：重排与拆解模块去除MAC-hs PDU中的头信息与填充信息，然后将处理后的数据递交到高层模块。

步骤808：高层模块对数据做进一步处理，获取最终需要的业务数据。

步骤809：判断MAC-hs PDU是否是重传MAC-hs PDU。如果是，则转至步骤810，否则转至步骤814。

步骤810：将MAC-hs PDU与软缓存中的数据合并。

步骤811：判断合并后的数据是否正确，如果是，转至步骤805，如果否，转至步骤812。

步骤812：将合并后的数据保存在该HARQ进程的软缓存。

步骤813：产生NACK，并通过控制信道反馈给Node B。

步骤814：将出错的数据保存在该HARQ进程的软缓存。

可见，利用本发明方法，只需为各载波分配独立的HARQ进程，即可实现基站和终端对多载波HARQ的支持，其实现简单，扩展性较好。还可根据UE缓存能力的大小，使所有载波的HARQ进程共享软缓存，降低对UE缓存能力的要求。

虽然通过实施例描绘了本发明，本领域普通技术人员知道，本发明有许多变形和变化而不脱离本发明的精神，希望所附的权利要求包括这些变形和变化而不脱离本发明的精神。

Claims (13)

1. 一种多载波高速下行分组接入中混合自动重传方法，其特征在于，所述方法包括步骤：

A、基站确定被调度终端当前能够使用的载波及各载波需要传送的高速下行分组数据；

B、为各载波分配独立的混合自动重传HARQ进程，并确定所述各载波的载波标识和分配的HARQ进程标识；

C、在分配的HARQ进程上将所述高速下行分组数据发送到对应的载波上；

D、通知终端所述高速下行分组数据使用的载波标识和HARQ进程标识；

E、终端根据所述载波标识和HARQ进程标识将收到的高速下行分组数据提交到对应的HARQ进程进行处理，获取需要的业务数据。

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

预先设定各载波允许使用的HARQ进程数。

3. 根据权利要求2所述的方法，其特征在于，在所述步骤A前还包括步骤：

获取所述被调度终端的软缓存总量。

4. 根据权利要求3所述的方法，其特征在于，所述步骤A进一步包括：

获取所述被调度终端的当前软缓存剩余量，其初始值为所述被调度终端的软缓存总量；

构造高速下行分组数据时，使所有新构造的高速下行分组数据经过CRC校验后的数据总量小于等于所述被调度终端的当前软缓存剩余量。

5. 根据权利要求4所述的方法，其特征在于，所述方法还包括步骤：

实时更新所述被调度终端的当前软缓存剩余量，具体过程如下：

新产生被调度终端的高速下行分组数据后，将所述被调度终端当前的软缓存剩余量减去所述新产生被调度终端的高速下行分组数据需要的软缓存值作为所述被调度终端的当前软缓存剩余量；

当为所述被调度终端使用的载波分配的HARQ进程收到终端反馈的ACK信息后，将所述被调度终端的当前软缓存剩余量加上为收到ACK信息的HARQ进程分配的软缓存值作为所述被调度终端的当前软缓存剩余量；

当为所述被调度终端使用的载波分配的HARQ进程传输同一组高速下行分组数据达到允许的最大传输次数但仍未传输成功时，将所述被调度终端的当前软缓存剩余量加上为该进程分配的软缓存值作为所述被调度终端的当前软缓存剩余量。

6. 根据权利要求3所述的方法，其特征在于，所述步骤C进一步包括：

所述被调度终端的所有载波的所有HARQ进程共享软缓存。

7. 根据权利要求2或4所述的方法，其特征在于，所述步骤A进一步包括：

对于需要重传的高速下行分组数据，分配初次传输该高速下行分组数据使用的载波重传该高速下行分组数据。

8. 根据权利要求2或4所述的方法，其特征在于，所述步骤B包括：

为重传的高速下行分组数据分配初次传输该高速下行分组数据时使用的HARQ进程；

为新产生的高速下行分组数据选择空闲的HARQ进程。

9. 根据权利要求2或4所述的方法，其特征在于，所述步骤D具体为：

基站通过控制信道通知终端所述高速下行分组数据使用的载波标识和HARQ进程标识。

10. 一种实现多载波高速下行分组接入中混合自动重传的基站，所述基站包括网络侧媒体接入控制实体和网络侧底层模块，其特征在于，所述网络侧媒体接入控制实体包括：载波分配模块、缓存管理模块、调度模块和网络侧混合自动重传请求模块，其中，

所述载波分配模块用于为被调度终端分配当前能够使用的载波；

所述缓存管理模块用于管理被调度终端能够使用的软缓存；

所述调度模块分别耦合于所述载波分配模块和所述缓存管理模块，用于根据所述缓存管理模块提供的被调度终端的当前软缓存剩余量，为所述载波分配模块分配的载波构造高速下行分组数据，并将构造的高速下行分组数据及其相关信息发送到所述混合自动重传请求模块；

所述网络侧混合自动重传请求模块分别耦合于所述调度模块和网络侧底层模块，用于将所述高速下行分组数据及其相关信息发送到所述网络侧底层模块。

11. 根据权利要求10所述的基站，其特征在于，所述基站还包括：

多载波进程管理模块，分别耦合于所述网络侧混合自动重传请求模块和所述缓存管理模块，用于为各载波分配合适的自动混合重传请求HARQ进程，并向所述缓存管理模块提供缓存更新信息。

12. 根据权利要求10或11所述的基站，其特征在于，所述基站还包括：

缓存总量获取模块，耦合于所述缓存管理模块，用于获取被调度终端能够使用的软缓存总量，并将所述软缓存总量提供给缓存管理模块，作为被调度终端的当前软缓存剩余量的初始值。

13. 一种实现多载波高速下行分组接入中混合自动重传的终端，所述终端包括终端侧媒体接入控制实体、终端侧底层模块和高层模块，其特征在于，

所述终端侧媒体接入控制实体包括：终端侧进程管理模块、终端侧混合自动重传请求模块和重排与拆解模块，其中，

所述终端侧进程管理模块耦合于所述底层模块，用于根据所述底层模块收到的高速下行分组数据及其相关信息，为所述收到的高速下行分组数据分配相应的HARQ进程；

所述终端侧混合自动重传请求模块，分别耦合于所述底层模块和所述终端侧进程管理模块，用于在所述终端侧进程管理模块分配的HARQ进程中对所述高速下行分组数据进行处理，并将处理后的高速下行分组数据发送给所述重排与拆解模块，同时产生相应的信息，通过控制信道反馈给网络侧；

所述重排与拆解模块耦合于所述终端侧混合自动重传请求模块，用于去除所述高速下行分组数据中的填充比特，并将处理后的分组数据发送到高层模块。

Images