CN106656949A - 协同多路径传输控制协议 - Google Patents

Abstract

一种协同多路径传输控制协议。本发明提供了一种用于在两个端点之间建立多路径连接的系统和方法。该方法包括在两个端点的第一个和一个或多个消费者装置之间建立连接、在两个端点的第一个中创建虚拟网络接口用于连接到两个端点的第一个的一个或多个消费者装置中的每一者，以及通过每个虚拟网络接口将分组从两个端点的第一个传送到两个端点的第二个。

Description

协同多路径传输控制协议

技术领域

本发明涉及将车辆连接到互联网，且更具体地涉及通过利用一个或多个消费者装置实现车辆与互联网之间的并发数据流。

背景技术

大部分车辆现在配备有诸如远程信息处理单元的硬件，该硬件实现各种无线通信，包括连接到互联网或云。远程信息处理单元能够通过无线载波系统(例如，蜂窝网络)用作车辆信息娱乐系统与互联网之间的无线接入点。随着对诸如通过这些连接的视频的流数据的需求开始不断增长，带宽可用性迅速受到限制。

发明内容

根据本发明的实施例，提供了一种用于在两个端点之间建立多路径连接的方法。该方法包括在两个端点中的第一个与一个或多个消费者装置之间建立连接、在两个端点中的第一个中创建虚拟网络接口用于连接到两个端点的第一个的一个或多个消费者装置中的每一者，以及通过每个虚拟网络接口将分组从两个端点中的第一个传送到两个端点的第二个。

根据本发明的另一方面，提供了一种用于使用多路径传输控制协议(MPTCP)实现车辆远程信息处理单元与服务器之间的多个连接的方法。该方法包括建立从车辆远程信息处理单元到一个或多个消费者装置的连接、在远程信息处理单元中创建虚拟网络接口用于连接到远程信息处理单元的一个或多个消费者装置中的每一者，以及通过每个虚拟网络接口将分组从远程信息处理单元传送到服务器。

在本发明的又一方面，提供了一种用于建立多路径通信的系统。该系统包括远程信息处理单元，多路径传输控制协议配置为建立从远程信息处理单元到一个或多个消费者装置的连接、在远程信息处理单元中创建虚拟网络接口用于连接到远程信息处理单元的一个或多个消费者装置中的每一者，以及通过每个虚拟网络接口将分组从远程信息处理单元传送到服务器。

附图说明

下文将结合附图描述本发明的一个或多个实施例，其中相同标记标示相同元件，且其中：

图1是描绘能够利用本文公开的方法的通信系统的实施例的方框图；

图2是能够利用本文公开的方法的另一示例性通信系统；且

图3是描绘根据所公开发明的实施例的用于通过利用一个或多个消费者装置实现车辆与互联网之间的并发数据流的方法的流程图。

具体实施方式

下文描述的系统和方法涉及实现使用聚合带宽以加速互联网/云(下文称为互联网)内容传输并且改进用户体验的覆盖架构。该架构实现通过中继节点的互联网到终端用户通信，中继节点就带宽和延时方面提供可缩放性、稳健性和提高性能。该架构依赖于拆分连接流以善用路径分集的相对较新的多路径传输控制协议(MPTCP)建立。在本文公开的方法中，MPTCP实现车辆远程信息处理单元与消费者装置之间的连接性，就如同消费者装置是远程信息处理单元的一部分。

通信系统-

以下详述本质上仅仅具有示例性并且决不旨在限制应用和用途。另外，不存在被任何前述技术领域、背景技术、发明摘要或者以下具体实施方式中提出的任何表述的或暗示的理论约束的意图。

参考附图，其中相同数字指示若干视图中的相同部分，示出了包括移动车辆通信系统10并且可用于实施本文公开的方法的操作环境。虽然下文描述的方式和方法涉及车辆通信，但是本领域一般技术人员明白，汽车应用仅仅是示例性的且本文公开的概念也可以应用于任何合适的通信系统，但是更具体地说应用于非车辆应用。如本文描述的术语车辆还应被广义地理解为不但包括乘用车，而且包括任何其它车辆，其它车辆包括(但不限于)摩托车、卡车、运动休闲车(SUV)、休闲车(RV)、船舶和飞机。

参考图1，示出了包括车辆通信系统10的可用于实施本文公开的方法的操作环境。通信系统10通常包括车辆12、一个或多个无线载波系统14、互联网16、计算机18和呼叫中心22。应当理解的是，所公开方法可结合任何数量的不同系统使用并且并不具体限于这里示出的操作环境。另外，系统10及其个别部件的架构、构造、设置和操作在本领域中通常是众所周知的。因此，以下段落仅仅提供一种这样的通信系统10的简要概述；然而，这里未示出的其它系统也可采用所公开方法。

如图1中所示，车辆12包括具有远程信息处理单元20的车辆硬件13，其可以是安装在车辆中并且能够通过无线载波系统14并经由无线联网进行无线语音和/或数据通信的OEM安装(嵌入)或者配件市场装置。这使得车辆12能够与车辆呼叫中心22、其它能够进行远程信息处理的车辆或一些其它实体或装置(例如，消费者装置24或其它远程互联网服务器)通信。在一个实施例中，远程信息处理单元20使用无线电传输以建立与无线载波系统14的通信信道(语音信道和/或数据信道)，使得可以通过信道发送并接收语音和/或数据传输。通过提供语音和数据通信两者，远程信息处理单元20使车辆12能够提供多种不同的服务，包括与导航、电话、紧急援助、诊断、信息娱乐等有关的服务。例如，远程信息处理单元20可以包括信息娱乐模块，其用于管理和播放音频内容、使用导航来驾驶、传送后座娱乐(例如，电影、游戏、社交联网)、收听接入并发送外发SMS文本消息、拨打电话呼叫、以及访问互联网实现或智能电话实现的内容(例如，交通状况、体育得分和天气预报)。数据可以经由数据连接(例如经由通过数据信道的分组数据传输)或经由使用本领域已知技术的语音信道来发送。对于涉及语音通信和数据通信两者的组合服务，系统可以利用通过语音信道的单个呼叫并且根据需要在通过语音信道的语音和数据传输之间切换，并且这可以使用熟悉本领域的技术人员已知的技术来进行。

根据一个实施例，远程信息处理单元20利用根据GSM、CDMA或者LTE标准的蜂窝通信，并且因此包括用于如免提呼叫的语音通信的标准蜂窝芯片组26、用于数据传输的无线调制解调器28、电子处理装置30、包括易失性和非易失性存储器的一个或多个数字存储器装置32、以及双天线34。应当理解，调制解调器28可以通过存储在远程信息处理单元20中的并且由处理器30执行的软件来实施，或者其可以是位于远程信息处理单元20外部的单独的硬件部件。调制解调器28可以使用诸如LTE、EVDO、CDMA、GPRS和EDGE的任何数目的不同标准或协议来操作。在一个实施例中，调制解调器为配置成支持被所公开的方法采用的无线联网的多无线电接入技术(multiRAT)芯片组/调制解调器。车辆与其它联网装置(包括消费者装置24)之间的无线联网还可以使用远程信息处理单元20来进行。为了该目的，远程信息处理单元20可以配置成根据一个或多个无线协议来进行无线通信，所述一个或多个无线协议包括短程无线通信(SRWC)，例如IEEE 802.11协议、WiMAX、ZigBee^TM、Wi-Fi直连、蓝牙或近场通信(NFC)中任一个。当用于诸如TCP/IP的分组切换数据通信时，远程信息处理单元20可以配置有静态IP地址或者可以建立以从网络上的另一装置自动接收分配的IP地址。

处理器30可以是能够处理电子指令的任何类型的设备，包括微处理器、微控制器、主机处理器、控制器、车辆通信处理器、现场可编程门阵列(FPGA)以及专用集成电路(ASIC)。处理器30可以是仅用于远程信息处理单元20的专用处理器或者可以与其它车辆系统共享。处理器30执行各种类型的数字存储指令，例如存储在存储器32中的软件或固件程序，其使远程信息处理单元20能够提供多种服务。例如，处理器30可以执行程序或处理数据以执行本文中所讨论的方法的至少一部分。

远程信息处理单元20可以用于提供涉及向车辆和/或从车辆进行无线通信的各种各样的车辆服务。这种服务包括：结合基于GPS的车辆导航模块提供的转向建议和其它导航相关的服务；结合诸如车身控制模块(未示出)的一个或多个碰撞传感器接口模块提供的气囊展开通知和其它紧急或路边援助相关的服务；使用一个或多个诊断模块的诊断报告；以及其中通过信息娱乐模块来下载并且被存储用于当前或稍后重放的音乐、网页、电影、电视节目、视频游戏和/或其它信息的信息娱乐相关的服务。以上列出的服务决不是远程信息处理单元20的所有能力的穷举的列表，而是简单地列举远程信息处理单元能够提供的一些服务。此外，应当理解，上述模块中的至少一些可以以保存在远程信息处理单元20的内部或外部的软件指令的形式来实现，它们可以是位于远程信息处理单元20的内部或外部的硬件部件，或者它们可以彼此集成和/或共享或者与位于车辆周身的其它系统集成和/或共享，以举出一些可能方案。在模块实现为位于远程信息处理单元20外部的车辆系统模块42的情况下，它们可以使用车辆总线44来与远程信息处理单元20交换数据和命令。

无线载波系统14优选为蜂窝电话系统，该蜂窝电话系统包括多个蜂窝塔36(仅示出一个)以及将无线载波系统14与互联网16连接所需的任何其它联网部件。每一个蜂窝塔36包括发送和接收天线和基站。蜂窝系统14可以实现任何合适的通信技术，例如包括：模拟技术，诸如AMPS，或较新的数字技术，诸如CDMA(例如，CDMA2000)或GSM/GPRS。熟悉本领域的技术人员将理解，可以有各种蜂窝塔/基站布置，并且可以结合无线系统14使用。例如，基站和蜂窝塔可以共定位在相同地点或其可以彼此远程定位，每一个基站可以用于单个蜂窝塔，或单个基站可以服务各种蜂窝塔，仅举几个可能的布置。

除了使用无线载波系统14，呈卫星通信形式的不同的无线载波系统可以用于提供与车辆的单向或双向通信。这可以使用一个或多个通信卫星40和上行链路发射站42来完成。单向通信例如可以是卫星无线电服务，其中节目内容(新闻、音乐等)由发射站42来接收，打包上传，然后发送给卫星40，卫星将该节目广播给用户。双向通信例如可以是使用卫星40以转播车辆12与站42之间的电话通信的卫星电话服务。如果使用，可以在除无线载波系统14之外或代替无线载波系统14来使用该卫星电话。此外，各种通信可选方案可以存在于授权或免授权频段以及免费或收费系统中。

互联网16是互连计算机网络的全球基础设施，以链接全球范围内数十亿的装置。互联网16是网络中的国际网络，其由通过广泛的电子、无线和光学联网技术链接的数百万的私有、公共、学院、商业和政府分组交换网络组成。这些计算机网络可以通过车辆12经由远程信息处理单元20和无线载波系统14来访问，并且包括但不限于：托管网站的所有服务器、专有服务器和DNS服务器。

计算机18可以是经由私有或公共网络(如互联网)访问的许多计算机中的一个。每一个这样的计算机18可以用于一个或多个目的，诸如可以通过车辆经由远程信息处理单元20和无线载波系统14访问的网络服务器。其它这样的可访问计算机18例如可以是：其中诊断信息和其它车辆数据可以经由远程信息处理单元20从该车辆上传的服务中心计算机；车主或其他用户出于如访问或接收车辆数据或者设定或配置用户偏好或控制车辆功能的目的而使用的客户端计算机；或第三方储存库，车辆数据或其它信息通过与车辆12或呼叫中心22通信或通过两者而由该第三方储存库提供或提供给该第三方储存库。计算机18也可以用于提供互联网连通性，诸如DNS服务或使用DHCP或其它合适协议向车辆12分配IP地址的网络地址服务器。

呼叫中心22设计成提供具有多个不同系统后端功能的车辆硬件13，并且根据本文示出的示例性实施例，呼叫中心22通常包括一个或多个服务器46和数据库48。这些不同的呼叫中心部件优选经由有线或无线局域网50而彼此耦接。数据传输经由调制解调器传送到服务器46和/或数据库48。数据库48可以存储账户信息，诸如用户验证信息、车辆标识符、资料记录、行为模式以及其它相关的用户信息。数据传输也可以通过无线系统如802.11x、GPRS等来进行。

操作环境还可包括一个或多个消费者装置24。在一个实施例中，消费者装置24可以是用于使移动电话呼叫跨越广泛的地理区域的电子装置，其中通过无线载波系统14利于传输(即，在消费者装置24通过远程信息处理单元20连接至无线载波系统14时)。消费者装置24可以包括：经由短程无线通信(例如，Wi-Fi直连和蓝牙)实现蜂窝电通信和通信的硬件、软件和/或固件，以及其它的移动消费者装置应用程序。这类装置应用程序可以包括可预先安装或由用户安装的软件应用程序。

消费者装置24的硬件可具有技术人员已知的电子元件，包括通信接口(或多个通信接口)、天线等。此外，现代消费者装置24还可以支持附加服务和/或功能，如短消息服务(SMS或文本)、多媒体信息服务(MMS)、电子邮件、互联网访问以及商务和游戏应用。消费者装置24的非限制性实例包括移动蜂窝电话、个人数字助理(PDA)、智能电话、平板电脑、具有双向通信功能的个人膝上型计算机、上网本及其任何适当的组合。此外，消费者装置24还可以是专用于支持所公开方法的配件市场装置。在一个实施例中，配件市场装置可作为到车辆通信系统的连接助推器。消费者装置24可用于车辆(如图1中所示的车辆12)内部或外部，并且可通过有线或无线(如使用短程无线通信)连接到车辆。消费者装置24也可配置为根据与第三方设施或无线/电话服务提供商的订购协议来提供服务。应理解，各服务提供商可使用无线载波系统14，并且远程信息处理单元20的服务提供商可以不必与消费者装置24的服务提供商相同。消费者装置24和车辆12可由诸如驾驶员的车辆用户一起使用。但是，车辆用户不一定是车辆12的驾驶员，也不一定对消费者装置24或车辆12有所有权(如车辆用户可以为消费者装置24和车辆12之一或两者的所有者或持有者)。

计算机18、消费者装置24及远程信息处理单元20之间的通信通常由互联网16的基本通信语言或协议的传输控制协议/互联网协议(TCP/IP)管理。TCP/IP是两层程序。高层TCP将消息或文件组装成更小的分组，该分组通过互联网16传送并被TCP层接收，TCP层将分组重新组装成原始消息。低层IP处理每个分组的地址部分，使得分组到达正确的目的地。在网络中的每台网关计算机检查该地址，以确定向何处转发消息。尽管来自同一消息的一些分组与其它的路由线不同，但它们都将在目的地重新组装。

TCP/IP采用通信的客户端/服务器模型，并且主要是点对点，这意味着每一次通信都是从网络中的一点(或主机)到另一点或主机。当建立了直接访问互联网16时，计算机装置包括TCP/IP程序的副本，该副本提供指定数据应如何分组、寻址、传输、路由并在目的地接收的终端对终端连接。该功能被编组为四个抽象层，抽象层用于根据所涉及的网络范围分拣所有相关协议。从最低到最高，这些层是：含有用于单个网段(链路)的通信技术的链路层；跨过独立网络连接主机的互联网层；处理主机对主机通信的传输层；以及提供进程到进程应用数据交换的应用程序层。

TCP从数据流接收数据，将其划分为组块，并添加建立TCP段的TCP头。然后TCP段被封装进IP数据报中，并与对等端交换。TCP段由段头和数据部段组成。TCP头包含十个强制字段和一个可选扩展字段。分别由SYN位和ACK位指示的同步和应答消息也包括在TCP头中。为发起TCP/IP连接，本地主机/客户端与服务器之间采用了三向握手，以创建TCP套接口连接。实际上，客户端节点通过IP网络将SYN数据分组发送给相同网络或外部网络上的服务器。该分组的目的是询问/推断是否为新连接打开服务器。当服务器从客户端节点接收SYN分组时，其响应并返回确认回执——ACK分组或SYN/ACK分组。该客户端节点从服务器接收SYN/ACK并以ACK分组进行响应。

如上所述，TCP/IP提供主机(例如，客户端和服务器)之间单一的终端对终端连接。虽然使用TCP/IP传输的分组可能通过路由器占用到目的地的多个路由线，但是这两个主机之间仍然保持只有一个连接。另一协议，即多路径TCP(MPTCP)，是TCP的扩展，其作为TCP/IP栈的一部分，并且增加了使用多个到常规TCP会话的路径的能力。MPTCP是传送层协议，其针对具有多个调制解调器的装置并支持两个端点之间多个通信线路同时在两个端侧应用维护单个TCP套接口的外观。除报头中的SYN消息包含MP_Capable标志之外，MPTCP发起与TCP连接类似的会话，其要求另一侧打开MPTCP连接。这样，通知服务器客户端支持MPTCP会话。如果服务器也支持MPTCP，则两侧通过三方握手配合并创建唯一的会话令牌或连接ID。为了充分利用带宽，客户端打开到服务器的附加TCP连接，添加到第一TCP连接。这些附加连接被称为子流，其从客户端的附加网卡创建并使用携带会话令牌的MPTCP SYN消息发起。会话令牌使服务器能够使用相应的会话令牌建立到会话的子流连接。MPTCP平衡参与通信的通信线路之间的负载。

图2示出了图一所示的能够使用本文公开的方法的通信系统的一个特定实施例。更具体地，图2示出了在MPTCP平台上建立的所公开的方法的示例性实施方式。在下文中将详细讨论的方法以及图2所示的架构使终端用户能够通过中继节点与云服务器通信，该中继节点在带宽和延时方面具有可缩放性、稳健性以及提高性能。该系统是一种使聚合带宽的用户能够加速云内容传输且由此改进用户体验的覆盖架构。

如上所述，当在源处有一个以上可访问服务器的网卡时，MPTCP通过拆分连接流以善用路径分集。本方法使用都具有各自的互联网接入的各种消费者装置24作为会话发起端中的扩展虚拟网络接口卡(虚拟NIC)。这样，消费者装置作为用于数据传送的中继节点。总之，该方法使用MPTCP拆分数据流量，将MPTCP子流封装成用户数据报协议(UDP)分组，并在车辆网络上通过虚拟网络卡将子流通过通道传至作为中继的消费者装置24。另外，消费者装置24转而又在其自身专用链路上将子流通过通道一直传至云服务器，在一个实施例中，该云服务器是服务器46。由服务器46捕获并重定向通任何道传输的子流。本领域一般技术人员能理解“分组”不限于数据传送，而是包括可在TCP上传送的任何有效负载。

在一个实施例中，远程信息处理单元20(即，客户端)为连接至作为接入点的信息处理单元20的每个消费者装置24配置虚拟NIC并将每个消费者装置24与作为MPTCP封装子流的MPTCP子信道相关联。该过程分两部分进行。首先，根据消费者装置24到远程信息处理单元20的连接，远程信息处理单元20为每个装置24创建虚拟NIC。然后，通过服务器46为每个消费者装置24创建MPTCP子信道。也就是说，远程信息处理单元20将每个消费者装置24与其相应的虚拟NIC相关联，该虚拟NIC根据消费者装置24到接入点的连接创建。换言之，每个虚拟NIC都是MPTCP会话中的子信道。每个MPTCP子信道分组封装为去往相应的消费者装置24的用户数据报协议(UDP)分组。在通信的客户端和服务器端两者处完成分组的封装。

在一个实施例中，消费者装置24中的应用程序于消费者装置24在虚拟NIC上接收到UDP分组时执行UDP通道传输，并且将UDP头替换成通信端点IP地址且随后在消费者装置24中的第二通信卡上发送这些分组。上传时，在网络接口(例如，WiFi接口)上接收UDP分组并在蜂窝接口上将其重路由到服务器46。下载时，在蜂窝接口上接收UDP分组并在网络接口上将其重路由到远程信息处理单元20。在通信的客户端和服务器端两者处，接收端捕获UDP分组，除去报头并将嵌入式MPTCP分组传递至相应的MPTCP子信道。或者，本领域普通技术人员能理解这个功能如被操作系统采用则可代替应用变成内核的一部分。也可以有这样一种实施方式，其中将用户应用(用于设置参数等)与配置为执行通道传输和IP转发功能的操作系统内核相结合。

方法-

现在转到图3，存在一种根据以下示例性实施例通过使用中继节点在两个端点之间实现多个数据流的方法300。在步骤305中，方法300开始用远程信息处理单元20建立至服务器46的持续连接。本领域一般技术人员认识到本文所描述的方法将远程信息处理单元20连接至作为呼叫中心22的一部分的服务器46。然而，应理解服务器46仅仅是示例性的并且连接可以建立用于在呼叫中心22外部并且仍然在所公开的方法的范围内的其它服务器。另外，本领域一般技术人员理解步骤305可以是可选的，因为执行所公开的方法必需在客户端(例如，远程信息处理单元)与服务器之间的无直接链接。

在步骤310中，远程信息处理单元激活WiFi接口，变为等待由消费者装置连接的接入点。一旦远程信息处理单元20被激活，每个消费者装置24可以连接至其，并且在步骤315中，远程信息处理单元20将创建并且关联用于每个消费者装置24的虚拟NIC。在一个实施例中，消费者装置与远程信息处理单元20之间的连接经由安全短程无线通信进行。远程信息处理单元20和消费者装置24可以经由使用标准协议的任何适当的短程无线通信技术(诸如蓝牙或者其它、上文所列出的一些)而彼此通信。在一个非限制实例中，消费者装置24和车辆远程信息处理单元20(此处用作无线接入点)利用在IEEE 802.11中提出的关联和认证过程来建立连接。简而言之，消费者装置24和远程信息处理单元20交换一系列管理框架以便在消费者装置24与远程信息处理单元20之间获得认证和关联状态。

在另一实施例中，远程信息处理单元20还可以链接或者配对至安装在消费者装置24上的软件应用程序(“app”)。在初始链接或者配对至远程信息处理单元20之后，在消费者装置24上的应用程序(app)可以通过如上所提出的任何合适的无线通信技术而与远程信息处理单元20自动通信，或者在与远程信息处理单元20连接之前存在认证机制，诸如要求密码或者其它识别信息。

返回参照在步骤315中虚拟NIC的创建，每个虚拟NIC配置有IP地址和媒体接入控制(MAC)地址，其是分配至网络接口用于在物理网络区段上通信的标识符。在步骤320中，创建用于每个虚拟NIC的路由规则。路由规则使得远程信息处理单元20的操作系统能够使用虚拟NIC并且触发MPTCP作出动作。在一个实施例中，路由规则为表格的形式，其使得能够创建子通道。在步骤325中，UDP套接口创建在远程信息处理单元20上以便与用于每个消费者装置24的虚拟NIC通信。

一旦在车辆12中或者在车辆12附近的消费者装置24连接至远程信息处理单元20，在步骤330中，在远程信息处理单元20与消费者装置24之间通过UDP套接口启动第一连接。然后，在远程信息处理单元20与服务器46之间执行握手。消费者装置24通过本文提出的MPTCP实施方式简单地中继由远程信息处理单元20生成的握手分组。用作中继器，消费者装置24不必实施其自身MPTCP栈以便发生握手。通过本方法公开的MPTCP通信还可以通过使用软件应用程序来实施。

