CN103384177B - 数据包传输方法及系统、用户设备与基站 - Google Patents

Abstract

本发明实施例提供一种数据包传输方法及系统、用户设备与基站。其方法，包括：用户设备接收基站发送的第一进程的进程配置消息；根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定；并在所述第一进程和所述至少一个第二进程上传输相同的数据包。采用本发明实施例的上述技术方案，能够增加传输同一数据包的进程，进一步降低eNB接收上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误块率，能够进一步增强上行覆盖。

Description

数据包传输方法及系统、用户设备与基站

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种数据包传输方法及系统、用户设备与基站。

背景技术

在长期演进系统（Long Term Evolution；LTE）网络的部署中，为了节约成本，使网络的部署更便捷，运营商希望LTE能与现有的通用移动通讯系统（Universal MobileTelecommunications System；UMTS）系统共站址，这就需要LTE能和UMTS达到相同的覆盖，尤其是上行覆盖。

为了保证上行覆盖，提高上行数据的传输效率，在LTE的早期版本中，提出一种传输时间间隔（Transmission Time Interval；TTI）绑定技术。TTI是一个时间上的单位。TTI绑定的主要思想为：例如以网络电话（Voice over Internet Protocol；VoIP）数据包为例，将一个VoIP数据包作为一个单一的协议数据单元（Protocol Data Unit），将连续的多个TTI绑定在一起作为一个进程（也可以称之为TTI绑定（bundling）进程），该进程通常由4个TTI绑定形成，该进程中每一个TTI在LTE系统中对应的就是一个子帧；用户设备（UserEquipment；UE）在该连续的4个TTI内向基站（eNodeB；eNB）传输VoIP数据包，并且在4个TTI内可以采用该VoIP数据包不同的冗余版本（Redundancy Version；RV），其主要特征在于在4个TTI的传输过程中，UE不等待混合自动重传请求（Hybrid Automatic Repeat request；HARQ）反馈；只有当最后一个TTI传输完成后才会开始接收HARQ的反馈。也就是说，一个VoIP数据包会在4个TTI内连续地传输，而不管前3个TTI的传输是否成功，都一直在传输，直到最后一个TTI的传输完成后，UE才接收eNB返回的HARQ的反馈，以确定eNB是否有接收到正确的VoIP数据包。

在LTE系统的边缘区域，采用上述现有技术的TTI绑定技术，每一个绑定的进程中包含的TTI有限，导致eNB接收数据包的误包率比较高，因此亟需提供一种效率更高的传输方法，以降低UE向eNB传输数据包的误包率，增强上行覆盖。

发明内容

本发明实施例提供一种数据包传输方法及系统、用户设备与基站，用以提高一种高效地数据包传输方法，能够进一步增强上行覆盖。

一方面，本发明实施例提供一种数据包传输方法，包括：

接收基站发送的第一进程的进程配置消息；

根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定；

在所述第一进程和所述至少一个第二进程上传输相同的数据包。

另一方面，本发明实施例还提供一种数据包传输方法，包括：

为用户设备的第一进程生成进程配置消息；

向所述用户设备发送所述进程配置消息，以指示所述用户设备根据所述进程配置消息将所述第一进程和所述至少一个第二进程进行进程绑定；

接收所述用户设备分别在所述第一进程和所述至少一个第二进程上传输的相同的数据包。

再一方面，本发明实施例还提供一种用户设备，包括：

接收模块，用于接收基站发送的第一进程的进程配置消息；

绑定模块，用于根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定；

发送模块，用于在所述第一进程和所述至少一个第二进程上传输相同的数据包。

又一方面，本发明实施例还提供一种基站，包括：

生成模块，用于为用户设备的第一进程生成进程配置消息；

发送模块，用于向所述用户设备发送所述进程配置消息，以指示所述用户设备根据所述进程配置消息将所述第一进程和所述至少一个第二进程进行进程绑定；

接收模块，用于接收所述用户设备分别在所述第一进程和所述至少一个第二进程上传输的相同的数据包。

再另一方面，本发明实施例还提供一种数据包传输系统，包括如上所述的用户设备和如上所述的基站。

本发明实施例的数据包传输方法及系统、用户设备与基站，通过由基站为用户设备的第一进程生成进程配置消息，并向用户设备发送该进程配置消息，并由用户设备根据进程配置消息将第一进程和至少一个第二进程进行进程绑定；并在第一进程和至少一个第二进程上传输相同的数据包。采用本发明实施例的上述技术方案，能够增加传输同一数据包的进程，进一步降低eNB接收上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误块率，能够进一步增强上行覆盖。

附图说明

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

图1为本发明一实施例提供的数据包传输方法的流程图。

图2为本发明另一实施例提供的数据包传输方法的流程图。

图3为本发明实施例中一种数据传输的示意图。

图4为本发明一实施例提供的UE的结构示意图。

图5为本发明另一实施例提供的UE的结构示意图。

图6为本发明一实施例提供的eNB的结构示意图。

图7为本发明另一实施例提供的eNB的结构示意图。

图8为本发明一实施例提供的数据包传输系统的结构示意图。

具体实施方式

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

图1为本发明一实施例提供的数据包传输方法的流程图。如图1所示，本实施例的数据包传输方法的执行主体为UE，如图1所示，本实施例的数据包传输方法，具体可以包括如下步骤：

100、UE接收eNB发送的第一进程的进程配置消息；

本实施例中的进程配置消息为eNB为UE的第一进程生成的。

101、UE根据进程配置消息将第一进程和至少一个第二进程进行进程绑定；

102、UE在第一进程和至少一个第二进程上传输相同的数据包。

本实施例的数据包传输方法可以应用于在LTE系统的频分双工（FrequencyDivision Duplex；FDD）或者时分双工（Time Division Duplex；FDD）模式中。

本实施例的数据包传输方法，通过由eNB为UE配置第一进程生成进程配置消息，并向UE发送该进程配置消息，并由UE根据进程配置消息将eNB第一进程和eNB至少一个第二进程进行进程绑定；并在eNB第一进程和eNB至少一个第二进程上传输相同的数据包。采用本实施例的技术方案，能够增加传输同一数据包的进程，即对TTI的进程进行进一步的绑定，这种绑定可类似于对TTI进行绑定形成进程的过程。通过进行二次绑定，进一步降低eNB接收降低上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误包率，能够进一步增强上行覆盖。

需要说明是，在上述图1所示实施例的技术方案的基础上，还可以包括下述可选技术方案，构成图1所示实施例的可选实施例。

在图1所示实施例的可选实施例中，进程配置消息具体可以包括如下三种情况：

第一种情况中，进程配置消息中具体可以包括与第一进程进行进程绑定的至少一个第二进程的标识。本实施例第二进程的标识具体可以为第二进程的ID，或者可以为第二进程对应的子帧标识，或者还可以为其他的能够唯一标识第二进程的符号。

此时对应的步骤101“UE根据进程配置消息将第一进程和至少一个第二进程进行进程绑定”，具体可以包括：UE根据与第一进程进行进程绑定的至少一个第二进程的标识，将第一进程和至少一个第二进程进行进程绑定。在该技术方案中，eNB已经确定了与该第一进程绑定的至少一个第二进程。

第二种情况中，进程配置消息具体可以包括与第一进程进行进程绑定的至少一个第二进程的数量。

此时对应的步骤101“UE根据进程配置消息将第一进程和至少一个第二进程进行进程绑定”，具体可以包括：UE与第一进程进行进程绑定的至少一个第二进程的数量，选择至少一个第二进程；再将第一进程和选择的至少一个第二进程进行进程绑定。在该技术方案中，eNB并未选择与第一进程绑定的第二进程，仅确定了与第一进程绑定的第二进程的数量。而由UE根据第二的数量去选择第二进程。

第三种情况中，进程配置消息可以包括用于指示对第一进程进行进程绑定的指示信息；即，该指示消息仅用于指示UE，该第一进程需要进行进程绑定，具体地由UE去选择与第一进程进行绑定的第二进程及其数量。

此时对应的步骤101“UE根据进程配置消息将第一进程和至少一个第二进程进行进程绑定”，具体可以包括：UE根据用于指示对第一进程进行进程绑定的指示信息，选择至少一个第二进程；并将第一进程和选择的至少一个第二进程进行进程绑定。

进一步可选地，当进程配置消息为第二种情况和第三种情况时，UE选择至少一个第二进程之后，还可以包括：UE向eNB反馈选择的至少一个第二进程的标识，以告知eNB第一进程和至少一个第二进程进行了进程绑定。

可选地，在图1所示实施例的可选实施例中，其中第一进程为绑定进程，第二进程为绑定进程或者单进程；绑定进程中包括4个TTI，详细可以参考现有技术中的绑定进程的记载，在此不再赘述。单进程中仅包括1个TTI。此外，本发明实施例中，绑定进程中的TTI也不受限于一定是4个，也可以是4个TTI之外的其他任意大于1个的TTI。

需要说明的是，当第一进程为绑定进程，第二进程为单进程时，按照上述实施例中的102“UE在第一进程和至少一个第二进程上传输相同的数据包”的时候，第一进程上的4个TTI可以用于传输该数据包的不同RV版本，至少一个第二进程上传输的该数据包的RV（冗余版本）可以与第一进程的某个TTI中传输的RV版本相同，也可以传输不同于第一进程中每一个TTI中传输的RV版本。

进一步地，当第一进程为绑定进程，第二进程为单进程时，由于绑定进程中传输数据包的次数本身就比一个单进程中传输数据包的次数要多，因此可以设置单进程的最大重传次数小于绑定进程的最大重传次数。例如可以设置绑定进程的最大重传次数为3次，而设置单进程的最大重传次数为6次。当第二进程中包括有多个时，各个第二进程的最大重传次数可以相同也可以不同。或者，eNB可以在第一进程绑定配置消息中，指示与第一进程进行进程绑定的第二进程的最大传输次数或者最大重传次数。

或者可选地，在图1所示实施例的可选实施例中，步骤100“UE接收eNB发送的第一进程的进程配置消息”之后，步骤102“在第一进程和至少一个第二进程上传输相同的数据包”之前，还可以包括如下步骤：

（1）UE存储进程配置消息；

（2）UE接收eNB发送的进程绑定激活消息。

例如该进程绑定激活消息具体可以为媒体接入控制（Media Access Control；MAC）的控制元素（Control Element；CE）或者物理下行控制信道（Physical downlinkcontrol channel；PDCCH）命令。

需要说明的是，其中进程绑定激活消息中可以包括至少一个第二进程的子集信息，此时对应的步骤102“UE在第一进程和至少一个第二进程上传输相同的数据包”，具体可以为UE在第一进程和进程绑定激活消息中指示的至少一个第二进程的子集中的至少一个第二进程上传输相同的数据包。

需要说明的是，其中步骤101和上述步骤（1）和步骤（2）之间没有先后顺序限制。

进一步可选地，在上述实施例的技术方案的基础上，在步骤（2）之后，还可以包括：

（a）UE接收eNB发送的进程绑定去激活消息；

（b）UE响应于进程绑定去激活消息，冻结第一进程和至少一个第二进程的进程绑定关系。

本实施例的冻结可以理解为暂时停止的意思，在本实施例中，UE冻结第一进程和至少一个第二进程的进程绑定关系之后，就可以暂时停止在第一进程和至少一个第二进程上传输相同的数据。当再次收到eNB发送的进程绑定激活消息的时候，UE再次激活第一进程和至少一个第二进程的进程绑定关系，并在第一进程和至少一个第二进程上传输相同的数据。

当上述实施例中的步骤（2）中的进程绑定激活消息中的包括至少一个第二进程的子集信息的时候，对应地，步骤（a）中UE接收eNB发送的进程绑定去激活消息，该去激活消息可以直接去激活上述激活消息中所述的至少一个第二进程的子集中的全部第二进程，此时不需要在去激活消息中明确指示各个第二进程的标示。或者，也可以包括进程绑定激活消息中的至少一个第二进程的子集中的一个或多个第二进程的信息，即表示冻结第一进程和进程绑定去激活消息中的至少一个第二进程的子集中的一个或多个第二进程绑定关系，并暂时停止在第一进程和进程绑定去激活消息中的至少一个第二进程的的子集中的一个或多个第二进程上传输相同的数据包，直到再次接收到对应的进程绑定激活消息。

采用该上述可选技术方案，UE可以将预先接收eNB发送的进程配置消息，但并不立即实施在第一进程和至少一个第二进程上传输相同的数据包，在收到进程绑定激活消息的时候，才在第一进程和至少一个第二进程上传输相同的数据包，当收到进程绑定去激活消息的时候，可以冻结第一进程和至少一个第二进程的进程绑定关系，更加方便技术实现的过程，使得eNB能够根据UE的实际传输情况快速调整第二进程的数量，在保证VoIP数据的误包率的同时也可以灵活照顾到其他业务的性能。

需要说明的是，在图1所示实施例的可选实施例中，步骤101根据进程配置消息将第一进程和至少一个第二进程进行进程绑定之后，步骤102在第一进程和至少一个第二进程上传输相同的数据包时，要求第一进程的HARQ的定时关系和至少一个第二进程的HARQ的定时关系，与第一进程和至少一个第二进程未进行进程绑定时第一进程的HARQ的定时关系和至少一个第二进程的HARQ的定时关系分别保持相同。即要求第一进程的HARQ的定时关系与第一进程和至少一个第二进程未进行进程绑定时第一进程的HARQ的定时关系保持相同；且对于至少一个第二进程中的每个第二进程，该第二进程的HARQ的定时关系与第一进程和至少一个第二进程未进行进程绑定时该第二进程的HARQ的定时关系保持相同。

本发明实施例中的定时关系也可以理解为固定的时序关系，例如对于单进程而言，在LTE系统中，该定时关系为UE在n时刻初传，则在n+4时刻接收eNB的HARQ反馈，如果UE未接收到eNB的HARQ反馈或者HARQ反馈为NACK，即表示eNB没有正确接收到UE在n时刻发送的数据包，则在n+8时刻UE对n时刻发送的数据包进行重传。如果UE在n+4时刻接收eNB的HARQ反馈为ACK反馈，即表示eNB正确接收到UE在n时刻发送的数据包，则UE在n+8时刻进行新数据包传输。

对于绑定进程如4-TTI的绑定进程而言，定时关系为：UE在n至n+3时刻连续地执行4个相同数据包（或者相同数据包的不同RV版本）的初传，则UE在n+7时刻接收eNB的HARQ反馈；如果UE未接收到eNB的HARQ反馈或者HARQ反馈为NACK，即表示eNB没有正确接收到UE在n时刻发送的数据包，则UE在n+16至n+19时刻连续地执行4个相同数据包（或者相同数据包的不同RV版本）的重传。如果UE在n+7时刻接收eNB的HARQ反馈为ACK反馈，即表示eNB正确接收到U E在n至n+3时刻连续发送的数据包中的一个或者多个，则UE在n+16至n+19时刻连续地执行下一个新数据包的传输。这里是以绑定进程中包括4个TTI为例来介绍定时关系，对于绑定进程中包括其他个数的TTI，也可以以此推理，在此不再一一赘述。

进一步可选地，在图1所示实施例的可选实施例中，步骤102“UE在第一进程和至少一个第二进程上传输相同的数据包”之后，还可以包括如下步骤：

（A）UE接收eNB分别发送的第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息；其中第一进程的HARQ反馈消息为eNB根据对第一进程上发送的数据包的接收结果做出的，至少一个第二进程中每一个第二进程的HARQ反馈消息为eNB根据对第二进程上发送的数据包的接收结果做出的；当第一进程为绑定进程时，对应于第一进程中的4个TTI需要在对应用于反馈的子帧上反馈这4个TTI上传输的数据包的HARQ反馈消息。例如eNB接收到某一进程中一TTI上的数据包，并对该数据包成功解码时，eNB向UE反馈该进程中该进程上接收数据包成功，例如可以反馈ACK消息，当eNB未接收到该进程中所有TTI上数据包，或者接收到该进程中某些TTI上的数据包，但未成功解码接收到的数据包时，eNB向UE反馈该TTI上接收数据失败，例如可以反馈NACK消息。

进一步可选地，在上述步骤（A）之后，还可以包括如下步骤：

（B）UE判断第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中是否包括有eNB接收数据包成功的确认消息（如ACK消息）；当包括时，执行（C）；否则执行（D）；

具体地，只要第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中有一个HARQ反馈消息中包括有ACK消息，均认为eNB接收数据成功，此时可以继续执行步骤（C）。否则，当第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中均未包括ACK消息，即第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中均为NACK消息，此时认为eNB接收数据不成功，此时可以继续执行步骤（D）。

（C）UE在第一进程和至少一个第二进程的最近一次传输机会上开始传输新的数据包；在收到成功的确认消息后，最近一次的传输机会可以是第一进程和至少一个第二进程中存在的多个传输机会中最早出现的传输机会；

（D）UE继续在第一进程和至少一个第二进程上重传相同的该数据包，直到重传次数达到最大重传次数，结束。

需要说明的是，上述图1所示实施例中的步骤100中UE接收eNB发送的进程配置消息具体可以携带在eNB发送给UE的无线资源控制（RadioResource Control；RRC）重配消息中。

需要说明的是，上述可选技术方案，可以采用可以结合的方式任意组合形成本发明的可选实施例，在此不再一一举例。

采用上述实施例的技术方案，能够增加传输同一数据包的进程，进一步降低eNB接收上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误块率，能够进一步增强上行覆盖。

而且采用上述实施例的技术方案，不改变现有技术中各个进程的定时关系，对协议修改最小，可以灵活根据UE的不同情况，进行灵活的为第一进程配置至少一个第二进程，实现进程的绑定，而且与现有相关技术具有很好的兼容性，实现非常简单。

图2为本发明另一实施例提供的数据包传输方法的流程图。本实施例的数据包传输方法的执行主体为eNB。如图2所示，本实施例的数据包传输方法，具体可以包括如下步骤：

200、eNB为UE的第一进程生成进程配置消息；

201、eNB向UE发送进程配置消息，以指示UE根据进程配置消息将第一进程和至少一个第二进程进行进程绑定；

202、eNB接收UE分别在第一进程和至少一个第二进程上传输的相同的数据包。

需要说明的是，本发明实施例中仅用于体现eNB具有接收数据包这样的操作，但是具体是否接收到数据包，这里不做限定。

本实施例与上述图1所示实施例的区别仅在于：上述图1所示实施例在UE侧描述本发明的技术方案，而本实施例在eNB侧描述本发明的技术方案，因此，本实施例的技术方案详细亦可以参考上述图1所示实施例的记载，在此不再赘述。

本实施例的数据包传输方法，通过由eNB为UE的第一进程生成进程配置消息，并向UE发送该进程配置消息，并由UE根据进程配置消息将eNB第一进程和eNB至少一个第二进程进行进程绑定；并接收UE分别在所述第一进程和至少一个第二进程上传输的相同的数据包。采用本实施例的技术方案，能够增加传输同一数据包的进程，进一步降低eNB接收上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误块率，能够进一步增强上行覆盖。

需要说明是，在上述图2所示实施例的技术方案的基础上，还可以包括下述可选技术方案，构成图2所示实施例的可选实施例。

在图2所示实施例的可选实施例中，进程配置消息中具体可以包括如下三种情况。

第一种情况中，进程配置消息中具体可以包括与第一进程进行进程绑定的至少一个第二进程的标识。本实施例第二进程的标识具体可以为第二进程的ID，或者可以为第二进程对应的子帧标识，或者还可以为其他的能够唯一标识第二进程的符号。

此时步骤200“eNB为UE的第一进程生成进程配置消息“之前，还可以包括：eNB为UE的第一进程配置至少一个第二进程。在该技术方案中，eNB已经确定了与该第一进程绑定的至少一个第二进程。

第二种情况中，进程配置消息具体可以包括与第一进程进行进程绑定的至少一个第二进程的数量。

此时步骤200“eNB为UE的第一进程生成进程配置消息“之前，还可以包括：eNB为UE的第一进程配置与第一进程进行进程绑定的至少一个第二进程的数量。在该技术方案中，eNB并未选择与第一进程绑定的第二进程，仅确定了至少一个第二进程的数量。而由UE根据至少一个第二进程的数量去选择至少一个第二进程。

第三种情况中，进程配置消息可以包括用于指示对第一进程进行进程绑定的指示信息；即，该指示消息仅用于指示UE，该第一进程需要进行进程绑定，具体地由UE去选择与第一进程进行绑定的第二进程及其数量。

进一步可选地，当进程配置消息为第二种情况和第三种情况时，步骤201“eNB向UE发送进程配置消息UE选择至少一个第二进程“之后，还可以包括：eNB接收UE根据进程配置消息选择的至少一个第二进程的标识，以确定第一进程和至少一个第二进程进行了进程绑定。

需要说明的是，在图2所示实施例的可选实施例中，其中第一进程为绑定进程，第二进程为绑定进程或者单进程；绑定进程中包括4个TTI，详细可以参考现有技术中的绑定进程的记载，在此不再赘述。单进程中仅包括1个TTI。

可选地，在图2所示实施例的可选实施例中，步骤201“eNB向UE发送进程配置消息”之后，还可以包括：eNB向UE发送进程绑定激活消息，以指示UE根据进程配置消息激活第一进程和至少一个第二进程的进程绑定，在第一进程和至少一个第二进程上传输相同的数据包。

可选地，进程绑定激活消息中可以包括至少一个第二进程的子集信息，以指示UE在第一进程和进程绑定激活消息中指示的至少一个第二进程的子集中的至少一个第二进程上传输相同的数据包。

