CN105656747A - 一种多链路数据传输的方法及设备 - Google Patents

Abstract

本发明公开了一种多链路数据传输的方法及设备，该方法包括：发送端从多条虚拟链路中选择需要发送数据包的虚拟链路；所述发送端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；所述发送端通过确定的物理链路向所述接收端发送数据包；其中，所述数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。由于发送端通过根据虚拟链路和物理链路的绑定关系确定选择的虚拟链路对应的物理链路向接收端发送数据包，使得默认路由下的多网络接口通过与虚拟链路对应的物理链路实现数据的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。

Description

一种多链路数据传输的方法及设备

技术领域

本发明涉及通信技术领域，尤其涉及一种多链路数据传输的方法及设备。

背景技术

随着网络技术的发展及视频等应用的丰富，用户对带宽的要求越来越高。现有的网络设备在同一时间只能通过一个网络接口接入互联网，网络带宽受限于所使用运营商在此环境下的网络建设及当前的用户数量。虽然用户的网络设备含有多个网络接口可接入不同网络类型，包括有线网络、无线网络、蜂窝数据网络等，由于虚拟卡上的数据只能在默认的网络设备上传输，所以，用户无法同时使用这些网络进行上网。

L2TP(Layer2TunnelingProtocol，二层隧道协议)技术是一种使用十分广泛的VPN(VirtualPrivateNetwork，虚拟专用网)技术，含有多个网络接口的设备可通过L2TP客户端与L2TP服务器建立隧道，实现设备到服务器的VPN代理上网。现有技术中，多网络接口设备通过L2TP技术在传输数据的多个物理链路上建立虚拟链路，并为每个网络接口对应的虚拟链路各产生一个虚拟网卡，虚拟网卡上的数据在其默认路由的一个接口所对应的物理链路上传输，由于现有技术中虽然设备存在多个网络接口，但是只有一个默认路由，造成多个网络接口所对应的多条物理链路不能同时传输数据，从而导致多链路网络资源的浪费。

因此，现有技术中，多网络接口设备只能通过默认路由下的单一网络接口对应的物理链路实现数据传输，造成多网络接口设备对应的多条物理链路不能同时传输数据，从而导致多链路网络资源浪费。

发明内容

本发明提供一种多链路数据传输的方法及设备，用以解决现有技术中多网络接口设备只能通过默认路由下的单一网络接口对应的物理链路实现数据传输，造成多网络接口设备对应的多条物理链路不能同时传输数据，从而导致多链路网络资源浪费的问题。

为了实现上述目的，本发明实施例提供了一种多链路数据传输的方法，包括：

发送端从多条虚拟链路中选择需要发送数据包的虚拟链路；

所述发送端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；

所述发送端通过确定的物理链路向所述接收端发送数据包；

其中，所述数据包中含有虚拟链路对应的IP(InternetProtocol，互联网协议)地址，多条所述虚拟链路对应的IP地址相同。

本发明的上述实施例中，发送端从多条虚拟链路中选择需要发送数据包的虚拟链路；所述发送端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；所述发送端通过确定的物理链路向所述接收端发送数据包；其中，所述数据包中含有虚拟链路对应的IP地址，多条所述虚拟链路对应的IP地址相同。由于发送端从多条链路中选择需要发送数据包的虚拟链路，并根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路，使得发送端默认路由下的多网络接口通过与物理链路对应的虚拟链路保证数据传输的稳定性，并通过确定的虚拟链路对应的物理链路实现数据的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。

可选的，所述虚拟链路和物理链路的绑定关系为虚拟链路的标识和物理链路的IP地址的绑定关系。

本发明的上述实施例中，利用虚拟链路的标识与物理链路的IP地址确定虚拟链路和物理链路的绑定关系，使得发送端在确定选择传输数据包的虚拟链路后，可以通过虚拟链路保证数据包的传输稳定性，并通过确定选择传输数据包的虚拟链路对应的物理链路实现对数据包的传输，保证发送端数据传输的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。

可选的，所述发送端从多条虚拟链路中选择需要发送数据包的虚拟链路之前，还包括：

所述发送端在与所述接收端进行握手认证通过后，确定握手认证过程中通知给所述接收端的IP地址，并为确定的所述IP地址对应的物理链路建立虚拟链路；

所述发送端更新所述虚拟链路和物理链路的绑定关系，并将更新后的所述虚拟链路和物理链路的绑定关系发送给所述接收端。

本发明实施例中，发送端从多条虚拟链路中选择需要发送数据包的虚拟链路之前，发送端需要与接收端进行握手认证，并在握手认证通过后确定握手认证过程中通知给所述接收端的IP地址，并为确定的所述IP地址对应的物理链路建立虚拟链路，并更新虚拟链路和物理链路的绑定关系并将所述绑定关系发送给接收端，由于利用在发送端建立的与物理链路对应的虚拟链路能够保证数据包传输的稳定性，及发送端物理链路的各链路带宽之和为传输数据包的网络带宽，使得在传输数据包时，有效地利用了多条物理链路进行数据的传输且物理链路对应的虚拟链路保证数据传输的稳定性，保证发送端数据传输的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。

可选的，所述发送端在需要为接收端进行握手认证后，对接收端进行握手认证，并将握手认证通过，且确定能够为所述接收端通知的IP地址对应的物理链路建立虚拟链路后，通知所述接收端；

所述发送端收到来自所述接收端更新后的所述虚拟链路和物理链路的绑定关系。

本发明实施例中，发送端在需要为接收端进行握手认证后，对接收端进行握手认证，并将握手认证通过，且确定能够为所述接收端通知的IP地址对应的物理链路建立虚拟链路后，通知所述接收端；所述发送端收到来自所述接收端更新后的虚拟链路和物理链路的绑定关系。由于发送端对需要建立虚拟链路的接收端进行握手认证，保证了发送端的物理链路与接收端建立虚拟链路的合法性，保证封装后的数据包在可靠安全的虚拟链路上进行数据包的传输，并通过与虚拟链路对应的物理链路将数据包发送给接收端，使得发送端数据包传输的可靠性，并有效进行发送端的多链路数据传输，从而有效利用多链路网络资源，提高数据传输速率。

可选的，所述发送端在检测到虚拟链路饱和后，将该虚拟链路对应的数据包通过其他虚拟链路对应的物理链路发送，并在饱和的虚拟链路恢复后，将恢复的虚拟链路对应的数据包通过恢复的虚拟链路对应物理链路发送。

本发明实施例中，发送端在检测到虚拟链路饱和后，将该虚拟链路对应的数据包通过其他虚拟链路对应的物理链路发送，从而提高了传输可靠性。

可选的，所述发送端在所述接收端通知释放的虚拟链路后，更新所述虚拟链路和物理链路的绑定关系。

可选的，所述发送端从多条虚拟链路中选择需要发送数据包的虚拟链路，包括：

所述发送端根据虚拟链路对应的链路质量值，从多条虚拟链路中选择需要发送数据包的虚拟链路；

其中，所述虚拟链路对应的链路质量值是根据所述虚拟链路对应的物理链路的链路参数确定的。

本发明实施例中，发送端根据虚拟链路对应的物理链路的链路参数确定的链路质量值来选择需要发送数据包的虚拟链路，使得发送端将数据包通过网络质量值高的虚拟链路对应的物理链路进行传输，保证数据包可靠有效地进行传输，并充分利用发送端的多条物理链路，实现对发送端的数据包的多链路数据传输，从而有效利用多链路网络资源，提高数据传输速率。

可选的，若所述发送端为终端，则所述接收端为VPN服务器；若所述发送端为VPN服务器，则所述接收端为终端。

本发明实施例中，若发送端为终端时，则需要发送的数据包为请求访问网络的数据包，通过终端与物理链路建立虚拟链路保证数据包的可靠传输，并通过终端的物理链路将数据包进行数据传输至VPN服务器；若发送端为VPN服务器时，则需要发送的数据包为获取的网络的数据包，通过VPN服务器与物理链路建立虚拟链路保证数据包的可靠传输，并通过VPN服务器的物理链路将数据包进行数据传输至终端。使得需要发送的数据包能够在终端与VPN服务器之间通过多条物理链路进行传输，实现对发送端的数据包的多链路数据传输，从而有效利用多链路网络资源，提高数据传输速率。

本发明实施例提供了一种多链路数据传输的设备，包括：

处理模块，用于从多条虚拟链路中选择需要发送数据包的虚拟链路；

确定模块，用于根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；

发送模块，用于通过确定的物理链路向所述接收端发送数据包；其中，所述数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。

可选的，所述确定模块具体用于：

确定虚拟链路和物理链路的绑定关系为虚拟链路的标识和物理链路的IP地址的绑定关系。

可选的，所述处理模块还用于：

在与所述接收端进行握手认证通过后，确定握手认证过程中通知给所述接收端的IP地址，并为确定的所述IP地址对应的物理链路建立虚拟链路；

更新所述虚拟链路和物理链路的绑定关系，并将更新后的所述虚拟链路和物理链路的绑定关系发送给所述接收端。

可选的，所述处理模块还用于：

在需要为接收端进行握手认证后，对接收端进行握手认证，并将握手认证通过，且确定能够为所述接收端通知的IP地址对应的物理链路建立虚拟链路后，通知所述接收端；

收到来自所述接收端更新后的所述虚拟链路和物理链路的绑定关系。

可选的，所述确定模块还用于：

在检测到虚拟链路饱和后，将该虚拟链路对应的数据包通过其他虚拟链路对应的物理链路发送，并在饱和的虚拟链路恢复后，将恢复的虚拟链路对应的数据包通过恢复的虚拟链路对应物理链路发送。

可选的，所述确定模块还用于：

在所述接收端通知释放的虚拟链路后，更新所述虚拟链路和物理链路的绑定关系。

可选的，所述处理模块具体用于：

根据虚拟链路对应的链路质量值，从多条虚拟链路中选择需要发送数据包的虚拟链路；其中，所述虚拟链路对应的链路质量值是根据所述虚拟链路对应的物理链路的链路参数确定的。

本发明的上述实施例中，发送端从多条虚拟链路中选择需要发送数据包的虚拟链路；所述发送端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；所述发送端通过确定的物理链路向所述接收端发送数据包；其中，所述数据包中含有虚拟链路对应的IP地址，多条所述虚拟链路对应的IP地址相同。由于发送端通过根据虚拟链路和物理链路的绑定关系确定选择的虚拟链路对应的物理链路向接收端发送数据包，使得默认路由下的多网络接口通过与虚拟链路对应的物理链路实现数据的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例第一种多链路数据传输的方法示意图；

图2A为本发明实施例第二种多链路数据传输的方法示意图；

图2B为本发明实施例第三种多链路数据传输的方法示意图；

图2C为本发明实施例第四种多链路数据传输的方法示意图；

图3为本发明实施例一种终端与VPN服务器之间建立虚拟链路的方法示意图；

图4为本发明实施例一种多链路数据传输的设备结构图；

图5为本发明实施例中的一种车载天线系统的结构示意图；

图6a为本发明实施例天线模组的结构示意图一；

图6b为本发明实施例天线模组的结构示意图二；

图6c为本发明实施例天线模组的结构示意图三；

图6d为本发明实施例天线模组的结构示意图四；

图7为本发明实施例中的一种LTE模块的结构示意图；

图8为本发明实施例中的一种LTE模块安装位置示意图；

图9为本发明实施例中的一种LTE模块安装位置示意图；

图10为本发明实施例中的一种车载天线系统的结构示意图；

图11为本发明实施例中的一种车载天线系统的结构示意图；

图12为本发明实施例中的一种车载天线系统的结构示意图；

图13为本发明实施例中的一种天线模块的结构示意图；

图14为本发明实施例中的一种天线模块的结构示意图；

图15为本发明实施例中的一种天线模块的结构示意图；

图16为本发明实施例中的一种天线模块安装位置示意图；

图17为本发明实施例中的一种天线模块安装位置示意图；

图18为本发明实施例中的一种天线模块安装位置示意图；

图19为本发明实施例中的一种天线模块安装位置示意图；

图20为本发明实施例中的一种车载天线系统的结构示意图；

图21为本发明实施例中的一种车载天线系统的结构示意图；

图22为本发明实施例中的一种车载天线系统的结构示意图；

图23为本发明实施例中的一种车载天线系统的结构示意图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

本发明的上述实施例中，发送端从多条虚拟链路中选择需要发送数据包的虚拟链路；所述发送端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；所述发送端通过确定的物理链路向所述接收端发送数据包；其中，所述数据包中含有虚拟链路对应的IP地址，多条所述虚拟链路对应的IP地址相同。由于发送端通过根据虚拟链路和物理链路的绑定关系确定选择的虚拟链路对应的物理链路向接收端发送数据包，使得默认路由下的多网络接口通过与虚拟链路对应的物理链路实现数据的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。

其中，本发明实施例虚拟链路和物理链路的绑定关系可以设置后固定不变；也可以根据硬件升级或用户需要对虚拟链路和物理链路的绑定关系进行更新，具体包括但不限于下列中的一种或多种：

增加虚拟链路和/或物理链路；

删除虚拟链路和/或物理链路；

修改虚拟链路和/或物理链路。

为了使本发明所解决的技术问题、技术方案以及有益效果更加清楚明白，以下结合附图及实施例，对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例提供了一种多链路数据传输的方法，包括发送端在与接收端进行握手认证通过后，为握手认证过程中通知给接收端的IP地址对应的物理链路建立虚拟链路并更新虚拟链路和物理链路的绑定关系；发送端从多条虚拟链路中选择需要发送数据包的虚拟链路，并根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；发送端通过确定的物理链路向所述接收端发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条所述虚拟链路对应的IP地址相同。

本发明实施例中，发送端与接收端之间的虚拟链路和物理链路的绑定关系更新后，发送端需要从多条虚拟链路中选择需要发送数据包的虚拟链路。如图1所示，本发明实施例的第一种多链路数据传输的方法示意图。

S101，发送端从多条虚拟链路中选择需要发送数据包的虚拟链路；

S102，发送端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；

S103，发送端通过确定的物理链路向所述接收端发送数据包；其中，数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。

本发明实施例中，若发送端是终端时，则接收端为VPN服务器；若发送端是VPN服务器时，则接收端为终端。下面分别进行介绍。

情况一、若发送端是终端，则接收端为VPN服务器。

本发明实施例第二种多链路数据传输的方法示意图如图2A所示。终端在与VPN服务器进行握手认证通过后，为握手认证过程中通知给VPN服务器的IP地址对应的物理链路建立虚拟链路；在VPN服务器通过与通知的IP地址对应的物理链路建立虚拟链路后，终端更新虚拟链路和物理链路的绑定关系，并将更新后的虚拟链路和物理链路的绑定关系发送给VPN服务器，以使VPN服务器根据更新后的绑定关系更新VPN服务器内的虚拟链路和物理链路的绑定关系；终端从多条虚拟链路中选择需要发送数据包的虚拟链路；终端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路并向VPN服务器发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条虚拟链路对应的IP地址相同。

本发明上述实施例中，在终端与VPN服务器的握手认证过程中，终端向VPN服务器发送虚拟链路连接请求消息，其中虚拟链路连接请求消息中包含虚拟链路对应的源端IP地址、目的端VPN服务器的IP地址及密钥，在虚拟链路连接请求消息到达VPN服务器之后，在VPN服务器中对虚拟链路请求消息中的源端IP地址、目的端VPN服务器的IP地址及密钥进行握手认证，在握手认证合法后，终端与VPN服务器之间握手认证通过，并将VPN服务器端认证通过后的与虚拟链路连接请求消息对应的响应消息发送给终端，其中，响应消息中包含认证通过消息。

例如，若终端虚拟链路请求消息为{源端IP1，密钥1，目的端IP2}，且VPN服务器内的配置信息为{源端IP2，密钥1，目的端IP1}，则指示需要与终端建立虚拟链路的目的端地址为IP2且终端自身的IP地址为IP1，能够与VPN服务器建立虚拟链路的目的端地址为IP1且VPN服务器自身的IP地址为IP2，其中终端与VPN服务器之间的认证密钥为密钥1，所以在进行握手认证的过程中，终端对于VPN服务器来说，属于合法用户之间的握手认证，即终端与VPN服务器之间的握手认证通过。

本发明上述实施例中，若终端虚拟链路请求消息为{源端IP3，密钥1，目的端IP2}，且VPN服务器内的配置信息为{源端IP2，密钥1，目的端IP1}，则指示需要与终端建立虚拟链路的目的端地址为IP2且终端自身的IP地址为IP1，能够与VPN服务器建立虚拟链路的目的端地址为IP1且VPN服务器自身的IP地址为IP2，虽然终端与VPN服务器之间的认证密钥为密钥1，由于能够与VPN服务器之间建立虚拟链路的目的端地址为IP1而不是IP3，所以在进行握手认证的过程中，终端对于VPN服务器来说，属于非法用户进行的握手认证，故终端在VPN服务器内的握手认证不合法，即终端与VPN服务器之间的握手认证失败。

本发明上述实施例中，若终端虚拟链路请求消息为{源端IP1，密钥1，目的端IP2}，且VPN服务器内的配置信息为{源端IP2，密钥2，目的端IP1}，则指示需要与终端建立虚拟链路的目的端地址为IP2、密钥为密钥1且终端自身的IP地址为IP1，能够与VPN服务器建立虚拟链路的目的端地址为IP1、密钥为密钥2且VPN服务器自身的IP地址为IP2，虽然终端与VPN服务器之间的握手认证的身份认证通过，由于需要与终端建立虚拟链路的目的端之间的密钥为密钥1，能够与VPN服务器之间建立虚拟链路的目的端之间的密钥为密钥2而不是密钥1，所以在进行握手认证的过程中，终端与VPN服务器之间建立虚拟链路的密钥不同，不能通过握手认证进行虚拟链路的建立，故终端与VPN服务器之间的握手认证不通过，即终端与VPN服务器之间的握手认证失败。

在本发明实施例中，终端与VPN服务器之间的握手认证通过后，终端收到来自VPN服务器的虚拟链路连接请求消息的响应消息，其中响应消息中包含握手认证通过信息，终端根据响应消息携带的VPN服务器自身的IP地址对应的物理链路建立虚拟链路同时更新虚拟链路和物理链路的绑定关系并将更新后的虚拟链路和物理链路的绑定关系发送给VPN服务器，以使VPN服务器更新虚拟链路和物理链路的绑定关系。

可选地，所述虚拟链路和物理链路的绑定关系为虚拟链路的标识和物理链路的IP地址的绑定关系。

例如，本发明实施例中的更新后的终端虚拟链路和物理链路的绑定关系如表1所示。终端内的物理链路1的IP地址为IP1，与在物理链路1上建立的对应的虚拟链路的标识为Tunnel4，所以，虚拟链路Tunnel4和与物理链路1的绑定关系为{IP1-Tunnel4}；终端内的物理链路2的IP地址为IP2，与在物理链路2上建立的对应的虚拟链路的标识为Tunnel7，所以，虚拟链路Tunnel7和物理链路2的绑定关系为{IP2-Tunnel7}；终端内的物理链路3的IP地址为IP3，与在物理链路3上建立的对应的虚拟链路的标识为Tunnel9，所以，虚拟链路Tunnel9和物理链路3的绑定关系为{IP3-Tunnel9}。虚拟链路Tunnel4、Tunnel7、Tunnel9的IP地址均为IPn。

表1终端虚拟链路和物理链路的绑定关系

物理链路	虚拟链路	绑定关系
			{IP1}	{Tunnel4}	{IP1-Tunnel4}
{IP2}	{Tunnel7}	{IP2-Tunnel7}
			{IP3}	{Tunnel9}	{IP3-Tunnel9}

在实施中，一个虚拟链路标识可以对应一个物理链路的IP地址，也可以对应多个物理链路的IP地址。

本发明实施例中，终端将与VPN服务器之间的虚拟链路和物理链路的绑定关系更新后，终端需要从多条虚拟链路中选择需要发送数据包的虚拟链路；终端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；终端通过确定的物理链路向所述VPN服务器发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条所述虚拟链路对应的IP地址相同。

可选的，终端根据虚拟链路对应的链路质量值，从多条虚拟链路中选择需要发送数据包的虚拟链路时，虚拟链路对应的链路质量值是根据所述虚拟链路对应的物理链路的链路参数确定的。

需要说明的是，本发明实施例中，虚拟链路的物理链路的链路参数可以为以下参数的一种或任意组合：链路带宽、链路丢包率、链路延时等，以上链路参数指示举例说明，并不局限于以上几种链路参数，其他能够指示物理链路的链路参数的参数信息都将使用于本发明实施例。

例如，若虚拟链路的物理链路的链路参数只有一种链路参数，即链路带宽，则虚拟链路对应的链路质量值为链路带宽；若虚拟链路的物理链路的链路参数含有2种参数时，即链路带宽与链路丢包率时，根据链路带宽与链路丢包率计算链路带宽与链路丢包率的加权值，得到的加权值即为链路质量值；若虚拟链路的物理链路的链路参数含有3种参数时，亦通过计算着三种参数的加权值作为链路质量值，并根据虚拟链路的物理链路的链路质量值选择需要发送数据包的虚拟链路，并根据虚拟链路对应的物理链路发送数据包。

本发明实施例中，假设虚拟链路的物理链路的链路质量值仅由链路带宽确定时。若需要发送数据包1的带宽为1.5M，物理链路1的链路带宽为1M，物理链路2的带宽为2M，物理链路1的链路带宽为3M，为了使物理链路的链路带宽得到有效利用且在不影响数据包的传输速率的时候达到节省网络带宽的目的，本发明实施例选择链路带宽为2M的物理链路2对应的虚拟链路进行数据包的封装，并通过2M的物理链路2发送数据包。

本发明实施例中，假设虚拟链路的物理链路的链路质量值由2种链路参数确定时，假设这两种参数为链路带宽与链路丢包率。若需要发送数据包的数量不止一个数据包，假设需要发送6个数据包且每个数据包的数据带宽为1M时，即按照对数据包安全性传输的排序为：数据包1、数据包2、数据包3、数据包4、数据包5和数据包6，其中终端只有3条物理链路，即物理链路1、物理链路2和物理链路3，其中物理链路1的丢包率为0.01％，物理链路2的丢包率为0.005％，物理链路3的丢包率为0.007％，且这3条物理链路对应的链路带宽均为1M，根据上述6个数据包对数据安全性的要求，选择物理链路2、物理链路3及物理链路1分别传输数据包1、数据包2及数据包3；然后继续选择物理链路2、物理链路3及物理链路1分别传输数据包4、数据包5及数据包6；通过终端与VPN服务器之间的多条物理链路对数据包的传输实现了默认网络路由下的多链路数据传输，有效地利用了网络链路资源。若需要发送的数据包只有一个，则按照物理链路的丢包率与链路带宽的加权值，确定选择物理链路2进行数据包的发送，节省传输数据的网络资源。

本发明实施例中，终端在通过确定的物理链路向VPN服务器发送数据包之前，还需要对需要发送的数据包通过L1TP协议进行封装，将封装后的数据包通过虚拟链路对应的物理链路进行数据的传输。

需要说明的是，本发明实施例的上述对需要发送数据包的封装协议只是举例说明，并不局限于上述封装协议，其他能够对需要发送的数据包的封装协议都适用本发明实施例。

下面以通过L2TP协议对数据包进行封装为例进行说明。终端通过L2TP协议为需要传输的数据帧添加L2TP报头，需要传输的数据帧封装成L2TP数据帧，并为L2TP数据帧添加UDP报头，形成UDP报文；将UDP报文添加终端公网IP报头，将UDP报文封装成在VPN虚拟链路上传输的公网IP报文，通过在物理链路上建立的L2TP虚拟链路对应的物理链路将UDP报文作为终端数据从终端侧传输至VPN服务器侧，VPN服务器将收到的UDP报文依次去UDP报头和L2TP报头得到需要传输的数据帧；其中，UDP报文中包含公网IP报文；公网IP报文中含有终端的IP地址和目的端VPN服务器IP地址，还含有所选物理链路的IP地址，以及虚拟链路的标识。通过物理链路对应的虚拟链路传输所述IP报文至服务器。

其中，本发明实施例中终端的IP地址为虚拟链路对应的IP地址，本发明实施例虚拟链路对应的IP地址对应至少一条物理链路的实际IP地址。本发明实施例终端通过VPN服务器的IP地址可以准确定位到对应的VPN服务器。

高层通过虚拟链路对应的IP地址可以将需要发送的数据发送给对应的虚拟网卡。每个网卡对应至少一个虚拟链路的标识，虚拟网卡根据虚拟链路的标识和物理链路的IP地址的绑定关系，可以确定高层的数据需要通过哪个物理链路发送。

可选的，在终端检测到物理链路对应的虚拟链路饱和后，将该虚拟链路对应的数据包通过其他虚拟链路对应的物理链路发送，并在饱和的虚拟链路恢复后，将恢复的虚拟链路对应的数据包通过恢复的虚拟链路对应物理链路发送。

其中，虚拟链路饱和为虚拟链路当前传输的数据量达到虚拟链路设定的数据量的上线。

情况二、若发送端是VPN服务器，则接收端为终端。

本发明实施例第三种多链路数据传输的方法如图2B所示。VPN服务器在与终端进行握手认证通过后，为握手认证过程中通知给终端的IP地址对应的物理链路建立虚拟链路；在终端通过与通知的IP地址对应的物理链路建立虚拟链路后，VPN服务器更新虚拟链路和物理链路的绑定关系，并将更新后的虚拟链路和物理链路的绑定关系发送给终端，以使终端根据更新后的绑定关系更新终端内的虚拟链路和物理链路的绑定关系；VPN服务器从多条虚拟链路中选择需要发送数据包的虚拟链路；VPN服务器根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路并向终端发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条虚拟链路对应的IP地址相同。

本发明上述实施例中，在VPN服务器与终端的握手认证过程中，VPN服务器向终端发送虚拟链路连接请求消息，其中虚拟链路连接请求消息中包含虚拟链路对应的源端IP地址、目的端VPN服务器的IP地址及密钥，在虚拟链路连接请求消息到达终端之后，在终端中对虚拟链路请求消息中的源端IP地址、目的端终端的IP地址及密钥进行握手认证，在握手认证合法后，VPN服务器与终端之间握手认证通过，并将终端认证通过后的与虚拟链路连接请求消息对应的响应消息发送给VPN服务器，其中，响应消息中包含认证通过消息。其中，VPN服务器与终端之间进行握手认证的具体实施过程与情况一相同，这里不再赘述。

在本发明实施例中，VPN服务器与终端之间的握手认证通过后，VPN服务器收到来自终端的虚拟链路连接请求消息的响应消息，其中响应消息中包含握手认证通过信息，VPN服务器根据响应消息携带的终端自身的IP地址对应的物理链路建立虚拟链路同时更新虚拟链路与物理链路的绑定关系并将更新后的虚拟链路与物理链路的绑定关系发送给终端，以使终端更新虚拟链路与物理链路的绑定关系。

可选地，所述虚拟链路和物理链路的绑定关系为虚拟链路的标识和物理链路的IP地址的绑定关系。

本发明实施例中，更新后的VPN服务器虚拟链路和物理链路的绑定关系与情况一表1中的虚拟链路和物理链路的绑定关系一致，这里不再举例赘述。本发明实施例中，VPN服务器将与终端之间的虚拟链路与物理链路的绑定关系更新后，VPN服务器需要从多条虚拟链路中选择需要发送数据包的虚拟链路；VPN服务器根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；VPN服务器通过确定的物理链路向所述终端发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条所述虚拟链路对应的IP地址相同。

可选的，VPN服务器根据虚拟链路对应的链路质量值，从多条虚拟链路中选择需要发送数据包的虚拟链路时，虚拟链路对应的链路质量值是根据所述虚拟链路对应的物理链路的链路参数确定的。

在实施中，本发明实施例的终端可以是移动设备，比如手机、平板电脑等；还可以是车载移动设备。采用本发明实施例的方案应用于车载移动设备中，可以通过多个虚拟链路发送数据，提高了车载系统中带宽的利用率，该车载天线系统的网络传输速度可以比2G模式和3G模式下的天线系统的网络传输速度要快，从而可以为车辆提供高速网络传输，实现在车辆中进行车载视频通话、观看高清视频的活动。

本发明实施例中，VPN服务器根据虚拟链路对应的物理链路的链路参数确定虚拟链路的链路质量值的确定方法与情况一中确定虚拟链路的链路质量值的方法相同，这里不再详细赘述。

本发明实施例中，VPN服务器在通过确定的物理链路向终端发送数据包之前，还需要对需要发送的数据包通过L1TP协议进行封装，将封装后的数据包通过虚拟链路对应的物理链路进行数据的传输。

本发明实施例中，VPN服务器对访问到的网络数据包在发送给终端之前需要通过L2TP协议进行数据包的封装，由于VPN服务器对访问到的网络数据包通过L2TP协议封装的方法与情况一中的对需要访问网络数据包的封装方法是相同的，这里不再赘述。

可选的，在VPN服务器检测到虚拟链路饱和后，将该虚拟链路对应的数据包通过其他虚拟链路对应的物理链路发送，并在饱和的虚拟链路恢复后，将恢复的虚拟链路对应的数据包通过恢复的虚拟链路对应物理链路发送。

本发明的上述实施例中，VPN服务器在与终端之间的多条物理链路上建立对应的虚拟链路，并将虚拟链路和物理链路的绑定关系分别放入到VPN服务器与终端；VPN服务器在接收到与需要发送的数据包时，从多条虚拟链路中选择需要发送数据包的虚拟链路；VPN服务器根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；VPN服务器通过确定的物理链路向终端发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条虚拟链路对应的IP地址相同。在进行数据包的传输时，利用了每条物理链路的链路带宽，使VPN服务器的网络带宽为每条物理链路的链路带宽的总和，并利用建立的与物理链路对应的虚拟链路保证了数据连接的稳定性；由于VPN服务器通过根据虚拟链路和物理链路的绑定关系确定选择的虚拟链路对应的物理链路向终端发送数据包，使得默认路由下的多网络接口通过与虚拟链路对应的物理链路实现数据的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。

为了使本发明所解决的技术问题、技术方案以及有益效果更加清楚明白，以下结合附图及实施例，对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。

本发明实施例中，假设终端设备可以同时接入三个运营商的无线网络，分别为联通、移动、电信，当终端向VPN服务器拨号完成后，终端设备中有三个物理网卡。在上述三个物理网卡上建立L2TP虚拟网卡，并建立管理L2TP虚拟网卡中各接口的接口列表；将建立成功的接口加入到接口列表中，为L2TP虚拟网卡增加一条发送及接收数据的虚拟链路。在接口列表中指定虚拟网卡的数据发送函数及接收函数；其中，发送函数实现对接口列表的网卡遍历，并从接口列表中选择一个L2TP虚拟网卡进行数据的封包发送；接收函数实现对数据包进行解包，解析出真实的目的IP地址并进行数据转发。在需要对数据进行转发之前，需要建立网络链路相关操作进行网卡数据的便利，并增加网卡状态监听事件；其中，当遍历到的网卡且监听到UP事件的网卡，对所述网卡进行虚拟链路及接口的建立；当监听到DOWN事件，则进行虚拟链路及接口的释放。

本发明上述实施例中，若各网卡分别向一个VPN服务器进行L2TP拨号，其中，配置VPN服务器虚拟网卡IP地址为10.252.1.1，在VPN服务器虚拟网卡上开启DHCP(DynamicHostConfigurationProtocol，动态主机配置协议)服务器对VPN服务器配置虚拟网卡IP地址。在终端虚拟网卡上启动DHCP用户端，若在终端虚拟网卡中的接口列表中有到VPN服务器的虚拟链路，终端虚拟网卡就会获取到10.252.1.1的IP地址，并从终端虚拟网卡中选择相应的虚拟链路进行数据包的转发。终端根据虚拟链路对应的物理网卡的网络质量值来选择相应的虚拟链路；其中通过各物理网卡的网络参数的加权值得到虚拟链路对应的网络质量值。若需要发送的数据包为2.5M数据，假设联通物理网卡、移动物理网卡及电信物理网卡的链路带宽均为1M，若需要发送的数据包为2.5M数据，则采用这三个物理网卡同时对数据包进行转发，即此时发送数据包的物理网卡的链路带宽为这三个物理网卡带宽之和3M，使得需要发送的数据包通过终端虚拟网卡中的这三个物理网卡实现了对数据的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。

本发明上述实施例中，假设假设联通物理网卡、移动物理网卡及电信物理网卡的链路带宽均为1M，且上述物理网卡对应的虚拟链路的丢包率和链路延时的加权值分别为0.07、0.05、0.01，若需要发送的数据有6个数据包，其中每个数据包带宽为1M且数据包1至数据包6对数据可靠性传输的要求从高到低为数据包1、数据包2、数据包3、数据包4、数据包5、数据包6，则根据网络链路质量值选择相应的虚拟链路对应的物理网卡实现对数据的传输，则有通过电信物理网卡传输数据包1，移动物理网卡传输数据包2，联通物理网卡传输数据包3，再通过电信物理网卡传输数据包4，移动物理网卡传输数据包5，联通物理网卡传输数据包6，从而通过上述三个物理网卡实现对数据包的多链路传输，有效利用多链路网络资源，提高数据传输速率。

本发明实施例中提供的第四种多链路数据传输方法示意图如图2C所示。

S401，终端接收到访问网络数据包，所述访问网络数据包中包含需要访问的网络数据；

S402，终端从多条虚拟链路中选择需要发送的访问网络数据包的虚拟链路；通过确定选择的虚拟链路对应的物理链路发送封装后的访问网络数据包；

S403，VPN服务器将接收到的封装后的访问网络数据包解封装之后，发送给需要访问网络数据包的网络；

S404，VPN服务器接收到访问得到的网络数据包；

S405，VPN服务器从多条虚拟链路中选择需要发送的网络数据包的虚拟链路；通过确定的虚拟链路对应的物理链路发送封装后的网络数据包；

S406，终端将收到的访问到的网络数据包解封装并发送。

在步骤S402和步骤S405中，从多条虚拟链路中选择需要发送网络数据包的虚拟链路是根据虚拟链路对应的物理链路的链路参数确定的虚拟链路对应的链路质量值来选择需要发送网络数据包的虚拟链路的；在步骤S402和步骤S405及步骤S403和步骤S406中对访问网络数据包或访问到的网络数据包的封装及解封装操作均是通过L2TP协议进行的。

在终端接收到访问网络数据包之前，还包括终端与VPN服务器之间的物理链路对应的虚拟链路的建立过程，如图3所示为本发明实施例一种终端与VPN服务器之间建立虚拟链路的方法示意图。

S501，终端向VPN服务器发送握手认证请求消息；

S502，VPN服务器对终端进行握手认证，待握手认证通过后，向终端发送与握手认证请求消息对应的响应消息；

S503，终端接收到握手认证通过后的与握手认证请求消息对应的响应消息后，向VPN服务器发送虚拟链路连接请求消息；

S504，VPN服务器向终端发送与虚拟链路连接请求消息对应的响应消息，在虚拟链路连接请求消息中的物理链路上建立虚拟链路；

S505，终端根据虚拟链路连接请求消息对应的响应消息，在终端与VPN服务器之间的虚拟链路请求消息中的物理链路上建立对应的虚拟链路。

本发明的上述实施例中，发送端从多条虚拟链路中选择需要发送数据包的虚拟链路；所述发送端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；所述发送端通过确定的物理链路向所述接收端发送数据包；其中，所述数据包中含有虚拟链路对应的IP地址，多条所述虚拟链路对应的IP地址相同。由于发送端通过根据虚拟链路和物理链路的绑定关系确定选择的虚拟链路对应的物理链路向接收端发送数据包，使得默认路由下的多网络接口通过与虚拟链路对应的物理链路实现数据的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。

基于相同的技术构思，本发明实施例提供一种多链路数据传输的设备，所述设备可执行上述方法实施例。本发明实施例一种多链路数据传输的设备结构图如图4所示。

本发明实施例提供的一种多链路数据传输的设备，该设备包括：

处理模块601，用于从多条虚拟链路中选择需要发送数据包的虚拟链路；

确定模块602，用于根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；

发送模块603，用于通过确定的物理链路向所述接收端发送数据包；其中，所述数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。

本发明实施例中，若该设备为终端，则接收端为VPN服务器；若该设备是VPN服务器，则接收端为终端。下面分别进行介绍。

情况一，若该设备为终端，则接收端为VPN服务器。

在本发明实施例中，处理模块601在与VPN服务器进行握手认证通过后，为握手认证过程中通知给VPN服务器的IP地址对应的物理链路建立虚拟链路；在VPN服务器通过与通知的IP地址对应的物理链路建立虚拟链路后，确定模块602更新虚拟链路和物理链路的绑定关系，并将更新后的虚拟链路和物理链路的绑定关系发送给VPN服务器，以使VPN服务器根据更新后的绑定关系更新VPN服务器内的虚拟链路和物理链路的绑定关系；确定模块602从多条虚拟链路中选择需要发送数据包的虚拟链路；发送模块603根据确定模块602在虚拟链路和物理链路的绑定关系中确定选择的虚拟链路对应的物理链路向VPN服务器发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条虚拟链路对应的IP地址相同。

本发明上述实施例中，处理模块601在与VPN服务器的握手认证过程中，处理模块601向VPN服务器发送虚拟链路连接请求消息，其中虚拟链路连接请求消息中包含虚拟链路对应的源端IP地址、目的端VPN服务器的IP地址及密钥，在虚拟链路连接请求消息到达VPN服务器之后，在VPN服务器中对虚拟链路请求消息中的源端IP地址、目的端VPN服务器的IP地址及密钥进行握手认证，在握手认证合法后，处理模块601与VPN服务器之间握手认证通过，并将VPN服务器端认证通过后的与虚拟链路连接请求消息对应的响应消息发送给处理模块601，其中，响应消息中包含认证通过消息。

例如，若处理模块601发送的虚拟链路请求消息为{源端IP1，密钥1，目的端IP2}，且VPN服务器内的配置信息为{源端IP2，密钥1，目的端IP1}，则指示需要与处理模块601建立虚拟链路的目的端地址为IP2且处理模块601自身的IP地址为IP1，能够与VPN服务器建立虚拟链路的目的端地址为IP1且VPN服务器自身的IP地址为IP2，其中处理模块601与VPN服务器之间的认证密钥为密钥1，所以在进行握手认证的过程中，处理模块601对于VPN服务器来说，属于合法用户之间的握手认证，即处理模块601与VPN服务器之间的握手认证通过。

本发明上述实施例中，若处理模块601虚拟链路请求消息为{源端IP3，密钥1，目的端IP2}，且VPN服务器内的配置信息为{源端IP2，密钥1，目的端IP1}，则指示需要与处理模块601建立虚拟链路的目的端地址为IP2且处理模块601自身的IP地址为IP1，能够与VPN服务器建立虚拟链路的目的端地址为IP1且VPN服务器自身的IP地址为IP2，虽然处理模块601与VPN服务器之间的认证密钥为密钥1，由于能够与VPN服务器之间建立虚拟链路的目的端地址为IP1而不是IP3，所以在进行握手认证的过程中，处理模块601对于VPN服务器来说，属于非法用户进行的握手认证，故处理模块601在VPN服务器内的握手认证不合法，即处理模块601与VPN服务器之间的握手认证失败。

本发明上述实施例中，若处理模块601虚拟链路请求消息为{源端IP1，密钥1，目的端IP2}，且VPN服务器内的配置信息为{源端IP2，密钥2，目的端IP1}，则指示需要与处理模块601建立虚拟链路的目的端地址为IP2、密钥为密钥1且终端自身的IP地址为IP1，能够与VPN服务器建立虚拟链路的目的端地址为IP1、密钥为密钥2且VPN服务器自身的IP地址为IP2，虽然处理模块601与VPN服务器之间的握手认证的身份认证通过，由于需要与处理模块601建立虚拟链路的目的端之间的密钥为密钥1，能够与VPN服务器之间建立虚拟链路的目的端之间的密钥为密钥2而不是密钥1，所以在进行握手认证的过程中，处理模块601与VPN服务器之间建立虚拟链路的密钥不同，不能通过握手认证进行虚拟链路的建立，故处理模块601与VPN服务器之间的握手认证不通过，即处理模块601与VPN服务器之间的握手认证失败。

在本发明实施例中，处理模块601与VPN服务器之间的握手认证通过后，处理模块601收到来自VPN服务器的虚拟链路连接请求消息的响应消息，其中响应消息中包含握手认证通过信息，处理模块601根据响应消息携带的VPN服务器自身的IP地址对应的物理链路建立虚拟链路同时更新虚拟链路与物理链路的绑定关系并将更新后的虚拟链路与物理链路的绑定关系发送给VPN服务器，以使VPN服务器更新虚拟链路与物理链路的绑定关系。

可选的，确定模块602具体用于：

确定虚拟链路和物理链路的绑定关系为虚拟链路的标识和物理链路的IP地址的绑定关系。

可选的，所述处理模块601还用于：

在与所述接收端进行握手认证通过后，确定握手认证过程中通知给所述接收端的IP地址，并为确定的所述IP地址对应的物理链路建立虚拟链路；

更新所述虚拟链路和物理链路的绑定关系，并将更新后的所述虚拟链路和物理链路的绑定关系发送给所述接收端。

可选的，所述处理模块601还用于：

在需要为接收端进行握手认证后，对接收端进行握手认证，并将握手认证通过，且确定能够为所述接收端通知的IP地址对应的物理链路建立虚拟链路后，通知所述接收端；

收到来自所述接收端更新后的所述虚拟链路和物理链路的绑定关系。

例如，本发明实施例中的更新后的处理模块601虚拟链路和物理链路的绑定关系如表1所示。处理模块601内的物理链路1的IP地址为IP1，与在物理链路1上建立的对应的虚拟链路的标识为Tunnel4，所以，虚拟链路Tunnel4和物理链路1的绑定关系为{IP1-Tunnel4}；处理模块601内的物理链路2的IP地址为IP2，与在物理链路2上建立的对应的虚拟链路的标识为Tunnel7，所以，虚拟链路Tunnel7和物理链路2的绑定关系为{IP2-Tunnel7}；处理模块601内的物理链路3的IP地址为IP3，与在物理链路3上建立的对应的虚拟链路的标识为Tunnel9，所以，虚拟链路Tunnel9和物理链路3的绑定关系为{IP3-Tunnel9}。

本发明实施例中，处理模块601将与VPN服务器之间的虚拟链路和物理链路的绑定关系更新后，需要从多条虚拟链路中选择需要发送数据包的虚拟链路；确定模块602根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；发送模块603通过确定的物理链路向所述VPN服务器发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条所述虚拟链路对应的IP地址相同。

可选的，处理模块601根据虚拟链路对应的链路质量值，从多条虚拟链路中选择需要发送数据包的虚拟链路时，虚拟链路对应的链路质量值是根据所述虚拟链路对应的物理链路的链路参数确定的。

需要说明的是，本发明实施例中，虚拟链路的物理链路的链路参数可以为以下参数的一种或任意组合：链路带宽、链路丢包率、链路延时等，以上链路参数指示举例说明，并不局限于以上几种链路参数，其他能够指示物理链路的链路参数的参数信息都将使用于本发明实施例。

例如，若虚拟链路的物理链路的链路参数只有一种链路参数，即链路带宽，则虚拟链路对应的链路质量值为链路带宽；若虚拟链路的物理链路的链路参数含有2种参数时，即链路带宽与链路丢包率时，根据链路带宽与链路丢包率计算链路带宽与链路丢包率的加权值，得到的加权值即为链路质量值；若虚拟链路的物理链路的链路参数含有3种参数时，亦通过计算着三种参数的加权值作为链路质量值，并根据虚拟链路的物理链路的链路质量值选择需要发送数据包的虚拟链路，并根据虚拟链路对应的物理链路发送数据包。

本发明实施例中，假设虚拟链路的物理链路的链路质量值仅由链路带宽确定时。若需要发送数据包1的带宽为1.5M，物理链路1的链路带宽为1M，物理链路2的带宽为2M，物理链路1的链路带宽为3M，为了使物理链路的链路带宽得到有效利用且在不影响数据包的传输速率的时候达到节省网络带宽的目的，本发明实施例选择链路带宽为2M的物理链路2对应的虚拟链路进行数据包的封装，并通过2M的物理链路2发送数据包。

本发明实施例中，假设虚拟链路的物理链路的链路质量值由2种链路参数确定时，假设这两种参数为链路带宽与链路丢包率。若需要发送数据包的数量不止一个数据包，假设需要发送6个数据包且每个数据包的数据带宽为1M时，即按照对数据包安全性传输的排序为：数据包1、数据包2、数据包3、数据包4、数据包5和数据包6，其中终端只有3条物理链路，即物理链路1、物理链路2和物理链路3，其中物理链路1的丢包率为0.01％，物理链路2的丢包率为0.005％，物理链路3的丢包率为0.007％，且这3条物理链路对应的链路带宽均为1M，根据上述6个数据包对数据安全性的要求，选择物理链路2、物理链路3及物理链路1分别传输数据包1、数据包2及数据包3；然后继续选择物理链路2、物理链路3及物理链路1分别传输数据包4、数据包5及数据包6；通过终端与VPN服务器之间的多条物理链路对数据包的传输实现了默认网络路由下的多链路数据传输，有效地利用了网络链路资源。若需要发送的数据包只有一个，则按照物理链路的丢包率与链路带宽的加权值，确定选择物理链路2进行数据包的发送，节省传输数据的网络资源。

本发明实施例中，发送模块603在通过确定的物理链路向VPN服务器发送数据包之前，还需要对需要发送的数据包通过L1TP协议进行封装，将封装后的数据包通过虚拟链路对应的物理链路进行数据的传输。

需要说明的是，本发明实施例的上述对需要发送数据包的封装协议只是举例说明，并不局限于上述封装协议，其他能够对需要发送的数据包的封装协议都适用本发明实施例。

下面以通过L2TP协议对数据包进行封装为例进行说明。发送模块603通过L2TP协议为需要传输的数据帧添加L2TP报头，需要传输的数据帧封装成L2TP数据帧，并为L2TP数据帧添加UDP报头，形成UDP报文；将UDP报文添加发送模块603公网IP报头，将UDP报文封装成在VPN虚拟链路上传输的公网IP报文，通过在物理链路上建立的L2TP虚拟链路对应的物理链路将UDP报文作为发送模块603数据从终端侧传输至VPN服务器侧，VPN服务器将收到的UDP报文依次去UDP报头和L2TP报头得到需要传输的数据帧；其中，公网IP报文中含有源端终端IP地址与目的端VPN服务器IP地址，UDP报文中包含公网IP报文，依次将发送模块603物理链路对应的IP地址与物理地址对应的虚拟链路标识的绑定关系封装在IP报文中，分别通过物理链路对应的虚拟链路传输所述IP报文至VPN服务器。

可选的，所述确定模块602还用于：

在检测到虚拟链路饱和后，将该虚拟链路对应的数据包通过其他虚拟链路对应的物理链路发送，并在饱和的虚拟链路恢复后，将恢复的虚拟链路对应的数据包通过恢复的虚拟链路对应物理链路发送。

可选的，所述确定模块602还用于：

在所述接收端通知释放的虚拟链路后，更新所述虚拟链路和物理链路的绑定关系。

情况二、若该设备为VPN服务器，则接收端为终端。

在本发明实施例中，处理模块601在与终端进行握手认证通过后，为握手认证过程中通知给终端的IP地址对应的物理链路建立虚拟链路；在终端通过与通知的IP地址对应的物理链路建立虚拟链路后，确定模块602更新虚拟链路和物理链路的绑定关系，并将更新后的虚拟链路和物理链路的绑定关系发送给终端，以使终端根据更新后的绑定关系更新终端内的虚拟链路和物理链路的绑定关系；确定模块602从多条虚拟链路中选择需要发送数据包的虚拟链路；并根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路，发送模块603根据确定选择的虚拟链路对应的物理链路向终端发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条虚拟链路对应的IP地址相同。

本发明上述实施例中，处理模块601在与终端的握手认证过程中，处理模块601向终端发送虚拟链路连接请求消息，其中虚拟链路连接请求消息中包含虚拟链路对应的源端IP地址、目的端VPN服务器的IP地址及密钥，在虚拟链路连接请求消息到达终端之后，在终端中对虚拟链路请求消息中的源端IP地址、目的端终端的IP地址及密钥进行握手认证，在握手认证合法后，处理模块601与终端之间握手认证通过，并将终端认证通过后的与虚拟链路连接请求消息对应的响应消息发送给处理模块601，其中，响应消息中包含认证通过消息。其中，VPN服务器与终端之间进行握手认证的具体实施过程与情况一相同，这里不再赘述。

在本发明实施例中，处理模块601与终端之间的握手认证通过后，处理模块601收到来自终端的虚拟链路连接请求消息的响应消息，其中响应消息中包含握手认证通过信息，处理模块601根据响应消息携带的终端自身的IP地址对应的物理链路建立虚拟链路同时更新虚拟链路和物理链路的绑定关系并将更新后的虚拟链路和物理链路的绑定关系发送给终端，以使终端更新虚拟链路与物理链路的绑定关系。

可选地，所述虚拟链路和物理链路的绑定关系为虚拟链路的标识和物理链路的IP地址的绑定关系。

本发明实施例中，更新后的处理模块601虚拟链路和物理链路的绑定关系与情况一表1中的虚拟链路和物理链路的绑定关系一致，这里不再举例赘述。

本发明实施例中，处理模块601将与终端之间的虚拟链路和物理链路的绑定关系更新后，需要从多条虚拟链路中选择需要发送数据包的虚拟链路；确定模块602根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；发送模块603通过确定的物理链路向所述终端发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条所述虚拟链路对应的IP地址相同。

可选的，处理模块601根据虚拟链路对应的链路质量值，从多条虚拟链路中选择需要发送数据包的虚拟链路时，虚拟链路对应的链路质量值是根据所述虚拟链路对应的物理链路的链路参数确定的。

本发明实施例中，处理模块601根据虚拟链路对应的物理链路的链路参数确定虚拟链路的链路质量值的确定方法与情况一中确定虚拟链路的链路质量值的方法相同，这里不再详细赘述。

本发明实施例中，发送模块603在通过确定的物理链路向终端发送数据包之前，还需要对需要发送的数据包通过L1TP协议进行封装，将封装后的数据包通过虚拟链路对应的物理链路进行数据的传输。

本发明实施例中，VPN服务器对访问到的网络数据包在发送给终端之前需要通过L2TP协议进行数据包的封装，由于VPN服务器对访问到的网络数据包通过L2TP协议封装的方法与情况一中的对需要访问网络数据包的封装方法是相同的，这里不再赘述。

可选的，确定模块602在检测到虚拟链路饱和后，将该虚拟链路对应的数据包通过其他虚拟链路对应的物理链路发送，并在饱和的虚拟链路恢复后，将恢复的虚拟链路对应的数据包通过恢复的虚拟链路对应物理链路发送。

本发明的上述实施例中，VPN服务器在与终端之间的多条物理链路上建立对应的虚拟链路，并将虚拟链路和物理链路的绑定关系分别放入到VPN服务器与终端；VPN服务器在接收到与需要发送的数据包时，从多条虚拟链路中选择需要发送数据包的虚拟链路；VPN服务器根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；VPN服务器通过确定的物理链路向终端发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条虚拟链路对应的IP地址相同。在进行数据包的传输时，利用了每条物理链路的链路带宽，使VPN服务器的网络带宽为每条物理链路的链路带宽的总和，并利用建立的与物理链路对应的虚拟链路保证了数据连接的稳定性；由于VPN服务器通过根据虚拟链路和物理链路的绑定关系确定选择的虚拟链路对应的物理链路向终端发送数据包，使得默认路由下的多网络接口通过与虚拟链路对应的物理链路实现数据的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。

在实施中，本发明实施例可以应用于车载系统中，提供本发明实施例的方案能够实现车载系统中高速的视频传输。

在下面的实施例中给出了两种车载系统的结构，其中图5～图11为针对第一种车载系统的描述；图12～图23为针对第一种车载系统的描述。

图5示出了一种车载天线系统的示意结构，如图5所示，该车载天线系统包括：

中控单元102和多个LTE模块101，该LTE模块101包括一个LTE模组1011和至少一个天线模组1012，其中，LTE模组1011与天线模组1012连接，该中控单元102与每个LTE模块101连接。

中控单元102包括图4中的所有单元，并在需要发送或接收信息时，通过LTE模块101发送或接收信息。

LTE模块101在对中控单元102输出的需要发送的信息进行发送处理后向外发送，并对接收到信息进行接收处理后输出给中控单元102。

该LTE模块101中的LTE模组1011可以进行2G(第二代移动通信)、3G(第三代移动通信)、4G(第四代移动通信)的通信，该LTE模组1011可以通过其对应的天线模组1012接收和发射信号进行与外网的通信。

如图5所示，多个LTE模块101，每个LTE模块101对应一个LTE模组1011，该LTE模组1011与两个天线模组1012连接，该LTE模组1011也可以与一个天线模组1012连接，连接的天线模组1012的个数越多，LTE模组1011的通信性能越好。

在只有一个LTE模块101的场景下，该车载天线系统的网络传输速度可以比2G模式和3G模式下的天线系统的网络传输速度要快。在多个LTE模块101的场景下，由于多载波聚合，通过车载天线系统中的多个LTE模块101可以为车辆提供高速网络传输，从而实现在车辆中进行车载视频通话、观看高清视频的活动。与现有技术相比，本发明实施例提高了网络传输速度。

该LTE模组1011可以设置在PCB(PrintedCircuitBoard，印制电路板)上，将LTE模组1011集成到PCB上，天线模组1012的天线馈脚可以压接在该PCB上的天线馈点上，然后通过PCB上的走线与其对应的LTE模组1011进行电连接。

天线模组1012的制作工艺有多种，本发明实施例中的天线模组1012的制作工艺至少包括以下几种：

方案一

天线模组1012固定在PCB的天线支架上，通过天线支架支撑该天线模组1012，天线支架固定在PCB上，天线模组1012的天线馈脚可以压接在该PCB上的天线馈点上。

方案二

天线模组1012通过刻蚀FPC(FlexiblePrintedCircuit，柔性电路板)形成的。通过对使用具有天线图形的掩膜板遮掩的FPC进行曝光，然后对曝光后的FPC上的金属层进行刻蚀，制作成迷宫型的天线模组1012。FPC工艺制作的天线模组1012，结构空间小，便于安装，可以将该FPC通过背胶粘贴在结构壳体上，如LTE模块101的外壳上，可以是模块外壳非金属部分的外侧，也可以是外壳非金属部分的内侧，还可以是非金属中壳的面上，也可以将FPC粘贴在PCB上。这种天线模组1012，具有配线密度高，重量轻，易弯折等优点。

方案三

天线模组1012是通过LDS(LaserDirectStructuring，激光直接成型技术)镭雕在结构件的壳体上形成的。使用LDS工艺将金属粉镭雕至任意的结构件的壳体上，如LTE模块101的外壳上，可以是模块外壳非金属部分的外侧，也可以是外壳非金属部分的内侧，还可以是非金属中壳的面上。这种天线模组1012可以任意设计天线图形，镭雕在任意形状的结构件的壳体上，不受产品结构形态的限制，灵活性较大，不仅可以避免与LTE模块101内的金属干扰，还可以减小LTE模块101的体积。

相应地，本发明实施例还提供了几种天线模组1012的结构示意图，如图6a至图6d所示。图6a示出了一种天线模组1012的剖视图，天线模组1012的截面图，从图6a中可以看出，天线模组1012的图形结构，该天线模组1012的图形结构是印制在FPC上的。图6b示出了一种由FPC制作而成的天线模组1012，图中的黑点为天线馈脚。图6c和图6d分别示出了两种天线模组1012的天线图形，分别是圆环形结构和回形结构。在制作天线模组1012时，可以设计成这两种图形，在FPC上按照图形进行刻蚀得到天线模组1012，或者是使用金属粉通过LDS镭雕成这两种图形。天线模组1012的图形在实际应用时，可以自由设计。

上述三种制作天线模组1012的方案，仅是本发明实施例用以示例，不表示该天线模组1012的制作工艺仅限于上述方案，本发明实施例不对此做限制。

本发明实施例中的每个LTE模块101可以设计成在一个单独模块盒子，图7示出了一种LTE模块101成型的示意图。如图7所示，将天线模组1012使用LDS镭雕在该盒体的顶部，如天线图形503。而LTE模块101中的LTE模组1011通过USB线束可以与中控单元102进行互联通信，每个盒子包括盒体502，预留USB接口501，该USB接口可以兼容各种USB版本，本发明实施例使用的是USB3.0版本，LTE模块101与中控单元102通过USB3.0线束进行通信和供电。在该模块盒子中还包括LTE模组1011的主路天线和辅路天线，用于收发信号。天线可以设计成辐射角小于等于180°的定向天线，这样可以根据不同的安装位置的周边环境判定天线的实际设计辐射面位置。

每个盒子的外观可以根据实际应用进行设计，并不限于长方体。同时，也可以根据实际应用，将天线模组1012镭雕在该模块盒子的四个边上，将天线设计为定向天线，可以根据不同的安装位置的设计天线模组1012的辐射面。本发明实施例中，优选地，将天线模组1012的位置设置在模块盒子面对乘客的一面的区域，即将天线模组1012镭雕在该模块盒子的顶部，或是设置在模块盒子侧面四个面的位置。

为了更好的使得车载天线系统进行高速通信，可以将多个LTE模块101安装在车辆的不同的位置，如图8所示LTE模块101安装位置，可以将LTE模块101安装在车辆的A柱、B柱、C柱、D柱内。然后通过USB总线分别连接到车辆中控台的中控单元102上，与中控单元102进行通信。

本发明实施例中LTE模块101还可以位于车辆的车顶外部、车辆的车门内侧、车辆前挡风玻璃底部的平台、车辆后挡风玻璃底部的平台、车辆后视镜中的位置之一或者任意组合。如果车辆需要的LTE模块101数量多，同一位置可以放置多个，使用的LTE模块101的数量越多，进行高速通信的质量越好。如图9所示，LTE模块101可以安装在图9中粗黑色线区域的车辆的车顶外部、车辆的车门内侧。

图5中包括N个LTE模块101，该N个LTE模块101都分别与中控单元102连接，与中控单元102连接的LTE模块101的数量越多，该车载天线系统的性能越优，可以是实现高速通信，如10Gb/s，20Gb/s的高速通信功能。LTE模块101接收到的信号发送给该中控单元102进行处理。

本发明实施例中，该中控单元102是通过USB(UniversalSerialBus，通用串行总线)总线与每个LTE模块101连接的。中控单元102和LTE模块101都设有USB接口，该USB总线分别连接中控单元102和LTE模块101的USB接口。

由于现有技术中的车辆的天线系统都是单天线设计方案，如果需要接收到各类信号，就需要将多个天线同时安装在车辆上，这些天线需要安装在车辆的车顶外部，这就增加了车辆的不稳定性。而与现有技术相比，本发明实施例将LTE模组1011和天线模组1012集成在LTE模块中，该LTE模块101可以将设置在车辆的多个位置，无需只安装在车辆的车顶外部，从而提高了车辆的稳定性。

如图10所示，本发明实施例提供了一种中控单元102与LTE模块101的连接方式。每个LTE模块101通过USB总线与中控单元102中的USB接口相连接，一个LTE模块101对应一个USB接口。在中控单元102中，多个USB接口与USB集线器连接，每个USB集线器可以连接Y个USB接口，Y大于等于1，如可以4个USB接口连接一个USB集线器。该USB集线器有X个，X大于等于1，该X个USB集线器汇总到一个USB集线器上，通过这个总的USB集线器与中控单元102的CPU连接。

在本发明实施例中，进行组网需要时，可以使用更多的LTE模块101进行组合，将多个LTE模块101分散到车辆的各个位置，降低了车载天线系统的组装难度，便于随意组合。在需要时，只需将设计的LTE模块101盒子与中控台中的中控单元102进行连接即可。同时使用USB总线与中控单元102进行通信，与传统设计相比，能够有效降低由同轴线引入的射频功率损耗，提高射频性能，且能够降低LTE模块101和中控单元102之间线束长度的约束，使得LTE模块101安装位置选择更灵活。

相应地，本发明实施例还提供了一种车载天线系统，如图11所示的结构，该车载天线系统包括：中控单元702和多个LTE模块701，该LTE模块701包括一个LTE模组7011和至少一个天线模组7012，其中，LTE模组7011与天线模组7012连接，该中控单元702与每个LTE模块701连接。

中控单元702包括图4中的所有单元，并在需要发送或接收信息时，通过LTE模块701发送或接收信息。

该中控单元702的PCB上设置了CPU(CentralProcessingUnit，中央处理器)7021，FM模块7022、GPS模块7023、WiFi/BT模块7024、CMMB模块7025，该车载天线系统还包括与FM模块7022、GPS模块7023、WiFi/BT模块7024、CMMB模块7025对应的FM天线、GPS天线、WiFi/BT天线和CMMB天线。该FM天线、GPS天线、WiFi/BT天线和CMMB天线依次通过同轴线通过端子与中控单元702连接。

该中控单元702是通过USB(UniversalSerialBus，通用串行总线)总线与每个LTE模块701连接的。中控单元702和LTE模块701都设有USB接口，该USB总线分别连接中控单元702和LTE模块701的USB接口。基于相同的发明构思，本发明实施例还提供了一种汽车，该汽车包括上述车载天线系统，具体结构以在上述实施例中描述，不再赘述。

本发明实施例通过多个LTE模块和中控单元连接，实现车载天线的高速通信的功能，LTE模组与天线模组为一体化结构，可以将多个LTE模块进行灵活安装，避免多个LTE模组集中在中控单元而导致通信干扰的问题。

如下针对另一种车载系统的结构进行详细阐述。

图12示出了一种车载天线系统的示意结构，如图12所示，该车载天线系统包括：

中控单元T102和多个天线模块T101，中控单元T102包括：CPU(CentralProcessingUnit，中央处理器)1022、多个LTE模块1021，中控单元T102中每个LTE模块1021与至少一个天线模块T101连接，多个LTE模块1021分别与CPU1022连接。

中控单元T102包括图4中的所有单元，并在需要发送或接收信息时，通过天线模块T101发送或接收信息。

天线模块T101在对中控单元T102输出的需要发送的信息进行发送处理后向外发送，并对接收到信息进行接收处理后输出给中控单元T102。

该LTE模块1021可以进行2G(第二代移动通信)、3G(第三代移动通信)、4G(第四代移动通信)的通信，每个LTE模块1021可以通过其对应的天线模块T101接收和发射信号进行与外网的通信。

如图12所示，多个LTE模块1021，每个LTE模块1021与两个天线模块T101连接，分别是主路天线和辅路天线。该LTE模块1021也可以与一个天线模块T101连接，连接的天线模块T101的个数越多，LTE模块1021的通信性能越好。

在只有一个LTE模块1021的场景下，该车载天线系统的网络传输速度可以比2G模式和3G模式下的天线系统的网络传输速度要快。在多个LTE模块1021和多个天线模块T101的场景下，由于多载波聚合，通过车载天线系统中的多个LTE模块1021和多个天线模块T101可以为车辆提供高速网络传输，从而实现在车辆中进行车载视频通话、观看高清视频的活动。与现有技术相比，本发明实施例提高了网络传输速度。

本发明实施例中，天线模块T101的制作工艺有多种，本发明实施例中的天线模块T101的制作工艺至少包括以下几种：

第一种

如图13所示，将天线模块T101印刷在第一PCB(PrintedCircuitBoard，印制电路板)上，通过刻蚀的方法刻蚀第一PCB的金属层，获取天线模块T101。也可以将天线模块T101的图形印刷在第一PCB上。该天线模块T101通过RF(RadioFrequency，射频)传输线连接至RF接口上，RF接口与LTE模块1021连接。LTE模块1021通过该天线模块T101进行收发信号。这种天线模块T101整体结构简单，便于安装。

第二种

如图14所示，天线模块T101通过刻蚀FPC(FlexiblePrintedCircuit，柔性电路板)形成的。通过对使用具有天线图形的掩膜板遮掩的FPC进行曝光，然后对曝光后的FPC上的金属层进行刻蚀，制作成迷宫型的天线模块T101。FPC工艺制作的天线模块T101，结构空间小，便于安装，可以将该FPC通过背胶粘贴在中控台壳体上，如中控台的外壳上，可以是中控台外壳非金属部分的外侧，也可以是中控台非金属部分的内侧，也可以将FPC粘贴在第二PCB上。该天线模块T101通过RF电缆连接至RF接口上，RF接口与LTE模块1021连接。这种天线模块T101，具有配线密度高，重量轻，易弯折等优点。

第三种

如图15所示，天线模块T101是通过LDS(LaserDirectStructuring，激光直接成型技术)镭雕在结构件的壳体上形成的。使用LDS工艺将金属粉镭雕至任意的结构件的壳体上，如中控台的外壳上，可以是中控台的外壳非金属部分的外侧，也可以是外壳非金属部分的内侧。这种天线模块T101可以任意设计天线图形，镭雕在任意形状的结构件的壳体上，不受产品结构形态的限制，灵活性较大，不仅可以避免与LTE模块1021内的金属干扰，还可以减小LTE模块1021的体积。该天线模块T101通过RF电缆连接至RF接口上，RF接口与LTE模块1021连接。

本发明实施例中的可以将天线模块T101设置在中控台中，如图16所示，可以使用LDS工艺将天线模块T101的图形镭雕在中控台的外壳上，可以镭雕在中控台的外壳外侧，也可以镭雕在中控台的外壳内侧。如果中控台的外壳是与中控主屏幕前后叠加组装，外壳单独安装，则将天线模块T101设置在该外壳面对乘客一面的四个边上。

具体的，如图17所示的天线模块T101的安装位置的结构，图17中粗黑实体线标注的区域为天线模块T101可以安装的位置，即在中控台的外壳的四条侧边的四个角的位置。在四个角共8个位置摆放4个天线模块T101(包括主路天线和辅路天线)，四个角的天线模块T101之间距离最远。每个角的天线模块T101中的主路天线和辅路天线虽然距离不是最远，但是主路天线和辅路天线之间由于是“一横一竖”的安装位置，有利于极化方向隔离，同样可以做到两个天线之间的隔离度很好，保证通信性能。

如图18所示的天线模块T101的安装位置的结构，图18中粗黑实体线标注的区域为天线模块T101可以安装的位置，即在中控台的外壳的四条侧边的上，在每个侧边的1/3位置处，共8个位置摆放4个天线模块T101(包括主路天线和辅路天线)，这样每个天线之间的距离可以做到间隔最远，从而保证每个天线之间的隔离度，保证通信性能。

如图19所示的天线模块T101的安装位置的结构，图19中粗黑实体线标注的区域为天线模块T101可以安装的位置。该中控台的形状为椭圆形，在中控台的外壳的侧边上等距离划分8个位置，在这8个位置摆放4个天线模块T101(包括主路天线和辅路天线)，这样每个天线之间的距离可以做到间隔最远，从而保证每个天线之间的隔离度，保证通信性能。如果中控台的形状为圆形，则依据上述方法进行安装。

由于现有技术中的车辆的天线系统都是单天线设计方案，如果需要接收到各类信号，就需要将多个天线同时安装在车辆上，这些天线需要安装在车辆的车顶外部，这就增加了车辆的不稳定性。而与现有技术相比，本发明实施例可以将天线模块T101设置在车辆的中控台上，无需安装在车辆的外部，从而提高了车辆的稳定性。

上述天线模块T101中的主路天线和辅路天线可以设计成辐射角小于等于180°的定向天线。与传统的汽车外置天线相比，定向天线的增益较大，可以提升辐射效率。可以人为设计各天线的辐射角度和方向，根据实际中控单元T102在车体的位置，以及天线在中控台中的位置，将各个天线的辐射方向设计朝向车窗等无金属遮挡的区域。与全向天线相比，信号传输效率更高，通讯效果更好。

本发明实施例中，中控台的壳体的周边可以是方形壳体的四个侧边，也可以是圆形或椭圆形壳体的侧边。本发明实施例的中控台的壳体不限于上述形状，仅是示例作用。

图12所示，中控单元T102可以设置在第二PCB上，将多个LTE模块1021和CPU1022设置在第二PCB上，该多个LTE模块1021通过第二PCB上的走线与CPU1022连接。该LTE模块也可以设置在第三PCB上，该LTE模块可以通过MiniPCIE(MiniPeripheralComponentInterconnectExpress，小型特快外设组件互联)接口或者其它PCI(PeripheralComponentInterconnect，外设组件互联)接口与第二PCB上的中控单元T102中的CPU1022连接。

中控单元T102包括N个LTE模块1021，该N个LTE模块1021都分别与CPU1022连接，与CPU1022连接的LTE模块1021的数量越多，该车载天线系统的性能越优，可以是实现高速通信，如10Gb/s，20Gb/s的高速通信功能。LTE模块1021接收到的信号发送给该CPU1022进行处理。

在本发明实施例中，将天线模块T101和中控单元T102设置在中控台中，天线模块T101与中控单元T102之间的走线设计简单，线束少且短，能够减少高频能量传输过程的损耗，保证优异的性能。

相应地，本发明实施例还提供了一种车载天线系统，如图20所示的结构，该车载天线系统包括：中控单元1002和多个天线模块1001，中控单元1002包括：CPU10022、多个LTE模块10021，中控单元1002中每个LTE模块10021与至少一个天线模块1001连接，多个LTE模块10021分别与CPU10022连接。

中控单元1002包括图4中的所有单元，并在需要发送或接收信息时，通过天线模块T101发送或接收信息。

该中控单元1002的第二PCB上设置了CPU10022，FM模块10023、GPS模块10024、WiFi/BT模块10025、CMMB模块10026，该车载天线系统还包括与FM模块10023、GPS模块10024、WiFi/BT模块10025、CMMB模块10026对应的FM天线、GPS天线、WiFi/BT天线和CMMB天线。该FM天线、GPS天线、WiFi/BT天线和CMMB天线依次通过RF传输线与中控单元1002连接。

图21至图23分别示出了天线模块1001的三种设计工艺下的车载天线系统的结构，图21中的结构为天线模块1001是PCB工艺的车载天线系统的结构。图22中的结构为天线模块1001是FPC工艺的车载天线系统的结构。图23中的结构为天线模块1001是LDS工艺的车载天线系统的结构。图21至图23中车载天线系统的具体结构已在上述实施例中描述，在此不再赘述。

基于相同的发明构思，本发明实施例还提供了一种汽车，该汽车包括上述车载天线系统，具体结构以在上述实施例中描述，在此不再赘述。

本发明实施例提供的车载天线系统，通过多个天线模块和中控单元的多个LTE模块连接，实现车载天线的高速通信的功能，LTE模块设置在中控单元中，减少了线束的长度，可以减少信号衰减，提升传输效率，减少功耗。

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

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (15)

1.一种多链路数据传输的方法，其特征在于，包括：

发送端从多条虚拟链路中选择需要发送数据包的至少一条虚拟链路；

所述发送端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；

所述发送端通过确定的物理链路向所述接收端发送数据包；

其中，所述数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。

2.如权利要求1所述的方法，其特征在于，所述虚拟链路和物理链路的绑定关系为虚拟链路的标识和物理链路的IP地址的绑定关系。

3.如权利要求1所述的方法，其特征在于，所述发送端从多条虚拟链路中选择需要发送数据包的虚拟链路之前，还包括：

所述发送端在与所述接收端进行握手认证通过后，确定握手认证过程中通知给所述接收端的IP地址，并为确定的所述IP地址对应的物理链路建立虚拟链路；

所述发送端更新所述虚拟链路和物理链路的绑定关系，并将更新后的所述虚拟链路和物理链路的绑定关系发送给所述接收端。

4.如权利要求1所述的方法，其特征在于，该方法还包括：

所述发送端在需要为接收端进行握手认证后，对接收端进行握手认证，并将握手认证通过，且确定能够为所述接收端通知的IP地址对应的物理链路建立虚拟链路后，通知所述接收端；

所述发送端收到来自所述接收端更新后的所述虚拟链路和物理链路的绑定关系。

5.如权利要求1所述的方法，其特征在于，该方法还包括：

所述发送端在检测到虚拟链路饱和后，将该虚拟链路对应的数据包通过其他虚拟链路对应的物理链路发送，并在饱和的虚拟链路恢复后，将恢复的虚拟链路对应的数据包通过恢复的虚拟链路对应物理链路发送。

6.如权利要求1所述的方法，其特征在于，该方法还包括：

所述发送端在所述接收端通知释放的虚拟链路后，更新所述虚拟链路和物理链路的绑定关系。

7.如权利要求1所述的方法，其特征在于，所述发送端从多条虚拟链路中选择需要发送数据包的虚拟链路，包括：

所述发送端根据虚拟链路对应的链路质量值，从多条虚拟链路中选择需要发送数据包的虚拟链路；

其中，所述虚拟链路对应的链路质量值是根据所述虚拟链路对应的物理链路的链路参数确定的。

8.如权利要求1～7任一所述的方法，其特征在于，若所述发送端为终端，则所述接收端为虚拟专用网VPN服务器；

若所述发送端为VPN服务器，则所述接收端为终端。

9.一种多链路数据传输的设备，其特征在于，包括：

处理模块，用于从多条虚拟链路中选择需要发送数据包的虚拟链路；

确定模块，用于根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；

发送模块，用于通过确定的物理链路向所述接收端发送数据包；其中，所述数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。

10.如权利要求9所述的设备，其特征在于，所述确定模块，具体用于确定虚拟链路和物理链路的绑定关系为虚拟链路的标识和物理链路的IP地址的绑定关系。

11.如权利要求9所述的设备，其特征在于，所述处理模块，还用于：

在与所述接收端进行握手认证通过后，确定握手认证过程中通知给所述接收端的IP地址，并为确定的所述IP地址对应的物理链路建立虚拟链路；

更新所述虚拟链路和物理链路的绑定关系，并将更新后的所述虚拟链路和物理链路的绑定关系发送给所述接收端。

12.如权利要求9所述的设备，其特征在于，所述处理模块，还用于：

在需要为接收端进行握手认证后，对接收端进行握手认证，并将握手认证通过，且确定能够为所述接收端通知的IP地址对应的物理链路建立虚拟链路后，通知所述接收端；

收到来自所述接收端更新后的所述虚拟链路和物理链路的绑定关系。

13.如权利要求9所述的设备，其特征在于，所述确定模块还用于：

在检测到虚拟链路饱和后，将该虚拟链路对应的数据包通过其他虚拟链路对应的物理链路发送，并在饱和的虚拟链路恢复后，将恢复的虚拟链路对应的数据包通过恢复的虚拟链路对应物理链路发送。

14.如权利要求9所述的设备，其特征在于，所述确定模块还用于：

在所述接收端通知释放的虚拟链路后，更新所述虚拟链路和物理链路的绑定关系。

15.如权利要求9所述的设备，其特征在于，所述处理模块具体用于：

根据虚拟链路对应的链路质量值，从多条虚拟链路中选择需要发送数据包的虚拟链路；其中，所述虚拟链路对应的链路质量值是根据所述虚拟链路对应的物理链路的链路参数确定的。