WO2017080163A1 - 一种车载音视频传输方法及系统、车载终端、服务器 - Google Patents

一种车载音视频传输方法及系统、车载终端、服务器 Download PDF

Info

Publication number
WO2017080163A1
WO2017080163A1 PCT/CN2016/082911 CN2016082911W WO2017080163A1 WO 2017080163 A1 WO2017080163 A1 WO 2017080163A1 CN 2016082911 W CN2016082911 W CN 2016082911W WO 2017080163 A1 WO2017080163 A1 WO 2017080163A1
Authority
WO
WIPO (PCT)
Prior art keywords
audio
link
vehicle
server
terminal
Prior art date
Application number
PCT/CN2016/082911
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 EP16739004.6A priority Critical patent/EP3185569A4/en
Priority to RU2016135445A priority patent/RU2016135445A/ru
Publication of WO2017080163A1 publication Critical patent/WO2017080163A1/zh

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41422—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance located in transportation means, e.g. personal vehicle
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/57—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for mobile receivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/61—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for local area broadcast, e.g. instore broadcast
    • H04H20/62—Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for local area broadcast, e.g. instore broadcast for transportation systems, e.g. in vehicles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/65—Arrangements characterised by transmission systems for broadcast
    • H04H20/71—Wireless systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81—Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/90—Wireless transmission systems
    • H04H60/91—Mobile communication networks
    • 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/2854—Wide area networks, e.g. public data networks
    • H04L12/2856—Access arrangements, e.g. Internet access
    • H04L12/2863—Arrangements for combining access network resources elements, e.g. channel bonding
    • H04L12/2867—Physical combinations
    • 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/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • 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/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
    • 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/24—Multipath
    • H04L45/245—Link aggregation, e.g. trunking
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/61—Network streaming of media packets for supporting one-way streaming services, e.g. Internet radio
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/41407—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a portable device, e.g. video client on a mobile phone, PDA, laptop
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4143—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance embedded in a Personal Computer [PC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4344—Remultiplexing of multiplex streams, e.g. by modifying time stamps or remapping the packet identifiers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • H04N21/4385—Multiplex stream processing, e.g. multiplex stream decrypting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6131—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/61—Network physical structure; Signal processing
    • H04N21/6156—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network
    • H04N21/6181—Network physical structure; Signal processing specially adapted to the upstream path of the transmission network involving transmission via a mobile phone network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/14—Systems for two-way working
    • H04N7/15—Conference systems
    • 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/40—Bus networks
    • H04L2012/40267—Bus for use in transportation systems
    • H04L2012/40273—Bus for use in transportation systems the transportation system being a vehicle
    • 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/12—Shortest path evaluation
    • H04L45/121—Shortest path evaluation by minimising delays
    • 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/12—Shortest path evaluation
    • H04L45/124—Shortest path evaluation using a combination of metrics
    • 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/12—Shortest path evaluation
    • H04L45/125—Shortest path evaluation based on throughput or bandwidth
    • 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
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices

Definitions

  • the present invention relates to the field of communication technologies, and in particular, to a method and system for transmitting audio and video on a vehicle, an in-vehicle terminal, and a server.
  • Embodiments of the present invention provide a method and system for transmitting audio and video on a vehicle, an in-vehicle terminal, and a server, which are used for real-time high-speed transmission of vehicle video.
  • the vehicle terminal acquires an audio and video transmission request sent by the server;
  • the vehicle-mounted terminal passes the plurality of physical links and the service according to the audio and video transmission request Establish a connection;
  • the vehicle-mounted terminal combines the plurality of audio and video data packets into one audio and video data stream for decoding output.
  • an embodiment of the present invention further provides a method for transmitting audio and video on a vehicle, including:
  • the server sends an audio and video transmission request to the vehicle terminal
  • the server establishes a connection with the in-vehicle terminal through multiple physical links
  • the server sends a plurality of audio and video data packets to the in-vehicle terminal according to link parameters of each of the physical links.
  • an embodiment of the present invention provides an in-vehicle terminal, including:
  • An obtaining unit configured to obtain an audio and video transmission request sent by the server
  • a connecting unit configured to establish a connection with the server by using multiple physical links according to the audio and video transmission request
  • a receiving unit configured to receive a plurality of audio and video data packets sent by the server
  • a processing unit configured to combine the plurality of audio and video data packets into one audio and video data stream, and perform decoding output.
  • an embodiment of the present invention further provides a server, including:
  • a first sending unit configured to send an audio and video transmission request to the in-vehicle terminal
  • a connecting unit configured to establish a connection with the in-vehicle terminal through multiple physical links
  • a second sending unit configured to send, by the link parameters of each of the physical links, a plurality of audio and video data packets to the in-vehicle terminal.
  • an embodiment of the present invention further provides a vehicle audio and video transmission system, including the foregoing vehicle terminal and the foregoing server.
  • An embodiment of the present invention provides an in-vehicle terminal, including a memory, and one or more processors, wherein the in-vehicle terminal 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 comprising Command:
  • the plurality of audio and video data packets are combined into one audio and video data stream for decoding output.
  • An embodiment of the present invention provides a server, including a memory, and one or more processors, where the server 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 :
  • Embodiments of the present invention provide a computer program product for use in combination with an in-vehicle terminal, 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 plurality of audio and video data packets are combined into one audio and video data stream for decoding output.
  • Embodiments of the present invention provide a computer program product for use with a server, 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 embodiment of the present invention indicates that the in-vehicle terminal obtains the audio and video transmission request sent by the server, establishes a connection with the server through multiple physical links according to the audio and video transmission request, and receives multiple audio and video data sent by the server.
  • the packet combines the plurality of audio and video data packets into one audio and video data stream for decoding output.
  • a plurality of physical links between the station terminal and the server a plurality of audio and video data packets sent by the server can be received, and finally, the plurality of audio and video data packets are combined into one audio and video data stream.
  • the audio and video data streams are transmitted through a physical link, and the embodiment of the present invention improves the transmission speed of the car audio and video.
  • the more physical links the higher the transmission speed. It is possible to realize high-definition video viewing when passengers are riding or to carry out on-board activities such as video conferencing that require high-speed data transmission.
  • FIG. 1 is a system architecture diagram of a car audio and video transmission according to an embodiment of the present invention
  • FIG. 2 is a schematic flowchart of a method for transmitting audio and video of a vehicle according to an embodiment of the present invention
  • FIG. 3 is a schematic flowchart diagram of a method for transmitting audio and video on a vehicle according to an embodiment of the present disclosure
  • FIG. 4 is a schematic diagram of a UDP link protocol provided in an embodiment of the present invention.
  • FIG. 5 is a schematic diagram of a TCP link protocol according to an embodiment of the present invention.
  • FIG. 6 is a schematic structural diagram of an in-vehicle terminal according to an embodiment of the present disclosure.
  • FIG. 7 is a schematic structural diagram of a server according to an embodiment of the present disclosure.
  • FIG. 8 is a schematic structural diagram of a car audio and video transmission system according to an embodiment of the present invention.
  • FIG. 9 is a schematic structural diagram of an in-vehicle terminal according to an embodiment of the present disclosure.
  • 10a is a schematic structural view 1 of an antenna module according to an embodiment of the present invention.
  • FIG. 10b is a second schematic structural diagram of an antenna module according to an embodiment of the present invention.
  • 10c is a schematic structural view 3 of an antenna module according to an embodiment of the present invention.
  • 10d is a schematic structural view 4 of an antenna module according to an embodiment of the present invention.
  • FIG. 11 is a schematic structural diagram of an LTE module according to an embodiment of the present disclosure.
  • FIG. 12 is a schematic diagram of an installation location of an LTE module according to an embodiment of the present disclosure.
  • FIG. 13 is a schematic diagram of an installation location of an LTE module according to an embodiment of the present disclosure.
  • FIG. 14 is a schematic structural diagram of an in-vehicle terminal according to an embodiment of the present disclosure.
  • FIG. 15 is a schematic structural diagram of an in-vehicle terminal according to an embodiment of the present disclosure.
  • FIG. 16 is a schematic structural diagram of an in-vehicle terminal according to an embodiment of the present disclosure.
  • FIG. 17 is a schematic structural diagram of an antenna module according to an embodiment of the present disclosure.
  • FIG. 18 is a schematic structural diagram of an antenna module according to an embodiment of the present disclosure.
  • FIG. 19 is a schematic structural diagram of an antenna module according to an embodiment of the present disclosure.
  • FIG. 20 is a schematic diagram of a mounting position of an antenna module according to an embodiment of the present invention.
  • FIG. 21 is a schematic diagram of a mounting position of an antenna module according to an embodiment of the present invention.
  • FIG. 22 is a schematic diagram of a mounting position of an antenna module according to an embodiment of the present invention.
  • FIG. 23 is a schematic diagram of a mounting position of an antenna module according to an embodiment of the present disclosure.
  • FIG. 24 is a schematic structural diagram of an in-vehicle terminal according to an embodiment of the present disclosure.
  • FIG. 25 is a schematic structural diagram of an in-vehicle terminal according to an embodiment of the present disclosure.
  • FIG. 26 is a schematic structural diagram of an in-vehicle terminal according to an embodiment of the present invention.
  • FIG. 27 is a schematic structural diagram of an in-vehicle terminal according to an embodiment of the present invention.
  • FIG. 28 is a schematic diagram of a method for transmitting a first multilink data according to an embodiment of the present invention.
  • 29A is a schematic diagram of a second multi-link data transmission method according to an embodiment of the present invention.
  • 29B is a schematic diagram of a method for transmitting a third multi-link data according to an embodiment of the present invention.
  • FIG. 30 is a structural diagram of a device for multi-link data transmission according to an embodiment of the present invention.
  • FIG. 31 is a schematic structural diagram of an in-vehicle terminal according to an embodiment of the present disclosure.
  • FIG. 32 is a schematic structural diagram of a server according to an embodiment of the present disclosure.
  • FIG. 33 is a schematic diagram of an application program used in combination with an in-vehicle terminal according to an embodiment of the present invention.
  • FIG. 34 is a schematic diagram of an application program used in combination with a server according to an embodiment of the present invention.
  • a system architecture applicable to an embodiment of the present invention can implement transmission of car audio and video based on the system architecture.
  • the system architecture of the car audio and video transmission provided by the embodiment of the present invention includes a server 101 and an in-vehicle terminal 102.
  • the 4G module on the in-vehicle terminal 102 can communicate with the server 101 via the INTERNET network, or can be a mobile communication system and server such as a GSM (Global System for Mobile Communications) or LTE (Long Term Evolution) system. 101 communicates.
  • the vehicle terminal 102 is provided with a plurality of 4G modules, and each 4G module has a physical link with the server 101.
  • An APP can be installed in the in-vehicle terminal 102, and the passenger can watch the high-definition video or perform the video conference through the APP on the in-vehicle terminal 102.
  • the in-vehicle terminal 102 can also be a handheld terminal used by a passenger when riding a vehicle, such as a mobile phone, a notebook, a palmtop computer, or the like, to which an APP can be installed.
  • the server 101 can be a server of a communication carrier such as mobile, China Unicom, or telecommunications.
  • the system architecture of the above-mentioned car audio and video transmission may further include a CPU (Central Processing Unit), a display device, a power supply, an audio and video decoding unit, and the like, wherein a plurality of 4G modules pass through a USB Hub (Universal Serial Bus Hub) Bus hub) is connected to the CPU.
  • a CPU Central Processing Unit
  • a display device e.g., a liquid crystal display
  • a power supply e.g., a USB Hub (Universal Serial Bus Hub) Bus hub) is connected to the CPU.
  • USB Hub Universal Serial Bus Hub
  • FIG. 2 shows a method for transmitting car audio and video in an embodiment of the present invention.
  • the process can be performed by an in-vehicle terminal or a car audio and video transmission system.
  • Step S201 the vehicle terminal acquires an audio and video transmission request sent by the server.
  • Step S202 the in-vehicle terminal establishes a connection with the server through multiple physical links according to the audio and video transmission request.
  • Step S203 the in-vehicle terminal receives a plurality of audio and video data packets sent by the server.
  • Step S204 the in-vehicle terminal combines the plurality of audio and video data packets into one audio and video data stream, and performs decoding and output.
  • step S201 when transmitting the audio and video, the server needs to send an audio and video transmission request to the in-vehicle terminal, indicating that the server needs to perform audio and video transmission, and the in-vehicle terminal needs to acquire the audio and video transmission request.
  • the audio and video transmission request is used to request audio and video transmission with the in-vehicle terminal.
  • step S202 after acquiring the audio and video transmission request, the in-vehicle terminal may perform handshake authentication with the server through each physical link according to the audio and video transmission request, thereby establishing a connection with the server.
  • the steps of the handshake authentication of the vehicle terminal and the server may be as follows:
  • the vehicle terminal sends a discovery message to the server, where the discovery message includes the agreed access identification information of the server.
  • the server After receiving the discovery message, the server sends the provisioning message to the in-vehicle terminal after verifying the agreed access identification information.
  • the vehicle terminal After receiving the service message sent by the server, the vehicle terminal sends an access request message to the server. After receiving the request message, the server sends an acknowledgement message to the vehicle terminal, where the confirmation message includes the server that can access the server. Identification ID and password.
  • the vehicle terminal After receiving the confirmation message sent by the server, the vehicle terminal establishes a connection with the server according to the confirmation message.
  • the in-vehicle terminal may receive a plurality of audio and video data packets sent by the server, and one audio and video data stream may be divided into a plurality of audio and video data packets, and the audio and video data packets may be Transmission to the vehicle terminal via multiple physical links.
  • Prior art An audio and video data stream is transmitted through a physical link, and in the embodiment of the present invention, the audio and video data stream is packetized, and then multiple audio and video data packets are distributed, and each physical link participates in the transmission.
  • the better the channel quality of the physical link the more audio and video packets are received.
  • the channel quality can be determined by calculating RTT (Round Trip Time). The lower the value of RTT, the better the channel quality.
  • step 204 after receiving the plurality of audio and video data packets sent by the server, the vehicle-mounted terminal needs to combine the plurality of audio and video data packets into one audio and video data stream.
  • An identification field is provided on each of the received audio and video data packets, and the identification fields on the plurality of audio and video data packets belonging to the same audio and video data stream are the same. Therefore, the vehicle terminal will have multiple audio and video with the same identification field.
  • the data packet is merged to recover the original audio and video data stream, and then the audio and video data stream is decoded and output.
  • the above embodiment shows that a plurality of audio and video data packets sent by the server can be received through a plurality of physical links between the station terminal and the server, and finally the plurality of audio and video data packets are combined into one audio and video data stream.
  • the audio and video data streams are transmitted through a physical link, and the embodiment of the present invention improves the transmission speed of the car audio and video.
  • FIG. 3 shows a flow of car audio and video transmission, which can be performed by a server or a car audio and video transmission system.
  • the specific steps of the process include:
  • step S301 the server sends an audio and video transmission request to the in-vehicle terminal.
  • Step S302 the server establishes a connection with the in-vehicle terminal through multiple physical links.
  • Step S303 the server sends a plurality of audio and video data packets to the vehicle-mounted terminal according to link parameters of each of the physical links.
  • step S301 the server sends an audio and video transmission request to the in-vehicle terminal before transmitting the audio and video data stream, indicating that the audio and video data stream is to be transmitted, and the in-vehicle terminal is ready for work.
  • step S302 the server passes through a plurality of physical links with the in-vehicle terminal and the vehicle end
  • the connection is established, and the server and the in-vehicle terminal establish a connection by means of handshake authentication.
  • handshake authentication refer to the specific steps described in the foregoing step S202.
  • a connection is established for each physical link between the server and the station terminal.
  • step S303 before sending the audio and video data stream, the server needs to slice and packetize the audio and video data stream, divide into multiple audio and video data packets, and then pass the multiple audio and video data packets through multiple physical links. Distribute it.
  • the UDP User Datagram Protocol
  • the plurality of audio and video data packets first arrive at the virtual network device, and then the virtual network device selects according to the link parameters of each current physical link.
  • the number of data packets transmitted by each physical link sends multiple audio and video data packets to the vehicle-mounted terminal. The better the physical quality of the channel, the more audio and video data packets are allocated and transmitted.
  • a single TCP link is divided into multiple TCP sub-chains according to the number of physical links by using a multi-path TCP technology. road.
  • the multi-path TCP technology adds a field for own link maintenance on the TCP layer, and also supports multi-path TCP on the vehicle terminal side.
  • the server When the server performs audio and video data packet distribution, if congestion is encountered on one physical link, it can be seamlessly scheduled, and other physical links with good channel quality are selected for transmission.
  • the above physical link parameters may include one or any combination of the following parameters:
  • the above embodiment shows that a plurality of audio and video data packets can be transmitted to the in-vehicle terminal through a plurality of physical links between the server and the in-vehicle terminal.
  • the audio and video data streams are transmitted through a physical link, and the embodiment of the present invention improves the transmission speed of the car audio and video.
  • FIG. 6 shows a structure of an in-vehicle terminal according to an embodiment of the present invention, which can perform a process of car audio and video transmission.
  • the vehicle terminal specifically includes:
  • the obtaining unit 601 is configured to obtain an audio and video transmission request sent by the server.
  • the connecting unit 602 is configured to establish a connection with the server by using multiple physical links according to the audio and video transmission request.
  • the receiving unit 603 is configured to receive a plurality of audio and video data packets sent by the server;
  • the processing unit 604 is configured to combine the plurality of audio and video data packets into one audio and video data stream, and perform decoding and output.
  • the connecting unit 602 is specifically configured to:
  • handshake authentication is established with the server through each physical link to establish a connection.
  • processing unit 604 is specifically configured to:
  • the plurality of audio and video data packets having the same identification field are combined into one audio and video data stream according to an identification field in each audio and video data packet.
  • FIG. 7 shows a server provided by an embodiment of the present invention, which can perform a process of car audio and video transmission.
  • the server specifically includes:
  • the first sending unit 701 is configured to send an audio and video transmission request to the in-vehicle terminal;
  • the connecting unit 702 is configured to establish a connection with the in-vehicle terminal by using multiple physical links.
  • the second sending unit 703 is configured to send, by using the link parameters of each of the physical links, a plurality of audio and video data packets to the in-vehicle terminal.
  • the second sending unit 703 is specifically configured to:
  • the server selects the number of the audio and video data packets transmitted by each of the physical links according to the link parameters of each physical link, and sends a plurality of audio and video data packets to the vehicle-mounted terminal.
  • the physical link parameter comprises one or any combination of the following parameters:
  • FIG. 8 shows a car audio and video transmission system provided by an embodiment of the present invention, which can perform a process of car audio and video transmission.
  • the car audio and video transmission system specifically includes:
  • the device that communicates with the server by the in-vehicle terminal may be a 4G module, that is, an LTE (Long Term Evolution) module. Communicating with the server through multiple LTE modules can provide high-speed network transmission for the vehicle, and realize the activity of car video call and high-definition video in the vehicle.
  • LTE Long Term Evolution
  • the specific structure of the in-vehicle terminal can refer to the structure in the in-vehicle system of the following embodiment.
  • FIGS. 9 to 15 are descriptions for the first type of in-vehicle terminal
  • FIGS. 16 to 27 are descriptions for the second type of in-vehicle terminal.
  • FIG. 9 shows a structure of an in-vehicle terminal.
  • the 4G module is an LTE module in the embodiment of the present invention, and the LTE module can perform high-speed network transmission with the server.
  • the vehicle terminal includes:
  • the central control unit 902 and the plurality of LTE modules 901, the LTE module 901 includes an LTE module 9011 and at least one antenna module 9012, wherein the LTE module 9011 is connected to the antenna module 9012, and the central control unit 902 and each The LTE module 901 is connected.
  • the embodiment of the present invention can provide high-speed network transmission for the vehicle through communication of multiple LTE modules 901, and realize the activity of performing on-vehicle video call and watching high-definition video in the vehicle.
  • the LTE module 9011 in the LTE module 901 can perform communication of 2G, 3G, and 4G, and the LTE module 9011 can receive and transmit signals through the corresponding antenna module 9012 to perform communication with the external network.
  • each LTE module 901 corresponds to one LTE module 9011, and the LTE module 9011 is connected to two antenna modules 9012.
  • the LTE module 9011 can also be combined with an antenna module.
  • the 9012 connection the more the number of connected antenna modules 9012, the better the communication performance of the LTE module 9011.
  • the network transmission speed of the vehicle-mounted terminal can be faster than the network transmission speed of the antenna system in the 2G mode and the 3G mode.
  • multiple LTE modules 901 In the scenario, due to multi-carrier aggregation, a plurality of LTE modules 901 in the vehicle-mounted terminal 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. Compared with the prior art, the embodiment of the invention improves the network transmission speed.
  • the LTE module 9011 can be disposed on a PCB (Printed Circuit Board) to integrate the LTE module 9011 onto the PCB, and the antenna feed of the antenna module 9012 can be crimped to the antenna feed point on the PCB. Then, it is electrically connected to its corresponding LTE module 9011 through a trace on the PCB.
  • PCB Print Circuit Board
  • the manufacturing process of the antenna module 9012 in the embodiment of the present invention includes at least the following:
  • the antenna module 9012 is fixed on the antenna bracket of the PCB, and the antenna module 9012 is supported by the antenna bracket.
  • the antenna bracket is fixed on the PCB, and the antenna feed pin of the antenna module 9012 can be crimped onto the antenna feed point on the PCB.
  • the antenna module 9012 is formed by etching an FPC (Flexible Printed Circuit).
  • the labyrinth type antenna module 9012 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 9012 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 901, 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 9012 has the advantages of high wiring density, light weight, and easy bending.
  • the antenna module 9012 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 901, 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.
  • Antenna module The group 9012 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, which can not only avoid metal interference with the LTE module 901, but also can reduce The volume of the LTE module 901.
  • FIG. 10a is a cross-sectional view of an antenna module 1012, and a cross-sectional view of the antenna module 9012.
  • the graphic structure of the antenna module 1012 is printed on the graphic structure of the antenna module 9012.
  • Figure 10b shows an antenna module 9012 made of FPC.
  • the black point in the figure is the antenna feed pin.
  • 10c and 10d respectively show antenna patterns of two antenna modules 9012, which are a toroidal structure and a return structure, respectively.
  • the antenna module 9012 is fabricated, the two patterns can be designed.
  • the antenna module 9012 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 9012 can be freely designed in practical applications.
  • the above-mentioned three embodiments of the antenna module 9012 are only used as an example in the embodiment of the present invention, and the manufacturing process of the antenna module 9012 is not limited to the above solution, and the embodiment of the present invention does not limit this.
  • Each LTE module 901 in the embodiment of the present invention may be designed in a single module box, and FIG. 11 shows a schematic diagram of an LTE module 901.
  • the antenna module 9012 is laser engraved on top of the casing, such as the antenna pattern 1103, using LDS.
  • the LTE module 9011 in the LTE module 901 can communicate with the central control unit 902 through a USB harness.
  • Each box includes a box 1102, and a USB interface 1101 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 901 and the central control unit 902 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 9011 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 9012 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 9012 can be designed according to different installation positions.
  • the position of the antenna module 9012 is set in the module box facing the passenger.
  • the area of one side, that is, the antenna module 9012 is laser engraved on the top of the module box, or placed on the four sides of the module box.
  • LTE modules 901 can be installed at different positions of the vehicle, as shown in FIG. 12, the LTE module 901 can be installed at the A-pillar and B of the vehicle. Column, C column, D column. Then, they are respectively connected to the central control unit 902 of the vehicle center console through the USB bus, and communicate with the central control unit 902.
  • the LTE module 901 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 901 required by the vehicle is large, and multiple locations can be placed in the same location, the more the number of LTE modules 901 used, the better the quality of high-speed communication. As shown in FIG. 13, the LTE module 901 can be installed outside the roof of the vehicle in the thick black line area of FIG. 13 and inside the door of the vehicle.
  • FIG. 9 includes N LTE modules 901, each of which is connected to the central control unit 902.
  • the signal received by the LTE module 901 is sent to the central control unit 902 for processing.
  • the central control unit 902 is connected to each LTE module 901 through a USB (Universal Serial Bus) bus.
  • the central control unit 902 and the LTE module 901 are both provided with a USB interface, which is respectively connected to the USB interfaces of the central control unit 902 and the LTE module 901.
  • the embodiment of the present invention integrates the LTE module 9011 and the antenna module 9012 in an LTE module, and the LTE module 901 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 central control unit 902 and an LTE module 901. Connection method.
  • Each LTE module 901 is connected to a USB interface in the central control unit 902 through a USB bus, and one LTE module 901 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 902 is connected through the total USB hub.
  • the LTE module 901 when the network is required, can be used to combine multiple LTE modules 901 to each location of the vehicle, which reduces the assembly difficulty of the antenna system in the vehicle terminal. Feel free to combine.
  • the radio frequency power loss introduced by the coaxial line can be effectively reduced, the radio frequency performance can be improved, and the harness length between the LTE module 901 and the central control unit 902 can be reduced.
  • the constraints make the LTE module 901 installation location selection more flexible.
  • the embodiment of the present invention further provides a structure of an in-vehicle terminal, as shown in FIG. 15 , the in-vehicle terminal includes: an intermediate control unit 1502 and a plurality of LTE modules 1501, where the LTE module 1501 includes an LTE module. 15011 and at least one antenna module 15012, wherein the LTE module 15011 is connected to the antenna module 15012, and the central control unit 1502 is connected to each LTE module 1501.
  • the embodiment of the present invention can provide high-speed network transmission for the vehicle through communication of multiple LTE modules 1501, and realize the activity of performing on-vehicle video call and watching high-definition video in the vehicle.
  • the CPU 15021, FM (Frequency Modulation) module 15022, GPS (Global Positioning System) module 15023, WiFi/BT (WIreless-Fidelity/Bluetooth, wireless high fidelity/Bluetooth) are disposed on the PCB of the central control unit 1502. a module 15024, a CMMB (China Mobile Multimedia Broadcasting) module 15025, the vehicle terminal further includes an FM antenna corresponding to the FM module 15022, the GPS module 15023, the WiFi/BT module 15024, and the CMMB module 15025, and a 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 1502 through coaxial lines through the terminals.
  • the central control unit 1502 is connected to each LTE module 1501 via a USB (Universal Serial Bus) bus.
  • the central control unit 1502 and the LTE module 1501 are both provided with a USB interface, which is respectively connected to the USB interfaces of the central control unit 1502 and the LTE module 1501.
  • the embodiment of the present invention further provides an automobile, which includes the above-mentioned vehicle-mounted terminal, and the specific structure is described in the above embodiment, 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-mounted terminal, and 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. 16 shows a structure of an in-vehicle terminal.
  • the in-vehicle terminal includes:
  • the central control unit 1602 and the plurality of antenna modules 1601, the central control unit 1602 includes: a CPU 16022, a plurality of LTE modules 16021, each of the LTE modules 16021 of the central control unit 1602 is connected to at least one antenna module 1601, and the plurality of LTE modules 16021 are respectively associated with The CPU 16022 is connected.
  • the embodiment of the present invention can provide high-speed network transmission for the vehicle through communication of multiple LTE modules 16021, and realize the activity of performing on-vehicle video call and watching high-definition video in the vehicle.
  • the LTE module 16021 can perform communication of 2G, 3G, and 4G, and each LTE module 16021 can receive and transmit signals through its corresponding antenna module 1601 to perform communication with the external network.
  • each LTE module 16021 is connected to two antenna modules 1601, which are a primary antenna and a secondary antenna, respectively.
  • the LTE module 16021 can also be connected to one antenna module 1601. The more the number of connected antenna modules 1601, the better the communication performance of the LTE module 16021.
  • the network transmission speed of the vehicle-mounted terminal 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 16021 and multiple antenna modules 1601 in the vehicle-mounted terminal can provide high-speed network transmission for the vehicle, thereby realizing in the vehicle.
  • the embodiment of the invention improves the network transmission speed.
  • the manufacturing process of the antenna module 1601 in the embodiment of the present invention includes at least the following:
  • the antenna module 1601 is printed on the first PCB, and the metal layer of the first PCB is etched by etching to obtain the antenna module 1601. It is also possible to print the graphic of the antenna module 1601 on the first PCB.
  • the antenna module 1601 is connected to the RF interface through an RF (Radio Frequency) transmission line, and the RF interface is connected to the LTE module 16021.
  • the LTE module 16021 performs signal transmission and reception through the antenna module 1601.
  • the antenna module 1601 has a simple overall structure and is easy to install.
  • the antenna module 1601 is formed by etching FPC.
  • the labyrinth type antenna module 1601 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 1601 made 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 1601 is connected to the RF interface through an RF cable, and the RF interface is connected to the LTE module 16021.
  • the antenna module 1601 has the advantages of high wiring density, light weight, and easy bending.
  • the antenna module 1601 is formed by LDS 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 1601 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 16021, but also The volume of the LTE module 16021 can be reduced.
  • the antenna module 1601 is connected to the RF interface through an RF cable, and the RF interface is connected to the LTE module 16021.
  • the antenna module 1601 can be disposed in the center console, as shown in FIG. 21,
  • the pattern of the antenna module 1601 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 1601 is disposed on the four sides of the outer casing facing the passenger side.
  • the structure of the mounting position of the antenna module 1601 is the position at which the antenna module 1601 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 1601 (including a main antenna and a secondary antenna) are placed at eight positions in four corners, and the antenna modules 1601 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 structure of the mounting position of the antenna module 1601 shown in FIG. 22, the area marked by the thick black solid line in FIG. 22 is the position at which the antenna module 1601 can be mounted, that is, on the four sides of the outer casing of the center console, in each At the 1/3 position of the side, a total of 8 positions are placed with 4 antenna modules 1601 (including the main antenna and the auxiliary antenna), so that the distance between each antenna can be the farthest interval, thus ensuring each The isolation between the antennas ensures 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 1601 (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 1601 on the center console of the vehicle without being installed outside the vehicle, thereby improving the stability of the vehicle.
  • the main path antenna and the auxiliary path antenna in the antenna module 1601 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 designed to face a metal-free area such as a window. 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 1602 can be disposed on the second PCB, and the plurality of LTE modules 16021 and the CPU 16022 are disposed on the second PCB, and the plurality of LTE modules 16021 are connected to the CPU 16022 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 1602 includes N LTE modules 16021, and the N LTE modules 16021 are respectively connected to the CPU 16022.
  • the signal received by the LTE module 16021 is sent to the CPU 16022 for processing.
  • the antenna module 1601 and the central control unit 1602 are disposed in the center console, and the routing between the antenna module 1601 and the central control unit 1602 is simple, the wiring harness is short 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 a vehicle-mounted terminal, as shown in FIG. 24, the vehicle-mounted terminal includes: a central control unit 2402 and a plurality of antenna modules 2401.
  • the central control unit 2402 includes: a CPU 24022, and multiple LTEs.
  • each LTE module 24021 in the central control unit 2402 is connected to at least one antenna module 2401, and the plurality of LTE modules 24021 are respectively connected to the CPU 24022.
  • the embodiment of the present invention can provide high-speed network transmission for vehicles through communication of multiple LTE modules 24021. Lose, realize the activities of car video call and high-definition video in the vehicle.
  • the second PCB of the central control unit 2402 is provided with a CPU 24022, an FM module 24023, a GPS module 24024, a WiFi/BT module 24025, and a CMMB module 24026.
  • the vehicle terminal further includes an FM module 24023, a GPS module 24024, and a WiFi/BT module. 24025, FM antenna corresponding to CMMB module 24026, 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 2402 through an RF transmission line.
  • FIG. 25 to 27 respectively show the structure of the vehicle-mounted terminal under the three design processes of the antenna module 2401, and the structure in FIG. 25 is the structure of the vehicle-mounted terminal of the PCB process.
  • the structure in Fig. 26 is such that the antenna module 2401 is a vehicle-mounted terminal of the FPC process.
  • the structure in Fig. 27 is that the antenna module 2401 is a structure of an in-vehicle terminal of the LDS process.
  • the specific structure of the in-vehicle terminal in FIG. 25 to FIG. 27 has been described in the above embodiment, and details are not described herein again.
  • the embodiment of the present invention further provides an automobile, which includes the above-mentioned vehicle-mounted terminal, and the specific structure is described in the above embodiment, and details are not described herein again.
  • the vehicle-mounted terminal provided by the embodiment of the invention is connected to a plurality of LTE modules of the central control unit to realize high-speed communication of the vehicle antenna.
  • the LTE module is disposed in the central control unit, which reduces the length of the wire harness. Reduce signal attenuation, improve transmission efficiency, and reduce power consumption.
  • the embodiment of the invention provides a method for multi-link data transmission, which includes the physical body corresponding to the IP (Internet Protocol) address notified to the receiving end during the handshake authentication process after the handshake end is authenticated by the sending end.
  • the link establishes a virtual link and updates the binding relationship between the virtual link and the physical link; the sender selects a virtual link that needs to send a data packet from multiple virtual links, and binds according to the virtual link and the physical link. Determining a relationship, determining 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; wherein the data packet includes an IP address corresponding to the virtual link, and the plurality of The virtual link corresponds to the same IP address.
  • IP Internet Protocol
  • 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:
  • FIG. 28 is a schematic diagram of a method for transmitting a first multilink data according to an embodiment of the present invention.
  • S2801 The sender selects a virtual link that needs to send a data packet from multiple virtual links.
  • S2802 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 (Virtual Private Network) server
  • the sending end is a VPN server
  • the receiving end is a terminal. The following is introduced separately.
  • Case 1 If the sender is a terminal, the receiver is a VPN server.
  • the terminal in the embodiment of the present invention may be the in-vehicle terminal 102 shown in FIG. 1 above, and the VPN server may be the server 101 shown in FIG. 1 above.
  • the in-vehicle terminal 102 and the server 101 shown in FIG. 1 can realize multi-link data transmission and carry out on-board high-speed network transmission, thereby realizing activities such as high-definition video viewing or video conference when a passenger rides.
  • FIG. 29A A schematic diagram of a second multi-link data transmission method according to an embodiment of the present invention is shown in FIG. 29A.
  • 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.
  • 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 terminal selects a virtual link that needs to send a data packet from multiple virtual links; the terminal according to the virtual link
  • the binding relationship with the physical link determines the physical link corresponding to the selected virtual link and sends a data packet to the VPN server.
  • the data packet includes the IP address corresponding to the virtual link and the IP address corresponding to the multiple virtual links. The address is 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, and the destination address of the virtual link that can establish a virtual link with the VPN server is IP1 and the IP address of the VPN server itself is IP2, although
  • the authentication key between the terminal 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 terminal sends the handshake to the VPN server. Said that it belongs to an illegal user Handshake authentication, the handshake authentication of the terminal in the VPN server is invalid, that is, the handshake authentication between the terminal and the VPN server fails.
  • 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 of the physical link 3 in the terminal The address is IP3, and the identifier of the corresponding virtual link established on the physical link 3 is Tunnel9. Therefore, 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 parameter of the physical link of the virtual link has only one link parameter, that is, the link bandwidth
  • the link quality value corresponding to the virtual link is the link bandwidth
  • 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. Is the link quality value; if the link parameters of the physical link of the virtual link contain three parameters, three types are also calculated.
  • the weighted value of the parameter is used as the link quality value, and the virtual link that needs to send the data packet is selected according to the link quality value of the physical link of the virtual link, and the data packet is sent 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, 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 the terminal sends 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 L2TP (Layer 2 Tunneling Protocol) protocol, and then encapsulates the packet.
  • the data packets are transmitted through the physical link corresponding to the virtual link.
  • 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 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 UDP packet contains the public network IP packet.
  • the public network IP packet contains the IP address of the terminal.
  • the IP address of the destination VPN server which also contains the IP address of the selected physical link and the identity 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.
  • the terminal in the embodiment of the present invention may be the in-vehicle terminal 102 shown in FIG. 1 above, and the VPN server may be the server 101 shown in FIG. 1 above.
  • the in-vehicle terminal 102 and the server 101 shown in FIG. 1 can realize multi-link data transmission and carry out on-board high-speed network transmission, thereby realizing activities such as high-definition video viewing or video conference when a passenger rides.
  • FIG. 29B A third method for multi-link data transmission in the embodiment of the present invention is shown in FIG. 29B.
  • 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 virtual link connection request message arrives at the terminal, the IP address and the key of the VPN server are handshake authentication, and the source IP address and the IP address of the destination terminal and the key are authenticated in the virtual link request message.
  • the handshake authentication is performed, the handshake authentication between the VPN server and the terminal is passed, and the response message corresponding to the virtual link connection request message is sent to the VPN server, where the response message includes the 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 updates the binding relationship between the virtual link and the physical link.
  • the binding relationship between the virtual link and the physical link is sent to the terminal, so that the terminal 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 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 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 Case 1. It will not be described in detail here.
  • 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.
  • 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.
  • the data packet 4 is transmitted through the telecommunication physical network card, the mobile physical network card transmits the data packet 5, and 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, and effectively utilizing the multi-link network resource. Increase the data transfer rate.
  • an embodiment of the present invention provides a device for multi-link data transmission, and the device may perform the foregoing method embodiments.
  • a device structure diagram of multi-link data transmission according to an embodiment of the present invention is shown in FIG.
  • the processing module 3001 is configured to select a virtual link that needs to send a data packet from multiple virtual links.
  • a determining module 3002 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 3003 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 terminal in the embodiment of the present invention may be the in-vehicle terminal 102 shown in FIG. 1 above, and the VPN server may be the server 101 shown in FIG. 1 above.
  • the in-vehicle terminal 102 and the server 101 shown in FIG. 1 can realize multi-link data transmission and carry out on-board high-speed network transmission, thereby realizing activities such as high-definition video viewing or video conference when a passenger rides.
  • the determining module 3002 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 3001 is further configured to:
  • 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 3001 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 3002 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 3002 is further configured to:
  • the binding relationship between the virtual link and the physical link is updated.
  • processing module 3001 is specifically configured to:
  • an embodiment of the present invention provides an in-vehicle terminal, including a memory 3101, and one or more processors 3102.
  • the in-vehicle terminal further includes:
  • One or more units 3103 the one or more units 3103 being stored in the memory 3101 and configured to be executed by the one or more processors 3102, the one or more units 3103 comprising Instructions that perform the following steps:
  • the plurality of audio and video data packets are combined into one audio and video data stream for decoding output.
  • establishing a connection with the server by using multiple physical links including:
  • the vehicle-mounted terminal performs handshake authentication with the server through each physical link according to the audio-video transmission request, and establishes a connection.
  • combining the plurality of audio and video data packets into one audio and video data stream including:
  • the vehicle-mounted terminal combines the plurality of audio and video data packets having the same identification field into one audio and video data stream according to an identification field in each audio and video data packet.
  • an embodiment of the present invention provides a server, including a memory 3201, and one or more processors 3202, where the server further includes:
  • One or more units 3203 the one or more units 3203 being stored in the memory 3201 and configured to be executed by the one or more processors 3202, the one or more units 3203 being included for Instructions that perform the following steps:
  • sending, by the link parameters of each physical link, multiple audio and video data packets to the in-vehicle terminal including:
  • the server selects the number of the audio and video data packets transmitted by each of the physical links according to the link parameters of each physical link, and sends a plurality of audio and video data packets to the vehicle-mounted terminal.
  • the physical link parameters include one or any combination of the following parameters:
  • an embodiment of the present invention provides a computer program product 3303 for use with an in-vehicle terminal, the computer program product 3303 comprising a computer readable storage medium 3301 and a computer program mechanism 3302 embedded therein, the computer Program mechanism 3302 includes instructions to perform the following steps:
  • the plurality of audio and video data packets are combined into one audio and video data stream for decoding output.
  • establishing a connection with the server by using multiple physical links including:
  • the vehicle-mounted terminal performs handshake authentication with the server through each physical link according to the audio-video transmission request, and establishes a connection.
  • combining the plurality of audio and video data packets into one audio and video data stream including:
  • the vehicle-mounted terminal combines the plurality of audio and video data packets having the same identification field into one audio and video data stream according to an identification field in each audio and video data packet.
  • an embodiment of the present invention provides a computer program product 3403 for use with a server, the computer program product 3403 comprising a computer readable storage medium 3401 and a computer program mechanism 3402 embedded therein, the computer program Mechanism 3402 includes instructions to perform the following steps:
  • sending, by the link parameters of each physical link, multiple audio and video data packets to the in-vehicle terminal including:
  • the server selects the number of the audio and video data packets transmitted by each of the physical links according to the link parameters of each physical link, and sends a plurality of audio and video data packets to the vehicle-mounted terminal.
  • the physical link parameters include one or any combination of the following parameters:
  • 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 service respectively.
  • the server and the terminal when receiving the data packet to be sent, the VPN server selects a virtual link that needs to send a data packet from multiple virtual links; the VPN server according to the binding relationship between the virtual link and the physical link, Determining a physical link corresponding to the selected virtual link; the VPN server sends a data packet to the terminal through 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 same IP address .
  • 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 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)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

本发明涉及通讯技术领域，公开了一种车载音视频传输方法及系统、车载终端、服务器，该方法包括车载终端通过获取服务器发送的音视频传输请求，根据音视频传输请求，通过多条物理链路与服务器建立连接，接收服务器发送的多个音视频数据包，将多个音视频数据包进行合并为一路音视频数据流，进行解码输出。通过车站终端与服务器之间的多条物理链路，可以接收到服务器发送的多个音视频数据包，最后将该多个音视频数据包进行合并成一路音视频数据流。与现有技术中的一路音视频数据流通过一条物理链路进行传输相比，本发明实施例提高了车载音视频的传输速度，物理链路越多，传输速度也就越高。

Description

一种车载音视频传输方法及系统、车载终端、服务器
本申请要求在2015年11月11日提交中国专利局、申请号为201510767543.0、发明名称为“一种车载音视频传输方法及系统、车载终端、服务器”的中国专利申请的优先权，其全部内容通过引用结合在本申请中。
技术领域
本发明涉及通讯技术领域，特别涉及一种车载音视频传输方法及系统、车载终端、服务器。
背景技术
随着社会的发展，人们已经越来越不满足于透过文字或图片等静态的手段了解获取信息，而随着互联网技术的普及和发展，透过视频来直观的高效的了解、获取知识势必是未来发展之趋势。
目前在汽车领域，都是通过2G(第二代移动通信)、3G(第三代移动通信)的车载模块进行数据传输，受2G、3G车载模块的数据传输速度的限制，无法实现观看高清视频或实时的视频会议。现有技术中也有采用4G(第四代移动通信)模块进行数据传输的技术方案，但是此种方案下的车载终端都只设置有一个4G模块，所有的数据传输都是通过该4G模块进行的，如果进行大数据的传输，会造成链路的拥堵，造成数据传输的效率低下。
因此，亟需一种车载音视频传输方法，用以实现车载视频的高速传输。
发明内容
本发明实施例提供一种车载音视频传输方法及系统、车载终端、服务器，用以实现车载视频可以实时高速的传输。
本发明实施例提供的一种车载音视频传输方法，包括：
车载终端获取服务器发送的音视频传输请求；
所述车载终端根据所述音视频传输请求，通过多条物理链路与所述服务 器建立连接；
所述车载终端接收所述服务器发送的多个音视频数据包；
所述车载终端将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。
相应地，本发明实施例还提供了一种车载音视频传输方法，包括：
服务器向车载终端发送音视频传输请求；
所述服务器通过多条物理链路与所述车载终端建立连接；
所述服务器根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包。
相应地，本发明实施例提供了一种车载终端，包括：
获取单元，用于获取服务器发送的音视频传输请求；
连接单元，用于根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接；
接收单元，用于接收所述服务器发送的多个音视频数据包；
处理单元，用于将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。
相应地，本发明实施例还提供了一种服务器，包括：
第一发送单元，用于向车载终端发送音视频传输请求；
连接单元，用于通过多条物理链路与所述车载终端建立连接；
第二发送单元，用于根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包。
相应地，本发明实施例还提供了一种车载音视频传输系统，包括上述车载终端和上述服务器。
本发明实施例提供一种车载终端，包括存储器，以及一个或者多个处理器，其中，车载终端还包括：
一个或多个单元，所述一个或多个单元被存储在所述存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个单元包括用于执行以下步 骤的指令：
获取服务器发送的音视频传输请求；
根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接；
接收所述服务器发送的多个音视频数据包；
将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。
本发明实施例提供一种服务器，包括存储器，以及一个或者多个处理器，其中，该服务器还包括：
一个或多个单元，所述一个或多个单元被存储在所述存储器中并被配置成由所述一个或多个处理器执行，所述一个或多个单元包括用于执行以下步骤的指令：
向车载终端发送音视频传输请求；
通过多条物理链路与所述车载终端建立连接；
根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包。
本发明实施例提供一种与车载终端结合使用的计算机程序产品，所述计算机程序产品包括计算机可读的存储介质和内嵌于其中的计算机程序机制，所述计算机程序机制包括执行以下步骤的指令：
获取服务器发送的音视频传输请求；
根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接；
接收所述服务器发送的多个音视频数据包；
将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。
本发明实施例提供一种与服务器结合使用的计算机程序产品，所述计算机程序产品包括计算机可读的存储介质和内嵌于其中的计算机程序机制，所述计算机程序机制包括执行以下步骤的指令：
向车载终端发送音视频传输请求；
通过多条物理链路与所述车载终端建立连接；
根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数 据包。
本发明实施例表明，车载终端通过获取服务器发送的音视频传输请求，根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接，接收所述服务器发送的多个音视频数据包，将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。通过车站终端与服务器之间的多条物理链路，可以接收到服务器发送的多个音视频数据包，最后将该多个音视频数据包进行合并成一路音视频数据流。与现有技术中的一路音视频数据流通过一条物理链路进行传输相比，本发明实施例提高了车载音视频的传输速度，物理链路越多，传输速度也就越高。可以实现乘客在乘车时进行高清视频观看或者是进行视频会议等需要高速传输数据的车载活动。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例中提供的一种车载音视频传输的系统架构图；
图2为本发明实施例中提供的一种车载音视频传输方法的流程示意图；
图3为本发明实施例中提供的一种车载音视频传输方法的流程示意图；
图4为本发明实施例中提供的一种UDP链路协议示意图；
图5为本发明实施例中提供的一种TCP链路协议示意图；
图6为本发明实施例中提供的一种车载终端的结构示意图；
图7为本发明实施例中提供的一种服务器的结构示意图；
图8为本发明实施例中提供的一种车载音视频传输系统的结构示意图；
图9为本发明实施例中提供的一种车载终端的结构示意图；
图10a为本发明实施例中天线模组的结构示意图一；
图10b为本发明实施例中天线模组的结构示意图二；
图10c为本发明实施例中天线模组的结构示意图三；
图10d为本发明实施例中天线模组的结构示意图四；
图11为本发明实施例中提供的一种LTE模块的结构示意图；
图12为本发明实施例中提供的一种LTE模块安装位置示意图；
图13为本发明实施例中提供的一种LTE模块安装位置示意图；
图14为本发明实施例中提供的一种车载终端的结构示意图；
图15为本发明实施例中提供的一种车载终端的结构示意图；
图16为本发明实施例中提供的一种车载终端的结构示意图；
图17为本发明实施例中提供的一种天线模块的结构示意图；
图18为本发明实施例中提供的一种天线模块的结构示意图；
图19为本发明实施例中提供的一种天线模块的结构示意图；
图20为本发明实施例中提供的一种天线模块安装位置示意图；
图21为本发明实施例中提供的一种天线模块安装位置示意图；
图22为本发明实施例中提供的一种天线模块安装位置示意图；
图23为本发明实施例中提供的一种天线模块安装位置示意图；
图24为本发明实施例中提供的一种车载终端的结构示意图；
图25为本发明实施例中提供的一种车载终端的结构示意图；
图26为本发明实施例中提供的一种车载终端的结构示意图；
图27为本发明实施例中提供的一种车载终端的结构示意图；
图28为本发明实施例中提供的第一种多链路数据传输的方法示意图；
图29A为本发明实施例中提供的第二种多链路数据传输的方法示意图；
图29B为本发明实施例中提供的第三种多链路数据传输的方法示意图；
图30为本发明实施例中提供的一种多链路数据传输的设备结构图；
图31为本发明实施例中提供的一种车载终端的结构示意图；
图32为本发明实施例中提供的一种服务器的结构示意图；
图33为本发明实施例中提供的一种与车载终端结合使用的应用程序示意图；
图34为本发明实施例中提供的一种与服务器结合使用的应用程序示意图。
具体实施方式
为了使本申请的目的、技术方案和优点更加清楚，下面将结合附图对本申请作进一步地详细描述，显然，所描述的实施例仅仅是本申请一部份实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本申请保护的范围。
如图1所示，本发明实施例所适用的一种系统架构，基于该系统架构可实现车载音视频的传输。本发明实施例提供的车载音视频传输的系统架构中包括服务器101和车载终端102。
车载终端102上的4G模块可以通过INTERNET网络与服务器101进行通信，也可以通过GSM(Global System for Mobile Communications，全球移动通信系统)、LTE(long term evolution，长期演进)系统等移动通信系统与服务器101进行通信。车载终端102上设有多个4G模块，每个4G模块与服务器101之间存在一条物理链路。
该车载终端102中可以安装APP(Application，应用程序)，乘客可以通过车载终端102上的APP观看高清视频或者是进行视频会议。该车载终端102也可以是乘客在乘车时使用的手持终端，如：手机、笔记本、掌上电脑等可以安装APP的终端。
该服务器101可以是移动、联通、电信等通信运营商的服务器。
上述车载音视频传输的系统架构还可以包括CPU(Central Processing Unit，中央处理器)、显示装置、电源、音视频解码单元等结构，其中多个4G模块通过USB Hub(Universal SerialBus Hub，通用串行总线集线器)与CPU进行连接。
基于上述描述，图2示出了本发明实施例中一种车载音视频传输方法的 流程，该流程可以由车载终端或者车载音视频传输系统执行。
如图2所示，该流程具体步骤包括：
步骤S201，车载终端获取服务器发送的音视频传输请求。
步骤S202，所述车载终端根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接。
步骤S203，所述车载终端接收所述服务器发送的多个音视频数据包。
步骤S204，所述车载终端将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。
在步骤S201中，服务器在传输音视频时，需要向车载终端发送音视频传输请求，表示服务器需要进行音视频传输了，车载终端需要获取该音视频传输请求。该音视频传输请求用于请求与车载终端进行音视频传输。
在步骤S202中，车载终端在获取音视频传输请求之后，可以根据该音视频传输请求，通过每一条物理链路与服务器进行握手认证，从而与服务器建立连接。
该车载终端与服务器进行握手认证的步骤可以如下：
车载终端向服务器发送发现报文，该发现报文中包括服务器的约定的接入识别信息。
服务器在收到发现报文后，通过验证约定的接入识别信息后，向车载终端发送提供报文。
车载终端在收到服务器发送的提供报文后，向服务器发送接入请求报文，服务器接收到请求报文后，向车载终端发送确认报文，该确认报文中包括该可以接入该服务器的识别标识及密码。
车载终端在收到服务器发送的确认报文后，根据该确认报文与该服务器建立连接。
在步骤203中，在成功与服务器建立连接后，该车载终端可以接收到服务器发送的多个音视频数据包，一个音视频数据流可以被分成多个音视频数据包，该音视频数据包可以通过多条物理链路传输至车载终端。现有技术中 是一个音视频数据流通过一条物理链路传输，而本发明实施例是将音视频数据流进行分包处理，然后将多个音视频数据包进行分发，每条物理链路都参与了传输，物理链路的信道质量好的接收的音视频数据包也就越多。该信道质量可以通过计算RTT(Round Trip Time，往返时延)确定的，RTT的数值越低表示信道质量越好。
在步骤204中，车载终端接收到服务器发送的多个音视频数据包后，需要将该多个音视频数据包合并为一路音视频数据流。在接收的每个音视频数据包上都设有标识字段，属于同一路音视频数据流的多个音视频数据包上的标识字段相同，因此，车载终端将具有同一标识字段的多个音视频数据包进行合并处理，从而恢复出原有的一路音视频数据流，然后对该音视频数据流进行解码输出。
上述实施例表明，通过车站终端与服务器之间的多条物理链路，可以接收到服务器发送的多个音视频数据包，最后将该多个音视频数据包进行合并成一路音视频数据流。与现有技术中的一路音视频数据流通过一条物理链路进行传输相比，本发明实施例提高了车载音视频的传输速度，物理链路越多，传输速度也就越高。可以实现乘客在乘车时进行高清视频观看或者是进行视频会议等需要高速传输数据的车载活动。
基于相同的技术构思，图3示出了一种车载音视频传输的流程，该流程可以由服务器或者车载音视频传输系统执行。
如图3所示，该流程具体步骤包括：
步骤S301，服务器向车载终端发送音视频传输请求。
步骤S302，所述服务器通过多条物理链路与所述车载终端建立连接。
步骤S303，所述服务器根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包。
在步骤S301中，服务器在发送音视频数据流前，先向车载终端发送音视频传输请求，表示要开始传输音视频数据流，让车载终端做好准备工作。
在步骤S302中，服务器通过与车载终端之间的多条物理链路与该车载终 端建立连接，服务器与车载终端是通过握手认证的方式进行建立连接的，该握手认证的具体步骤见上述步骤S202中描述的具体步骤。服务器与车站终端之间的每一条物理链路都有会建立连接。
在步骤S303中，服务器在发送音视频数据流前，需要先将音视频数据流进行切片分包处理，分成多个音视频数据包，然后将该多个音视频数据包通过多条物理链路分发出去。如图4所示的UDP(User Datagram Protocol，用户数据报协议)链路协议，多个音视频数据包首先到达虚拟网络设备然后该虚拟网络设备根据当前每条物理链路的链路参数来选择每条物理链路传输的数据包的个数，向车载终端发送多个音视频数据包，信道质量越好的物理链路，被分配发送的音视频数据包也就越多。
如图5所示，在TCP(Transmission Control Protocol，传输控制协议)链路协议图中，通过采用多路径TCP技术，根据物理链路的个数将单个的TCP链路切分成多个TCP子链路。多路径TCP技术在TCP层之上增加了自己链路维护的字段，同样在车载终端侧也加入了对多路径TCP的支持。
在服务器进行音视频数据包分发时，若在一条物理链路中遇到阻塞，此时可以无缝调度，选择其他的信道质量好的物理链路进行传输。
上述物理链路参数可以包括下述参数之一或任意组合：
往返时延、链路带宽、链路类型。
上述实施例表明，通过服务器与车载终端之间的多条物理链路，可以向车载终端发送多个音视频数据包。与现有技术中的一路音视频数据流通过一条物理链路进行传输相比，本发明实施例提高了车载音视频的传输速度，物理链路越多，传输速度也就越高。可以实现乘客在乘车时进行高清视频观看或者是进行视频会议等需要高速传输数据的车载活动。
基于相同的发明构思，图6示出了本发明实施例提供的一种车载终端的结构，该车载终端可以执行车载音视频传输的流程。
如图6所示，该车载终端具体包括：
获取单元601，用于获取服务器发送的音视频传输请求；
连接单元602，用于根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接；
接收单元603，用于接收所述服务器发送的多个音视频数据包；
处理单元604，用于将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。
优选地，所述连接单元602具体用于：
根据所述音视频传输请求，通过每一条物理链路与所述服务器进行握手认证，建立连接。
优选地，所述处理单元604具体用于：
根据每个音视频数据包中的标识字段，将具有同一标识字段的所述多个音视频数据包合并为一路音视频数据流。
基于相同的发明构思，图7示出了本发明实施例提供的一种服务器，该服务器可以执行车载音视频传输的流程。
如图7所示，该服务器具体包括：
第一发送单元701，用于向车载终端发送音视频传输请求；
连接单元702，用于通过多条物理链路与所述车载终端建立连接；
第二发送单元703，用于根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包。
优选地，第二发送单元703具体用于：
所述服务器根据每条所述物理链路的链路参数，选择每条所述物理链路传输的所述音视频数据包的个数，向所述车载终端发送多个音视频数据包。
优选地，所述物理链路参数包括下述参数之一或任意组合：
往返时延、链路带宽、链路类型。
基于相同的发明构思，图8示出了本发明实施例提供的一种车载音视频传输系统，该车载音视频传输系统可以执行车载音视频传输的流程。
如图8所示，该车载音视频传输系统具体包括：
车载终端801和服务器802。
该车载终端801与服务器802进行车载音视频传输的流程已在上述实施例中描述，不再赘述。
在本发明实施例中，车载终端与服务器进行通信的装置可以是4G模块，即LTE(Long Term Evolution，长期演进)模块。通过多个LTE模块与服务器进行通信可以为车辆提供高速网络传输，实现在车辆中进行车载视频通话、观看高清视频的活动。
为了更好的解释本发明实施例，车载终端的具体结构可以参照如下实施例车载系统中的结构。
在下面的实施例中给出了两种车载终端的结构，其中图9至图15为针对第一种车载终端的描述，图16至图27为针对第二种车载终端的描述。
图9示出了一种车载终端的结构，如图9所示，上述4G模块为本发明实施例中的LTE模块，通过LTE模块可以与服务器进行高速网络传输。该车载终端包括：
中控单元902和多个LTE模块901，该LTE模块901包括一个LTE模组9011和至少一个天线模组9012，其中，LTE模组9011与天线模组9012连接，该中控单元902与每个LTE模块901连接。
本发明实施例通过多个LTE模块901通信可以为车辆提供高速网络传输，实现在车辆中进行车载视频通话、观看高清视频的活动。
该LTE模块901中的LTE模组9011可以进行2G、3G、4G的通信，该LTE模组9011可以通过其对应的天线模组9012接收和发射信号进行与外网的通信。
如图9所示，多个LTE模块901，每个LTE模块901对应一个LTE模组9011，该LTE模组9011与两个天线模组9012连接，该LTE模组9011也可以与一个天线模组9012连接，连接的天线模组9012的个数越多，LTE模组9011的通信性能越好。
在只有一个LTE模块901的场景下，该车载终端的网络传输速度可以比2G模式和3G模式下的天线系统的网络传输速度要快。在多个LTE模块901 的场景下，由于多载波聚合，通过车载终端中的多个LTE模块901可以为车辆提供高速网络传输，从而实现在车辆中进行车载视频通话、观看高清视频的活动。与现有技术相比，本发明实施例提高了网络传输速度。
该LTE模组9011可以设置在PCB(Printed Circuit Board，印制电路板)上，将LTE模组9011集成到PCB上，天线模组9012的天线馈脚可以压接在该PCB上的天线馈点上，然后通过PCB上的走线与其对应的LTE模组9011进行电连接。
天线模组9012的制作工艺有多种，本发明实施例中的天线模组9012的制作工艺至少包括以下几种：
方案一
天线模组9012固定在PCB的天线支架上，通过天线支架支撑该天线模组9012，天线支架固定在PCB上，天线模组9012的天线馈脚可以压接在该PCB上的天线馈点上。
方案二
天线模组9012通过刻蚀FPC(Flexible Printed Circuit，柔性电路板)形成的。通过对使用具有天线图形的掩膜板遮掩的FPC进行曝光，然后对曝光后的FPC上的金属层进行刻蚀，制作成迷宫型的天线模组9012。FPC工艺制作的天线模组9012，结构空间小，便于安装，可以将该FPC通过背胶粘贴在结构壳体上，如LTE模块901的外壳上，可以是模块外壳非金属部分的外侧，也可以是外壳非金属部分的内侧，还可以是非金属中壳的面上，也可以将FPC粘贴在PCB上。这种天线模组9012，具有配线密度高，重量轻，易弯折等优点。
方案三
天线模组9012是通过LDS(Laser Direct Structuring，激光直接成型技术)镭雕在结构件的壳体上形成的。使用LDS工艺将金属粉镭雕至任意的结构件的壳体上，如LTE模块901的外壳上，可以是模块外壳非金属部分的外侧，也可以是外壳非金属部分的内侧，还可以是非金属中壳的面上。这种天线模 组9012可以任意设计天线图形，镭雕在任意形状的结构件的壳体上，不受产品结构形态的限制，灵活性较大，不仅可以避免与LTE模块901内的金属干扰，还可以减小LTE模块901的体积。
相应地，本发明实施例还提供了几种天线模组9012的结构示意图，如图10a至图10d所示。图10a示出了一种天线模组1012的剖视图，天线模组9012的截面图，从图10a中可以看出，天线模组1012的图形结构，该天线模组9012的图形结构是印制在FPC上的。图10b示出了一种由FPC制作而成的天线模组9012，图中的黑点为天线馈脚。图10c和图10d分别示出了两种天线模组9012的天线图形，分别是圆环形结构和回形结构。在制作天线模组9012时，可以设计成这两种图形，在FPC上按照图形进行刻蚀得到天线模组9012，或者是使用金属粉通过LDS镭雕成这两种图形。天线模组9012的图形在实际应用时，可以自由设计。
上述三种制作天线模组9012的方案，仅是本发明实施例用以示例，不表示该天线模组9012的制作工艺仅限于上述方案，本发明实施例不对此做限制。
本发明实施例中的每个LTE模块901可以设计成在一个单独模块盒子，图11示出了一种LTE模块901成型的示意图。如图11所示，将天线模组9012使用LDS镭雕在该盒体的顶部，如天线图形1103。而LTE模块901中的LTE模组9011通过USB线束可以与中控单元902进行互联通信，每个盒子包括盒体1102，预留USB接口1101，该USB接口可以兼容各种USB版本，本发明实施例使用的是USB3.0版本，LTE模块901与中控单元902通过USB3.0线束进行通信和供电。在该模块盒子中还包括LTE模组9011的主路天线和辅路天线，用于收发信号。天线可以设计成辐射角小于等于180°的定向天线，这样可以根据不同的安装位置的周边环境判定天线的实际设计辐射面位置。
每个盒子的外观可以根据实际应用进行设计，并不限于长方体。同时，也可以根据实际应用，将天线模组9012镭雕在该模块盒子的四个边上，将天线设计为定向天线，可以根据不同的安装位置的设计天线模组9012的辐射面。本发明实施例中，优选地，将天线模组9012的位置设置在模块盒子面对乘客 的一面的区域，即将天线模组9012镭雕在该模块盒子的顶部，或是设置在模块盒子侧面四个面的位置。
为了更好的使得车载终端进行高速通信，可以将多个LTE模块901安装在车辆的不同的位置，如图12所示LTE模块901安装位置，可以将LTE模块901安装在车辆的A柱、B柱、C柱、D柱内。然后通过USB总线分别连接到车辆中控台的中控单元902上，与中控单元902进行通信。
本发明实施例中LTE模块901还可以位于车辆的车顶外部、车辆的车门内侧、车辆前挡风玻璃底部的平台、车辆后挡风玻璃底部的平台、车辆后视镜中的位置之一或者任意组合。如果车辆需要的LTE模块901数量多，同一位置可以放置多个，使用的LTE模块901的数量越多，进行高速通信的质量越好。如图13所示，LTE模块901可以安装在图13中粗黑色线区域的车辆的车顶外部、车辆的车门内侧。
图9中包括N个LTE模块901，该N个LTE模块901都分别与中控单元902连接，与中控单元902连接的LTE模块901的数量越多，该车载终端的性能越优，可以是实现高速通信，如10Gb/s，20Gb/s的高速通信功能。LTE模块901接收到的信号发送给该中控单元902进行处理。
本发明实施例中，该中控单元902是通过USB(Universal Serial Bus，通用串行总线)总线与每个LTE模块901连接的。中控单元902和LTE模块901都设有USB接口，该USB总线分别连接中控单元902和LTE模块901的USB接口。
由于现有技术中的车辆的天线系统都是单天线设计方案，如果需要接收到各类信号，就需要将多个天线同时安装在车辆上，这些天线需要安装在车辆的车顶外部，这就增加了车辆的不稳定性。而与现有技术相比，本发明实施例将LTE模组9011和天线模组9012集成在LTE模块中，该LTE模块901可以将设置在车辆的多个位置，无需只安装在车辆的车顶外部，从而提高了车辆的稳定性。
如图14所示，本发明实施例提供了一种中控单元902与LTE模块901的 连接方式。每个LTE模块901通过USB总线与中控单元902中的USB接口相连接，一个LTE模块901对应一个USB接口。在中控单元902中，多个USB接口与USB集线器连接，每个USB集线器可以连接Y个USB接口，Y大于等于1，如可以4个USB接口连接一个USB集线器。该USB集线器有X个，X大于等于1，该X个USB集线器汇总到一个USB集线器上，通过这个总的USB集线器与中控单元902的CPU连接。
在本发明实施例中，进行组网需要时，可以使用更多的LTE模块901进行组合，将多个LTE模块901分散到车辆的各个位置，降低了车载终端中的天线系统的组装难度，便于随意组合。在需要时，只需将设计的LTE模块901盒子与中控台中的中控单元902进行连接即可。同时使用USB总线与中控单元902进行通信，与传统设计相比，能够有效降低由同轴线引入的射频功率损耗，提高射频性能，且能够降低LTE模块901和中控单元902之间线束长度的约束，使得LTE模块901安装位置选择更灵活。
相应地，本发明实施例还提供了一种车载终端的结构，如图15所示的结构，该车载终端包括：中控单元1502和多个LTE模块1501，该LTE模块1501包括一个LTE模组15011和至少一个天线模组15012，其中，LTE模组15011与天线模组15012连接，该中控单元1502与每个LTE模块1501连接。
本发明实施例通过多个LTE模块1501通信可以为车辆提供高速网络传输，实现在车辆中进行车载视频通话、观看高清视频的活动。
该中控单元1502的PCB上设置了CPU15021，FM(Frequency Modulation，调频)模块15022、GPS(Global Positioning System，全球定位系统)模块15023、WiFi/BT(WIreless-Fidelity/Bluetooth，无线高保真/蓝牙)模块15024、CMMB(China Mobile Multimedia Broadcasting，中国移动多媒体广播)模块15025，该车载终端还包括与FM模块15022、GPS模块15023、WiFi/BT模块15024、CMMB模块15025对应的FM天线、GPS天线、WiFi/BT天线和CMMB天线。该FM天线、GPS天线、WiFi/BT天线和CMMB天线依次通过同轴线通过端子与中控单元1502连接。
该中控单元1502是通过USB(Universal Serial Bus，通用串行总线)总线与每个LTE模块1501连接的。中控单元1502和LTE模块1501都设有USB接口，该USB总线分别连接中控单元1502和LTE模块1501的USB接口。
基于相同的发明构思，本发明实施例还提供了一种汽车，该汽车包括上述车载终端，具体结构以在上述实施例中描述，不再赘述。
本发明实施例通过多个LTE模块和中控单元连接，实现车载终端的高速通信的功能，LTE模组与天线模组为一体化结构，可以将多个LTE模块进行灵活安装，避免多个LTE模组集中在中控单元而导致通信干扰的问题。
如下针对另一种车载终端的结构进行详细描述。
图16示出了一种车载终端的结构，如图16所示，该车载终端包括：
中控单元1602和多个天线模块1601，中控单元1602包括：CPU16022、多个LTE模块16021，中控单元1602中每个LTE模块16021与至少一个天线模块1601连接，多个LTE模块16021分别与CPU16022连接。
本发明实施例通过多个LTE模块16021通信可以为车辆提供高速网络传输，实现在车辆中进行车载视频通话、观看高清视频的活动。
该LTE模块16021可以进行2G、3G、4G的通信，每个LTE模块16021可以通过其对应的天线模块1601接收和发射信号进行与外网的通信。
如图17所示，多个LTE模块16021，每个LTE模块16021与两个天线模块1601连接，分别是主路天线和辅路天线。该LTE模块16021也可以与一个天线模块1601连接，连接的天线模块1601的个数越多，LTE模块16021的通信性能越好。
在只有一个LTE模块16021的场景下，该车载终端的网络传输速度可以比2G模式和3G模式下的天线系统的网络传输速度要快。在多个LTE模块16021和多个天线模块1601的场景下，由于多载波聚合，通过车载终端中的多个LTE模块16021和多个天线模块1601可以为车辆提供高速网络传输，从而实现在车辆中进行车载视频通话、观看高清视频的活动。与现有技术相比，本发明实施例提高了网络传输速度。
本发明实施例中，天线模块1601的制作工艺有多种，本发明实施例中的天线模块1601的制作工艺至少包括以下几种：
第一种
如图18所示，将天线模块1601印刷在第一PCB上，通过刻蚀的方法刻蚀第一PCB的金属层，获取天线模块1601。也可以将天线模块1601的图形印刷在第一PCB上。该天线模块1601通过RF(Radio Frequency，射频)传输线连接至RF接口上，RF接口与LTE模块16021连接。LTE模块16021通过该天线模块1601进行收发信号。这种天线模块1601整体结构简单，便于安装。
第二种
如图19所示，天线模块1601通过刻蚀FPC形成的。通过对使用具有天线图形的掩膜板遮掩的FPC进行曝光，然后对曝光后的FPC上的金属层进行刻蚀，制作成迷宫型的天线模块1601。FPC工艺制作的天线模块1601，结构空间小，便于安装，可以将该FPC通过背胶粘贴在中控台壳体上，如中控台的外壳上，可以是中控台外壳非金属部分的外侧，也可以是中控台非金属部分的内侧，也可以将FPC粘贴在第二PCB上。该天线模块1601通过RF电缆连接至RF接口上，RF接口与LTE模块16021连接。这种天线模块1601，具有配线密度高，重量轻，易弯折等优点。
第三种
如图20所示，天线模块1601是通过LDS镭雕在结构件的壳体上形成的。使用LDS工艺将金属粉镭雕至任意的结构件的壳体上，如中控台的外壳上，可以是中控台的外壳非金属部分的外侧，也可以是外壳非金属部分的内侧。这种天线模块1601可以任意设计天线图形，镭雕在任意形状的结构件的壳体上，不受产品结构形态的限制，灵活性较大，不仅可以避免与LTE模块16021内的金属干扰，还可以减小LTE模块16021的体积。该天线模块1601通过RF电缆连接至RF接口上，RF接口与LTE模块16021连接。
本发明实施例中的可以将天线模块1601设置在中控台中，如图21所示， 可以使用LDS工艺将天线模块1601的图形镭雕在中控台的外壳上，可以镭雕在中控台的外壳外侧，也可以镭雕在中控台的外壳内侧。如果中控台的外壳是与中控主屏幕前后叠加组装，外壳单独安装，则将天线模块1601设置在该外壳面对乘客一面的四个边上。
具体的，如图21所示的天线模块1601的安装位置的结构，图21中粗黑实体线标注的区域为天线模块1601可以安装的位置，即在中控台的外壳的四条侧边的四个角的位置。在四个角共8个位置摆放4个天线模块1601(包括主路天线和辅路天线)，四个角的天线模块1601之间距离最远。每个角的天线模块1601中的主路天线和辅路天线虽然距离不是最远，但是主路天线和辅路天线之间由于是“一横一竖”的安装位置，有利于极化方向隔离，同样可以做到两个天线之间的隔离度很好，保证通信性能。
如图22所示的天线模块1601的安装位置的结构，图22中粗黑实体线标注的区域为天线模块1601可以安装的位置，即在中控台的外壳的四条侧边的上，在每个侧边的1/3位置处，共8个位置摆放4个天线模块1601(包括主路天线和辅路天线)，这样每个天线之间的距离可以做到间隔最远，从而保证每个天线之间的隔离度，保证通信性能。
如图23所示的天线模块1601的安装位置的结构，图23中粗黑实体线标注的区域为天线模块1601可以安装的位置。该中控台的形状为椭圆形，在中控台的外壳的侧边上等距离划分8个位置，在这8个位置摆放4个天线模块1601(包括主路天线和辅路天线)，这样每个天线之间的距离可以做到间隔最远，从而保证每个天线之间的隔离度，保证通信性能。如果中控台的形状为圆形，则依据上述方法进行安装。
由于现有技术中的车辆的天线系统都是单天线设计方案，如果需要接收到各类信号，就需要将多个天线同时安装在车辆上，这些天线需要安装在车辆的车顶外部，这就增加了车辆的不稳定性。而与现有技术相比，本发明实施例可以将天线模块1601设置在车辆的中控台上，无需安装在车辆的外部，从而提高了车辆的稳定性。
上述天线模块1601中的主路天线和辅路天线可以设计成辐射角小于等于180°的定向天线。与传统的汽车外置天线相比，定向天线的增益较大，可以提升辐射效率。可以人为设计各天线的辐射角度和方向，根据实际中控单元1602在车体的位置，以及天线在中控台中的位置，将各个天线的辐射方向设计朝向车窗等无金属遮挡的区域。与全向天线相比，信号传输效率更高，通讯效果更好。
本发明实施例中，中控台的壳体的周边可以是方形壳体的四个侧边，也可以是圆形或椭圆形壳体的侧边。本发明实施例的中控台的壳体不限于上述形状，仅是示例作用。
图16所示，中控单元1602可以设置在第二PCB上，将多个LTE模块16021和CPU16022设置在第二PCB上，该多个LTE模块16021通过第二PCB上的走线与CPU16022连接。该LTE模块也可以设置在第三PCB上，该LTE模块可以通过MiniPCIE(Mini Peripheral Component Interconnect Express，小型特快外设组件互联)接口或者其它PCI(Peripheral Component Interconnect，外设组件互联)接口与第二PCB上的中控单元1602中的CPU16022连接。
中控单元1602包括N个LTE模块16021，该N个LTE模块16021都分别与CPU16022连接，与CPU16022连接的LTE模块16021的数量越多，该车载终端的性能越优，可以是实现高速通信，如10Gb/s，20Gb/s的高速通信功能。LTE模块16021接收到的信号发送给该CPU16022进行处理。
在本发明实施例中，将天线模块1601和中控单元1602设置在中控台中，天线模块1601与中控单元1602之间的走线设计简单，线束少且短，能够减少高频能量传输过程的损耗，保证优异的性能。
相应地，本发明实施例还提供了一种车载终端，如图24所示的结构，该车载终端包括：中控单元2402和多个天线模块2401，中控单元2402包括：CPU24022、多个LTE模块24021，中控单元2402中每个LTE模块24021与至少一个天线模块2401连接，多个LTE模块24021分别与CPU24022连接。
本发明实施例通过多个LTE模块24021通信可以为车辆提供高速网络传 输，实现在车辆中进行车载视频通话、观看高清视频的活动。
该中控单元2402的第二PCB上设置了CPU24022，FM模块24023、GPS模块24024、WiFi/BT模块24025、CMMB模块24026，该车载终端还包括与FM模块24023、GPS模块24024、WiFi/BT模块24025、CMMB模块24026对应的FM天线、GPS天线、WiFi/BT天线和CMMB天线。该FM天线、GPS天线、WiFi/BT天线和CMMB天线依次通过RF传输线与中控单元2402连接。
图25至图27分别示出了天线模块2401的三种设计工艺下的车载终端的结构，图25中的结构为天线模块2401是PCB工艺的车载终端的结构。图26中的结构为天线模块2401是FPC工艺的车载终端的结构。图27中的结构为天线模块2401是LDS工艺的车载终端的结构。图25至图27中车载终端的具体结构已在上述实施例中描述，在此不再赘述。
基于相同的发明构思，本发明实施例还提供了一种汽车，该汽车包括上述车载终端，具体结构以在上述实施例中描述，在此不再赘述。
本发明实施例提供的车载终端，通过多个天线模块和中控单元的多个LTE模块连接，实现车载天线的高速通信的功能，LTE模块设置在中控单元中，减少了线束的长度，可以减少信号衰减，提升传输效率，减少功耗。
以上实施例是从硬件的角度描述的具体的实施方式，本发明的技术构思还可以以软件的方式来实施，下面将从软件的角度来描述本发明实施例的具体实施方式。
本发明实施例提供了一种多链路数据传输的方法，包括发送端在与接收端进行握手认证通过后，为握手认证过程中通知给接收端的IP(Internet Protocol，互联网协议)地址对应的物理链路建立虚拟链路并更新虚拟链路和物理链路的绑定关系；发送端从多条虚拟链路中选择需要发送数据包的虚拟链路，并根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；发送端通过确定的物理链路向所述接收端发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条所述虚拟链路对应的IP地址相同。
其中，本发明实施例虚拟链路和物理链路的绑定关系可以设置后固定不 变；也可以根据硬件升级或用户需要对虚拟链路和物理链路的绑定关系进行更新，具体包括但不限于下列中的一种或多种：
增加虚拟链路和/或物理链路；
删除虚拟链路和/或物理链路；
修改虚拟链路和/或物理链路。
本发明实施例中，发送端与接收端之间的虚拟链路和物理链路的绑定关系更新后，发送端需要从多条虚拟链路中选择需要发送数据包的虚拟链路。如图28所示，本发明实施例的第一种多链路数据传输的方法示意图。
S2801，发送端从多条虚拟链路中选择需要发送数据包的虚拟链路；
S2802，发送端根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；
S2803，发送端通过确定的物理链路向所述接收端发送数据包；其中，数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。
本发明实施例中，若发送端是终端时，则接收端为VPN(Virtual Private Network，虚拟专用网)服务器；若发送端是VPN服务器时，则接收端为终端。下面分别进行介绍。
情况一、若发送端是终端，则接收端为VPN服务器。
本发明实施例的终端可以是上述图1所示的车载终端102，VPN服务器可以是上述图1所示的服务器101。通过图1所示的车载终端102和服务器101可以实现多链路数据传输，进行车载高速网络传输，从而实现乘客乘车时进行高清视频观看或进行视频会议等活动。
本发明实施例第二种多链路数据传输的方法示意图如图29A所示。终端在与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(Layer 2 Tunneling Protocol，二层隧道协议)协议进行封装，将封装后的数据包通过虚拟链路对应的物理链路进行数据的传输。
需要说明的是，本发明实施例的上述对需要发送数据包的封装协议只是举例说明，并不局限于上述封装协议，其他能够对需要发送的数据包的封装协议都适用本发明实施例。
下面以通过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服务器，则接收端为终端。
本发明实施例的终端可以是上述图1所示的车载终端102，VPN服务器可以是上述图1所示的服务器101。通过图1所示的车载终端102和服务器101可以实现多链路数据传输，进行车载高速网络传输，从而实现乘客乘车时进行高清视频观看或进行视频会议等活动。
本发明实施例第三种多链路数据传输的方法如图29B所示。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，从而通过上述三个物理网卡实现对数据包的多链路传输，有效利用多链路网络资源，提高数据传输速率。
基于相同的技术构思，本发明实施例提供一种多链路数据传输的设备，所述设备可执行上述方法实施例。本发明实施例一种多链路数据传输的设备结构图如图30所示。
本发明实施例提供的一种多链路数据传输的设备，该设备包括：
处理模块3001，用于从多条虚拟链路中选择需要发送数据包的虚拟链路；
确定模块3002，用于根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；
发送模块3003，用于通过确定的物理链路向所述接收端发送数据包；其中，所述数据包中含有虚拟链路对应的互联网协议IP地址，多条所述虚拟链路对应的IP地址相同。
本发明实施例中，若该设备为终端，则接收端为VPN服务器；若该设备是VPN服务器，则接收端为终端。
本发明实施例的终端可以是上述图1所示的车载终端102，VPN服务器可以是上述图1所示的服务器101。通过图1所示的车载终端102和服务器101可以实现多链路数据传输，进行车载高速网络传输，从而实现乘客乘车时进行高清视频观看或进行视频会议等活动。
可选的，所述确定模块3002具体用于：
确定虚拟链路和物理链路的绑定关系为虚拟链路的标识和物理链路的IP地址的绑定关系。
可选的，所述处理模块3001还用于：
在与所述接收端进行握手认证通过后，确定握手认证过程中通知给所述 接收端的IP地址，并为确定的所述IP地址对应的物理链路建立虚拟链路；
更新所述虚拟链路和物理链路的绑定关系，并将更新后的所述虚拟链路和物理链路的绑定关系发送给所述接收端。
可选的，所述处理模块3001还用于：
在需要为接收端进行握手认证后，对接收端进行握手认证，并将握手认证通过，且确定能够为所述接收端通知的IP地址对应的物理链路建立虚拟链路后，通知所述接收端；
收到来自所述接收端更新后的所述虚拟链路和物理链路的绑定关系。
可选的，所述确定模块3002还用于：
在检测到虚拟链路饱和后，将该虚拟链路对应的数据包通过其他虚拟链路对应的物理链路发送，并在饱和的虚拟链路恢复后，将恢复的虚拟链路对应的数据包通过恢复的虚拟链路对应物理链路发送。
可选的，所述确定模块3002还用于：
在所述接收端通知释放的虚拟链路后，更新所述虚拟链路和物理链路的绑定关系。
可选的，所述处理模块3001具体用于：
根据虚拟链路对应的链路质量值，从多条虚拟链路中选择需要发送数据包的虚拟链路；其中，所述虚拟链路对应的链路质量值是根据所述虚拟链路对应的物理链路的链路参数确定的。
参见图31，本发明实施例提供一种车载终端，包括存储器3101，以及一个或者多个处理器3102，其中，车载终端还包括：
一个或多个单元3103，所述一个或多个单元3103被存储在所述存储器3101中并被配置成由所述一个或多个处理器3102执行，所述一个或多个单元3103包括用于执行以下步骤的指令：
获取服务器发送的音视频传输请求；
根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接；
接收所述服务器发送的多个音视频数据包；
将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。
实施中，根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接，包括：
所述车载终端根据所述音视频传输请求，通过每一条物理链路与所述服务器进行握手认证，建立连接。
实施中，将所述多个音视频数据包进行合并为一路音视频数据流，包括：
所述车载终端根据每个音视频数据包中的标识字段，将具有同一标识字段的所述多个音视频数据包合并为一路音视频数据流。
参见图32，本发明实施例提供一种服务器，包括存储器3201，以及一个或者多个处理器3202，其中，该服务器还包括：
一个或多个单元3203，所述一个或多个单元3203被存储在所述存储器3201中并被配置成由所述一个或多个处理器3202执行，所述一个或多个单元3203包括用于执行以下步骤的指令：
向车载终端发送音视频传输请求；
通过多条物理链路与所述车载终端建立连接；
根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包。
实施中，根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包，包括：
所述服务器根据每条所述物理链路的链路参数，选择每条所述物理链路传输的所述音视频数据包的个数，向所述车载终端发送多个音视频数据包。
实施中，所述物理链路参数包括下述参数之一或任意组合：
往返时延、链路带宽、链路类型。
参见图33，本发明实施例提供一种与车载终端结合使用的计算机程序产品3303，所述计算机程序产品3303包括计算机可读的存储介质3301和内嵌于其中的计算机程序机制3302，所述计算机程序机制3302包括执行以下步骤的指令：
获取服务器发送的音视频传输请求；
根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接；
接收所述服务器发送的多个音视频数据包；
将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。
实施中，根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接，包括：
所述车载终端根据所述音视频传输请求，通过每一条物理链路与所述服务器进行握手认证，建立连接。
实施中，将所述多个音视频数据包进行合并为一路音视频数据流，包括：
所述车载终端根据每个音视频数据包中的标识字段，将具有同一标识字段的所述多个音视频数据包合并为一路音视频数据流。
参见图34，本发明实施例提供一种与服务器结合使用的计算机程序产品3403，所述计算机程序产品3403包括计算机可读的存储介质3401和内嵌于其中的计算机程序机制3402，所述计算机程序机制3402包括执行以下步骤的指令：
向车载终端发送音视频传输请求；
通过多条物理链路与所述车载终端建立连接；
根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包。
实施中，根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包，包括：
所述服务器根据每条所述物理链路的链路参数，选择每条所述物理链路传输的所述音视频数据包的个数，向所述车载终端发送多个音视频数据包。
实施中，所述物理链路参数包括下述参数之一或任意组合：
往返时延、链路带宽、链路类型。
本发明的上述实施例中，VPN服务器在与终端之间的多条物理链路上建立对应的虚拟链路，并将虚拟链路和物理链路的绑定关系分别放入到VPN服 务器与终端；VPN服务器在接收到与需要发送的数据包时，从多条虚拟链路中选择需要发送数据包的虚拟链路；VPN服务器根据虚拟链路和物理链路的绑定关系，确定选择的虚拟链路对应的物理链路；VPN服务器通过确定的物理链路向终端发送数据包；其中，数据包中含有虚拟链路对应的IP地址，多条虚拟链路对应的IP地址相同。在进行数据包的传输时，利用了每条物理链路的链路带宽，使VPN服务器的网络带宽为每条物理链路的链路带宽的总和，并利用建立的与物理链路对应的虚拟链路保证了数据连接的稳定性；由于VPN服务器通过根据虚拟链路和物理链路的绑定关系确定选择的虚拟链路对应的物理链路向终端发送数据包，使得默认路由下的多网络接口通过与虚拟链路对应的物理链路实现数据的多链路传输，从而有效利用多链路网络资源，提高数据传输速率。
以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术 人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (13)

  1. 一种车载音视频传输方法，其特征在于，包括：
    车载终端获取服务器发送的音视频传输请求；
    所述车载终端根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接；
    所述车载终端接收所述服务器发送的多个音视频数据包；
    所述车载终端将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。
  2. 根据权利要求1所述的方法，其特征在于，所述车载终端根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接，包括：
    所述车载终端根据所述音视频传输请求，通过每一条物理链路与所述服务器进行握手认证，建立连接。
  3. 根据权利要求1所述的方法，其特征在于，所述车载终端将所述多个音视频数据包进行合并为一路音视频数据流，包括：
    所述车载终端根据每个音视频数据包中的标识字段，将具有同一标识字段的所述多个音视频数据包合并为一路音视频数据流。
  4. 一种车载音视频传输方法，其特征在于，包括：
    服务器向车载终端发送音视频传输请求；
    所述服务器通过多条物理链路与所述车载终端建立连接；
    所述服务器根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包。
  5. 根据权利要求4所述的方法，其特征在于，所述服务器根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包，包括：
    所述服务器根据每条所述物理链路的链路参数，选择每条所述物理链路传输的所述音视频数据包的个数，向所述车载终端发送多个音视频数据包。
  6. 根据权利要求4或5所述的方法，其特征在于，所述物理链路参数包 括下述参数之一或任意组合：
    往返时延、链路带宽、链路类型。
  7. 一种车载终端，其特征在于，包括：
    获取单元，用于获取服务器发送的音视频传输请求；
    连接单元，用于根据所述音视频传输请求，通过多条物理链路与所述服务器建立连接；
    接收单元，用于接收所述服务器发送的多个音视频数据包；
    处理单元，用于将所述多个音视频数据包进行合并为一路音视频数据流，进行解码输出。
  8. 根据权利要求7所述的车载终端，其特征在于，所述连接单元具体用于：
    根据所述音视频传输请求，通过每一条物理链路与所述服务器进行握手认证，建立连接。
  9. 根据权利要求7所述的车载终端，其特征在于，所述处理单元具体用于：
    根据每个音视频数据包中的标识字段，将具有同一标识字段的所述多个音视频数据包合并为一路音视频数据流。
  10. 一种服务器，其特征在于，包括：
    第一发送单元，用于向车载终端发送音视频传输请求；
    连接单元，用于通过多条物理链路与所述车载终端建立连接；
    第二发送单元，用于根据每条所述物理链路的链路参数，向所述车载终端发送多个音视频数据包。
  11. 根据权利要求10所述的服务器，其特征在于，第二发送单元具体用于：
    所述服务器根据每条所述物理链路的链路参数，选择每条所述物理链路传输的所述音视频数据包的个数，向所述车载终端发送多个音视频数据包。
  12. 根据权利要求10或11所述的服务器，其特征在于，所述物理链路 参数包括下述参数之一或任意组合：
    往返时延、链路带宽、链路类型。
  13. 一种车载音视频传输系统，其特征在于，包括权利7至9任一项所述的车载终端和权利要求10至12任一项所述服务器。
PCT/CN2016/082911 2015-11-11 2016-05-20 一种车载音视频传输方法及系统、车载终端、服务器 WO2017080163A1 (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
EP16739004.6A EP3185569A4 (en) 2015-11-11 2016-05-20 Vehicle-mounted audio and video transmission method and system, vehicle-mounted terminal, and server
RU2016135445A RU2016135445A (ru) 2015-11-11 2016-05-20 Способ и система передачи аудиоданных и видеоданных на транспортном средстве, терминал транспортного средства и сервер

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN201510767543.0 2015-11-11
CN201510767543.0A CN105898471A (zh) 2015-11-11 2015-11-11 一种车载音视频传输方法及系统、车载终端、服务器

Publications (1)

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

Family

ID=57002298

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2016/082911 WO2017080163A1 (zh) 2015-11-11 2016-05-20 一种车载音视频传输方法及系统、车载终端、服务器

Country Status (5)

Country Link
US (1) US20170134787A1 (zh)
EP (1) EP3185569A4 (zh)
CN (1) CN105898471A (zh)
RU (1) RU2016135445A (zh)
WO (1) WO2017080163A1 (zh)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104579695B (zh) * 2013-10-23 2018-07-20 新华三技术有限公司 一种数据转发装置和方法
CN107018399A (zh) * 2017-03-28 2017-08-04 北京犀牛数字互动科技有限公司 图像数据传输方法及装置
IL269277B2 (en) 2017-05-18 2023-09-01 Liveu Ltd Device, system and method for multi-channel wireless communication for a vehicle
CN110149614B (zh) * 2018-02-13 2021-09-21 西安中兴新软件有限责任公司 一种车载数据传输的方法及装置、车载tbox
US11206412B2 (en) 2018-02-20 2021-12-21 Netgear, Inc. Band steering for a low power device
US20190261243A1 (en) * 2018-02-20 2019-08-22 Netgear, Inc. Video-based channel selection in a wireless network-connected camera system
US11006128B2 (en) 2018-02-20 2021-05-11 Arlo Technologies, Inc. Camera communication channel selection
US11576127B2 (en) 2018-02-20 2023-02-07 Netgear, Inc. Mesh-based home security system
CN109361419B (zh) * 2018-11-05 2020-07-10 四川航天神坤科技有限公司 卫星通信车载模块控制单元、车载模块及车载型系统终端
KR20210009129A (ko) * 2019-07-16 2021-01-26 현대자동차주식회사 차내기기 및 그의 데이터 통신 방법
CN111953594B (zh) * 2019-10-24 2021-08-17 北京大学 一种数据传输装置及方法
CN112839019B (zh) * 2019-11-25 2023-04-25 广州汽车集团股份有限公司 一种车载数据传输方法、装置和系统
EP3832983B1 (en) * 2019-12-05 2023-01-04 Voysys AB Method and system for reducing latency between an automated vehicle and a remote terminal
US11159489B2 (en) * 2020-01-29 2021-10-26 Dell Products L.P. Multi-link VPN link selection system
CN111372102B (zh) * 2020-02-06 2022-10-28 视联动力信息技术股份有限公司 一种数据传输方法、装置、终端设备和存储介质
CN112437328B (zh) * 2020-11-20 2022-05-17 北京电子科技职业学院 一种大容量视频文件无线下载及远程控制视频文件播放的方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1938962A (zh) * 2004-01-28 2007-03-28 新加坡国立大学 通信系统及方法
CN102231863A (zh) * 2011-06-02 2011-11-02 南京中兴力维软件有限公司 一种多通道视频流的传输方法及系统
US20150032860A1 (en) * 2002-10-15 2015-01-29 Eric M. DeLangis Multipath communication devices and methods
CN104753627A (zh) * 2013-12-26 2015-07-01 中兴通讯股份有限公司 多路径传输方法、系统及数据发送装置和数据接收装置

Family Cites Families (13)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030149792A1 (en) * 2002-02-06 2003-08-07 Leonid Goldstein System and method for transmission of data through multiple streams
US8145219B2 (en) * 2004-07-28 2012-03-27 Broadcom Corporation Handoff of a multimedia call session using background network scanning
US7733913B1 (en) * 2006-07-31 2010-06-08 Hewlett-Packard Development Company, L.P. Striping data over transmission channels
WO2011002901A1 (en) * 2009-06-30 2011-01-06 Fosco Bianchetti Systems and methods for transmission of uninterrupted radio, television programs and additional data services through wireless networks
US9756468B2 (en) * 2009-07-08 2017-09-05 Dejero Labs Inc. System and method for providing data services on vehicles
US8400923B2 (en) * 2010-10-15 2013-03-19 Telefonaktiebolaget L M Ericsson (Publ) Multipath transmission control protocol proxy
IL217040A0 (en) * 2011-12-15 2012-02-29 Liveu Ltd Remote wireless reception
JP5962096B2 (ja) * 2012-03-16 2016-08-03 富士通株式会社 無線通信システム、端末、及び通信方法
JP6211856B2 (ja) * 2013-08-08 2017-10-11 株式会社Ｎｔｔドコモ ユーザ端末、無線通信システム及び通信制御方法
DE102013021316A1 (de) * 2013-12-16 2015-06-18 Saurer Germany Gmbh & Co. Kg Verfahren zum Betreiben einer Spulmaschine und Spulmaschine
US9565594B2 (en) * 2014-03-28 2017-02-07 Qualcomm Incorporated Link aggregation in wireless local area networks
CN106464601B (zh) * 2014-03-28 2020-05-19 维格尔传播公司 信道捆绑
US20160142745A1 (en) * 2014-11-18 2016-05-19 KBA2 Inc. Management system to predict signal strength and bit rate

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20150032860A1 (en) * 2002-10-15 2015-01-29 Eric M. DeLangis Multipath communication devices and methods
CN1938962A (zh) * 2004-01-28 2007-03-28 新加坡国立大学 通信系统及方法
CN102231863A (zh) * 2011-06-02 2011-11-02 南京中兴力维软件有限公司 一种多通道视频流的传输方法及系统
CN104753627A (zh) * 2013-12-26 2015-07-01 中兴通讯股份有限公司 多路径传输方法、系统及数据发送装置和数据接收装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See also references of EP3185569A4 *

Also Published As

Publication number Publication date
CN105898471A (zh) 2016-08-24
US20170134787A1 (en) 2017-05-11
EP3185569A1 (en) 2017-06-28
RU2016135445A3 (zh) 2018-03-05
EP3185569A4 (en) 2017-06-28
RU2016135445A (ru) 2018-03-05

Similar Documents

Publication Publication Date Title
WO2017080163A1 (zh) 一种车载音视频传输方法及系统、车载终端、服务器
WO2017080154A1 (zh) 多链路数据传输方法、设备、发送端及计算机程序产品
WO2017080153A1 (zh) 一种内容分发网络cdn节点选择方法及其装置
CN111684824B (zh) 增强的nef功能、mec和5g集成
CN109997334B (zh) 具有用于3gpp网络中物联网应用的间接连接的中继和收费的会话管理
CN107409402B (zh) 用于车辆通信智能无线电接入区的方法、装置、系统和计算机程序
JP2017523703A (ja) 車載無線ｌａｎデバイス
CN114339688A (zh) 用于ue与边缘数据网络的认证的装置和方法
CN105896031A (zh) 一种车载天线系统及汽车
CN117480797A (zh) 基于标识符的网络间路由
KR102567386B1 (ko) 데이터를 송수신하는 방법 및 통신 기기
CN113766502A (zh) 用在ue、smf实体、以及预配置服务器中的装置
CN115396853A (zh) 终端设备的通信方法、装置和系统
CN117715040B (zh) Dplc模组的配网通信方法及装置
CN113746517B (zh) 一种波束训练的方法、终端设备及计算机可读存储介质
US20240073996A1 (en) Network Slice Management based on Inactivity
Liu 2024 World Scientific Publishing Company
CN115884234A (zh) 用在无线通信系统中的装置
Lam et al. Machine Learning for Mobile Communications
CN114531678A (zh) 用在nef实体和预配置服务器中的装置
Liu Network and Communication Protocols in Cyber-Physical Systems
EP4352941A1 (en) Methods for exporting services generated at cmec to emec applications
CN115776710A (zh) 用于下一代无线电接入网络的装置和方法
CN116965115A (zh) 用于新空口广播接收的方法和装置
WO2023154921A1 (en) Reception of new radio (nr) multicast and broadcast service (mbs) control and data in the downlink

Legal Events

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

Ref document number: 2016739004

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2016739004

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2016135445

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: 16739004

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE