基于多源、多径协同传输控制协议的数据传输方法与流程

本发明涉及无线网络通信
技术领域：
，尤其涉及一种基于多源、多径协同传输控制协议的数据传输方法。
背景技术：
：互联网主要依赖两个协议，分别是ip(internetprotocol，互联网协议)协议和tcp(transmissioncontrolprotocol,传输控制协议)协议。ip协议提供了端到端之间不可靠的报文交换服务，tcp协议是一种传输层协议，提供了基于ip的可靠报文交换，实现了互联网数据的可靠交换，奠定了我们现在使用的庞大互联网的通信协议基础。tcp从提出到现在也在不断改进。近年来随着用户设备智能化、现在化，设备通常拥有多个网络接口也就是多条网络路径，然而tcp协议并未预料到当今智能设备多ip地址多宿主的趋势，不能灵活利用、管理多条路径，tcp连接直接由一对传送层地址(ip地址和端口号)识别，无法提供对多宿主机的透明支持，导致tcp无法利用多个ip地址进行多路径传输，单ip地址单路径拥塞时会影响数据传输，并影响了网络利用率的提高。针对上述问题，众多学者提出了一些解决方法。第一种途径是在网络层解决该问题。例如mobileip,hip(hostidentityprotocol),shim6(sitemultihomingbyipv6intermediation)，这些方法的显著缺点是对上层tcp隐藏了地址和路径的改变，tcp拥塞控制无法准确实施，效率比较低。另一种途径是在传输层解决该问题。例如sctp(streamcontroltransmissionprotocol，流量控制传输协议)，sctp是一个面向连接的流的传输层协议，提供基于不可靠传输业务的协议之上的可靠的数据报传输协议。sctp可以在两个端点之间提供稳定、有序的数据传递服务，支持多ip地址连接，而不是tcp的单连接。sctp协议是tcp协议的改进，它继承了tcp较为完善的拥塞控制并改进tcp的一些不足之处，但它们之间仍然存在着较大的差别。sctp协议有2个主要缺点：(1)开发者需要修改应用层接口，对当前众多的网络应用兼容性差、推广应用难；(2)sctp报文由于格式与tcp协议差别较大，传统网络的防火墙、nat等网络中间设备不能处理，甚至丢弃，导致sctp报文不能通过，比如nat或防火墙，会阻止sctp包。mptcp(multipathtcp，多路径传输控制协议)是ietf在2013年定义的一个传输层协议，基于传统tcp协议提供多路径通信。其目的是允许tcp连接使用多个ip地址进行多路径传输，从而增加网络利用率和降低延迟。mptcp协议是一种利用多条路径并发传输的传输层协议，可以提高端到端的吞吐率，增加网络利用率。并且由于mptcp仅仅对tcp报文的选项字段进行扩展，所以可以通过传统网络设备而不用更改网络中间设备，容易被广泛应用。mptcp协议可以完成用户对多ip接口利用的需求，并能适应当前复杂的网络环境，但是仍存在以下问题：(1)实际情况，用户终端设备(例如智能手机)可获得的ip接口数目大多数为2个，从而限制了网络利用率的进一步提升和时延的进一步降低。(2)由于继承了tcp协议的单buffer机制，也就是无论发送端还是接收端只拥有一个buffer，mptcp多路径传输时，路径过多容易造成buffer过大和乱序问题，消耗cpu计算资源、增加等待时间。技术实现要素：本发明的实施例提供了一种基于多源、多径协同传输控制协议的数据传输方法，以提供源与终端之间的数据传输效率。为了实现上述目的，本发明采取了如下技术方案。一种基于多源、多径协同传输控制协议的数据传输方法，包括：在子源设备与终端之间建立ms-mptcp连接，在所述子源设备与源之间建立ms-mptcp连接；所述源利用ms-mptcp连接通过多条路径与所述子源设备进行数据通信，所述子源设备利用ms-mptcp连接与所述终端进行数据通信。进一步地，所述的在子源设备与终端之间建立ms-mptcp连接之前，包括：利用0x8到0xc共五个标识对mptcp协议报文的子类型字段进行扩展，扩展后的子类型字段的类型值，以及对应的信令符号、信令名称如下述表1所示：表1类型值信令符号信令名称0x8ms_share子源请求加入连接信令0x9ms_join子源加入连接信令0xams_dss子源数据序列信令0xbadd_source添加子源信令0xcremove_source删除子源信令进一步地，所述的在子源设备与终端之间建立ms-mptcp连接，包括：终端通过无线通信网络或者有线通信网络向源发起mptcp握手，经过三次握手过程建立终端与源之间的mptcp连接，所述终端与所述源之间交换版本号；在接入终端侧设置一个或者多个子源设备，所述子源设备拥有多个ip地址，通过多条网络路径与所述源连接，所述子源设备向所述终端发送子源请求加入连接信令ms_share信令，所述终端响应所述ms_share信令，所述子源设备与所述终端之间通过握手过程，确定双方版本均支持ms-mptcp协议，建立所述子源设备与所述终端之间的ms-mptcp连接，所述子源设备得到所述终端在与所述源mptcp连接中的密钥key；所述终端向所述源发送添加子源信令add_source信令，该add_source信令中携带所述子源设备的地址，所述源响应所述add_source信令，在mptcp连接中添加所述子源设备的地址。进一步地，所述的在子源设备与源之间建立ms-mptcp连接，包括：所述子源设备向所述源发送携带所述密钥key的子源加入连接信令ms_join信令，请求在mptcp连接中添加子源设备，所述源响应所述ms_join信令，所述子源设备与所述源之间通过握手过程，确定双方版本均支持ms-mptcp协议，建立所述子源设备与所述源之间的ms-mptcp连接。进一步地，所述的源利用ms-mptcp连接通过多条路径与所述子源设备进行数据通信，所述子源设备利用ms-mptcp连接与所述终端进行数据通信，包括：所述源通过ms-mptcp连接发送子源数据序列信令ms_dss信令给所述子源设备，所述ms_dss信令中携带分配给所述子源设备的数据集，所述子源设备通过ms-mptcp连接将所述ms_dss信令转发给所述终端，所述源通过ms-mptcp连接利用多条网络路径向所述子源设备发送所述数据集对应的数据，所述子源设备将接收到的所述数据集对应的数据进行存储；所述终端发现请求的数据属于一个或者多个子源设备的数据集，通过ms-mptcp连接向所述一个或者多个子源设备发送数据请求信令，所述一个或者多个子源设备根据存储的所述数据集对应的数据，通过ms-mptcp连接向所述终端发送所请求的数据；所述终端通过ms-mptcp连接向一个或者多个子源设备发送需要上传给源的上传数据，所述一个或者多个子源设备分别通过ms-mptcp连接利用多条网络路径向所述源发送所述上传数据。进一步地，所述的方法还包括：所述源通过ms-mptcp连接向所述子源设备发送删除子源信令remove_source信令，所述子源设备响应所述remove_source信令，关闭所述子源设备与所述源之间的ms-mptcp连接，所述子源设备通过ms-mptcp连接将所述remove_source信令转发给终端，所述终端响应所述remove_source信令，关闭所述终端与所述子源设备之间的ms-mptcp连接；或者，所述终端通过ms-mptcp连接向所述子源设备发送删除子源信令remove_source信令，所述子源设备响应所述remove_source信令，关闭所述子源设备与所述终端之间的ms-mptcp连接，所述子源设备通过ms-mptcp连接将所述remove_source信令转发给源，所述源响应所述remove_source信令，关闭所述源与所述子源设备之间的ms-mptcp连接。进一步地，所述的方法还包括：所述源通过ms-mptcp连接向所述子源设备发送快速关闭信令mp_fastclose信令，告知子源设备不再发送数据给该子源设备，所述子源设备通过ms-mptcp连接将所述mp_fastclose信令转发给终端，所述子源设备在存储的数据传输完成后，关闭与所述源之间的ms-mptcp连接，并且关闭与终端之间的ms-mptcp连接；或者；所述终端通过ms-mptcp连接向所述子源设备发送快速关闭信令mp_fastclose信令，告知子源设备不再发送数据给该子源设备，所述子源设备通过ms-mptcp连接将所述mp_fastclose信令转发给源，所述子源设备在存储的数据传输完成后，关闭与所述终端之间的ms-mptcp连接，并且关闭与源之间的ms-mptcp连接。由上述本发明的实施例提供的技术方案可以看出，本发明实施例通过源利用ms-mptcp连接通过多条路径与子源设备进行数据通信，子源设备利用ms-mptcp连接与终端进行数据通信，可以在终端的可用ip接口少的情况下，也可以通过多路径尽可能增大带宽，从而提高了网络带宽的利用率，降低了数据的传输时延，提供源与终端之间的数据传输效率。源可以将buffer缓存数据推送到子源设备，终端也可以从子源设备获得数据，缓解多路径传输大量数据时因buffer缓存数据过大和包乱序带来的源内存消耗和等待时间增加的问题。本发明附加的方面和优点将在下面的描述中部分给出，这些将从下面的描述中变得明显，或通过本发明的实践了解到。附图说明为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例提供的一种ms-mptcp扩展的主要模块示意图；图2为本发明实施例提供的一种ms-mptcp协议的主要工作过程示意图；图3为本发明实施例提供的一种ms-mptcp协议的通用报文格式示意图；图4为本发明实施例提供的一种ms_share(子源请求加入连接信令)的报文格式示意图；图5为本发明实施例提供的一种ms-mptcp连接的建立过程示意图；图6为本发明实施例提供的一种ms_join(子源加入连接信令)的报文格式示意图：图7为本发明实施例提供的一种新的子源的具体加入握手流程图；图8为本发明实施例提供的一种ms_dss选项报文格式示意图；图9为本发明实施例提供的一种关闭ms-mptcp连接的处理过程示意图；图10为本发明实施例提供的一种add_source报文格式示意图；图11为本发明实施例提供的一种通过add_source添加子源地址流程图；图12为本发明实施例提供的一种移除子源地址remove_source的报文格式示意图；图13为本发明实施例提供的一种通过remove_source删除子源地址流程图；图14为本发明实施例提供的一种关闭子源的处理流程图；图15为本发明实施例一提供的一种基于多源、多径协同传输控制协议的数据传输方法的处理流程图；图16a为本发明实施例二提供的一种终端通过基站的中继与子源设备、源进行通信的示意图；图16b为本发明实施例二提供的一种终端通过路由器的中继与子源设备、源进行通信的示意图；图16c为本发明实施例二提供的一种终端同时通过基站、路由器的中继与子源设备、源进行通信的示意图；图17为本发明实施例三提供的终端通过接入终端侧的子源设备与源进行通信的具体处理流程图。具体实施方式下面详细描述本发明的实施方式，所述实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性的，仅用于解释本发明，而不能解释为对本发明的限制。本
技术领域：
技术人员可以理解，除非特意声明，这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是，本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件，但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解，当我们称元件被“连接”或“耦接”到另一元件时，它可以直接连接或耦接到其他元件，或者也可以存在中间元件。此外，这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。本
技术领域：
技术人员可以理解，除非另外定义，这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是，诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义，并且除非像这里一样定义，不会用理想化或过于正式的含义来解释。为便于对本发明实施例的理解，下面将结合附图以几个具体实施例为例做进一步的解释说明，且各个实施例并不构成对本发明实施例的限定。本发明实施例针对mptcp在实际情况中由于ip接口数限制，网络利用率无法进一步提升和时延的进一步降低的问题，以及mptcp继承了tcp协议的单buffer机制，多路径传输时，路径过多容易造成buffer过大，消耗cpu计算资源、增加等待时间的问题，对mptcp进行了扩展，增加子源设备通过灵活管理网络路径来增加带宽、减少时延。本发明实施例提出了一种多源协作mptcp传输策略，多源协作mptcp传输策略是对mptcp的一种扩展，支持将发送源的数据缓存区(buffer)分割传输到多个不同的源，接收者可以从这几个不同的源获取数据，达到多源、多径协同传输的目的，实现资源与位置的分离，多源可以先对数据缓存和排序再发给终端，减少终端cpu负荷。多源、多径协同传输策略可以在设备ip接口数目有限的情况下，进一步增加网络利用率，并通过灵活管理网络路径减少碰撞拥塞。本发明实施例提出的ms-mptcp(multisourceandmultipathtransmissioncontrolprotocol,多源、多径协同传输控制)协议对mptcp进行了扩展，ms-mptcp扩展的主要模块示意图如图1所示，包括报文格式、建立连接、增加子源、常规操作、地址交换和快速关闭六个部分。ms-mptcp协议的功能为从传输层进行路径分配和拥塞管理，ms-mptcp协议的主要工作过程示意图如图2所示，包括：终端先与子源建立类tcp连接，子源再与多路径同源建立类tcp连接，从而使子源可以控制接入终端的拥塞窗口，并得知各路径拥塞情况进行路径调度。从而实现了终端单一网络接口也可利用多路径。ms-mptcp协议的通用报文格式示意图如图3所示，子类型在mptcp原有基础上，利用0x8到0xc共五个标识进行了扩充，具体含义如下表：(1)建立ms-mptcp连接ms-mptcp在mptcp的基础上增加了ms_share(子源请求加入连接信令)，其报文格式示意图如图4所示，其中选项类型、选项长度、子类型、版本以及a-h含义均与mptcp中的mp_capable信令相同；子源的key为子源产生的key；端在mptcp连接中使用的key为端在mptcp中与对方第一次mptcp握手提供的key。ms-mptcp连接的建立过程示意图如图5所示，ms-mptcp连接建立在mptcp的基础上，可先在两端主机之间建立mptcp连接、增加地址，然后由子源向一端主机发送子源请求加入连接信令(ms_share)，请求在子源和该端主机之间建立ms-mptcp连接，由该端主机提供相关密钥。当该端主机不支持ms-mptcp功能时，则不会响应，子源加入失败回到mptcp连接。另外，当双方主机均不支持ms-mptcp时，则无论子源向任何一方主机请求加入连接均不会被响应；当一方支持、另一方不支持时，支持方可由第一次握手的版本号得知对方版本不支持，当子源向支持方请求加入连接时，该支持方会不响应。即两端有任何一端不支持时子源均不会被响应，是否支持由版本号判断。(2)增加一个新子源ms-mptcp在mptcp的基础上增加了ms_join(子源加入连接信令)，其报文格式如图6所示，新的子源的具体加入握手流程如图7所示，处理过程包括：在建立mptcp连接的基础上，增加子源的方式类似于mptcp的新地址加入ms-mptcp连接的方式，当子源获得相关密钥后可通过ms_join信令加入mptcp连接，具体握手流程继承之前所述的mptcp，不同之处在于终端记录下该次握手为子源加入连接。(4)常规ms-mptcp操作a.数据序列映射ms_dss选项报文格式示意图如图8所示：ms-mptcp相对与mptcp增加了ms_dss信令，该信令有两个作用：其一，在传输数据给子源时告知其传输的数据集；其二，用于告知对端该子源拥有的数据集。b.数据确认数据确认继承mptcp方式，报文不做改动。c.关闭连接关闭ms-mptcp连接的处理过程示意图如图9所示，关闭子源时，可由任一端主机发送mp_fastclose(mptcp协议中的快速关闭信令)信令告知子源c不再发送数据给子源c，将关闭该ms-mptcp连接，子源c告知另一端主机关闭连接，停止向子源c继续传输数据，并在该子源拥有数据传输完成后关闭ms-mptcp连接。d.可靠性和重传重传方式包括两种，第一种为当从源或者子源请求数据需要重传时，继续从该源或子源请求重传；第二种当子源断开连接无法重传时则从源获取。f.拥塞控制拥塞控制方法可灵活设定。e.子源策略子源策略包括源传输给子源数据的起始和结束位置、是否使用子源、子源协同策略等等，可灵活设定。该策略的实施可由其它扩展信令完成，无需设计新信令。(5)子源地址信息交换a.告知子源地址add_source报文格式示意图如图10所示，通过add_source添加子源地址流程如图11所示，主要包括：由一端主机向另一端主机发送add_source信令，该信令包含子源地址，另一端主机响应该信令，获知子源地址；不响应或者丢包则添加失败。b.移除子源地址移除子源地址remove_source的报文格式如图12所示，通过remove_source删除子源地址流程如图13所示，主要包括：请求删除子源时，可由任一端主机发送remove_source信令告知子源c请求删除子源，子源c响应并告知另一端主机请求删除子源，另一端主机响应。(6)子源关闭关闭子源的处理流程图如图14所示，主要包括：可由任一端主机发送mp_fastclose(mptcp协议中的快速关闭信令)信令告知子源c不再发送数据给子源c将关闭该连接，子源c告知另一端主机关闭连接，停止向子源c继续传输数据，并在该子源拥有数据传输完成后关闭连接。实施例一该实施例提供的一种基于多源、多径协同传输控制协议的数据传输方法的处理流程如图15所示，包括如下的处理步骤：步骤s10、在终端与源之间建立mptcp连接。终端通过无线通信网络或者有线通信网络向源发起mptcp握手，经过三次握手过程建立终端与源之间的mptcp连接，所述终端与所述源之间交换版本号。源是指可以提供数据的一端，服务器是源的一种。步骤s20、在子源设备与终端之间建立ms-mptcp连接。在接入终端侧设置一个或者多个子源设备，子源设备拥有多个ip地址，通过多条网络路径与所述源连接，子源设备还通过基站或者路由器的中继与终端进行通信。所述子源设备通过基站或者路由器的中继向所述终端发送子源请求加入连接信令ms_share信令，所述终端响应所述ms_share信令，所述子源设备与所述终端之间通过握手过程，确定双方版本均支持ms-mptcp协议，建立所述子源设备与所述终端之间的ms-mptcp连接，所述子源设备得到所述终端在与所述源mptcp连接中的密钥key；所述终端向所述源发送添加子源信令add_source信令，该add_source信令中携带所述子源设备的地址，所述源响应所述add_source信令，在mptcp连接中添加所述子源设备的地址。步骤s30、在子源设备与源之间建立ms-mptcp连接。所述子源设备向所述源发送携带所述密钥key的子源加入连接信令ms_join信令，请求在mptcp连接中添加子源设备，所述源响应所述ms_join信令，所述子源设备与所述源之间通过握手过程，确定双方版本均支持ms-mptcp协议，建立所述子源设备与所述源之间的ms-mptcp连接。步骤s40、源利用ms-mptcp连接通过多条路径与子源设备进行数据通信，子源设备利用ms-mptcp连接与终端进行数据通信。所述源通过ms-mptcp连接发送子源数据序列信令ms_dss信令给所述子源设备，所述ms_dss信令中携带分配给所述子源设备的数据集，所述子源设备通过ms-mptcp连接将所述ms_dss信令转发给所述终端，所述源通过ms-mptcp连接利用多条网络路径向所述子源设备发送所述数据集对应的数据，所述子源设备将接收到的所述数据集对应的数据进行存储；所述终端发现请求的数据属于一个或者多个子源设备的数据集，通过ms-mptcp连接向所述一个或者多个子源设备发送数据请求信令，所述一个或者多个子源设备根据存储的所述数据集对应的数据，通过ms-mptcp连接向所述终端发送所请求的数据；所述终端通过ms-mptcp连接向一个或者多个子源设备发送需要上传给源的上传数据，所述一个或者多个子源设备分别通过ms-mptcp连接利用多条网络路径向所述源发送所述上传数据。步骤s50、终端或者源通过ms-mptcp连接向子源设备发送快速关闭信令mp_fastclose信令，关闭和子源设备之间的ms-mptcp连接。所述源通过ms-mptcp连接向所述子源设备发送快速关闭信令mp_fastclose信令，告知子源设备不再发送数据给该子源设备，所述子源设备通过ms-mptcp连接将所述mp_fastclose信令转发给终端，所述子源设备在存储的数据传输完成后，关闭与所述源之间的ms-mptcp连接，并且关闭与终端之间的ms-mptcp连接；或者；所述终端通过ms-mptcp连接向所述子源设备发送快速关闭信令mp_fastclose信令，告知子源设备不再发送数据给该子源设备，所述子源设备通过ms-mptcp连接将所述mp_fastclose信令转发给源，所述子源设备在存储的数据传输完成后，关闭与所述终端之间的ms-mptcp连接，并且关闭与源之间的ms-mptcp连接。所述源通过ms-mptcp连接向所述子源设备发送删除子源信令remove_source信令，所述子源设备响应所述remove_source信令，关闭所述子源设备与所述源之间的ms-mptcp连接，所述子源设备通过ms-mptcp连接将所述remove_source信令转发给终端，所述终端响应所述remove_source信令，关闭所述终端与所述子源设备之间的ms-mptcp连接；或者，所述终端通过ms-mptcp连接向所述子源设备发送删除子源信令remove_source信令，所述子源设备响应所述remove_source信令，关闭所述子源设备与所述终端之间的ms-mptcp连接，所述子源设备通过ms-mptcp连接将所述remove_source信令转发给源，所述源响应所述remove_source信令，关闭所述源与所述子源设备之间的ms-mptcp连接。实施例二运营商侧未来5g网络架构由于网络使用的突发性，运营商侧网络设备的利用率不高，但是用户带宽却并不能有效提高，这是因为由于tcp协议的单ip地址绑定，单路径限制了网络利用率的提高。未来5g终端无线通信速率可以达到20gbps以上，这对运营商侧网络提出了巨大的要求，而mptcp对网络利用率进一步扩大的瓶颈在于终端设备的ip数目有限、网卡接收能力限制和cpu内存限制等，手机经过单运营商上网通常只能拥有一个sim(subscriberidentificationmodule客户识别模块)卡，也就是说拥有一个ip，使用本发明可以通过添加子源设备，增加ip，使终端在单运营商连接中大大增加ip数目并且将mptcp内存消耗转移一些给子源设备，从而降低终端压力、提高运营商网络利用率，从而满足未来5g的网络需求，降低成本。图16a为本发明实施例二提供的一种终端通过基站的中继与子源设备、源进行通信的示意图，图16b为终端通过路由器的中继与子源设备、源进行通信的示意图，图16c为终端同时通过基站、路由器的中继与子源设备、源进行通信的示意图。在图16a和图16c中，接入终端侧的基站通过无线通信网络与终端、源进行通信，在图16b和图16c中，接入终端侧的路由器通过有线通信网络与终端、源进行通信。终端通过基站的中继与子源设备、源进行通信的具体实施步骤包括：1、在接入终端侧增加多个ms-mptcp子源设备，作为终端和源通信时的子源，子源可以被终端共用，子源设备拥有多个ip地址并且拥有高带宽。终端和源同时支持ms-mptcp。2、当终端通过基站连接互联网进行数据传输时，子源设备通过多路径访问源，多个子源的总带宽大于终端的接收速率，终端可以在子源处获取数据，当基站子源设备访问源的路径产生拥塞导致带宽震荡时，因为预先将数据推送到了网络边缘，所以终端依旧可以以不变的接收速率接收数据，从而感觉不到网络拥塞，满足用户5g带宽需求。以图16a为例，具体处理过程包括：终端b通过运营商访问源a时，首先由终端向源发起mptcp握手，经过三次握手，建立终端与源之间的mptcp连接，并交换版本号；然后由子源设备c对终端进行握手，确定双方版本均支持ms-mptcp扩展，建立终端与子源设备c之间的ms-mptcp连接，并得到终端在与源mptcp连接中的key，然后该子源设备c利用该key向源发起连接，请求添加子源，建立子源设备c与源之间的ms-mptcp连接。之后，源a发送ms_dss信令给子源设备c，告知分配给子源设备c的数据集，子源设备c将该ms_dss转发给终端b，然后启动数据传输，源在保持与终端b的数据传输的同时，向子源设备c传输分配给它的数据集，终端请求数据时发现数据属于子源c，则向子源设备c发送数据请求信令。由于子源设备c离终端b近，所以取数据延迟低，该场景下可以将数据多路径高带宽提前推送到距离用户近的地方，用户可以就近取得数据。一般终端带宽有限，ip数也有限，当ip过多时也会造成cpu内存消耗高，而ms-mptcp将部分cpu消耗转移到子源设备，可以利用更多ip，针对带宽有限可以通过减少网络时延优化带宽利用。3、现有的ip层有多路径的均衡负载，例如等价多路由(ecmp)算法，但是该算法并不能很好的利用多条路径，因为多路径利用不一定只针对等价路径，当前的算法不能很好解决这一问题，而子源可以获得多路径的具体情况灵活利用。实施例三大文件上传在某些场景中，对于大文件上传有很高要求，需要尽可能快速的传输并解放终端，在这种情境中，可以利用多源协作mptcp解决这一问题。终端可以将数据传输给最近的子源设备，这种短距传输带宽大且稳定、并且无拥塞干扰，然后子源可以逐一跟源确认数据。终端无需等待数据经过漫长路由网络传输，只需将数据传给最近的子源设备，由子源设备完成这一耗时的任务，从而尽快解放终端。具体实施步骤：1、该子源设备可以是交换机或者路由器，也可以是x86架构的通用源，其支持ms-mptcp。2、升级终端设备，使其支持ms-mptcp。3、将终端和子源直连，可以是wifi或者有线等方式，将子源跟源之间通过多条路径连接。4、当上传数据时，由于直连，终端可以以稳定的最大带宽传输数据给子源，数据可以很快传输完毕，终端可以解放。5、子源将缓存数据，并通过多路径经由多级网络传输给源，并逐一确认数据包。6、该机制将数据确认交给网络完成，用户无需等待这一过程。综上所述，本发明实施例通过在子源设备与终端、源之间建立ms-mptcp连接，源利用ms-mptcp连接通过多条路径与子源设备进行数据通信，子源设备利用ms-mptcp连接与终端进行数据通信，具有如下的有益效果：(1)可以在终端的可用ip接口少的情况下，也可以通过多路径尽可能增大带宽，从而提高了网络带宽的利用率，降低了数据的传输时延。(2)源可以将buffer缓存数据推送到子源设备，终端也可以从子源设备获得数据，缓解多路径传输大量数据时因buffer缓存数据过大和包乱序带来的源内存消耗和等待时间增加的问题。(3)子源可以获得所有接入终端的拥塞窗口，并可以根据现在的网络情况控制每个终端的拥塞窗口从而减少碰撞拥塞。本领域普通技术人员可以理解：附图只是一个实施例的示意图，附图中的模块或流程并不一定是实施本发明所必须的。本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置或系统实施例而言，由于其基本相似于方法实施例，所以描述得比较简单，相关之处参见方法实施例的部分说明即可。以上所描述的装置及系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。以上所述，仅为本发明较佳的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本
技术领域：
的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。当前第1页12