WO2015106444A1

WO2015106444A1 - 一种数据包的传输方法和传输设备

Info

Publication number: WO2015106444A1
Application number: PCT/CN2014/070823
Authority: WO
Inventors: 朱松; 鲁振伟; 郭小龙; 张力学
Original assignee: 华为技术有限公司
Priority date: 2014-01-17
Filing date: 2014-01-17
Publication date: 2015-07-23
Also published as: US10110344B2; EP3086515A1; EP3086515B1; CN105594164A; US20160323065A1; CN105594164B; EP3086515A4

Abstract

　本发明公开了一种数据包的传输方法和传输设备，在数据包的分流发送过程中，由前端节点将发送给目的节点的数据包划分为多个子数据包后，按照一定的组合编码方式对子数据包进行包间的组合编码，并得到的编码后的子数据包组发送给目的节点。即使传输路径的信道状态突然恶化，由于目的节点无需等待接收所有的编码后的子数据包组，只要接收到的编码后的子数据包组中的内容结合相对应的解码方式足以解析出原始的数据包即可，因此，目的节点接收数据包的过程受网络突发情况的影响较小，传输效率不会受到明显影响。

Description

一种数据包的传输方法和传输设备技术领域

本发明涉及通信领域，尤其涉及一种数据包的传输方法和传输设备。背景技术

在数据包发送的过程中，数据包从源节点发送到目的节点时，会经过不同的中间节点或者会有不同的传输路径，如果在数据包的发送过程中对数据包进行分流，使数据包分别通过不同的中间节点转发或者流经不同的传输路径，可以有效地提高数据包发送的可靠性以及提高数据包发送的速度。

目前所采用的方法是依据已知的节点状况或者传输路径的状态，将数据包预先进行划分，然后由各节点转发或由各传输路径来发送，例如，当源节点为数据包的各部分确定传输路径后，或当中间节点之间协商确定各自待发送的部分数据包后，数据包的发送过程就确定下来，每条传输路径上发送的数据包或每个中间节点发送的数据包是不能随意更改的，如果在数据包发送完毕之前传输路径的信道状态发生变化，或中间节点的网络状况发生变化时，数据包的实际发送过程与预先估计的发送过程不一致，目的节点将无法快速接收到数据包的每一部分，会降低数据包的发送效率。发明内容

本发明实施例提供了一种数据包的传输方法和传输设备，用以解决现有技术中存在的数据包发送效率低的问题。

第一方面，提供了一种数据包的传输方法，所述方法包括：

前端节点获取划分后的多个子数据包；

所述前端节点对所述多个子数据包进行包间组合编码，得到多个编码后的子数据包组；其中，一个编码后的子数据包组中包含至少一个编码后的子数据包；所述前端节点将所述多个编码后的子数据包组分别通过至少两条传输路径发送给目的节点。

结合第一方面，在第一种可能的实现方式中，所述前端节点包括至少两个中间节点，所述前端节点获取划分后的多个子数据包包括：

所述至少两个中间节点分别接收来自源节点的数据包；

所述至少两个中间节点将接收到的数据包划分为多个子数据包。

结合第一方面，在第二种可能的实现方式中，所述前端节点为源节点，所述前端节点获取划分后的多个子数据包包括：

所述源节点将数据包划分为多个子数据包。

结合第一方面，在第三种可能的实现方式中，所述前端节点包括至少两个中间节点，所述前端节点获取划分后的多个子数据包包括：

至少两个中间节点接收源节点发送的多个子数据包，所述多个子数据包为源节点将数据包划分后得到的。

结合第一方面，在第四种可能的实现方式中，所述前端节点包括源节点和至少一个中间节点，所述前端节点获取划分后的多个子数据包包括：

所述至少一个中间节点接收来自源节点的数据包；

所述源节点和所述至少一个中间节点分别将所述数据包划分为多个子数据包。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式或第一方面的第四种可能的实现方式，在第五种可能的实现方式中，所述前端节点对所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组，包括：

所述前端节点按照与目的节点预先协商确定的组合编码方式，将所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组；或者，所述前端节点按照自身确定的组合编码方式将所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组后，通知所述目的节点所使用的组合编码方式。结合第一方面的第五种可能的实现方式，在第六种可能的实现方式中，所述前端节点按照与所述目的节点预先协商确定的组合编码方式或所述前端节点自身确定的组合编码方式，将所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组，包括：

所述前端节点按照与所述目的节点预先协商确定的线性组合方式或者所述前端节点自身确定的线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行组合编码，获取编码后的子数据包组。

结合第一方面的第六种可能的实现方式，在第七种可能的实现方式中，所述前端节点包含至少两个中间节点时，所述前端节点按照与所述目的节点预先协商确定的线性组合方式或者所述前端节点自身确定的线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行组合编码包括：

各中间节点按照与所述目的节点预先协商确定的线性组合方式或者所述自身确定的线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行线性组合方式正交，使得任意两个中间节点得到的编码后的子数据包组的内容不同。

结合第一方面的第六种可能的实现方式，在第八种可能的实现方式中，所述前端节点为源节点时，所述前端节点将所述多个编码后的子数据包组分别通过至少两条传输路径发送给所述目的节点，包括：

所述源节点将所述多个编码后的子数据包组通过所述至少两条传输路径发送给所述目的节点，所述传输路径上发送的编码后的子数据包组的线性组合方式正交，使得任意两条传输路径上发送的编码后的子数据包组的内容不同。

结合第一方面的第五种可能的实现方式，在第九种可能的实现方式中，所述前端节点按照与所述目的节点预先协商确定的组合编码方式或自身确定的组合编码方式，将所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组，包括：合编码的度数；

所述前端节点从所述子数据包中随机选取数量不大于所述度数的子数据包，并将每次选取的子数据包组合为一个编码后的子数据包组；或者，

所述前端节点采用预先协商确定的或者自身确定的生成矩阵，将所述子数据包组合编码生成编码后的子数据包组。

结合第一方面、第一方面的第一种可能的实现方式、第一方面的第二种可能的实现方式、第一方面的第三种可能的实现方式、第一方面的第四种可能的实现方式、第一方面的第五种可能的实现方式、第一方面的第六种可能的实现方式、第一方面的第七种可能的实现方式、第一方面的第八种可能的实现方式或第一方面的第九种可能的实现方式，在第十种可能的实现方式中，所述方法还包括：

所述前端节点判断是否接收到所述目的节点返回的停止指示，或发送的编码后的子数据包组的个数是否达到最大发送次数；

若接收到所述停止指示或发送的编码后的子数据包组的个数达到最大发送次数，则停止向目的节点发送编码后的子数据包组，所述停止指示是目的节点解析出所述数据包后返回的。

第二方面，提供一种数据包的传输方法，所述方法包括：

目的节点接收前端节点经过多条传输路径发送的编码后的子数据包组；所述目的节点根据接收到的所述编码后的子数据包组和获得的组合编码方式解析出所述数据包。

结合第二方面，在第一种可能的实现方式中，所述目的节点根据接收到的所述编码后的子数据包组和获得的组合编码方式解析出所述数据包包括：所述目的节点根据接收到的所述编码后的子数据包组和与所述前端节点预先协商的组合编码方式解析出所述数据包；或者方式，根据接收到的所述编码后的子数据包组和所述获得的所述前端节点确定的组合编码方式解析出所述数据包。结合第二方面，在第二种可能的实现方式中，所述目的节点接收所述前端节点经过多条传输路径发送的编码后的数据包组包括：

当所述前端节点为至少两个中间节点时，接收所述至少两个中间节点经过至少两条传输路径发送的编码后的子数据包组；或

当所述前端节点为源节点和至少一个中间节点时，接收源节点和至少一个中间节点经过至少两条传输路径发送的编码后的子数据包组；或

当所述前端节点为源节点时，接收所述源节点经过至少两条传输路径发送的编码后的子数据包组；

其中，每个编码后的子数据包组是至少一个子数据包进行包间的组合编码后得到的，且所述子数据包是发送给目的节点的数据包划分得到的。

结合第二方面，在第三种可能的实现方式中，所述目的节点根据接收到的所述编码后的子数据包和获得的组合编码方式解析出所述数据包，包括：所述目的节点根据已接收到的编码后的子数据包组和预先协商的组合编码的方式，或者，所述目的节点根据已接收到的编码后的子数据包组和从通知消息或子数据包组的包头中获得的组合编码方式，判断是否能够解析出所述数据包；若是，则返回停止指示；否则，继续接收编码后的子数据包组，直至解析出所述数据包，或接收不到编码后的子数据包组为止。

第三方面，提供一种数据包的传输设备，所述设备包括：

获取模块，用于获取划分后的多个子数据包；

编码模块，用于对所述获取模块获取的多个子数据包进行包间组合编码，得到多个编码后的子数据包组；其中，一个编码后的子数据包组中包含至少一个编码后的子数据包；

发送模块，用于将所述编码模块得到的多个子数据包组分别通过至少两条传输路径发送给目的节点。

结合第三方面，在第一种可能的实现方式中，所述设备为中间节点时，所述获取模块，具体用于接收来自源节点的数据包，以及将接收到的数据包划分为多个子数据包。结合第三方面，在第二种可能的实现方式中，所述设备为源节点时，所述获取模块，具体用于将数据包划分为多个子数据包。

结合第三方面，在第三种可能的实现方式中，所述设备为中间节点时，所述获取模块，具体用于接收源节点发送的多个子数据包，所述多个子数据包为源节点将数据包划分后得到的。

结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式或第二方面的第三种可能的实现方式，在第四种可能的实现方式中，所述编码模块，具体包括：

确定编码方式子模块，用于与目的节点预先协商确定组合编码方式，或自身确定组合编码方式，通知所述目的节点所使用的组合编码方式；

组合编码子模块，用于将所述多个子数据包按照所述确定编码方式子模块确定的组合编码方式进行包间的组合编码，得到多个编码后的子数据包组。

结合第三方面的第四种可能的实现方式，在第五种可能的实现方式中，所述确定编码方式子模块确定的组合编码方式是线性组合方式；

所述组合编码子模块，具体用于按照所述确定编码方式子模块确定的所述线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行组合编码，获取编码后的子数据包组。

结合第三方面的第五种可能的实现方式，在第六种可能的实现方式中，所述设备为中间节点时，

所述组合编码子模块，具体用于按照所述确定编码方式子模块确定的线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行线性组合方式正交，使得任意两个中间节点得到的编码后的子数据包组的内容不同。

结合第三方面的第五种可能的实现方式，在第七种可能的实现方式中，所述设备为源节点时，所述发送模块，具体用于将所述多个编码后的子数据包组通过所述至少两条传输路径发送给所述目的节点，所述传输路径上发送的编码后的子数据包组的线性组合方式正交，使得所述两条传输路径上发送的编码后的子数据包组的内容不同。结合第三方面的第五种可能的实现方式，在第八种可能的实现方式中，所述组合编码子模块，具体用于采用所述确定编码方式子模块确定的度分布函数，确定组合编码的度数，从所述子数据包中随机选取数量不大于所述度数的子数据包，并将每次选取的子数据包组合为一个编码后的子数据包组；或者用于采用所述确定编码方式子模块确定的生成矩阵，将所述子数据包组合编码生成编码后的子数据包组。

结合第三方面、第三方面的第一种可能的实现方式、第三方面的第二种可能的实现方式、第三方面的第三种可能的实现方式、第三方面的第四种可能的实现方式、第三方面的第五种可能的实现方式、第三方面的第六种可能的实现方式、第三方面的第七种可能的实现方式或第三方面的第八种可能的实现方式，在第九种可能的实现方式中，所述设备还包括：

确认模块，用于判断是否接收到所述目的节点返回的停止指示，或发送的编码后的子数据包组的个数是否达到最大发送次数；

指示模块，用于当确认模块确认收到所述停止指示，或者确认模块确认发送的编码后的子数据包组的个数达到最大发送次数，则停止向目的节点发送编码后的子数据包组，所述停止指示是目的节点解析出所述数据包后返回的。

第四方面，提供一种数据包的传输设备，所述设备包括：

处理器，用于获取划分后的多个子数据包，并对获取的多个子数据包进行包间组合编码，得到多个编码后的子数据包组；其中，一个编码后的子数据包组中包含至少一个编码后的子数据包；

发射器，用于将所述处理器得到的多个子数据包组分别通过至少两条传输路径发送给目的节点。

结合第四方面，在第一种可能的实现方式中，所述设备为中间节点时，所述处理器，具体用于接收来自源节点的数据包，以及将接收到的数据包划分为多个子数据包。

结合第四方面，在第二种可能的实现方式中，所述设备为源节点时，所述处理器，具体用于将数据包划分为多个子数据包。

结合第四方面，在第三种可能的实现方式中，所述设备为中间节点时，所述处理器，具体用于接收源节点发送的多个子数据包，所述多个子数据包为源节点将数据包划分后得到的。

结合第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式或第四方面的第三种可能的实现方式，在第四种可能的实现方式中，所述处理器，具体用于与目的节点预先协商确定组合编码方式，或自身确定组合编码方式，通知所述目的节点所使用的组合编码方式，以及将所述多个子数据包按照确定的组合编码方式进行包间的组合编码，得到多个编码后的子数据包组。

结合第四方面的第四种可能的实现方式，在第五种可能的实现方式中，所述处理器，用于确定的组合编码方式是线性组合方式，按照确定的所述线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行组合编码，获取编码后的子数据包组。

结合第四方面的第五种可能的实现方式，在第六种可能的实现方式中，所述设备为中间节点时，

所述处理器，具体用于按照确定的线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行线性组合方式正交，使得任意两个中间节点得到的编码后的子数据包组的内容不同。

结合第四方面的第五种可能的实现方式，在第七种可能的实现方式中，所述设备为源节点时，所述发射器，具体用于将所述多个编码后的子数据包组通过所述至少两条传输路径发送给所述目的节点，所述传输路径上发送的编码后的子数据包组的线性组合方式正交，使得所述两条传输路径上发送的编码后的子数据包组的内容不同。

结合第四方面的第五种可能的实现方式，在第八种可能的实现方式中，所述处理器，具体用于采用确定的度分布函数，确定组合编码的度数，从所述子数据包中随机选取数量不大于所述度数的子数据包，并将每次选取的子数据包组合为一个编码后的子数据包组；或者用于采用确定的生成矩阵，将所述子数据包组合编码生成编码后的子数据包组。

结合第四方面、第四方面的第一种可能的实现方式、第四方面的第二种可能的实现方式、第四方面的第三种可能的实现方式、第四方面的第四种可能的实现方式、第四方面的第五种可能的实现方式、第四方面的第六种可能的实现方式、第四方面的第七种可能的实现方式或第四方面的第八种可能的实现方式，在第九种可能的实现方式中，所述处理器，还用于判断是否接收到所述目的节点返回的停止指示，或发送的编码后的子数据包组的个数是否达到最大发送次数，当确认收到所述停止指示，或者确认发送的编码后的子数据包组的个数达到最大发送次数，则触发所述发射器停止向目的节点发送编码后的子数据包组，所述停止指示是目的节点解析出所述数据包后返回的。

第五方面，提供一种数据包的传输设备，所述设备包括：

接收模块，用于接收前端节点经过多条传输路径发送的编码后的子数据包组；

解析模块，用于根据所述接收模块接收到的所述编码后的子数据包和获得的组合编码方式解析出所述数据包。

结合第五方面，在第一种可能的实现方式中，所述解析模块，具体用于根据所述接收模块接收到的所述编码后的子数据包组和与所述前端节点预先协商的组合编码方式解析出所述数据包；或者述接收模块接收到的所述编码后的子数据包组和所述获得的组合编码方式解析出所述数据包。

结合第五方面，在第二种可能的实现方式中，所述接收模块，具体用于当所述前端节点为至少两个中间节点时，接收所述至少两个中间节点经过至少两条传输路径发送的编码后的子数据包组；或

当所述前端节点为源节点和至少一个中间节点时，接收源节点和至少一个中间节点经过至少两条传输路径发送的编码后的子数据包组；或当所述前端节点为源节点时，接收所述源节点经过至少两条传输路径发送的编码后的子数据包组；

结合第五方面，在第三种可能的实现方式中，所述解析模块，还用于根据已接收到的编码后的子数据包组和预先协商的组合编码的方式，或者，根据已接收到的编码后的子数据包组和从通知消息或子数据包组的包头中获得的组合编码方式，判断是否能够解析出所述数据包；若是，则返回停止指示；否则，继续接收编码后的子数据包组，直至解析出所述数据包，或接收不到编码后的子数据包组为止。

第六方面，提供一种数据包的传输设备，所述设备包括：

接收器，用于接收前端节点经过多条传输路径发送的编码后的子数据包组；

处理器，用于根据所述接收器接收到的所述编码后的子数据包和获得的组合编码方式解析出所述数据包。

结合第六方面，在第一种可能的实现方式中，所述处理器，具体用于根据所述接收模块接收到的所述编码后的子数据包组和与所述前端节点预先协商的组合编码方式解析出所述数据包；或者述接收模块接收到的所述编码后的子数据包组和所述获得的组合编码方式解析出所述数据包。

结合第六方面，在第二种可能的实现方式中，所述接收器，具体用于当所述前端节点为至少两个中间节点时，接收所述至少两个中间节点经过至少两条传输路径发送的编码后的子数据包组；或

结合第六方面，在第三种可能的实现方式中，所述处理器，还用于根据已接收到的编码后的子数据包组和预先协商的组合编码的方式，或者，根据已接收到的编码后的子数据包组和从通知消息或子数据包组的包头中获得的组合编码方式，判断是否能够解析出所述数据包；若是，则返回停止指示；否则，继续接收编码后的子数据包组，直至解析出所述数据包，或接收不到编码后的子数据包组为止。

本发明实施例在数据包的分流发送过程中，由前端节点对子数据包进行包间的组合编码后分别通过多条传输路径向目的节点发送编码后的子数据包组合编码方式就可以解析出数据包。当某些传输路径的信道状态或某些中间节点的网络状况突然恶化时，目的节点还可以获取其他传输路径上的编码后的子数据包组，目的节点仍可以根据接收到的编码后的子数据包组和相应的组合编码方式来解析出原始的数据包，避免现有技术中，目的节点需要等待接收所有的传输路径发来的数据包才能解析出原始数据包的问题，从而提高

附图说明

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

图 1为本发明实施例中一种数据包的传输方法步骤流程示意图；图 2为本发明实施例中另一种数据包的传输方法步骤流程示意图；图 3本发明实施例中一种发送场景示意图；图 4 (_a)和图 4 (b)分别为本发明实施例中一种数据包发送流程示意图；图 5为本发明实施例中一种采用度分布函数的组合编码示意图；图 6 (a)和图 6 (b)分别为本发明实施例中一种数据包接收流程示意图；图 7为本发明实施例中以 LTE网络架构为例的发送场景示意图；图 8为本发明实施例中另一种发送场景示意图；

图 9 (a)和图 9 (b)分别为本发明实施例中另一种数据包发送流程示意图；

图 10为本发明实施例中另一种发送场景示意图；

图 11 (a)和图 11 (b)分别为本发明实施例中另一种数据包发送流程示意图；

图 12为本发明实施例中另一种数据包接收流程示意图；

图 13和图 14为本发明实施例中以 LTE网络架构为例的两种发送场景示意图；

图 15为本发明实施例中第四种发送场景示意图；

图 16 (a)和图 16 (b)分别为本发明实施例中第四种数据包发送流程示意图；

图 17为本发明实施例中以 LTE网络架构为例的发送场景示意图；图 18 (a) ~图 18 (c)分别为本发明实施例中一种数据包的传输设备结构示意图；

图 19为本发明实施例中另一种数据包的传输设备的结构示意图；图 20为本发明实施例中第三种数据包的传输设备的结构示意图；图 21为本发明实施例中第四种数据包的传输设备的结构示意图。具体实施方式

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

为了提高数据包的发送效率，本发明实施例在数据包的分流发送过程中，对前端节点的功能进行扩展，数据包不再是筒单划分后直接分流发送，而是由前端节点将发送给目的节点的数据包划分为多个子数据包后，对子数据包进行包间的组合编码，并将得到的编码后的子数据包组发送给目的节点，以便于目的节点根据接收到的编码后的子数据包组和相应的组合编码方式来解析出原始的数据包。在此过程中，即使某些传输路径的信道状态突然恶化，由于目的节点无需等待接收所有传输路径发来的编码后的子数据包组，只要接收到的编码后的子数据包组中的内容足以解析出原始的数据包即可，因此，目的节点接收数据包的过程受网络突发情况的影响较小，数据包的传输过程不会因为部分传输路径的发送状态变化造成明显时延，数据包的传输效率不会受到影响。

下面结合说明书附图对本发明实施例的方案进行详细描述，但本发明方案并不局限于以下实施例。

如图 1所示，为本发明实施例中一种数据包的传输方法步骤流程示意图，所述传输过程包括以下步骤：

步骤 11: 前端节点获取划分后的多个子数据包。

本发明实施例中的前端节点可以为对子数据进行组合编码的节点，该前端节点可以是源节点，也可以是中间节点，也可以是源节点与中间节点的组合，本发明包括并不限于此。

步骤 12: 所述前端节点对所述多个子数据包进行包间组合编码，得到多个编码后的子数据包组；其中，一个编码后的子数据包组中包含至少一个编码后的子数据包。

步骤 13: 所述前端节点将所述多个编码后的子数据包组分别通过至少两条传输路径发送给目的节点。

当所述前端节点将编码后的子数据包组发送给目的节点后，目的节点需接收所述编码后的子数据包组并解析出原始的数据包，具体的步骤流程示意图如图 2所示，包括以下步骤：

步骤 21 : 目的节点接收前端节点经过多条传输路径发送的编码后的子数据包组。

步骤 22: 所述目的节点根据接收到的所述编码后的子数据包组和获得的组合编码方式解析出所述数据包。其中，每个编码后的子数据包组是至少一个子数据包进行包间的组合编码后得到的，且所述子数据包是发送给目的节点的数据包划分得到的。

通过图 1和图 2所示的方法可实现数据包从前端节点传输到目的节点的过程，下面分别针对不同的分流场景，对图 1和图 2所示的方法进行详细描述。

图 3描述了一种数据包分流场景的实施例，本实施例中的所述前端节点以至少两个中间节点为例进行说明，但是本发明包括并不限于此，在图 3所示的数据包分流场景下，由源节点将数据包分流给至少两个中间节点，由所述至少两个中间节点对数据包进行处理后再分别发送给目的节点，具体的发送过程如图 4所示，包括以下步骤：

步骤 101 :源节点将需发送给目的节点的数据包分别发送给至少两个中间节点。

例如， 4叚设源节点为 S, 目的节点为 D, 所述中间节点为 A和 B, 源节点 S需要发送给目的节点 D的数据包为 M,则本步骤 101的具体执行过程为：源节点 S分别将数据包 M发送给中间节点 A和中间节点 B, 使得中间节点 A 接收到数据包 M, 中间节点 B接收到数据包 M。

步骤 102: 所述至少两个中间节点将接收到的数据包划分为多个子数据包。

优选地，为了便于后续子数据包的组合编码以及发送，本步骤 102 中，中间节点可将接收到的数据包划分为相同大小的多个子数据包。

本步骤 102的具体执行过程为：中间节点 A将数据包 M划分为相同大小的 n ( n为大于 1的正整数）个子数据包，类似地，中间节点 B也将数据包 M 划分为相同大小的 n个子数据包。

优选地，中间节点划分出子数据包后，可以以通知消息的形式通知目的节点所述数据包的划分方式以及划分得到的各子数据包的标识。子数据包的信息，而每个子数据包的标识可用划分得到的各子数据包在原始数据包中的顺序编号，即序号表示，将划分方式和子数据包的标识通知目的节点，是为了使目的节点在译码恢复出子数据包时，可按照顺序将各子数据包组合成原始数据包。

步骤 103: 所述至少两个中间节点将所述多个子数据包进行组合编码，得到多个编码后的子数据包组。步骤 103通过如下方式实现：

步骤 103a: 所述至少两个中间节点按照与目的节点预先协商确定的组合编码方式，将所述多个子数据包进行组合编码，得到多个编码后的子数据包组；或者多个子数据包进行包间的组合编码，得到多个编码后的子数据包组后，通知所述目的节点所使用的组合编码方式。

其中，一个编码后的子数据包组中包含至少一个子数据包。

所述包间组合编码可以为：将多个数据包进行组合，重新编码。

在本步骤 103 中，中间节点所使用的组合编码方式可以是自身确定的组合编码方式，该组合编码方式需要让目的节点获知，以便于目的节点能够采用相应的解码方式进行数据包的解析。因此，中间节点在对子数据包进行组合编码得到编码子数据包组后，需将自身所使用的组合编码方式通知给目的节点。具体地，中间节点可以在步骤 103 中使用自身确定的组合编码方式进行包间的组合编码之后，以通知消息的形式，向目的节点通知各子数据包组的组合编码方式。

可选的，也可以在之后的步骤 104 中，在发送给目的节点的子数据包组中设置包头，在所述包头中携带该子数据包组的组合编码方式。

中间节点除了使用自身确定的组合编码方式对子数据包进行包间的组合编码外，还可以采用与目的节点预先协商确定的组合编码方式对子数据包进行包间的组合编码，由于此时中间节点采用的组合编码方式是目的节点已知晓的组合编码方式，因此，无需由中间节点额外通知目的节点所使用的组合编码方式。

在本步骤 103 中，中间节点可按照任何可用的包间编码方式对子数据包进行组合编码，如采用线性组合方式进行编码，本发明实施例以以下三种组合编码方式为例，对本步骤 103 的具体执行过程进行详细描述，这种组合编码方式仅是本发明举的一个例子，本发明包括并不限于此。

组合编码方式一：

中间节点直接从所述多个子数据包中选取至少一个子数据包组合为编码后的子数据包组。

例如，假设中间节点 A将数据包 M划分为三个子数据包，分别为子数据包 a、子数据包 b和子数据包 c,中间节点 B也按照与中间节点 A相同的方式，将数据包 M划分为子数据包、子数据包 b和子数据包 c, 则中间节点 A和中间节点 B分别可采用 7种线性组合方式组合编码得到 7个编码后的子数据包组，这 7个编码后的子数据包组的内容分别为：子数据包、子数据包13、子数据包0、子数据包 a+b、子数据包 a+c、子数据包 b+c、子数据包 a+b+c。

优选地，各中间节点可各自采用不同的方式来对子数据包进行组合编码，即各中间节点采用的线性组合方式正交，这样做可使得任意两个中间节点组合得到的编码后的子数据包组的内容不同，中间节点将各自得到的编码后的子数据包组发送给目的节点时，不会出现多个中间节点向目的节点发送相同的编码后的子数据包组的情况，避免了内容相同的编码后的子数据包组的重复发送，减少了编码后的子数据包组的发送量。

仍以上述数据包 M被划分为子数据包 a、子数据包 b和子数据包 c为例，中间节点 A可以采用以下两种线性组合方式进行组合编码，这两种线性组合方式可以包括：只选取一个子数据包的线性组合方式和选取所有的子数据包的线性组合方式，中间节点 A采用上述两种线性组合方式组合编码得到 4个编码后的子数据包组，其内容分别为：子数据包、子数据包13、子数据包 c 和子数据包 a+b+c。中间节点 B选取部分子数据包（但选取的子数据包大于 1 ) 的线性组合方式，组合编码后得到 3个编码后的子数据包组，其内容分别为：子数据包 a+b、子数据包 a+c、子数据包 b+c, 此时，中间节点 A和中间节点 B采用的编码方式正交，得到的编码后的子数据包组的内容不同。

组合编码方式二：

中间节点采用预设的度分布函数来进行组合编码，具体过程为：首先，中间节点采用预设的度分布函数进行随机试验，确定组合编码的度数 d。其中，所述度数 d表示编码后的子数据包组中，包含的子数据包个数的最大值。

所述预设的度分布函数可以为源节点通知中间节点的，或者可以为中间节点自身确认的，或者可以为源节点与中间节点之间协商确认的，或者可以为中间节点与目的节点之间进行协商确认的。

其次，中间节点从所述子数据包中随机选取不大于所述度数 d个子数据包，将每次选取的子数据包组合为一个编码后的子数据包组，具体情况如下所述：

例如，假设数据包 M被中间节点 A划分为七个子数据包，被中间节点 B 按照与中间节点 A相同的方式也划分为七个子数据包，分别为子数据包 Sl~ 子数据包 S7, 确定的度数 d为 3 , 则中间节点 A可随机选取 3个子数据包或少于 3个子数据包组合为编码后的子数据包组。如图 5所示，为中间节点 A 组合得到的 9个编码后的子数据包组的示意图。中间节点 B可按照与中间节点 A相同的方式得到多个编码后的子数据包组，此处不再赘述，当然中间节点 A和中间节点 B采用的编码方式也可以正交。

组合编码方式三：

中间节点采用预先与目的节点协商的或者自身确认的的生成矩阵，将所述子数据包组合编码生成编码后的子数据包组，本方式三可视为方式一的一种实现方式，即：以生成矩阵的形式来反映各子数据包的组合方式，进而进行组数据包的组合。

例如，生成矩阵的过程如下所示，本实施例以发送 xl , x2, x3三个数据包为例进行说明：

^Xl

x = ^Χ2

C = P * X

其中的 X是原始数据包组，里面包含三个原始的子数据包，分别是 xl , x2, x3; P为生成矩阵，其中的行表示每个编码子数据包的生成方式，列表示生成编码子数据包的个数； C就是编码完成之后的子数据包组。

例如，如下所述， X可以为原始数据包， P可以为与目的节点协商确定的或者中间节点自己确定的生成矩阵，通过 C=P*X, 获取的子数据包 C为： xl , x2, x3 , xl+x3 , xl+x2+x3。

以上三种组合编码方式仅是本发明举的例子，本发明包括并不限于此。步骤 104:所述至少两个中间节点将所述多个编码后的子数据包组发送给目的节点。进一步，目的节点根据接收到的编码后的子数据包组和所述子数据包组的组合编码方式解析出所述数据包。

优选地，中间节点可以在编码后的子数据包组的包头中携带该编码后的子数据包组中各组数据包的标识。目的节点根据所述标识识别出接收到的编码后的子数据包组中包含哪些子数据包 <

优选地，如果中间节点发送给目的节点的编码后的子数据包组的包头中携带该编码后的子数据包组中各子数据包的标识。目的节点可以根据子数据包组中各子数据包的标识识别出接收到的编码后的子数据包组中包含哪些子数据包，进而确定如何恢复出原始的数据包。

中间节点将编码后的子数据包组发送给目的节点后，数据包的发送过程结束。

图 6为本发明实施例中一种数据包接收流程示意图，该实施例可以与图 4 所示的实施例组合使用，也可以单独使用，参见图 6,该实施例包括以下步骤：步骤 201 : 目的节点接收至少两个中间节点经过至少两条传输路径发送的编码后的子数据包组。

本步骤 201 中接收到的编码后的子数据包组可以是按照步骤 101至步骤不再赘述。

步骤 202: 所述目的节点根据接收到的所述编码后的子数据包组和获得的组合编码方式解析出所述数据包。步骤 202具体可以通过以下两种方式实现：与目的节点预先协商确定的组合编码方式时，所述目的节点根据接收到的所述编码后的子数据包组和所述预先协商的组合编码方式解析出所述数据包；或者自身确定的组合编码方式时，所述目的节点根据接收到的所述编码后的子数据包组和已获知的所述中间节点确定的组合编码方式解析出所述数据包。

如果在步骤 103 的方案中，一般情况下，目的节点可以通过额外的通知消息获知目的节点所使用的组合编码方式，或者目的节点可以在接收到的编式。在本步骤 202 中，目的节点可采用与编码时所使用的预先协商确定的组合编码方式相对应的解码方式对接收到的编码后的子数据包组进行解析，得到原始数据包。

如果在步骤 103 的方案中，中间节点采用自身确定的组合编码方式来得到编码后的子数据包组，则中间节点可预先以通知消息的形式告知目的节点所使用的组合编码方式，或是在发送的编码后的子数据包组的包头中携带所使用的组合编码方式，因此，目的节点可在本步骤 202 中，根据已获知的组合编码方式确定采用的解码方式，并对接收到的编码后的子数据包组进行解析，得到原始数据包。

下面对步骤 104、步骤 201和步骤 202的具体实现过程举例说明，详情如下：

4叚设中间节点 A和中间节点 B采用与目的节点 D预先协商的组合编码方式一得到多个编码后的子数据包组，则在步骤 104中，中间节点 A和中间节点 B可分别向目的节点 D发送编码后的子数据包组，例如：中间节点 A的网络状况较好，在时间段 T内向目的节点 D发送了两个编码后的子数据包组，其内容分别为：子数据包 a和子数据包 a+b; 中间节点 B的网络状况较差，在时间段 T内只向目的节点 D发送了一个编码后的子数据包组，其内容为：子数据包 b+c。在步骤 201中，目的节点 D接收到中间节点 A和中间节点 B发送的三个编码后的子数据包组，对子数据包 a和子数据包 a+b采用异或的运算方式后，可解析出子数据包 b,再对子数据包 b和子数据包 b+c采用异或的运算方式后，可解析出子数据包 c, 此时，目的节点 D恢复出了子数据包 a、子数据包 b和子数据包 c, 即解析出了原始的数据包 M。

