CN113411371B

CN113411371B - Communication method and device applied to vehicle, electronic equipment and vehicle

Info

Publication number: CN113411371B
Application number: CN202011262588.XA
Authority: CN
Inventors: 俞一帆
Original assignee: Tencent Technology Shenzhen Co Ltd
Current assignee: Tencent Technology Shenzhen Co Ltd
Priority date: 2020-11-12
Filing date: 2020-11-12
Publication date: 2024-02-06
Anticipated expiration: 2040-11-12
Also published as: CN113411371A

Abstract

The application provides a communication method, a device, electronic equipment and a computer readable storage medium applied to a vehicle; to autopilot and cloud technology, the method comprising: establishing communication connection between the vehicle and the server; based on a first data flow channel in the communication connection, sending a first network request of the vehicle to the server so as to receive a first response message returned by the server based on the first data flow channel; based on a second data flow channel in the communication connection, sending a second network request of the vehicle to the server to receive a second response message returned by the server based on the first data flow channel; closing the second data stream channel; wherein; the second network request is a request transmitted later in time than the first network request, and the first response message and the second response message are used for generating a running instruction of the vehicle. According to the method and the device, efficient network communication of the vehicle can be achieved on the basis of saving communication resources.

Description

Communication method and device applied to vehicle, electronic equipment and vehicle

Technical Field

The present application relates to automatic driving technology based on artificial intelligence, and in particular, to a communication method, device, electronic equipment, vehicle and computer readable storage medium applied to a vehicle.

Background

Artificial intelligence (AI, artificial Intelligence) is the theory, method and technique and application system that uses a digital computer or a machine controlled by a digital computer to simulate, extend and extend human intelligence, sense the environment, acquire knowledge and use the knowledge to obtain optimal results.

Autopilot is an important application direction of artificial intelligence, and autopilot has different levels (e.g., from L1 to L5), in which autopilot of different levels network communication of vehicles is inevitably involved, for example, the vehicles may acquire data for autopilot from a server through the network communication, thereby controlling safe and reliable arrival of the vehicles at a destination.

In this process, communication with the server needs to be continuously maintained in order to acquire data in real time, but this causes a large consumption of resources of the vehicle and the server, and there is no effective solution for how to perform efficient communication.

Disclosure of Invention

The embodiment of the application provides a communication method, a device, electronic equipment, a vehicle and a computer readable storage medium applied to the vehicle, which can realize efficient network communication of the vehicle on the basis of saving communication resources.

The technical scheme of the embodiment of the application is realized as follows:

the embodiment of the application provides a communication method applied to a vehicle, which comprises the following steps:

establishing communication connection between the vehicle and the server;

transmitting a first network request of the vehicle to the server based on a first data flow channel in the communication connection to receive a first response message returned by the server based on the first data flow channel;

transmitting a second network request of the vehicle to the server based on a second data flow channel in the communication connection to receive a second response message returned by the server based on the first data flow channel;

closing the second data flow channel;

wherein; the second network request is a request sent later in time than the first network request, and the first response message and the second response message are used for generating a running instruction of the vehicle.

The embodiment of the application provides a communication device applied to a vehicle, which comprises:

the connection module is used for establishing communication connection between the vehicle and the server;

the communication module is used for sending a first network request of the vehicle to the server based on a first data flow channel in the communication connection so as to receive a first response message returned by the server based on the first data flow channel;

The communication module is further configured to send a second network request of the vehicle to the server based on a second data flow channel in the communication connection, so as to receive a second response message returned by the server based on the first data flow channel;

the management module is used for closing the second data flow channel;

In the above solution, the communication module is further configured to: creating a first data flow path carried in the communication connection in response to establishment of the communication connection between the vehicle and the server; transmitting the first network request to the server through the first data flow channel; wherein the first data flow channel is still maintained when idle.

In the above solution, the communication module is further configured to: creating a second data flow channel carried in the communication connection when it is determined that the second network request needs to be sent to the server; sending the second network request to the server through the second data flow channel; the management module is further configured to: and closing the second data flow channel when the second network request is sent to be completed.

In the above aspect, before the sending, to the server, the second network request of the vehicle based on the second data flow channel in the communication connection, the communication module is further configured to: determining that the second network request needs to be sent when at least one of the following conditions is met: the position of the vehicle changes; the vehicle deviates from the already decided driving route; the vehicle needs to avoid the congested road section in front.

In the above solution, the management module is further configured to: when the second network request is sent to be completed and a third response message returned by the server for the second network request is received, closing the second data flow channel in response to the third response message; wherein the third response message is used for indicating to close the second data flow channel.

In the above solution, the management module is further configured to: determining a hold time for the second data flow path based on a record of historical network requests for the vehicle; wherein the historical network request is sent prior to the first network request; starting timing from the completion of the transmission of the second network request, and maintaining the second data flow channel for the maintaining time; and closing the second data flow channel when the timer reaches the holding time and the second data flow channel is still idle.

In the above solution, the management module is further configured to: extracting transmission times of the plurality of historical network requests from records of the historical network requests of the vehicle to determine transmission time intervals of adjacent historical network requests; determining the transmission time interval as the hold time; wherein, the type of the sending time interval includes: maximum transmission time interval, average transmission time interval, minimum transmission time interval.

In the above solution, the management module is further configured to: acquiring real-time driving environment data and real-time driving state data of the vehicle to extract real-time driving environment characteristics and real-time driving state characteristics of the vehicle; invoking a neural network model to predict a transmission time interval based on the real-time driving environment characteristic and the real-time driving state characteristic as a retention time of the second data stream channel; the training sample of the neural network model comprises driving environment data and driving state data, the marking data of the training sample comprises a sending time interval of a historical network request sent in the driving process, and the sending time interval of the historical network request is extracted from a record of the historical network request of the vehicle.

In the above solution, the communication module is further configured to: writing a real-time location of the vehicle into the first network request; sending a first network request carrying the real-time position to the server through the first data flow channel; the real-time position is used for enabling the server to inquire road data adapted to the real-time position and writing the road data into the first response message.

In the above solution, the communication module is further configured to: writing a target location and a real-time location of the vehicle into the first network request; transmitting the first network request to the server through the first data flow channel; the target position and the real-time position are used for enabling a server to acquire a driving route from the real-time position to the target position, and the driving route is written into the first response message.

In the above solution, the communication module is further configured to: receiving a plurality of block coding data which are returned by the server in turn based on the first data flow channel; caching the received plurality of block coded data according to the receiving sequence; and when the block coding data is received, decoding the cached block coding data to obtain the first response message.

In the above solution, before the receiving the first response message returned by the server based on the first data stream channel, the communication module is further configured to: receiving a fourth response message for the first network request returned by the server through the first data flow channel; wherein the fourth response message is sent when the server queries the target data for responding to the first network request, and is used for prompting the following information: the server returns the block coded data of the target data to the vehicle in a block transmission coding mode; buffers are pre-allocated for the block encoded data to be received.

In the above solution, the communication module is further configured to: obtaining a preset time interval for sending a second network request of the vehicle to the server; and when the preset time interval is greater than a first time threshold, sending a second network request of the vehicle to the server according to the preset time interval based on a second data flow channel in the communication connection.

In the above solution, when the preset time interval is not greater than the first time threshold, the communication module is further configured to: creating a third data flow path carried in the communication connection during sending a second network request of the vehicle to the server based on a second data flow path in the communication connection; and sending a third network request to the server through the third data flow channel.

In the above solution, the communication module is further configured to: starting timing from sending a second network request of the vehicle to the server; when the timing time does not exceed a second time threshold, receiving a plurality of second response messages returned by the server based on the first data flow channel; wherein the plurality of second response messages are response messages generated within the timing time according to the second network request.

