CN105792359A - 资源分配方法、数据映射方法及装置 - Google Patents

Abstract

本申请实施例提供了一种资源分配方法、数据映射方法及装置，在进行资源分配时，动态的根据待调度用户缓存中的缓存数据，确定出业务数据传输时所需的TB最小值以及TB最大值；根据TB最小值以及TB最大值，对待调度用户进行RB分配，保证待调度用户已分配RB组成的TB大小至少大于等于TB最小值，在进行数据映射时，针对每一个发送时间优先级的缓存数据，当缓存数据中包括重传数据，选择缓存数据中数据量小于TB大小，且最接近TB大小的重传数据映射到一个TB中；当缓存数据中不包括重传数据或者不包括数据量小于所述TB大小的重传数据，选择缓存数据中数据量小于TB大小的新数据，映射到一个TB中，本申请实施例降低了资源的浪费。

Description

资源分配方法、数据映射方法及装置

技术领域

本申请涉及通信技术领域，更具体的说是涉及一种资源分配方法、数据映射方法及装置。

背景技术

为了保证通信系统中高可靠性业务数据传输，3GPP协议采用了混合自动重传请求(HARQ，HybridAutomaticRepeatRequest)技术。

采用HARQ技术传输业务数据时，网络侧开辟了专门的HARQ缓存区，业务数据先缓存至缓存区中，再映射到传输块(TB，TransportBlock)的时频资源上进行发送。在通信系统，时频资源以资源块(RB，ResourceBlock)表示，资源分配也即是指为TB分配RB的过程。

发明人在研究中发现，现有技术中，一个TB分配多少RB是预先设定好的，但是由于不同用户业务的HARQ数据大小不同，而TB大小通常是固定的，当HARQ数据和TB大小相差较大时，就会造成TB资源的浪费。

发明内容

有鉴于此，本申请提供了一种资源分配方法、数据映射方法及装置，降低了TB资源的浪费。

为实现上述目的，本申请提供如下技术方案：

第一方面，提供了一种资源分配方法，包括：

基站确定存在业务数据传输需求的待调度用户；

根据所述待调度用户的混合自动重传请求HARQ缓存中的缓存数据，确定所述待调度用户进行业务数据传输时所需的传输块TB最小值以及TB最大值；

根据所述TB最小值以及所述TB最大值，对所述待调度用户进行资源块RB分配，使得所述待调度用户的已分配RB组成的TB大小至少大于或等于所述TB最小值，且在所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，不再对所述待调度用户进行RB分配。

在所述第一方面的第一种可能实现方式中，所述缓存数据包括新数据和/重传数据；

所述根据所述待调度用户的HARQ缓存中的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值包括：

在所述待调度用户的HARQ缓存中不存在新数据时，将数据量最小的重传数据的数据量作为TB最小值；将发送时间优先级最高的重传数据中数据量最大的重传数据的数据量作为TB最大值；

在所述待调度用户的HARQ缓存中存在新数据时，对于HARQ缓存不能拆分传送的，将数据量最小的缓存数据的数据量作为TB最小值；对于HARQ缓存能够拆分传送的，确定TB最小值为1比特；

对于HARQ缓存不能捆绑传送的，将发送时间优先级最高的缓存数据中最大数据量的缓存数据的数据量作为TB最大值；

对于HARQ缓存能够捆绑发送的，如果发送时间优先级最高的新数据的优先级高于发送时间优先级最高的重传数据，将全部新数据的数据量总和作为TB最大值，如果发送时间优先级最高的新数据的时间优先级低于发送时间优先级最高的重传数据，将发送优先级最高的重传数据中数据量最大重传数据的数据量作为TB最大值。

结合所述第一方面或所述第一方面的第一种可能实现方式，在所述第一方面的第二种可能实现方式中，所述基站确定存在业务数据传输需求的待调度用户之后，所述方法还包括：

确定所述待调度用户多个业务中一个待传输业务；

所述根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值包括：

根据所述待调度用户的所述待传输业务对应HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

在所述第一方面的第三种可能实现方式中，所述根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值包括：

判断所述待调度用户是否需要协同多点传输CoMP；

在所述待调度用户需要CoMP时，根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

第二方面，提供了一种基上述资源分配方法的数据映射方法，包括：

获取存在业务数据传输需求的待调度用户的TB，以及所述待调度用户HARQ缓存中的缓存数据；

按照发送时间优先级遍历所述缓存数据，针对每一个发送时间优先级的缓存数据执行如下操作：

当所述缓存数据中包括重传数据时，选择所述缓存数据中，数据量小于所述TB大小，且最接近所述TB大小的重传数据映射到一个TB中；

当所述缓存数据中不包括重传数据，或者不包括数据量小于所述TB大小的重传数据时，选择所述缓存数据中，数据量小于所述TB大小的新数据，映射到一个TB中，直至映射数据量达到所述TB大小或者新数据全部映射完成。

在所述第二方面的第一种可能实现方式中，所述选择所述缓存数据中，数据量小于与所述TB的大小的新数据，映射到一个TB中包括：

当所述HARQ缓存能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级的全部新数据映射到一个TB中，直至映射数据量达到所述TB大小或者当前发送时间优先级的新数据全部映射完成且映射数据量未超过所述TB大小；

当所述HARQ缓存能够拆分发送且不能够捆绑发送时，将所述当前发送时间优先级的一个新数据映射到一个TB中，直至映射数据量达到所述TB大小或者所述一个新数据全部映射到所述TB中且映射数据量未超过所述TB大小；

当所述HARQ缓存不能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级，数据量小于所述TB大小的新数据逐一映射到一个TB中，直至所述TB剩余比特数小于任一个新数据大小；

当所述HARQ缓存不能够拆分发送且不能够捆绑发送时，当所述当前发送时间优先级的新数据的数据量小于所述TB大小时，将所述当前发送时间优先级的新数据的数据量映射到所述TB中。

第三方面，提供了一种资源分配装置，包括：

用户确定模块，用于确定存在业务数据传输需求的待调度用户；

值确定模块，用于根据所述待调度用户的混合自动重传请求HARQ缓存中的缓存数据，确定所述待调度用户业务数据传输时所需的传输块TB最小值以及TB最大值；

资源分配模块，用于根据所述TB最小值以及所述TB最大值，对所述待调度用户进行资源块RB分配，使得所述待调度用户的已分配RB组成的TB大小至少大于或等于所述TB最小值，且在所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，不再对所述待调度用户进行RB分配。

在所述第三方面的第一种可能实现方式中，所述缓存数据包括新数据和/重传数据；

所述值确定模块具体用于：

在所述待调度用户的HARQ缓存中不存在新数据时，将数据量最小的重传数据的数据量作为TB最小值；将发送时间优先级最高的重传数据中数据量最大的重传数据的数据量作为TB最大值；

在所述待调度用户的HARQ缓存中存在新数据时，对于HARQ缓存不能拆分传送的，将数据量最小的缓存数据的数据量作为TB最小值；对于HARQ缓存能够拆分传送的，确定TB最小值为1比特；

对于HARQ缓存不能捆绑传送的，将发送时间优先级最高的缓存数据中最大数据量的缓存数据的数据量作为TB最大值；

对于HARQ缓存能够捆绑发送的，如果发送时间优先级最高的新数据的优先级高于发送时间优先级最高的重传数据，将全部新数据的数据量总和作为TB最大值，如果发送时间优先级最高的新数据的时间优先级低于发送时间优先级最高的重传数据，将发送优先级最高的重传数据中数据量最大重传数据的数据量作为TB最大值。

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

业务确定模块，用于确定所述待调度用户多个业务中一个待传输业务；

所述值确定模块具体用于：

根据所述待调度用户的所述待传输业务对应HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

在所述第三方面的第三种可能实现方式中，所述值确定模块包括：

判断单元，用于判断所述待调度用户是否需要协同多点传输CoMP；

值确定单元，用于在所述待调度用户需要CoMP时，根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

第四方面，提供了一种基于上述资源分配装置的数据映射装置，包括：

数据获取模块，用于获取存在业务数据传输需求的待调度用户的TB，以及所述待调度用户HARQ缓存中的缓存数据；

映射模块，用于按照发送时间优先级遍历所述缓存数据，针对每一个发送时间优先级的缓存数据执行如下操作：

当所述缓存数据中包括重传数据时，选择所述缓存数据中，数据量小于所述TB大小，且最接近所述TB大小的重传数据映射到一个TB中；

当所述缓存数据中不包括重传数据，或者不包括数据量小于所述TB大小的重传数据时，选择所述缓存数据中，数据量小于所述TB大小的新数据，映射到一个TB中，直至映射数据量达到所述TB大小或者新数据全部映射完成。

在所述第四方面的第一种可能实现方式中，所述映射模块选择所述缓存数据中，数据量小于与所述TB的大小的新数据，映射到一个TB中具体是：

当所述HARQ缓存能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级的全部新数据映射到一个TB中，直至映射数据量达到所述TB大小或者当前发送时间优先级的新数据全部映射完成且映射数据量未超过所述TB大小；

当所述HARQ缓存能够拆分发送且不能够捆绑发送时，将所述当前发送时间优先级的一个新数据映射到一个TB中，直至映射数据量达到所述TB大小或者所述一个新数据全部映射到所述TB中且映射数据量未超过所述TB大小；

当所述HARQ缓存不能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级，数据量小于所述TB大小的新数据逐一映射到一个TB中，直至所述TB剩余比特数小于任一个新数据大小；

当所述HARQ缓存不能够拆分发送且不能够捆绑发送时，当所述当前发送时间优先级的新数据的数据量小于所述TB大小时，将所述当前发送时间优先级的新数据的数据量映射到所述TB中。

综上，本申请实施例中，在进行资源分配时，动态的根据待调度用户的混合自动重传请求(HARQ，HybridAutomaticRepeatRequest)缓存中的缓存数据，确定出所述待调度用户业务数据传输时所需的传输块(TB，TransportBlock)最小值以及TB最大值；根据所述TB最小值以及所述TB最大值，对待调度用户进行资源块(RB，ResourceBlock)分配，在所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，不再对所述待调度用户进行RB分配，并保证待调度用户的已分配RB组成的TB大小至少大于或等于所述TB最小值，TB分配多少RB是根据待调度用户的HARQ缓存中的缓存数据确定，而不是预先静态设置好的。因此使得为待调度用户分配的TB大小为最合适的，可以降低TB资源的浪费。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图。

图1为本申请实施例提供的一种资源分配方法一个实施例的流程图；

图2为本申请实施例提供的一种资源分配方法又一个实施例的流程图；

图3为本申请实施例提供的一种资源分配方法又一个实施例的流程图；

图4为本申请实施例提供的一种数据映射方法一个实施例的流程图；

图5为本申请实施例提供的一种资源分配装置一个实施例的结构示意图；

图6为本申请实施例提供的一种数据映射装置一个实施例的结构示意图；

图7为本申请实施例提供的一种基站一个实施例的结构示意图。

具体实施方式

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

本申请的技术方案，可以应用于各种通信系统，特别是长期演进(LTE，LongTermEvolution)系统、LTE-A(LTE-Advanced)系统中。

本申请中的待调度用户对应一个用户终端(UT，UserTerminal)，UT也可称之为用户设备(UE，UserEquipment)、移动终端(MT，MobileTerminal)、移动台(MS，MobileStation)等，可以经无线接入网(例如，RAN，RadioAccessNetwork)与一个湖泊多个核心网进行通信。

基站，可以是GSM或CDMA中的基站(BTS，BaseTransceiverStation)，也可以是WCDMA中的基站(成为NodeB)，还可以是LTE中的演进型基站(称为eNB或e-NodeB，evolutionNodeB)。另外，一个基站可能支持/管理一个或多个小区(cell)，用户终端需要和网络通信时，它将选择一个小区发起网络接入。

本申请实施例中，在进行资源分配时，动态的根据待调度用户的混合自动重传请求(HARQ，HybridAutomaticRepeatRequest)缓存中的缓存数据，确定出所述待调度用户业务数据传输时所需的传输块(TB，TransportBlock)最小值以及TB最大值；根据所述TB最小值以及所述TB最大值，对待调度用户进行资源块(RB，ResourceBlock)分配，在所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，不再对所述待调度用户进行RB分配，并保证待调度用户的已分配RB组成的TB大小至少大于或等于所述TB最小值，TB分配多少RB是根据待调度用户的HARQ缓存中的缓存数据确定，而不是预先静态设置好的。因此使得为待调度用户分配的TB大小为最合适的，可以降低TB资源的浪费。

图1为本申请实施例提供的一种资源分配方法一个实施例的流程图，该方法可以包括以下几个步骤：

101：基站确定存在业务数据传输需求的待调度用户。

确定待调度用户，首先排除HARQ缓存中不存在新数据或者重传数据的用户，其他用户作为待调度用户。

102：根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

103：根据所述TB最小值以及所述TB最大值，对所述待调度用户进行资源块RB分配，使得所述待调度用户的已分配RB组成的TB大小至少大于或等于所述TB最小值，且在所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，不再对所述待调度用户进行RB分配。

在RB分配时，如果所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，则不再继续对所述待调度用户进行RB分配，即可以对该TB进行数据映射。

为待调度用户分配RB，可以是逐一RB进行分配，每分配一个RB即可以判断由已分配的RB组成的TB大小是否大于或等于所述TB最大值，如果是，则停止分配，如果否，则进行分配，直至RB全部分配完。

当RB全部分配完之后，如果已分配的RB组成的TB大小小于该TB最小值，则确认待调度用户不具备业务数据传输需求，不对其需要传输的业务数据进行数据映射，且可以将为其已分配的RB作为未进行分配的RB，用于为其他待调度用户进行RB分配。

本申请实施例中，对于有业务数据传输需求的待调度用户，首先根据该调度用户的HARQ缓存区中的缓存数据，该待调度用户进行数据映射时所需的TB最小值(min_bits)以及TB最大值(max_bits)。

TB最小值表示成功完成一次缓存区数据到TB的映射所需最小的TB大小(TB_size)。

TB最大值表示整个HARQ缓存区一次数据映射最多能提供的比特数。

从而根据TB最小值以及TB最大值，实现对该待调度用户的RB动态分配，直至该待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值，或者RB全部分配之后，该待调度用户的已分配RB组成的TB大小不小于所述TB最小值，再将该待调度用户的HARQ缓存区的缓存数据映射到所述TB中。

每一个RB表示一个时频资源，在LTE系统中，将带宽资源在频域上进行划分，时域上由时隙进行分割，形成多个时频资源块RB，一个RB在时域上对应0.5ms的一个时隙，在频域上对应180kHz的频带。

本申请中，TB分配多少RB是根据待调度用户的HARQ缓存区中的缓存数据确定，而不是预先静态设置好的。因此使得为待调度用户分配的TB大小为最合适的，可以避免TB资源的浪费。

当采用HARQ技术传输数据时，HARQ缓存是基站为每一个用户预先开辟的。

每个用户对应一个HARQ实体，一个HARQ实体由多个HARQ进程组成，一个HARQ进程对应一个HARQ缓存区，每个HARQ进程在同一个TTI只处理一个TB。

由于在数据传输失败时，基于HARQ技术，会按照重传机制进行数据重传，因此HARQ缓存中的缓存数据包括新数据和/或重传数据。每一个新数据或者每一个重传数据均是指一个HARQ数据包。

本申请实施例中，新数据即是指第一次传输的数据，重传数据即是指传输失败时，重新进行传输的数据。

对于有些用户而言，可以允许缓存拆分传送，即将数据量较大的新数据或者重传数据进行拆分，拆分为多个新数据或重传数据分别进行缓存，一个用户对应的HARQ缓存即包括多个缓存。

对于有些用户，可以允许缓存捆绑发送，即对于一次到达的新数据或重传数据的数据量较少的用户，可以在时延允许的范围内，等缓存队列中累积足够的数据之后，再进行缓存进行传输，以提高资源利用率。

不同的缓存数据具有发送时间优先级，发送时间级越高，优先传输。

结合上述描述，所述TB最小值以及TB最大值可以根据HARQ缓存的新数据以及重传数据确定，一种可能的实现方式为：

在所述待调度用户的HARQ缓存中不存在新数据时，将数据量最小的重传数据的数据量作为TB最小值；将发送时间优先级最高的重传数据中数据量最大的重传数据的数据量作为TB最大值；

在所述待调度用户的HARQ缓存中存在新数据时，对于HARQ缓存不能拆分传送的，将数据量最小的缓存数据的数据量作为TB最小值；对于HARQ缓存能够拆分传送的，确定TB最小值为1比特；

对于HARQ缓存不能捆绑传送的，将发送时间优先级最高的缓存数据中最大数据量的缓存数据的数据量作为TB最大值；

对于HARQ缓存能够捆绑发送的，如果发送时间优先级最高的新数据的优先级高于发送时间优先级最高的重传数据，将全部新数据的数据量总和作为TB最大值，如果发送时间优先级最高的新数据的时间优先级低于发送时间优先级最高的重传数据，将发送优先级最高的重传数据中数据量最大的重传数据的数据量作为TB最大值。

HARQ缓存中不存在新数据，也即缓存数据全部为重传数据，此时选择重传数据中数据量最小的重传数据的数据量作为TB最小值。

而由于每一个发送时间优先级可能对应不止一个缓存数据，因此选择发送时间优先级最高的重传数据中数据量最大的重传数据的数据量作为TB最大值。

对于HARQ缓存中存在新数据，此时可能存在重传数据，也可能不存在重传数据。根据HARQ缓存是否可以捆绑发送或者拆分传送，分为不同情况。

HARQ缓存可以拆分传送的，TB最小值即为1比特。

HARQ缓存不能拆分传送的，TB最小值为全部缓存数据中的数据量最小的缓存数据的数据量，该数据量最小的缓存数据可能为新数据或者重传数据。

TB最大值根据HARQ缓存能否捆绑传送确定。

如果HARQ缓存不能捆绑传送的，发送时间优先级最高的缓存数据可能包括多个，且多个缓存数据可能为新数据和/重传数据，则选择数据量最大的缓存数据的数据量作为TB最大值；

如果HARQ缓存能够捆绑发送的，由于缓存数据具有发送时间优先级，如果发送时间优先级最高的新数据的优先级高于发送时间优先级最高的重传数据，将全部新数据的数据量总和作为TB最大值；

如果发送时间优先级最高的新数据的优先级低于发送时间优先级最高的重传数据，将发送时间优先级最高的重传数据中，数据量最大的重传数据的数据量作为TB最大值。

而如果发送时间优先级最高的新数据与发送时间优先级最高的重传数据的优先级相等，也即同一发送时间优先级分别对应有新数据以及重传数据，此时，可以从全部新数据的数据量总和，以及数据量最大的重传数据的数据量中最大的值，作为所述TB最大值。

通过根据缓存数据是否可以捆绑传送数据或者拆分传送数据，来确定TB最大值以及TB最小值，进而根据该TB最大值以及TB最小值，可以实现较优的TB资源分配，避免出现资源浪费。

在多业务并发场景下，不同的业务有不同的业务特征，HARQ数据包的大小也不同，如果采用现有技术的方案，更容易导致TB资源浪费。而采用本申请技术方案，根据HARQ缓存区的缓存数据动态分配TB资源，大大降低了资源浪费的问题。

因此在多业务并发场景下，如图2所示，作为又一个实施例，本申请的数据映射方法可以包括：

201：基站确定存在业务数据传输需求的待调度用户。

202：确定所述待调度用户的多个业务中一个待传输业务。

203：根据所述待调度用户的所述待传输业务对应HARQ缓存区的缓存数据，确定所述待调度用户进行业务数据传输时所需的TB最小值以及TB最大值。

204：根据所述TB最小值以及所述TB最大值，对所述待调度用户进行资源块RB分配，对所述待调度用户进行资源块RB分配。

使得所述待调度用户的已分配RB组成的TB大小至少大于或等于所述TB最小值。

在RB分配时，如果所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，则不再继续对所述待调度用户进行RB分配，即可以对该TB进行数据映射。

为待调度用户分配RB，可以是逐一RB进行分配，每分配一个RB即可以判断由已分配的RB组成的TB大小是否大于或等于所述TB最大值，如果是，则停止分配，如果否，则进行分配，直至RB全部分配完。

当RB全部分配完之后，如果已分配的RB组成的TB大小小于该TB最小值，则确认待调度用户不具备业务数据传输需求，不对其需要传输的业务数据进行数据映射，且可以将为其已分配的RB作为未进行分配的RB，用于为其他待调度用户进行RB分配。

基站对于用户的每一个业务均按照本申请技术方案执行。

待传输业务可以是指多个业务中的任一个待传输业务，或者按照业务队列选择的一个业务，当针对该业务资源分配完成之后，选择队列中下一个业务。

其中，本申请的一个实际应用可以具体应用于协同多点传输(CoMP，CoordinatedMultiplePoints)统中，可以有效提高CoMP的增益。且在业务数据传输过程中，可以只针对CoMP用户进行动态资源调度，以优先保证CoMP用户的资源。

因此，在获取到待调度用户之后，可以首先判断该调度用户是否需要CoMP，在该待调度用户需要CoMP时，再根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

如图3所示，作为又一个实施例，该方法可以包括：

301：基站确定存在业务数据传输需求的待调度用户。

302：判断所述待调度用户是否需要CoMP，如果是，执行步骤303，如果否，则结束流程。

303：确定所述待调度用户的多个业务中一个待传输业务。

304：根据所述待调度用户的所述待传输业务对应HARQ缓存区的缓存数据，确定所述待调度用户进行业务数据传输时所需的TB最小值以及TB最大值。

305：根据所述TB最小值以及所述TB最大值，对所述待调度用户进行资源块RB分配，对所述待调度用户进行资源块RB分配。

为待调度用户分配RB，可以是逐一RB进行分配，每分配一个RB即可以判断由已分配的RB组成的TB大小是否大于或等于所述TB最大值，如果是，则停止分配，如果否，则进行分配，直至RB全部分配完。

当RB全部分配完之后，如果已分配的RB组成的TB大小小于该TB最小值，则确认待调度用户不具备业务数据传输需求，不对其需要传输的业务数据进行数据映射，且可以将为其已分配的RB作为未进行分配的RB，用于为其他待调度用户进行RB分配。

其中，判断所述待调度用户是否需要CoMP可以通过判断待调度用户是否为边缘用户确定，如果待调度用户为边缘用户，即可以进行CoMP。

边缘用户的确定有多种可能的实现方式，例如根据信号强度的软弱，用户的地理位置等可以确定，其中，在另一个可能的实现方式中：

可以利用前后速率法进行判断。

前后速率法是将用户进行CoMP前的速率和用户进行COMP后的速率做比较来判断用户是否为边缘用户，从而确定是否需要对其进行协作传输。CoMP前后速率可以通过对用户反馈的CoMP和非CoMP对应信道质量指示(CQI，ChannelqualityindicatorCQI)估算得到。

假设某用户在不CoMP、两小区CoMP和三小区CoMP可以实现的速率为R1、R2、R3，运用CoMP前后速率法进行CoMP决策如下：

ifR1>R2/2&&R1>R3/3

不进行CoMP

elseifR1<R2/2&&R2/2>R3/3

两小区CoMP

else

三小区CoMP

其中，对于传输时延不敏感的业务，可以利用前后速率法确定用户是否需要CoMP。

而对传输时延敏感的业务，如果待调度用户HARQ缓存中发送时间优先级最高的缓存数据的可容忍时延t，CoMP带来的额外时延τ，以及数据传输最大时延τ’，满足关系t>τ+τ’，可以采用前后速率法进行判断，否则不进行CoMP。

其中，为了保证准确度，对于按照前后速率法确定的边缘用户，如果该用户为n小区协作传输的用户，随机选取n个RB，利用用户反馈的CQI，计算在不进行CoMP的情况下，这些RB组成TB的TB_size，如果TB_size大于此用户的max_bits，则不对此边缘用户进行CoMP，也即确定该边缘用户为不需要CoMP的用户，反之，确定该边缘用户为需要进行CoMP的用户。

基于本申请上述技术方案提供的资源分配方法，为待调度用户的分配好TB之后，即可以将数据映射到TB中进行传输。

如图4所示，为本申请实施例提供的一种数据映射方法一个实施例的流程，该方法基于上述所述资源分配方法为待调度用户分配的TB实现，可以包括以下几个步骤：

401：获取存在业务数据传输需求的待调度用户的TB，以及所述待调度用户HARQ缓存中的缓存数据。

402：按照发送时间优先级遍历所述缓存数据，针对每一个发送时间优先级的缓存数据执行如下操作：

403：当所述缓存数据中包括重传数据时，选择所述缓存数据中，数据量小于所述TB大小，且最接近所述TB大小的重传数据映射到一个TB中。

404：当所述缓存数据中不包括重传数据，或者不包括数据量小于所述TB大小的重传数据时，选择所述缓存数据中，数据量小于所述TB大小的新数据，映射到一个TB中，直至映射数据量达到所述TB大小或者新数据全部映射完成。

其中，根据HARQ缓存是否可以拆分发送以及捆绑发送，所述选择所述缓存数据中，数据量小于与所述TB的大小的新数据，映射到一个TB中又可以具体包括：

当所述HARQ缓存能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级的全部新数据映射到一个TB中，直至映射数据量达到所述TB大小或者当前发送时间优先级的新数据全部映射完成且映射数据量未超过所述TB大小；

当所述HARQ缓存能够拆分发送且不能够捆绑发送时，将所述当前发送时间优先级的一个新数据映射到一个TB中，直至映射数据量达到所述TB大小或者所述一个新数据全部映射到所述TB中且映射数据量未超过所述TB大小；

当所述HARQ缓存不能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级，数据量小于所述TB大小的新数据逐一映射到一个TB中，直至所述TB剩余比特数小于任一个新数据大小；

当所述HARQ缓存不能够拆分发送且不能够捆绑发送时，当所述当前发送时间优先级的新数据的数据量小于所述TB大小时，将所述当前发送时间优先级的新数据的数据量映射到所述TB中。如果不存在数据量小于所述TB大小时的新数据，即直接继续下一个发送时间优先级的判断。

其中，当所述缓存数据中不包括重传数据，或者不包括数据量小于所述TB大小的重传数据时，可以首先判断是否存在新数据，如果不存在即可以直接继续下一个发送时间优先级的判断，如果存在，可以判断是否存在空闲的HARQ进程，如果不存在即可以直接继续下一个发送时间优先级的判断，如果存在再根据HARQ缓存是否可以拆分发送以及捆绑发送，按照上述方式进行判断。

本申请实施例中，TB分配的资源是根据待调度用户的缓存的业务数据动态进行分配的，使得TB的资源与该待调度用户更加匹配，可以节省TB资源。且通过本申请的数据映射方法，可以使得映射数据与TB的最佳匹配，使得TB资源得到了充分利用，进一步避免了TB资源的浪费。

对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

图5为本申请实施例提供的一种资源分配装置一个实施例的结构示意图，该装置可以包括：

用户确定模块501，用于确定存在业务数据传输需求的待调度用户；

值确定模块502，用于根据所述待调度用户的混合自动重传请求HARQ缓存中的缓存数据，确定所述待调度用户业务数据传输时所需的传输块TB最小值以及TB最大值；

资源分配模块503，用于根据所述TB最小值以及所述TB最大值，对所述待调度用户进行资源块RB分配，使得所述待调度用户的已分配RB组成的TB大小至少大于或等于所述TB最小值，且在所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，不再对所述待调度用户进行RB分配。

为待调度用户分配RB，可以是逐一RB进行分配，每分配一个RB即可以判断由已分配的RB组成的TB大小是否大于或等于所述TB最大值，如果是，则停止分配，如果否，则进行分配，直至RB全部分配完。

当RB全部分配完之后，如果已分配的RB组成的TB大小小于该TB最小值，则确认待调度用户不具备业务数据传输需求，不对其需要传输的业务数据进行数据映射，且可以将为其已分配的RB作为未进行分配的RB，用于为其他待调度用户进行RB分配。

TB最小值表示成功完成一次缓存区数据到TB的映射所需最小的TB大小。

TB最大值表示整个HARQ缓存区一次数据映射最多能提供的比特数。

从而根据TB最小值以及TB最大值，实现对该待调度用户的RB动态分配，直至该待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值，或者RB全部分配之后，该待调度用户的已分配RB组成的TB大小不小于所述TB最小值，再将该待调度用户的HARQ缓存区的缓存数据映射到所述TB中。

每一个RB表示一个时频资源，在LTE系统中，将带宽资源在频域上进行划分，时域上由时隙进行分割，形成多个时频资源块RB，一个RB在时域上对应0.5ms的一个时隙，在频域上对应180kHz的频带。

本申请中，TB分配多少RB是根据待调度用户的HARQ缓存区中的缓存数据确定，而不是预先静态设置好的。因此使得为待调度用户分配的TB大小为最合适的，可以避免TB资源的浪费。

由于在数据传输失败时，基于HARQ技术，会按照重传机制进行数据重传，因此HARQ缓存中的缓存数据包括新数据和/或重传数据。每一个新数据或者每一个重传数据均是指一个HARQ数据包。

本申请实施例中，新数据即是指第一次传输的数据，重传数据即是指传输失败时，重新进行传输的数据。

结合上述描述，所述TB最小值以及TB最大值可以根据HARQ缓存的新数据以及重传数据确定，因此在又一个实施例中，当所述缓存数据包括新数据和/重传数据；

所述值确定模块具体用于：

在所述待调度用户的HARQ缓存中不存在新数据时，将数据量最小的重传数据的数据量作为TB最小值；将发送时间优先级最高的重传数据中数据量最大的重传数据的数据量作为TB最大值；

在所述待调度用户的HARQ缓存中存在新数据时，对于HARQ缓存不能拆分传送的，将数据量最小的缓存数据的数据量作为TB最小值；对于HARQ缓存能够拆分传送的，确定TB最小值为1比特；

对于HARQ缓存不能捆绑传送的，将发送时间优先级最高的缓存数据中最大数据量的缓存数据的数据量作为TB最大值；

对于HARQ缓存能够捆绑发送的，如果发送时间优先级最高的新数据的优先级高于发送时间优先级最高的重传数据，将全部新数据的数据量总和作为TB最大值，如果发送时间优先级最高的新数据的时间优先级低于发送时间优先级最高的重传数据，将发送优先级最高的重传数据中数据量最大重传数据的数据量作为TB最大值。

通过根据缓存数据是否可以捆绑传送数据或者拆分传送数据，来确定TB最大值以及TB最小值，进而根据该TB最大值以及TB最小值，可以实现较优的TB资源分配，避免出现资源浪费。

在多业务并发场景下，不同的业务有不同的业务特征，HARQ数据包的大小也不同，如果采用现有技术的方案，更容易导致TB资源浪费。而采用本申请技术方案，根据HARQ缓存区的缓存数据动态分配TB资源，大大降低了资源浪费的问题。

因此在多业务并发场景下，在又一个实施例中，所述装置还可以包括：

业务确定模块，用于确定所述待调度用户多个业务中一个待传输业务；

此时，所述值确定模块可以具体用于：

根据所述待调度用户的所述待传输业务对应HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

对于用户的每一个业务均按照本申请技术方案执行。

待传输业务可以是指多个业务中的任一个待传输业务，或者按照业务队列选择的一个业务，当针对该业务资源分配完成之后，选择队列中下一个业务。

其中，本申请的一个实际应用可以具体应用于协同多点传输(CoMP，CoordinatedMultiplePoints)统中，可以有效提高CoMP的增益。且在业务数据传输过程中，可以只针对CoMP用户进行动态资源调度，以优先保证CoMP用户的资源。

因此，在又一个实施例中，所述值确定模块可以包括：

判断单元，用于判断所述待调度用户是否需要协同多点传输CoMP；

值确定单元，用于在所述待调度用户需要CoMP时，根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

其中，判断所述待调度用户是否需要CoMP可以通过判断待调度用户是否为边缘用户确定，如果待调度用户为边缘用户，即可以进行CoMP。

边缘用户的确定有多种可能的实现方式，可以参见上述方法实施例中所述，在此不再赘述。

图6为本申请实施例提供的一种数据映射装置一个实施例的结构示意图，该数据映射装置基于上述资源分配装置而实现，该数据映射装置可以包括：

数据获取模块601，用于获取存在业务数据传输需求的待调度用户的TB，以及所述待调度用户HARQ缓存中的缓存数据；

映射模块602，用于按照发送时间优先级遍历所述缓存数据，针对每一个发送时间优先级的缓存数据执行如下操作：

当所述缓存数据中包括重传数据时，选择所述缓存数据中，数据量小于所述TB大小，且最接近所述TB大小的重传数据映射到一个TB中；

当所述缓存数据中不包括重传数据，或者不包括数据量小于所述TB大小的重传数据时，选择所述缓存数据中，数据量小于所述TB大小的新数据，映射到一个TB中，直至映射数据量达到所述TB大小或者新数据全部映射完成。

其中，在又一个实施例中，所述映射模块选择所述缓存数据中，数据量小于与所述TB的大小的新数据，映射到一个TB中可以是：

当所述HARQ缓存能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级的全部新数据映射到一个TB中，直至映射数据量达到所述TB大小或者当前发送时间优先级的新数据全部映射完成且映射数据量未超过所述TB大小；

当所述HARQ缓存能够拆分发送且不能够捆绑发送时，将所述当前发送时间优先级的一个新数据映射到一个TB中，直至映射数据量达到所述TB大小或者所述一个新数据全部映射到所述TB中且映射数据量未超过所述TB大小；

当所述HARQ缓存不能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级，数据量小于所述TB大小的新数据逐一映射到一个TB中，直至所述TB剩余比特数小于任一个新数据大小；

当所述HARQ缓存不能够拆分发送且不能够捆绑发送时，当所述当前发送时间优先级的新数据的数据量小于所述TB大小时，将所述当前发送时间优先级的新数据的数据量映射到所述TB中。如果不存在数据量小于所述TB大小时的新数据，即直接继续下一个发送时间优先级的判断。

其中，当所述缓存数据中不包括重传数据，或者不包括数据量小于所述TB大小的重传数据时，可以首先判断是否存在新数据，如果不存在即可以直接继续下一个发送时间优先级的判断，如果存在，可以判断是否存在空闲的HARQ进程，如果不存在即可以直接继续下一个发送时间优先级的判断，如果存在再根据HARQ缓存是否可以拆分发送以及捆绑发送，按照上述方式进行判断。

本申请实施例中，TB分配的资源是根据待调度用户的缓存的业务数据动态进行分配的，使得TB的资源与该待调度用户更加匹配，可以节省TB资源。且通过本申请的数据映射方法，可以使得映射数据与TB的最佳匹配，使得TB资源得到了充分利用，进一步避免了TB资源的浪费。

通过以上描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。上述资源分配装置以及数据映射装置均可以集成到基站中，作为基站可以实现的功能。

因此，参见图7，本申请实施例还提供了一种基站，该基站至少包括处理器701和与处理器701通过总线连接的存储器702。

该存储器702存储一组程序指令，该存储器可以是是高速RAM存储器，也可能是非易失性存储器(non-volatilememory)，例如至少一个磁盘存储器等。

该处理器701，用于调用该存储器702存储的程序指令，执行如下操作：

在进行资源分配时：

确定存在业务数据传输需求的待调度用户；

根据所述待调度用户的混合自动重传请求HARQ缓存中的缓存数据，确定所述待调度用户业务数据传输时所需的传输块TB最小值以及TB最大值；

根据所述TB最小值以及所述TB最大值，对所述待调度用户进行资源块RB分配，使得所述待调度用户的已分配RB组成的TB大小至少大于或等于所述TB最小值，且在所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，不再对所述待调度用户进行RB分配。

以及在进行数据映射时：

获取存在业务数据传输需求的待调度用户的TB，以及所述待调度用户HARQ缓存中的缓存数据；

按照发送时间优先级遍历所述缓存数据，针对每一个发送时间优先级的缓存数据执行如下操作：

当所述缓存数据中包括重传数据时，选择所述缓存数据中，数据量小于所述TB大小，且最接近所述TB大小的重传数据映射到一个TB中；

当所述缓存数据中不包括重传数据，或者不包括数据量小于所述TB大小的重传数据时，选择所述缓存数据中，数据量小于与所述TB的大小的新数据，映射到一个TB中，直至映射数据量达到所述TB大小或者新数据全部映射完成。

其中，该处理器可能是一个中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecificIntegratedCircuit)，或者是被配置成实施本发明实施例的一个或多个集成电路。

本说明书中各个实施例采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似部分互相参见即可。对于实施例公开的装置而言，由于其与实施例公开的方法相对应，所以描述的比较简单，相关之处参见方法部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件(硬件平台通常会被理解成计算机，不妥)的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本申请。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本申请保护范围的情况下，在其它实施例中实现。因此，本申请将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。

Claims (12)

1.一种资源分配方法，其特征在于，包括：

基站确定存在业务数据传输需求的待调度用户；

根据所述待调度用户的混合自动重传请求HARQ缓存中的缓存数据，确定所述待调度用户进行业务数据传输时所需的传输块TB最小值以及TB最大值；

根据所述TB最小值以及所述TB最大值，对所述待调度用户进行资源块RB分配，使得所述待调度用户的已分配RB组成的TB大小至少大于或等于所述TB最小值，且在所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，不再对所述待调度用户进行RB分配。

2.根据权利要求1所述的方法，其特征在于，所述缓存数据包括新数据和/重传数据；

所述根据所述待调度用户的HARQ缓存中的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值包括：

在所述待调度用户的HARQ缓存中不存在新数据时，将数据量最小的重传数据的数据量作为TB最小值；将发送时间优先级最高的重传数据中数据量最大的重传数据的数据量作为TB最大值；

在所述待调度用户的HARQ缓存中存在新数据时，对于HARQ缓存不能拆分传送的，将数据量最小的缓存数据的数据量作为TB最小值；对于HARQ缓存能够拆分传送的，确定TB最小值为1比特；

对于HARQ缓存不能捆绑传送的，将发送时间优先级最高的缓存数据中最大数据量的缓存数据的数据量作为TB最大值；

对于HARQ缓存能够捆绑发送的，如果发送时间优先级最高的新数据的优先级高于发送时间优先级最高的重传数据，将全部新数据的数据量总和作为TB最大值，如果发送时间优先级最高的新数据的时间优先级低于发送时间优先级最高的重传数据，将发送优先级最高的重传数据中数据量最大重传数据的数据量作为TB最大值。

3.根据权利要求1或2所述的方法，其特征在于，所述基站确定存在业务数据传输需求的待调度用户之后，所述方法还包括：

确定所述待调度用户多个业务中一个待传输业务；

所述根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值包括：

根据所述待调度用户的所述待传输业务对应HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

4.根据权利要求1所述的方法，其特征在于，所述根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值包括：

判断所述待调度用户是否需要协同多点传输CoMP；

在所述待调度用户需要CoMP时，根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

5.一种基于权利要求1～4任一项所述资源分配方法的数据映射方法，其特征在于，包括：

获取存在业务数据传输需求的待调度用户的TB，以及所述待调度用户HARQ缓存中的缓存数据；

按照发送时间优先级遍历所述缓存数据，针对每一个发送时间优先级的缓存数据执行如下操作：

当所述缓存数据中包括重传数据时，选择所述缓存数据中，数据量小于所述TB大小，且最接近所述TB大小的重传数据映射到一个TB中；

当所述缓存数据中不包括重传数据，或者不包括数据量小于所述TB大小的重传数据时，选择所述缓存数据中，数据量小于所述TB大小的新数据，映射到一个TB中，直至映射数据量达到所述TB大小或者新数据全部映射完成。

6.根据权利要求5所述的方法，其特征在于，所述选择所述缓存数据中，数据量小于与所述TB的大小的新数据，映射到一个TB中包括：

当所述HARQ缓存能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级的全部新数据映射到一个TB中，直至映射数据量达到所述TB大小或者当前发送时间优先级的新数据全部映射完成且映射数据量未超过所述TB大小；

当所述HARQ缓存能够拆分发送且不能够捆绑发送时，将所述当前发送时间优先级的一个新数据映射到一个TB中，直至映射数据量达到所述TB大小或者所述一个新数据全部映射到所述TB中且映射数据量未超过所述TB大小；

当所述HARQ缓存不能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级，数据量小于所述TB大小的新数据逐一映射到一个TB中，直至所述TB剩余比特数小于任一个新数据大小；

当所述HARQ缓存不能够拆分发送且不能够捆绑发送时，当所述当前发送时间优先级的新数据的数据量小于所述TB大小时，将所述当前发送时间优先级的新数据的数据量映射到所述TB中。

7.一种资源分配装置，其特征在于，包括：

用户确定模块，用于确定存在业务数据传输需求的待调度用户；

值确定模块，用于根据所述待调度用户的混合自动重传请求HARQ缓存中的缓存数据，确定所述待调度用户业务数据传输时所需的传输块TB最小值以及TB最大值；

资源分配模块，用于根据所述TB最小值以及所述TB最大值，对所述待调度用户进行资源块RB分配，使得所述待调度用户的已分配RB组成的TB大小至少大于或等于所述TB最小值，且在所述待调度用户的已分配RB组成的TB大小大于或等于所述TB最大值时，不再对所述待调度用户进行RB分配。

8.根据权利要求7所述的装置，其特征在于，所述缓存数据包括新数据和/重传数据；

所述值确定模块具体用于：

在所述待调度用户的HARQ缓存中不存在新数据时，将数据量最小的重传数据的数据量作为TB最小值；将发送时间优先级最高的重传数据中数据量最大的重传数据的数据量作为TB最大值；

在所述待调度用户的HARQ缓存中存在新数据时，对于HARQ缓存不能拆分传送的，将数据量最小的缓存数据的数据量作为TB最小值；对于HARQ缓存能够拆分传送的，确定TB最小值为1比特；

对于HARQ缓存不能捆绑传送的，将发送时间优先级最高的缓存数据中最大数据量的缓存数据的数据量作为TB最大值；

对于HARQ缓存能够捆绑发送的，如果发送时间优先级最高的新数据的优先级高于发送时间优先级最高的重传数据，将全部新数据的数据量总和作为TB最大值，如果发送时间优先级最高的新数据的时间优先级低于发送时间优先级最高的重传数据，将发送优先级最高的重传数据中数据量最大重传数据的数据量作为TB最大值。

9.根据权利要求7或8所述的装置，其特征在于，还包括：

业务确定模块，用于确定所述待调度用户多个业务中一个待传输业务；

所述值确定模块具体用于：

根据所述待调度用户的所述待传输业务对应HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

10.根据权利要求7所述的装置，其特征在于，所述值确定模块包括：

判断单元，用于判断所述待调度用户是否需要协同多点传输CoMP；

值确定单元，用于在所述待调度用户需要CoMP时，根据所述待调度用户的HARQ缓存区的缓存数据，确定所述待调度用户业务数据传输时所需的TB最小值以及TB最大值。

11.一种基于权利要求7～10任一项所述资源分配装置的数据映射装置，其特征在于，包括：

数据获取模块，用于获取存在业务数据传输需求的待调度用户的TB，以及所述待调度用户HARQ缓存中的缓存数据；

映射模块，用于按照发送时间优先级遍历所述缓存数据，针对每一个发送时间优先级的缓存数据执行如下操作：

当所述缓存数据中包括重传数据时，选择所述缓存数据中，数据量小于所述TB大小，且最接近所述TB大小的重传数据映射到一个TB中；

当所述缓存数据中不包括重传数据，或者不包括数据量小于所述TB大小的重传数据时，选择所述缓存数据中，数据量小于所述TB大小的新数据，映射到一个TB中，直至映射数据量达到所述TB大小或者新数据全部映射完成。

12.根据权利要求11所述的装置，其特征在于，所述映射模块选择所述缓存数据中，数据量小于与所述TB的大小的新数据，映射到一个TB中具体是：

当所述HARQ缓存能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级的全部新数据映射到一个TB中，直至映射数据量达到所述TB大小或者当前发送时间优先级的新数据全部映射完成且映射数据量未超过所述TB大小；

当所述HARQ缓存能够拆分发送且不能够捆绑发送时，将所述当前发送时间优先级的一个新数据映射到一个TB中，直至映射数据量达到所述TB大小或者所述一个新数据全部映射到所述TB中且映射数据量未超过所述TB大小；

当所述HARQ缓存不能够拆分发送且能够捆绑发送时，将所述当前发送时间优先级，数据量小于所述TB大小的新数据逐一映射到一个TB中，直至所述TB剩余比特数小于任一个新数据大小；

当所述HARQ缓存不能够拆分发送且不能够捆绑发送时，当所述当前发送时间优先级的新数据的数据量小于所述TB大小时，将所述当前发送时间优先级的新数据的数据量映射到所述TB中。