需要说明的是，如果目的节点 D当前已接收到的编码后的子数据包组还不足以恢复出原始的数据包，则需继续接收更多的编码后的子数据包组，以恢复出原始的数据包，具体情况如下所述：

例如：中间节点 A和中间节点 B按照组合编码方式一得到多个编码后的子数据包组，中间节点 A在时间段 T内向目的节点 D发送了两个编码后的子数据包组，其内容为：子数据包&、子数据包 b+c, 中间节点 B在时间段 T内向目的节点 D发送了一个编码后的子数据包组，其内容为：子数据包 a+b+c, 此时，目的节点 D通过异或的方式只能恢复出子数据包 a, 无法恢复出子数据包 b和子数据包 c,也就无法解析出原始的数据包 M, 只能继续接收中间节点 A和中间节点 B发送的编码后的子数据包组来尝试恢复出子数据包 b和子数据包 c。

再例如：中间节点 A和中间节点 B按照组合编码方式二得到多个编码后的子数据包组，中间节点 A在时间段 T内向目的节点 D发送了三个编码后的子数据包组，其内容分别为：子数据包 Sl+S2、子数据包 Sl、子数据包 S1+S3; 中间节点 B在时间段 T内也向目的节点 D发送了三个编码后的子数据包组，其内容分别为：子数据包 Sl+S4、子数据包 S2+S3、子数据包 S4+S7, 当目的节点 D接收到这 6个编码后的子数据包组后，只能恢复出子数据包 Sl、子数据包 S2、子数据包 S3、子数据包 S4和子数据包 S7 , 无法恢复出子数据包 S5 和子数据包 S6, 因此，目的节点 D需继续接收中间节点 A和中间节点 B发送的编码后的子数据包组。

优选地，在步骤 202 中，当目的节点解析出所述数据包后，可向中间节其中，目的节点向多个中间节点分别返回所述停止指示的具体做法可以为：目的节点可与各中间节点之间维护共享信道，目的节点可将所述停止指示通过所述共享信道分别返回给各中间节点。当中间节点接收到所述停止指送过程。

由于目的节点只在解析出所述数据包后才向中间节点返回停止指示，在数据包还未解析出之前不做处理，因此，可减少指示消息的发送数量，进一步节约网络资源。

但是，在实际的发送过程中，中间节点的网络状况和目的节点的接收状况都是不可预知的，为了避免中间节点无限制的向目的节点发送编码后的子数据包组的最大发送次数：中间节点的网络状况越好，确定的最大发送次数越大。如果中间节点向目的节点发送的编码后的子数据包组的数量达到本地确定的最大发送次数时还未接收到目的节点返回的所述停止指示，则中间节点停止向目的节点发送编码后的子数据包组，并可通过向源节点发送事件消息的方式，告知本次数据包发送失败。

在本发明实施例的方法中，所述中间节点可以是基站（eNodeB )、无线访问节点（Access Point, AP )、网关等网络设备，还可以是服务 GPRS支持节点（Serving GPRS Support Node, SGSN )、分组数据网网关（P-GW )、服务网关（S-GW )等核心网中的网络设备，本发明包括并不限于此。

以 LTE网络架构下实现本发明实施例的情况为例，如图 7所示， 4叚设源节点 S、中间节点 A、中间节点 B分别是服务器、 eNodeBl和 eNodeB2, 目的节点是 UE, 则中间节点 A和中间节点 B在分组数据汇聚协议（Packet Data Convergence Protocol, PDCP)层之上可具有组合编码能力，可执行实施例中步骤 102至步骤 104的功能，然后将编码后的子数据包组分别经过本地的 PDCP 层、无线链路控制（Radio Link Control, RLC)层、媒体接入控制（Media Access Control, MAC)层和物理（PHY )层发送给目的节点。目的节点 PDCP层之上可具有组合解码能力，用于执行实施例中步骤 201和步骤 202的功能，编码后的子数据包组分别经过目的节点内的 PHY层、 MAC层、 RLC层、 PDCP 层后，进行解析得到原始的数据包。

参见图 8,本发明实施例还描述了一种基于图 8所示的场景进行数据包发送的方法，与图 3 所示的情况区别在于：所述前端节点包括至少两个中间节点，由源节点将需发送给目的节点的数据包划分为多个子数据包后，将划分出的多个子数据包分别发送给至少两个中间节点，所述至少两个中间节点按照步骤 103和步骤 104相同的方式对子数据包进行处理后发送给目的节点，具体的发送过程如图 9所示，包括以下步骤：

步骤 301 : 源节点将需发送给目的节点的数据包划分为多个子数据包。包，源节点可将所述数据包划分为相同大小的多个子数据包。

步骤 302: 源节点将划分出的多个子数据包分别发送给至少两个中间节点。

步骤 303: 所述至少两个中间节点将所述多个子数据包进行组合编码，得到多个编码后的子数据包组。步骤 303可以具体包括两种方式：

步骤 303a: 所述至少两个中间节点按照与目的节点预先协商确定的组合编码方式，将所述多个子数据包进行组合编码，得到多个编码后的子数据包组；或者多个子数据包进行包间的组合编码，得到多个编码后的子数据包组后，通知所述目的节点所使用的组合编码方式。

其中，一个编码后的子数据包组中包含至少一个子数据包。

本步骤 303的具体实现方式与步骤 103中相同，此处不再赘述。

步骤 304:所述至少两个中间节点将所述多个编码后的子数据包组发送给目的节点。

本步骤 304的具体实现方式与步骤 104中相同，此处不再赘述。

所述至少两个中间节点将编码后的子数据包组发送给目的节点后，数据包的发送过程结束。进一步，该实施例还可以包括数据包的接收流程，也就是说，数据包的发送流程、数据包括接收流程可以单独使用，也可以组合使用，本发明包括并不限于上述举例。本实施例中目的节点接收编码后的子数据包组并解析出数据包的过程与步骤 201和步骤 202相同，此处不再赘述。

参见图 10,本发明实施例还描述了一种基于图 10所示的场景进行数据包发送的实施例，与图 3和图 8所示的情况区别在于：所述前端节点为源节点，由源节点对划分后的子数据包进行组合编码处理后再分别通过多条传输路径发送给目的节点，具体的发送过程如图 11所示，包括以下步骤：

步骤 401 : 源节点将需发送给目的节点的数据包划分为多个子数据包。包，本步骤 401 中，源节点可将接收到的数据包划分为相同大小的多个子数据包。

例如， H没源节点为 S, 目的节点为 D, 源节点 S需发送给目的节点 D 的数据包为 M, 则本步骤 401的具体执行过程为：源节点 S将数据包 M划分为 n个相同大小的子数据包。

步骤 402: 源节点将所述多个子数据包进行组合编码，得到多个编码后的子数据包组。步骤 402可以包括两种方式：

步骤 402a: 所述源节点按照与目的节点预先协商确定的组合编码方式，将所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组；或者包进行包间的组合编码，得到多个编码后的子数据包组后，通知所述目的节点所使用的组合编码方式。

其中，一个编码后的子数据包组中包含至少一个子数据包。编码方式，该组合编码方式需要让目的节点获知，以便于目的节点能够采用相应的解码方式进行数据包的解析。因此，源节点在对子数据包进行组合编码得到编码子数据包组后，需将自身所使用的组合编码方式通知给目的节点。具体地，中间节点可以在步骤 402 中使用自身确定的组合编码方式进行包间的组合编码之后，以通知消息的形式，向目的节点通知各子数据包组的组合编码方式，也可以在之后的步骤 403 中，在发送给目的节点的子数据包组中设置包头，在所述包头中携带该子数据包组的组合编码方式。

源节点除了使用自身确定的组合编码方式对子数据包进行包间的组合编码外，还可以采用与目的节点预先协商确定的组合编码方式对子数据包进行包间的组合编码，由于此时源节点采用的组合编码方式是目的节点已知晓的组合编码方式，因此，无需由中间节点额外通知目的节点所使用的组合编码方式。

源节点可按照步骤 103中所描述的三种组合编码方式进行组合编码。步骤 403：源节点将所述多个编码后的子数据包组分别通过多条传输路径发送给目的节点。在传输过程中，中间节点转发经源节点组合编码过的子数据包组，不需再对子数据包进行组合编码。

优选地，如果源节点发送给目的节点的编码后的子数据包组的包头中携带该编码后的子数据包组中各子数据包的标识，则目的节点可识别出接收到的编码后的子数据包组中包含哪些子数据包，进而确定如何恢复出原始的数据包。

图 12为本发明实施例中一种数据包接收流程示意图，该实施例可以与图 11所示的实施例组合使用，也可以单独使用，参见图 12, 该实施例包括以下步骤：

步骤 501 : 目的节点接收源节点通过至少两条路径发送的编码后的子数据包组。

步骤 502:所述目的节点根据接收到的所述编码后的子数据包组和获得的的组合编码方式解析出所述数据包。

如果在步骤 402 的方案中，一般情况下，目的节点可以通过额外的通知消息获知目的节点所使用的组合编码方式，或者目的节点可以在接收到的编过额外的通知消息获知组合编码方式，也没有在接收到的编码后的子数据包组的包头中获得组合编码方式，即可确定接收到的编码后的子数据包组采用的是预先协商确定的组合编码方式。在本步骤 502 中，目的节点可采用与所述预先协商确定的组合编码方式相对应的解码方式对接收到的编码后的子数据包组进行解析，得到原始数据包。

如果在步骤 402 的方案中，源节点采用自身确定的组合编码方式来得到编码后的子数据包组，则源节点可预先以通知消息的形式告知目的节点所使用的组合编码方式，或是在发送的编码后的子数据包组的包头中携带所使用的组合编码方式，因此，目的节点可在本步骤 502 中，采用与已获知的组合编码方式相对应的解码方式对接收到的编码后的子数据包组进行解析，得到原始数据包。

下面对步骤 403和步骤 501、步骤 502的具体实现过程举例说明： 4叚设源节点 S采用与目的节点 D预先协商的组合编码方式一得到多个编码后的子数据包组，可在步骤 403 中将各编码后的子数据包组分别通过两条传输路径（称之为传输路径 1和传输路径 2 )发送给目的节点。具体地，源节点 S可根据每条传输路径的信道状态，将得到的编码后的子数据包组按照一定比例分配给每条传输路径，如信道状态较好的传输路径上将会承载较多的编码后的子数据包组，信道状态较差的传输路径上将会承载较少的编码后的子数据包组。

优选地，在步骤 403 中，源节点将所述多个编码后的子数据包组通过多条传输路径发送给目的节点时，可在不同的传输路径上分别发送不同的编码后的子数据包组，即任意两条传输路径上发送的编码后的子数据包组的线性组合方式正交，这样做的好处是：由于任意两条传输路径上发送的编码后的子数据包组的内容不同，不会出现通过多条传输路径向目的节点发送相同的编码后的子数据包组的情况，避免了内容相同的编码后的子数据包组的重复发送，减少了编码后的子数据包组的发送量。

优选地，在本步骤 502 中，当目的节点解析出所述数据包后，可向源节点返回停止指示，要求源节点停止向目的节点发送编码后的子数据包组，当源节点接收到所述停止指示后，停止向所述目的节点发送编码后的子数据包组，完成本次数据包的发送过程。数据包组的最大发送次数：源节点的网络状况越好，确定的最大发送次数越大。如果源节点向目的节点发送的编码后的子数据包组的数量达到最大发送次数时，还未接收到目的节点返回的所述停止指示，则源节点停止向目的节点发送编码后的子数据包组，确定本次数据包发送失败。在本发明实施例的方法中，所述源节点可以是 eNodeB、 AP、网关等网络设备，还可以是 SGSN、 P-GW、 S-GW等核心网中的网络设备。用于发送编码后的子数据包组的传输路径上可包含实施例中所涉及的中间节点，但在本实施例的方案中，中间节点只用于编码后的子数据包组的转发，而不对编码后的子数据包组进行组合编码处理。

以 LTE网络架构下实现本发明实施例的情况为例，如图 13所示，假设源节点是 eNodeBl , 目的节点是 UE, 用于发送编码后的子数据包组的两条传输路径上分别有 eNodeB2和 eNodeB3 ,此时 eNodeB2和 eNodeB3不做额外处理，仅用作转发。目的节点 PDCP层之上可具有组合解码能力，用于执行实施例中步骤 501和步骤 502的功能，编码后的子数据包组分别经过目的节点内的 PHY层、 MAC层、 RLC层、 PDCP层后，进行解析得到原始的数据包。

再如图 14所示， 4叚设源节点是 eNodeBl , UE1是中间节点，目的节点是 UE2,用于发送编码后的子数据包组的两条传输路径分别为：源节点直接将子数据包组发送给目的节点 UE2,以及，源节点将子数据包组通过中间节点 UE1 发送给目的节点 UE2 ( UE1和 UE2之间可通过蓝牙、 zigbee等短距离通信技术进行子数据包组的转发）。图 14 所示的业务可应用在 MUCC 场景下，即 eNodeBl如果不能直接与 UE2通信的话，可通过 UE1实现 eNodeBl与 UE2 的间接通信。

参见图 15 ,本发明实施例还描述了一种基于图 15所示的场景进行数据包发送的实施例，与图 3、图 8和图 10所示的情况区别在于：所述前端节点为源节点和至少一个中间节点，由源节点和至少一个中间节点分别对划分后的

16所示，包括以下步骤：

步骤 601：源节点向至少一个中间节点发送数据包。

步骤 602:所述源节点和所述至少一个中间节点分别将所述数据包划分为多个子数据包。

步骤 603：所述源节点和所述至少一个中间节点分别对所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组。具体包括两种方式：步骤 603a: 所述源节点和所述至少一个中间节点分别与目的节点预先协商确定的组合编码方式，将所述多个子数据包进行组合编码，得到多个编码后的子数据包组。

步骤 603b: 所述源节点和所述至少一个中间节点分别按照自身确定的组合编码方式将所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组后，通知所述目的节点所使用的组合编码方式。

其中，一个编码后的子数据包组中包含至少一个编码后的子数据包。具体地，所述源节点可按照步骤 402描述的方式对子数据包进行包间的组合编码，所述至少一个中间节点可按照步骤 103描述的方式对子数据包进行包间的组合编码。

所述源节点和所述至少一个中间节点可分别按照步骤 103 中所涉及的三种组合编码方式进行组合编码操作。

步骤 604:所述源节点和所述至少一个中间节点分别将自身得到的多个编码后的子数据包组发送给目的节点，使得目的节点根据接收到的编码后的子数据包组和所述子数据包组的组合编码方式解析出所述数据包。

中间节点和源节点各自将编码后的子数据包组发送给目的节点后，数据包的发送过程结束，接下来将执行数据包的接收流程，该流程与图 12所示的实施例类似，在此不再赘述。

上述图 16所示的方案可应用在多用户协同技术（Multi-User Cooperative Communication, MUCC ) 中，由网络侧为受益 UE ( B-UE, 即本实施例中的源节点）选择一个支撑用户（S-UE, 即本实施例中的中间节点）为其转发一部分数据的时候，可以在 MUCC层采用本发明实施例的方法。如图 17所示，假设源节点是 B-UE, 中间节点是 S-UE, 目的节点是 eNodeB , 源节点 B-UE 和中间节点 S-UE分别对子数据包进行编码后得到编码后的子数据包组，并各自发送给目的节点 eNodeB。

本发明实施例描述了一种数据包的传输设备，所述设备可实现图 1 所示的步骤 11至步骤 13中前端节点的功能，说明如下：

参见图 18 ( a ), 所述设备包括获取模块 11、与所述获取模块 11连接的编码模块 12以及与所述编码模块 12连接的发送模块 13 , 其中：

所述获取模块 11 , 用于获取划分后的多个子数据包；

所述编码模块 12,用于对所述获取模块 11获取的多个子数据包进行包间组合编码，得到多个编码后的子数据包组；其中，一个编码后的子数据包组中包含至少一个编码后的子数据包；

所述发送模块 13 ,用于将所述编码模块 12得到的多个子数据包组分别通过至少两条传输路径发送给目的节点。

作为前端节点的所述设备可以是源节点，也可以是中间节点，也可以是源节点与中间节点的组合，当然，这几种设备仅是本发明举的例子，本发明包括并不限于此。下面分别以所述前端节点为源节点、中间节点或源节点与中间节点的组合三种情况为例进行说明。

所述设备为中间节点时，如果所述设备实现的是图 4所示的步骤 101至步骤 104中中间节点的功能或图 16所示的步骤 601至步骤 604中中间节点的功能，所述获取模块 11 , 具体用于接收来自源节点的数据包，以及将接收到的数据包划分为多个子数据包。如果所述设备实现的是图 9所示的步骤 301 至步骤 304中中间节点的功能，所述获取模块 11 , 具体用于接收源节点发送的多个子数据包，所述多个子数据包为源节点将数据包划分后得到的。

所述设备为源节点时，即所述设备可实现图 11所示的步骤 401至步骤 403 中源节点的功能时，所述获取模块 11 , 具体用于将数据包划分为多个子数据包。

进一步，参见图 18 ( b ), 所述编码模块 12具体包括确定编码方式子模块 12a和组合编码子模块 12b, 其中：

所述确定编码方式子模块 12a,用于与目的节点预先协商确定组合编码方式，或自身确定组合编码方式，通知所述目的节点所使用的组合编码方式；所述组合编码子模块 12b,用于将所述多个子数据包按照所述确定编码方式子模块 12a确定的组合编码方式进行包间的组合编码，得到多个编码后的子数据包组。

进一步，所述确定编码方式子模块 12a确定的组合编码方式是线性组合方式；

所述组合编码子模块 12b,具体用于按照所述确定编码方式子模块 12a确定的所述线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行组合编码，获取编码后的子数据包组。

进一步，所述组合编码子模块 12b, 具体用于采用所述确定编码方式子模块 12a确定的度分布函数，确定组合编码的度数，从所述子数据包中随机选取数量不大于所述度数的子数据包，并将每次选取的子数据包组合为一个编码后的子数据包组；或者用于采用所述确定编码方式子模块 12a确定的生成进一步，所述设备为图 4、图 9或图 16所示的步骤中的中间节点时，所述组合编码子模块 12b,具体用于按照所述确定编码方式子模块 12a确定的线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行线性组合方式正交，使得任意两个中间节点得到的编码后的子数据包组的内容不同。

进一步，所述设备为图 11所示步骤中的源节点时，所述发送模块 13 , 具体用于将所述多个编码后的子数据包组通过所述至少两条传输路径发送给所述目的节点，所述传输路径上发送的编码后的子数据包组的线性组合方式正交，使得所述两条传输路径上发送的编码后的子数据包组的内容不同。

进一步，参见图 18 ( c ), 所述设备还包括确认模块 14和指示模块 15 , 其中：

所述确认模块 14, 用于判断是否接收到所述目的节点返回的停止指示，或发送的编码后的子数据包组的个数是否达到最大发送次数；

所述指示模块 15 , 用于当所述确认模块 14确认收到所述停止指示，或者所述确认模块 14确认发送的编码后的子数据包组的个数达到最大发送次数，则停止向目的节点发送编码后的子数据包组，所述停止指示是目的节点解析出所述数据包后返回的。

参见图 19, 所述设备的另一种结构包括处理器 21和发射器 22, 其中：所述处理器 21 , 用于获取划分后的多个子数据包，并对获取的多个子数据包进行包间组合编码，得到多个编码后的子数据包组；其中，一个编码后的子数据包组中包含至少一个编码后的子数据包；

所述发射器 22,用于将所述处理器 21得到的多个子数据包组分别通过至少两条传输路径发送给目的节点。

所述设备为中间节点时，如果所述设备实现的是图 4所示的步骤 101至步骤 104中中间节点的功能或图 16所示的步骤 601至步骤 604中中间节点的功能，所述处理器 21 , 具体用于接收来自源节点的数据包，以及将接收到的数据包划分为多个子数据包。如果所述设备实现的是图 9所示的步骤 301至步骤 304中中间节点的功能，所述处理器 21 , 具体用于接收源节点发送的多个子数据包，所述多个子数据包为源节点将数据包划分后得到的。

所述设备为源节点时，即所述设备可实现图 11所示的步骤 401至步骤 403 中源节点的功能时，所述处理器 21 , 具体用于将数据包划分为多个子数据包。

进一步，所述处理器 21 , 具体用于与目的节点预先协商确定组合编码方式，或自身确定组合编码方式，通知所述目的节点所使用的组合编码方式，以及将所述多个子数据包按照确定的组合编码方式进行包间的组合编码，得到多个编码后的子数据包组。

进一步，所述处理器 21确定的组合编码方式是线性组合方式，具体用于按照确定的所述线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行组合编码，获取编码后的子数据包组。

进一步，所述处理器 21 , 具体用于采用确定的度分布函数，确定组合编码的度数，从所述子数据包中随机选取数量不大于所述度数的子数据包，并将每次选取的子数据包组合为一个编码后的子数据包组；或者用于采用确定进一步，所述设备为图 4、图 9或图 16所示的步骤中的中间节点时，所述处理器 21 , 具体用于按照确定的线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行线性组合方式正交，使得任意两个中间节点得到的编码后的子数据包组的内容不同。

进一步，所述设备为图 11所示步骤中的源节点时，所述发射器 22, 具体用于将所述多个编码后的子数据包组通过所述至少两条传输路径发送给所述目的节点，所述传输路径上发送的编码后的子数据包组的线性组合方式正交，使得所述两条传输路径上发送的编码后的子数据包组的内容不同。

进一步，所述处理器 21 , 还用于判断是否接收到所述目的节点返回的停止指示，或发送的编码后的子数据包组的个数是否达到最大发送次数，当确认收到所述停止指示，或者确认发送的编码后的子数据包组的个数达到最大发送次数，则触发所述发射器 22停止向目的节点发送编码后的子数据包组，所述停止指示是目的节点解析出所述数据包后返回的。

本发明实施例还描述了另一种数据包的传输设备，所述设备可实现图 2 所示的步骤 21至步骤 22中目的节点的功能，说明如下：

参见图 20, 所述设备包括接收模块 31和解析模块 32, 其中：

所述接收模块 31 , 用于接收前端节点经过多条传输路径发送的编码后的子数据包组；

所述解析模块 32,用于根据所述接收模块 31接收到的所述编码后的子数据包和获得的组合编码方式解析出所述数据包。

进一步，才艮据图 18 ( a ) ~图 18 ( c )所描述的所述前端节点的不同，所述接收模块 31的功能也有所不同，分别说明如下：

当所述前端节点为至少两个中间节点时，所述接收模块 31 , 具体用于接收所述至少两个中间节点经过至少两条传输路径发送的编码后的子数据包组。

当所述前端节点为源节点和至少一个中间节点时，所述接收模块 31 , 具体用于接收源节点和至少一个中间节点经过至少两条传输路径发送的编码后的子数据包组。当所述前端节点为源节点时，所述接收模块 31 , 具体用于接收所述源节点经过至少两条传输路径发送的编码后的子数据包组。

进一步，所述解析模块 32, 具体用于根据所述接收模块 31接收到的所述编码后的子数据包组和与所述前端节点预先协商的组合编码方式解析出所述数据包；或者述接收模块接收到的所述编码后的子数据包组和所述获得的组合编码方式解析出所述数据包。

进一步，所述解析模块 32, 还用于根据已接收到的编码后的子数据包组和预先协商的组合编码的方式，或者，根据已接收到的编码后的子数据包组和从通知消息或子数据包组的包头中获得的组合编码方式，判断是否能够解析出所述数据包；若是，则返回停止指示；否则，继续接收编码后的子数据包组，直至解析出所述数据包，或接收不到编码后的子数据包组为止。

参见图 21 , 所述设备的另一种结构包括接收器 41和与所述接收器 41连接的处理器 42, 其中：

所述接收器 41 , 用于接收前端节点经过多条传输路径发送的编码后的子数据包组；

所述处理器 42,用于根据所述接收器 41接收到的所述编码后的子数据包和获得的组合编码方式解析出所述数据包。

进一步，才艮据图 19所描述的所述前端节点的不同，所述接收器 41的功能也有所不同，分别说明如下：

当所述前端节点为至少两个中间节点时，所述接收器 41 , 具体用于接收所述至少两个中间节点经过至少两条传输路径发送的编码后的子数据包组。

当所述前端节点为源节点和至少一个中间节点时，所述接收器 41 , 具体用于接收源节点和至少一个中间节点经过至少两条传输路径发送的编码后的子数据包组。

当所述前端节点为源节点时，所述接收器 41 , 具体用于接收所述源节点经过至少两条传输路径发送的编码后的子数据包组。

进一步，所述处理器 42, 具体用于根据所述接收器 41接收到的所述编码后的子数据包组和与所述前端节点预先协商的组合编码方式解析出所述数据包；或者述接收模块接收到的所述编码后的子数据包组和所述获得的组合编码方式解析出所述数据包。

进一步，所述处理器 42, 还用于根据已接收到的编码后的子数据包组和预先协商的组合编码的方式，或者，根据已接收到的编码后的子数据包组和出所述数据包；若是，则返回停止指示；否则，继续接收编码后的子数据包组，直至解析出所述数据包，或接收不到编码后的子数据包组为止。

本发明实施例描述了一种数据包的传输系统，所述传输系统中包括前端节点和目的节点，其中，所述前端节点中各逻辑部件之间的连接关系和功能参见图 18 ( a ) ~图 18 ( c ) 以及图 19的描述，所述目的节点中各逻辑部件之间的连接关系和功能参见图 20和图 21的描述。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质 (包括但不限于磁盘存储器、 CD-ROM、光学存储器等）上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备（系统）、和计算机程序产品的流程图和 /或方框图来描述的。应理解可由计算机程序指令实现流程图和 /或方框图中的每一流程和 /或方框、以及流程图和 /或方框图中的流程和 /或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，所述计算机设备包括一个或多个处理器

(CPU)、输入 /输出接口、网络接口和内存。内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器 (RAM) 和 /或非易失性内存等形式，如只读存储器 (ROM)或闪存 (flash RAM)。内存是计算机可读介质的示例。计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存（PRAM)、静态随机存取存储器（SRAM)、动态随机存取存储器 (DRAM) , 其他类型的随机存取存储器（RAM)、只读存储器（ROM)、电可擦除可编程只读存储器（EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器 (CD-ROM)、数字多功能光盘 (DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括非持续性的电脑可读媒体 (transitory media) ,如调制的数据信号和载波。

尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。

显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。

Claims

权利要求

1、一种数据包的传输方法，其特征在于，所述方法包括：

前端节点获取划分后的多个子数据包；

所述前端节点对所述多个子数据包进行包间组合编码，得到多个编码后的子数据包组；其中，一个编码后的子数据包组中包含至少一个编码后的子数据包；

所述前端节点将所述多个编码后的子数据包组分别通过至少两条传输路径发送给目的节点。

2、根据权利要求 1所述的方法，其特征在于，所述前端节点包括至少两个中间节点，所述前端节点获取划分后的多个子数据包包括：

所述至少两个中间节点分别接收来自源节点的数据包；

3、根据权利要求 1所述的方法，其特征在于，所述前端节点为源节点，所述前端节点获取划分后的多个子数据包包括：

所述源节点将数据包划分为多个子数据包。

4、根据权利要求 1所述的方法，其特征在于，所述前端节点包括至少两个中间节点，所述前端节点获取划分后的多个子数据包包括：

5、根据权利要求 1所述的方法，其特征在于，所述前端节点包括源节点和至少一个中间节点，所述前端节点获取划分后的多个子数据包包括：

所述至少一个中间节点接收来自源节点的数据包；

6、根据权利要求 1至 5中任一权利要求所述的方法，其特征在于，所述前端节点对所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组，包括：

所述前端节点按照与目的节点预先协商确定的组合编码方式，将所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组；或者，所述前端节点按照自身确定的组合编码方式将所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组后，通知所述目的节点所使用的组合编码方式。

7、根据权利要求 6所述的方法，其特征在于，所述前端节点按照与所述目的节点预先协商确定的组合编码方式或所述前端节点自身确定的组合编码方式，将所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组，包括：

8、根据权利要求 7所述的方法，其特征在于，所述前端节点包含至少两个中间节点时，所述前端节点按照与所述目的节点预先协商确定的线性组合方式或者所述前端节点自身确定的线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行组合编码包括：

9、根据权利要求 7所述的方法，其特征在于，所述前端节点为源节点时，所述前端节点将所述多个编码后的子数据包组分别通过至少两条传输路径发送给所述目的节点，包括：

10、根据权利要求 6所述的方法，其特征在于，所述前端节点按照与所述多个子数据包进行包间的组合编码，得到多个编码后的子数据包组，包括：合编码的度数；

11、根据权利要求 1~10任一所述的方法，其特征在于，所述方法还包括：所述前端节点判断是否接收到所述目的节点返回的停止指示，或发送的编码后的子数据包组的个数是否达到最大发送次数；

12、一种数据包的传输方法，其特征在于，所述方法包括：

13、根据权利要求 12所述的方法，其特征在于，所述目的节点根据接收到的所述编码后的子数据包组和获得的组合编码方式解析出所述数据包包括：

所述目的节点根据接收到的所述编码后的子数据包组和与所述前端节点预先协商的组合编码方式解析出所述数据包；或者方式，根据接收到的所述编码后的子数据包组和所述获得的所述前端节点确定的组合编码方式解析出所述数据包。

14、根据权利要求 12所述的方法，其特征在于，所述目的节点接收所述前端节点经过多条传输路径发送的编码后的数据包组包括：

15、根据权利要求 12所述的方法，其特征在于，所述目的节点根据接收到的所述编码后的子数据包和获得的组合编码方式解析出所述数据包，包括：所述目的节点根据已接收到的编码后的子数据包组和预先协商的组合编码的方式，或者，所述目的节点根据已接收到的编码后的子数据包组和从通知消息或子数据包组的包头中获得的组合编码方式，判断是否能够解析出所述数据包；若是，则返回停止指示；否则，继续接收编码后的子数据包组，直至解析出所述数据包，或接收不到编码后的子数据包组为止。

16、一种数据包的传输设备，其特征在于，所述设备包括：

获取模块，用于获取划分后的多个子数据包；

17、根据权利要求 16所述的设备，其特征在于，所述设备为中间节点时，所述获取模块，具体用于接收来自源节点的数据包，以及将接收到的数据包划分为多个子数据包。

18、根据权利要求 16所述的设备，其特征在于，所述设备为源节点时，所述获取模块，具体用于将数据包划分为多个子数据包。

19、根据权利要求 16所述的设备，其特征在于，所述设备为中间节点时，所述获取模块，具体用于接收源节点发送的多个子数据包，所述多个子数据包为源节点将数据包划分后得到的。

20、根据权利要求 16至 19中任一权利要求所述的设备，其特征在于，所述编码模块，具体包括：

21、根据权利要求 20所述的设备，其特征在于，

所述确定编码方式子模块确定的组合编码方式是线性组合方式；所述组合编码子模块，具体用于按照所述确定编码方式子模块确定的所述线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行组合编码，获取编码后的子数据包组。

22、根据权利要求 21所述的设备，其特征在于，所述设备为中间节点时，所述组合编码子模块，具体用于按照所述确定编码方式子模块确定的线性组合方式，分别从所述多个子数据包中选取至少一个子数据包进行线性组合方式正交，使得任意两个中间节点得到的编码后的子数据包组的内容不同。

23、根据权利要求 21所述的设备，其特征在于，所述设备为源节点时，所述发送模块，具体用于将所述多个编码后的子数据包组通过所述至少两条传输路径发送给所述目的节点，所述传输路径上发送的编码后的子数据包组的线性组合方式正交，使得所述两条传输路径上发送的编码后的子数据包组的内容不同。

24、根据权利要求 21所述的设备，其特征在于，所述组合编码子模块，具体用于采用所述确定编码方式子模块确定的度分布函数，确定组合编码的度数，从所述子数据包中随机选取数量不大于所述度数的子数据包，并将每次选取的子数据包组合为一个编码后的子数据包组；或者用于采用所述确定编码方式子模块确定的生成矩阵，将所述子数据包组合编码生成编码后的子数据包组。

25、根据权利要求 16~24任一权利要求所述的设备，其特征在于，所述设备还包括：

26、一种数据包的传输设备，其特征在于，所述设备包括：

27、根据权利要求 26所述的设备，其特征在于，所述解析模块，具体用于根据所述接收模块接收到的所述编码后的子数据包组和与所述前端节点预先协商的组合编码方式解析出所述数据包；或者述接收模块接收到的所述编码后的子数据包组和所述获得的组合编码方式解析出所述数据包。

28、根据权利要求 26所述的设备，其特征在于，所述接收模块，具体用于当所述前端节点为至少两个中间节点时，接收所述至少两个中间节点经过至少两条传输路径发送的编码后的子数据包组；或当所述前端节点为源节点和至少一个中间节点时，接收源节点和至少一个中间节点经过至少两条传输路径发送的编码后的子数据包组；或

29、根据权利要求 26所述的设备，其特征在于，所述解析模块，还用于根据已接收到的编码后的子数据包组和预先协商的组合编码的方式，或者，根据已接收到的编码后的子数据包组和从通知消息或子数据包组的包头中获得的组合编码方式，判断是否能够解析出所述数据包；若是，则返回停止指示；否则，继续接收编码后的子数据包组，直至解析出所述数据包，或接收不到编码后的子数据包组为止。