进一步可选地，在eNB向UE发送进程绑定激活消息之后，还可以包括：eNB向UE发送进程绑定去激活消息，以指示UE冻结第一进程和至少一个第二进程的进程绑定，停止在第一进程和至少一个第二进程上传输相同的数据包。

当进程绑定激活消息中的包括至少一个第二进程的子集信息的时候，对应地，进程绑定去激活消息该去激活消息可以直接去激活上述激活消息中所述的至少一个第二进程的子集中的全部第二进程，此时不需要在去激活消息中明确指示各个第二进程的标示。或者，也可以包括进程绑定激活消息中的至少一个第二进程的子集中的一个或多个第二进程的信息，以指示UE冻结第一进程和进程绑定去激活消息中的至少一个第二进程的的子集中的第一或多个第二进程绑定关系，并暂时停止在第一进程和进程绑定去激活消息中的至少一个第二进程的的子集中的一个或多个第二进程上传输相同的数据包，直到再次接收到eNB发送的对应的进程绑定激活消息。

采用该上述可选技术方案，UE可以将预先接收eNB发送的进程配置消息，但并不立即实施在第一进程和至少一个第二进程上传输相同的数据包，在收到激活指令的时候，才在第一进程和至少一个第二进程上传输相同的数据包，当收到去激活指令的时候，可以冻结第一进程和至少一个第二进程的进程绑定关系，更加方便技术实现的过程。

进一步可选地，在图2所示实施例的可选实施例中，步骤202“eNB接收UE分别在所述第一进程和至少一个第二进程上传输的相同的数据包”之后，还可以包括如下步骤：

（1）eNB根据第一进程和至少一个第二进程的进程绑定关系，对第一进程和至少一个第二进程上传输的每一个数据包进行解码；该步骤基于上面步骤202中接收到数据包的情况。

采用该步骤，eNB根据第一进程和至少一个第二进程的进程绑定关系，对接收到的数据包进行解码，可以知道在第一进程和至少一个第二进程上接收的相同数据包，但是每一个进程上接收的数据包的冗余版本可以不相同，便于对数据包的解码。

（2）eNB根据解码结果分别向UE发送第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息，以指示UE判断第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中是否包括有接收数据包成功的确认消息；当包括有时，UE在第一进程和至少一个第二进程的最近一次传输机会上开始传输新的数据包，否则当未包括有时，UE继续在第一进程和至少一个第二进程上重传相同的该数据包，直到重传次数达到最大重传次数，结束。

对应地还可以包括如下步骤（3）：

（3）当第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中包括有接收数据包成功的确认消息时，eNB接收UE分别在第一进程和至少一个第二进程的最近一次传输机会上开始传输的新的数据包。

需要说明的是，在图2所示实施例的可选实施例中，步骤201中eNB向UE发送的进程配置消息具体可以携带在eNB发送给UE的RRC重配消息中，或者也可以是其他专用消息，本发明不做限定。

需要说明的是，上述可选技术方案，可以采用可以结合的方式任意组合形成本发明的可选实施例，在此不再一一举例。且图2所示实施例的可选实施例与上述在图1所示实施例的可选实施例的实现相同，详细亦可以参考上述图1所示实施例的可选实施例中技术方案的记载，在此不再赘述。

采用上述实施例的技术方案，能够增加传输同一数据包的进程，进一步降低eNB接收上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误块率，能够进一步增强上行覆盖。

而且采用上述实施例的技术方案，不改变现有技术中各个进程的定时关系，对协议修改最小，可以灵活根据UE的不同情况，进行灵活的为第一进程配置至少一个第二进程，实现进程的绑定，而且与现有相关技术具有很好的兼容性，实现非常简单。

下面以第一进程为绑定进程，第二进程为单进程为例详细介绍本发明实施例的技术方案。由于绑定进程中包括4个TTI，因此，为了描述方便，下述实施例中也可以将绑定（bundling）进程称作4TTI bundling进程。

在实际应用中，eNB可以为4TTI bundling进程配置一个单TTI进程，或者，基于一定的规则明确规定与某个4TTI bundling进程#i配置单TTI进程#j，其中#i为4TTIbundling进程的标识，#j为单TTI进程的标识。例如，eNB可以选择与4TTI bundling进程相隔为K的子帧对应的单TTI进程，作为4TTI bundling进程的配置进程，用于与4TTIbundling进程进行进程绑定。或者，eNB也可以仅仅配置需要与UE的4TTI bundling进程进行进程绑定的单TTI进程的数量，例如eNB可以仅仅通知UE需要将m个单TTI进程与4-TTIbundling进程进行进程绑定，然后，UE基于一定的规定，选择m个单TTI进程执行与4-TTIbundling进程的绑定。具体的选择规则，可以是选择与4TTI bundling的进程相隔为K的子帧对应的单TTI进程，或者其他的选择方法，本发明实施例中不做限定。

例如图3为本发明实施例中一种数据传输的示意图。如图3所示，以将一个4TTIbundling进程和两个单TTI进程绑定为例，如表1为被绑定的一个4TTI bundling进程和两个单TTI进程的示意图。

表1

如图3和表1所示，子帧0–3,16–19，32–35分别为4TTI bundling进程，记为进程#i，子帧0–3为初传时刻，其余子帧为重传时刻。子帧6、14、22、30、38、46对应于一个单TTI进程，我们记为进程#j，其中6为初传时刻，其他子帧为重传发生的时刻。子帧7、15、23、31、39、47对应于一个单TTI进程，记为进程#j+1。对应于每一个子帧的HARQ反馈的时刻的推算可以参考现有技术，在此不再赘述。

假设第一传输发生在TTI bundling进程的0、1、2、3子帧和两个单TTI进程分别对应的第6,7子帧上，那么，UE将分别在第n+4，即第7,10,11子帧接收eNB反馈的ACK/NAK信息。然后，如果UE在第7，10和11子帧都接收到NAK的反馈，那么表示前面的传输都已经失败，因此UE需要在随后的各个进程的重传时刻，即子帧14，15和（16、17、18、19）进行重传。然后，分别在第18，19和23子帧，UE将会接收到eNB反馈的ACK/NAK信息。如果UE在第18或19子帧接收到ACK反馈，则表示eNB已经正确接收，因此UE可以停止在该数据包的重传。并且在随后的所述进程绑定的各个进程的传输时刻执行新数据包的传输。如果UE在23子帧接收到ACK反馈，那么UE在随后的所述进程绑定的各个进程也进行新的数据包的传输。

总之，在各个独立的进程的HARQ反馈时刻，如果UE从多个HARQ反馈时刻中只要接收到一个ACK反馈，那么UE在该ACK反馈之后的被绑定的各个进程的可以进行传输的时刻执行新数据的传输。否则，如果没有接收到一个ACK反馈，则UE继续在后续的各个绑定的进程的重传时刻执行前一数据的重传，直到达到最大的传输次数为止。

另外，考虑到UE可能同时有多个业务，因此在选择用于与当前绑定的进程（如4TTIbundling进程）进行绑定的单进程时，可以尽量从远离当前绑定的进程（如4TTI bundling进程）的TTI上选择对应的被绑定的单进程，从而可以照顾到其他业务的传输时延要求。

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

图4为本发明一实施例提供的UE的结构示意图。如图4所示，本实施例的UE，具体可以包括：接收模块10、绑定模块11和发送模块12。

其中接收模块10用于接收eNB发送的第一进程的进程配置消息；绑定模块11与接收模块10连接，绑定模块11根据接收模块10接收的进程配置消息将第一进程和至少一个第二进程进行进程绑定；发送模块12与绑定模块11连接，发送模块用于在绑定模块11绑定的第一进程和至少一个第二进程上传输相同的数据包。

本实施例的UE，通过采用上述模块实现数据包的传输与上述相关方法实施例的实现机制相同，详细亦可以参考上述相关方法实施例的记载，在此不再赘述。接收模块10、绑定模块11和发送模块12具体可包括在一个硬件处理器中。

本实施例的UE，通过采用上述模块实现接收eNB发送的发送的第一进程的进程配置消息，并根据进程配置消息将eNB第一进程和eNB至少一个第二进程进行进程绑定；并在eNB第一进程和eNB至少一个第二进程上传输相同的数据包。采用本实施例的技术方案，能够增加传输同一数据包的进程，进一步降低eNB接收上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误块率，能够进一步增强上行覆盖。

图5为本发明另一实施例提供的UE的结构示意图。如图5所示，本实施例的UE，在上述图4所示实施例的基础上，进一步还可以包括如下技术方案。

本实施例的UE中，绑定模块11用于当接收模块10接收的进程配置消息中包括与第一进程进行进程绑定的至少一个第二进程的标识时，根据至少一个第二进程的标识将第一进程和至少一个第二进程进行进程绑定。

或者本实施例的UE中，绑定模块11用于当接收模块10接收的进程配置消息中包括与第一进程进行进程绑定的至少一个第二进程的数量时，根据与第一进程进行进程绑定的至少一个第二进程的数量，选择至少一个第二进程；并将第一进程和选择的至少一个第二进程进行进程绑定。

或者本实施例的UE中，绑定模块11具体用于当接收模块10接收的进程配置消息中包括用于指示对第一进程进行进程绑定的指示信息时，根据用于指示对第一进程进行进程绑定的指示信息，选择至少一个第二进程；将第一进程和选择的至少一个第二进程进行进程绑定。

进一步可选地，本实施例的UE中，当接收模块10接收的进程配置消息中包括与第一进程进行进程绑定的至少一个第二进程中第二进程的数量或者用于指示对第一进程进行进程绑定的指示信息时，发送模块12还用于向基站反馈选择的绑定模块选择的至少一个第二进程的标识，以告知基站第一进程和至少一个第二进程进行了进程绑定。

可选地，本实施例的UE中，其中第一进程可以为绑定进程，第二进程可以为绑定进程或者单进程；绑定进程中包括4个TTI，详细可以参考现有技术中的绑定进程的记载，在此不再赘述。单进程中仅包括1个TTI。当第一进程为绑定进程，第二进程为单进程时，按照上述实施例中的发送模块12在第一进程和至少一个第二进程上传输相同的数据包”的时候，第一进程上的4个TTI可以用于传输该数据包的不同RV版本，至少一个第二进程上传输的该数据包的RV版本可以与第一进程的某个TTI中传输的RV版本相同，也可以传输不同于第一进程中每一个TTI中传输的RV版本。

进一步地，当第一进程为绑定进程，第二进程为单进程时，由于绑定进程中传输数据包的次数本身就比一个单进程中传输数据包的次数要多，因此可以设置单进程的最大重传次数小于绑定进程的最大重传次数。例如可以设置绑定进程的最大重传次数为3次，而设置单进程的最大重传次数为6次。当第二进程中包括有多个时，各个第二进程的最大重传次数可以相同也可以不同。

可选地，如图5所示，本实施例的UE中还可以包括存储模块13。该存储模块13与接收模块10连接，用于在接收模块10接收eNB发送的进程配置消息之后，在发送模块12在第一进程和至少一个第二进程上传输相同的数据包之前，存储接收模块10接收的进程绑定配置信息；接收模块10还用于接收eNB发送的进程绑定激活消息，并将所述绑定激活消息发送给绑定模块11用于指示开始绑定。例如发送模块12用于当进程绑定激活消息包含至少一个第二进程的子集信息时，在第一进程和进程绑定激活消息中指示的至少一个第二进程的子集中的至少一个第二进程上传输相同的数据包。

进一步可选地，如图5所示，本实施例的UE中还可以包括冻结模块14。其中接收模块10还用与在发送模块12在第一进程和至少一个第二进程上传输相同的数据包之后，接收eNB发送的进程绑定去激活消息；此时冻结模块14与接收模块10连接，冻结模块14用于响应于接收模块10接收的进程绑定去激活消息，冻结第一进程和至少一个第二进程的进程绑定。其中接收模块10接收的进程绑定去激活消息中也可以包含至少一个第二进程的子集信息，此时冻结模块14用于响应于接收模块10接收的进程绑定去激活消息，冻结第一进程和进程绑定去激活消息中包含至少一个第二进程的子集信息指示的至少一个第二进程的子集中的至少一个第二进程的进程绑定，此时发送模块12停止在第一进程和至少一个第二进程的子集信息指示的至少一个第二进程的子集中的至少一个第二进程上发送相同的数据包。

可选地，如图5所示，本实施例的UE中在绑定模块11根据接收模块10接收的进程配置消息将第一进程和至少一个第二进程进行进程绑定之后，发送模块12在第一进程和至少一个第二进程上传输相同的数据包时，第一进程的HARQ的定时关系和至少一个第二进程的HARQ的定时关系，与第一进程和至少一个第二进程未进行进程绑定时第一进程的HARQ的定时关系和至少一个第二进程的HARQ的定时关系分别保持相同。

可选地，如图5所示，本实施例的UE中还可以包括判断模块15。其中接收模块10还用于在发送模块12在第一进程和至少一个第二进程上传输相同的数据包之后，接收eNB分别发送的第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息；第一进程的HARQ反馈消息为eNB根据对第一进程上发送的数据包的接收结果做出的，至少一个第二进程中每一个第二进程的HARQ反馈消息为eNB根据对第二进程上发送的数据包的接收结果做出的。判断模块15与接收模块10连接，判断模块15用于根据接收模块10接收的eNB分别发送的第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息，判断第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中是否包括有eNB接收数据包成功的确认消息。发送模块12还与判断模块15连接，发送模块12还用于当判断模块15判断第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中包括有eNB接收数据包成功的确认消息时，在第一进程和至少一个第二进程上的最近一次传输机会上开始传输新的数据包；否则当判断模块15判断第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中包括有eNB接收数据包成功的确认消息时，在第一进程和至少一个第二进程上重新传输相同的该数据包，直到重传次数达到最大重传次数，结束。

需要说明的是，图5所示实施例的UE以包括上述所有可选技术方案为例介绍本发明的技术方案，实际应用中，上述所有可选技术方案可以采用任意可结合的方式构成本发明的一种可选实施例，在此不再一一赘述。

本实施例的UE，通过采用上述模块实现数据包的传输与上述相关方法实施例的实现机制相同，详细亦可以参考上述相关方法实施例的记载，在此不再赘述。

本实施例的UE，通过采用上述模块能够增加传输同一数据包的进程，进一步降低eNB接收上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误块率，能够进一步增强上行覆盖。

图6为本发明一实施例提供的eNB的结构示意图。如图6所示，本实施例的eNB，具体可以包括：生成模块20、发送模块21和接收模块22。

其中生成模块20用于为UE的第一进程生成进程配置消息；发送模块21与生成模块20连接，发送模块21用于向UE发送生成模块20生成的进程配置消息，以指示UE根据进程配置消息将第一进程和至少一个第二进程进行进程绑定;接收模块22用于接收UE分别在所述第一进程和至少一个第二进程上传输的相同的数据包。

本实施例的eNB，通过采用上述模块实现数据包的传输与上述相关方法实施例的实现机制相同，详细亦可以参考上述相关方法实施例的记载，在此不再赘述。生成模块20、发送模块21和接收模块22具体可包括在一个硬件处理器中。

本实施例的eNB，通过采用上述模块实现为UE的第一进程生成进程配置消息，并向UE发送生成的进程配置消息，以指示UE根据进程配置消息将第一进程和至少一个第二进程进行进程绑定，并接收UE分别在所述第一进程和至少一个第二进程上传输的相同的数据包。采用本实施例的技术方案，能够增加传输同一数据包的进程，进一步降低eNB接收上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误块率，能够进一步增强上行覆盖。

图7为本发明另一实施例提供的eNB的结构示意图。如图7所示，本实施例的UE在上述图6所示实施例的基础上，进一步还可以包括如下技术方案。

如图7所示，本实施例的eNB中，生成模块20为UE的第一进程生成进程配置消息可以包括与第一进程进行进程绑定的至少一个第二进程的标识；此时对应的，本实施例的eNB还包括配置模块23。该配置模块23用于在生成模块20为UE的第一进程生成进程配置消息之前，为UE的第一进程配置至少一个第二进程。也就是说，生成模块20与配置模块23连接，此时生成模块20根据配置模块23为UE的第一进程配置的至少一个第二进程，为UE的第一进程生成包括至少一个第二进程的标识的进程配置消息。

或者可选地，本实施例的eNB中，生成模块20为UE的第一进程生成进程配置消息中也可以包括与第一进程进行进程绑定的至少一个第二进程的数量；此时对应的，本实施例的eNB中的配置模块23用于在生成模块20为UE的第一进程生成进程配置消息之前，为UE的第一进程配置与第一进程进行进程绑定的至少一个第二进程的数量。也就是说，此时生成模块20根据配置模块23为UE的第一进程配置的与第一进程进行进程绑定的至少一个第二进程的数量，为UE的第一进程生成包括至少一个第二进程的数量的进程配置消息。

或者可选地，本实施例的eNB中，生成模块20为UE的第一进程生成进程配置消息中也可以包括用于指示对第一进程进行进程绑定的指示信息，此时eNB不为UE配置任何与第一进程进行绑定的进程的信息，由UE自己去配置。

可选地，本实施例的eNB中，还可以包括接收模块22。该接收模块22用于当进程配置消息中包括与第一进程进行进程绑定的至少一个第二进程中第二进程的数量或者用于指示对第一进程进行进程绑定的指示信息时，接收UE根据进程配置消息选择的至少一个第二进程的标识，以确定第一进程和至少一个第二进程进行了进程绑定。

可选地，如图7所示，本实施例的eNB中，发送模块21还用于向UE发送进程配置消息之后，向UE发送进程绑定激活消息，以指示UE根据进程配置消息将第一进程和至少一个第二进程进行进程绑定，在第一进程和至少一个第二进程上传输相同的数据包。发送模块21向UE发送进程绑定激活消息中可以包含至少一个第二进程的子集信息，以指示UE在第一进程和进程绑定激活消息中指示的至少一个第二进程的子集中的至少一个第二进程上传输相同的数据包。

或者进一步地，发送模块21还用于向UE发送进程绑定激活消息之后，向UE发送进程绑定去激活消息，以指示UE冻结第一进程和至少一个第二进程的进程绑定，停止在第一进程和至少一个第二进程上传输相同的数据包。对应地，发送模块21发送的进程绑定去激活消息也可以包含至少一个第二进程的子集信息，以指示UE冻结第一进程和进程绑定去激活消息中指示的至少一个第二进程的子集中的至少一个第二进程的绑定关系，并暂时停止在在第一进程和进程绑定去激活消息中指示的至少一个第二进程的子集中的至少一个第二进程上传输相同的数据包。

进一步可选地，如图7所示，本实施例的eNB中，还包括解码模块24。其中接收模块22还用于在发送模块21向UE发送进程配置消息之后，接收UE分别在第一进程和至少一个第二进程上传输的数据包；解码模块24与接收模块22连接，解码模块24用于当接收模块22能够接收到第一进程和至少一个第二进程上传输的数据包，根据第一进程和至少一个第二进程的进程绑定关系，对接收到的第一进程和至少一个第二进程上传输的每一个数据包进行解码。发送模块21还与解码模块24连接，发送模块21还用于根据解码模块24解码的结果分别向UE发送第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息，以指示UE判断第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中是否包括有接收数据包成功的确认消息；接收模块22还用于当第一进程的HARQ反馈消息和至少一个第二进程的HARQ反馈消息中包括有接收数据包成功的确认消息时，接收UE分别在第一进程和至少一个第二进程的最近一次传输机会上开始传输的新的数据包。

需要说明的是，图7所示实施例的UE以包括上述所有可选技术方案为例介绍本发明的技术方案，实际应用中，上述所有可选技术方案可以采用任意可结合的方式构成本发明的一种可选实施例，在此不再一一赘述。

本实施例的eNB，通过采用上述模块实现数据包的传输与上述相关方法实施例的实现机制相同，详细亦可以参考上述相关方法实施例的记载，在此不再赘述。

本实施例的eNB，通过采用上述模块实现为UE的第一进程生成进程配置消息，并向UE发送生成的进程配置消息，以指示UE根据进程配置消息将第一进程和至少一个第二进程进行进程绑定，并在第一进程和至少一个第二进程上传输相同的数据包。采用本实施例的技术方案，能够增加传输同一数据包的进程，进一步降低eNB接收上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误块率，能够进一步增强上行覆盖。

图8为本发明一实施例提供的数据包传输系统的结构示意图。如图8所示，本实施例的数据包传输系统包括UE30和eNB40。UE30和eNB40互相通信连接。

其中eNB40用于为UE30的第一进程生成进程配置消息；并向U30发送生成的进程配置消息。

UE30用于接收eNB40发送的第一进程的进程配置消息；根据进程配置消息将第一进程和至少一个第二进程进行进程绑定；在绑定的第一进程和至少一个第二进程上传输相同的数据包。

本实施例的UE30具体可以采用上述图4所示的UE。本实施例的eNB40具体可以采用上述图6所示的eNB。详细可以参考上述实施例的记载。进一步地，本实施例的UE30还可以采用上述图5所示的UE。本实施例的eNB40还可以采用上述图7所示的eNB。且本实施例的UE30和eNB40实现数据包传输的实现机制具体也可以参考前述图1-图2所示实施例及相应可选实施了例的技术方案的记载，在此不再赘述。

