WO2017080154A1 - 多链路数据传输方法、设备、发送端及计算机程序产品 - Google Patents

多链路数据传输方法、设备、发送端及计算机程序产品 Download PDF

Info

Publication number
WO2017080154A1
WO2017080154A1 PCT/CN2016/082150 CN2016082150W WO2017080154A1 WO 2017080154 A1 WO2017080154 A1 WO 2017080154A1 CN 2016082150 W CN2016082150 W CN 2016082150W WO 2017080154 A1 WO2017080154 A1 WO 2017080154A1
Authority
WO
WIPO (PCT)
Prior art keywords
link
virtual
virtual link
physical
data packet
Prior art date
Application number
PCT/CN2016/082150
Other languages
English (en)
French (fr)
Inventor
王雷
杜兆峰
Original Assignee
乐视控股（北京）有限公司
乐卡汽车智能科技（北京）有限公司
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 乐视控股（北京）有限公司, 乐卡汽车智能科技（北京）有限公司 filed Critical 乐视控股（北京）有限公司
Priority to EP16739385.9A priority Critical patent/EP3217604A1/en
Priority to RU2016135721A priority patent/RU2016135721A/ru
Publication of WO2017080154A1 publication Critical patent/WO2017080154A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00—Data switching networks
    • H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4641—Virtual LANs, VLANs, e.g. virtual private networks [VPN]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/74—Address processing for routing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/24—Multipath
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/58—Association of routers
    • H04L45/586—Association of routers of virtual routers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0876—Network architectures or network communication protocols for network security for authentication of entities based on the identity of the terminal or configuration, e.g. MAC address, hardware or software configuration or device fingerprint
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00—Routing or path finding of packets in data switching networks
    • H04L45/22—Alternate routing

Definitions

  • the present invention relates to communication technologies, and in particular, to a multi-link data transmission method, device, a transmitting end, and a computer program product.
  • the existing network equipment can only access the Internet through one network interface at a time, and the network bandwidth is limited by the network construction of the operator in use in this environment and the current number of users.
  • the user's network device contains multiple network interfaces to access different network types, including wired network, wireless network, cellular data network, etc., since the data on the virtual card can only be transmitted on the default network device, the user cannot simultaneously Use these networks to get online.
  • L2TP Layer 2 Tunneling Protocol
  • VPN Virtual Private Network
  • Devices with multiple network interfaces can establish tunnels through L2TP clients and L2TP servers.
  • a multi-network interface device establishes a virtual link on multiple physical links that transmit data through L2TP technology, and generates a virtual network card for each virtual link corresponding to each network interface, and the data on the virtual network card is The physical link of the interface of the default route is transmitted. Because there are multiple network interfaces in the device in the prior art, there is only one default route, so that multiple physical links corresponding to multiple network interfaces cannot be simultaneously transmitted. Data, resulting in waste of multi-link network resources.
  • the multi-network interface device can only transmit data through the physical link corresponding to the single network interface under the default route, so that multiple physical links corresponding to the multiple network interface devices cannot simultaneously transmit data, thereby causing multiple Link network resources are wasted.
  • the present invention provides a multi-link data transmission method, device, a transmitting end, and a computer program product, which are used to solve the problem that the multi-network interface device in the prior art can only implement data transmission through a physical link corresponding to a single network interface under a default route. As a result, multiple physical links corresponding to multiple network interface devices cannot transmit data at the same time, resulting in waste of multi-link network resources.
  • an embodiment of the present invention provides a method for multi-link data transmission, including:
  • the sender selects a virtual link that needs to send a data packet from multiple virtual links
  • the data packet includes an IP (Internet Protocol) address corresponding to the virtual link, and the plurality of virtual links corresponding to the virtual link are the same.
  • IP Internet Protocol
  • the transmitting end selects a virtual link that needs to send a data packet from multiple virtual links; the sending end determines the selected virtual link according to the binding relationship between the virtual link and the physical link. Corresponding physical link; the sending end sends a data packet to the receiving end by using the determined physical link; wherein the data packet includes an IP address corresponding to the virtual link, and the plurality of virtual links correspond to The IP address is the same.
  • the sender selects the virtual link that needs to send the data packet from the multiple links, and determines the physical link corresponding to the selected virtual link according to the binding relationship between the virtual link and the physical link, so that the sending end default route
  • the multi-network interface ensures the stability of data transmission through the virtual link corresponding to the physical link, and implements multi-link transmission of data through the physical link corresponding to the determined virtual link, thereby effectively utilizing multi-link network resources. To increase the data transfer rate.
  • the binding relationship between the virtual link and the physical link is a binding relationship between the identifier of the virtual link and the IP address of the physical link.
  • the binding relationship between the virtual link and the physical link is determined by using the identifier of the virtual link and the IP address of the physical link, so that the transmitting end can determine the virtual link of the selected data packet after determining the virtual link.
  • the transmission stability of the data packet is ensured by the virtual link, and the data packet is transmitted by determining the physical link corresponding to the virtual link that selects the transmission data packet, thereby ensuring multi-link transmission of the data transmission at the transmitting end, thereby effectively utilizing more Link network resources to increase data transmission rate.
  • the method further includes:
  • the sending end determines the IP address notified to the receiving end during the handshake authentication process, and establishes a virtual link for the determined physical link corresponding to the IP address;
  • the sending end updates the binding relationship between the virtual link and the physical link, and sends the updated binding relationship between the virtual link and the physical link to the receiving end.
  • the sending end before the sending end selects the virtual link that needs to send the data packet from the multiple virtual links, the sending end needs to perform handshake authentication with the receiving end, and after the handshake authentication is passed, determine the notification during the handshake authentication process. Defining an IP address of the receiving end, establishing a virtual link for the physical link corresponding to the determined IP address, and updating a binding relationship between the virtual link and the physical link, and sending the binding relationship to the receiving end, because The virtual link corresponding to the physical link established at the transmitting end can ensure the stability of the data packet transmission, and the sum of the bandwidths of the links of the physical link of the transmitting end is the network bandwidth of the transmitted data packet, so that the data packet is transmitted. Effectively utilizes multiple physical links for data transmission and the virtual link corresponding to the physical link ensures the stability of data transmission, ensures multi-link transmission of data transmission at the transmitting end, and effectively utilizes multi-link network resources. To increase the data transfer rate.
  • the sending end performs handshake authentication on the receiving end, and performs handshake authentication on the receiving end, and passes the handshake authentication, and determines that the physical link corresponding to the IP address notified by the receiving end is virtualized. After the link, notify the receiving end;
  • the sending end receives the binding relationship between the virtual link and the physical link that is updated by the receiving end.
  • the sending end performs handshake authentication on the receiving end, passes the handshake authentication, and determines that the physical link corresponding to the IP address notified by the receiving end can be virtualized.
  • the receiving end is notified; the sending end receives the binding relationship between the updated virtual link and the physical link from the receiving end.
  • the sender authenticates the receiver that needs to establish a virtual link, the validity of the virtual link between the physical link and the receiver is ensured.
  • the encapsulated data packet is transmitted on the reliable and secure virtual link.
  • the transmission of the packet, and the data packet is sent to the receiving end through the physical link corresponding to the virtual link, so that the reliability of the data transmission of the transmitting end is transmitted, and the multi-link data transmission of the transmitting end is effectively performed, thereby effectively utilizing the multi-link Network resources to increase data transfer rates.
  • the sending end after detecting that the virtual link is saturated, sends the data packet corresponding to the virtual link to the physical link corresponding to the other virtual link, and recovers after the saturated virtual link is restored.
  • the data packet corresponding to the virtual link is sent through the recovered virtual link corresponding to the physical link.
  • the transmitting end after detecting that the virtual link is saturated, the transmitting end sends the data packet corresponding to the virtual link to the physical link corresponding to the other virtual link, thereby improving transmission reliability.
  • the sending end updates the binding relationship between the virtual link and the physical link after the receiving end notifies the released virtual link.
  • the sending end selects a virtual link that needs to send a data packet from multiple virtual links, including:
  • the transmitting end selects a virtual link that needs to send a data packet from multiple virtual links according to a link quality value corresponding to the virtual link;
  • the link quality value corresponding to the virtual link is determined according to a link parameter of a physical link corresponding to the virtual link.
  • the transmitting end selects a virtual link that needs to send a data packet according to the link quality value determined by the link parameter of the physical link corresponding to the virtual link, so that the sending end passes the data packet through the network quality value.
  • the physical link corresponding to the virtual link is transmitted to ensure reliable and efficient transmission of the data packet, and the multiple physical links of the transmitting end are fully utilized to implement multi-link data transmission of the data packet at the transmitting end, thereby effectively utilizing the multi-link. Network resources to increase data transfer rates.
  • the sending end is a terminal
  • the receiving end is a VPN server
  • the sending end is a VPN server
  • the receiving end is a terminal
  • the sending end is a terminal
  • the data packet to be sent is a data packet requesting access to the network
  • a virtual link is established between the terminal and the physical link to ensure reliable transmission of the data packet, and the physical chain of the terminal is passed.
  • the data packet is transmitted to the VPN server; if the sender is a VPN server, the data packet to be sent is the obtained network packet, and the virtual link is established between the VPN server and the physical link to ensure reliable transmission of the data packet. And transmitting data packets to the terminal through the physical link of the VPN server.
  • the data packet to be sent can be transmitted between the terminal and the VPN server through multiple physical links, thereby realizing multi-link data transmission of the data packet at the transmitting end, thereby effectively utilizing multi-link network resources and improving the data transmission rate.
  • An embodiment of the present invention provides a device for multi-link data transmission, including:
  • a processing module configured to select, from a plurality of virtual links, a virtual link that needs to send a data packet
  • a determining module configured to determine, according to a binding relationship between the virtual link and the physical link, a physical link corresponding to the selected virtual link
  • a sending module configured to send a data packet to the receiving end by using the determined physical link, where the data packet includes an Internet Protocol IP address corresponding to the virtual link, and multiple pairs of the virtual link pair The IP address should be the same.
  • the determining module is specifically configured to:
  • the binding relationship between the virtual link and the physical link is determined as the binding relationship between the identifier of the virtual link and the IP address of the physical link.
  • processing module is further configured to:
  • the IP address notified to the receiving end during the handshake authentication process is determined, and a virtual link is established for the determined physical link corresponding to the IP address;
  • the binding relationship between the virtual link and the physical link is updated, and the updated binding relationship between the virtual link and the physical link is sent to the receiving end.
  • processing module is further configured to:
  • the receiving end After the handshake authentication is performed on the receiving end, the receiving end performs handshake authentication, passes the handshake authentication, and determines that the virtual link corresponding to the IP address notified by the receiving end can establish a virtual link, and then notify the receiving. end;
  • the determining module is further configured to:
  • the data packet corresponding to the virtual link is sent through the physical link corresponding to the other virtual link, and after the saturated virtual link is restored, the data packet corresponding to the restored virtual link is recovered.
  • the recovered virtual link is sent corresponding to the physical link.
  • the determining module is further configured to:
  • the binding relationship between the virtual link and the physical link is updated.
  • processing module is specifically configured to:
  • the embodiment of the present invention provides a transmitting end, including a memory, and one or more processors, where the sending end further includes:
  • One or more units the one or more units being stored in the memory and configured to be executed by the one or more processors, the one or more units including instructions for performing the following steps :
  • the data packet includes an Internet Protocol IP address corresponding to the virtual link, and the plurality of virtual links corresponding to the virtual link are the same.
  • Embodiments of the present invention provide a computer program product for use in conjunction with a transmitting end, the computer program product comprising a computer readable storage medium and a computer program mechanism embedded therein, the computer program mechanism comprising instructions for performing the following steps :
  • the data packet includes an Internet Protocol IP address corresponding to the virtual link, and the plurality of virtual links corresponding to the virtual link are the same.
  • the transmitting end selects a virtual link that needs to send a data packet from multiple virtual links; the sending end determines the selected virtual link according to the binding relationship between the virtual link and the physical link. Corresponding physical link; the sending end sends a data packet to the receiving end by using the determined physical link; wherein the data packet includes an IP address corresponding to the virtual link, and the plurality of virtual links correspond to The IP address is the same.
  • the transmitting end sends the data packet to the receiving end by using the physical link corresponding to the selected virtual link according to the binding relationship between the virtual link and the physical link, so that the multiple network interface under the default route passes the physical corresponding to the virtual link.
  • the link implements multi-link transmission of data, thereby effectively utilizing multi-link network resources and increasing data transmission rate.
  • FIG. 1 is a schematic diagram of a method for multi-link data transmission according to an embodiment of the present invention
  • FIG. 2A is a schematic diagram of a second multi-link data transmission method according to an embodiment of the present invention.
  • FIG. 2B is a schematic diagram of a third multi-link data transmission method according to an embodiment of the present invention.
  • 2C is a schematic diagram of a fourth multi-link data transmission method according to an embodiment of the present invention.
  • FIG. 3 is a schematic diagram of a method for establishing a virtual link between a terminal and a VPN server according to an embodiment of the present invention
  • FIG. 4 is a structural diagram of a device for multi-link data transmission according to an embodiment of the present invention.
  • FIG. 5 is a schematic structural diagram of an in-vehicle antenna system according to an embodiment of the present invention.
  • 6a is a schematic structural view 1 of an antenna module according to an embodiment of the present invention.
  • 6b is a second schematic structural diagram of an antenna module according to an embodiment of the present invention.
  • 6c is a schematic structural view 3 of an antenna module according to an embodiment of the present invention.
  • 6d is a schematic structural view 4 of an antenna module according to an embodiment of the present invention.
  • FIG. 7 is a schematic structural diagram of an LTE module according to an embodiment of the present disclosure.
  • FIG. 8 is a schematic diagram of a mounting position of an LTE module according to an embodiment of the present invention.
  • FIG. 9 is a schematic diagram of a mounting position of an LTE module according to an embodiment of the present invention.
  • FIG. 10 is a schematic structural diagram of an in-vehicle antenna system according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of an in-vehicle antenna system according to an embodiment of the present invention.
  • FIG. 12 is a schematic structural diagram of an in-vehicle antenna system according to an embodiment of the present invention.
  • FIG. 13 is a schematic structural diagram of an antenna module according to an embodiment of the present invention.
  • FIG. 14 is a schematic structural diagram of an antenna module according to an embodiment of the present invention.
  • FIG. 15 is a schematic structural diagram of an antenna module according to an embodiment of the present invention.
  • FIG. 16 is a schematic diagram of a mounting position of an antenna module according to an embodiment of the present invention.
  • FIG. 17 is a schematic diagram of a mounting position of an antenna module according to an embodiment of the present invention.
  • FIG. 18 is a schematic diagram of a mounting position of an antenna module according to an embodiment of the present invention.
  • FIG. 19 is a schematic diagram of a mounting position of an antenna module according to an embodiment of the present invention.
  • FIG. 20 is a schematic structural diagram of an in-vehicle antenna system according to an embodiment of the present invention.
  • 21 is a schematic structural diagram of an in-vehicle antenna system according to an embodiment of the present invention.
  • FIG. 22 is a schematic structural diagram of an in-vehicle antenna system according to an embodiment of the present invention.
  • FIG. 23 is a schematic structural diagram of an in-vehicle antenna system according to an embodiment of the present invention.
  • the transmitting end selects a virtual link that needs to send a data packet from multiple virtual links; the sending end determines the selected according to the binding relationship between the virtual link and the physical link. a physical link corresponding to the virtual link; the sending end sends a data packet to the receiving end by using the determined physical link; wherein the data packet includes an IP address corresponding to the virtual link, and the plurality of virtual links The corresponding IP address of the road is the same.
  • the transmitting end sends the data packet to the receiving end by using the physical link corresponding to the selected virtual link according to the binding relationship between the virtual link and the physical link, so that the multiple network interface under the default route passes the physical corresponding to the virtual link.
  • the link implements multi-link transmission of data, thereby effectively utilizing multi-link network resources and increasing data transmission rate.
  • the binding relationship between the virtual link and the physical link in the embodiment of the present invention may be fixed after being set.
  • the binding relationship between the virtual link and the physical link may be updated according to the hardware upgrade or the user needs, including but Not limited to one or more of the following:
  • An embodiment of the present invention provides a method for data transmission of a multi-link, which includes establishing, after a handshake authentication with the receiving end, a virtual link that is notified to the physical link corresponding to the IP address of the receiving end during the handshake authentication process, and Updating the binding relationship between the virtual link and the physical link; the sending end selects a virtual link that needs to send a data packet from multiple virtual links, and determines the selected virtual virtuality according to the binding relationship between the virtual link and the physical link. a physical link corresponding to the link; the sending end sends a data packet to the receiving end through the determined physical link; wherein the data packet includes an IP address corresponding to the virtual link, and multiple IP addresses corresponding to the virtual link the same.
  • FIG. 1 is a schematic diagram of a method for transmitting a first multilink data according to an embodiment of the present invention.
  • the sending end selects, from multiple virtual links, a virtual link that needs to send a data packet.
  • the sending end determines, according to a binding relationship between the virtual link and the physical link, a physical link corresponding to the selected virtual link.
  • the sending end sends a data packet to the receiving end by using the determined physical link.
  • the data packet includes an Internet Protocol IP address corresponding to the virtual link, and the plurality of virtual links corresponding to the virtual link are the same.
  • the sending end is a terminal
  • the receiving end is a VPN server
  • the sending end is a VPN server
  • the receiving end is a terminal
  • Case 1 If the sender is a terminal, the receiver is a VPN server.
  • FIG. 2A A schematic diagram of a second multi-link data transmission method according to an embodiment of the present invention is shown in FIG. 2A.
  • the terminal After the terminal performs the handshake authentication with the VPN server, the terminal establishes a virtual link for the physical link corresponding to the IP address notified to the VPN server during the handshake authentication process; and establishes a virtual link by the VPN server through the physical link corresponding to the notified IP address.
  • the terminal updates the binding relationship between the virtual link and the physical link, and sends the updated binding relationship between the virtual link and the physical link to the VPN server, so that the VPN server is updated according to the updated binding relationship.
  • the virtual link corresponds to the physical link and sends a data packet to the VPN server.
  • the data packet contains the IP address corresponding to the virtual link, and the IP addresses corresponding to the multiple virtual links are the same.
  • the terminal sends a virtual link connection request message to the VPN server during the handshake authentication process of the terminal and the VPN server, where the virtual link connection request message includes the source IP address and destination corresponding to the virtual link.
  • the IP address and key of the VPN server after the virtual link connection request message arrives at the VPN server, and the source IP address and the IP address and key of the destination VPN server in the virtual link request message are performed in the VPN server.
  • the handshake authentication is performed, the handshake authentication between the terminal and the VPN server is passed, and the response message corresponding to the virtual link connection request message is sent to the terminal after the VPN server end authentication is passed, where the response message includes the authentication. Through the message.
  • the terminal virtual link request message is ⁇ source IP1, key 1, destination IP2 ⁇ , and the configuration information in the VPN server is ⁇ source IP2, key 1, destination IP1 ⁇
  • the indication needs to be
  • the destination address of the virtual link established by the terminal is IP2 and the IP address of the terminal itself is IP1.
  • the destination address of the virtual link with the VPN server is IP1 and the IP address of the VPN server is IP2.
  • the terminal and the VPN server are used.
  • the authentication key is the key 1, so in the process of performing the handshake authentication, the terminal authenticates the handshake between the authorized users, that is, the handshake authentication between the terminal and the VPN server.
  • the terminal virtual link request message is ⁇ source IP3, key 1, destination IP2 ⁇ , and the configuration information in the VPN server is ⁇ source IP2, key 1, destination IP1 ⁇ , indicating that the destination address of the virtual link to be established with the terminal is IP2 and the IP address of the terminal itself is IP1, the destination address of the virtual link that can be established with the VPN server is IP1 and the IP address of the VPN server itself is IP2.
  • the authentication key between the terminal and the VPN server is the key 1, it can be established with the VPN server.
  • the destination address of the virtual link is IP1 instead of IP3. Therefore, in the process of performing handshake authentication, the terminal is authenticated by the unauthorized user for the VPN server. Therefore, the handshake authentication of the terminal in the VPN server is invalid. The handshake authentication between the terminal and the VPN server failed.
  • the terminal virtual link request message is ⁇ source IP1, key 1, destination IP2 ⁇ , and the configuration information in the VPN server is ⁇ source IP2, key 2, destination IP1 ⁇
  • the destination address of the virtual link to be established with the terminal is IP2, the key is the key 1, and the IP address of the terminal itself is IP1.
  • the destination address of the virtual link that can be established with the VPN server is IP1 and the key is Key 2 and the IP address of the VPN server itself is IP2.
  • the identity authentication of the handshake authentication between the terminal and the VPN server is passed, since the key between the destination end of the virtual link and the terminal needs to be established as the key 1, the key can be The key between the destination end of the virtual link and the VPN server is the key 2 instead of the key 1.
  • the key for establishing a virtual link between the terminal and the VPN server is different.
  • the establishment of the virtual link cannot be performed through the handshake authentication. Therefore, the handshake authentication between the terminal and the VPN server does not pass, that is, the handshake authentication between the terminal and the VPN server fails.
  • the terminal receives a response message of the virtual link connection request message from the VPN server, where the response message includes handshake authentication pass information, and the terminal according to the response message
  • the physical link of the IP address of the carried VPN server establishes a virtual link and updates the binding relationship between the virtual link and the physical link, and sends the updated binding relationship between the virtual link and the physical link to the VPN server. So that the VPN server updates the binding relationship between the virtual link and the physical link.
  • the binding relationship between the virtual link and the physical link is a binding relationship between the identifier of the virtual link and the IP address of the physical link.
  • the binding relationship between the updated terminal virtual link and the physical link in the embodiment of the present invention is as shown in Table 1.
  • the IP address of the physical link 1 in the terminal is IP1
  • the identifier of the corresponding virtual link established on the physical link 1 is Tunnel 4. Therefore, the binding relationship between the virtual link Tunnel 4 and the physical link 1 is ⁇ IP1-Tunnel4 ⁇ ;
  • the IP address of the physical link 2 in the terminal is IP2, and the identifier of the corresponding virtual link established on the physical link 2 is Tunnel7.
  • the binding of the virtual link Tunnel7 and physical link 2 is The relationship is ⁇ IP2-Tunnel7 ⁇ ; the IP address of the physical link 3 in the terminal is IP3, the identifier of the corresponding virtual link established on the physical link 3 is Tunnel9, so the binding relationship between the virtual link Tunnel9 and the physical link 3 is ⁇ IP3-Tunnel9 ⁇ .
  • the IP addresses of the virtual links Tunnel4, Tunnel7, and Tunnel9 are IPn.
  • a virtual link identifier may correspond to an IP address of one physical link or an IP address of multiple physical links.
  • the terminal needs to select a virtual link that needs to send a data packet from multiple virtual links;
  • the binding relationship between the link and the physical link determines a physical link corresponding to the selected virtual link;
  • the terminal sends a data packet to the VPN server by using the determined physical link; wherein the data packet includes a virtual link corresponding to IP address, the IP addresses corresponding to multiple virtual links are the same.
  • the link quality value corresponding to the virtual link is based on the virtual link. Determined by the link parameters of the corresponding physical link.
  • the link parameter of the physical link of the virtual link may be one or any combination of the following parameters: link bandwidth, link packet loss rate, link delay, etc.
  • the link parameter indication is not limited to the above link parameters, and other parameter information indicating the link parameters of the physical link will be used in the embodiment of the present invention.
  • the link quality value corresponding to the virtual link is the link bandwidth; if the physical link of the virtual link is When the link parameter contains two types of parameters, that is, the link bandwidth and the link loss rate, the weighted value of the link bandwidth and the link loss rate is calculated according to the link bandwidth and the link loss ratio. For the link quality value; if the link parameter of the physical link of the virtual link contains three parameters, the weighted value of the three parameters is also calculated as the link quality value, and according to the physical link of the virtual link The link quality value selects a virtual link that needs to send a data packet, and sends a data packet according to the physical link corresponding to the virtual link.
  • the link quality value of the physical link of the virtual link is determined only by the link bandwidth. If the bandwidth of the data packet 1 needs to be 1.5M, the link bandwidth of the physical link 1 is 1M. The bandwidth of the physical link 2 is 2M, and the link bandwidth of the physical link 1 is 3M. In order to effectively utilize the link bandwidth of the physical link and save the network bandwidth without affecting the transmission rate of the data packet, In the embodiment of the present invention, the virtual link corresponding to the physical link 2 with the link bandwidth of 2M is selected to encapsulate the data packet, and the data packet is sent through the 2M physical link 2.
  • the link quality value of the physical link of the virtual link is determined by the two types of link parameters, it is assumed that the two parameters are the link bandwidth and the link loss ratio. If there are more than one data packet to be sent, if it is necessary to send 6 data packets and the data bandwidth of each data packet is 1M, the order according to the security transmission of the data packet is: data packet 1, data packet 2 Data packet 3, data packet 4, data packet 5, and data packet 6, wherein the terminal has only three physical links, namely, physical link 1, physical link 2, and physical link 3, wherein packet loss of physical link 1 The rate is 0.01%, the packet loss rate of physical link 2 is 0.005%, the packet loss rate of physical link 3 is 0.007%, and the link bandwidth of the three physical links is 1M, according to the above 6 data.
  • select physical link 2, physical link 3, and physical link 1 to transmit data packet 1, data packet 2, and data packet 3 respectively; then continue to select physical link 2, physical link 3, and The physical link 1 transmits the data packet 4, the data packet 5, and the data packet 6, respectively; the multi-link data transmission under the default network routing is realized by the multiple physical links between the terminal and the VPN server.
  • the network link resources are utilized. If there is only one data packet to be sent, the physical link 2 is selected to perform data packet transmission according to the weight loss value of the physical link loss rate and the link bandwidth, thereby saving network resources for transmitting data.
  • the terminal before sending the data packet to the VPN server through the determined physical link, the terminal needs to encapsulate the data packet to be sent through the L1TP protocol, and pass the encapsulated data packet through the physical chain corresponding to the virtual link.
  • the road carries out the transmission of data.
  • the foregoing encapsulation protocol for transmitting a data packet in the embodiment of the present invention is only an example, and is not limited to the foregoing encapsulation protocol.
  • Other embodiments of the present invention can be applied to an encapsulation protocol of a data packet to be transmitted.
  • the terminal adds an L2TP header to the data frame to be transmitted through the L2TP protocol, and the data frame to be transmitted is encapsulated into an L2TP data frame, and a UDP header is added to the L2TP data frame to form a UDP packet; the UDP packet is added to the public IP header of the terminal.
  • the UDP packet is encapsulated into a public network IP packet transmitted on the VPN virtual link, and the UDP packet is transmitted as the terminal data from the terminal side to the VPN through the physical link corresponding to the L2TP virtual link established on the physical link.
  • the VPN server sends the received UDP packets to the UDP header and the L2TP header to obtain the data frames to be transmitted.
  • the UDP packets are included.
  • Public network IP packet the public network IP packet contains the IP address of the terminal and the IP address of the destination VPN server. It also contains the IP address of the selected physical link and the identifier of the virtual link.
  • the IP packet is transmitted to the server through a virtual link corresponding to the physical link.
  • the IP address of the terminal in the embodiment of the present invention is an IP address corresponding to the virtual link.
  • the IP address corresponding to the virtual link corresponds to the actual IP address of at least one physical link.
  • the terminal can accurately locate the corresponding VPN server through the IP address of the VPN server.
  • the upper layer sends the data to be sent to the corresponding virtual network card through the IP address corresponding to the virtual link.
  • Each NIC corresponds to an identifier of at least one virtual link, and the virtual NIC can determine which physical link the higher layer data needs to be sent according to the binding relationship between the identifier of the virtual link and the IP address of the physical link.
  • the data packet corresponding to the virtual link is sent through the physical link corresponding to the other virtual link, and after the saturated virtual link is restored, The data packet corresponding to the restored virtual link is sent through the restored virtual link corresponding physical link.
  • the virtual link is saturated, and the amount of data currently transmitted by the virtual link reaches the upper limit of the amount of data set by the virtual link.
  • FIG. 2B A third method for multi-link data transmission in the embodiment of the present invention is shown in FIG. 2B.
  • the VPN server After the handshake is authenticated with the terminal, the VPN server establishes a virtual link for the physical link corresponding to the IP address notified to the terminal during the handshake authentication process. After the terminal establishes a virtual link through the physical link corresponding to the notified IP address, the virtual link is established.
  • the VPN server updates the binding relationship between the virtual link and the physical link, and sends the updated binding relationship between the virtual link and the physical link to the terminal, so that the terminal updates the terminal according to the updated binding relationship.
  • the physical link corresponding to the link sends a data packet to the terminal.
  • the data packet contains the IP address corresponding to the virtual link, and the IP addresses corresponding to the multiple virtual links are the same.
  • the VPN server sends a virtual link connection request message to the terminal during the handshake authentication process of the VPN server and the terminal, where the virtual link connection request message includes the source IP address and destination corresponding to the virtual link.
  • the IP address and key of the VPN server after the virtual link connection request message arrives at the terminal, the source IP address in the virtual link request message in the terminal The address, the IP address of the destination terminal, and the key are used for handshake authentication.
  • the handshake authentication is legal, the handshake authentication between the VPN server and the terminal is passed, and the response message corresponding to the virtual link connection request message after the terminal authentication is passed is sent.
  • the response message contains an authentication pass message.
  • the specific implementation process of the handshake authentication between the VPN server and the terminal is the same as the case 1 and will not be described here.
  • the VPN server receives a response message of the virtual link connection request message from the terminal, where the response message includes the handshake authentication pass information, and the VPN server responds according to the response.
  • the physical link corresponding to the IP address of the terminal carried by the message establishes a virtual link, and the binding relationship between the virtual link and the physical link is updated, and the binding relationship between the updated virtual link and the physical link is sent to the terminal.
  • the terminal is configured to update the binding relationship between the virtual link and the physical link.
  • the binding relationship between the virtual link and the physical link is a binding relationship between the identifier of the virtual link and the IP address of the physical link.
  • the binding relationship between the virtual link and the physical link of the updated VPN server is the same as that of the virtual link and the physical link in the first case.
  • the VPN server needs to select a virtual link that needs to send a data packet from multiple virtual links; Determining, according to a binding relationship between the virtual link and the physical link, a physical link corresponding to the selected virtual link; the VPN server sends a data packet to the terminal by using the determined physical link; wherein the data packet includes a virtual link
  • the IP address corresponding to the plurality of virtual links is the same as the corresponding IP address.
  • the VPN server selects a virtual link that needs to send a data packet from the multiple virtual links according to the link quality value corresponding to the virtual link, and the link quality value corresponding to the virtual link is based on the virtual link.
  • the link parameters of the physical link corresponding to the path are determined.
  • the terminal in the embodiment of the present invention may be a mobile device, such as a mobile phone, a tablet computer, or the like; or may be an in-vehicle mobile device.
  • the solution of the embodiment of the present invention is applied to a vehicle-mounted mobile device, and data can be transmitted through multiple virtual links, thereby improving the utilization of bandwidth in the vehicle-mounted system.
  • the network transmission speed of the vehicle-mounted antenna system can be compared to the 2G mode and the 3G mode.
  • the network transmission speed of the antenna system is fast, so that the vehicle can provide high-speed network transmission, and realize the activity of car video call and high-definition video in the vehicle.
  • the VPN server is configured according to the link parameter of the physical link corresponding to the virtual link.
  • the method for determining the link quality value of the virtual link is the same as the method for determining the link quality value of the virtual link in the first case, and details are not described herein again.
  • the VPN packet before the VPN server sends the data packet to the terminal through the determined physical link, the VPN packet needs to be encapsulated by the L1TP protocol, and the encapsulated data packet passes through the physical chain corresponding to the virtual link.
  • the road carries out the transmission of data.
  • the VPN server needs to encapsulate the data packet by using the L2TP protocol before the network data packet is accessed by the VPN server, and the VPN server encapsulates the accessed network data packet by using the L2TP protocol.
  • the encapsulation method for accessing network data packets is the same, and will not be described here.
  • the data packet corresponding to the virtual link is sent through the physical link corresponding to the other virtual link, and after the saturated virtual link is restored, the restored virtual The data packet corresponding to the link is sent through the restored virtual link corresponding to the physical link.
  • the VPN server establishes a corresponding virtual link on multiple physical links with the terminal, and puts the binding relationship between the virtual link and the physical link into the VPN server and the terminal respectively.
  • the VPN server selects a virtual link that needs to send a data packet from multiple virtual links; the VPN server determines the selected virtual virtuality according to the binding relationship between the virtual link and the physical link. The physical link of the link; the VPN server sends the data packet to the terminal through the determined physical link; wherein the data packet contains the IP address corresponding to the virtual link, and the IP addresses corresponding to the multiple virtual links are the same.
  • the link bandwidth of each physical link is utilized, so that the network bandwidth of the VPN server is the sum of the link bandwidth of each physical link, and the virtual node corresponding to the physical link is established.
  • the link ensures the stability of the data connection.
  • the VPN server determines the physical link corresponding to the selected virtual link to send data packets to the terminal according to the binding relationship between the virtual link and the physical link, so that the multiple network under the default route
  • the interface implements multi-link transmission of data through a physical link corresponding to the virtual link, thereby effectively utilizing multi-link network resources and increasing data transmission rate.
  • the terminal device can simultaneously access the wireless networks of the three operators, namely, China Unicom, mobile, and telecommunications.
  • the terminal device After the terminal dials the VPN server, the terminal device has three physical network cards.
  • the sending function implements the network card traversal of the interface list, and selects an L2TP virtual network card from the interface list to send the data packet; the receiving function implements the data packet.
  • Unpack parse the real destination IP address and forward the data.
  • the network link related operation needs to be established to facilitate the network card data, and the network card status monitoring event is added; wherein, when the network card is traversed and the network card of the UP event is monitored, the network card is virtualized.
  • the IP address of the VPN server virtual network card is 10.252.1.1
  • the DHCP Dynamic Host Configuration Protocol
  • the server configures the virtual NIC IP address for the VPN server. Start the DHCP client on the terminal virtual NIC. If there is a virtual link to the VPN server in the interface list in the terminal virtual NIC, the terminal virtual NIC obtains the IP address of 10.252.1.1 and selects from the terminal virtual NIC. The corresponding virtual link forwards the data packet. The terminal selects a corresponding virtual link according to the network quality value of the physical network card corresponding to the virtual link.
  • the network quality value corresponding to the virtual link is obtained by using the weighting value of the network parameter of each physical network card. If the data packet to be sent is 2.5M data, it is assumed that the link bandwidth of the Unicom physical network card, the mobile physical network card, and the telecom physical network card are both 1M. If the data packet to be sent is 2.5M data, the three physical network cards are simultaneously used. The data packet is forwarded, that is, the link bandwidth of the physical network card that sends the data packet at this time is the sum of the bandwidths of the three physical network cards, so that the data packets that need to be sent are implemented by the three physical network cards in the terminal virtual network card. Multi-link transmission of data, thereby effectively utilizing multi-link network resources and increasing data transmission rate.
  • the link bandwidth of the physical network card, the mobile physical network card, and the physical network card of the telecom is 1M
  • the weight loss values of the virtual link corresponding to the physical network card and the link delay are respectively It is 0.07, 0.05, and 0.01. If there is 6 data packets to be sent, each packet has a bandwidth of 1M and the data packet 1 to packet 6 have high reliability requirements for data reliability transmission.
  • Data packet 2, data packet 3, data packet 4, data packet 5, and data packet 6, according to the network link quality value select the physical network card corresponding to the corresponding virtual link to implement data transmission, and then transmit through the physical network card of the telecommunication.
  • Data packet 1 mobile physical network card transmits data packet 2
  • Unicom physical network card transmits data packet 3
  • data packet 4 through telecommunication physical network card, mobile physical network card transmission number
  • the Unicom physical network card transmits the data packet 6, thereby implementing multi-link transmission of the data packet through the above three physical network cards, effectively utilizing the multi-link network resources, and improving the data transmission rate.
  • FIG. 2C A schematic diagram of a fourth multi-link data transmission method provided in the embodiment of the present invention is shown in FIG. 2C.
  • the terminal receives an access network data packet, where the access network data packet includes network data that needs to be accessed.
  • the terminal selects, from a plurality of virtual links, a virtual link that needs to be sent to access a network data packet, and sends a encapsulated access network data packet by determining a physical link corresponding to the selected virtual link.
  • the VPN server decapsulates the received encapsulated access network data packet, and sends the packet to the network that needs to access the network data packet.
  • the VPN server receives the network data packet obtained by the access
  • the VPN server selects a virtual link of the network data packet to be sent from the multiple virtual links, and sends the encapsulated network data packet by using the physical link corresponding to the determined virtual link.
  • the terminal decapsulates and sends the received network data packet.
  • selecting a virtual link that needs to send a network data packet from the plurality of virtual links is a link quality value corresponding to the virtual link determined according to a link parameter of the physical link corresponding to the virtual link.
  • the encapsulation and decapsulation operations of accessing the network data packet or the accessed network data packet in step S402 and step S405 and step S403 and step S406 are performed by the L2TP protocol. of.
  • the method further includes the process of establishing a virtual link corresponding to the physical link between the terminal and the VPN server.
  • the terminal is established between the terminal and the VPN server according to the embodiment of the present invention. Schematic diagram of the method of virtual link.
  • the terminal sends a handshake authentication request message to the VPN server.
  • the VPN server performs handshake authentication on the terminal, and after the handshake authentication is passed, sends a response message corresponding to the handshake authentication request message to the terminal.
  • the terminal After receiving the response message corresponding to the handshake authentication request message after the handshake authentication is passed, the terminal sends a virtual link connection request message to the VPN server.
  • the VPN server sends a response message corresponding to the virtual link connection request message to the terminal, and establishes a virtual link on the physical link in the virtual link connection request message.
  • S505 The terminal establishes a corresponding virtual link on the physical link in the virtual link request message between the terminal and the VPN server according to the response message corresponding to the virtual link connection request message.
  • the transmitting end selects a packet to be sent from multiple virtual links.
  • the virtual link determines the physical link corresponding to the selected virtual link according to the binding relationship between the virtual link and the physical link; and the sending end sends the physical link to the receiving end through the determined physical link a data packet, where the data packet includes an IP address corresponding to the virtual link, and the plurality of virtual links correspond to the same IP address.
  • the transmitting end sends the data packet to the receiving end by using the physical link corresponding to the selected virtual link according to the binding relationship between the virtual link and the physical link, so that the multiple network interface under the default route passes the physical corresponding to the virtual link.
  • the link implements multi-link transmission of data, thereby effectively utilizing multi-link network resources and increasing data transmission rate.
  • an embodiment of the present invention provides a device for multi-link data transmission, and the device may perform the foregoing method embodiments.
  • An apparatus structure diagram of multi-link data transmission according to an embodiment of the present invention is shown in FIG. 4 .
  • the processing module 601 is configured to select a virtual link that needs to send a data packet from multiple virtual links.
  • a determining module 602 configured to determine, according to a binding relationship between the virtual link and the physical link, a physical link corresponding to the selected virtual link;
  • the sending module 603 is configured to send, by using the determined physical link, a data packet to the receiving end, where the data packet includes an Internet Protocol IP address corresponding to the virtual link, and multiple IP addresses corresponding to the virtual link. the same.
  • the receiving end is a VPN server; if the device is a VPN server, the receiving end is a terminal. The following is introduced separately.
  • the processing module 601 after the handshake authentication with the VPN server is passed, the processing module 601 establishes a virtual link for the physical link corresponding to the IP address notified to the VPN server during the handshake authentication process; After the virtual link is established, the determining module 602 updates the binding relationship between the virtual link and the physical link, and sends the updated binding relationship between the virtual link and the physical link to the VPN server.
  • the VPN server is configured to update the binding relationship between the virtual link and the physical link in the VPN server according to the updated binding relationship; the determining module 602 selects a virtual link that needs to send the data packet from the multiple virtual links; and the sending module 603 Determining, by the determining module 602, the physical link corresponding to the selected virtual link in the binding relationship between the virtual link and the physical link, and sending the data packet to the VPN server; wherein the data packet includes the IP address corresponding to the virtual link, and The IP addresses corresponding to the virtual links are the same.
  • the processing module 601 performs a handshake authentication process with the VPN server.
  • the processing module 601 sends a virtual link connection request message to the VPN server, where the virtual link connection request message includes the source IP address corresponding to the virtual link, the IP address and the key of the destination VPN server, and the virtual link connection request.
  • the source IP address of the virtual link request message, the IP address of the destination VPN server, and the key are handshake-authenticated in the VPN server.
  • the processing module 601 and the VPN server are configured.
  • the handshake message is passed, and the response message corresponding to the virtual link connection request message is sent to the processing module 601, where the response message includes an authentication pass message.
  • the processing module 601 is a handshake authentication between the legitimate users for the VPN server, that is, the processing module.
  • the handshake authentication between 601 and the VPN server is passed.
  • the processing module 601 virtual link request message is ⁇ source IP3, key 1, destination IP2 ⁇ , and the configuration information in the VPN server is ⁇ source IP2, key 1, destination end IP1 ⁇ indicates that the destination address of the virtual link to be established with the processing module 601 is IP2 and the IP address of the processing module 601 itself is IP1.
  • the destination address of the virtual link that can be established with the VPN server is IP1 and the VPN server itself
  • the IP address is IP2.
  • the authentication key between the processing module 601 and the VPN server is the key 1, since the destination address of the virtual link that can be established with the VPN server is IP1 instead of IP3, the handshake authentication is performed.
  • the processing module 601 is a handshake authentication performed by the unauthorized user for the VPN server. Therefore, the handshake authentication of the processing module 601 in the VPN server is invalid, that is, the handshake authentication between the processing module 601 and the VPN server fails.
  • the processing module 601 virtual link request message is ⁇ source IP1, key 1, destination IP2 ⁇ , and the configuration information in the VPN server is ⁇ source IP2, key 2, destination end IP1 ⁇ indicates that the destination address of the virtual link to be established with the processing module 601 is IP2, the key is the key 1, and the IP address of the terminal itself is IP1, and the destination address of the virtual link that can be established with the VPN server is IP1.
  • the key is the key 2 and the IP address of the VPN server itself is IP2.
  • the identity authentication of the handshake authentication between the processing module 601 and the VPN server is passed, due to the need for
  • the key between the destination end of the virtual link established by the management module 601 is the key 1
  • the key between the destination end of the virtual link that can be established with the VPN server is the key 2 instead of the key 1, so
  • the key of establishing a virtual link between the processing module 601 and the VPN server is different, and the virtual link cannot be established through the handshake authentication. Therefore, the handshake authentication between the processing module 601 and the VPN server does not pass. That is, the handshake authentication between the processing module 601 and the VPN server fails.
  • the processing module 601 receives a response message of the virtual link connection request message from the VPN server, where the response message includes the handshake authentication pass information.
  • the processing module 601 establishes a virtual link according to the physical link corresponding to the IP address of the VPN server itself, and updates the binding relationship between the virtual link and the physical link, and binds the updated virtual link to the physical link.
  • the relationship is sent to the VPN server, so that the VPN server updates the binding relationship between the virtual link and the physical link.
  • the determining module 602 is specifically configured to:
  • the binding relationship between the virtual link and the physical link is determined as the binding relationship between the identifier of the virtual link and the IP address of the physical link.
  • processing module 601 is further configured to:
  • the IP address notified to the receiving end during the handshake authentication process is determined, and a virtual link is established for the determined physical link corresponding to the IP address;
  • the binding relationship between the virtual link and the physical link is updated, and the updated binding relationship between the virtual link and the physical link is sent to the receiving end.
  • processing module 601 is further configured to:
  • the receiving end After the handshake authentication is performed on the receiving end, the receiving end performs handshake authentication, passes the handshake authentication, and determines that the virtual link corresponding to the IP address notified by the receiving end can establish a virtual link, and then notify the receiving. end;
  • the binding relationship between the virtual link and the physical link of the updated processing module 601 in the embodiment of the present invention is as shown in Table 1.
  • the IP address of the physical link 1 in the processing module 601 is IP1
  • the identifier of the corresponding virtual link established on the physical link 1 is Tunnel 4.
  • the binding relationship between the virtual link Tunnel 4 and the physical link 1 is ⁇ IP1-Tunnel4 ⁇ ;
  • the IP address of the physical link 2 in the processing module 601 is IP2
  • the identifier of the corresponding virtual link established on the physical link 2 is Tunnel7, so the virtual link Tunnel7 and the physical link
  • the binding relationship of 2 is ⁇ IP2-Tunnel7 ⁇ ;
  • the IP address of the physical link 3 in the processing module 601 is IP3, and the pair established on the physical link 3
  • the ID of the virtual link is the same as that of Tunnel9. Therefore, the binding relationship between the virtual link Tunnel9 and physical link 3 is ⁇ IP3-Tunnel9 ⁇ .
  • the processing module 601 updates the binding relationship between the virtual link and the physical link with the VPN server
  • the virtual link that needs to send the data packet needs to be selected from multiple virtual links; 602.
  • the sending module 603 sends a data packet to the VPN server by using the determined physical link, where the data packet includes The IP address corresponding to the virtual link, and the IP addresses corresponding to the plurality of virtual links are the same.
  • the processing module 601 selects, according to the link quality value corresponding to the virtual link, the virtual link that needs to send the data packet from the multiple virtual links, and the link quality value corresponding to the virtual link is according to the virtual The link parameters of the physical link corresponding to the link are determined.
  • the link parameter of the physical link of the virtual link may be one or any combination of the following parameters: link bandwidth, link packet loss rate, link delay, etc.
  • the link parameter indication is not limited to the above link parameters, and other parameter information indicating the link parameters of the physical link will be used in the embodiment of the present invention.
  • the link quality value corresponding to the virtual link is the link bandwidth; if the physical link of the virtual link is When the link parameter contains two types of parameters, that is, the link bandwidth and the link loss rate, the weighted value of the link bandwidth and the link loss rate is calculated according to the link bandwidth and the link loss ratio. For the link quality value; if the link parameter of the physical link of the virtual link contains three parameters, the weighted value of the three parameters is also calculated as the link quality value, and according to the physical link of the virtual link The link quality value selects a virtual link that needs to send a data packet, and sends a data packet according to the physical link corresponding to the virtual link.
  • the link quality value of the physical link of the virtual link is determined only by the link bandwidth. If the bandwidth of the data packet 1 is 1.5M, the link bandwidth of the physical link 1 is 1M, the bandwidth of the physical link 2 is 2M, and the link bandwidth of the physical link 1 is 3M. The path bandwidth is effectively utilized, and the network bandwidth is saved when the transmission rate of the data packet is not affected.
  • the virtual link corresponding to the physical link 2 with the link bandwidth of 2M is selected to encapsulate the data packet, and The data packet is transmitted through 2M physical link 2.
  • the link quality value of the physical link of the virtual link is determined by the two types of link parameters, it is assumed that the two parameters are the link bandwidth and the link loss ratio. If there are more than one data packet to be sent, it is assumed that 6 data packets need to be sent and the data bandwidth of each data packet is At 1M, the order of data packet security transmission is: packet 1, data packet 2, data packet 3, data packet 4, data packet 5, and data packet 6, where the terminal has only three physical links, namely, physical Link 1, physical link 2, and physical link 3, where the packet loss rate of physical link 1 is 0.01%, the packet loss rate of physical link 2 is 0.005%, and the packet loss rate of physical link 3 is 0.007%.
  • the link bandwidths of the three physical links are all 1M.
  • the physical link 2, the physical link 3, and the physical link 1 are respectively selected to transmit the data packet 1 , packet 2 and packet 3; then continue to select physical link 2, physical link 3 and physical link 1 respectively transmit data packet 4, data packet 5 and data packet 6; through the multiple between the terminal and the VPN server
  • the transmission of data packets by the physical link implements multi-link data transmission under the default network routing, effectively utilizing network link resources. If there is only one data packet to be sent, the physical link 2 is selected to perform data packet transmission according to the weight loss value of the physical link loss rate and the link bandwidth, thereby saving network resources for transmitting data.
  • the sending module 603 before sending the data packet to the VPN server through the determined physical link, the sending module 603 further needs to encapsulate the data packet to be sent through the L1TP protocol, and pass the encapsulated data packet through the virtual link.
  • the physical link carries the data.
  • the foregoing encapsulation protocol for transmitting a data packet in the embodiment of the present invention is only an example, and is not limited to the foregoing encapsulation protocol.
  • Other embodiments of the present invention can be applied to an encapsulation protocol of a data packet to be transmitted.
  • the sending module 603 adds an L2TP header to the data frame to be transmitted through the L2TP protocol, and the data frame to be transmitted is encapsulated into an L2TP data frame, and a UDP header is added to the L2TP data frame to form a UDP packet; the UDP packet is added to the sending module 603.
  • the IP address header of the network encapsulates the UDP packet into the public network IP packet transmitted on the VPN virtual link.
  • the UDP packet is used as the sending module 603 data through the physical link corresponding to the L2TP virtual link established on the physical link.
  • the UDP packet received by the VPN server is sent to the UDP header and the L2TP header to obtain the data frame to be transmitted.
  • the public network IP packet contains the source terminal IP address and the destination VPN.
  • the server IP address, the UDP packet contains the public network IP packet, and the binding relationship between the IP address corresponding to the physical link of the sending module 603 and the virtual link identifier corresponding to the physical address is encapsulated in the IP packet.
  • the virtual link corresponding to the link transmits the IP packet to the VPN server.
  • the determining module 602 is further configured to:
  • the data packet corresponding to the virtual link is sent through the physical link corresponding to the other virtual link, and after the saturated virtual link is restored, the restored virtual link pair is restored.
  • the packets that should be sent are sent over the physical link corresponding to the recovered virtual link.
  • the determining module 602 is further configured to:
  • the binding relationship between the virtual link and the physical link is updated.
  • Case 2 If the device is a VPN server, the receiving end is a terminal.
  • the processing module 601 establishes a virtual link for the physical link corresponding to the IP address notified to the terminal during the handshake authentication process; and the terminal corresponds to the notified IP address.
  • the determining module 602 updates the binding relationship between the virtual link and the physical link, and sends the updated binding relationship between the virtual link and the physical link to the terminal, so that the terminal updates according to the terminal.
  • the binding relationship updates the binding relationship between the virtual link and the physical link in the terminal; the determining module 602 selects a virtual link that needs to send a data packet from the plurality of virtual links; and according to the virtual link and the physical link
  • the binding relationship determines the physical link corresponding to the selected virtual link, and the sending module 603 sends a data packet to the terminal according to the physical link corresponding to the determined virtual link; wherein the data packet includes the IP corresponding to the virtual link. Address, the IP address corresponding to multiple virtual links is the same.
  • the processing module 601 sends a virtual link connection request message to the terminal in the handshake authentication process with the terminal, where the virtual link connection request message includes the source IP address corresponding to the virtual link.
  • the IP address and the key of the destination VPN server after the virtual link connection request message arrives at the terminal, handshake the source IP address, the IP address of the destination terminal, and the key in the virtual link request message in the terminal.
  • the handshake response between the processing module 601 and the terminal is passed, and the response message corresponding to the virtual link connection request message is sent to the processing module 601, where the response message includes the authentication. Through the message.
  • the specific implementation process of the handshake authentication between the VPN server and the terminal is the same as the case 1 and will not be described here.
  • the processing module 601 receives a response message of the virtual link connection request message from the terminal, where the response message includes the handshake authentication pass information, and the processing module 601. Establish a virtual link according to the physical link corresponding to the IP address of the terminal itself carried in the response message, and update the binding relationship between the virtual link and the physical link, and send the updated binding relationship between the virtual link and the physical link.
  • the terminal is provided to enable the terminal to update the binding relationship between the virtual link and the physical link.
  • the binding relationship between the virtual link and the physical link is an identifier and a physical of the virtual link. Binding relationship of the IP address of the link.
  • the binding relationship between the virtual link and the physical link of the updated processing module 601 is the same as that of the virtual link and the physical link in the first case.
  • the processing module 601 updates the binding relationship between the virtual link and the physical link with the terminal, the virtual link that needs to send the data packet needs to be selected from the multiple virtual links; the determining module 602 Determining, according to a binding relationship between the virtual link and the physical link, a physical link corresponding to the selected virtual link; the sending module 603 sends a data packet to the terminal by using the determined physical link; where the data packet includes a virtual link
  • the IP address corresponding to the path, and the IP addresses corresponding to the plurality of virtual links are the same.
  • the processing module 601 selects, according to the link quality value corresponding to the virtual link, the virtual link that needs to send the data packet from the multiple virtual links, and the link quality value corresponding to the virtual link is according to the virtual The link parameters of the physical link corresponding to the link are determined.
  • the method for determining the link quality value of the virtual link according to the link parameter of the physical link corresponding to the virtual link is the same as the method for determining the link quality value of the virtual link in the first case. It will not be described in detail here.
  • the sending module 603 before sending the data packet to the terminal through the determined physical link, the sending module 603 further needs to encapsulate the data packet to be sent through the L1TP protocol, and pass the encapsulated data packet to the physical entity corresponding to the virtual link.
  • the link carries out data transmission.
  • the VPN server needs to encapsulate the data packet by using the L2TP protocol before the network data packet is accessed by the VPN server, and the VPN server encapsulates the accessed network data packet by using the L2TP protocol.
  • the encapsulation method for accessing network data packets is the same, and will not be described here.
  • the determining module 602 sends the data packet corresponding to the virtual link to the physical link corresponding to the other virtual link, and after the saturated virtual link is restored, the restored The data packet corresponding to the virtual link is sent through the recovered virtual link corresponding to the physical link.
  • the VPN server establishes a corresponding virtual link on multiple physical links with the terminal, and puts the binding relationship between the virtual link and the physical link into the VPN server and the terminal respectively.
  • the VPN server selects a virtual link that needs to send a data packet from multiple virtual links; the VPN server determines the selected virtual virtuality according to the binding relationship between the virtual link and the physical link.
  • the physical link corresponding to the link; the VPN server passes the determined object
  • the link sends a data packet to the terminal.
  • the data packet contains the IP address corresponding to the virtual link, and the IP addresses corresponding to the multiple virtual links are the same.
  • the link bandwidth of each physical link is utilized, so that the network bandwidth of the VPN server is the sum of the link bandwidth of each physical link, and the virtual node corresponding to the physical link is established.
  • the link ensures the stability of the data connection.
  • the VPN server determines the physical link corresponding to the selected virtual link to send data packets to the terminal according to the binding relationship between the virtual link and the physical link, so that the multiple network under the default route
  • the interface implements multi-link transmission of data through a physical link corresponding to the virtual link, thereby effectively utilizing multi-link network resources and increasing data transmission rate.
  • an embodiment of the present invention provides a transmitting end, where the terminal can be used in the foregoing device embodiment.
  • the transmitting end includes a memory, and one or more processors, wherein the sending end further includes:
  • One or more units the one or more units being stored in the memory and configured to be executed by the one or more processors, the one or more units including instructions for performing the following steps :
  • the data packet includes an Internet Protocol IP address corresponding to the virtual link, and the plurality of virtual links corresponding to the virtual link are the same.
  • an embodiment of the present invention provides a computer program product for use in combination with a transmitting end, the computer program product comprising a computer readable storage medium and a computer program mechanism embedded therein, the computer program mechanism comprising Instructions that perform the following steps:
  • the data packet includes an Internet Protocol IP address corresponding to the virtual link, and the plurality of virtual links corresponding to the virtual link are the same.
  • the embodiment of the present invention can be applied to an in-vehicle system, and the solution of the embodiment of the present invention can implement high-speed video transmission in the in-vehicle system.
  • FIGS. 5 to 11 are descriptions for the first in-vehicle system
  • FIGS. 12 to 23 are descriptions for the first in-vehicle system.
  • FIG. 5 shows a schematic structure of an in-vehicle antenna system.
  • the in-vehicle antenna system includes:
  • the central control unit 102 and the plurality of LTE modules 101, the LTE module 101 includes an LTE module 1011 and at least one antenna module 1012, wherein the LTE module 1011 is connected to the antenna module 1012, and the central control unit 102 and each The LTE module 101 is connected.
  • the central control unit 102 includes all of the units in FIG. 4 and transmits or receives information through the LTE module 101 when it is necessary to transmit or receive information.
  • the LTE module 101 transmits the information to be sent by the central control unit 102 after being sent, and transmits the received information to the central control unit 102.
  • the LTE module 1011 in the LTE module 101 can perform communication of 2G (second generation mobile communication), 3G (third generation mobile communication), and 4G (fourth generation mobile communication), and the LTE module 1011 can pass its corresponding
  • the antenna module 1012 receives and transmits signals for communication with the external network.
  • each LTE module 101 corresponds to one LTE module 1011, and the LTE module 1011 is connected to two antenna modules 1012.
  • the LTE module 1011 can also be combined with an antenna module.
  • the 1012 connection the more the number of connected antenna modules 1012, the better the communication performance of the LTE module 1011.
  • the network transmission speed of the vehicle antenna system can be faster than the network transmission speed of the antenna system in the 2G mode and the 3G mode.
  • a plurality of LTE modules 101 in the in-vehicle antenna system can provide high-speed network transmission for the vehicle, thereby implementing an activity of in-vehicle video calling and watching high-definition video in the vehicle.
  • the embodiment of the invention improves the network transmission speed.
  • the LTE module 1011 can be disposed on a PCB (Printed Circuit Board) to integrate the LTE module 1011 onto the PCB.
  • the antenna feed of the antenna module 1012 can be crimped to the antenna feed point on the PCB. Then, it is electrically connected to its corresponding LTE module 1011 through a trace on the PCB.
  • the manufacturing process of the antenna module 1012 in the embodiment of the present invention includes at least the following:
  • the antenna module 1012 is fixed on the antenna bracket of the PCB, and the antenna module is supported by the antenna bracket 1012.
  • the antenna bracket is fixed on the PCB, and the antenna feed pin of the antenna module 1012 can be crimped onto the antenna feed point on the PCB.
  • the antenna module 1012 is formed by etching an FPC (Flexible Printed Circuit).
  • the labyrinth type antenna module 1012 is fabricated by exposing an FPC masked using a mask having an antenna pattern and then etching the metal layer on the exposed FPC.
  • the antenna module 1012 manufactured by the FPC process has a small structure and is easy to install.
  • the FPC can be pasted on the structural shell through the adhesive, such as the outer casing of the LTE module 101, and can be the outer side of the non-metallic portion of the module outer casing. It may be the inner side of the non-metallic part of the outer casing, or the surface of the non-metallic inner casing, or the FPC may be attached to the PCB.
  • the antenna module 1012 has the advantages of high wiring density, light weight, and easy bending.
  • the antenna module 1012 is formed on the housing of the structural member by laser engraving by LDS (Laser Direct Structuring).
  • LDS Laser Direct Structuring
  • the metal powder is laser-etched onto the casing of any structural member using the LDS process, such as the outer casing of the LTE module 101, which may be the outer side of the non-metallic portion of the module outer casing, the inner side of the non-metallic portion of the outer casing, or a non-metal The surface of the middle shell.
  • the antenna module 1012 can arbitrarily design the antenna pattern, and the laser engraving is on the shell of the structural member of any shape, which is not limited by the structure of the product, and has greater flexibility, and can avoid the interference with the metal in the LTE module 101. It is also possible to reduce the volume of the LTE module 101.
  • FIG. 6a is a cross-sectional view of an antenna module 1012, and a cross-sectional view of the antenna module 1012.
  • the graphic structure of the antenna module 1012 is printed on the graphic structure of the antenna module 1012.
  • Figure 6b shows an antenna module 1012 made of FPC, the black point in the figure is the antenna feed pin.
  • 6c and 6d respectively show antenna patterns of two antenna modules 1012, which are a toroidal structure and a return structure, respectively.
  • the antenna module 1012 is fabricated, the two patterns can be designed.
  • the antenna module 1012 is etched according to the pattern on the FPC, or the two patterns are carved by the LDS laser using metal powder.
  • the graphics of the antenna module 1012 can be freely designed in practical applications.
  • the above-mentioned three embodiments of the antenna module 1012 are only used as an example in the embodiment of the present invention, and the manufacturing process of the antenna module 1012 is not limited to the above solution.
  • FIG. 7 shows a schematic diagram of a LTE module 101 molding.
  • the antenna module 1012 is laser engraved on top of the case, such as the antenna pattern 503, using LDS.
  • the LTE module 1011 in the LTE module 101 can communicate with the central control unit 102 through a USB cable harness.
  • Each box includes a box 502, and a USB interface 501 is reserved.
  • the USB interface can be compatible with various USB versions. For example, the USB 3.0 version is used, and the LTE module 101 and the central control unit 102 communicate and supply power through the USB 3.0 harness.
  • the module box also includes a main channel antenna and a secondary channel antenna of the LTE module 1011 for transmitting and receiving signals.
  • the antenna can be designed as a directional antenna with a radiation angle of less than or equal to 180°, so that the actual designed radiation surface position of the antenna can be determined according to the surrounding environment of different installation positions.
  • each box can be designed according to the actual application, and is not limited to the rectangular parallelepiped.
  • the antenna module 1012 can be laser engraved on the four sides of the module box, and the antenna is designed as a directional antenna, and the radiation surface of the antenna module 1012 can be designed according to different installation positions.
  • the position of the antenna module 1012 is set in an area of the module box facing the passenger side, that is, the antenna module 1012 is laser-engraved on the top of the module box, or is disposed on the side of the module box. The location of the face.
  • a plurality of LTE modules 101 can be installed at different positions of the vehicle. As shown in FIG. 8 , the LTE module 101 can be installed at the A-pillar of the vehicle. B column, C column, D column. Then, they are respectively connected to the central control unit 102 of the vehicle center console through the USB bus, and communicate with the central control unit 102.
  • the LTE module 101 may also be located outside the roof of the vehicle, inside the door of the vehicle, the platform at the bottom of the front windshield of the vehicle, the platform at the bottom of the rear windshield of the vehicle, or the position in the rear view mirror of the vehicle or random combination. If the number of LTE modules 101 required by the vehicle is large, multiple locations can be placed in the same location, and the more the number of LTE modules 101 used, the better the quality of high-speed communication. As shown in FIG. 9, the LTE module 101 can be installed outside the roof of the vehicle in the thick black line area of FIG. 9 and inside the door of the vehicle.
  • FIG. 5 includes N LTE modules 101, each of which is connected to the central control unit 102.
  • the signal received by the LTE module 101 is sent to the central control unit 102 for processing.
  • the central control unit 102 is connected to each LTE module 101 through a USB (Universal Serial Bus) bus.
  • the central control unit 102 and the LTE module 101 are both provided with a USB interface, and the USB bus is respectively connected to the central control unit 102 and the LTE module 101.
  • USB interface Universal Serial Bus
  • the antenna system of the prior art vehicle is a single antenna design, if various signals need to be received, multiple antennas need to be installed on the vehicle at the same time. These antennas need to be installed outside the roof of the vehicle. Increased vehicle instability.
  • the LTE module 1011 and the antenna module 1012 are integrated in the LTE module, and the LTE module 101 can be disposed in multiple locations of the vehicle without being installed only on the roof of the vehicle. External, thus improving the stability of the vehicle.
  • an embodiment of the present invention provides a connection manner between the central control unit 102 and the LTE module 101.
  • Each LTE module 101 is connected to a USB interface in the central control unit 102 via a USB bus, and one LTE module 101 corresponds to one USB interface.
  • a plurality of USB interfaces are connected to the USB hub, and each USB hub can be connected to Y USB interfaces, Y is greater than or equal to 1, for example, four USB interfaces can be connected to one USB hub.
  • the USB hub has X, X is greater than or equal to 1, and the X USB hubs are aggregated to a USB hub, and the CPU of the central control unit 102 is connected through the total USB hub.
  • LTE modules 101 when the networking is required, more LTE modules 101 may be used for combination, and multiple LTE modules 101 are dispersed to various locations of the vehicle, which reduces the assembly difficulty of the vehicle antenna system and facilitates random combination.
  • the radio frequency power loss introduced by the coaxial line can be effectively reduced, the radio frequency performance is improved, and the harness length between the LTE module 101 and the central control unit 102 can be reduced.
  • the constraints make the LTE module 101 installation location more flexible.
  • the embodiment of the present invention further provides an in-vehicle antenna system, as shown in FIG. 11, the in-vehicle antenna system includes: a central control unit 702 and a plurality of LTE modules 701, and the LTE module 701 includes an LTE module. 7011 and at least one antenna module 7012, wherein the LTE module 7011 is connected to the antenna module 7012, and the central control unit 702 is connected to each LTE module 701.
  • the central control unit 702 includes all of the units in FIG. 4 and transmits or receives information through the LTE module 701 when it is necessary to transmit or receive information.
  • a CPU (Central Processing Unit) 7021, an FM module 7022, a GPS module 7023, a WiFi/BT module 7024, and a CMMB module 7025 are disposed on the PCB of the central control unit 702.
  • the vehicle antenna system further includes an FM module 7022. , GPS module 7023, WiFi/BT module 7024, FM antenna corresponding to CMMB module 7025, GPS antenna, WiFi/BT antenna and CMMB antenna.
  • the FM antenna, the GPS antenna, the WiFi/BT antenna, and the CMMB antenna are sequentially connected to the central control unit 702 through a coaxial line through terminal.
  • the central control unit 702 is connected to each LTE module 701 via a USB (Universal Serial Bus) bus.
  • the central control unit 702 and the LTE module 701 are both provided with a USB interface, which is respectively connected to the USB interfaces of the central control unit 702 and the LTE module 701.
  • an embodiment of the present invention further provides an automobile, which includes the above-described vehicle antenna system, and the specific structure is described in the above embodiments, and details are not described herein again.
  • a plurality of LTE modules and a central control unit are connected to implement a high-speed communication function of the vehicle antenna.
  • the LTE module and the antenna module are integrated structures, and multiple LTE modules can be flexibly installed to avoid multiple LTE.
  • the module concentrates on the central control unit and causes communication interference.
  • FIG. 12 shows a schematic structure of an in-vehicle antenna system.
  • the in-vehicle antenna system includes:
  • the central control unit T102 and the plurality of antenna modules T101 include: a CPU (Central Processing Unit) 1022, a plurality of LTE modules 1021, and each LTE module 1021 and at least one antenna module in the central control unit T102.
  • the T101 is connected, and the plurality of LTE modules 1021 are respectively connected to the CPU 1022.
  • the central control unit T102 includes all the units in FIG. 4, and transmits or receives information through the antenna module T101 when it is necessary to transmit or receive information.
  • the antenna module T101 transmits the information to be transmitted and outputted by the central control unit T102, and transmits the received information to the central control unit T102.
  • the LTE module 1021 can perform communication of 2G (second generation mobile communication), 3G (third generation mobile communication), 4G (fourth generation mobile communication), and each LTE module 1021 can receive and receive through its corresponding antenna module T101.
  • the signal is transmitted for communication with the external network.
  • each LTE module 1021 is connected to two antenna modules T101, which are a primary antenna and a secondary antenna, respectively.
  • the LTE module 1021 can also be connected to one antenna module T101. The more the number of connected antenna modules T101, the better the communication performance of the LTE module 1021.
  • the network transmission speed of the vehicle antenna system can be faster than the network transmission speed of the antenna system in the 2G mode and the 3G mode.
  • the network transmission speed of the vehicle antenna system can be faster than the network transmission speed of the antenna system in the 2G mode and the 3G mode.
  • the network transmission speed of the vehicle antenna system can be faster than the network transmission speed of the antenna system in the 2G mode and the 3G mode.
  • the network transmission speed of the vehicle antenna system can be faster than the network transmission speed of the antenna system in the 2G mode and the 3G mode.
  • multiple LTE modules 1021 and multiple antenna modules T101 due to multi-carrier aggregation, through the vehicle antenna system
  • the plurality of LTE modules 1021 and the plurality of antenna modules T101 can provide high-speed network transmission for the vehicle, thereby implementing an activity of performing a car video call and watching high-definition video in the vehicle.
  • the embodiment of the invention improves the network transmission speed.
  • the manufacturing process of the antenna module T101 in the embodiment of the present invention includes at least the following:
  • the antenna module T101 is printed on a first PCB (Printed Circuit Board), and the metal layer of the first PCB is etched by etching to obtain an antenna module T101. It is also possible to print the pattern of the antenna module T101 on the first PCB.
  • the antenna module T101 is connected to the RF interface through an RF (Radio Frequency) transmission line, and the RF interface is connected to the LTE module 1021.
  • the LTE module 1021 performs signal transmission and reception through the antenna module T101.
  • the antenna module T101 has a simple overall structure and is easy to install.
  • the antenna module T101 is formed by etching an FPC (Flexible Printed Circuit).
  • the labyrinth type antenna module T101 is fabricated by exposing an FPC masked using a mask having an antenna pattern and then etching the metal layer on the exposed FPC.
  • the antenna module T101 manufactured by the FPC process has a small structure and is easy to install.
  • the FPC can be pasted on the center console housing by a glue, such as the outer casing of the center console, which can be a non-metallic part of the center console housing.
  • the outer side may also be the inner side of the non-metallic portion of the center console, and the FPC may be attached to the second PCB.
  • the antenna module T101 is connected to the RF interface through an RF cable, and the RF interface is connected to the LTE module 1021.
  • the antenna module T101 has the advantages of high wiring density, light weight, and easy bending.
  • the antenna module T101 is formed by LDS (Laser Direct Structuring) laser engraving on the housing of the structural member.
  • the metal powder is laser-engraved to the casing of any structural member using the LDS process, such as the outer casing of the center console, which may be the outer side of the non-metallic portion of the outer casing of the center console, or the inner side of the non-metallic portion of the outer casing.
  • the antenna module T101 can arbitrarily design the antenna pattern, and the laser engraving is on the shell of the structural member of any shape, which is not limited by the structure of the product, and has greater flexibility, and can not only avoid metal interference with the LTE module 1021, but also The volume of the LTE module 1021 can be reduced.
  • the antenna module T101 is connected to the RF interface through an RF cable, and the RF interface is connected to the LTE module 1021.
  • the antenna module T101 can be disposed in the center console, as shown in FIG.
  • the pattern of the antenna module T101 can be laser engraved on the outer casing of the center console by using the LDS process, and can be laser engraved on the outer side of the outer casing of the center console, or can be laser engraved on the inner side of the outer casing of the center console. If the outer casing of the center console is assembled with the central control main screen and the outer casing is separately assembled, the antenna module T101 is disposed on the four sides of the outer casing facing the passenger side.
  • the structure of the mounting position of the antenna module T101 is the position at which the antenna module T101 can be mounted, that is, four of the four sides of the outer casing of the center console.
  • the location of the corners Four antenna modules T101 (including the main antenna and the auxiliary antenna) are placed at eight positions in four corners, and the antenna modules T101 at the four corners are the farthest.
  • the connection between the main antenna and the auxiliary antenna is "one horizontal and one vertical", which is advantageous for polarization isolation. It can achieve good isolation between the two antennas and ensure communication performance.
  • the shape of the center console is elliptical, and eight positions are equally spaced on the side of the outer casing of the center console, and four antenna modules T101 (including the main antenna and the auxiliary antenna) are placed at the eight positions. The distance between each antenna can be the farthest interval, thus ensuring the isolation between each antenna and ensuring communication performance. If the shape of the center console is circular, install it according to the above method.
  • the embodiment of the present invention can set the antenna module T101 on the center console of the vehicle without being installed outside the vehicle, thereby improving the stability of the vehicle.
  • the main antenna and the auxiliary antenna in the antenna module T101 described above may be designed as a directional antenna having a radiation angle of 180 or less.
  • the directional antenna has a larger gain, which can improve the radiation efficiency.
  • the radiation angle and direction of each antenna can be artificially designed.
  • the radiation direction of each antenna is set.
  • the meter faces the area without metal shielding such as windows. Compared with the omnidirectional antenna, the signal transmission efficiency is higher and the communication effect is better.
  • the periphery of the casing of the center console may be four sides of the square casing, or may be a side of a circular or elliptical casing.
  • the housing of the center console of the embodiment of the present invention is not limited to the above shape, and is merely an exemplary function.
  • the central control unit T102 can be disposed on the second PCB, and the plurality of LTE modules 1021 and 1022 are disposed on the second PCB, and the plurality of LTE modules 1021 are connected to the CPU 1022 through the traces on the second PCB.
  • the LTE module can also be disposed on the third PCB.
  • the LTE module can be connected through a MiniPCI (Mini Peripheral Component Interconnect Express) interface or other PCI (Peripheral Component Interconnect) interface and the second interface.
  • MiniPCI Mini Peripheral Component Interconnect Express
  • PCI Peripheral Component Interconnect
  • the central control unit T102 includes N LTE modules 1021, and the N LTE modules 1021 are respectively connected to the CPU 1022.
  • the signal received by the LTE module 1021 is sent to the CPU 1022 for processing.
  • the antenna module T101 and the central control unit T102 are disposed in the center console, and the routing between the antenna module T101 and the central control unit T102 is simple, the wiring harness is small and short, and the high-frequency energy transmission process can be reduced. The loss ensures excellent performance.
  • the embodiment of the present invention further provides an in-vehicle antenna system, as shown in FIG. 20,
  • the vehicle-mounted antenna system includes: a central control unit 1002 and a plurality of antenna modules 1001, and the central control unit 1002 includes: a CPU 10022, and more
  • Each LTE module 10021 of the central control unit 1002 is connected to at least one antenna module 1001, and the plurality of LTE modules 10021 are respectively connected to the CPU 10022.
  • the central control unit 1002 includes all the units in FIG. 4, and transmits or receives information through the antenna module T101 when it is necessary to transmit or receive information.
  • the second PCB of the central control unit 1002 is provided with a CPU 10022, an FM module 10023, a GPS module 10024, a WiFi/BT module 10025, and a CMMB module 10026.
  • the vehicle antenna system further includes an FM module 10023, a GPS module 10024, and a WiFi/BT.
  • the FM antenna, the GPS antenna, the WiFi/BT antenna, and the CMMB antenna are sequentially connected to the central control unit 1002 through an RF transmission line.
  • FIG. 21 to FIG. 23 respectively show the structure of the vehicle antenna system under the three design processes of the antenna module 1001, and the structure in FIG. 21 is the junction of the antenna module 1001 which is the PCB system of the vehicle antenna system.
  • the structure in Fig. 22 is that the antenna module 1001 is a structure of an in-vehicle antenna system of the FPC process.
  • the structure in FIG. 23 is that the antenna module 1001 is a structure of an in-vehicle antenna system of the LDS process.
  • the specific structure of the vehicle-mounted antenna system in FIG. 21 to FIG. 23 has been described in the above embodiments, and details are not described herein again.
  • the embodiment of the present invention further provides an automobile, which includes the above-mentioned vehicle antenna system, and the specific structure is described in the above embodiment, and details are not described herein again.
  • the vehicle-mounted antenna system provided by the embodiment of the invention is connected to a plurality of LTE modules of the central control unit to implement high-speed communication of the vehicle antenna.
  • the LTE module is disposed in the central control unit to reduce the length of the wire harness. It can reduce signal attenuation, improve transmission efficiency and reduce power consumption.
  • the device embodiments described above are merely illustrative, wherein the units described as separate components may or may not be physically separate, and the components displayed as units may or may not be physical units, ie may be located A place, or it can be distributed to multiple network units. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution of the embodiment. Those of ordinary skill in the art can understand and implement without deliberate labor.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Power Engineering (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

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

Description

多链路数据传输方法、设备、发送端及计算机程序产品
本申请要求在2015年11月11日提交中国专利局、申请号为201510766261.9、发明名称为“一种多链路数据传输的方法及设备”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通信技术，尤其涉及一种多链路数据传输方法、设备、发送端及计算机程序产品。
背景技术
随着网络技术的发展及视频等应用的丰富，用户对带宽的要求越来越高。现有的网络设备在同一时间只能通过一个网络接口接入互联网，网络带宽受限于所使用运营商在此环境下的网络建设及当前的用户数量。虽然用户的网络设备含有多个网络接口可接入不同网络类型，包括有线网络、无线网络、蜂窝数据网络等，由于虚拟卡上的数据只能在默认的网络设备上传输，所以，用户无法同时使用这些网络进行上网。
L2TP(Layer 2Tunneling Protocol，二层隧道协议)技术是一种使用十分广泛的VPN(Virtual Private Network，虚拟专用网)技术，含有多个网络接口的设备可通过L2TP客户端与L2TP服务器建立隧道，实现设备到服务器的VPN代理上网。现有技术中，多网络接口设备通过L2TP技术在传输数据的多个物理链路上建立虚拟链路，并为每个网络接口对应的虚拟链路各产生一个虚拟网卡，虚拟网卡上的数据在其默认路由的一个接口所对应的物理链路上传输，由于现有技术中虽然设备存在多个网络接口，但是只有一个默认路由，造成多个网络接口所对应的多条物理链路不能同时传输数据，从而导致多链路网络资源的浪费。
因此，现有技术中，多网络接口设备只能通过默认路由下的单一网络接口对应的物理链路实现数据传输，造成多网络接口设备对应的多条物理链路不能同时传输数据，从而导致多链路网络资源浪费。
发明内容
本发明提供一种多链路数据传输方法、设备、发送端及计算机程序产品，用以解决现有技术中多网络接口设备只能通过默认路由下的单一网络接口对应的物理链路实现数据传输，造成多网络接口设备对应的多条物理链路不能同时传输数据，从而导致多链路网络资源浪费的问题。
为了实现上述目的，本发明实施例提供了一种多链路数据传输的方法，包括：
发送端从多条虚拟链路中选择需要发送数据包的虚拟链路；
所述发送端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；
所述发送端通过确定的物理链路向所述接收端发送数据包；
其中，所述数据包中含有虚拟链路对应的IP(Internet Protocol，互联网协议)地址，多条所述虚拟链路对应的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地址相同。
本发明实施例提供一种与发送端结合使用的计算机程序产品，所述计算机程序产品包括计算机可读的存储介质和内嵌于其中的计算机程序机制，所述计算机程序机制包括执行以下步骤的指令：
从多条虚拟链路中选择需要发送数据包的至少一条虚拟链路；
根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；
通过确定的物理链路向所述接收端发送数据包；
其中，所述数据包中含有虚拟链路对应的互联网协议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(Dynamic Host Configuration Protocol，动态主机配置协议)服务器对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服务器通过根据虚拟链路和物理链路的绑定关系确定选择的虚拟链路对应的物理链路向终端发送数据包，使得默认路由下的多网络接口通过与虚拟链路对应的物理链路实现数据的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。
基于相同的技术构思，本发明实施例提供一种发送端，所述终端可用于上述设备实施例。该发送端包括存储器，以及一个或者多个处理器，其中，发送端还包括：
一个或多个单元，所述一个或多个单元被存储在所述存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个单元包括用于执行以下步骤的指令：
从多条虚拟链路中选择需要发送数据包的至少一条虚拟链路；
根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；
通过确定的物理链路向所述接收端发送数据包；
其中，所述数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。
基于相同的技术构思，本发明实施例提供一种与发送端结合使用的计算机程序产品，该计算机程序产品包括计算机可读的存储介质和内嵌于其中的计算机程序机制，所述计算机程序机制包括执行以下步骤的指令：
从多条虚拟链路中选择需要发送数据包的至少一条虚拟链路；
根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；
通过确定的物理链路向所述接收端发送数据包；
其中，所述数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。
在实施中，本发明实施例可以应用于车载系统中，提供本发明实施例的方案能够实现车载系统中高速的视频传输。
在下面的实施例中给出了两种车载系统的结构，其中图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(Printed Circuit Board，印制电路板)上，将LTE模组1011集成到PCB上，天线模组1012的天线馈脚可以压接在该PCB上的天线馈点上，然后通过PCB上的走线与其对应的LTE模组1011进行电连接。
天线模组1012的制作工艺有多种，本发明实施例中的天线模组1012的制作工艺至少包括以下几种：
方案一
天线模组1012固定在PCB的天线支架上，通过天线支架支撑该天线模组 1012，天线支架固定在PCB上，天线模组1012的天线馈脚可以压接在该PCB上的天线馈点上。
方案二
天线模组1012通过刻蚀FPC(Flexible Printed Circuit，柔性电路板)形成的。通过对使用具有天线图形的掩膜板遮掩的FPC进行曝光，然后对曝光后的FPC上的金属层进行刻蚀，制作成迷宫型的天线模组1012。FPC工艺制作的天线模组1012，结构空间小，便于安装，可以将该FPC通过背胶粘贴在结构壳体上，如LTE模块101的外壳上，可以是模块外壳非金属部分的外侧，也可以是外壳非金属部分的内侧，还可以是非金属中壳的面上，也可以将FPC粘贴在PCB上。这种天线模组1012，具有配线密度高，重量轻，易弯折等优点。
方案三
天线模组1012是通过LDS(Laser Direct Structuring，激光直接成型技术)镭雕在结构件的壳体上形成的。使用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(Universal Serial Bus，通用串行总线)总线与每个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(Central Processing Unit，中央处理器)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(Universal Serial Bus，通用串行总线)总线与每个LTE模块701连接的。中控单元702和LTE模块701都设有USB接口，该USB总线分别连接中控单元702和LTE模块701的USB接口。基于相同的发明构思，本发明实施例还提供了一种汽车，该汽车包括上述车载天线系统，具体结构以在上述实施例中描述，不再赘述。
本发明实施例通过多个LTE模块和中控单元连接，实现车载天线的高速通信的功能，LTE模组与天线模组为一体化结构，可以将多个LTE模块进行灵活安装，避免多个LTE模组集中在中控单元而导致通信干扰的问题。
如下针对另一种车载系统的结构进行详细阐述。
图12示出了一种车载天线系统的示意结构，如图12所示，该车载天线系统包括：
中控单元T102和多个天线模块T101，中控单元T102包括：CPU(Central Processing Unit，中央处理器)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(Printed Circuit Board，印制电路板)上，通过刻蚀的方法刻蚀第一PCB的金属层，获取天线模块T101。也可以将天线模块T101的图形印刷在第一PCB上。该天线模块T101通过RF(Radio Frequency，射频)传输线连接至RF接口上，RF接口与LTE模块1021连接。LTE模块1021通过该天线模块T101进行收发信号。这种天线模块T101整体结构简单，便于安装。
第二种
如图14所示，天线模块T101通过刻蚀FPC(Flexible Printed Circuit，柔性电路板)形成的。通过对使用具有天线图形的掩膜板遮掩的FPC进行曝光，然后对曝光后的FPC上的金属层进行刻蚀，制作成迷宫型的天线模块T101。FPC工艺制作的天线模块T101，结构空间小，便于安装，可以将该FPC通过背胶粘贴在中控台壳体上，如中控台的外壳上，可以是中控台外壳非金属部分的外侧，也可以是中控台非金属部分的内侧，也可以将FPC粘贴在第二PCB上。该天线模块T101通过RF电缆连接至RF接口上，RF接口与LTE模块1021连接。这种天线模块T101，具有配线密度高，重量轻，易弯折等优点。
第三种
如图15所示，天线模块T101是通过LDS(Laser Direct Structuring，激光直接成型技术)镭雕在结构件的壳体上形成的。使用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(Mini Peripheral Component Interconnect Express，小型特快外设组件互联)接口或者其它PCI(Peripheral Component Interconnect，外设组件互联)接口与第二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 (17)

  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所述的设备，其特征在于，所述处理模块具体用于：
    根据虚拟链路对应的链路质量值，从多条虚拟链路中选择需要发送数据包的虚拟链路；其中，所述虚拟链路对应的链路质量值是根据所述虚拟链路对应的物理链路的链路参数确定的。
  16. 一种发送端，其特征在于，包括存储器，以及一个或者多个处理器；其中，所述发送端还包括：
    一个或多个单元，所述一个或多个单元被存储在所述存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个单元包括用于执行以下步骤的指令：
    从多条虚拟链路中选择需要发送数据包的至少一条虚拟链路；
    根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；
    通过确定的物理链路向所述接收端发送数据包；
    其中，所述数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。
  17. 一种与如权利要求16所述的发送端结合使用的计算机程序产品，其特征在于，包括计算机可读的存储介质和内嵌于其中的计算机程序机制；其中，所述计算机程序机制包括执行以下步骤的指令：
    从多条虚拟链路中选择需要发送数据包的至少一条虚拟链路；
    根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；
    通过确定的物理链路向所述接收端发送数据包；
    其中，所述数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。
PCT/CN2016/082150 2015-11-11 2016-05-13 多链路数据传输方法、设备、发送端及计算机程序产品 WO2017080154A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP16739385.9A EP3217604A1 (en) 2015-11-11 2016-05-13 Multilink data transmission method and device, sending end, and computer program product
RU2016135721A RU2016135721A (ru) 2015-11-11 2016-05-13 Способ и устройство передачи данных по множеству каналов, передающее устройство и компьютерный программный продукт

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510766261.9A CN105656747A (zh) 2015-11-11 2015-11-11 一种多链路数据传输的方法及设备
CN201510766261.9 2015-11-11

Publications (1)

Publication Number Publication Date
WO2017080154A1 true WO2017080154A1 (zh) 2017-05-18

Family

ID=56482153

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/082150 WO2017080154A1 (zh) 2015-11-11 2016-05-13 多链路数据传输方法、设备、发送端及计算机程序产品

Country Status (5)

Country Link
US (1) US9882810B2 (zh)
EP (1) EP3217604A1 (zh)
CN (1) CN105656747A (zh)
RU (1) RU2016135721A (zh)
WO (1) WO2017080154A1 (zh)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104579695B (zh) * 2013-10-23 2018-07-20 新华三技术有限公司 一种数据转发装置和方法
CN105656747A (zh) * 2015-11-11 2016-06-08 乐卡汽车智能科技（北京）有限公司 一种多链路数据传输的方法及设备
CN107104837B (zh) * 2017-05-09 2020-02-14 华为技术有限公司 路径检测的方法和控制设备
CN109215177A (zh) * 2017-07-03 2019-01-15 深圳市通达智科技有限公司 门禁系统及门禁控制方法
CN110048954A (zh) * 2018-01-17 2019-07-23 北京视联动力国际信息技术有限公司 一种数据传输方法及装置
US10901382B2 (en) 2018-02-13 2021-01-26 Tridonic Gmbh & Co Kg Commissioning smart lighting systems
CN110149614B (zh) * 2018-02-13 2021-09-21 西安中兴新软件有限责任公司 一种车载数据传输的方法及装置、车载tbox
CN109246021B (zh) * 2018-09-18 2022-03-11 武汉海晟科讯科技有限公司 一种基于fpga的点对点数据可靠传输系统和方法
CN111090513B (zh) * 2018-10-23 2023-05-30 厦门雅迅网络股份有限公司 车联网平台终端链路健康状态的检测方法及存储介质
CN111786868B (zh) * 2019-04-04 2022-04-22 厦门网宿有限公司 服务器之间的数据传输方法及strongswan服务器
CN110086798B (zh) * 2019-04-23 2022-04-15 奇安信科技集团股份有限公司 一种基于公共虚拟接口进行通信的方法及装置
CN110430541B (zh) * 2019-08-09 2021-09-28 四川虹美智能科技有限公司 基于局域网实现数据交互的生产检测方法、装置及系统
CN112838983B (zh) * 2019-11-22 2023-09-12 斑马智行网络(香港)有限公司 数据传输方法、系统、设备、代理服务器及存储介质
US11159489B2 (en) * 2020-01-29 2021-10-26 Dell Products L.P. Multi-link VPN link selection system
CN112099942B (zh) * 2020-08-04 2023-08-25 北京奇艺世纪科技有限公司 端口复用方法、系统、终端、服务器、设备及存储介质
CN112118594A (zh) * 2020-08-07 2020-12-22 深圳市圣麾科技有限公司 数据上传方法、下载方法、电子设备及存储介质
CN112637055B (zh) * 2020-12-02 2023-02-07 广东中兴新支点技术有限公司 基于vpn隧道的多链路聚合方法、系统及存储介质
CN113453233B (zh) * 2021-05-26 2022-02-11 北京连山科技股份有限公司 一种多链路主机与天线单网卡连接的方法及系统
CN113824634B (zh) * 2021-09-22 2023-09-12 北京博雅文化旅游产业发展有限责任公司 一种数据传输方法、装置、计算机设备及可读存储介质
CN114257568A (zh) * 2021-12-09 2022-03-29 深圳市广和通无线股份有限公司 数据传输方法及相关设备
US11700191B1 (en) * 2022-03-11 2023-07-11 Dell Products L.P. Packet replication for delay-sensitive traffic

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101072161A (zh) * 2007-07-12 2007-11-14 华为技术有限公司 一种保证虚拟专用网带宽和服务质量的方法和设备
US20090168781A1 (en) * 2001-09-06 2009-07-02 Fung Kwok T Architecture to support public voice vpn services over an ip network
CN102801695A (zh) * 2011-05-27 2012-11-28 华耀(中国)科技有限公司 虚拟专用网通信设备及其数据包传输方法
CN105656747A (zh) * 2015-11-11 2016-06-08 乐卡汽车智能科技（北京）有限公司 一种多链路数据传输的方法及设备

Family Cites Families (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2296213C (en) * 2000-01-07 2009-04-14 Sedona Networks Corporation Distributed subscriber management
JP4225681B2 (ja) * 2000-12-06 2009-02-18 富士通株式会社 仮想閉域網構築方法及び装置並びに中継装置
US7457626B2 (en) * 2004-03-19 2008-11-25 Microsoft Corporation Virtual private network structure reuse for mobile computing devices
US20060206934A1 (en) * 2005-03-09 2006-09-14 Wialan Technologies, Inc DHCP client impersonation for VPN tunnels
US8121146B2 (en) * 2005-09-21 2012-02-21 Intel Corporation Method, apparatus and system for maintaining mobility resistant IP tunnels using a mobile router
CN100571249C (zh) * 2006-02-27 2009-12-16 中兴通讯股份有限公司 一种实时确定传输的以太网通讯方法
US7580417B2 (en) * 2006-08-07 2009-08-25 Cisco Technology, Inc. Method and apparatus for load balancing over virtual network links
CN102098201B (zh) 2009-12-14 2014-08-20 中兴通讯股份有限公司 一种实现l2tp用户接入备份的方法及网络系统
US9749291B2 (en) * 2011-07-15 2017-08-29 International Business Machines Corporation Securing applications on public facing systems
CN102404221A (zh) * 2011-11-27 2012-04-04 深圳市掌控无限科技有限公司 一种多链路聚合的数据传输方法及系统
CN102694732B (zh) * 2012-05-31 2014-11-12 中国科学院计算技术研究所 一种基于局部虚拟化的虚拟网构建方法和系统
CN102710488B (zh) * 2012-06-07 2015-02-18 北京邮电大学 一种实现虚拟网络映射的方法
CN102904794A (zh) * 2012-09-27 2013-01-30 北京邮电大学 一种虚拟网络映射方法和装置
KR101492442B1 (ko) * 2014-01-09 2015-02-24 한국전자통신연구원 패킷 분석 장치 및 방법과 vpn 서버
US9444723B1 (en) * 2014-01-15 2016-09-13 Cisco Technology, Inc. Passing data over virtual links
CN104539531B (zh) * 2014-12-25 2019-08-02 网宿科技股份有限公司 数据传输方法及装置
US10135871B2 (en) * 2015-06-12 2018-11-20 Accenture Global Solutions Limited Service oriented software-defined security framework

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090168781A1 (en) * 2001-09-06 2009-07-02 Fung Kwok T Architecture to support public voice vpn services over an ip network
CN101072161A (zh) * 2007-07-12 2007-11-14 华为技术有限公司 一种保证虚拟专用网带宽和服务质量的方法和设备
CN102801695A (zh) * 2011-05-27 2012-11-28 华耀(中国)科技有限公司 虚拟专用网通信设备及其数据包传输方法
CN105656747A (zh) * 2015-11-11 2016-06-08 乐卡汽车智能科技（北京）有限公司 一种多链路数据传输的方法及设备

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
ZHANG, YUNHE: "Session-based tunnel scheduling model in multi-link aggregate IPSec VPN", MULTIMEDIA AND UBIQUITOUS ENGINEERING 2009 MUE '09 THIRD INTERNATIONAL CONFERENCE ON, 6 July 2009 (2009-07-06), pages 505 - 510 *

Also Published As

Publication number Publication date
US20170134273A1 (en) 2017-05-11
US9882810B2 (en) 2018-01-30
CN105656747A (zh) 2016-06-08
RU2016135721A (ru) 2018-03-07
EP3217604A1 (en) 2017-09-13

Similar Documents

Publication Publication Date Title
WO2017080154A1 (zh) 多链路数据传输方法、设备、发送端及计算机程序产品
WO2017080163A1 (zh) 一种车载音视频传输方法及系统、车载终端、服务器
WO2017080153A1 (zh) 一种内容分发网络cdn节点选择方法及其装置
US11297660B2 (en) Session management with relaying and charging for indirect connection for internet of things applications in 3GPP network
US20230135699A1 (en) Service function chaining services in edge data network and 5g networks
JP2019518393A (ja) パケット処理方法、及びデバイス
US20230164855A1 (en) Method and device for providing local data network information to terminal in wireless communication system
CN114339688A (zh) 用于ue与边缘数据网络的认证的装置和方法
CN113766502A (zh) 用在ue、smf实体、以及预配置服务器中的装置
CN115694700A (zh) 用在无线通信系统中的装置
CN116868556A (zh) 用于实现网内计算服务的机制
CN117715040B (zh) Dplc模组的配网通信方法及装置
WO2022237838A1 (zh) 通信方法和通信装置
WO2023226956A1 (zh) 一种网络设备和通信系统
WO2024035174A1 (en) Methods and systems for managing layer two tunneling protocol connection establishment
CN114531678A (zh) 用在nef实体和预配置服务器中的装置
CN115884234A (zh) 用在无线通信系统中的装置
CN116981106A (zh) 用在无线通信系统中的装置
CN115708386A (zh) 用在无线通信系统中的装置
CN115776710A (zh) 用于下一代无线电接入网络的装置和方法
CN115250465A (zh) 用在核心网中的装置
CN115278637A (zh) 用在核心网中的装置
CN116390118A (zh) 用在ecsp和plmn管理系统中的装置
WO2023154921A1 (en) Reception of new radio (nr) multicast and broadcast service (mbs) control and data in the downlink
CN115209570A (zh) 用在用户设备中的装置

Legal Events

Date Code Title Description
REEP Request for entry into the european phase

Ref document number: 2016739385

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016135721

Country of ref document: RU

Kind code of ref document: A

121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 16739385

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE