数据包分发方法、发送方设备、接收方设备及存储介质与流程

本申请是申请日为2017年9月19日，申请号为2017800950114，发明名称为“数据包分发方法、发送方设备、接收方设备及存储介质”的申请的分案申请。

本发明涉及通信领域中的数据传输技术，尤其涉及一种数据包分发方法、发送方设备、接收方设备及存储介质。

背景技术：

在5g系统中，终端和网络之间可以通过多连接进行数据传输，例如通过3gpp或者non-3gpp网络接入业务，或者通过3gpp系统内的不同rat的连接进行数据传输。但是，现有技术中，在进行多条链路的数据分发时，并未结合传输的情况，从而无法为所要传输的业务数据提供更加符合应用场景的传输方式，从而无法保证系统的传输效率。

技术实现要素：

为解决上述技术问题，本发明实施例提供了一种数据包分发方法、发送方设备、接收方设备及存储介质。

本发明实施例提供一种数据包分发方法，应用于发送方设备，包括：

当与接收方设备之间存在至少一条通信链路时，获取接收方设备发来的针对所述至少一条通信链路的传输状态报告；

基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，分配在所述至少部分通信链路中每一个通信链路对应的数据传输量；

基于所述至少部分通信链路中每一个通信链路对应的数据传输量，在所述至少部分通信链路上发出待发送数据。

本发明实施例提供一种数据包分发方法，应用于接收方设备，包括：

当与发送方设备之间存在至少一条通信链路时，向发送方设备发送针对所述至少一条通信链路的传输状态报告；

其中，所述传输状态报告，用于使得发送方设备基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，并分配在所述至少部分通信链路中每一个通信链路对应的数据传输量。

本发明实施例提供一种发送方设备，包括：

第一通信单元，当与接收方设备之间存在至少一条通信链路时，获取接收方设备发来的针对所述至少一条通信链路的传输状态报告；

第一处理单元，基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，分配在所述至少部分通信链路中每一个通信链路对应的数据传输量；

所述第一通信单元，基于所述至少部分通信链路中每一个通信链路对应的数据传输量，在所述至少部分通信链路上发出待发送数据。

本发明实施例提供一种接收方设备，包括：

第二通信单元，当与发送方设备之间存在至少一条通信链路时，向发送方设备发送针对所述至少一条通信链路的传输状态报告；

其中，所述传输状态报告，用于使得发送方设备基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，并分配在所述至少部分通信链路中每一个通信链路对应的数据传输量。

本发明实施例提供一种发送方设备，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行前述方法的步骤。

本发明实施例提供一种接收方设备，包括：处理器和用于存储能够在处理器上运行的计算机程序的存储器，

其中，所述处理器用于运行所述计算机程序时，执行前述方法的步骤。

本发明实施例提供的计算机存储介质中存储有计算机可执行指令，所述计算机可执行指令被执行时执行前述方法的步骤。

本发明实施例的技术方案，结合发送方与接收方之间的通信链路的传输状态报告，选取通信链路，并且分配不同通信链路中的数据传输量；实现了结合不同的通信链路的状态情况，为待发送的数据选取通信链路并且分配每一个通信链路上的数据量，从而能够使得最终发送的数据与传输实际情况更加匹配，提升系统的传输效率。

附图说明

图1为本发明实施例提供的一种数据包分发方法流程示意图；

图2为一种网络架构示意图；

图3为传输场景示意图；

图4为本发明实施例发送方设备组成结构示意图；

图5为本发明实施例接收方设备组成结构示意图；

图6为本发明实施例的一种硬件架构示意图。

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容，下面结合附图对本发明实施例的实现进行详细阐述，所附附图仅供参考说明之用，并非用来限定本发明实施例。

实施例一、

本发明实施例提供了一种数据包分发方法，应用于发送方设备，如图1所示，包括：

步骤101：当与接收方设备之间存在至少一条通信链路时，获取接收方设备发来的针对所述至少一条通信链路的传输状态报告；

步骤102：基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，分配在所述至少部分通信链路中每一个通信链路对应的数据传输量；

步骤103：基于所述至少部分通信链路中每一个通信链路对应的数据传输量，在所述至少部分通信链路上发出待发送数据。

这里，所述发送方设备，可以为网络侧的数据分发设备单元或者是终端；以及所述接收方设备，同样也可以是网络侧的数据分发设备单元或者是终端。

本实施例适用于发送方设备以及接收方设备之间存在一条及以上通信链路的场景中，当在发送方和接收方之间存在多条通信链路时，发送方根据每条通信链路的传输状态情况确定是否将数据分发到此通信链路中；进一步地，还能够根据传输状态情况，确定在通信链路中发送数据对应的数据传输量。比如：

场景一、

当发送方设备以及接收方设备之间存在一条通信链路时，上述步骤102基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，分配在所述至少部分通信链路中每一个通信链路对应的数据传输量，包括：

将该通信链路作为选取的通信链路，分配在该选取的通信链路上的数据传输量。

相应的，在步骤103中，基于该所述数据传输量，在该所述通信链路上发送待发送数据。

场景二、至少一条通信链路包括两个或两条以上的通信链路的场景。

针对前述场景一或者场景二，接收方均需要确定通信链路的传输状态，并将传输状态报告发送给发送方。可以理解的是，传输状态报告可以通过接收方设备与发送方设备在步骤101之前的数据交互过程中获取的，也就是说，在执行步骤101之前，发送方设备以及接收方设备已经进行了数据交互的，并且已经在至少一条通信链路上进行了数据交互，那么在步骤101之前，就会在进行数据交互的同时进行丢包情况的检测以及数据速率的检测。

另外，接收方设备进行丢包情况的检测或数据速率的检测，并上报的触发方式可以为根据丢包率与门限值之间的比较来触发，也可以为周期性触发，当然还可能存在其他的触发方式，在本实施例中不进行限定以及穷举。

针对场景一以及场景二、传输状态报告可以包括数据包的丢包情况、和/或、通信链路的数据速率等参数。

所述获取接收方设备发来的针对所述至少一条通信链路的传输状态报告，包括：

获取接收方设备针对所述至少一条通信链路中的各个通信链路，发来的各个通信链路对应的丢失的第一个数据包、以及丢失的最后一个数据包，并获取所述第一个数据包以及最后一个数据包之间丢失的数据包的数量；

或者，

获取接收方针对所述至少一条通信链路中的各个通信链路的，发来的各个通信链路对应的丢失的数据包的数量、或者、丢失的数据包的比例。

和/或，

所述获取接收方设备发来的针对所述至少一条通信链路的传输状态报告，还包括：获取接收方针对所述至少一条通信链路中的各个通信链路的，发来的各个通信链路对应的数据速率。

所述方法还包括：针对所述待发送数据包配置序列号。发送方为发送到传输方的每个待发送数据包(即单元数据)指配一个序列号；该序列号用于识别不同的数据包。

具体方式如下：

1)接收方向发送方发送丢失的第一个数据包和最后一个数据包，以及其中丢失的数据包的数量；其中，数据包可以通过序列号指示。

2)周期性发送丢失的数据包数量或者丢失的数据包的比例，此数目在此周期中统计。可以理解为在执行步骤101之前的上一个周期的统计；或者上n个周期的统计结果，n大于等于2。

所述基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，包括以下两个条件中的至少之一：

条件一、基于针对所述至少一条通信链路的传输状态报告，选取丢失的数据包的数量小于第一门限值、或者、丢失的数据包的比例小于第二门限值的通信链路；

其中，所述第一门限值可以根据实际情况进行设置的门限值，比如，可以为20个，也就是说，假设上一个周期发送的数据包总共有100个，那么第一门限值可以为20个，如果丢失的数据包小于20个就可以认为是可以被选取的通信链路；

所述第二门限值可以根据实际情况进行设置，比如，可以为5％，也就是说是100个数据包中丢包率小于5％就可以选取出来进行下一个周期的数据传输。

可以理解的是，上述两个门限值的确定方式可以针对前述场景二；另外，如果至少一条通信链路为前述场景一的情况，也就是说，仅存在一条通信链路的时候，该第一门限值、或者第二门限值可以设置的较高，即仅可以选择该通信链路的时候，无论该通信链路的丢包率或丢包数量是否较大，均选取该通信链路。

条件二、基于针对所述至少一条通信链路的传输状态报告，选取数据速率与待发送数据包的业务类型和/或传输速率匹配的通信链路。

其中，待发送数据包的业务类型以及传输速率可以在数据包的属性信息中获取，或者，可以从其他参数中获取，具体的获取方式不进行限定；

另外，通信链路的数据速率与业务类型相匹配，可以理解为，当业务类型为低延时小数据量的业务类型、高延时大数据量的业务类型等等，本实施例中不进行穷举；需要指出的是，不同的业务类型所需要匹配的传输速率也是不同的；

相应的，不同的业务类型所需要的通信链路的数据速率也是不同的，比如，低延时、小数据量的业务类型，可以选择的是数据速率较高的通信链路，或者是，数据速率高于第一速率门限值的通信链路，该第一速率门限值即能够支持该业务类型进行数据传输的最低速率；

再比如，高延时、大数据量的业务类型，可以选择的是数据速率较低的通信链路，该数据速率可以为高于第二速率门限值，该第二门限值为支持该业务类型进行数据传输的最低速率。

还需要理解的是，前述条件一、条件二可以分别使用，也可以同时使用，本实施例中不再进行穷举。

相应的，所述分配在所述至少部分通信链路中每一个通信链路对应的数据传输量，包括以下两种方式：

方式一、基于针对所述至少部分通信链路中每一条通信链路的传输状态报告中丢失数据包的数量、或丢失数据包的比例，确定每一条所述通信链路所对应的数据传输量。

选取了部分通信链路之后，对应于前述场景一、即只有一条通信链路的时候，可以基于该通信链路的丢失数据包的情况，确定该通信链路的数据传输量；其中，数据传输量可以理解为数据传输速率、也可以认为是在下一个周期内所传输的全部数据传输总量，可以根据实际情况对数据传输量进行定义；

对应于前述场景二、即选取两条或更多的通信链路时，可以在丢失的数据包较多、或者丢失的数据包的比例较大的通信链路中分配较少的数据传输量；而在丢失的数据包较少、或者丢失的数据包的比例较小的通信链路中分配较多的数据传输量；

比如，当前有3条通信链路，分别记为通信链路1、2、3；通信链路1的丢包率较大、通信链路2的丢包率中等、通信链路3的丢包率较低；那么可以在通信链路3中分配较多比例的数据传输量，在通信链路1中分配较少比例的数据传输量，剩余的分配到通信链路2中。

具体来说，哪种比例或者哪种数量的丢包情况对应的数据传输量为多少，可以根据实际情况来分配，这种分配方式还跟选取的部分通信链路的数量存在关系；比如，可以首先将数据传输量根据选取的部分通信链路的数量进行等分，再根据每一个通信链路的丢包情况，将丢包较少的通信链路中增加预设数量的数据传输量。具体的分配计算方式，可以存在很多种，不仅仅为本实施例中所述的分配方式，只是本实施例中不再进行穷举。

方式二、基于针对所述至少部分通信链路中每一条通信链路的传输状态报告中的数据速率，确定每一条所述通信链路所对应的数据传输量。

选取了部分通信链路之后，对应于前述场景一、即只有一条通信链路的时候，可以基于该通信链路的数据速率的情况，确定该通信链路的数据传输量；其中，数据传输量可以理解为数据传输速率、也可以认为是在下一个周期内所传输的全部数据传输总量，可以根据实际情况对数据传输量进行定义；

对应于前述场景二、即选取两条或更多的通信链路时，可以在数据速率较大的通信链路中分配较多的数据传输量；而在数据速率包较小的通信链路中分配较少的数据传输量；

比如，当前有2条通信链路，分别记为通信链路1、2；通信链路1的数据速率较大、通信链路2的较小；那么可以在通信链路1中分配较多比例的数据传输量，在通信链路2中分配较少比例的数据传输量。

具体的分配计算方式，可以存在很多种，不仅仅为本实施例中所述的分配方式，只是本实施例中不再进行穷举。

在前述实施例的方案基础之上，本实施例还包括有发送方设备与接收方设备确定是否反馈传输状态报告进行协商，具体的：

与接收方设备通过信令交互，确定所述接收方设备是否反馈通信链路的传输状态报告；

或者，在预设的比特位设置标识，以通过设置的所述标识指示所述接收方设备是否反馈通信链路的传输状态报告。可以通过接收方接收到的数据单元中的特定比特确定是否反馈数据状态报告。其中，特定比特可以为数据包中的某一个或几个指定比特位中设置的标识来指定。比如，可以设置数据包的第10个比特位，为指定是否反馈通信链路的传输状态报告的位置，假设为1时，可以为需要反馈，为0时可以为不需要反馈，反之也可以，只要双方预定义相同即可。

进一步地，本实施例中所指出的待发送数据包，可以为来自同一业务数据流或者qos流或者同一承载或者同一pdu连接的数据包；或者，可以是来自不同的业务数据流或者qos流或者承载或者pdu连接的数据包。不同的业务数据可以来自不同的系统，比如可以一个为3gpp业务，一个为非3gpp业务。

发送方或者接收方为网络侧的数据分发设备单元，与此多条通信链路存在连接。

下述以通过3gpp和non-3gpp同时接入为例，见图2、3：

在网络侧会有一个业务接入网络节点，此业务接入网络节点负责对通过3gpp或者non-3gpp网络接入管理。业务接入管理节点是atsss，upfunction是核心网的用户面网络设备。wlan是non-3gpp系统，ran是3gpp接入系统。在终端发起业务或者在业务的进行过程中，终端或者atsss可以选择将终端的业务进行分离在3gpp或者non-3gpp网络中同时传输，以提高业务吞吐量。在本实施例提供的前述方案基础上，可以基于每一条链路的处理情况，进行通信链路的选取以及数据量的分配。

可见，通过采用上述方案，就能够结合发送方与接收方之间的通信链路的传输状态报告，选取通信链路，并且分配不同通信链路中的数据传输量；实现了结合不同的通信链路的状态情况，为待发送的数据选取通信链路并且分配每一个通信链路上的数据量，从而能够使得最终发送的数据与传输实际情况更加匹配，提升系统的传输效率。

实施例二、

本发明实施例提供了一种数据包分发方法，应用于接收方设备，包括：

当与发送方设备之间存在至少一条通信链路时，向发送方设备发送针对所述至少一条通信链路的传输状态报告；

其中，所述传输状态报告，用于使得发送方设备基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，并分配在所述至少部分通信链路中每一个通信链路对应的数据传输量。

这里，所述发送方设备，可以为网络侧的数据分发设备单元或者是终端；以及所述接收方设备，同样也可以是网络侧的数据分发设备单元或者是终端。

本实施例适用于发送方设备以及接收方设备之间存在一条及以上通信链路的场景中，当在发送方和接收方之间存在多条通信链路时，发送方根据每条通信链路的传输状态情况确定是否将数据分发到此通信链路中；进一步地，还能够根据传输状态情况，确定在通信链路中发送数据对应的数据传输量。比如：

场景一、发送方设备以及接收方设备之间存在一条通信链路；

场景二、至少一条通信链路包括两个或两条以上的通信链路的场景。

针对前述场景一或者场景二，接收方均需要确定通信链路的传输状态，并将传输状态报告发送给发送方。所述向发送方设备发送针对所述至少一条通信链路的传输状态报告，包括：

针对所述至少一条通信链路中的各个通信链路，向发送方设备发送各个通信链路对应的丢失的第一个数据包、以及最后一个数据包，以及所述第一个数据包以及最后一个数据包之间丢失的数据包的数量；

或者，

针对所述至少一条通信链路中的各个通信链路，向发送方设备发送各个通信链路对应的丢失的数据包的数量、或者、丢失的数据包的比例。

所述方法还包括：

当在统计周期中，统计得到丢失的数据包的数量超过数量上报门限值、或者、丢失的数据包的比例超过比例上报门限值，则向发送方设备发送针对所述至少一条通信链路的传输状态报告；

或者，

当在统计周期中，统计得到丢失的数据包的数量低于数量上报门限值、或者、丢失的数据包的比例低于比例上报门限值，则向发送方设备发送针对所述至少一条通信链路的传输状态报告。

也就是说，事件上报的触发方式可以为：当在统计周期中统计的丢失的数据包的数目或者丢失的数据包比例大于或者等于预配置的门限时，接收端向发送端发送状态报告指示；当统计的丢失的数据包的数目或者丢失的数据包比例小于预配置的门限时，向发送端发送状态报告指示。

其中，所述的预配置的周期或者门限值可以通过发送端和接收端双方协商或者直接通过网络侧配置。

所述向发送方设备发送针对所述至少一条通信链路的传输状态报告，包括：

获取所述至少一条通信链路中的各个通信链路对应的数据速率，向发送方设备发送所述各个通信链路对应的数据速率。

在统计周期中，统计每条通信链路上的数据速率，当所述通信链路的数据速率不超过预设的速率门限值时，则向发送方设备发送传输状态报告。

也就是说，接收方根据预配置的统计周期统计每条通信链路上的数据速率，并将此数据速率周期性的发送给发送方；或者，接收方根据预配置的统计周期统计每条通信链路上的数据速率，当此数据速率低于或者等于某一预定义的门限值时，则发送状态指示信息给发送方。

还需要指出的是，接收方可以基于网络的配置决定是否反馈数据状态报告：与发送方设备通过信令交互，确定是否反馈通信链路的传输状态报告；

或者，

检测发送方设备发来的在预设的比特位设置标识，以确定是否反馈通信链路的传输状态报告；即可以通过接收方接收到的数据单元中的特定比特确定是否反馈数据状态报告。

可见，通过采用上述方案，就能够结合发送方与接收方之间的通信链路的传输状态报告，选取通信链路，并且分配不同通信链路中的数据传输量；实现了结合不同的通信链路的状态情况，为待发送的数据选取通信链路并且分配每一个通信链路上的数据量，从而能够使得最终发送的数据与传输实际情况更加匹配，提升系统的传输效率。

实施例三、

本发明实施例提供了一种发送方设备，如图4所示，包括：

第一通信单元41，用于当与接收方设备之间存在至少一条通信链路时，获取接收方设备发来的针对所述至少一条通信链路的传输状态报告；

第一处理单元42，用于基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，分配在所述至少部分通信链路中每一个通信链路对应的数据传输量；

所述第一通信单元41，还用于基于所述至少部分通信链路中每一个通信链路对应的数据传输量，在所述至少部分通信链路上发出待发送数据。

这里，所述发送方设备，可以为网络侧的数据分发设备单元或者是终端；以及所述接收方设备，同样也可以是网络侧的数据分发设备单元或者是终端。

本实施例适用于发送方设备以及接收方设备之间存在一条及以上通信链路的场景中，当在发送方和接收方之间存在多条通信链路时，发送方根据每条通信链路的传输状态情况确定是否将数据分发到此通信链路中；进一步地，还能够根据传输状态情况，确定在通信链路中发送数据对应的数据传输量。比如：

场景一、

当发送方设备以及接收方设备之间存在一条通信链路时，基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，分配在所述至少部分通信链路中每一个通信链路对应的数据传输量，包括：

将该通信链路作为选取的通信链路，分配在该选取的通信链路上的数据传输量。

相应的，基于该所述数据传输量，在该所述通信链路上发送待发送数据。

场景二、至少一条通信链路包括两个或两条以上的通信链路的场景。

针对前述场景一或者场景二，接收方均需要确定通信链路的传输状态，并将传输状态报告发送给发送方。可以理解的是，传输状态报告可以通过接收方设备与发送方设备数据交互过程中获取的，也就是说，在执行前述处理之前，发送方设备以及接收方设备已经进行了数据交互的，并且已经在至少一条通信链路上进行了数据交互，在进行数据交互的同时进行丢包情况的检测以及数据速率的检测。

另外，接收方设备进行丢包情况的检测或数据速率的检测，并上报的触发方式可以为根据丢包率与门限值之间的比较来触发，也可以为周期性触发，当然还可能存在其他的触发方式，在本实施例中不进行限定以及穷举。

针对场景一以及场景二、传输状态报告可以包括数据包的丢包情况、和/或、通信链路的数据速率等参数。

所述第一通信单元，用于获取接收方设备针对所述至少一条通信链路中的各个通信链路，发来的各个通信链路对应的丢失的第一个数据包、以及丢失的最后一个数据包，并获取所述第一个数据包以及最后一个数据包之间丢失的数据包的数量；

或者，

获取接收方针对所述至少一条通信链路中的各个通信链路的，发来的各个通信链路对应的丢失的数据包的数量、或者、丢失的数据包的比例。

和/或，

所述获取接收方设备发来的针对所述至少一条通信链路的传输状态报告，还包括：获取接收方针对所述至少一条通信链路中的各个通信链路的，发来的各个通信链路对应的数据速率。

所述第一通信单元，用于针对所述待发送数据包配置序列号。发送方为发送到传输方的每个待发送数据包(即单元数据)指配一个序列号；该序列号用于识别不同的数据包。

具体方式如下：

1)接收方向发送方发送丢失的第一个数据包和最后一个数据包，以及其中丢失的数据包的数量；其中，数据包可以通过序列号指示。

2)周期性发送丢失的数据包数量或者丢失的数据包的比例，此数目在此周期中统计。可以理解为上一个周期的统计；或者上n个周期的统计结果，n大于等于2。

所述基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，包括以下两个条件中的至少之一：

条件一、所述第一处理单元，用于基于针对所述至少一条通信链路的传输状态报告，选取丢失的数据包的数量小于第一门限值、或者、丢失的数据包的比例小于第二门限值的通信链路；

其中，所述第一门限值可以根据实际情况进行设置的门限值，比如，可以为20个，也就是说，假设上一个周期发送的数据包总共有100个，那么第一门限值可以为20个，如果丢失的数据包小于20个就可以认为是可以被选取的通信链路；

所述第二门限值可以根据实际情况进行设置，比如，可以为5％，也就是说是100个数据包中丢包率小于5％就可以选取出来进行下一个周期的数据传输。

可以理解的是，上述两个门限值的确定方式可以针对前述场景二；另外，如果至少一条通信链路为前述场景一的情况，也就是说，仅存在一条通信链路的时候，该第一门限值、或者第二门限值可以设置的较高，即仅可以选择该通信链路的时候，无论该通信链路的丢包率或丢包数量是否较大，均选取该通信链路。

条件二、所述第一处理单元，用于基于针对所述至少一条通信链路的传输状态报告，选取数据速率与待发送数据包的业务类型和/或传输速率匹配的通信链路。

其中，待发送数据包的业务类型以及传输速率可以在数据包的属性信息中获取，或者，可以从其他参数中获取，具体的获取方式不进行限定；

另外，通信链路的数据速率与业务类型相匹配，可以理解为，当业务类型为低延时小数据量的业务类型、高延时大数据量的业务类型等等，本实施例中不进行穷举；需要指出的是，不同的业务类型所需要匹配的传输速率也是不同的；

相应的，不同的业务类型所需要的通信链路的数据速率也是不同的，比如，低延时、小数据量的业务类型，可以选择的是数据速率较高的通信链路，或者是，数据速率高于第一速率门限值的通信链路，该第一速率门限值即能够支持该业务类型进行数据传输的最低速率；

再比如，高延时、大数据量的业务类型，可以选择的是数据速率较低的通信链路，该数据速率可以为高于第二速率门限值，该第二门限值为支持该业务类型进行数据传输的最低速率。

还需要理解的是，前述条件一、条件二可以分别使用，也可以同时使用，本实施例中不再进行穷举。

相应的，所述分配在所述至少部分通信链路中每一个通信链路对应的数据传输量，包括以下两种方式：

方式一、所述第一处理单元，用于基于针对所述至少部分通信链路中每一条通信链路的传输状态报告中丢失数据包的数量、或丢失数据包的比例，确定每一条所述通信链路所对应的数据传输量。

选取了部分通信链路之后，对应于前述场景一、即只有一条通信链路的时候，可以基于该通信链路的丢失数据包的情况，确定该通信链路的数据传输量；其中，数据传输量可以理解为数据传输速率、也可以认为是在下一个周期内所传输的全部数据传输总量，可以根据实际情况对数据传输量进行定义；

对应于前述场景二、即选取两条或更多的通信链路时，可以在丢失的数据包较多、或者丢失的数据包的比例较大的通信链路中分配较少的数据传输量；而在丢失的数据包较少、或者丢失的数据包的比例较小的通信链路中分配较多的数据传输量；

比如，当前有3条通信链路，分别记为通信链路1、2、3；通信链路1的丢包率较大、通信链路2的丢包率中等、通信链路3的丢包率较低；那么可以在通信链路3中分配较多比例的数据传输量，在通信链路1中分配较少比例的数据传输量，剩余的分配到通信链路2中。