本实施例的数据包传输系统，通过采用上述UE和eNB实现由eNB为UE的第一进程生成进程配置消息，并向UE发送该进程配置消息，并由UE根据进程配置消息将eNB第一进程和eNB至少一个第二进程进行进程绑定；并在eNB第一进程和eNB至少一个第二进程上传输相同的数据包。采用本实施例的技术方案，能够增加传输同一数据包的进程，进一步降低eNB接收上行数据包的误块率，尤其是在LTE系统的边缘区域，通过降低上行数据包的误块率，能够进一步增强上行覆盖。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到至少两个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

Claims (31)

1.一种数据包传输方法，其特征在于，包括：

接收基站发送的第一进程的进程配置消息；

根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定；

在所述第一进程和所述至少一个第二进程上传输相同的数据包；

所述第一进程的混合自动重传请求的定时关系和所述至少一个第二进程的混合自动重传请求的定时关系，与所述第一进程和所述至少一个第二进程未进行进程绑定时所述第一进程的混合自动重传请求的定时关系和所述至少一个第二进程的混合自动重传请求的定时关系分别保持相同；其中，所述第一进程为传输时间间隔TTI的绑定进程，所述第二进程为TTI的绑定进程或者单进程；

在所述第一进程和所述至少一个第二进程上传输相同的数据包之后，所述方法还包括：

接收所述基站分别发送的所述第一进程的混合自动重传请求反馈消息和所述至少一个第二进程的混合自动重传请求反馈消息；所述第一进程的混合自动重传请求反馈消息为所述基站根据对所述第一进程上发送的所述数据包的接收结果做出的，所述至少一个第二进程中每一个第二进程的混合自动重传请求反馈消息为所述基站根据对所述第二进程上发送的所述数据包的接收结果做出的。

2.根据权利要求1所述的方法，其特征在于，所述进程配置消息中包括与所述第一进程进行进程绑定的所述至少一个第二进程的标识；

根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定，包括：

根据所述至少一个第二进程的标识将所述第一进程和至少一个第二进程进行进程绑定。

3.根据权利要求1所述的方法，其特征在于，所述进程配置消息中包括与所述第一进程进行进程绑定的所述至少一个第二进程的数量；

根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定，包括：

根据与所述第一进程进行进程绑定的所述至少一个第二进程的数量，选择所述至少一个第二进程；

将所述第一进程和选择的所述至少一个第二进程进行进程绑定。

4.根据权利要求1所述的方法，其特征在于，所述进程配置消息中包括用于指示对所述第一进程进行进程绑定的指示信息；

根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定，包括：

根据所述用于指示对所述第一进程进行进程绑定的指示信息，选择所述至少一个第二进程；

将所述第一进程和选择的所述至少一个第二进程进行进程绑定。

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

向基站反馈选择的所述至少一个第二进程的标识，以告知所述基站所述第一进程和所述至少一个第二进程进行了进程绑定。

6.根据权利要求1-5任一所述的方法，其特征在于，所述接收基站发送的进程配置消息之后，在根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定之前，所述方法还包括：

存储所述进程配置消息；

接收所述基站发送的进程绑定激活消息；

所述根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定包括：

响应于进程绑定激活消息，根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定。

7.根据权利要求6所述的方法，其特征在于，所述进程绑定激活消息包含所述至少一个第二进程的子集信息；

所述在所述第一进程和所述至少一个第二进程上传输相同的数据包，包括:

在所述第一进程和所述进程绑定激活消息中指示的所述至少一个第二进程的子集中的至少一个第二进程上传输相同的数据包。

8.根据权利要求7所述的方法，其特征在于，所述方法还包括：

接收所述基站发送的进程绑定去激活消息；响应于所述进程绑定去激活消息，冻结所述第一进程和所述至少一个第二进程的进程绑定。

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

判断所述第一进程的混合自动重传请求反馈消息和所述至少一个第二进程的混合自动重传请求反馈消息中是否包括有所述基站接收所述数据包成功的确认消息；

当所述第一进程的混合自动重传请求反馈消息和所述至少一个第二进程的混合自动重传请求反馈消息中包括有所述基站接收所述数据包成功的确认消息时，在所述第一进程和所述至少一个第二进程的最近一次传输机会上开始传输新的数据包。

10.一种数据包传输方法，其特征在于，包括：

为用户设备的第一进程生成进程配置消息；

向所述用户设备发送所述进程配置消息，以指示所述用户设备根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定；

接收所述用户设备分别在所述第一进程和所述至少一个第二进程上传输的相同的数据包；

所述向所述用户设备发送所述进程配置消息之后，所述方法还包括：

根据所述第一进程和所述至少一个第二进程的进程绑定关系，对所述第一进程和所述至少一个第二进程上传输的每一个所述数据包进行解码；

根据解码结果分别向所述用户设备发送所述第一进程的混合自动重传请求反馈消息和所述至少一个第二进程的混合自动重传请求反馈消息；

当所述第一进程的混合自动重传请求反馈消息和所述至少一个第二进程的混合自动重传请求反馈消息中包括有接收所述数据包成功的确认消息时，接收所述用户设备分别在所述第一进程和所述至少一个第二进程的最近一次传输机会上开始传输的新的数据包；

其中，所述第一进程为传输时间间隔TTI的绑定进程，所述第二进程为TTI的绑定进程或者单进程。

11.根据权利要求10所述的方法，其特征在于，所述进程配置消息中包括与所述第一进程进行进程绑定的所述至少一个第二进程的标识、或者与所述第一进程进行进程绑定的所述至少一个第二进程的数量或者用于指示对所述第一进程进行进程绑定的指示信息。

12.根据权利要求11所述的方法，其特征在于，当所述进程配置消息中包括与所述第一进程进行进程绑定的所述至少一个第二进程的数量或者用于指示对所述第一进程进行进程绑定的指示信息时，所述方法还包括：

接收所述用户设备根据所述进程配置消息选择的所述至少一个第二进程的标识，以确定所述第一进程和所述至少一个第二进程进行了进程绑定。

13.根据权利要求10-12任一所述的方法，其特征在于，向所述用户设备发送所述进程配置消息之后，所述方法还包括：

向所述用户设备发送进程绑定激活消息，以指示所述用户设备激活所述第一进程和所述至少一个第二进程的进程绑定，在所述第一进程和所述至少一个第二进程上传输相同的数据包。

14.根据权利要求13所述的方法，其特征在于，所述进程绑定激活消息包含所述至少一个第二进程的子集信息，以指示所述用户设备激活所述第一进程和所述至少一个第二进程的子集信息指示的所述至少一个第二进程的子集中的至少一个第二进程的进程绑定，并在所述第一进程和所述至少一个第二进程的子集信息指示的所述至少一个第二进程的子集中的至少一个第二进程上传输相同的数据包。

15.根据权利要求14所述的方法，其特征在于，向所述用户设备发送进程绑定激活消息之后，所述方法还包括：

向所述用户设备发送进程绑定去激活消息，以指示所述用户设备冻结所述第一进程和所述至少一个第二进程的进程绑定，停止在所述第一进程和所述至少一个第二进程上传输相同的数据包。

16.一种用户设备，其特征在于，包括：

接收模块，用于接收基站发送的第一进程的进程配置消息；

绑定模块，用于根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定；

发送模块，用于在所述第一进程和所述至少一个第二进程上传输相同的数据包；