In the above solution, the connection module is further configured to: acquiring a network address of the server; transmitting a communication connection establishment request based on a network address of the server, so that the server returns a connection response corresponding to the communication connection establishment request to the vehicle; wherein the connection response is used to prompt the server to have accepted the communication connection establishment request of the vehicle.

An embodiment of the present application provides an electronic device, including:

a memory for storing executable instructions;

and the processor is used for realizing the communication method applied to the vehicle when executing the executable instructions stored in the memory.

The embodiment of the application provides a computer readable storage medium, which stores executable instructions for causing a processor to execute, so as to implement the communication method applied to a vehicle.

The embodiment of the application provides a vehicle, and is provided with the communication device applied to the vehicle.

The embodiment of the application has the following beneficial effects:

multiplexing a first data flow channel in the communication connection between the vehicle and the server to receive a response message of the server for the network request of the vehicle, thereby ensuring the real-time performance of the vehicle to receive data; the network request is sent through the second data flow channel and closed in time, so that the communication resources between the vehicle and the server are saved; therefore, the transmission of multiple data streams in the same communication connection is realized, the consumption of communication resources is effectively saved, and the utilization rate of the communication resources and the data transmission efficiency are improved.

Drawings

Fig. 1A is a schematic structural diagram of a communication system applied to a vehicle according to an embodiment of the present application;

fig. 1B is a schematic flow chart of a communication system applied to a vehicle according to an embodiment of the present application;

fig. 2 is a schematic structural diagram of an electronic device according to an embodiment of the present application;

fig. 3A-3D are schematic flow diagrams of a communication method applied to a vehicle according to an embodiment of the present application;

fig. 4 is a system architecture diagram of a communication method applied to a vehicle provided in an embodiment of the present application;

Fig. 5 is a schematic diagram of data transmission of a communication method applied to a vehicle according to an embodiment of the present application.

Detailed Description

For the purpose of making the objects, technical solutions and advantages of the present application more apparent, the present application will be described in further detail with reference to the accompanying drawings, and the described embodiments should not be construed as limiting the present application, and all other embodiments obtained by those skilled in the art without making any inventive effort are within the scope of the present application.

In the following description, reference is made to "some embodiments" which describe a subset of all possible embodiments, but it is to be understood that "some embodiments" can be the same subset or different subsets of all possible embodiments and can be combined with one another without conflict.

In the following description, the terms "first", "second", "third" and the like are merely used to distinguish similar objects and do not represent a specific ordering of the objects, it being understood that the "first", "second", "third" may be interchanged with a specific order or sequence, as permitted, to enable embodiments of the application described herein to be practiced otherwise than as illustrated or described herein.

Unless defined otherwise, all technical and scientific terms used herein have the same meaning as commonly understood by one of ordinary skill in the art to which this application belongs. The terminology used herein is for the purpose of describing embodiments of the present application only and is not intended to be limiting of the present application.

Before further describing embodiments of the present application in detail, the terms and expressions that are referred to in the embodiments of the present application are described, and are suitable for the following explanation.

1) The V2X network is one of supporting technologies of intelligent automobiles and intelligent traffic, and comprises various application communication application scenes such as vehicles and vehicles, vehicles and infrastructure, vehicles and pedestrians, vehicles and external networks and the like.

2) Long connection means that a plurality of data packets can be continuously transmitted over one connection, and if no data packet is transmitted during connection maintenance, both sides are required to transmit a link detection packet.

3) And (3) short connection, wherein the connection is established once when the client and the server perform data transmission once, and the connection is interrupted when the task is ended.

4) HTTP/3, a HyperText transfer protocol 3.0, is a request-response protocol, typically running on top of UDP, that specifies what messages a client might send to a server and what responses get.

In the related art, a List-Watch mechanism is adopted to realize uploading and downloading of data, the List-Watch mechanism is realized based on a HyperText transfer protocol (HTTP, hyperText Transfer Protocol), and is an important asynchronous message notification mechanism of K8S (a cluster management tool), the method acquires full data through a List function, monitors incremental data through the Watch function, guarantees message reliability, instantaneity, performance and sequency, the List function is responsible for listing resources to be realized based on short connection of HTTP protocol, the Watch function monitors resource change events to be realized based on HTTP long connection, the K8S is realized through an indicator module to be a List-Watch mechanism, the indicator module is equivalent to an indicator connected with a client, the indicator module is required to List resources through the indicator function, then calls the Watch function to monitor resource change events, and the indicator module is used for monitoring corresponding function processing events, and each time the indicator detects that a resource is in a state, the indicator module is used for pushing the information to the intelligent information of an automobile, so that the problem of the intelligent information is faced by the intelligent information network is solved, and the intelligent information is realized by the intelligent information network: (1) The cloud host resource is consumed too fast, and the List-Watch mechanism mainly relies on HTTP 1.1 connection to realize the transmission of monitoring data at present. HTTP 1.1 works based on a connection of a transmission control protocol (TCP, transmission Control Protocol), and maintaining the TCP connection requires consuming a certain amount of cloud host resources, for example, the cpu occupies and consumes memory, and in the vehicle-road cooperative service, since the intelligent network vehicle data of the cloud host is much, and the intelligent network vehicle data is kept connected with the cloud host for a long time, this results in rapid consumption of resources of the cloud host, thereby requiring deployment of more hosts at the cloud to ensure that the service normally proceeds; (2) The information monitoring cost is high, and in the vehicle-road cooperative service, the intelligent network-connected vehicle always needs to obtain road perception information related to the position of the intelligent network-connected vehicle from the cloud host. Because the real-time position of the vehicle is continuously changed when the vehicle is in a moving state, the vehicle needs to continuously report the position to the cloud host to ensure that effective road perception information is acquired, the List-Watch mechanism only supports the vehicle to finish one-time position information report in a certain HTTP 1.1 connection, and in order to ensure that the cloud host can always obtain the position information of the vehicle in time, the vehicle needs to continuously establish a new HTTP 1.1 connection with the cloud host, which causes a great deal of expenditure in a system for supporting the continuous establishment of the new connection.

The embodiment of the application provides a communication method, a device, an electronic device, a vehicle and a computer readable storage medium applied to a vehicle, which can realize efficient network communication of the vehicle on the basis of saving communication resources, and an exemplary application of the electronic device provided by the embodiment of the application is described below. Next, an exemplary application when the electronic device is implemented as an in-vehicle device will be described.

Referring to fig. 1A, fig. 1A is a schematic structural diagram of a communication system applied to a vehicle provided in an embodiment of the present application, a vehicle-mounted device 400-1 is installed in the vehicle 500-1, a vehicle-mounted device 400-2 is installed in the vehicle 500-2, a vehicle-mounted application 410-1 is running in the vehicle-mounted device 400-1, a vehicle-mounted application 410-2 is running in the vehicle-mounted device 400-2, the vehicle-mounted device 400-1 and the vehicle-mounted device 400-2 are connected to a server 200 through a network 300, and the network 300 may be a wide area network or a local area network, or a combination of the two. As an example, the above-mentioned in-vehicle application may be an electronic map client, an autopilot client.

The communication connection establishment request is requested to be established with the server 200 by the in-vehicle apparatus 400-1 and the in-vehicle apparatus 400-2, that is, the communication connection establishment request is issued, the server 200 accepts the communication connection establishment request, whereby the in-vehicle apparatus 400-1 and the in-vehicle apparatus 400-2 successfully establish independent communication connections with the server 200, respectively (communication connection a and communication connection B, see step 101 in fig. 1B), the in-vehicle apparatus 400-1 creates a data flow channel 1 in the communication connection a (data flow channel carrying a data flow), and sends a first network request to the server 200 through the data flow channel 1, the server 200 returns a first response message according to the first network request to the in-vehicle apparatus 400-1 through the data flow 1 in the communication connection a (see step 102 in fig. 1B), the in-vehicle apparatus 400-1 creates a data flow 2 in the communication connection a and sends a second network request to the server 200 through the data flow 2, the server 200 returns a second response message according to the second network request in the data flow 1 in the communication connection a see step 103 in the communication connection a, the in-vehicle apparatus 400-1 sends a data flow 1 in the data flow 1 to the communication connection B in the data flow 1 in the second network request to the server 200 through the data flow 2, the in-vehicle apparatus 400-1 returns a first response message according to the first network request in the first network 1 in the communication connection 1B in the data flow 1 in the communication connection 1B see step 102 in the data flow 2, the server 200 returns a second response message according to the second network request to the in-vehicle device 400-1 via data stream 1 in communication connection B.

In some embodiments, the server 200 may be an independent physical server, a server cluster or a distributed system formed by a plurality of physical servers, or a cloud server that provides cloud services, cloud databases, cloud internet of things, cloud computing, cloud functions, cloud storage, network services, cloud communication, middleware services, domain name services, security services, CDNs, and basic cloud computing services such as big data and artificial intelligence platforms. The electronic device may also be, but is not limited to, a smart phone, tablet, notebook, desktop computer, smart speaker, smart watch, etc. associated with the in-vehicle device 400-1. The vehicle-mounted device and the server can be directly or indirectly connected through wired or wireless communication, and the embodiment of the invention is not limited.

The Cloud IOT aims to connect information perceived by sensing equipment in the traditional IOT and accepted instructions into the Internet, networking is truly realized, mass data storage and operation are realized through a Cloud computing technology, the current running states of all 'objects' are perceived in real time due to the fact that the things are connected with each other, a large amount of data information can be generated in the process, how to collect the information, how to screen useful information in the mass information and make decision support for subsequent development, and the Cloud is a key problem affecting the development of the IOT, and the Internet of things Cloud based on Cloud computing and Cloud storage technology is also a powerful support for the technology and application of the IOT.

Referring to fig. 2, fig. 2 is a schematic structural diagram of an electronic device provided in an embodiment of the present application, taking the electronic device as an in-vehicle device as an example, the in-vehicle device 400-1 shown in fig. 2 includes: at least one processor 410, a memory 450, at least one network interface 420, and a user interface 430. The various components in-vehicle device 400-1 are coupled together by bus system 440. It is understood that the bus system 440 is used to enable connected communication between these components. The bus system 440 includes a power bus, a control bus, and a status signal bus in addition to the data bus. But for clarity of illustration the various buses are labeled in fig. 2 as bus system 440.

The processor 410 may be an integrated circuit chip having signal processing capabilities such as a general purpose processor, such as a microprocessor or any conventional processor, or the like, a digital signal processor (DSP, digital Signal Processor), or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or the like.

The user interface 430 includes one or more output devices 431, including one or more speakers and/or one or more visual displays, that enable presentation of the media content. The user interface 430 also includes one or more input devices 432, including user interface components that facilitate user input, such as a keyboard, mouse, microphone, touch screen display, camera, other input buttons and controls.

Memory 450 may be removable, non-removable, or a combination thereof. Exemplary hardware devices include solid state memory, hard drives, optical drives, and the like. Memory 450 optionally includes one or more storage devices physically remote from processor 410.

Memory 450 includes volatile memory or nonvolatile memory, and may also include both volatile and nonvolatile memory. The nonvolatile Memory may be a Read Only Memory (ROM), and the volatile Memory may be a random access Memory (RAM, random Access Memory). The memory 450 described in the embodiments herein is intended to comprise any suitable type of memory.

In some embodiments, memory 450 is capable of storing data to support various operations, examples of which include programs, modules and data structures, or subsets or supersets thereof, as exemplified below.

An operating system 451 including system programs, e.g., framework layer, core library layer, driver layer, etc., for handling various basic system services and performing hardware-related tasks, for implementing various basic services and handling hardware-based tasks;

network communication module 452 for reaching other computing devices via one or more (wired or wireless) network interfaces 420, exemplary network interfaces 420 include: bluetooth, wireless compatibility authentication (WiFi), and universal serial bus (USB, universal Serial Bus), etc.;

A presentation module 453 for enabling presentation of information (e.g., a user interface for operating peripheral devices and displaying content and information) via one or more output devices 431 (e.g., a display screen, speakers, etc.) associated with the user interface 430;

an input processing module 454 for detecting one or more user inputs or interactions from one of the one or more input devices 432 and translating the detected inputs or interactions.

In some embodiments, the communication device applied to the vehicle provided in the embodiments of the present application may be implemented in a software manner, and fig. 2 shows the communication device 455 applied to the vehicle stored in the memory 450, which may be software in the form of a program and a plug-in, and includes the following software modules: the connection module 4551, the communication module 4552 and the management module 4553, which are logical, so that any combination or further splitting may be performed according to the functions implemented, the functions of each module will be described below.

In other embodiments, the communication device for vehicle provided in the embodiments of the present application may be implemented in hardware, and by way of example, the communication device for vehicle provided in the embodiments of the present application may be a processor in the form of a hardware decoding processor that is programmed to perform the communication method for vehicle provided in the embodiments of the present application, for example, the processor in the form of a hardware decoding processor may employ one or more application specific integrated circuits (ASIC, application Specific Integrated Circuit), DSP, programmable logic device (PLD, programmable Logic Device), complex programmable logic device (CPLD, complex Programmable Logic Device), field programmable gate array (FPGA, field-Programmable Gate Array), or other electronic components.

The communication method applied to the vehicle provided in the embodiment of the present application will be described in conjunction with exemplary applications and implementations of the vehicle provided in the embodiment of the present application.

Referring to fig. 3A, fig. 3A is a flowchart of a communication method applied to a vehicle according to an embodiment of the present application, and will be described with reference to the steps shown in fig. 3A.

The execution subject hereinafter is a vehicle, and according to the above understanding, the execution subject may be specifically a mobile terminal or an in-vehicle device in the vehicle, and for convenience of description, no specific distinction is made between the vehicle, the mobile terminal, and the in-vehicle device.

In step 201, the vehicle establishes a communication connection with a server.

In some embodiments, referring to fig. 3B, fig. 3B is a schematic flow chart of a communication method applied to a vehicle according to an embodiment of the present application, and the establishing of the communication connection between the vehicle and the server in step 201 may be implemented by the following steps.

In step 2011, the vehicle obtains a network address of the server.

In step 2012, the vehicle sends a communication connection establishment request based on the network address of the server.

In step 2013, the server returns a connection response corresponding to the communication connection establishment request to the vehicle.

As an example, the connection response is used to prompt the server that the vehicle's communication connection establishment request has been accepted.

As an example, the vehicle obtains a network address (e.g. an IP address) and a work port of the cloud host from the cloud host scheduling server, the vehicle initiates a communication connection establishment request to the cloud host according to the network address, the communication connection establishment request further carries a serial number identifier of a communication connection, and if the server accepts the communication connection establishment request, a connection response is returned to the vehicle to prompt the server that the server has accepted the communication connection establishment request of the vehicle, so as to complete the communication connection establishment process.

In step 202, a first network request of a vehicle is sent to a server based on a first data flow path in a communication connection.

In some embodiments, the sending 202 the first network request of the vehicle to the server based on the first data flow channel in the communication connection may be implemented by, in response to the establishment of the communication connection between the vehicle and the server, creating the first data flow channel carried in the communication connection; sending a first network request to a server through a first data flow channel; wherein the first data flow channel is still maintained when idle.

As an example, when the communication connection is successfully established, the vehicle creates a first data flow channel carried in the communication connection, and sends a first network request to the server through the first data flow channel, and since the first data flow channel is a long connection data flow channel for receiving data issued by the server, the first data flow channel is still maintained when idle, so that the data issued by the server to the vehicle is carried randomly.

In some embodiments, referring to fig. 3C, fig. 3C is a schematic flow chart of a communication method applied to a vehicle according to an embodiment of the present application, and the step 202 of sending a first network request of the vehicle to a server based on a first data flow channel in a communication connection may be implemented by the following steps.

In step 2021, the real-time location of the vehicle is written into the first network request.

In step 2022, the vehicle sends a first network request carrying the real-time location to the server over a first data flow path.

As an example, the real-time location is used to have the server query road data adapted to the real-time location and write the road data into the first response message.

As an example, after the vehicle establishes a communication connection with the server, the real-time location of the vehicle may be written in a first network request, which may be a request transmitted based on HTTP protocol, the vehicle end writes the first network request in a first data flow channel created in the communication connection, the vehicle sends the first network request to the server through a user datagram protocol (UDP, user Datagram Protocol) port based on the first data flow channel, the server receives the first network request, reads the real-time location of the vehicle therefrom, and queries road data adapted to the real-time location according to the real-time location of the vehicle, for example, the real-time location is location a, characterizes the vehicle as being located at location a, the road data adapted to the real-time location is road data in a vicinity of location a, the proximity area may be determined by a preset threshold, for example, a circular area centered on the location a and having a radius of the preset threshold is a proximity area of the location a, and the road data of the proximity area may include data of all objects of the proximity area, for example, data of traffic lights, data of pedestrians, data of other vehicles on the road, etc., and may also be data of specified objects in the first network request, for example, data specifying only to obtain other vehicles on the road, the first network request is transmitted through a first data flow channel (long connection data flow channel), the transmission opportunity is that the first data flow channel is created by the vehicle control after the communication connection is established, the first response message (for example, the first response message carrying the road data) is triggered to be obtained through the first network request, so that in a subsequent process the server may issue a second response message (e.g. a second response message carrying road data) in response to the second network request via the first data flow channel.

In some embodiments, the step 202 of sending the first network request of the vehicle to the server based on the first data flow channel in the communication connection may be implemented by the following technical scheme, where the target location and the real-time location of the vehicle are written into the first network request; sending a first network request to a server through a first data flow channel; the target position and the real-time position are used for enabling the server to acquire a driving route from the real-time position to the target position, and the driving route is written into the first response message.

As an example, after the vehicle establishes a communication connection with the server, the target location and the real-time location of the vehicle may be written in a first network request, which may be a request transmitted based on the HTTP protocol, the vehicle end writes the first network request in a first data flow channel created in the communication connection, the vehicle sends the first network request to the server through a user datagram protocol (UDP, user Datagram Protocol) port based on the first data flow channel, the server receives the first network request, reads the target location and the real-time location of the vehicle therefrom, and queries a travel route from the real-time location to the target location according to the target location and the real-time location of the vehicle, for example, the real-time location is location a, the target location is location B, and the server queries a travel route from location a to location B, the travel route being helpful for generating a travel instruction of the vehicle.

As an example, the first network request may further carry vehicle information, such as a running speed of the vehicle, a running direction of the vehicle, etc., for storing in the server, so that the server may generate, when responding to the first network request of the other vehicle, a first response message responding to the first network request in the communication connection of the other vehicle with reference to the vehicle information.

In step 203, the server generates a first response message according to the first network request.

As an example, the first response message is generated according to the first network request, and is carried in a first network response corresponding to the first network request, where the first network request may specify what response message needs to be acquired, for example, the first network request carries a real-time location, a preset threshold value, and a specified query object, where the real-time location is a location a, the preset threshold value is 20 meters, and the specified query object is traffic light data, and then the first response message carries real-time traffic light data in a vicinity of the location a (constrained by 20 meters). The server packages the first response message into block data based on a block coding transmission mode, and then writes the block data into a first data flow channel for issuing.

In some embodiments, before receiving the first response message returned by the server based on the first data stream channel in step 204, the following technical solutions may be further executed: receiving a fourth response message for the first network request returned by the server through the first data flow channel; the fourth response message is sent when the server queries the target data for responding to the first network request, and is used for prompting the following information: the server returns the block coding data of the target data to the vehicle in a block transmission coding mode; buffers are pre-allocated for the block encoded data to be received.

As an example, after receiving the first network request, the server may query whether there is target data for responding to the first network request, if the target data is queried, then set a data transmission mode of a first response message carrying the target data to be a block transmission code, the server writes a fourth response message for indicating the data transmission mode into a first data flow channel in the communication connection, the server returns the fourth response message to the vehicle through the port based on the first data flow channel, the fourth response message is further used for prompting that buffering is allocated in advance for the block code data to be received, and the fourth response message may be further packaged with the first response message or the second response message to be one message. By prompting the vehicle to allocate the buffer in advance for the block coded data to be received in advance, the subsequent data receiving efficiency can be effectively improved, and the data transmission efficiency is improved.

In step 204, the vehicle receives a first response message returned by the server based on the first data stream channel.

In some embodiments, referring to fig. 3D, fig. 3D is a schematic flow chart of a communication method applied to a vehicle according to an embodiment of the present application, and in step 204, receiving a first response message returned by a server based on a first data flow channel may be implemented by the following steps.

In step 2041, the vehicle receiving server sequentially returns a plurality of block coded data based on the first data stream channel.

In step 2042, the vehicle buffers the received plurality of block coded data in the order of reception.

In step 2043, when the vehicle receives the end block coded data, the vehicle decodes the buffered block coded data to obtain a first response message.

As an example, since the server sends event information to the vehicle end through the block transmission coding mechanism, when the block transmission coding is used, the data to be transmitted is decomposed into a series of data blocks and sent in one or more block sequences, so that the server can send the data without knowing the total size of the sent data in advance, and therefore the vehicle receiving server sequentially returns a plurality of block coded data based on the first data stream channel, and the vehicle caches the received plurality of block coded data in the receiving sequence by utilizing the pre-allocated cache due to the pre-receipt of the fourth response information, and when the vehicle receives the data of which the block coding is finished, the vehicle characterizes that the block coded data is transmitted, and decodes the cached block coded data to obtain the first response message.

In step 205, a second network request of the vehicle is sent to the server based on a second data flow path in the communication connection.

As an example, the first network request is sent through a first data flow channel (long connection data flow channel), the sending timing is that after the communication connection is established, the first data flow channel is created by the vehicle control, the first network request is used to trigger to obtain a first response message, so that in the subsequent process, the server can send a second response message responding to the second network request through the first data flow channel, the second network request is any request with a sending time later than that of the first network request, that is, not a specific request, but also a third network request or a fourth network request, etc., for example, when it is determined that the real-time position of the vehicle needs to be uploaded, the second network request can be sent to the server through a second data flow channel (short connection data flow channel) or another newly created data flow channel, the first data flow channel is created before the first network request is sent, and the second data flow channel is created before the second network request is sent.

In some embodiments, step 205 is based on a second data flow path in the communication connection, and the specific implementation of sending the second network request of the vehicle to the server is similar to the specific implementation of step 202, except that the data flow paths for sending the network requests are inconsistent, the first network request is sent in step 202 through a first data flow path (long connection data flow path), the second network request is sent in step 205 through a second data flow path (short connection data flow path), various cases of the first network request are applicable to the second network request, the first data flow path is used for multiple downloads and first uploads, and the second data flow path is mainly used for multiple uploads.

In some embodiments, the step 205 of sending the second network request of the vehicle to the server based on the second data flow channel in the communication connection may be implemented by creating the second data flow channel carried in the communication connection when it is determined that the second network request needs to be sent to the server; and sending a second network request to the server through a second data flow channel.

As an example, the second data flow channel is a short-connection data flow channel, i.e. a data flow channel that does not need to be kept for a long time, and the above-mentioned condition for determining that the second network request needs to be sent to the server depends on the specific driving scenario of the vehicle, for example, for the driving scenario of automatic driving, when the position of the vehicle changes, a new real-time position needs to be sent to the server, so as to ensure that the vehicle can obtain a second response message that is valid in real time, thereby ensuring the safety degree of automatic driving.

In some embodiments, before the second network request of the vehicle is sent to the server based on the second data flow channel in the communication connection in step 205, the following technical scheme may be further executed: determining that the second network request needs to be sent when at least one of the following conditions is met: the position of the vehicle changes; the vehicle deviates from the already decided driving route; vehicles need to avoid congested road segments ahead.

As an example, the manner in which the position of the vehicle is determined to change is as follows: acquiring the last position of a second network request of the vehicle, which is sent to a server by the vehicle last time; determining a distance between the last location and a real-time location of the vehicle; when the distance exceeds the distance threshold, it is determined that the position of the vehicle has changed.

In some embodiments, the sending of the second network request of the vehicle to the server based on the second data flow channel in the communication connection in step 205 may be implemented by the following technical scheme: obtaining a preset time interval for sending a second network request of the vehicle to the server; and when the preset time interval is greater than the first time threshold, sending a second network request of the vehicle to the server according to the preset time interval based on a second data flow channel in the communication connection.

As an example, in a certain mode, the vehicle sends the second network request to the server with a fixed time interval (preset time interval), acquires the preset time interval of the second network request for sending the vehicle to the server, when the preset time interval is greater than the first time threshold, the first time threshold is the experience transmission time of the second network request and the second response message, that is, the experience occupation time of occupying the second data stream channel, for example, when the first time threshold is 5 seconds, the occupation time of the second data stream channel in the default one-time response process is 5 seconds, and when the preset time interval is 7 seconds, the second data stream channel is not occupied when the second network request is sent again, so that the second network request sent according to the preset time interval can be kept to be uploaded through the second data stream channel, that is, based on the second data stream channel in the communication connection, the second network request of the vehicle is sent to the server according to the preset time interval, thereby saving virtual resources occupied by the data stream channel and facilitating management of the data stream channel, and avoiding repeated creation of the data stream channel and closing of the data stream channel.

In some embodiments, when the preset time interval is not greater than the first time threshold, the following technical scheme may be further executed: creating a third data flow channel carried in the communication connection during sending a second network request of the vehicle to the server based on the second data flow channel in the communication connection; and sending a third network request to the server through a third data flow channel.

As an example, with the above embodiment, in a certain mode, the vehicle sends the second network request to the server with a fixed time interval (preset time interval), acquires the preset time interval of the second network request for sending the vehicle to the server, when the preset time interval is not greater than the first time threshold, the first time threshold is the empirical transmission time of the second network request and the second response message, that is, the empirical occupation time of occupying the second data stream channel, for example, when the first time threshold is 5 seconds, the occupation time of the second data stream channel in the default one-time response process is 5 seconds, and when the preset time interval is 3 seconds, the second data stream channel is already occupied, if the second network request (third network request) is sent again, so that the third data stream channel needs to be created, then the third data stream channel carried in the communication connection is created, and when the third network request is sent to the server through the third data stream channel, the third network request and the second network request are equivalent to exist from the transmission time, so that the function of creating multiple data streams in the communication connection is fully utilized, and the efficiency of data transmission is guaranteed.

In step 206, the server generates a second response message based on the second network request.

As an example, the second response message is generated according to the second network request, and is carried in the second network response corresponding to the second network request, and the embodiment of generating the second response message by the server according to the second network request in step 206 may refer to the embodiment of generating the first response message by the server according to the first network request in step 203.

In step 207, the vehicle receiving server returns a second response message based on the first data stream channel.

As an example, the data carried in the first response message and the second response message are both running instructions for generating the vehicle, for example, the first response message and the second response message may carry a running route, so that in an application scenario of automatic driving, the vehicle may generate a hardware control instruction according to the running route to control the vehicle to run according to the running route.

In some embodiments, the receiving the second response message returned by the server based on the first data stream channel in step 207 may be implemented by the following technical scheme: starting timing from sending a second network request of the vehicle to the server; when the timing time does not exceed the second time threshold, receiving a plurality of second response messages returned by the server based on the first data flow channel; wherein the plurality of second response messages are response messages generated within a timed time according to the second network request.

As an example, since the real-time position of the vehicle continuously changes during the driving process, but the change amplitude is small, the vehicle may default that the position of the vehicle does not change at all on a certain scale, the timing is started from the second network request of the vehicle sent to the server, when the timing time does not exceed the second time threshold, the vehicle position is considered not to change greatly, that is, the server defaults to the position of the vehicle does not change greatly within the second time threshold, so that the server may continuously acquire the second response message adapted to the second network request sent by the vehicle within the timing time, which is equivalent to that in a period of time, the vehicle may receive a plurality of second response messages returned by the server based on the first data flow channel, wherein the plurality of second response messages are response messages generated within the timing time according to the second network request, instead of only responding to a certain second network request, and the second response messages are returned for the vehicle.

In step 208, the second data stream channel is closed.

As an example, the second data flow path is closed by vehicle control.

In some embodiments, closing the second data flow channel in step 208 may be achieved by the following technical scheme: when the second network request is sent, the second data flow channel is closed.

In some embodiments, the closing the second data flow channel when the second network request is sent may be achieved by the following technical scheme: when the second network request is sent and a third response message returned by the server for the second network request is received, closing the second data flow channel in response to the third response message; wherein the third response message is used for indicating to close the second data flow channel.

As an example, the second data flow channel belongs to the short connection data flow channel, and may be closed after receiving the response message from the server, that is, when the second network request is completed and the third response message returned by the server for the second network request is received, the second data flow channel is closed in response to the third response message for indicating to close the second data flow channel.

In some embodiments, closing the second data flow channel in step 208 may be achieved by the following technical scheme: determining a hold time for the second data flow path based on a record of historical network requests for the vehicle; wherein the historical network request is sent prior to the first network request; starting timing from the completion of the transmission of the second network request, and maintaining the second data flow channel for a holding time; and closing the second data flow channel when the timer reaches the holding time and the second data flow channel is still idle.

As an example, the second data flow channel belongs to a short connection data flow channel, the short connection data flow channel may be kept closed for a period of time, the keeping time of the second data flow channel is determined based on the record of the historical network request of the vehicle, the historical network request is sent before the first network request, that is, the network request with reference meaning may be the first network request or the second network request in other communication connections of other vehicles, the second data flow channel is kept for a keeping time from the sending of the second network request, when the keeping time is reached and the second data flow channel is still idle, the second data flow channel is closed, when the keeping time is reached and the second data flow channel is occupied, the second data flow channel is not closed, and by the above embodiment, the creation times of the data flow channel can be reduced, and the created data flow channel is used as much as possible, thereby saving virtual resources and time consumed for creating the data flow channel.

In some embodiments, the determining the retention time of the second data flow channel based on the record of the historical network request of the vehicle may be implemented by the following technical scheme: extracting transmission time of a plurality of historical network requests from records of historical network requests of the vehicle to determine transmission time intervals of adjacent historical network requests; determining a transmission time interval as a hold time; wherein, the type of the sending time interval includes: maximum transmission time interval, average transmission time interval, minimum transmission time interval.

As an example, the hold time may be further modified based on the transmission time interval, e.g., for a loose hold mode, the modification factor of the transmission time interval is greater than the modification factor threshold, for a tight protection mode, the modification factor of the transmission time interval is greater than the modification factor threshold, or the modification factor of the transmission time interval may be comprehensively determined based on the communication network quality (e.g., channel upstream-downstream rate) of the vehicle, the signal strength, wherein a loose hold mode may be employed the better the communication network quality (the faster the channel upstream-downstream rate) and/or the higher the signal strength; the worse the communication network quality (slower the channel uplink and downlink rates) and/or the lower the signal strength, a loose hold may be used, and the communication network quality is generally the same as the trend of the signal strength.

In some embodiments, the determining the retention time of the second data flow channel based on the record of the historical network request of the vehicle may be implemented by the following technical scheme: acquiring real-time driving environment data and real-time driving state data of a vehicle to extract real-time driving environment characteristics and real-time driving state characteristics of the vehicle; invoking a neural network model to predict a transmission time interval based on the real-time driving environment characteristics and the real-time driving state characteristics as a retention time of the second data stream channel; the training sample of the neural network model comprises driving environment data and driving state data, the labeling data of the training sample comprises a sending time interval of a historical network request sent in the driving process, and the sending time interval of the historical network request is extracted from a record of the historical network request of the vehicle.

By way of example, the transmission time interval can also be predicted by an artificial intelligence mode to serve as the holding time of the second data flow channel, the neural network model is trained through the training sample, the training sample comprises driving environment data and driving state data, the marking data of the training sample comprises the transmission time interval of a historical network request transmitted in the driving process, the transmission time interval of the historical network request is extracted from the record of the historical network request of the vehicle, and the transmission time interval is predicted directly through the neural network model based on the real-time driving environment characteristic and the real-time driving state characteristic, so that the intelligence degree of control logic in the embodiment can be improved, the artificial intervention is reduced, the reliable holding time is determined through the real verifiable historical data, and therefore high-efficiency data transmission is realized, and resources consumed by the establishment and closing of the data flow channel are effectively saved.

Next, an exemplary application of the communication method applied to the vehicle provided in the embodiment of the present application in an application scenario based on cloud technology will be described.

The communication method applied to the vehicle provided by the embodiment of the application can be applied to the vehicle-road cooperation service oriented to the intelligent network-connected vehicle, the vehicle-road cooperation service can further enhance the capabilities of the automatic driving service and the vehicle-network service, and the functions provided by the communication method applied to the vehicle provided by the embodiment of the application are deployed on the cloud host positioned at the edge of the V2X network and the intelligent network-connected vehicle end, so that the intelligent network-connected vehicle can acquire real-time effective road perception information from the cloud host in the movement process.

According to the communication method applied to the vehicle, the intelligent network-connected vehicle and the cloud host can conduct high-efficiency long-connection data interaction, so that resource consumption of the cloud host is reduced, interaction flow between the vehicle and the cloud host is simplified, the system is composed of a vehicle-end communication module (deployed in the vehicle) in the intelligent network-connected vehicle and a cloud communication module (equivalent to a server) in the cloud host, wherein the vehicle-end communication module is responsible for reporting vehicle-end information (such as information of vehicle speed, direction and position) to the cloud host, and cloud information (such as vehicle and pedestrian conditions of surrounding roads) is acquired from the cloud host. The method comprises the steps that data interaction is conducted between a vehicle end communication module and a cloud end communication module through an HTTP/3 protocol, a plurality of data flow channels (stream 0) are established in QUIC connection (connection) between the vehicle end and the cloud end, one data flow works in an HTTP long connection mode and is used for transmitting information to the vehicle end by the cloud end, the other data flows work in an HTTP short connection mode and are used for transmitting information to the cloud end by the vehicle end, the cloud end communication module transmits a real-time generated road data block transmission coding mode to the vehicle end, the vehicle end communication module transmits a network request (the network request can comprise vehicle end information) to a cloud host through a data uploading mode, the data flow is closed after uploading is completed, and a new data flow channel is established for uploading when new data is transmitted.

In some embodiments, the cloud communication module sends the real-time generated road data block transmission coding mode to the vehicle end through the following scheme, the cloud communication module sends event information to the vehicle end through a block transmission coding mechanism in HTTP/1.1, the HTTP block transmission coding allows the cloud communication module to maintain an HTTP long connection for dynamically generated Content, the long connection needs the cloud communication module to send a Content-Length message header field before starting to send a message body, but for dynamically generated Content, the cloud communication module is agnostic, when the dynamically generated Content is created, the cloud communication module uses the block transmission coding, the data is decomposed into a series of data blocks and sends the data in one or more blocks, so that the cloud communication module can send the data without knowing the total size of the sent Content in advance, when the vehicle end sends a request to the cloud communication module, the cloud communication module sets a transmission coding (Transfer-Encoding) value as a block (chunkd) in the head of a message in response message, and the vehicle end waits for the next data block after receiving the information and long-term connecting the communication module.

Referring to fig. 4, fig. 4 is a system architecture diagram of a communication method applied to a vehicle according to an embodiment of the present application, where the system architecture includes: the vehicle-end processing module (deployed on a vehicle), the cloud processing module (deployed on a cloud host) and the cloud host scheduling server are connected through HTTP/3 to complete data interaction, wherein the vehicle-end processing module comprises a road perception information receiving function, a vehicle information reporting function and a connection management function, the cloud processing module comprises a vehicle information receiving function, a road perception information issuing function and a connection management function, a bidirectional data connection is established between the vehicle-end processing module and the cloud processing module, the data connection works based on an HTTP/3 protocol, the establishment of the HTTP/3 connection depends on a quick user datagram protocol (UDP, user Datagram Protocol) Internet transmission connection (QUIC, quick UDP Internet Connection), namely, the QUIC protocol is actually based on the UDP protocol to realize data transmission.

In some embodiments, the vehicle-end processing module firstly obtains the internet protocol (IP, internet Protocol) address and the work port of the cloud host from the cloud host scheduling server, then, the vehicle-end processing module initiates a quit Connection request to the cloud host, and after completing the quit Connection, the vehicle-end processing module creates a data stream channel stream 0, and sends an HTTP/3 request to the cloud host through the data stream, the request may include the current position information of the vehicle-end, or may not include the current position information of the vehicle-end, for example, road data indicating a certain position expected to be obtained directly in the request, and the cloud host obtains HTTP/3 request content from the data stream channel stream 0, and extracts vehicle position information therefrom, the cloud host can process the request (inquire to a response message for responding to the request), generate an HTTP/3 response, and returns the response to the vehicle-end processing module through the data stream channel stream 0, the response is encapsulated into a quit data frame, and then sends the data stream to the cloud host through the V2X network in the form of UDP packet, and thus the vehicle-end receives the data stream channel stream 3, and perceives that the vehicle-end data stream is not transmitted to the host from the cloud host, and the cloud host is not transmitted to the vehicle-end, and the vehicle-end information is not transmitted to the vehicle-end.

In some embodiments, after the end-of-vehicle processing module completes the establishment of the long connection-based data stream with the cloud host, the end-of-vehicle processing module may report the real-time location to the cloud host at a fixed time interval (e.g., 500 ms), and the end-of-vehicle processing module sends the location information to the cloud host in an independent data stream, and the end-of-vehicle processing module still acquires the road-aware information from the cloud host through the data stream channel stream 0, and when the location information needs to be reported, for example, the location information is significantly changed, or is separated from the last reporting of the location information by a period of time, the end-of-vehicle creates a new data stream, for example, stream 1 or stream 2 (respectively corresponding to different HTTP/3 data transmission connections), and sends a new HTTP/3 request to the cloud host through the data stream, where the request may include the vehicle location information.

After receiving the HTTP/3 request on the newly created data stream, the cloud host extracts the vehicle position information in the data stream, returns an HTTP/3 response to the vehicle-end processing module through the data stream, prompts the cloud host to receive the vehicle position information, informs the vehicle-end processing module of the HTTP/3 response, immediately closes the data stream, and after acquiring the latest position information of the vehicle, the cloud host sends road perception information generated according to the latest position information to the vehicle-end processing module through a data stream channel stream 0.