具体来说，哪种比例或者哪种数量的丢包情况对应的数据传输量为多少，可以根据实际情况来分配，这种分配方式还跟选取的部分通信链路的数量存在关系；比如，可以首先将数据传输量根据选取的部分通信链路的数量进行等分，再根据每一个通信链路的丢包情况，将丢包较少的通信链路中增加预设数量的数据传输量。具体的分配计算方式，可以存在很多种，不仅仅为本实施例中所述的分配方式，只是本实施例中不再进行穷举。

方式二、所述第一处理单元，用于基于针对所述至少部分通信链路中每一条通信链路的传输状态报告中的数据速率，确定每一条所述通信链路所对应的数据传输量。

选取了部分通信链路之后，对应于前述场景一、即只有一条通信链路的时候，可以基于该通信链路的数据速率的情况，确定该通信链路的数据传输量；其中，数据传输量可以理解为数据传输速率、也可以认为是在下一个周期内所传输的全部数据传输总量，可以根据实际情况对数据传输量进行定义；

对应于前述场景二、即选取两条或更多的通信链路时，可以在数据速率较大的通信链路中分配较多的数据传输量；而在数据速率包较小的通信链路中分配较少的数据传输量；

比如，当前有2条通信链路，分别记为通信链路1、2；通信链路1的数据速率较大、通信链路2的较小；那么可以在通信链路1中分配较多比例的数据传输量，在通信链路2中分配较少比例的数据传输量。

具体的分配计算方式，可以存在很多种，不仅仅为本实施例中所述的分配方式，只是本实施例中不再进行穷举。

在前述实施例的方案基础之上，本实施例还包括有发送方设备与接收方设备确定是否反馈传输状态报告进行协商，具体的：

与接收方设备通过信令交互，确定所述接收方设备是否反馈通信链路的传输状态报告；

或者，在预设的比特位设置标识，以通过设置的所述标识指示所述接收方设备是否反馈通信链路的传输状态报告。可以通过接收方接收到的数据单元中的特定比特确定是否反馈数据状态报告。其中，特定比特可以为数据包中的某一个或几个指定比特位中设置的标识来指定。比如，可以设置数据包的第10个比特位，为指定是否反馈通信链路的传输状态报告的位置，假设为1时，可以为需要反馈，为0时可以为不需要反馈，反之也可以，只要双方预定义相同即可。

进一步地，本实施例中所指出的待发送数据包，可以为来自同一业务数据流或者qos流或者同一承载或者同一pdu连接的数据包；或者，可以是来自不同的业务数据流或者qos流或者承载或者pdu连接的数据包。不同的业务数据可以来自不同的系统，比如可以一个为3gpp业务，一个为非3gpp业务。

发送方或者接收方为网络侧的数据分发设备单元，与此多条通信链路存在连接。

可见，通过采用上述方案，就能够结合发送方与接收方之间的通信链路的传输状态报告，选取通信链路，并且分配不同通信链路中的数据传输量；实现了结合不同的通信链路的状态情况，为待发送的数据选取通信链路并且分配每一个通信链路上的数据量，从而能够使得最终发送的数据与传输实际情况更加匹配，提升系统的传输效率。

实施例四、

本发明实施例提供了一种接收方设备，如图5所示，包括：

第二通信单元51，用于当与发送方设备之间存在至少一条通信链路时，向发送方设备发送针对所述至少一条通信链路的传输状态报告；

其中，所述传输状态报告，用于使得发送方设备基于针对所述至少一条通信链路的传输状态报告，从所述至少一条通信链路中选取至少部分通信链路，并分配在所述至少部分通信链路中每一个通信链路对应的数据传输量。

这里，所述发送方设备，可以为网络侧的数据分发设备单元或者是终端；以及所述接收方设备，同样也可以是网络侧的数据分发设备单元或者是终端。

本实施例适用于发送方设备以及接收方设备之间存在一条及以上通信链路的场景中，当在发送方和接收方之间存在多条通信链路时，发送方根据每条通信链路的传输状态情况确定是否将数据分发到此通信链路中；进一步地，还能够根据传输状态情况，确定在通信链路中发送数据对应的数据传输量。比如：

场景一、发送方设备以及接收方设备之间存在一条通信链路；

场景二、至少一条通信链路包括两个或两条以上的通信链路的场景。

针对前述场景一或者场景二，接收方均需要确定通信链路的传输状态，并将传输状态报告发送给发送方。所述向发送方设备发送针对所述至少一条通信链路的传输状态报告，包括：

所述第二通信单元，用于针对所述至少一条通信链路中的各个通信链路，向发送方设备发送各个通信链路对应的丢失的第一个数据包、以及最后一个数据包，以及所述第一个数据包以及最后一个数据包之间丢失的数据包的数量；

或者，

针对所述至少一条通信链路中的各个通信链路，向发送方设备发送各个通信链路对应的丢失的数据包的数量、或者、丢失的数据包的比例。

所述接收方设备还包括：

第二处理单元52，当在统计周期中，统计得到丢失的数据包的数量超过数量上报门限值、或者、丢失的数据包的比例超过比例上报门限值，则向发送方设备发送针对所述至少一条通信链路的传输状态报告；

或者，

当在统计周期中，统计得到丢失的数据包的数量低于数量上报门限值、或者、丢失的数据包的比例低于比例上报门限值，则向发送方设备发送针对所述至少一条通信链路的传输状态报告。

也就是说，事件上报的触发方式可以为：当在统计周期中统计的丢失的数据包的数目或者丢失的数据包比例大于或者等于预配置的门限时，接收端向发送端发送状态报告指示；当统计的丢失的数据包的数目或者丢失的数据包比例小于预配置的门限时，向发送端发送状态报告指示。

其中，所述的预配置的周期或者门限值可以通过发送端和接收端双方协商或者直接通过网络侧配置。

所述第二处理单元52，获取所述至少一条通信链路中的各个通信链路对应的数据速率；

所述第二通信单元51，向发送方设备发送所述各个通信链路对应的数据速率。

所述第二处理单元，在统计周期中，统计每条通信链路上的数据速率，当所述通信链路的数据速率不超过预设的速率门限值时，则向发送方设备发送传输状态报告。

也就是说，接收方根据预配置的统计周期统计每条通信链路上的数据速率，并将此数据速率周期性的发送给发送方；或者，接收方根据预配置的统计周期统计每条通信链路上的数据速率，当此数据速率低于或者等于某一预定义的门限值时，则发送状态指示信息给发送方。

还需要指出的是，接收方可以基于网络的配置决定是否反馈数据状态报告：与发送方设备通过信令交互，确定是否反馈通信链路的传输状态报告；

或者，

检测发送方设备发来的在预设的比特位设置标识，以确定是否反馈通信链路的传输状态报告；即可以通过接收方接收到的数据单元中的特定比特确定是否反馈数据状态报告。

可见，通过采用上述方案，就能够结合发送方与接收方之间的通信链路的传输状态报告，选取通信链路，并且分配不同通信链路中的数据传输量；实现了结合不同的通信链路的状态情况，为待发送的数据选取通信链路并且分配每一个通信链路上的数据量，从而能够使得最终发送的数据与传输实际情况更加匹配，提升系统的传输效率。

本发明实施例还提供了一种发送方设备、或接收方设备的硬件组成架构，如图6所示，包括：至少一个处理器61、存储器62、至少一个网络接口63。各个组件通过总线系统64耦合在一起。可理解，总线系统64用于实现这些组件之间的连接通信。总线系统64除包括数据总线之外，还包括电源总线、控制总线和状态信号总线。但是为了清楚说明起见，在图6中将各种总线都标为总线系统64。

可以理解，本发明实施例中的存储器62可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。

在一些实施方式中，存储器62存储了如下的元素，可执行模块或者数据结构，或者他们的子集，或者他们的扩展集：

操作系统621和应用程序622。

其中，所述处理器61配置为：能够处理前述实施例一或二的方法步骤，这里不再进行赘述。

本发明实施例提供的一种计算机存储介质，所述计算机存储介质存储有计算机可执行指令，所述计算机可执行指令被执行时实施前述实施例一或二的方法步骤。

本发明实施例上述装置如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，readonlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。这样，本发明实施例不限制于任何特定的硬件和软件结合。

相应地，本发明实施例还提供一种计算机存储介质，其中存储有计算机程序，该计算机程序配置为执行本发明实施例的数据包分发方法。

尽管为示例目的，已经公开了本发明的优选实施例，本领域的技术人员将意识到各种改进、增加和取代也是可能的，因此，本发明的范围应当不限于上述实施例。