多路径数据传输方法、装置及电子设备与流程

1.本技术涉及一种多路径数据传输方法、装置及电子设备，属于计算机技术领域。


背景技术：

2.目前的终端设备上，一般都配置有多个网络连接的功能，以智能手机为例，一般具有蜂窝移动网络(例如3g、4g、5g等)和wifi网络的通信功能，不同的网络在数据传输质量方面可能存在很大差别，并且会由于各种原因而不稳定，因此，现有技术提出了在多个网络上同时建立多条数据传输路径，如果当前的路径的数据传输效果较差，则切换到其他路径上进行数据传输。然后，在现有技术的多路径传输的技术方案中，没有将高带宽保障需求和用户流量资费进行兼顾，使得用户的体验质量(qoe)较差。


技术实现要素：

3.本发明实施例提供一种多路径数据传输方法，以灵活地进行多路径数据传输的调配，提高用户的体验质量。
4.为了实现上述目的，本发明实施例提供了一种多路径数据传输方法，包括：
5.响应于客户端的数据获取请求，建立服务器与客户端之间的与不同网络对应的多条数据传输路径；
6.获取所述多条数据传输路径的路径状态；
7.根据用户的路径流量使用策略和各个数据传输路径的路径状态，在所述多条数据传输路径上进行向客户端传输数据的调度处理。
8.本发明实施例提供了一种多路径数据传输方法，包括：
9.向服务器发起数据上传请求，建立服务器与客户端之间的与不同网络对应的多条数据传输路径；
10.获取所述多条数据传输路径的路径状态；
11.根据与用户的路径流量使用策略和各个数据传输路径的路径状态，在所述多条数据传输路径上进行向服务器传输数据的调度处理。
12.本发明实施例提供了一种多路径数据传输装置，包括：
13.路径建立模块，用于响应于客户端的数据获取请求，建立服务器与客户端之间的与不同网络对应的多条数据传输路径；
14.路径状态获取模块，用于获取所述多条数据传输路径的路径状态；
15.调度模块，用于根据用户的路径流量使用策略和各个数据传输路径的路径状态，在所述多条数据传输路径上进行向客户端传输数据的调度处理。
16.本发明实施例提供了一种多路径数据传输装置，包括：
17.路径建立模块，用于向服务器发起数据上传请求，建立服务器与客户端之间的与不同网络对应的多条数据传输路径；
18.路径状态获取模块，用于获取所述多条数据传输路径的路径状态；
19.调度模块，用于根据与用户的路径流量使用策略和各个数据传输路径的路径状态，在所述多条数据传输路径上进行向服务器传输数据的调度处理。
20.本发明实施例提供了一种电子设备，包括：
21.存储器，用于存储程序；
22.处理器，用于运行所述存储器中存储的所述程序，以执行前述的多路径数据传输方法。
23.本发明实施例的多路径数据传输方法、装置及电子设备，在客户端与服务器之间建立了与多个网络对应的多条数据传输路径，并基于用户的路径流量使用策略和各个数据传输路径的路径状态进行数据传输调度，从而在兼顾了用户自身对于流量的控制需求的同时，来达到更好的网络传输质量，进而提高用户体验质量。
24.上述说明仅是本发明技术方案的概述，为了能够更清楚了解本发明的技术手段，而可依照说明书的内容予以实施，并且为了让本发明的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
25.图1为本发明实施例的多路径数据传输方法应用场景示意图之一；
26.图2为本发明实施例的多路径数据传输方法应用场景示意图之二；
27.图3为本发明实施例的多路径数据传输方法的流程示意图之一；
28.图4为本发明实施例的多路径数据传输方法的流程示意图之二；
29.图5为本发明实施例的多路径数据传输装置的结构示意图之一；
30.图6为本发明实施例的多路径数据传输装置的结构示意图之二；
31.图7为本发明实施例的电子设备的结构示意图。
具体实施方式
32.下面将参照附图更详细地描述本公开的示例性实施例。虽然附图中显示了本公开的示例性实施例，然而应当理解，可以以各种形式实现本公开而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本公开，并且能够将本公开的范围完整的传达给本领域的技术人员。
33.下面通过一些具体实施例来进一步说明本发明的技术方案。
34.如图1和图2所示，其为本发明实施例的多路径数据传输方法应用场景示意图。本发明实施例的多路径数据传输方法可以应用于客户端与服务器之间的单向或者双向的数据传输。其中，图1所示的场景为下行数据传输的应用场景，即服务器向客户端发送数据，而图2所示的场景为上行数据传输的应用场景，即客户端向服务器上传数据的应用场景。
35.下面先以下行数据传输作为示例进行介绍。如图1所示，客户端可以是智能手机、平板电脑、台式机、笔记本电脑等设备，在这些设备上安装有具有向服务器发起访问并进行获取数据的应用程序(app)。服务器可以为提供文字、图片、在线视频播放或者下载、提供直播服务的服务器等，例如网站服务器、在线视频播放平台、电商平台、提供直播服务的cdn(content delivery network，内容交付网络)服务器等。
36.下行数据的传输可以由客户端的应用(app)向服务器发出数据获取请求而发起，
从而触发建立多条数据传输路径。在客户端和服务器上均设置有路径管理器，用于多数据传输路径建立、删除、维护管理以及路径流量使用策略方面的交互，在客户端一侧，路径管理器还用于生成路径流量使用策略。在客户端一侧，通过网络环境管理模块来获取与网络相关的信息，并提供给路径管理模块以生成路径流量使用策略。网络环境管理模块一方面能够感知自身设备所处的网络环境状况，例如感知wifi信号、蜂窝网络(例如3g、4g、5g)等状况，另一方面还会向网络运营商的服务器发起流量资费信息的查询，具体可以通过设备上的sim(subscriber identity module，用户标识模块)卡信息来向网络运营商的服务器发起查询。此外，网络环境管理模块还可以与应用进行交互，获取应用需求，这里所说的应用需求是指应用在执行某种功能时对于数据传输方面的需求，例如在直播应用方面，对于最初进入直播阶段的带宽较高，而在进入直播之后，会降低带宽的要求，再例如，对于视频播放应用可以根据当期播放视频的分辨率来确定带宽要求等。这些网络环境信息、流量资费信息以及应用需求信息汇总到路径管理器后，会生成路径流量使用策略。
37.在本发明实施例中，多路径(multipath)是指与多个网络对应的路径，在逻辑上通常可以表示为源ip、目的ip、源端口、目的端口所构成的四元组。这里所说的路径流量使用策略可以为例如，对于一些具有免流资费的用户，基于蜂窝网络的移动数据不产生额外费用，则路径流量使用策略可以为wifi网络的路径和蜂窝移动网络的路径随意使用，以最求带宽最大化为目标，而对于一些流量资费较高或者已经超出了免流流量的套餐范围的用户，则路径流量使用策略可以为优先使用wifi网络的路径，只有在wifi网络的带宽低于一定阈值的情况下，再使用蜂窝移动网络的路径。
38.在服务器一侧，数据包调度器用来将数据包按照某种预设的算法和规则分配到某一条/或者多条路径上。待发送的数据包由与客户端上的app对应的服务程序来提供，图中所示的app数据发送端可以是作为服务程序的一部分，例如，客户端上的app为短视频应用，那么在服务器上对应的就是提供短视频数据的后台服务程序，经过数据包调度器的调度后，通过多路径的方式向客户端发送。数据包调度器主要是根据各个路径的路径状态以及路径管理器所提供的路径流量使用策略来进行数据传输的调度处理，在确定了数据包需要通过哪个路径发送后，就将数据包调度到对应的拥塞控制模块进行数据包发送，图中拥塞控制模块1对应于wifi网络对应的数据传输路径，拥塞控制模块2对应于蜂窝网络对应的数据传输路径。数据传输路径的路径状态可以通过丢包检测与重传模块来检测，通过接收来自于客户端一侧的应答模块上报的qoe(体验质量)状态以及应答消息的响应时间可以确定各个数据传输路径的路径状态。其中，在客户端一侧，数据包接收器在接收到数据包后，会通知应答模块来向服务器返回应答消息，而qoe状态信息来自于客户端的app。
39.在图1所示的应用场景中，服务器上的app数据发送端和客户端上的app数据接收端都属于上层应用或者服务程序，他们之间通过数据传输层的模块来进行数据接收与发送，也就是说上层的应用无需感知具体的数据传输路径。此外，用户可以通过客户端的app对流量使用的具体方式进行设定，这种设定可以包括打开或者关闭多路径数据传输的功能，也可以包括对于各个网络对应路径的流量使用方式设定，例如即使用户在蜂窝网络上的流量资费较高，仍然可以通过主动设定的方式，来追求带宽的最大化，另外，用户也可以针对不同的app设定不同的流量使用方式，例如对于短视频应用，用户可以设定为不限制各个路径的流量适应，而对于访问购物网站，则需要根据流量资费的情况来形成路径流量使
用策略，以避免流量浪费。用户的流量使用设定也是作为生成流量使用策略的要素之一。
40.以上介绍了下行数据的传输场景，下面将结合图2介绍一下上行数据传输的应用场景。上行数据传输场景可以包括例如主播客户端进行直播视频流的上行传输、用户向云盘上传文件等情形。数据传输的基本过程与下行数据的传输整体上是一致的，只不过客户端和服务器之间的角色进行了互换。
41.上行数据的传输也是由客户端的应用(app)向服务器发出数据上传请求而发起，从而触发建立多条数据传输路径。在客户端和服务器上均设置有路径管理器，用于多数据传输路径建立、删除、维护管理以及路径流量使用策略方面的交互，同样地，在客户端一侧，路径管理器还用于生成路径流量使用策略。由于在上行数据的传输过程中，客户端为数据发送端，因此，数据包的调度处理在客户端一侧，客户端一侧的路径管理器不需要向服务器一侧上报路径流量使用策略了，而是提供客户端一侧的数据包调度器即可。网络环境管理模块锁执行的功能与图1中是一样的，用来获取网络环境信息、流量资费信息以及应用需求信息并汇总到路径管理器。
42.需要说明的是，在很多情况下，上行数据传输和下行数据传输可以是同时存在的，例如，用户在使用短视频应用的过程中，在观看别人发布的短视频的同时，也可能自己拍摄短视频并进行发布，这样就需要同时用到上行的数据传输路径和下行的数据传输路径。在这种情况下，基于上述的多路径数据传输方法，分别在上下行的输出传输的过程中，执行相应的调度策略即可。另外，对于同一应用和对应的服务器，在同一个物理网络上，上行数据传输路径和下行数据传输路径可以为同一路径也可以为不同的路径，这取决于输出传输层所采用的协议配置。此外，在上述的示例中，以wifi和蜂窝网络作为两种网络的示例来进行说明，在实际应用中，还可以存在基于其他网络形态的多路径传输，例如不同的网络运营商所提供的网络的带宽也是有所不同的，一些手机用户可能会有多张sim的模式，可以对应于不同的网络运营商，则可以基于wif和多个不同的网络运营商的链路来建立多条数据传输路径。此外，上述的多条数据传输路径还是例如卫星信号接入或者有线电视网络接入等等。
43.此外，除了用户资费策略外，网络运营商自身也会有不同的网络服务策略，例如，在不同的时段其提供的带宽是不同的，或者是针对不同的应用其提供的带宽是不同，例如，有些运营商会上行带宽进行限制等等。针对这些情形，在本发明实施例的方法中，可以获取网络运营商的服务策略，并基于这些服务策略来对网络状态进行判断或者预测，从而进行提前规划并建立多路径的网络传输方式，以减少延迟的发生。另外，对于不同应用所提供的服务可以进行业务优先级的划分，从而可以根据这些优先级的排序，按照等级来优先使用多路径数据传输服务。此外，在向用户提供多路径传输服务时，可以实时向用户提供流量和费用的显示，同时也可以显示通过多路径传输而提升的网速等信息，从而增强用户对于多路径传输服务的体感。本发明实施例的多路径数据传输方法，在客户端与服务器之间建立了与多个网络对应的多条数据传输路径，并基于用户的路径流量使用策略和各个数据传输路径的路径状态进行数据传输调度，从而在兼顾了用户自身对于流量的控制需求的同时，来达到更好的网络传输质量，进而提高用户体验质量。
44.如图3所示，其为本发明实施例的多路径数据传输方法的流程示意图之一，该方法可以应用于服务器一侧，用以向客户端提供下行的多路径数据传输。该服务器可以是向客户端提供文字、图片、在线视频播放或者下载、提供直播服务的服务器，服务器与客户端之
间可以通过多种类型的网络连接。具体地，该方法可以包括：
45.s101：响应于客户端的数据获取请求，建立服务器与客户端之间的与不同网络对应的多条数据传输路径。数据获取请求可以由客户端上的app发起，例如用户通过app向服务器发送短视频播放请求，如果当前客户端所在的网络环境能够提供多个网络选择，则可以在该多条网络链路上建立起客户端与服务器之间的数据传输路径，用于传输该短视频数据。这里所说的不同网络可以是不同的物理网络模式，例如wifi或者蜂窝网络或者卫星通信等等，也可以是不同运营商提供的网络。在本发明实施例中，数据传输路径的建立可以基于quic(quick udp internet connection，快速udp互联网连接)协议来建立，该协议为基于udp传输层的协议，同时兼具tcp、tls、http/2等协议的可靠性与安全性，可以有效减少连接与传输延迟。
46.s102：获取多条数据传输路径的路径状态。在服务器一侧可以通过检测多条数据传输路径的丢包率和/或数据传输速度来确定路径状态。丢包率和数据传输速度可以通过客户端接收到数据包后向服务器返回的应答消息以及qoe状态信息来确定。
47.s103：根据用户的路径流量使用策略和各个数据传输路径的路径状态，在多条数据传输路径上进行向客户端传输数据的调度处理。这里所说的调度处理是指将数据包按照某种预设的算法和规则分配到某一条/或者多条路径上。其中，具体的调度方式可以包括：根据用户的路径流量使用策略和路径状态确定各个数据传输路径的权重，然后根据各个数据传输路径的权重，将待传输的数据包分配到各个数据传输路径上，向客户端进行传输。上述的各个数据传输路径的权重可以根据路径流量使用策略和各个数据传输路径的路径状态的变化而动态变化，以实现对多条路径的优化使用。路径流量使用策略可以由客户端生成并上报给服务器。具体地，服务器可以在路径建立的过程中，通过建立路径的交互消息获取到路径流量使用策略，并且在路径建立好后，也可以以预设的时间间隔，从客户端路径流量使用策略，以便根据最新的路径流量使用策略来调整数据包调度策略。
48.上述的路径流量使用策略可以根据用户的流量资费信息和/或网络环境信息和/或用户的流量使用设定和/或应用需求而确定的，具体地，客户端可以检测自身设备所处的网络环境状况，例如感知wifi信号、蜂窝网络(例如3g、4g、5g)等状况，确定这些网络是否可用，以确定能够在哪些网络上建立数据传输路径。另外，客户端还可以向网络运营商的服务器发起流量资费信息的查询，具体可以通过设备上的sim(subscriber identity module，用户标识模块)卡信息来向网络运营商的服务器发起查询，获取上述的流量资费信息。此外，不同应用对应的数据传输方面的需求也是不同的，客户端可以获取发起数据获取请求的应用对于当前数据传输的需求，例如，图片浏览的需求和视频播放的需求是不同的，图片浏览的需求需要尽快传输完成完整图片，而视频播放允许有一定的缓冲时间等。客户端在汇集这些网络环境信息、流量资费信息以及应用需求信息后，会生成路径流量使用策略，并上报给服务器。需要说明的是，对于路径流量使用策略的生成也可以由服务器一侧完成，即客户端将网络环境信息、流量资费信息以及应用需求信息上报给服务器，然后由服务器动态生成路径流量使用策略。不过，在客户端一侧生成路径流量使用策略后再上报给服务器，能够减少上报的信息量，并且能够更好地保护用户在流量资费方面的隐私。此外，对于路径流量使用策略还可以考虑用户的流量使用设定，客户端的操作系统或者各个应用可以为用户提供对流量使用进行设定的交互界面，让用户能够根据自身的需求来灵活设定流量使用
方式，具体可以包括打开或者关闭多路径数据传输的功能，也可以包括对于各个网络对应路径的流量使用方式设定。
49.本发明实施例的多路径数据传输方法，在客户端与服务器之间建立了与多个网络对应的多条数据传输路径，并基于用户的路径流量使用策略和各个数据传输路径的路径状态进行数据传输调度，从而在兼顾了用户自身对于流量的控制需求的同时，来达到更好的网络传输质量，进而提高用户体验质量。
50.如图4所示，其为本发明实施例的多路径数据传输方法的流程示意图之二，该方法可以应用于客户端一侧，用以向服务器进行上行的多路径数据传输。具体地，该方法可以包括：
51.s201：向服务器发起数据上传请求，建立服务器与客户端之间的与不同网络对应的多条数据传输路径。与下行数据传输的情形类似，上述的数据上传请求可以由客户端上的app发起，例如通过主播使用直播应用发起直播视频流的上行传输、用户通过云盘应用向服务器上传文件等情形。上述的数据传输路径的建立可以基于quic协议来建立。不同网络可以是不同的物理网络模式，例如wifi或者蜂窝网络或者卫星通信等等，也可以是不同运营商提供的网络。
52.s202：获取多条数据传输路径的路径状态。与下行数据传输不同之处在于，路径状态的检测有客户端一侧执行，可以通过检测多条数据传输路径的丢包率和/或数据传输速度来确定路径状态。丢包率和数据传输速度可以通过服务器接收到数据包后向客户端返回的应答消息以及qoe状态信息来确定。
53.s203：根据与用户的路径流量使用策略和各个数据传输路径的路径状态，在多条数据传输路径上进行向服务器传输数据的调度处理。基于多路径的数据包调度处理和下行数据传输情形是类似的，只不过调度处理在客户端一侧，具体的调度方式可以包括：根据用户的路径流量使用策略和路径状态确定各个数据传输路径的权重，然后根据各个数据传输路径的权重，将待传输的数据包分配到各个数据传输路径上，向服务器进行传输。上述的各个数据传输路径的权重可以根据路径流量使用策略和各个数据传输路径的路径状态的变化而动态变化，以实现对多条路径的优化使用。此外，在进行调度处理的过程中，也可以以预设的时间间隔，获取路径流量使用策略，从而更新调度策略。
54.由于对于数据包的调度处理发生在客户端一侧，因此，路径流量使用策略可以在客户端本地生成并直接用于调度处理，而无需向服务器进行上报。和下行数据传输情形类似，上述的路径流量使用策略可以根据用户的流量资费信息和/或网络环境信息和/或用户的流量使用设定和/或应用需求而确定的。对于流量资费信息、网络环境信息和/或用户的流量使用设定以及应用需求的获取，与前面介绍的方式一致。上述的路径流量使用策略可以以预设的时间间隔根据上述信息进行生成，并用于调度处理。
55.本发明实施例的多路径数据传输方法，在客户端与服务器之间建立了与多个网络对应的多条数据传输路径，并基于用户的路径流量使用策略和各个数据传输路径的路径状态进行数据传输调度，从而在兼顾了用户自身对于流量的控制需求的同时，来达到更好的网络传输质量，进而提高用户体验质量。
56.如图5所示，其为本发明实施例的多路径数据传输装置的结构示意图之一，该装置可以应用于服务器一侧，用以向客户端提供下行的多路径数据传输。该服务器可以是向客
户端提供文字、图片、在线视频播放或者下载、提供直播服务的服务器，服务器与客户端之间可以通过多种类型的网络连接。具体地，该装置可以包括：
57.路径建立模块11，用于响应于客户端的数据获取请求，建立服务器与客户端之间的与不同网络对应的多条数据传输路径。数据获取请求可以由客户端上的app发起，如果当前客户端所在的网络环境能够提供多个网络选择，则可以在该多条网络链路上建立起客户端与服务器之间的数据传输路径。这里所说的不同网络可以是不同的物理网络模式，例如wifi或者蜂窝网络或者卫星通信等等，也可以是不同运营商提供的网络。
58.路径状态获取模块12，用于获取多条数据传输路径的路径状态。在服务器一侧可以通过检测多条数据传输路径的丢包率和/或数据传输速度来确定路径状态。丢包率和数据传输速度可以通过客户端接收到数据包后向服务器返回的应答消息以及qoe状态信息来确定。
59.调度模块13，用于根据用户的路径流量使用策略和各个数据传输路径的路径状态，在多条数据传输路径上进行向客户端传输数据的调度处理。这里所说的调度处理是指将数据包按照某种预设的算法和规则分配到某一条/或者多条路径上。其中，具体的调度方式可以包括：根据用户的路径流量使用策略和路径状态确定各个数据传输路径的权重，然后根据各个数据传输路径的权重，将待传输的数据包分配到各个数据传输路径上，向客户端进行传输。上述的各个数据传输路径的权重可以根据路径流量使用策略和各个数据传输路径的路径状态的变化而动态变化，以实现对多条路径的优化使用。路径流量使用策略可以由客户端生成并上报给服务器。具体地，服务器可以在路径建立的过程中，通过建立路径的交互消息获取到路径流量使用策略，并且在路径建立好后，也可以以预设的时间间隔，从客户端路径流量使用策略，以便根据最新的路径流量使用策略来调整数据包调度策略。
60.上述的路径流量使用策略可以根据用户的流量资费信息和/或网络环境信息和/或用户的流量使用设定和/或应用需求而确定的，具体地，客户端可以检测自身设备所处的网络环境状况，例如感知wifi信号、蜂窝网络(例如3g、4g、5g)等状况，确定这些网络是否可用，以确定能够在哪些网络上建立数据传输路径。另外，客户端还可以向网络运营商的服务器发起流量资费信息的查询，具体可以通过设备上的sim(subscriber identity module，用户标识模块)卡信息来向网络运营商的服务器发起查询，获取上述的流量资费信息。此外，不同应用对应的数据传输方面的需求也是不同的，客户端可以获取发起数据获取请求的应用对于当前数据传输的需求。客户端在汇集这些网络环境信息、流量资费信息以及应用需求信息后，会生成路径流量使用策略，并上报给服务器。需要说明的是，对于路径流量使用策略的生成也可以由服务器一侧完成，即客户端将网络环境信息、流量资费信息以及应用需求信息上报给服务器，然后由服务器动态生成路径流量使用策略。不过，在客户端一侧生成路径流量使用策略后再上报给服务器，能够减少上报的信息量，并且能够更好地保护用户在流量资费方面的隐私。此外，对于路径流量使用策略还可以考虑用户的流量使用设定，客户端的操作系统或者各个应用可以为用户提供对流量使用进行设定的交互界面，让用户能够根据自身的需求来灵活设定流量使用方式，具体可以包括打开或者关闭多路径数据传输的功能，也可以包括对于各个网络对应路径的流量使用方式设定。
61.本发明实施例的多路径数据传输装置，在客户端与服务器之间建立了与多个网络对应的多条数据传输路径，并基于用户的路径流量使用策略和各个数据传输路径的路径状
态进行数据传输调度，从而在兼顾了用户自身对于流量的控制需求的同时，来达到更好的网络传输质量，进而提高用户体验质量。
62.如图6所示，其为本发明实施例的多路径数据传输装置的结构示意图之二，该装置可以应用于客户端一侧，用以向服务器进行上行的多路径数据传输。具体地，该装置可以包括：
63.路径建立模块21，用于向服务器发起数据上传请求，建立服务器与客户端之间的与不同网络对应的多条数据传输路径。与下行数据传输的情形类似，上述的数据上传请求可以由客户端上的app发起。上述的数据传输路径的建立可以基于quic协议来建立。不同网络可以是不同的物理网络模式，例如wifi或者蜂窝网络或者卫星通信等等，也可以是不同运营商提供的网络。
64.路径状态获取模块22，用于获取多条数据传输路径的路径状态。与下行数据传输不同之处在于，路径状态的检测有客户端一侧执行，可以通过检测多条数据传输路径的丢包率和/或数据传输速度来确定路径状态。丢包率和数据传输速度可以通过服务器接收到数据包后向客户端返回的应答消息以及qoe状态信息来确定。
65.调度模块23，用于根据与用户的路径流量使用策略和各个数据传输路径的路径状态，在多条数据传输路径上进行向服务器传输数据的调度处理。基于多路径的数据包调度处理和下行数据传输情形是类似的，只不过调度处理在客户端一侧，具体的调度方式可以包括：根据用户的路径流量使用策略和路径状态确定各个数据传输路径的权重，然后根据各个数据传输路径的权重，将待传输的数据包分配到各个数据传输路径上，向服务器进行传输。上述的各个数据传输路径的权重可以根据路径流量使用策略和各个数据传输路径的路径状态的变化而动态变化，以实现对多条路径的优化使用。此外，在进行调度处理的过程中，也可以以预设的时间间隔，获取路径流量使用策略，从而更新调度策略。
66.由于对于数据包的调度处理发生在客户端一侧，因此，路径流量使用策略可以在客户端本地生成并直接用于调度处理，而无需向服务器进行上报。和下行数据传输情形类似，上述的路径流量使用策略可以根据用户的流量资费信息和/或网络环境信息和/或用户的流量使用设定和/或应用需求而确定的。对于流量资费信息、网络环境信息和/或用户的流量使用设定以及应用需求的获取，与前面介绍的方式一致。上述的路径流量使用策略可以以预设的时间间隔根据上述信息进行生成，并用于调度处理。
67.本发明实施例的多路径数据传输装置，在客户端与服务器之间建立了与多个网络对应的多条数据传输路径，并基于用户的路径流量使用策略和各个数据传输路径的路径状态进行数据传输调度，从而在兼顾了用户自身对于流量的控制需求的同时，来达到更好的网络传输质量，进而提高用户体验质量。
68.前面实施例描述了多路径数据传输方法的流程处理及装置结构，上述的方法和装置的功能可借助一种电子设备实现完成，如图7所示，其为本发明实施例的电子设备的结构示意图，具体包括：存储器110和处理器120。
69.存储器110，用于存储程序。
70.除上述程序之外，存储器110还可被配置为存储其它各种数据以支持在电子设备上的操作。这些数据的示例包括用于在电子设备上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。
71.存储器110可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(sram)，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，可编程只读存储器(prom)，只读存储器(rom)，磁存储器，快闪存储器，磁盘或光盘。
72.处理器120，耦合至存储器110，用于执行存储器110中的程序，以执行前述实施例中所描述的多路径数据传输方法的操作步骤。
73.此外，处理器120也可以包括前述实施例所描述的各种模块以执行多路径数据传输方法的处理，并且存储器110可以例如用于存储这些模块执行操作所需要的数据和/或所输出的数据。
74.对于上述处理过程具体说明、技术原理详细说明以及技术效果详细分析在前面实施例中进行了详细描述，在此不再赘述。
75.进一步，如图所示，电子设备还可以包括：通信组件130、电源组件140、音频组件150、显示器160等其它组件。图中仅示意性给出部分组件，并不意味着电子设备只包括图中所示组件。
76.通信组件130被配置为便于电子设备和其他设备之间有线或无线方式的通信。电子设备可以接入基于通信标准的无线网络，如wifi，2g、3g、4g/lte、5g等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件130经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件130还包括近场通信(nfc)模块，以促进短程通信。例如，在nfc模块可基于射频识别(rfid)技术，红外数据协会(irda)技术，超宽带(uwb)技术，蓝牙(bt)技术和其他技术来实现。
77.电源组件140，为电子设备的各种组件提供电力。电源组件140可以包括电源管理系统，一个或多个电源，及其他与为电子设备生成、管理和分配电力相关联的组件。
78.音频组件150被配置为输出和/或输入音频信号。例如，音频组件150包括一个麦克风(mic)，当电子设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器110或经由通信组件130发送。在一些实施例中，音频组件150还包括一个扬声器，用于输出音频信号。
79.显示器160包括屏幕，其屏幕可以包括液晶显示器(lcd)和触摸面板(tp)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。
80.此外，本发明实施例还提供了一种计算机程序产品，包括计算机程序或指令，当计算机程序或指令被处理器执行时，致使处理器实现前述的方法。
81.本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：rom、ram、磁碟或者光盘等各种可以存储程序代码的介质。
82.最后应说明的是：以上各实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述各实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进
行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。