In some embodiments, referring to fig. 5, fig. 5 is a schematic data transmission diagram of a communication method applied to a vehicle provided in the embodiments of the present application, a vehicle end processing module of the vehicle requests to obtain an IP address of a cloud host from a cloud host scheduling server, the cloud host scheduling server returns the cloud host IP address to the vehicle, the vehicle initiates a request for establishing a quit connection, and sets the requested connection number to 0, that is, a communication connection0, the cloud host reads the quit connection request into the corresponding communication connection0 through a UDP port, the cloud host returns a quit connection response to characterize the connection request of the vehicle end, the vehicle end writes the HTTP/3 request into a certain data stream in the communication connection0, and sets the number to 0, that is, a data stream0 (corresponding to the first data stream above), the vehicle end sends an HTTP/3 request (first network request) to the cloud host through a UDP port, the request is encapsulated in a data stream channel stream0, the cloud host reads the HTTP/3 request from the data stream channel stream0 to read the real-time position of the vehicle from the HTTP/3 request, the cloud host generates an HTTP/3 response (fourth response message) and sets the data transmission mode as a block transmission code, the cloud host writes the HTTP/3 response into the data stream channel stream0 in the communication connection0, the cloud host returns the data stream channel stream0 to the vehicle end through the UDP port, and the cloud host generates road perception information according to the vehicle position in the HTTP/3 request and encapsulates the road perception information into block data, the cloud host writes the block data (carried in the first response message) into the data stream channel stream0, the vehicle reads the data stream channel stream0 returned by the cloud host, the vehicle receives the block data returned by the cloud host from the HTTP/3 response, extracts road sensing information in the block data, generates new position information, generates a new HTTP/3 request (second network request) by the vehicle, writes the new position information into the new position information, sends the new HTTP/3 request to the cloud host through a UDP port, packages the request in a data stream channel stream 1 (second data stream channel), reads the data stream channel stream 1 in a communication connection section 0 through the UDP port, reads the HTTP/3 request from the data stream channel stream 1, reads the vehicle position information from the HTTP/3 request, generates an HTTP/3 response (third response message) again by the cloud host, writes the HTTP/3 response (third response message) into the data stream channel stream 1 in the communication connection section 0, returns the data stream 1 through the UDP port, reads the data stream 1 returned by the cloud host, reads the HTTP/3 response from the cloud host, closes the data stream channel stream 1, receives the data stream channel stream 1 and writes the latest data stream block according to the communication connection section, and extracts the vehicle sensing information from the data stream channel stream0, and packages the data in the data stream channel stream0, wherein the vehicle sensing information is received by the cloud host.

According to the communication method applied to the vehicle, high-efficiency road perception information pushing service can be provided for the vehicle-road cooperation service in the intelligent networking vehicle, due to the fact that UDP-based H TTP/3 protocol is adopted for data transmission, resource consumption of a cloud host is greatly reduced, under the condition of the same number of vehicle connections, the vehicle uploads a network request to the server through a plurality of data streams in communication connection between the vehicle and the server, and corresponding response messages are issued to the vehicle through fixed data streams in the same communication connection, data transmission based on multiple data streams in the same communication connection is achieved, communication resource consumption and time consumption caused by the fact that different communication connections are established for each time of data transmission are effectively saved, and the utilization rate of communication resources and the data transmission efficiency are improved.

Continuing with the description below of an exemplary architecture implemented as a software module for the vehicle-applied communication device 455 provided in an embodiment of the present application, in some embodiments, as shown in fig. 2, the software module stored in the vehicle-applied communication device 455 of the memory 450 may include: a connection module 4551 for establishing a communication connection between the vehicle and the server; a communication module 4552 configured to send a first network request of the vehicle to the server based on a first data flow channel in the communication connection, so as to receive a first response message returned by the server based on the first data flow channel; the communication module 4552 is further configured to send, to the server, a second network request of the vehicle based on the second data flow channel in the communication connection, so as to receive a second response message returned by the server based on the first data flow channel; a management module 4553 for closing the second data flow channel; wherein; the second network request is a request transmitted later in time than the first network request, and the first response message and the second response message are used for generating a running instruction of the vehicle.

In some embodiments, the communication module 4552 is further to: creating a first data flow path carried in the communication connection in response to establishment of the communication connection between the vehicle and the server; sending a first network request to a server through a first data flow channel; wherein the first data flow channel is still maintained when idle.

In some embodiments, the communication module 4552 is further to: when it is determined that a second network request needs to be sent to the server, creating a second data flow channel carried in the communication connection; sending a second network request to the server through a second data stream channel; the management module 4553 is further configured to: when the second network request is sent, the second data flow channel is closed.

In some embodiments, the communication module 4552 is further configured to, prior to sending the second network request of the vehicle to the server based on the second data flow path in the communication connection: determining that the second network request needs to be sent when at least one of the following conditions is met: the position of the vehicle changes; the vehicle deviates from the already decided driving route; vehicles need to avoid congested road segments ahead.

In some embodiments, the management module 4553 is further to: when the second network request is sent and a third response message returned by the server for the second network request is received, closing the second data flow channel in response to the third response message; wherein the third response message is used for indicating to close the second data flow channel.

In some embodiments, the management module 4553 is further to: determining a hold time for the second data flow path based on a record of historical network requests for the vehicle; wherein the historical network request is sent prior to the first network request; starting timing from the completion of the transmission of the second network request, and maintaining the second data flow channel for a holding time; and closing the second data flow channel when the timer reaches the holding time and the second data flow channel is still idle.

In some embodiments, the management module 4553 is further to: extracting transmission time of a plurality of historical network requests from records of historical network requests of the vehicle to determine transmission time intervals of adjacent historical network requests; determining a transmission time interval as a hold time; wherein, the type of the sending time interval includes: maximum transmission time interval, average transmission time interval, minimum transmission time interval.

In some embodiments, the management module 4553 is further to: acquiring real-time driving environment data and real-time driving state data of a vehicle to extract real-time driving environment characteristics and real-time driving state characteristics of the vehicle; invoking a neural network model to predict a transmission time interval based on the real-time driving environment characteristics and the real-time driving state characteristics as a retention time of the second data stream channel; the training sample of the neural network model comprises driving environment data and driving state data, the labeling data of the training sample comprises a sending time interval of a historical network request sent in the driving process, and the sending time interval of the historical network request is extracted from a record of the historical network request of the vehicle.

In some embodiments, the communication module 4552 is further to: writing the real-time position of the vehicle into a first network request; sending a first network request carrying a real-time position to a server through a first data flow channel; the real-time position is used for enabling the server to inquire road data adaptive to the real-time position and writing the road data into the first response message.

In some embodiments, the communication module 4552 is further to: writing a target position and a real-time position of the vehicle into a first network request; sending a first network request to a server through a first data flow channel; the target position and the real-time position are used for enabling the server to acquire a driving route from the real-time position to the target position, and the driving route is written into the first response message.

In some embodiments, the communication module 4552 is further to: the method comprises the steps that a receiving server sequentially returns a plurality of block coding data based on a first data stream channel; caching the received plurality of block coded data according to the receiving sequence; and when the block coding data is received, decoding the cached block coding data to obtain a first response message.

In some embodiments, before receiving the first response message returned by the server based on the first data stream channel, the communication module 4552 is further configured to: receiving a fourth response message for the first network request returned by the server through the first data flow channel; the fourth response message is sent when the server queries the target data for responding to the first network request, and is used for prompting the following information: the server returns the block coding data of the target data to the vehicle in a block transmission coding mode; buffers are pre-allocated for the block encoded data to be received.

In some embodiments, the communication module 4552 is further to: obtaining a preset time interval for sending a second network request of the vehicle to the server; and when the preset time interval is greater than the first time threshold, sending a second network request of the vehicle to the server according to the preset time interval based on a second data flow channel in the communication connection.

In some embodiments, when the preset time interval is not greater than the first time threshold, the communication module 4552 is further configured to: creating a third data flow channel carried in the communication connection during sending a second network request of the vehicle to the server based on the second data flow channel in the communication connection; and sending a third network request to the server through a third data flow channel.

In some embodiments, the communication module 4552 is further to: starting timing from sending a second network request of the vehicle to the server; when the timing time does not exceed the second time threshold, receiving a plurality of second response messages returned by the server based on the first data flow channel; wherein the plurality of second response messages are response messages generated within a timed time according to the second network request.

In some embodiments, the connection module 4551 is further to: acquiring a network address of a server; sending a communication connection establishment request based on the network address of the server, so that the server returns a connection response corresponding to the communication connection establishment request to the vehicle; wherein the connection response is used to prompt the server that the vehicle has accepted the communication connection establishment request.

Embodiments of the present application provide a computer program product or computer program comprising computer instructions stored in a computer readable storage medium. The processor of the computer device reads the computer instructions from the computer-readable storage medium, and the processor executes the computer instructions, so that the computer device executes the communication method applied to the vehicle according to the embodiment of the present application.

The present embodiments provide a computer readable storage medium storing executable instructions that, when executed by a processor, cause the processor to perform the communication method provided by the embodiments of the present application, for example, the communication method applied to a vehicle as shown in fig. 3A-3D.

The embodiment of the application provides a vehicle, for example, a vehicle adopting electric energy, fuel oil and various hybrid power, such as an electric automobile, a fuel oil automobile and the like, wherein the communication device applied to the vehicle provided by the embodiment of the application is arranged, the communication device applied to the vehicle can be implemented in a hardware mode, for example, a processor integrating a communication method applied to the vehicle in a hardware decoding mode is adopted; the implementation may also be in software, for example, an electronic map program/module/plug-in, an autopilot program/module/plug-in, etc.

In some embodiments, the computer readable storage medium may be FRAM, ROM, PROM, EPROM, EEPROM, flash memory, magnetic surface memory, optical disk, or CD-ROM; but may be a variety of devices including one or any combination of the above memories.

In some embodiments, the executable instructions may be in the form of programs, software modules, scripts, or code, written in any form of programming language (including compiled or interpreted languages, or declarative or procedural languages), and they may be deployed in any form, including as stand-alone programs or as modules, components, subroutines, or other units suitable for use in a computing environment.

As an example, executable instructions may be deployed to be executed on one computing device or on multiple computing devices located at one site or, alternatively, distributed across multiple sites and interconnected by a communication network.

In summary, through the multiple data streams in the communication connection between the vehicle and the server in the embodiment of the application, the vehicle uploads the network request to the server, and issues the corresponding response message from the server to the vehicle through the fixed data stream in the same communication connection, so that the data transmission based on multiple data streams in the same communication connection is realized, the communication resource consumption and time consumption caused by establishing different communication connections for each data transmission are effectively saved, and the communication resource utilization rate and the data transmission efficiency are improved.

The foregoing is merely exemplary embodiments of the present application and is not intended to limit the scope of the present application. Any modifications, equivalent substitutions, improvements, etc. that are within the spirit and scope of the present application are intended to be included within the scope of the present application.

Claims

1. A communication method applied to a vehicle, the method comprising:

establishing communication connection between the vehicle and the server;

transmitting a second network request of the vehicle to the server based on a second data flow channel in the communication connection to receive a second response message returned by the server based on the first data flow channel, wherein the second network request is a request with a transmission time later than that of the first network request, and the first response message and the second response message are used for generating a running instruction of the vehicle;

extracting transmission times of a plurality of historical network requests from records of the historical network requests of the vehicle to determine transmission time intervals of adjacent historical network requests, wherein the historical network requests are transmitted before the first network request;

Determining the transmission time interval as a holding time of the second data stream channel, wherein the type of the transmission time interval comprises: maximum transmission time interval, average transmission time interval, minimum transmission time interval;

starting timing from the completion of the transmission of the second network request, and maintaining the second data flow channel for the maintaining time;

and closing the second data flow channel when the timer reaches the holding time and the second data flow channel is still idle.

2. The method of claim 1, wherein the sending the first network request of the vehicle to the server based on the first data flow path in the communication connection comprises:

creating a first data flow path carried in the communication connection in response to establishment of the communication connection between the vehicle and the server;

transmitting the first network request to the server through the first data flow channel;

wherein the first data flow channel is still maintained when idle.

3. The method of claim 1, wherein the sending a second network request of the vehicle to the server based on a second data flow path in the communication connection comprises:

Creating a second data flow channel carried in the communication connection when it is determined that the second network request needs to be sent to the server;

sending the second network request to the server through the second data flow channel;

the method further comprises the steps of:

and closing the second data flow channel when the second network request is sent to be completed.

4. A method according to claim 3, wherein before said sending a second network request of the vehicle to the server based on a second data flow path in the communication connection, the method further comprises:

determining that the second network request needs to be sent when at least one of the following conditions is met:

the position of the vehicle changes;

the vehicle deviates from the already decided driving route;

the vehicle needs to avoid the congested road section in front.

5. A method according to claim 3, wherein said closing said second data flow path when said second network request is sent to completion comprises:

when the second network request is sent to be completed and a third response message returned by the server for the second network request is received, closing the second data flow channel in response to the third response message;

Wherein the third response message is used for indicating to close the second data flow channel.

6. The method of claim 1, wherein the sending the first network request of the vehicle to the server based on the first data flow path in the communication connection comprises:

writing a real-time location of the vehicle into the first network request;

sending a first network request carrying the real-time position to the server through the first data flow channel;

the real-time position is used for enabling the server to inquire road data adapted to the real-time position and writing the road data into the first response message.

7. The method of claim 1, wherein the sending a second network request of the vehicle to the server based on a second data flow path in the communication connection comprises:

obtaining a preset time interval for sending a second network request of the vehicle to the server;

and when the preset time interval is greater than a first time threshold, sending a second network request of the vehicle to the server according to the preset time interval based on a second data flow channel in the communication connection.

8. The method of claim 7, wherein when the preset time interval is not greater than the first time threshold, the method further comprises:

creating a third data flow path carried in the communication connection during sending a second network request of the vehicle to the server based on a second data flow path in the communication connection;

and sending a third network request to the server through the third data flow channel.

9. The method of claim 1, wherein the receiving a second response message returned by the server based on the first data stream channel comprises:

starting timing from sending a second network request of the vehicle to the server;

when the timing time does not exceed a second time threshold, receiving a plurality of second response messages returned by the server based on the first data flow channel;

wherein the plurality of second response messages are response messages generated within the timing time according to the second network request.

10. A communication device applied to a vehicle, characterized by comprising:

the communication module is further configured to send, to the server, a second network request of the vehicle based on a second data flow channel in the communication connection, so as to receive a second response message returned by the server based on the first data flow channel, where the second network request is a request with a sending time later than that of the first network request, and the first response message and the second response message are used to generate a running instruction of the vehicle;

a management module, configured to extract transmission times of a plurality of historical network requests from a record of historical network requests of the vehicle, so as to determine transmission time intervals of adjacent historical network requests, where the historical network requests are sent before the first network request; determining the transmission time interval as a holding time of the second data stream channel, wherein the type of the transmission time interval comprises: maximum transmission time interval, average transmission time interval, minimum transmission time interval; starting timing from the completion of the transmission of the second network request, and maintaining the second data flow channel for the maintaining time; and closing the second data flow channel when the timer reaches the holding time and the second data flow channel is still idle.

11. An electronic device, comprising:

a memory for storing executable instructions;

a processor for implementing the communication method applied to a vehicle according to any one of claims 1 to 9 when executing the executable instructions stored in the memory.

12. A computer readable storage medium storing executable instructions for implementing the communication method applied to a vehicle of any one of claims 1 to 9 when executed by a processor.

13. A vehicle characterized in that a communication device according to claim 10 is provided for use in a vehicle.