所述第一进程的混合自动重传请求的定时关系和所述至少一个第二进程的混合自动重传请求的定时关系，与所述第一进程和所述至少一个第二进程未进行进程绑定时所述第一进程的混合自动重传请求的定时关系和所述至少一个第二进程的混合自动重传请求的定时关系分别保持相同；其中，所述第一进程为传输时间间隔TTI的绑定进程，所述第二进程为TTI的绑定进程或者单进程；

所述接收模块，还用于在所述发送模块在所述第一进程和所述至少一个第二进程上传输相同的数据包之后，接收所述基站分别发送的所述第一进程的混合自动重传请求反馈消息和所述至少一个第二进程的混合自动重传请求反馈消息；所述第一进程的混合自动重传请求反馈消息为所述基站根据对所述第一进程上发送的所述数据包的接收结果做出的，所述至少一个第二进程中每一个第二进程的混合自动重传请求反馈消息为所述基站根据对所述第二进程上发送的所述数据包的接收结果做出的。

17.根据权利要求16所述的用户设备，其特征在于，所述绑定模块，具体用于当所述进程配置消息中包括与所述第一进程进行进程绑定的所述至少一个第二进程的标识时，根据所述至少一个第二进程的标识将所述第一进程和至少一个第二进程进行进程绑定。

18.根据权利要求16所述的用户设备，其特征在于，所述绑定模块，具体用于当所述进程配置消息中包括与所述第一进程进行进程绑定的所述至少一个第二进程的数量时，根据与所述第一进程进行进程绑定的所述至少一个第二进程的数量，选择所述至少一个第二进程；并将所述第一进程和选择的所述至少一个第二进程进行进程绑定。

19.根据权利要求16所述的用户设备，其特征在于，所述绑定模块，具体用于当所述进程配置消息中包括用于指示对所述第一进程进行进程绑定的指示信息时，根据所述用于指示对所述第一进程进行进程绑定的指示信息，选择所述至少一个第二进程；将所述第一进程和选择的所述至少一个第二进程进行进程绑定。

20.根据权利要求19所述的用户设备，其特征在于，所述发送模块，还用于向基站反馈选择的所述至少一个第二进程的标识，以告知所述基站所述第一进程和所述至少一个第二进程进行了进程绑定。

21.根据权利要求16-20任一所述的用户设备，其特征在于，所述用户设备还包括存储模块；

所述存储模块，用于在所述接收模块接收所述基站发送的所述进程配置消息之后，在所述发送模块在所述第一进程和所述至少一个第二进程上传输相同的数据包之前，存储所述进程配置消息；

所述接收模块，还用于接收所述基站发送的进程绑定激活消息，并将所述绑定激活消息发送给绑定模块用于指示开始绑定。

22.根据权利要求21所述的用户设备，其特征在于，所述发送模块，具体用于当所述进程绑定激活消息包含所述至少一个第二进程的子集信息时，在所述第一进程和所述进程绑定激活消息中指示的所述至少一个第二进程的子集中的至少一个第二进程上传输相同的数据包。

23.根据权利要求22所述的用户设备，其特征在于，所述用户设备还包括冻结模块；

所述接收模块，还用于在所述接收模块接收所述基站发送的进程绑定激活消息之后，接收所述基站发送的进程绑定去激活消息；

冻结模块，用于响应于所述进程绑定去激活消息，冻结所述第一进程和所述至少一个第二进程的进程绑定。

24.根据权利要求16所述的用户设备，其特征在于，所述用户设备还包括判断模块；

所述判断模块，用于判断所述第一进程的混合自动重传请求反馈消息和所述至少一个第二进程的混合自动重传请求反馈消息中是否包括有所述基站接收所述数据包成功的确认消息；

所述发送模块，还用于当所述第一进程的混合自动重传请求反馈消息和所述至少一个第二进程的混合自动重传请求反馈消息中包括有所述基站接收所述数据包成功的确认消息时，在所述第一进程和所述至少一个第二进程的最近一次传输机会上开始传输新的数据包。

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

生成模块，用于为用户设备的第一进程生成进程配置消息；

发送模块，用于向所述用户设备发送所述进程配置消息，以指示所述用户设备根据所述进程配置消息将所述第一进程和至少一个第二进程进行进程绑定；

接收模块，用于接收所述用户设备分别在所述第一进程和所述至少一个第二进程上传输的相同的数据包；

所述基站还包括解码模块；

所述接收模块，还用于在所述发送模块向所述用户设备发送所述进程配置消息之后，接收所述用户设备分别在所述第一进程和所述至少一个第二进程上传输的所述数据包；

所述解码模块，用于根据所述第一进程和所述至少一个第二进程的进程绑定关系，对所述第一进程和所述至少一个第二进程上传输的每一个所述数据包进行解码；

所述发送模块，还用于根据解码结果分别向所述用户设备发送所述第一进程的混合自动重传请求反馈消息和所述至少一个第二进程的混合自动重传请求反馈消息；

所述接收模块，还用于当所述第一进程的混合自动重传请求反馈消息和所述至少一个第二进程的混合自动重传请求反馈消息中包括有接收所述数据包成功的确认消息时，接收所述用户设备分别在所述第一进程和所述至少一个第二进程的最近一次传输机会上开始传输的新的数据包；

其中，所述第一进程为传输时间间隔TTI的绑定进程，所述第二进程为TTI的绑定进程或者单进程。

26.根据权利要求25所述的基站，其特征在于，所述进程配置消息中包括与所述第一进程进行进程绑定的所述至少一个第二进程的标识、或者与所述第一进程进行进程绑定的所述至少一个第二进程的数量或者用于指示对所述第一进程进行进程绑定的指示信息。

27.根据权利要求26所述的基站，其特征在于，所述接收模块，还用于当所述进程配置消息中包括与所述第一进程进行进程绑定的所述至少一个第二进程的数量或者用于指示对所述第一进程进行进程绑定的指示信息时，接收所述用户设备根据所述进程配置消息选择的所述至少一个第二进程的标识，以确定所述第一进程和所述至少一个第二进程进行了进程绑定。

28.根据权利要求25-27任一所述的基站，其特征在于，所述发送模块，还用于在向所述用户设备发送所述进程配置消息之后，向所述用户设备发送进程绑定激活消息，以指示所述用户设备激活所述第一进程和所述至少一个第二进程的进程绑定，在所述第一进程和所述至少一个第二进程上传输相同的数据包。

29.根据权利要求28所述的基站，其特征在于，所述发送模块，具体用于向所述用户设备发送包含所述至少一个第二进程的子集信息的进程绑定激活消息，以指示所述用户设备激活所述第一进程和所述至少一个第二进程的子集信息指示的所述至少一个第二进程的子集中的第二进程的进程绑定，并在所述第一进程和所述至少一个第二进程的子集信息指示的所述至少一个第二进程的子集中的第二进程上传输相同的数据包。

30.根据权利要求29所述的基站，其特征在于，所述发送模块，还用于在向所述用户设备发送进程绑定激活消息之后，向所述用户设备发送进程绑定去激活消息，以指示所述用户设备冻结所述第一进程和所述至少一个第二进程的进程绑定，停止在所述第一进程和所述至少一个第二进程上传输相同的数据包。

31.一种数据包传输系统，其特征在于，包括如上权利要求16-24任一所述的用户设备和如上权利要求25-30任一所述的基站。