CN116582487B - 数据分流传输方法、装置、电子设备及存储介质 - Google Patents

Abstract

本公开提供了一种数据分流传输方法、装置、电子设备及存储介质，涉及数据传输技术领域。该方法包括：接收应用对应的应用数据；从数据汇聚节点获取应用对应的数据分流策略信息；若监控终端生成应用对应的数据分流策略终端偏好信息，获取应用对应的数据分流策略终端偏好信息；根据应用数据，生成数据传输报文，根据数据分流策略终端偏好信息，生成带有控制标识的数据传输报文；基于数据分流策略信息，将数据传输报文和带有控制标识的数据传输报文，通过第一数据传输链路和/或第二数据传输链路，发送给数据汇聚节点，以使数据汇聚节点基于数据分流策略终端偏好信息，对数据分流策略信息进行处理。本公开能够适应终端变化的分流需要，灵活性更好。

Description

数据分流传输方法、装置、电子设备及存储介质

技术领域

本公开涉及数据传输技术领域，尤其涉及一种数据分流传输方法、装置、电子设备及存储介质。

背景技术

多接入技术可以使终端同时接入Wi-Fi（Wireless Fidelity，将终端以无线方式互相连接的技术）和蜂窝两种数据传输链路，实现WiFi和蜂窝无缝切换、分流以及汇聚，从而实现平滑的用户体验、更大的吞吐和更好的鲁棒性。目前的应用数据分流传输均是采用静态配置分流策略的方案，即多种应用的数据都按照预先设置的固定的分流策略从Wi-Fi的数据传输链路和蜂窝的数据传输链路进行传输。

但不同类型的应用对于数据分流的需求是不同的，且同一应用在不同时刻下终端对于数据分流的需求也是不同的，使得使用静态配置分流策略的数据分流传输方案的灵活性不高，用户体验感差。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

本公开提供一种数据分流传输方法、装置、电子设备及存储介质，至少在一定程度上克服相关技术中灵活性不高，用户体验感差的问题。

本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。

根据本公开的第一个方面，提供了一种数据分流传输方法，包括：接收应用对应的应用数据；从数据汇聚节点获取所述应用对应的数据分流策略信息；所述数据分流策略信息用于表征所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；监控终端是否生成所述应用对应的数据分流策略终端偏好信息，若监控终端生成所述应用对应的数据分流策略终端偏好信息，获取所述应用对应的数据分流策略终端偏好信息；所述数据分流策略终端偏好信息用于表征终端对所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；根据所述应用数据，生成数据传输报文，根据所述数据分流策略终端偏好信息，生成带有控制标识的数据传输报文；基于所述数据分流策略信息，将所述数据传输报文和带有控制标识的数据传输报文，通过所述第一数据传输链路和/或所述第二数据传输链路，发送给所述数据汇聚节点，以使所述数据汇聚节点基于所述数据分流策略终端偏好信息，对所述数据分流策略信息进行处理，得到处理后的数据分流策略信息。

在本公开一些实施例中，根据所述应用数据，生成数据传输报文，根据所述数据分流策略终端偏好信息，生成带有控制标识的数据传输报文，包括：对所述应用数据，以分流技术报文格式打包，得到打包后的数据传输报文；根据所述数据分流策略终端偏好信息，生成包含控制字段的带有控制标识的数据传输报文；所述控制字段为数据传输报文中携带控制指令的字段。

在本公开一些实施例中，所述应用对应的应用服务器与所述数据汇聚节点预先签订数据分流传输协议。

在本公开一些实施例中，接收应用对应的应用数据，包括：监听所述终端的流量发起；监听到所述应用有流量发起时，通过虚拟专用网络接管所述应用的流量，得到所述应用对应的应用数据。

在本公开一些实施例中，若监控终端生成所述应用对应的数据分流策略终端偏好信息，获取所述应用对应的数据分流策略终端偏好信息，包括：若监控终端生成所述应用对应的数据分流策略终端偏好信息，确定终端偏好信息获取间隔时长；其中，所述终端偏好信息获取间隔时长用于表征距离上一次所述应用对应的数据分流策略终端偏好信息获取时刻的时间间隔；若所述终端偏好信息获取间隔时长超出预设阈值，获取所述应用对应的数据分流策略终端偏好信息。

根据本公开的第二个方面，提供了一种数据分流传输方法，包括：接收终端中间件通过第一数据传输链路和/或第二数据传输链路发送的带有控制标识的数据传输报文；所述带有控制标识的数据传输报文携带有应用对应的数据分流策略终端偏好信息；从带有控制标识的数据传输报文中，提取得到应用对应的数据分流策略终端偏好信息；其中，所述数据分流策略终端偏好信息用于表征终端对所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；根据所述数据分流策略终端偏好信息，对所述应用对应的数据分流策略信息进行处理，得到处理后的数据分流策略信息；其中，所述数据分流策略信息用于表征所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；将处理后的所述数据分流策略信息下发给所述终端中间件。

在本公开的一些实施例中，提供的数据分流传输方法，还包括：接收所述终端中间件通过第一数据传输链路和/或第二数据传输链路发送的所述数据传输报文；基于所述数据传输报文，将应用数据进行组包重排序，得到所述应用对应的第一转发应用数据；将所述第一转发应用数据，转发给所述应用对应的应用服务器。

在本公开的一些实施例中，所述应用对应的应用服务器与所述数据汇聚节点预先签订数据分流传输协议。

在本公开的一些实施例中，提供的数据分流传输方法，还包括：接收所述应用对应的应用服务器发送的第二转发应用数据；基于处理后的所述数据分流策略信息，将所述第二转发应用数据，通过所述第一数据传输链路和/或所述第二数据传输链路，发送给所述终端中间件。

根据本公开的第三个方面，还提供了一种数据分流传输装置，包括：数据接收模块，用于接收应用对应的应用数据；数据接收模块，用于接收应用对应的应用数据；第一信息获取模块，用于从数据汇聚节点获取所述应用对应的数据分流策略信息；所述数据分流策略信息用于表征所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；第二信息获取模块，用于监控终端是否生成所述应用对应的数据分流策略终端偏好信息，若监控终端生成所述应用对应的数据分流策略终端偏好信息，获取所述应用对应的数据分流策略终端偏好信息；所述数据分流策略终端偏好信息用于表征终端对所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；传输报文生成模块，用于根据所述应用数据，生成数据传输报文，根据所述数据分流策略终端偏好信息，生成带有控制标识的数据传输报文；和第一数据分流传输模块，用于基于所述数据分流策略信息，将所述数据传输报文和带有控制标识的数据传输报文，通过所述第一数据传输链路和/或所述第二数据传输链路，发送给所述数据汇聚节点，以使所述数据汇聚节点基于所述数据分流策略终端偏好信息，对所述数据分流策略信息进行处理，得到处理后的数据分流策略信息。

根据本公开的第四个方面，还提供了一种数据分流传输装置，包括：传输报文接收模块，用于接收终端中间件通过第一数据传输链路和/或第二数据传输链路发送的带有控制标识的数据传输报文；所述带有控制标识的数据传输报文携带有应用对应的数据分流策略终端偏好信息；信息提取模块，用于从带有控制标识的数据传输报文中，提取得到应用对应的数据分流策略终端偏好信息；其中，所述数据分流策略终端偏好信息用于表征终端对所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；数据分流策略信息处理模块，用于根据所述数据分流策略终端偏好信息，对所述应用对应的数据分流策略信息进行处理，得到处理后的数据分流策略信息；其中，所述数据分流策略信息用于表征所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；和数据分流策略信息下发模块，用于将处理后的所述数据分流策略信息下发给所述终端中间件。

根据本公开的第五个方面，还提供了一种电子设备，该电子设备包括：处理器；以及存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述第一个方面和第二个方面任意一项所述的数据分流传输方法。

根据本公开的第六个方面，还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述第一个方面和第二个方面任意一项所述的数据分流传输方法。

根据本公开的第七个方面，还提供了一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现上述第一个方面和第二个方面任意一项所述的数据分流传输方法。

本公开的实施例中提供的数据分流传输方法，通过在传输应用数据时，在报文中携带数据分流策略终端偏好信息，生成带有控制标识的数据传输报文，并和应用数据一同发送给数据汇聚节点，以使得数据汇聚节点能够基于数据分流策略终端偏好信息对数据分流策略信息进行处理，使得数据分流策略信息能够适应终端变化的分流需要，灵活性更好，且改善用户在使用终端操作应用时的体验感。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出本公开实施例中一种数据分流传输系统架构的示意图；

图2示出本公开实施例中一种应用于终端中间件的数据分流传输方法流程图；

图3示出本公开实施例中S202的具体实现过程示意图；

图4示出本公开实施例中S208的具体实现过程示意图；

图5示出本公开实施例中一MPTCP报文的字段分布示意图；

图6示出本公开实施例中一Public Flags字段分布示意图；

图7示出本公开实施例中应用于数据汇聚节点的数据分流传输方法流程图；

图8示出本公开实施例中具体实例中的数据分流传输方案实现示意图；

图9示出本公开实施例中一种应用于终端中间件的数据分流传输装置示意图；

图10示出本公开实施例中一种应用于数据汇聚节点的数据分流传输装置示意图；和

图11示出本公开实施例中一种电子设备的结构框图。

具体实施方式

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。

此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

下面结合附图，对本公开实施例的具体实施方式进行详细说明。

图1示出了可以应用本公开实施例中数据分流传输系统架构示意图。如图1所示，该系统架构可以包括：终端10、终端中间件20、数据汇聚节点30和应用服务器40。系统中任意两个设备之间均通过网络连接，可以是有线网络，也可以是无线网络。

可选地，上述的无线网络或有线网络使用标准通信技术和/或协议。网络通常为因特网、但也可以是任何网络，包括但不限于局域网(Local Area Network，LAN)、城域网(Metropolitan Area Network，MAN)、广域网(Wide Area Network，WAN)、移动、有线或者无线网络、专用网络或者虚拟专用网络的任何组合)。在一些实施例中，使用包括超文本标记语言(Hyper Text Mark-up Language，HTML)、可扩展标记语言(Extensible MarkupLanguage，XML)等的技术和/或格式来代表通过网络交换的数据。此外还可以使用诸如安全套接字层(Secure Socket Layer，SSL)、传输层安全(Transport Layer Security，TLS)、虚拟专用网络(Virtual Private Network，VPN)、网际协议安全(Internet ProtocolSecurity，IPSec)等常规加密技术来加密所有或者一些链路。在另一些实施例中，还可以使用定制和/或专用数据通信技术取代或者补充上述数据通信技术。

其中，终端中间件20，安装在终端10上，终端中间件20是终端10上介于应用系统和系统软件之间的一类软件，能够管理终端10的计算资源和网络通信。且终端10上安装有多个应用APP，其中至少有一个APP是数据分流传输白名单中的APP。其中，数据分流传输白名单中的APP均为可进行数据分流传输的APP，即白名单中每个APP的应用服务器40均已与数据汇聚节点30预先签订数据分流传输协议。且此终端10可以是各种电子终端设备，可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等。

数据汇聚节点30是一个数据汇聚节点，与蜂窝网络的核心网以及终端10所连接的Wi-Fi通信的网关，例如ONU （Optical Network Unit，光网络单元）或OLT（Optical LineTerminal，光线路终端），分别相连，以与终端中间件10进行通信。且与应用服务器40网络连接，应用服务器40可以是一个或多个。应用服务器40与数据汇聚节点30预先签订数据分流传输协议。

在一些实施例中，终端中间件20用于接收终端10传输的应用对应的应用数据；从数据汇聚节点30获取应用对应的数据分流策略信息；其中，数据分流策略信息用于表征应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；监控终端10是否生成应用对应的数据分流策略终端偏好信息，若监控终端10生成应用对应的数据分流策略终端偏好信息，从终端10获取应用对应的数据分流策略终端偏好信息；数据分流策略终端偏好信息用于表征终端对应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；根据应用数据，生成数据传输报文，根据数据分流策略终端偏好信息，生成带有控制标识的数据传输报文；基于数据分流策略信息，将带有数据传输报文和控制标识的数据传输报文，通过第一数据传输链路和/或第二数据传输链路，发送给数据汇聚节点30。

在一些实施例中，数据汇聚节点30用于从带有控制标识的数据传输报文中，提取得到应用对应的数据分流策略终端偏好信息；根据数据分流策略终端偏好信息，对应用对应的数据分流策略信息进行处理，得到处理后的数据分流策略信息；将处理后的数据分流策略信息下发给终端中间件20。

在一些实施例中，数据汇聚节点30还用于基于数据传输报文，将应用数据进行组包重排序，得到应用对应的第一转发应用数据；将第一转发应用数据，转发给应用服务器40。数据汇聚节点30通过控制标识来区分不同的报文，没有控制标识的数据传输报文为应用数据对应的报文，带有控制标识的数据传输报文为数据分流策略终端偏好信息对应的报文。

在一些实施例中，数据汇聚节点30还用于接收应用服务器40发送的第二转发应用数据；基于处理后的数据分流策略信息，将第二转发应用数据，通过第一数据传输链路和/或第二数据传输链路，发送给终端中间件20。

需要说明的是，上述应用可以是一个或多个，当有多个应用时，依据应用标识APPID来区分不同的应用。

如图1所示，为数据分流传输系统的交互方法，包括：

S102，终端中间件20从终端10接收应用对应的应用数据；

S104，终端中间件20从数据汇聚节点30获取应用对应的数据分流策略信息；

S106，终端中间件20监控终端10是否生成应用对应的数据分流策略终端偏好信息；

S108，终端10生成应用对应的数据分流策略终端偏好信息；

S110，终端中间件20从终端10获取应用对应的数据分流策略终端偏好信息；

S112，终端中间件20根据应用数据，生成数据传输报文，根据数据分流策略终端偏好信息，生成带有控制标识的数据传输报文；

S114，终端中间件20基于数据分流策略信息，将数据传输报文和带有控制标识的数据传输报文，通过第一数据传输链路和/或第二数据传输链路，发送给数据汇聚节点30；

S116，数据汇聚节点30从带有控制标识的数据传输报文中，提取得到应用对应的数据分流策略终端偏好信息；根据数据分流策略终端偏好信息，对应用对应的数据分流策略信息进行处理；

S118，数据汇聚节点30将处理后的数据分流策略信息下发给终端中间件20；

S120，数据汇聚节点30基于数据传输报文，将应用数据进行组包重排序，得到应用对应的第一转发应用数据；

S122，数据汇聚节点30将第一转发应用数据，转发给应用服务器40。

本领域技术人员可以知晓，图1中的终端10、终端中间件20、数据汇聚节点30和应用服务器40的数量仅仅是示意性的，根据实际需要，可以具有任意数目的终端、终端中间件、数据汇聚节点和应用服务器。本公开实施例对此不作限定。

在上述系统架构下，本公开实施例中提供了一种数据分流传输方法，在一些实施例中，本公开实施例中提供的数据分流传输方法可以由数据汇聚节点实现；在一些实施例中，本公开实施例中提供的数据分流传输方法可以由终端、终端中间件、数据汇聚节点和应用服务器之间的交互实现。

如图2所示，本公开实施例中提供的一种应用于终端中间件的数据分流传输方法，包括如下步骤。

S202，接收应用对应的应用数据。

S204，从数据汇聚节点获取应用对应的数据分流策略信息。

需要说明的是，数据分流策略信息用于表征应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息，即应用的应用数据有多少比例通过第一数据传输链路传输，应用的应用数据有多少比例通过第二数据传输链路传输。其中，第一数据传输链路可以是蜂窝网络传输链路，也可以是Wi-Fi传输链路。当第一数据传输链路是蜂窝网络传输链路时，第二数据传输链路则为Wi-Fi传输链路；当第一数据传输链路是Wi-Fi传输链路时，第二数据传输链路则为蜂窝网络传输链路。具体地，数据分流策略可包括负载均衡、主备模式、最小时延模式和备份模式等。

需要说明的是，在不影响数据分流传输过程的前提下，为了尽可能减少数据交互次数，在本公开的一些实施例中，终端中间件可以定时向数据汇聚节点获取应用对应的数据分流策略信息，存储在本地，具体地，可形成数据表后进行存储。也可对数据汇聚节点进行设置，如对一个或多个应用对应的数据分流策略信息进行更新后，向终端中间件发送更新提示，终端中间件在接收到该提示后，主动向数据汇聚节点获取应用对应的数据分流策略信息，存储在本地。在接收到应用对应的应用数据后，在本地查询该应用对应的数据分流策略信息即可，而无需每次都向数据汇聚节点获取信息，减少数据交互次数，提高处理速度。

S206，监控终端是否生成应用对应的数据分流策略终端偏好信息，若监控终端生成应用对应的数据分流策略终端偏好信息，获取应用对应的数据分流策略终端偏好信息。

需要说明的是，数据分流策略终端偏好信息用于表征终端对应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息。即终端基于用户需求或者终端目前的工作状态，对应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息。用户可以通过用户界面自发配置数据分流策略终端偏好信息的内容，例如，用户希望应用A能够保持没有卡顿的应用服务，则终端将应用A的数据分流策略终端偏好信息设置为最小时延模式。终端也可对蜂窝传输链路和Wi-Fi传输链路状态的判断，如链路是否可用、丢包率是否过高以及目前的终端电量状态等，配置数据分流策略终端偏好信息。例如，当终端监测到蜂窝传输链路丢包率过高时，将配置数据分流策略终端偏好信息为减少蜂窝传输链路上的数据传输量，或只选用Wi-Fi传输链路。

S208，根据应用数据，生成数据传输报文，根据数据分流策略终端偏好信息，生成带有控制标识的数据传输报文。

S210，基于数据分流策略信息，将数据传输报文和带有控制标识的数据传输报文，通过第一数据传输链路和/或第二数据传输链路，发送给数据汇聚节点，以使数据汇聚节点基于数据分流策略终端偏好信息，对数据分流策略信息进行处理，得到处理后的数据分流策略信息。

需要说明的是，终端中间件在传输报文时，按照数据分流策略信息中所设定的分配比例或要求，选择第一数据传输链路和第二数据传输链路、仅选择第一数据传输链路或仅选择第二数据传输链路来对数据传输报文和带有控制标识的数据传输报文进行转发。

由上述步骤可以看出，本公开的实施例中提供的数据分流传输方法，通过在传输应用数据时，在报文中携带数据分流策略终端偏好信息，生成带有控制标识的数据传输报文，并和应用数据一同发送给数据汇聚节点，以使得数据汇聚节点能够基于数据分流策略终端偏好信息对数据分流策略信息进行处理，使得数据分流策略信息能够适应终端变化的分流需要，灵活性更好，且能够使得用户在使用操作应用时减少报错、缩短时延以及提高响应速度等，进而改善用户在使用终端操作应用时的体验感。

在本公开的一些实施例中，S202具体实施过程如图3所示，包括如下步骤：

S302，监听终端的流量发起；

S304，监听到应用有流量发起时，通过虚拟专用网络接管应用的流量，得到应用对应的应用数据。

需要说明的是，在本公开的一些实施例中，终端中间件通过虚拟专用网络（VPN，Virtual Private Network），例如虚拟网卡方式接管在数据分流传输白名单中的应用数据，数据分流传输白名单的含义是名单中的应用均在数据汇聚节点侧已签订配置相关的数据分流传输协议，且不同的应用所签订的协议可不相同，在接管应用数据时通过APP ID来标识和区分应用。具体来说，终端中间件通过虚拟网卡方式等方式接管终端接收和发送的应用数据，基于数据分流传输白名单，对所有应用数据进行过滤，只对数据分流传输白名单中的应用数据进行接管。具体应用时，终端上并非所有的应用都要进行数据分流传输，例如一些数据传输量不大的应用无需进行数据分流传输，而只有某个或某几个应用有数据分流传输的需求，这些应用对应的应用服务器会预先与数据汇聚节点签订数据分流传输协议，设置数据分流传输白名单后，终端中间件只需关注名单中的应用数据即可，不仅贴合实际运营服务的需要，也能够减少数据处理量，减少终端的工作量。

在本公开的一些实施例中，S206的实施过程，包括：若监控终端生成应用对应的数据分流策略终端偏好信息，确定终端偏好信息获取间隔时长；其中，终端偏好信息获取间隔时长用于表征距离上一次应用对应的数据分流策略终端偏好信息获取时刻的时间间隔；若终端偏好信息获取间隔时长超出预设阈值，获取应用对应的数据分流策略终端偏好信息。由于在具体实施时，终端可能随时生成一些数据分流策略终端偏好信息，但如果每次生成之后，终端中间件都依据其生成带有控制标识的数据传输报文，并上报给数据汇聚节点，数据汇聚节点要接收大量终端中间件上送的报文，每个终端中间件都频繁上送带有控制标识的数据传输报文，就很容易形成信令风暴，影响数据汇聚节点的正常工作，因此，需要确定当前时刻距离上一次应用对应的数据分流策略终端偏好信息获取时刻的时间间隔，也就是终端偏好信息获取间隔时长，只有该终端偏好信息获取间隔时长超过预设阈值，例如可以是15分钟，可以是30分钟，也可以是60分钟，才允许终端中间件获取应用对应的数据分流策略终端偏好信息。否则，拒绝获取。具体实施过程，可以通过设置一定时器来实现，即定时器结束后，终端中间件才能够获取应用对应的数据分流策略终端偏好信息，每次获取成功后，再将定时器重置，重新开始计时。且在定时器计时执行过程中，终端可能会生成新的应用对应的数据分流策略终端偏好信息，由于应用对应的数据分流策略终端偏好信息是有时效性的，一般来说，终端会用新生成的应用对应的数据分流策略终端偏好信息覆盖原有的，以保证应用对应的数据分流策略终端偏好信息是符合实时需要的。

若被拒绝获取应用对应的数据分流策略终端偏好信息，终端中间件将不再执行S208至S210，而是直接根据应用数据生成数据传输报文，基于数据分流策略信息，通过第一数据传输链路和/或第二数据传输链路，发送给数据汇聚节点。数据汇聚节点接收到数据传输报文，未发现其带有控制标识，认定其未携带控制信令，直接根据数据传输报文，将应用数据组包重排序，发送给对应的应用服务器即可。

在本公开的一些实施例中，S208具体实施过程如图4所示，包括如下步骤：

S402，对应用数据，以分流技术报文格式打包，得到打包后的数据传输报文；

S404，根据数据分流策略终端偏好信息，生成包含控制字段的带有控制标识的数据传输报文。

需要说明的是，控制字段为数据传输报文中携带控制指令的字段。

需要说明的是，现有的分流方案中，终端上送的报文仅是用户面上的应用数据，不涉及控制信令，如需传输控制信令，需要对蜂窝网络的核心网元进行改造，以使得终端能够上送控制信令给相应的数据节点。在本公开的实施例中，通过在数据传输报文中设置控制字段，以使得数据传输报文也能够携带控制指令，以实现控制信令的传输，并形成带有控制标识的数据传输报文，以使得数据汇聚节点能够在大量的数据传输报文中快速识别出带有控制标识的数据传输报文。具体实施时，将应用数据打包，得到打包后的数据传输报文。而针对数据分流策略终端偏好信息，则单独生成一条包含控制字段的数据传输报文，由于包含控制字段，该条数据传输报文带有控制标识。将打包后的数据传输报文和这一条包含控制字段的带有控制标识的数据传输报文结合后，一同发送给数据汇聚节点。

在本公开的一些实施例中，可采用MPTCP（(Mutipath TCP，多路传输TCP）分流技术，申请人发现可复用MPTCP报文的subtype保留位来作为控制字段。如图5所示，为本公开中一MPTCP报文的字段分布示意图，其中，将框中的subtype（类型）字段设置为控制字段，即按照表1所示，对报文进行设置，具体地，将subtype字段的值设置为0x9，来表征UEassitance information for steering mode（转向模式的UE辅助信息），用以表示该条MPTCP报文存放有数据分流策略终端偏好信息。

表1

在本公开的一些实施例中，可采用MPQUIC（(Mutipath QUIC，多路传输QUIC）分流技术，申请人发现可复用MPQUIC技术中的Public Flags（公共标识）字段中的Bit7保留位来作为控制字段，来指示此条MPQUIC报文为控制信令，如图6所示，为本公开中一PublicFlags字段分布示意图，其中，将框中的Bit7字段设置为控制字段，当该字段设置为1时，代表该条报文的内容为UE辅助信息的上报，存放有数据分流策略终端偏好信息数据，汇聚节点收到该条报文时，需要解析其中的UE辅助信息内容。

本领域技术人员可以理解的是，上述两种分流技术仅为举例，不用于限定本公开采用的分流技术，只要能够在分流技术报文中设置控制字段，来传输数据分流策略终端偏好信息，都落入本公开的保护范围。

在本公开的一些实施例中，终端中间件并未监听到终端生成应用对应的数据分流策略终端偏好信息，则将应用对应的应用数据打包生成数据传输报文，该数据传输报文不带有控制标识，数据汇聚节点接收后判断其属于用户面的应用数据上送，对数据传输报文进行处理后，转发给对应的应用服务器即可。

在图1所示的系统架构下，本公开实施例中还提供了一种应用于数据汇聚节点的数据分流传输方法，如图7所示，包括如下步骤。

S702，接收终端中间件通过第一数据传输链路和/或第二数据传输链路发送的带有控制标识的数据传输报文。

需要说明的是，带有控制标识的数据传输报文携带有应用对应的数据分流策略终端偏好信息。

S704，从带有控制标识的数据传输报文中，提取得到应用对应的数据分流策略终端偏好信息。

需要说明的是，数据分流策略终端偏好信息用于表征终端对应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息。数据汇聚节点在接收到带有控制标识的数据传输报文时，知晓该报文传输有控制信令。对带有控制标识的数据传输报文进行解析，得到应用对应的数据分流策略终端偏好信息。

S706，根据数据分流策略终端偏好信息，对应用对应的数据分流策略信息进行处理，得到处理后的数据分流策略信息。

需要说明的是，数据分流策略信息用于表征应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息，可以包括：负载均衡、主备模式、最小时延模式和备份模式等多种分流策略。

S708，将处理后的数据分流策略信息下发给终端中间件。

需要说明的是，数据汇聚节点一般在接收到终端中间件的数据分流策略信息获取指令后，将处理后的数据分流策略信息下发给终端中间件。并将处理后的数据分流策略信息存储在数据汇聚节点的本地，以便后续使用。

需要说明的是，上述应用可以是一个或多个，且应用对应的应用服务器与数据汇聚节点预先签订数据分流传输协议。

在本公开的一些实施例中，S706具体实施时，数据汇聚节点需要从其本地调用应用对应的数据分流策略信息，调用的应用对应的数据分流策略信息是数据汇聚节点本地存储的在本次更新之前最新的应用对应的数据分流策略信息，可以是数据汇聚节点与应用服务器签订的数据分流传输协议所对应的数据分流策略信息，也可是经过多次处理后已经更新的数据分流策略信息。

需要说明的是，数据汇聚节点在根据数据分流策略终端偏好信息，对应用对应的数据分流策略信息进行处理时，会根据实际情况或预先设置的要求，进行更新或不更新，本公开在此不做具体限定。例如，数据汇聚节点判断数据分流策略终端偏好信息与原本的应用对应的数据分流策略信息是否有冲突，若存在冲突，则不对应用对应的数据分流策略信息进行修改，处理后的应用对应的数据分流策略信息仍为原本的应用对应的数据分流策略信息；数据汇聚节点也可完全接受数据分流策略终端偏好信息，将数据分流策略终端偏好信息全部更新至应用对应的数据分流策略信息；数据汇聚节点也可根据实际的通信网络工况，对数据分流策略终端偏好信息的部分予以接受，将接受的部分更新至应用对应的数据分流策略信息。

在本公开的一些实施例中，所提供的数据分流传输方法，在图7的基础上，还包括：接收终端中间件通过第一数据传输链路和/或第二数据传输链路发送的数据传输报文；基于数据传输报文，将应用数据进行组包重排序，得到应用对应的第一转发应用数据；将第一转发应用数据，转发给应用对应的应用服务器。具体地，控制标识携带在包含控制字段的传输报文上，数据汇聚节点通过对报文是否携带控制标识来识别出打包后的数据传输报文和包含控制字段的数据传输报文，进而将应用数据打包后的数据传输报文分离出来。通过上述步骤，将终端中间件发送的应用数据传输给对应的应用服务器，实现终端向应用服务器之间的数据传输。

在本公开的一些实施例中，所提供的数据分流传输方法，在图7的基础上，还包括：接收应用对应的应用服务器发送的第二转发应用数据；基于处理后的数据分流策略信息，将第二转发应用数据，通过第一数据传输链路和/或第二数据传输链路，发送给终端中间件。通过将应用对应的应用服务器发送的数据，按照处理后的数据分流策略信息，通过两种数据传输链路或其中一种数据链路分流传输给终端中间件，若数据汇聚节点采纳了终端的建议，将数据分流策略信息更新，则能够以更贴合终端的数据分流传输的需要的方式实现应用服务器向终端之间的数据传输。

为了更好地说明本公开实施例提供的数据分流传输方法，现给出一具体实例进一步解释说明，如图8所示，为基于本公开实施例提供的数据分流传输方法，所设计的一多接入终端与各类应用提供商（应用服务器）之间的数据分流传输的方案。

该方案中包含一多接入终端，该终端内置有终端中间件，此终端通过蜂窝传输链路与4G/5G基站相连，以通过4G/5G核心网的网元与数据汇聚节点实现通信连接。此终端还通过Wi-Fi传输链路，经由家庭网关、ONU/OLT与数据汇聚节点实现通信连接。数据汇聚节点与各类应用提供商之间网络连接。

终端开启后，通过终端内置的数据汇聚节点的地址。例如IP（Internet Protocol，互联网协议）地址或DNS（Domain Name System，域名系统）地址发起注册请求，并在注册请求中携带终端的身份信息。

数据汇聚节点收到终端发送的携带有身份信息的注册请求后，查询到该终端上包含在数据分流传输白名单中的一个或多个应用，及对应不同应用的数据分流策略信息，以数据分流策略表的形式下发给终端。

终端收到数据分流策略表后，在终端上配置数据分流策略并使其生效，通过VPN使得终端中间件接管应用流量，监听数据分流传输白名单中所包含的应用的蜂窝流量和Wi-Fi流量。

当终端中间件检测到数据分流传输白名单中所包含的应用启动，且有流量发起时，终端中间件通过虚拟网卡的方式接管这部分流量，并按照终端配置好的应用对应的数据分流策略，使用MPTCP/MPQUIC等分流技术的报文格式对应用数据重新封装打包，按分流策略将该应用数据分发在两条链路上，或分发在一条链路上。

同时检查终端是否生成数据分流策略终端偏好信息，若生成，对于MPTCP来说，复用MPTCP报文的subtype保留位，将数据分流策略终端偏好信息的内容封装打包成一条包含控制字段的带有控制标识的数据传输报文。对于MPQUIC来说，可以使用Public Flags中的Bit7来指示此条报文为控制信令，将该字段的值置为1，将数据分流策略终端偏好信息的内容封装打包成一条包含控制字段的带有控制标识的数据传输报文。打包完成后的带有控制标识的数据传输报文与封装打包后的应用数据对应的数据传输报文通过一条或两条链路，一同发送给IP地址或DSN地址指示的数据汇聚节点。

其中，终端生成的数据分流策略终端偏好信息，可能来源于用户在用户界面主动发起的偏好配置，如用户希望某游戏应用的分流模式为最小时延；也有可能来自终端自发设置，如终端检测到Wi-Fi传输链路的传输质量很差，则希望只选用蜂窝传输链路；或终端电量较低，希望关闭其中一条数据传输链路。

数据汇聚节点，对两条链路或一条链路传输来的应用数据分离出来，进行重排序和组包，并转发给应用服务器。

若数据汇聚节点发现subtype字段的值为0x9的MPTCP报文包，或者Public Flags中的Bit7的值为1的MPQUIC报文，则将其去掉包头后，提取数据分流策略终端偏好信息。

数据汇聚节点根据其本地已存储的应用与分流策略对应表，以及内置的逻辑判断规则，决策是否接受或部分接受数据分流策略终端偏好信息所代表的终端上报的辅助分流建议，并在有接受的情况下，向终端下发更新后的数据分流策略信息。其中，应用与分流策略对应表中存储有多个应用标识、每个应用对应的数据分流策略信息及其二者之间的对应关系。向终端下发更新后的数据分流策略信息的同时，将本地存储的应用与分流策略对应表进行更新。

一般地，数据汇聚节点会向终端发送数据分流策略信息的更新提示，终端中间件在接收到该提示后，会向数据汇聚节点主动获取更新后的数据分流策略信息，以实现更新后的数据分流策略信息的下发。且在未更新的情况下，还可向终端发送维持数据分流策略信息不变的提示信息，以使得终端知晓上送的偏好信息被接受的情况。

在具体实施过程中，由于通信数据丢失或故障发生等多种因素，会导致终端中间件一直迟迟未收到数据分流策略信息的更新提示或维持数据分流策略信息不变的提示信息，则可在终端中间件上设置一定时器，对数据分流策略终端偏好信息的上送进行监控，一旦定时器超时，重新发送带有控制标识的数据传输报文，并继续监控，在具体实施时，为了避免频繁上送带来的危害，可设置重新发送的次数限制，例如不超过3次；还可设置每次重新发送任务的定时器时长，例如可以随着次数的增加，定时器的设定时长逐渐增加，此增加可以是均匀的时长增加，例如每次增加5分钟；也可以是不均匀的时长增加，例如第一次增加5分钟，第二次增加10分钟。

基于上述具体实例，可以看出，在无需改造应用服务器及传输链路中核心网的前提下，在终端内置中间件，设置数据汇聚节点，引入动态的基于应用颗粒度的动态分流策略下发和配置，终端能够在上送的数据传输报文中加入数据分流策略终端偏好信息，即基于用户的偏好设置、终端特殊的运行状态及需求，向数据汇聚节点提议可能的更优的分流策略，如负载均衡的配比等，并由数据汇聚节点最终决策，在对现有的数据分流传输方案改动较小的基础上，实现灵活可靠、动态且性能较优的数据分流传输方案。

需要注意的是，本公开技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

基于同一发明构思，本公开实施例中还提供了一种数据分流传输装置，如下面的实施例所述。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。

图9示出本公开实施例中一种应用于终端中间件的数据分流传输装置示意图，如图9所示，该装置包括：

数据接收模块901，用于接收应用对应的应用数据；

第一信息获取模块902，用于从数据汇聚节点获取应用对应的数据分流策略信息；其中，数据分流策略信息用于表征应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；

第二信息获取模块903，用于监控终端是否生成应用对应的数据分流策略终端偏好信息，若监控终端生成应用对应的数据分流策略终端偏好信息，获取应用对应的数据分流策略终端偏好信息；其中，数据分流策略终端偏好信息用于表征终端对应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；

传输报文生成模块904，用于根据应用数据，生成数据传输报文，根据数据分流策略终端偏好信息，生成带有控制标识的数据传输报文；和

第一数据分流传输模块905，用于基于数据分流策略信息，将数据传输报文和带有控制标识的数据传输报文，通过第一数据传输链路和/或第二数据传输链路，发送给数据汇聚节点，以使数据汇聚节点基于数据分流策略终端偏好信息，对数据分流策略信息进行处理，得到处理后的数据分流策略终端偏好信息。

此处需要说明的是，上述数据接收模块901、第一信息获取模块902、第二信息获取模块903、传输报文生成模块904和第一数据分流传输模块905对应于方法实施例中的S202～S210，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述方法实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

在本公开的一些实施例中，数据接收模块901，具体用于：监听终端的流量发起；监听到应用有流量发起时，通过虚拟专用网络接管应用的流量，得到应用对应的应用数据。

第二信息获取模块903，具体用于：若监控终端生成应用对应的数据分流策略终端偏好信息，确定终端偏好信息获取间隔时长；其中，终端偏好信息获取间隔时长用于表征距离上一次应用对应的数据分流策略终端偏好信息获取时刻的时间间隔；若终端偏好信息获取间隔时长超出预设阈值，获取应用对应的数据分流策略终端偏好信息。

在本公开的一些实施例中，传输报文生成模块904，具体用于：对应用数据，以分流技术报文格式打包，得到打包后的数据传输报文；根据数据分流策略终端偏好信息，生成包含控制字段的带有控制标识的数据传输报文；其中，控制字段为数据传输报文中携带控制指令的字段。

在本公开的一些实施例中，应用对应的应用服务器与数据汇聚节点预先签订数据分流传输协议。

基于同一发明构思，本公开实施例中还提供了一种数据分流传输装置，如下面的实施例所述。由于该装置实施例解决问题的原理与上述方法实施例相似，因此该装置实施例的实施可以参见上述方法实施例的实施，重复之处不再赘述。

图10示出本公开实施例中一种应用于数据汇聚节点的数据分流传输装置示意图，如图10所示，该装置包括：

传输报文接收模块1001，用于接收终端中间件通过第一数据传输链路和/或第二数据传输链路发送的带有控制标识的数据传输报文；其中，带有控制标识的数据传输报文携带有应用对应的数据分流策略终端偏好信息；

信息提取模块1002，用于从带有控制标识的数据传输报文中，提取得到应用对应的数据分流策略终端偏好信息；其中，数据分流策略终端偏好信息用于表征终端对应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；

数据分流策略信息处理模块1003，用于根据数据分流策略终端偏好信息，对应用对应的数据分流策略信息进行处理，得到处理后的数据分流策略信息；其中，数据分流策略信息用于表征应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；和

数据分流策略信息下发模块1004，用于将处理后的数据分流策略信息下发给终端中间件。

其中，应用对应的应用服务器与数据汇聚节点预先签订数据分流传输协议。

此处需要说明的是，上述传输报文接收模块1001、信息提取模块1002、数据分流策略信息处理模块1003和数据分流策略信息下发模块1004对应于方法实施例中的S702～S708，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述方法实施例所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

在本公开的一些实施例中，提供的数据分流传输装置，在图10的基础上还包括：第一数据转发模块，用于接收终端中间件通过第一数据传输链路和/或第二数据传输链路发送的数据传输报文；基于数据传输报文，将应用数据进行组包重排序，得到应用对应的第一转发应用数据；将第一转发应用数据，转发给应用对应的应用服务器。

在本公开的一些实施例中，提供的数据分流传输装置，在图10的基础上还包括：第二数据转发模块，用于接收应用对应的应用服务器发送的第二转发应用数据；基于处理后的数据分流策略信息，将第二转发应用数据，通过第一数据传输链路和/或第二数据传输链路，发送给终端中间件。

所属技术领域的技术人员能够理解，本公开的各个方面可以实现为系统、方法或程序产品。因此，本公开的各个方面可以具体实现为以下形式，即：完全的硬件实施方式、完全的软件实施方式（包括固件、微代码等），或硬件和软件方面结合的实施方式，这里可以统称为“电路”、“模块”或“系统”。

下面参照图11来描述根据本公开的这种实施方式的电子设备1100。图11显示的电子设备1100仅仅是一个示例，不应对本公开实施例的功能和使用范围带来任何限制。

如图11所示，电子设备1100以通用计算设备的形式表现。电子设备1100的组件可以包括但不限于：上述至少一个处理单元1110、上述至少一个存储单元1120、连接不同系统组件（包括存储单元1120和处理单元1110）的总线1130。

其中，所述存储单元存储有程序代码，所述程序代码可以被所述处理单元1110执行，使得所述处理单元1110执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。例如，所述处理单元1110可以执行上述方法实施例的如下步骤：

接收应用对应的应用数据；

从数据汇聚节点获取应用对应的数据分流策略信息；其中，数据分流策略信息用于表征应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；

监控终端是否生成应用对应的数据分流策略终端偏好信息，若监控终端生成应用对应的数据分流策略终端偏好信息，获取应用对应的数据分流策略终端偏好信息；其中，数据分流策略终端偏好信息用于表征终端对应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；

根据应用数据，生成数据传输报文，根据数据分流策略终端偏好信息，生成带有控制标识的数据传输报文；

基于数据分流策略信息，将数据传输报文和带有控制标识的数据传输报文，通过第一数据传输链路和/或第二数据传输链路，发送给数据汇聚节点，以使数据汇聚节点基于数据分流策略终端偏好信息，对数据分流策略信息进行处理，得到处理后的数据分流策略信息。

或，接收终端中间件通过第一数据传输链路和/或第二数据传输链路发送的带有控制标识的数据传输报文；其中，带有控制标识的数据传输报文携带有应用对应的数据分流策略终端偏好信息；

从带有控制标识的数据传输报文中，提取得到应用对应的数据分流策略终端偏好信息；其中，数据分流策略终端偏好信息用于表征终端对应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；

根据数据分流策略终端偏好信息，对数据分流策略信息进行处理，得到处理后的数据分流策略信息；其中，数据分流策略信息用于表征应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；

将处理后的数据分流策略信息下发给终端中间件。

存储单元1120可以包括易失性存储单元形式的可读介质，例如随机存取存储单元（RAM）11201和/或高速缓存存储单元11202，还可以进一步包括只读存储单元（ROM）11203。

存储单元1120还可以包括具有一组（至少一个）程序模块11205的程序/实用工具11204，这样的程序模块11205包括但不限于：操作系统、一个或者多个应用程序、其它程序模块以及程序数据，这些示例中的每一个或某种组合中可能包括网络环境的实现。

总线1130可以为表示几类总线结构中的一种或多种，包括存储单元总线或者存储单元控制器、外围总线、图形加速端口、处理单元或者使用多种总线结构中的任意总线结构的局域总线。

电子设备1100也可以与一个或多个外部设备1140（例如键盘、指向设备、蓝牙设备等）通信，还可与一个或者多个使得用户能与该电子设备1100交互的设备通信，和/或与使得该电子设备1100能与一个或多个其它计算设备进行通信的任何设备（例如路由器、调制解调器等等）通信。这种通信可以通过输入/输出（I/O）接口1150进行。并且，电子设备1100还可以通过网络适配器1160与一个或者多个网络（例如局域网（LAN），广域网（WAN）和/或公共网络，例如因特网）通信。如图所示，网络适配器1160通过总线1130与电子设备1100的其它模块通信。应当明白，尽管图中未示出，可以结合电子设备1100使用其它硬件和/或软件模块，包括但不限于：微代码、设备驱动器、冗余处理单元、外部磁盘驱动阵列、RAID系统、磁带驱动器以及数据备份存储系统等。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、终端装置、或者网络设备等）执行根据本公开实施方式的方法。

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机程序产品，该计算机程序产品包括：计算机程序，所述计算机程序被处理器执行时实现上述数据分流传输方法。

在本公开的示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质可以是可读信号介质或者可读存储介质。在一些可能的实施方式中，本公开的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当所述程序产品在终端设备上运行时，所述程序代码用于使所述终端设备执行本说明书上述“示例性方法”部分中描述的根据本公开各种示例性实施方式的步骤。

本公开中的计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器（RAM）、只读存储器（ROM）、可擦式可编程只读存储器（EPROM或闪存）、光纤、便携式紧凑磁盘只读存储器（CD-ROM）、光存储器件、磁存储器件、或者上述的任意合适的组合。

在本公开中，计算机可读存储介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了可读程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。可读信号介质还可以是可读存储介质以外的任何可读介质，该可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。

可选地，计算机可读存储介质上包含的程序代码可以用任何适当的介质传输，包括但不限于无线、有线、光缆、RF等等，或者上述的任意合适的组合。

在具体实施时，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开操作的程序代码，所述程序设计语言包括面向对象的程序设计语言—诸如Java、C++等，还包括常规的过程式程序设计语言—诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网（LAN）或广域网（WAN），连接到用户计算设备，或者，可以连接到外部计算设备（例如利用因特网服务提供商来通过因特网连接）。

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本公开的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

此外，尽管在附图中以特定顺序描述了本公开中方法的各个步骤，但是，这并非要求或者暗示必须按照该特定顺序来执行这些步骤，或是必须执行全部所示的步骤才能实现期望的结果。附加的或备选的，可以省略某些步骤，将多个步骤合并为一个步骤执行，以及/或者将一个步骤分解为多个步骤执行等。

通过以上实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本公开实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是CD-ROM，U盘，移动硬盘等）中或网络上，包括若干指令以使得一台计算设备（可以是个人计算机、服务器、移动终端、或者网络设备等）执行根据本公开实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由所附的权利要求指出。

Claims (13)

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

接收应用对应的应用数据；

从数据汇聚节点获取所述应用对应的数据分流策略信息；所述数据分流策略信息用于表征所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；

监控终端是否生成所述应用对应的数据分流策略终端偏好信息，若监控终端生成所述应用对应的数据分流策略终端偏好信息，获取所述应用对应的数据分流策略终端偏好信息；所述数据分流策略终端偏好信息用于表征终端对所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；

根据所述应用数据，生成数据传输报文，根据所述数据分流策略终端偏好信息，生成带有控制标识的数据传输报文；

基于所述数据分流策略信息，将所述数据传输报文和带有控制标识的数据传输报文，通过所述第一数据传输链路和/或所述第二数据传输链路，发送给所述数据汇聚节点，以使所述数据汇聚节点基于所述数据分流策略终端偏好信息，对所述数据分流策略信息进行处理，得到处理后的数据分流策略信息。

2.根据权利要求1所述的数据分流传输方法，其特征在于，根据所述应用数据，生成数据传输报文，根据所述数据分流策略终端偏好信息，生成带有控制标识的数据传输报文，包括：

对所述应用数据，以分流技术报文格式打包，得到打包后的数据传输报文；

根据所述数据分流策略终端偏好信息，生成包含控制字段的带有控制标识的数据传输报文；所述控制字段为数据传输报文中携带控制指令的字段。

3.根据权利要求1所述的数据分流传输方法，其特征在于，所述应用对应的应用服务器与所述数据汇聚节点预先签订数据分流传输协议。

4.根据权利要求1所述的数据分流传输方法，其特征在于，接收应用对应的应用数据，包括：

监听所述终端的流量发起；

监听到所述应用有流量发起时，通过虚拟专用网络接管所述应用的流量，得到所述应用对应的应用数据。

5.根据权利要求1所述的数据分流传输方法，其特征在于，若监控终端生成所述应用对应的数据分流策略终端偏好信息，获取所述应用对应的数据分流策略终端偏好信息，包括：

若监控终端生成所述应用对应的数据分流策略终端偏好信息，确定终端偏好信息获取间隔时长；其中，所述终端偏好信息获取间隔时长用于表征距离上一次所述应用对应的数据分流策略终端偏好信息获取时刻的时间间隔；

若所述终端偏好信息获取间隔时长超出预设阈值，获取所述应用对应的数据分流策略终端偏好信息。

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

接收终端中间件通过第一数据传输链路和/或第二数据传输链路发送的带有控制标识的数据传输报文；所述带有控制标识的数据传输报文携带有应用对应的数据分流策略终端偏好信息；

从带有控制标识的数据传输报文中，提取得到应用对应的数据分流策略终端偏好信息；其中，所述数据分流策略终端偏好信息用于表征终端对所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；

根据所述数据分流策略终端偏好信息，对所述应用对应的数据分流策略信息进行处理，得到处理后的数据分流策略信息；其中，所述数据分流策略信息用于表征所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；

将处理后的所述数据分流策略信息下发给所述终端中间件。

7.根据权利要求6所述的数据分流传输方法，其特征在于，还包括：

接收所述终端中间件通过第一数据传输链路和/或第二数据传输链路发送的所述数据传输报文；

基于所述数据传输报文，将应用数据进行组包重排序，得到所述应用对应的第一转发应用数据；

将所述第一转发应用数据，转发给所述应用对应的应用服务器。

8.根据权利要求6所述的数据分流传输方法，其特征在于，所述应用对应的应用服务器与数据汇聚节点预先签订数据分流传输协议。

9.根据权利要求6所述的数据分流传输方法，其特征在于，还包括：

接收所述应用对应的应用服务器发送的第二转发应用数据；

基于处理后的所述数据分流策略信息，将所述第二转发应用数据，通过所述第一数据传输链路和/或所述第二数据传输链路，发送给所述终端中间件。

10.一种数据分流传输装置，其特征在于，包括：

数据接收模块，用于接收应用对应的应用数据；

第一信息获取模块，用于从数据汇聚节点获取所述应用对应的数据分流策略信息；所述数据分流策略信息用于表征所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；

第二信息获取模块，用于监控终端是否生成所述应用对应的数据分流策略终端偏好信息，若监控终端生成所述应用对应的数据分流策略终端偏好信息，获取所述应用对应的数据分流策略终端偏好信息；所述数据分流策略终端偏好信息用于表征终端对所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；

传输报文生成模块，用于根据所述应用数据，生成数据传输报文，根据所述数据分流策略终端偏好信息，生成带有控制标识的数据传输报文；和

第一数据分流传输模块，用于基于所述数据分流策略信息，将所述数据传输报文和带有控制标识的数据传输报文，通过所述第一数据传输链路和/或所述第二数据传输链路，发送给所述数据汇聚节点，以使所述数据汇聚节点基于所述数据分流策略终端偏好信息，对所述数据分流策略信息进行处理，得到处理后的数据分流策略信息。

11.一种数据分流传输装置，其特征在于，包括：

传输报文接收模块，用于接收终端中间件通过第一数据传输链路和/或第二数据传输链路发送的带有控制标识的数据传输报文；所述带有控制标识的数据传输报文携带有应用对应的数据分流策略终端偏好信息；

信息提取模块，用于从带有控制标识的数据传输报文中，提取得到应用对应的数据分流策略终端偏好信息；其中，所述数据分流策略终端偏好信息用于表征终端对所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配的偏好信息；

数据分流策略信息处理模块，用于根据所述数据分流策略终端偏好信息，对所述应用对应的数据分流策略信息进行处理，得到处理后的数据分流策略信息；其中，所述数据分流策略信息用于表征所述应用的应用数据在第一数据传输链路和第二数据传输链路上传输时的数据分配信息；和

数据分流策略信息下发模块，用于将处理后的所述数据分流策略信息下发给所述终端中间件。

12. 一种电子设备，其特征在于，包括：

处理器；以及

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

其中，所述处理器配置为经由执行所述可执行指令来执行权利要求 1～9中任意一项所述的数据分流传输方法。

13.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1～9中任意一项所述的数据分流传输方法。