在步骤335中，启动至服务器46的MPTCP连接并且远程信息处理单元20向服务器46创建用于每个消费者装置24的MPTCP子信道。通过默认，MPTCP将利用包括虚拟NIC的所有可能的NIC。在步骤340中，通过虚拟NIC发送MPTCP分组。同时，远程信息处理单元20等待来自每个虚拟NIC的分组。当分组到达时，将他们封装从而使得整个分组(包括报头)封装并且作为另一分组的数据传送。然而，在一些情况下，封装可以不包括整个分组，仅仅包括TCP头、TCP选项和TCP数据。在步骤345中，将封装分组通过局域网接口发送至在UDP套接口上的消费者装置24。消费者装置24接收封装分组并且将其传输至服务器46。

在一个实施例中，分组封装具有多步骤的方法。例如，在该具体实例中为远程信息处理单元20的来源处封装分组，通过WiFi接口发送至消费者装置24。由于消费者装置24一般不配置为包括路由能力，所以消费者装置24解封MPTCP子流分组，然后再次封装分组，这次具有目的服务器地址和端口。然后通过蜂窝式网络将封装分组发送至服务器46。本实例尤其适用于上传情况，但是同样适用于下载情况。

在步骤350中，服务器46通过去除第一报头并且提取传送至MPTCP栈的初始MPTCP分组数据来解封分组。本领域一般技术人员理解的是上面所描述的方法涉及上传情况。下载情况是相似地，并且不同之处仅仅在于服务器46现在构建MPTCP分组、封装它们并且将它们发送至消费者装置24。然后，装置24将分组转播至车辆12。

应理解，前述为本发明的一个或多个实施例的描述。本发明不限于在此本文公开的特定实施例，而仅仅由下面的权利要求书来限定。此外，包括在前述描述中的声明涉及具体的实施例，不能解释为限定本发明的范围或限定权利要求所使用的术语，除非该术语或措词在上面进行了的特别限定。各种其它的实施例和已公开实施例的各种变化以及修改对本领域技术人员而言显而易见。所有这些其它的实施例、变形和修改都应确定为在所附权利要求的范围之内。

当在本说明书和权利要求书中使用时，当用于与一个或更多部件的条目或其它项目相关联时，术语“例如”、“诸如”、“比方”、“比如”，动词“包括”，“具有”，“包含”和它们其它的动词形式，每一个都被看成没有定义范围，即这些术语没有认为排除了其它的、另外的部件或项目。其它术语采用其最广泛的合理含义来解释，除非其用于要求有不同解释的上下文中。

Claims (10)

1.一种用于在两个端点之间建立多路径连接的方法，所述方法包括如下步骤：

在所述两个端点的第一个和一个或多个消费者装置之间建立连接；

在所述两个端点的所述第一个中创建虚拟网络接口用于连接到所述两个端点的所述第一个的所述一个或多个消费者装置中的每一者；以及

通过每个虚拟网络接口将分组从所述两个端点的所述第一个传送到所述两个端点的第二个。

2.如权利要求1所述的方法，其还包括创建用于每个虚拟网络接口的多路径传输控制协议子信道。

3.如权利要求2所述的方法，其中所述一个或多个消费者装置中的每一者用作中继节点用于在所述两个端点之间传送所述分组。

4.如权利要求1所述的方法，其还包括在所述两个端点之间创建多路径传输控制协议连接，其中所述虚拟网络接口中的每一者为多路径传输控制协议子信道。

5.如权利要求4所述的方法，其还包括封装在所述多路径传输控制协议子信道上传输的每个分组使得所述数据分组作为另一分组的数据被封装以及在所述两个端点之间传送。

6.如权利要求5所述的方法，其中在所述多路径传输控制协议子信道上传输的每个分组被封装成用户数据报协议分组。

7.如权利要求5所述的方法，其中所述分组在所述两个端点的所述第一个处封装并在所述两个端点的所述第二个处解封。

8.如权利要求5所述的方法，其中所述分组在所述两个端点的所述第二个处封装并在所述两个端点的所述第一个处解封。

9.如权利要求1所述的方法，其中所述两个端点的所述第一个为车辆远程信息处理单元，且所述两个端点的所述第二个为云服务器。

10.如权利要求1所述的方法，其还包括创建路由规则以管理通过每个虚拟网络接口到所述两个端点的第二个的所述分组传送。