CN114666265A - 数据传输方法、装置、计算设备及介质 - Google Patents

Abstract

本申请一个或多个实施例提供一种数据传输方法、装置、计算设备及介质。本申请通过在接收到待传输数据的目标数据包的情况下，基于目标数据包所携带的传输标识信息，获取用于指示待传输数据的传输需求的QOS信息，从而根据所获取到的QOS信息，从MPTCP连接所包括的多条传输路径中，确定满足所获取到QOS信息的目标传输路径，以保证目标传输路径可以满足待传输数据的传输需求，进而通过目标传输路径，来对待传输数据进行传输，以提高待传输数据的数据传输效率。

Description

数据传输方法、装置、计算设备及介质

技术领域

本说明书一个或多个实施例涉及通信技术领域，尤其涉及一种数据传输方法、装置、计算设备及介质。

背景技术

多路径传输控制协议(Multi Path Transmission Control Protocol，MPTCP)作为一种多路径传输技术，允许在一条传输控制协议(Transmission Control Protocol，TCP)链路中建立多条传输路径，使得在TCP链路所连接的两个通信主机之间进行数据传输时，可以从多条传输路径中选择一条来实现数据传输，从而可以充分利用网络中的冗余链路资源，提升网络传输的效率和稳定性。

相关技术中，在从多个传输路径中选择进行数据传输的传输路径时，往往是通过负载均衡算法，根据待传输数据的五元组的哈希值，将待传输数据均匀地分散到权重相等的传输路径中。

但是，在上述实现过程中，对于一些对网络质量要求较高的数据包，这类数据包很有可能被调度到质量较差的传输路径中进行传输，从而导致数据传输效率较低。

发明内容

有鉴于此，本说明书一个或多个实施例提供一种数据传输方法、装置、计算设备及介质。

为实现上述目的，本说明书一个或多个实施例提供技术方案如下：

根据本说明书一个或多个实施例的第一方面，提出了一种数据传输方法，该方法包括：

接收待传输数据的目标数据包；

基于目标数据包所携带的传输标识信息，获取待传输数据的服务质量QOS信息，传输标识信息基于目标数据包的五元组信息确定，或，传输标识信息基于用于传输目标数据包的多路径传输协议MPTCP连接确定；

从MPTCP连接所包括的多条传输路径中，确定满足QOS信息的目标传输路径；

通过目标传输路径，对待传输数据进行传输。

在一些实施例中，传输标识信息为目标数据包的五元组信息所包括的端口号，或，传输标识信息为基于MPTCP连接所获取到的令牌；

基于目标数据包所携带的传输标识信息，获取待传输数据的服务质量QOS信息，包括下述任一项：

在目标数据包为MPTCP连接的主流建连数据包的情况下，基于目标数据包所携带的端口号，获取待传输数据的QOS信息；

在目标数据包不是MPTCP连接的主流建连数据包的情况下，基于目标数据包所携带的令牌，获取待传输数据的QOS信息。

在一些实施例中，在目标数据包为MPTCP连接的主流建连数据包的情况下，基于目标数据包所携带的端口号，获取待传输数据的QOS信息之后，该方法还包括：

对应存储目标数据包所携带的端口号、令牌和基于端口号所获取到的QOS信息。

在一些实施例中，在目标数据包不是MPTCP连接的主流建连数据包的情况下，基于目标数据包所携带的令牌，获取待传输数据的QOS信息之后，该方法还包括：

在QOS信息得到满足的情况下，终止MPTCP连接。

在一些实施例中，在目标数据包不是MPTCP连接的主流建连数据包的情况下，基于目标数据包所携带的令牌，获取待传输数据的QOS信息之前，该方法还包括：

响应于获取到MPTCP连接的主流建连数据包，对应存储主流建连数据包所携带的端口号、令牌和基于主流建连数据包的端口号所获取到的QOS信息。

在一些实施例中，接收待传输数据的目标数据包之后，该方法还包括：

在目标数据包为目标类型的数据包的情况下，从目标数据包的目标字段中获取标识信息，标识信息用于指示待传输数据的发送设备是否支持MPTCP连接；

在从目标数据包的目标字段中获取到标识信息的情况下，基于目标数据包所携带的传输标识信息，获取待传输数据的服务质量QOS信息。

在一些实施例中，从MPTCP连接所包括的多条传输路径中，确定满足QOS信息的目标传输路径，包括：

获取MPTCP连接所包括的多条传输路径的带宽和/或时延；

从多条传输路径中，确定带宽和/或时延满足QOS信息的目标传输路径。

在一些实施例中，通过目标传输路径，对待传输数据进行传输，包括：

基于目标传输路径生成OpenFlow流表；

将OpenFlow流表下发给目标设备，目标设备用于基于OpenFlow流表对待传输数据进行传输。

在一些实施例中，该方法还包括：

在目标传输路径由多个通道组成，且目标传输路径中任一通道的数据传输完成的情况下，对待传输数据的QOS信息进行更新。

在一些实施例中，该方法还包括：

预先存储各个应用的QOS信息，以基于目标数据包的五元组信息所确定出的传输标识信息，确定待传输数据的QOS信息。

在一些实施例中，目标数据包为数据首包。

根据本说明书一个或多个实施例的第二方面，提出了一种数据传输装置，该装置包括：

接收单元，用于接收待传输数据的目标数据包；

获取单元，用于基于目标数据包所携带的传输标识信息，获取待传输数据的服务质量QOS信息，传输标识信息基于目标数据包的五元组信息确定，或，传输标识信息基于用于传输目标数据包的多路径传输协议MPTCP连接确定；

确定单元，用于从MPTCP连接所包括的多条传输路径中，确定满足QOS信息的目标传输路径；

传输单元，用于通过目标传输路径，对待传输数据进行传输。

在一些实施例中，传输标识信息为目标数据包的五元组信息所包括的端口号，或，传输标识信息为基于MPTCP连接所获取到的令牌；

获取单元，在用于基于目标数据包所携带的传输标识信息，获取待传输数据的服务质量QOS信息时，用于下述任一项：

在目标数据包为MPTCP连接的主流建连数据包的情况下，基于目标数据包所携带的端口号，获取待传输数据的QOS信息；

在目标数据包不是MPTCP连接的主流建连数据包的情况下，基于目标数据包所携带的令牌，获取待传输数据的QOS信息。

在一些实施例中，该装置还包括：

第一存储单元，用于对应存储目标数据包所携带的端口号、令牌和基于端口号所获取到的QOS信息。

在一些实施例中，该装置还包括：

终止单元，用于在QOS信息得到满足的情况下，终止MPTCP连接。

在一些实施例中，该装置还包括：

第二存储单元，用于响应于获取到MPTCP连接的主流建连数据包，对应存储主流建连数据包所携带的端口号、令牌和基于主流建连数据包的端口号所获取到的QOS信息。

在一些实施例中，获取单元，还用于在目标数据包为目标类型的数据包的情况下，从目标数据包的目标字段中获取标识信息，标识信息用于指示待传输数据的发送设备是否支持MPTCP连接；

获取单元，还用于在从目标数据包的目标字段中获取到标识信息的情况下，基于目标数据包所携带的传输标识信息，获取待传输数据的服务质量QOS信息。

在一些实施例中，确定单元，在用于从MPTCP连接所包括的多条传输路径中，确定满足QOS信息的目标传输路径时，用于：

获取MPTCP连接所包括的多条传输路径的带宽和/或时延；

从多条传输路径中，确定带宽和/或时延满足QOS信息的目标传输路径。

在一些实施例中，传输单元，在用于通过目标传输路径，对待传输数据进行传输时，用于：

基于目标传输路径生成OpenFlow流表；

将OpenFlow流表下发给目标设备，目标设备用于基于OpenFlow流表对待传输数据进行传输。

在一些实施例中，该装置还包括：

更新单元，用于在目标传输路径由多个通道组成，且目标传输路径中任一通道的数据传输完成的情况下，对待传输数据的QOS信息进行更新。

在一些实施例中，该装置还包括：

第三存储单元，用于预先存储各个应用的QOS信息，以基于目标数据包的五元组信息所确定出的传输标识信息，确定待传输数据的QOS信息。

在一些实施例中，目标数据包为数据首包。

根据本说明书一个或多个实施例的第三方面，提出了一种计算设备，该计算设备包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，处理器通过运行可执行指令以实现上述第一方面以及第一方面中任一实施例所提供的数据传输方法所执行的操作。

根据本说明书一个或多个实施例的第四方面，提出了一种计算机可读存储介质，其上存储有计算机指令，指令被处理器执行时实现上述第一方面以及第一方面中任一实施例所提供的数据传输方法所执行的操作。

根据本说明书一个或多个实施例的第五方面，提出了一种计算机程序产品，包括计算机程序，程序被处理器执行时实现上述第一方面以及第一方面中任一实施例所提供的数据传输方法所执行的操作。

本申请通过在接收到待传输数据的目标数据包的情况下，基于目标数据包所携带的传输标识信息，获取用于指示待传输数据的传输需求的QOS信息，从而根据所获取到的QOS信息，从MPTCP连接所包括的多条传输路径中，确定满足所获取到QOS信息的目标传输路径，以保证目标传输路径可以满足待传输数据的传输需求，进而通过目标传输路径，来对待传输数据进行传输，以提高待传输数据的数据传输效率。

附图说明

图1是一示例性实施例提供的一种数据传输系统的架构图。

图2是一示例性实施例提供的一种数据传输方法的流程图。

图3是一示例性实施例提供的一种传输过程示意图。

图4是一示例性实施例提供的一种数据传输方法的流程图。

图5是一示例性实施例提供的一种数据传输装置的框图。

图6是一示例性实施例提供的一种计算设备的示意结构图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。

需要说明的是：在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其他实施例中可能被分解为多个步骤进行描述；而本说明书中所描述的多个步骤，在其他实施例中也可能被合并为单个步骤进行描述。

本申请提供了一种数据传输方法，该数据传输方法可以由计算机设备执行，计算机设备可以为服务器，如一台服务器、多台服务器、云计算平台等，或者，计算机设备可以为终端设备，如台式计算机、便携式计算机、智能手机、平板电脑等，或者，计算机设备可以为路由器，可选地，计算机设备还可以为其他类型的设备，本申请对计算机设备的设备类型不加以限定。

其中，计算机设备可以作为发送端设备(也即是待传输数据的发送设备)，发送端设备可以通过三次握手过程，与接收端设备(也即是待传输数据的接收设备)建立连接，在所建立的连接为MPTCP连接的情况下，可以从MPTCP连接所包括的多条传输路径中，确定出用于传输待传输数据的目标传输路径，从而通过所确定出的目标传输路径来对待传输数据进行传输，从而保证所确定出的目标传输路径可以保证待传输数据的QOS需求，进而保证待传输数据的传输效率。可选地，接收端设备也可以为计算机设备，如服务器、终端设备、路由器等。

在通过三次握手过程实现连接的建立时，发送端设备可以向接收端设备发送同步序列编号(Synchronize Sequence Numbers，SYN)数据包，SYN数据包可以作为建立连接时所使用的握手信号，以便通过SYN数据包，请求在发送端设备和接收端设备之间建立连接。接收端设备响应于接收到SYN数据包，向发送端设备返回确认字符(Acknowledgecharacter，ACK)数据包，发送端设备响应于接收到ACK数据包，向接收端设备返回ACK数据包，至此，通过三次握手过程完成了连接的建立，从而即可通过所建立的连接来进行待传输数据的传输。

需要说明的是，上述数据传输方法可以应用在能够建立MPTCP连接的多种场景中，本申请对该数据传输方法的具体应用场景不加以限定。

上述数据传输方法可以应用在如图1所示的系统中，参见图1，图1是一示例性实施例提供的一种数据传输系统的架构图，该数据传输系统由位于控制面、协议层和转发面的三部分组成，位于控制面的部分包括网络测量模块、路由计算模块、QOS管理模块和流表下发模块，协议层采用OpenFlow协议和MPTCP协议，而位于转发面的部分包括至少一个目标设备，目标设备可以为虚拟交换机(Virtual Switch，VSW)。

通过本申请所提供的数据传输方法，即可通过位于控制面的网络测量模块、路由计算模块、QOS管理模块和流表下发模块，即可确定出满足待传输数据的传输需求的传输路径，并将传输路径以流表的形式下发到转发面，从而通过位于转发面的目标设备实现待传输数据的传输。

其中，QOS管理模块用于维护各个应用所需的QOS信息；网络测量模块用于对物理网络的路径、带宽、时延等信息进行测量；路由计算模块用于基于网络测量得到的结果，进行路径计算以满足应用流量的QOS需求；流表下发模块用于将路径计算模块的输出结果转换成OpenFlow流表下发到位于转发面的目标设备。

上述仅为对本申请的应用场景和系统架构的介绍，下面对本申请的实施方式进行介绍。

参见图2，图2是一示例性实施例提供的一种数据传输方法的流程图，该方法包括：

步骤201、接收待传输数据的目标数据包。

步骤202、基于目标数据包所携带的传输标识信息，获取待传输数据的服务质量QOS信息，传输标识信息基于目标数据包的五元组信息确定，或，传输标识信息基于用于传输目标数据包的多路径传输协议MPTCP连接确定。

步骤203、从MPTCP连接所包括的多条传输路径中，确定满足QOS信息的目标传输路径。

步骤204、通过目标传输路径，对待传输数据进行传输。

本申请通过在接收到待传输数据的目标数据包的情况下，基于目标数据包所携带的传输标识信息，获取用于指示待传输数据的传输需求的QOS信息，从而根据所获取到的QOS信息，从MPTCP连接所包括的多条传输路径中，确定满足所获取到QOS信息的目标传输路径，以保证目标传输路径可以满足待传输数据的传输需求，进而通过目标传输路径，来对待传输数据进行传输，以提高待传输数据的数据传输效率。

上述为对本申请的基本实现过程的介绍，下面对本申请的多个可选实现方式进行介绍。

在还未建立连接的初始状态下，计算机设备还无法确定如何对待传输数据进行传输，因而，在一些实施例中，在获取到待传输数据的目标数据包之后，基于目标数据包所携带的传输标识信息，获取待传输数据的QOS信息之前，可以确定待传输数据的目标数据包是哪种连接对应的握手建连数据包，以确定发送端设备和接收端设备之间所采用的连接方式是否为MPTCP连接。

在一种可能的实现方式中，在目标数据包为目标类型的数据包的情况下，可以从目标数据包的目标字段中获取标识信息，标识信息用于指示待传输数据的发送设备(也即是发送端设备)是否支持MPTCP连接，以确定目标数据包是否为MPTCP建连握手数据包。

需要说明的是，目标类型的数据包为TCP SYN数据包，也即是，在目标数据包为TCPSYN数据包的情况下，可以从目标数据包的目标字段中获取标识，在从目标数据包的目标字段中获取到标识信息的情况下，即可确定目标数据包为MPTCP建连握手数据包。

其中，目标字段可以为TCP选项(Option)字段，TCP Option字段可以用于承载标识信息，该标识信息可以为MP_CAPABLE字段，在TCP Option字段中包括MP_CAPABLE字段的情况下，即可确定发送端设备支持MPTCP连接。

在一种可能的实现方式中，在确定目标数据包是否为MPTCP建连握手数据包时，可以将待传输数据的目标数据包送入软件定义网络(Software Defined Network，SDN)控制器，通过SDN控制器对目标数据包进行解析，以便通过对目标数据包的解析，来从目标数据包的目标字段中获取标识信息，从而确定目标数据包否为MPTCP建连握手数据包。

需要说明的是，在确定出目标数据包为MPTCP建连握手数据包，也即是，可以从目标数据包的目标字段(也即是TCP Option字段)中获取到标识信息(也即是MP_CAPABLE字段)的情况下，即可执行步骤202，以基于目标数据包所携带的传输标识信息，获取待传输数据的QOS信息。

进一步地，在确定出目标数据包为MPTCP建连握手数据包的情况下，可以确定目标数据包是主流建连数据包还是子流建连数据包，也即是，确定通过目标数据包所建立的连接是MPTCP连接的主流连接，还是MPTCP的子流连接，从而根据所确定出的结果，采用相应的处理方式来实现QOS信息的获取。

其中，MPTCP的主流连接也即是发送端设备和接收端设备在MPTCP连接下所建立的第一条连接，而发送端设备和接收端设备在MPTCP连接下所建立的、除第一条连接外的其他连接，均可以称为MPTCP的子流连接。

在一些实施例中，传输标识信息可以为目标数据包的五元组信息所包括的端口号，或者，传输标识信息还可以为基于MPTCP连接所获取到的令牌，基于此，对于步骤202，在基于目标数据包所携带的传输标识信息，获取待传输数据的QOS信息时，可以包括如下任一种实现方式：

在一种可能的实现方式中，在目标数据包为MPTCP连接的主流建连数据包的情况下，基于目标数据包所携带的端口号，获取待传输数据的QOS信息。

需要说明的是，可以预先对各个应用的QOS信息进行存储，可选地，可以通过QOS管理模块对各个应用的QOS信息进行存储。

以应用A为例，在应用A所对应的待传输数据需要使用80端口进行传输，且至少需要5兆(M)带宽才能满足传输需求的情况下，可以在计算机设备中存储应用A的QOS信息，也即是，需要80端口和5M带宽，从而使得后续在获取到应用A对应的待传输数据时，可以基于待传输数据的五元组信息(也即是目标数据包的五元组信息)所确定出的传输标识信息，来确定待传输数据的QOS信息。

例如，可以基于待传输数据的五元组信息所包括的端口号，确定待传输数据对应的应用，进而将所确定出的应用的QOS信息，作为待传输数据的QOS信息。

另外，MPTCP在建连阶段可以生成一个令牌(Token)来标识这条所建立的连接，并可以在TCP Option中传递该令牌，后续MPTCP的子流在建连时也可以携带该令牌，以便该令牌可以表示MPTCP连接的主流连接和子流连接。同一个MPTCP连接的主流连接和子流连接所使用的端口号可以不同，同一个MPTCP连接的不同子流连接所使用的端口号也可以不同，也即是，一个端口号对应于一个令牌，而一个令牌可以对应于多个端口号。

因而，在目标数据包为MPTCP连接的主流建连数据包的情况下，即可将用于标识MPTCP的主流连接的令牌，作为目标数据包的令牌，从而对应存储目标数据包所携带的端口号、令牌和基于端口号所获取到的QOS信息。

可选地，在对应存储目标数据包所携带的端口号、令牌和基于端口号所获取到的QOS信息时，可以基于<Token，<五元组，QOS>>的存储结构，来实现目标数据包所携带的端口号、令牌和基于端口号所获取到的QOS信息的对应存储。

通过对目标数据包所携带的端口号、令牌和基于端口号所获取到的QOS信息对应进行存储，以便后续在通过子流连接在发送端设备和接收端设备之间进行数据传输时，可以直接基于作为子流连接对应的令牌，获取到通过子流连接传输的数据的QOS信息。

此外，还可以建立一个QOS信息表，从而通过QOS信息表，来对各个待传输数据的目标数据包的端口号、令牌和QOS信息进行对应存储。通过建立QOS信息表，可以方便计算机设备对多个待传输数据的目标数据包的端口号、令牌和QOS信息进行管理。

在另一种可能的实现方式中，在目标数据包不是MPTCP连接的主流建连数据包的情况下，也即是，在目标数据包为MPTCP连接的子流建连数据包的情况下，基于目标数据包的令牌，获取待传输数据的QOS信息。

需要说明的是，由于子流连接所使用的TCP端口与主流连接所使用的端口可能不同，此时如果仍然通过端口号来进行QOS信息的获取，可能导致无法基于作为子流建连数据包的目标数据包的端口号获取到待传输数据的QOS信息，或者，无法获取到准确的QOS信息。

在一些实施例中，在目标数据包不是MPTCP连接的主流建连数据包的情况下，基于目标数据包的令牌，获取待传输数据的QOS信息之前，可以响应于获取到MPTCP连接的主流建连数据包，对应存储主流建连数据包所携带的端口号、令牌和基于主流建连数据包的端口号所获取到的QOS信息。

通过上述过程，可以在获取到MPTCP的主流建连数据包时，对主流建连数据包的端口号、令牌和QOS信息进行对应存储，而子流连接的令牌可以沿用主流连接的令牌，因而，在获取作为子流建连数据包的目标数据包的QOS信息时，可以直接基于子流建连数据包的令牌，来进行QOS信息的获取。

上述过程介绍了获取作为主流建连数据包的目标数据包的QOS信息，以及作为子流建连数据包的目标数据包的QOS信息的过程，后续即可基于所获取到的QOS信息，来进行传输路径的选择，下面分别对两种情况下的路径选择过程进行说明。

首先，在获取到作为主流建连数据包的目标数据包的QOS信息后，即可通过步骤203，从MPTCP连接所包括的多条传输路径中，确定满足QOS信息的目标传输路径。

在一种可能的实现方式中，可以获取MPTCP连接所包括的多条传输路径的带宽和/或时延，进而根据所获取到的带宽和/或时延，从多条传输路径中，确定带宽和/或时延满足QOS信息的目标传输路径。

其中，在获取任一条传输路径的带宽和/或时延时，可以由发送端设备通过这条传输路径向接收端设备发送测试数据包，以便接收端设备可以根据接收到的数据包，确定这条传输路径的带宽和/或时延。可选地，可以通过网络测量模块实现任一条传输路径的带宽和/或时延的获取。

在从多条传输路径中，确定带宽和/或时延满足QOS信息的目标传输路径时，可以通过深度优先搜索(Depth First Search，DFS)算法，确定MPTCP连接中的多条可选传输路径，并根据各条传输路径的带宽和/或时延，确定带宽和/或时延满足QOS信息的目标传输路径。

可选地，可以通过路由计算模块来实现目标传输路径的确定。另外，上述仅为确定目标传输路径的一种示例性方式，在更多可能的实现方式中，还可以采用其他方式来实现目标传输路径的确定，本申请对具体采用哪种方式不加以限定。

例如，参见图3，图3是一示例性实施例提供的一种传输过程示意图，如图3所示，发送端设备和接收端设备之间包括S1->S2->S4、S1->S3->S4这两条传输路径，在待传输数据的QOS信息指示待传输数据需要5M带宽的情况下，仅有传输路径S1->S3->S4可以满足待传输数据的QOS信息，因而可以将传输路径S1->S2->S4作为目标传输路径。

上述为对获取到作为主流建连数据包的目标数据包的QOS信息后的路径选择过程的介绍，下面对获取到作为子流建连数据包的目标数据包的QOS信息后的路径选择过程进行介绍。

在获取到作为子流建连数据的目标数据包的QOS信息后，可以先判断待传输数据的QOS信息是否已经得到保障，在待传输数据的QOS信息尚未得到满足的情况下，可以通过与上述过程同理的方式，来从多条传输路径中，确定带宽和/或时延满足QOS信息的目标传输路径；而在待传输数据的QOS信息已经得到满足的情况下，可以终止MPTCP连接。

其中，在终止MPTCP连接时，可以由发送端设备向接收端设备发送SYN重置(Reset)指令，从而通过SYN Reset指令，来终止发送端设备与接收端设备之间的MPTCP连接。

需要说明的是，上述实施例中所涉及的目标数据包可以为数据首包。

在一些实施例中，对于步骤204，在通过目标传输路径，对待传输数据进行传输时，可以通过如下方式实现：

在确定出目标传输路径后，基于目标传输路径生成OpenFlow流表，进而将OpenFlow流表下发给目标设备，以便目标设备可以基于OpenFlow流表对待传输数据进行传输。

可选地，可以通过流表下发模块实现OpenFlow流表的生成及下发。

其中，所生成的OpenFlow流表的匹配域对应于待传输数据的五元组信息。目标设备可以为位于数据链路层的交换机，如虚拟交换机。

在一些实施例中，在目标传输路径由多个通道组成，且目标传输路径中任一通道的数据传输完成的情况下，对待传输数据的QOS信息进行更新。

仍以图3所示的传输过程为例，图3中S1->S2->S4即为目标传输路径，其中，S1->S2和S2->S4即为组成目标传输路径的两个通道，S1->S2为主流连接，S2->S4为子流连接，在通过通道S1->S2完成待传输数据中部分数据的传输的情况下，可以将待传输数据的QOS信息更新为需要2M带宽。

上述各个实施例所提供的数据传输过程可以参见图4，图4是一示例性实施例提供的一种数据传输方法的流程图，以目标数据包为数据首包为例，在获取到待传输数据后，将待传输数据的数据首包送入SDN控制器，以确定数据首包是否为MPTCP主流建连数据包，在数据首包为MPTCP主流建连数据包的情况下，对应存储端口号、Token以及QOS信息，以实现对端口号、Token以及QOS信息三者映射关系的保存，从而可以基于当前端口号获取对应的QOS信息，并基于获取到的QOS信息确定用于传输待传输数据的目标传输路径，进而基于所确定出的目标传输路径向虚拟交换机下发OpenFlow流表，以便虚拟交换机可以基于OpenFlow流表来对待传输数据进行传输，每传输完一部分数据，即可更新待传输数据的QOS信息，从而基于更新后的QOS信息继续对剩余数据进行传输。而在数据首包不是MPTCP主流建连数据包的情况下，可以直接根据数据包Token获取QOS信息，进而判断QOS信息是否已经得到满足，在QOS信息尚未得到满足的情况下，可以基于QOS信息进行目标传输路径的确定，进而通过目标传输路径来进行数据传输；而在QOS信息已经得到满足的情况下，构建SYNReset数据包以终止TCP连接。

上述仅为关于本申请的流程性介绍，具体实现方式可以参见上述各个实施例，此处不再赘述。

为便于理解，下面基于图3所示的网络环境，对一个完整的数据传输过程进行说明。仍以待传输数据为应用A对应的数据为例，待传输数据的QOS信息为需要80端口和5M带宽，通过基于QOS信息，即可确定出用于传输待传输数据的目标传输路径为S1->S2->S4，因而，可以先通过主流连接S1->S2来对待传输数据进行传输，当前主流路径已经能够提供3M带宽，因而可以将待传输数据的QOS信息更新为需要2M带宽，后续即可通过子流连接来对待传输数据继续进行传输。在创建子流连接时，子流使用的TCP端口号与主流不一致，可以将待传输数据的数据首包(也即是子流建连数据包)再次送入SDN控制器，子流建连数据包可以在TCP Option中添加MP_JOIN标志位，同时携带主流的Token，从而即可根据Token获取已存储的QOS信息，例如某应用需要5M带宽，此时主流连接已提供3M带宽，则子流还需提供2M带宽才能满足应用需求，此时路径选择问题即可转化为在当前网络下寻找带宽>＝2M的传输路径，也即是S2->S4。

需要说明的是，在确定出子流传输路径后，可以基于所确定出的子流传输路径生成OpenFlow流表，从而将所生成的OpenFlow流表下发给目标设备，以便目标设备可以基于OpenFlow流表对子流数据继续进行传输。其中，基于子流传输路径所生成的OpenFlow流表的匹配域对应的是子流数据包的五元组信息。

在通过S2->S4完成子流数据的传输后，MPTCP会再次尝试创建子流，数据包再次进入SDN控制器，此时应用QOS需求已经得到满足，则SDN控制器直接构造SYN Reset数据包，终止当前子流的建立，通过上述过程，最终如图3所示的网络环境中会存在一个MPTCP连接，其对应两条TCP子流。

与前述方法的实施例相对应，本说明书还提供了装置及其所应用的计算设备的实施例。

参见图5，图5是一示例性实施例提供的一种数据传输装置的框图，该装置包括：

接收单元501，用于接收待传输数据的目标数据包；

获取单元502，用于基于目标数据包所携带的传输标识信息，获取待传输数据的服务质量QOS信息，传输标识信息基于目标数据包的五元组信息确定，或，传输标识信息基于用于传输目标数据包的多路径传输协议MPTCP连接确定；

确定单元503，用于从MPTCP连接所包括的多条传输路径中，确定满足QOS信息的目标传输路径；

传输单元504，用于通过目标传输路径，对待传输数据进行传输。

在一些实施例中，传输标识信息为目标数据包的五元组信息所包括的端口号，或，传输标识信息为基于MPTCP连接所获取到的令牌；

获取单元502，在用于基于目标数据包所携带的传输标识信息，获取待传输数据的服务质量QOS信息时，用于下述任一项：

在目标数据包为MPTCP连接的主流建连数据包的情况下，基于目标数据包所携带的端口号，获取待传输数据的QOS信息；

在目标数据包不是MPTCP连接的主流建连数据包的情况下，基于目标数据包所携带的令牌，获取待传输数据的QOS信息。

在一些实施例中，该装置还包括：

第一存储单元，用于对应存储目标数据包所携带的端口号、令牌和基于端口号所获取到的QOS信息。

在一些实施例中，该装置还包括：

终止单元，用于在QOS信息得到满足的情况下，终止MPTCP连接。

在一些实施例中，该装置还包括：

第二存储单元，用于响应于获取到MPTCP连接的主流建连数据包，对应存储主流建连数据包所携带的端口号、令牌和基于主流建连数据包的端口号所获取到的QOS信息。

在一些实施例中，获取单元502，还用于在目标数据包为目标类型的数据包的情况下，从目标数据包的目标字段中获取标识信息，标识信息用于指示待传输数据的发送设备是否支持MPTCP连接；

获取单元502，还用于在从目标数据包的目标字段中获取到标识信息的情况下，基于目标数据包所携带的传输标识信息，获取待传输数据的服务质量QOS信息。

在一些实施例中，确定单元503，在用于从MPTCP连接所包括的多条传输路径中，确定满足QOS信息的目标传输路径时，用于：

获取MPTCP连接所包括的多条传输路径的带宽和/或时延；

从多条传输路径中，确定带宽和/或时延满足QOS信息的目标传输路径。

在一些实施例中，传输单元504，在用于通过目标传输路径，对待传输数据进行传输时，用于：

基于目标传输路径生成OpenFlow流表；

将OpenFlow流表下发给目标设备，目标设备用于基于OpenFlow流表对待传输数据进行传输。

在一些实施例中，该装置还包括：

更新单元，用于在目标传输路径由多个通道组成，且目标传输路径中任一通道的数据传输完成的情况下，对待传输数据的QOS信息进行更新。

在一些实施例中，该装置还包括：

第三存储单元，用于预先存储各个应用的QOS信息，以基于目标数据包的五元组信息所确定出的传输标识信息，确定待传输数据的QOS信息。

在一些实施例中，目标数据包为数据首包。

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

本申请还提供了一种计算设备，参见图6，图6是一示例性实施例提供的一种计算设备的示意结构图。请参考图6，在硬件层面，该设备包括处理器602、内部总线604、网络接口606、内存608以及非易失性存储器610，当然还可能包括实现其他功能所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现，比如由处理器602从非易失性存储器610中读取对应的计算机程序到内存608中然后运行。当然，除了软件实现方式之外，本说明书一个或多个实施例并不排除其他实现方式，比如逻辑器件抑或软硬件结合的方式等等，也就是说以下处理流程的执行主体并不限定于各个逻辑单元，也可以是硬件或逻辑器件。

本申请还提供了一种计算机程序产品，包括计算机程序，计算机程序被处理器执行时实现本申请任一实施例所提供的数据传输方法。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

在一个典型的配置中，计算机包括一个或多个处理器(Central ProcessingUnit，CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RandomAccess Memory，RAM)和/或非易失性内存等形式，如只读存储器(Read-Only Memory，ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(Phase-change Random AccessMemory，PRAM)、静态随机存取存储器(Static Random-Access Memory，SRAM)、动态随机存取存储器(Dynamic Random Access Memory，DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(Electrically Erasable ProgrammableRead Only Memory，EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CompactDisc Read Only Memory，CD-ROM)、数字多功能光盘(Digital Video Disc，DVD)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(Transitory Media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。

上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

以上所述仅为本说明书一个或多个实施例的较佳实施例而已，并不用以限制本说明书一个或多个实施例，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本说明书一个或多个实施例保护的范围之内。

Claims (14)

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

接收待传输数据的目标数据包；

基于所述目标数据包所携带的传输标识信息，获取所述待传输数据的服务质量QOS信息，所述传输标识信息基于所述目标数据包的五元组信息确定，或，所述传输标识信息基于用于传输所述目标数据包的多路径传输协议MPTCP连接确定；

从MPTCP连接所包括的多条传输路径中，确定满足所述QOS信息的目标传输路径；

通过所述目标传输路径，对所述待传输数据进行传输。

2.根据权利要求1所述的方法，其特征在于，所述传输标识信息为所述目标数据包的五元组信息所包括的端口号，或，所述传输标识信息为基于所述MPTCP连接所获取到的令牌；

所述基于所述目标数据包所携带的传输标识信息，获取所述待传输数据的服务质量QOS信息，包括下述任一项：

在所述目标数据包为MPTCP连接的主流建连数据包的情况下，基于所述目标数据包所携带的端口号，获取所述待传输数据的QOS信息；

在所述目标数据包不是MPTCP连接的主流建连数据包的情况下，基于所述目标数据包所携带的令牌，获取所述待传输数据的QOS信息。

3.根据权利要求2所述的方法，其特征在于，所述在所述目标数据包为MPTCP连接的主流建连数据包的情况下，基于所述目标数据包所携带的端口号，获取所述待传输数据的QOS信息之后，所述方法还包括：

对应存储所述目标数据包所携带的端口号、令牌和基于所述端口号所获取到的QOS信息。

4.根据权利要求2所述的方法，其特征在于，所述在所述目标数据包不是MPTCP连接的主流建连数据包的情况下，基于所述目标数据包所携带的令牌，获取所述待传输数据的QOS信息之后，所述方法还包括：

在所述QOS信息得到满足的情况下，终止所述MPTCP连接。

5.根据权利要求2所述的方法，其特征在于，所述在所述目标数据包不是MPTCP连接的主流建连数据包的情况下，基于所述目标数据包所携带的令牌，获取所述待传输数据的QOS信息之前，所述方法还包括：

响应于获取到所述MPTCP连接的主流建连数据包，对应存储所述主流建连数据包所携带的端口号、令牌和基于所述主流建连数据包的端口号所获取到的QOS信息。

6.根据权利要求2所述的方法，其特征在于，所述接收待传输数据的目标数据包之后，所述方法还包括：

在所述目标数据包为目标类型的数据包的情况下，从所述目标数据包的目标字段中获取标识信息，所述标识信息用于指示所述待传输数据的发送设备是否支持MPTCP连接；

在从所述目标数据包的目标字段中获取到标识信息的情况下，基于所述目标数据包所携带的传输标识信息，获取所述待传输数据的服务质量QOS信息。

7.根据权利要求1所述的方法，其特征在于，所述从MPTCP连接所包括的多条传输路径中，确定满足所述QOS信息的目标传输路径，包括：

获取所述MPTCP连接所包括的多条传输路径的带宽和/或时延；

从所述多条传输路径中，确定带宽和/或时延满足所述QOS信息的目标传输路径。

8.根据权利要求1所述的方法，其特征在于，所述通过所述目标传输路径，对所述待传输数据进行传输，包括：

基于所述目标传输路径生成OpenFlow流表；

将所述OpenFlow流表下发给目标设备，所述目标设备用于基于所述OpenFlow流表对所述待传输数据进行传输。

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

在所述目标传输路径由多个通道组成，且所述目标传输路径中任一通道的数据传输完成的情况下，对所述待传输数据的QOS信息进行更新。

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

预先存储各个应用的QOS信息，以基于所述目标数据包的五元组信息所确定出的传输标识信息，确定所述待传输数据的QOS信息。

11.根据权利要求1至10中任一项所述的方法，其特征在于，所述目标数据包为数据首包。

12.一种数据传输装置，其特征在于，所述装置包括：

接收单元，用于接收待传输数据的目标数据包；

获取单元，用于基于所述目标数据包所携带的传输标识信息，获取所述待传输数据的服务质量QOS信息，所述传输标识信息基于所述目标数据包的五元组信息确定，或，所述传输标识信息基于用于传输所述目标数据包的多路径传输协议MPTCP连接确定；

确定单元，用于从MPTCP连接所包括的多条传输路径中，确定满足所述QOS信息的目标传输路径；

传输单元，用于通过所述目标传输路径，对所述待传输数据进行传输。

13.一种计算设备，其特征在于，包括：

处理器；

用于存储处理器可执行指令的存储器；

其中，所述处理器通过运行所述可执行指令以实现如权利要求1至11中任一项所述的数据传输方法。

14.一种计算机可读存储介质，其上存储有计算机指令，其特征在于，该指令被处理器执行时实现如权利要求1至11中任一项所述的数据传输方法。

Images