Vehicle end communication method, device, vehicle cloud gateway and system

Abstract

The invention discloses a vehicle end communication method and device, a vehicle cloud gateway and a system. The method comprises the following steps: respectively acquiring data streams transmitted by a plurality of domain controllers; and according to the service priority information, processing the data flow transmitted by each domain controller based on a priority queue, and transmitting the processed data flow to a service node. According to the technical scheme, the vehicle cloud gateway processes the data stream transmitted by each domain controller based on the priority queue according to the service priority information, and transmits the processed data stream to the service node, so that the problem of channel congestion between each domain controller and the service node is solved, important services of each domain cannot be blocked by other services, and the service efficiency is improved. And the stability and the reliability of data transmission are improved.

Description

Technical Field

[0001] This invention relates to the field of vehicle-to-cloud communication technology, and in particular to a vehicle-side communication method, device, vehicle-to-cloud gateway, and system. Background Technology

[0002] Vehicle-to-the-cloud (V2X) communication is a key technology for intelligent connected vehicles. Intelligent connected vehicles can connect to the network via a telematics box (TBox) or by integrating fourth-generation (4G) or fifth-generation (5G) mobile communication modules. However, this is a single-channel connection, and the channel transmission quality of wireless cellular communication technology is affected by various factors. Currently, V2X communication involves many types of services, such as those related to autonomous driving and in-vehicle entertainment, processing massive amounts of data. When vehicles access the network through operator (China Mobile, China Unicom) wireless cellular base stations, the high speed of vehicle movement can easily lead to unstable connections, poor signal, and low bandwidth. Furthermore, vehicles are used in a wide range of environments, including numerous mountainous areas, remote rural areas, and scenarios with poor network coverage such as underground parking garages and tunnels. Due to fluctuations in the wireless physical environment, issues such as co-channel interference, contention for bandwidth, and peak-hour congestion can easily occur.

[0003] The aforementioned issues all affect wireless channel quality, thus limiting 5G egress forwarding bandwidth and causing congestion in data transmission between vehicles and the network. Even when network conditions improve, persistent congestion may occur due to the need to retransmit large amounts of data. When persistent congestion occurs, data may enter the device from high-speed interfaces and then be forwarded out via low-speed links; or data may enter the device simultaneously from multiple interfaces, but without a single egress with sufficient bandwidth, this increases latency and jitter in service packet transmission, reduces effective network throughput, and consumes significant system resources. Inappropriate resource allocation can lead to system deadlock or crashes. In this scenario, various services cannot be effectively coordinated, leading to situations where some services, such as those related to autonomous driving, are always prioritized, while data related to in-vehicle entertainment is often ignored or interrupted. This severely impacts the stability and reliability of service data, affecting user experience. Summary of the Invention

[0004] This invention provides a vehicle-side communication method, device, vehicle-cloud gateway, and system, which improves the stability and reliability of data transmission.

[0005] In a first aspect, embodiments of this application provide a vehicle-side communication method applied to a vehicle-cloud gateway; the method includes:

[0006] Acquire data streams transmitted from multiple domain controllers respectively;

[0007] Based on business priority information, the data streams transmitted by each domain controller are processed according to the priority queue, and the processed data streams are transmitted to the service nodes.

[0008] Secondly, embodiments of this application provide a vehicle-side communication device, including:

[0009] The data stream acquisition module is used to acquire data streams transmitted by multiple domain controllers.

[0010] The communication module is used to process the data streams transmitted by each domain controller based on a priority queue according to service priority information, and to transmit the processed data streams to the service nodes.

[0011] Thirdly, embodiments of this application provide a vehicle-to-cloud gateway, including:

[0012] At least one processor;

[0013] A memory communicatively connected to the at least one processor; wherein,

[0014] The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the vehicle-to-everything communication method as described in the first aspect above.

[0015] Fourthly, embodiments of this application provide a vehicle-side communication system, including multiple domain controllers and a vehicle-cloud gateway as described in the third aspect above; each of the domain controllers is communicatively connected to the vehicle-cloud gateway.

[0016] Each of the domain controllers is used to transmit the data stream of the corresponding domain to the vehicle-cloud gateway.

[0017] Fifthly, embodiments of this application provide a computer-readable storage medium having a computer program stored thereon, characterized in that, when executed by a processor, the program implements the vehicle-to-everything (V2X) communication method as described in any one of claims 1-7.

[0018] Sixthly, embodiments of this application provide a computer program product, including a computer program and / or instructions, characterized in that, when the computer program and / or instructions are executed by a processor, they implement the vehicle-to-everything (V2X) communication method as described in any of claims 1-7.

[0019] This application provides a vehicle-to-everything (V2X) communication method, apparatus, vehicle-to-cloud gateway, and system. The method includes: acquiring data streams transmitted by multiple domain controllers; processing the data streams transmitted by each domain controller based on a priority queue according to service priority information; and transmitting the processed data streams to a service node. The vehicle-to-cloud gateway in the above technical solution processes the data streams transmitted by each domain controller based on a priority queue according to service priority information and transmits the processed data streams to the service node. This solves the problem of channel congestion between domain controllers and the service node, ensuring that the transmission of important services (such as high-priority service data) in each domain is not blocked by other services (such as low-priority service data), thus improving the stability and reliability of data transmission. Attached Figure Description

[0020] The above and other features, advantages, and aspects of the embodiments of this disclosure will become more apparent from the accompanying drawings and the following detailed description. Throughout the drawings, the same or similar reference numerals denote the same or similar elements. It should be understood that the drawings are schematic, and the originals and elements are not necessarily drawn to scale.

[0021] Figure 1 A flowchart illustrating a vehicle-to-vehicle communication method provided in an embodiment of this application;

[0022] Figure 2 A schematic diagram illustrating a data stream transmission process provided in an embodiment of this application;

[0023] Figure 3 A priority conversion diagram provided for an embodiment of this application;

[0024] Figure 4 This is a schematic diagram of the structure of a vehicle-end communication device provided in an embodiment of this application;

[0025] Figure 5 This is a schematic diagram of the structure of a vehicle-to-cloud gateway provided in an embodiment of this application;

[0026] Figure 6 A structural block diagram of a vehicle-side communication system provided in an embodiment of this application;

[0027] Figure 7 This is a schematic diagram of a vehicle-to-vehicle communication system provided in an embodiment of this application. Detailed Implementation

[0028] The present application will now be described in further detail with reference to the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative of the application and not intended to limit it. Furthermore, it should be noted that, for ease of description, the accompanying drawings show only the parts relevant to the present application, not the entire structure.

[0029] Before discussing the exemplary embodiments in more detail, it should be noted that some exemplary embodiments are described as processes or methods depicted as flowcharts. Although the flowcharts describe the steps as sequential processes, many of these steps can be performed in parallel, concurrently, or simultaneously. Furthermore, the order of the steps can be rearranged. The process can be terminated when its operation is complete, but may also have additional steps not included in the figures. The process can correspond to a method, function, procedure, subroutine, subroutine, etc.

[0030] It should be noted that the concepts of "first" and "second" mentioned in the embodiments of this application are only used to distinguish different devices, modules, units or other objects, and are not used to limit the order of functions performed by these devices, modules, units or other objects or their interdependencies.

[0031] Furthermore, the embodiments and features described in this application may be combined with each other, unless otherwise specified.

[0032] The acquisition, storage, use, and processing of data in this application all comply with the relevant provisions of national laws and regulations.

[0033] It should be noted that in the embodiments of this application, certain software, components, models and other existing solutions in the industry may be mentioned. These should be regarded as exemplary and are only intended to illustrate the feasibility of implementing the technical solution of this application. However, it does not mean that the applicant has used or necessarily used the relevant content of the solution.

[0034] Current flow control solutions for vehicle systems are mostly system-on-chip (SOC) solutions. The prerequisite for flow control on the SOC side is real-time channel bandwidth, but channel bandwidth is difficult to calculate in real time; the data and service range is limited, flow control only takes effect after significant congestion occurs, and there is a time delay in transmission between distributed systems.

[0035] To address the aforementioned issues, this application provides a vehicle-to-everything (V2X) communication system that resolves channel congestion in situations where wireless transmission channels are limited, ensuring that the transmission of high-priority data is not blocked by low-priority data.

[0036] Figure 1 This is a flowchart of a vehicle-to-vehicle communication method provided in Embodiment 1 of this disclosure. This embodiment is applicable to vehicle-to-vehicle communication scenarios. The method can be executed by a vehicle-to-vehicle communication device, which can be implemented in hardware and / or software. This device can be configured in a vehicle-to-cloud gateway, which can be understood as a network device with data processing capabilities. Figure 1 As shown, the method includes:

[0037] S110: Obtain the data streams transmitted by multiple domain controllers respectively.

[0038] In this embodiment, the domain controller can be a highly integrated computer system specifically responsible for controlling functions related to a specific vehicle area (or "domain"). For example, the domain controller can interpret images sent by sensors and, based on pre-defined strategies, issue alerts to the driver or implement actions such as braking; the domain controller can also control multiple elements of the cabin experience, such as the infotainment system and the driver's instrument panel, through reconfigurable dynamic displays; the domain controller can enable information sharing and collaborative work between different functional domains, and can also enable communication between the vehicle system and external networks, improving the overall performance of the vehicle.

[0039] For example, this embodiment can adopt a three-domain architecture, namely the functional entertainment domain, the autonomous driving domain, and the vehicle control domain. Different domains typically contain one or more Quality of Service (QoS) configurations or Electronic Control Units (ECUs), and all of them have networking requirements.

[0040] Specifically, data streams transmitted from multiple domain controllers can be acquired. Services in different domains can be considered as different service categories, and different services within each domain can be further divided into multiple categories. For example, services can include data transmission services, such as voice assistants and / or remote vehicle control services; they can also include data acquisition services, such as log messages and / or autonomous driving training data services; furthermore, services can be divided into public network services and private network services. Public network services are those that users can directly experience, such as voice assistants, navigation, video, music, and news; private network services mainly consist of vehicle backend traffic, including vehicle control, status reporting, signal acquisition, and various training data.

[0041] It is understood that the vehicle-to-cloud gateway is a key component for communication between the vehicle and the cloud. The vehicle-to-cloud gateway can transmit data from inside the vehicle, such as vehicle status, location information, and driving data, to the cloud server, while also feeding back instructions and services from the cloud to the vehicle. In this embodiment, the vehicle-to-cloud gateway can be a 4G module, a 5G module, and / or other nodes with vehicle-to-cloud communication capabilities. Each domain controller can transmit data streams of its corresponding domain to the vehicle-to-cloud gateway.

[0042] S120. Based on the business priority information, process the data streams transmitted by each domain controller according to the priority queue, and transmit the processed data streams to the service nodes.

[0043] Service priority information can be used to indicate the importance of services in different domains during transmission. More important services can be transmitted earlier, occupy more bandwidth, and / or meet higher QoS requirements. Principles for determining service priority information may include:

[0044] Safety First: For data services directly related to vehicle safety, such as vehicle status information, collision warnings, and autonomous driving control commands, safety should be the highest priority.

[0045] Real-time requirements: Some data services may have extremely high real-time requirements, such as real-time navigation, voice assistants, remote vehicle control, live video streaming, online games, etc.

[0046] Importance and urgency: Some data services may be urgent but not necessarily real-time, such as emergency calls and emergency service requests.

[0047] User experience: The delivery of entertainment and media content may not have high real-time requirements, but it has a significant impact on user satisfaction and comfort. Therefore, these services should be prioritized to improve user experience.

[0048] Network resource utilization efficiency: For data services with high network resource requirements, such as large file uploads and downloads, and Over-The-Air (OTA) technology upgrades, it is necessary to allocate priorities reasonably to avoid putting excessive pressure on network bandwidth and resources;

[0049] Data level: Priority should be defined at the data level, not the business application level. Some businesses may have both high-priority and low-priority data at the same time. For example, voice data that needs to be parsed online in real time is high-priority, while in-cabin voice training data collection is low-priority.

[0050] A queue can be understood as a first-in, first-out (FIFO) data structure, while a priority queue can be understood as a data structure that arranges data packets in a data stream according to their priority. For example, data packets for higher-priority services can be arranged in a priority queue A, and data packets for lower-priority services can be arranged in a priority queue B. During scheduling, data packets in priority queue A can be processed and transmitted first. This priority processing and transmission can be understood as processing data packets in priority queue A earlier, allocating more bandwidth to data packets in priority queue A, or having a higher probability of selecting data packets from priority queue A during each scheduling process.

[0051] Specifically, after the vehicle-cloud gateway receives data streams transmitted from various domain controllers, it can add the data packets one by one to a priority queue based on service priority information, thus prioritizing the processing of higher-priority data packets based on their defined priorities. By processing the received data streams from each domain using the priority queue, the vehicle-cloud gateway can act as the entry and exit point for data flow, responsible for flow control management of all business data. After data stream processing is complete, the processed data stream can be transmitted to service nodes. Service nodes can be devices or software providing specific services in the network; for example, service nodes can be base stations and / or (cloud) servers.

[0052] It should be noted that when multiple data streams (Transmission Control Protocol (TCP) / User Datagram Protocol (UDP)) are transmitted in parallel, QoS and the flow control management of the vehicle-cloud gateway can ensure that different data streams have different priorities and protection levels in the network, so as to meet the needs of various applications for latency, bandwidth and packet loss rate.

[0053] This application provides a vehicle-side communication method, including: acquiring data streams transmitted by multiple domain controllers; processing the data streams transmitted by each domain controller based on a priority queue according to service priority information, and transmitting the processed data streams to a service node. The vehicle-cloud gateway in the above technical solution processes the data streams transmitted by each domain controller based on a priority queue according to service priority information, and transmits the processed data streams to the service node, solving the channel congestion problem between each domain controller and the service node, ensuring that the transmission of important services (such as high-priority service data) in each domain is not blocked by other services (such as low-priority service data), and improving the stability and reliability of data transmission.

[0054] As an optional implementation, the step of processing the data streams transmitted by each domain controller based on a priority queue according to service priority information, and transmitting the processed data streams to the service nodes, includes:

[0055] 1) Classify and label the data streams transmitted by each of the domain controllers according to the network protocol quintuple;

[0056] In this embodiment, the Network Protocol Five-Tuple can be a set of five parameters used to identify and distinguish network communication sessions. In network and transport layer protocols, the five-tuple is typically used to define a specific data flow, especially when using stateless protocols such as TCP or UDP. The five-tuple may include the following elements: Source Internet Protocol Address: The Internet Protocol (IP) address of the device initiating the communication; Destination IP Address: The IP address of the device receiving the communication; Source Port Number: The port number on the device initiating the communication, used to distinguish different services or processes on the same IP address; Destination Port Number: The port number on the device receiving the communication, also used to distinguish services or processes; Transport Layer Protocol: The transport layer protocol used, such as TCP, UDP, etc.

[0057] 2) Add the data streams transmitted by each domain controller to the corresponding priority queue according to the service priority information;

[0058] Specifically, data packets in the data stream transmitted by each domain controller can be added to the corresponding priority queue based on the business priority information. There can usually be at least two priority queues, and each priority queue can correspond to a specific priority.

[0059] 3) For each priority queue, a corresponding scheduling algorithm is used to determine the transmission parameters of the data packets in the priority queue, and each data packet is written into the link layer in sequence according to the transmission parameters to transmit the data stream to the service node; wherein, the transmission parameters include transmission order and / or transmission bandwidth.

[0060] Specifically, for each priority queue, different scheduling algorithms can be used to determine the transmission parameters of data packets in the priority queue. These scheduling algorithms can include: Priority Queuing (PQ), Weighted Fair Queuing (WFQ), and / or Round Robin Scheduling (RR). Priority Queuing primarily involves arranging data packets into different queues according to their priorities, with high-priority traffic packets being transmitted before low-priority traffic packets. Weighted Fair Queuing primarily involves assigning a weight to each queue, and the scheduler fairly allocating bandwidth to each queue to ensure traffic fairness. Round Robin Scheduling primarily involves transmitting data packets according to the round-robin order of the queues, giving each queue a chance to send a data packet.

[0061] As described above, once the transmission parameters of the data packet are determined, the data packet can be written to the link layer according to these parameters. These transmission parameters may include transmission order and / or transmission bandwidth.

[0062] Regarding transmission order, data packets from higher-priority services within each domain can be transmitted first. That is, during each scheduling, higher-priority service data packets can be transmitted first, followed by lower-priority service data packets after their transmission is complete. The transmission order of data packets in each queue can be arranged from highest to lowest priority, thereby improving the transmission rate of higher-priority service data packets, reducing their transmission latency, ensuring their success rate, and reducing packet loss or interruptions. Furthermore, including sequence numbers in the packet header ensures that data can be reassembled in the correct order at the receiving end.

[0063] Regarding transmission bandwidth, data packets of higher-priority services in each domain can be allocated more bandwidth. That is, in each scheduling, more bandwidth can be allocated to data packets of higher-priority services, and less bandwidth can be allocated to data packets of lower-priority services, so as to improve the transmission rate of data packets of higher-priority services and reduce their transmission latency. The specific bandwidth allocated to each service or each data packet can be positively correlated with its priority.

[0064] Understandably, the two transmission parameters mentioned above can be used in combination. For example, data packets for higher priority services can be transmitted first and occupy more bandwidth; data packets for lower priority services can be transmitted later and occupy less bandwidth, further ensuring the reliability of higher priority services.

[0065] Based on the accurate differentiation and identification of data flows of each domain controller according to the network protocol 5-tuple, each data packet can be cached using business priority information, and then each data packet can be processed according to each priority queue. For example, higher priority queues are more likely to be scheduled, and the data packets in them are usually transmitted first, thereby ensuring the timely transmission of important data.

[0066] As an optional implementation, the vehicle-to-cloud gateway includes an application processor, a hardware acceleration unit, and a modem;

[0067] The method further includes:

[0068] The application processor transmits the handshake information of each domain controller to the modem, and the modem transmits the handshake information to the service node to request the establishment of a long connection between each domain controller and the service node.

[0069] After the long-term connection between each domain controller and the service node is established, the data stream transmitted by each domain controller is transmitted to the modem through the hardware acceleration unit, so as to transmit the data stream transmitted by each domain controller to the service node through the modem.

[0070] The application processor primarily provides the software protocol stack during the long-connection establishment phase. It also handles modem power-on, preparation, and monitoring, enabling handshake information from each domain controller to be transmitted to the service node via the application processor and modem. The hardware acceleration unit accelerates common operations such as packet identification and transmission of data streams from domain controllers, improving system performance and efficiency. After the long-connection is established, data streams from each domain controller no longer need to pass through the application processor; they can be transmitted to the service node directly by the hardware acceleration unit and modem.

[0071] Figure 2 This is a schematic diagram of a data stream transmission process provided in this embodiment, as shown below. Figure 2As shown, the vehicle-to-cloud gateway can be a 5G module. During the establishment of long connections between each domain controller (functional entertainment domain controller, autonomous driving domain controller, and vehicle control domain controller) and the service node (base station), the handshake information of each domain controller can be transmitted to the service node via an Ethernet switch, application processor, and modem. After the long connection between each domain controller and the service node is established, the data streams of each domain controller (which can be encapsulated with TCP or IP) can be sent to the 5G module via the Ethernet switch link. After the data streams reach the 5G module, they are transmitted to the service node via a hardware acceleration unit and a modem, without needing to pass through the application processor again. Finally, the modem adds the data streams of each domain to the corresponding priority queue, such as Queue1, Queue2, or Queue3.

[0072] Based on this, by using an application processor and a hardware acceleration unit to be responsible for transmitting handshake information during the establishment of a long connection and accelerating the transmission of data streams after the long connection is established, the transmission rate of data streams transmitted by each domain controller can be improved while ensuring the effective establishment of long connections, thereby improving data processing efficiency.

[0073] As an optional implementation, the vehicle-to-cloud gateway includes a modem and a radio frequency unit; further, based on service priority information, it processes the data streams transmitted by each of the domain controllers according to a priority queue, and transmits the processed data streams to the service nodes, including:

[0074] 1) The modem processes the data streams transmitted by each domain controller based on the service priority information and priority queues, and transmits the processed data streams to the public data network (PDN) port.

[0075] In this embodiment, after receiving service priority information, the modem can process the data streams transmitted by each domain controller based on the priority queue, and then transmit the processed data streams to the service node and the Public Data Network (PDN) port. The main function of the PDN port is to realize data conversion and transmission between different networks.

[0076] 2) The processed data stream is converted into an analog signal by the radio frequency unit and transmitted to the service node via a wireless bearer.

[0077] Specifically, the processed data stream can be transmitted to the radio frequency unit (RF unit), which can convert the processed data stream into an analog signal and send it to the serving node via a radio bearer. In this embodiment, the serving node can be a base station. The radio bearer (RB) is a collective term for a series of resources and protocol configurations allocated by the base station to the user equipment (UE). The radio bearer is the channel connecting the base station and the user equipment via the radio interface.

[0078] Based on this, the PDN port can be used to encapsulate and decapsulate the data stream, ensuring that the data stream can be converted between different network protocols. Then, combined with the radio frequency unit, it is converted into an analog signal, thereby realizing effective network interconnection and enabling secure and efficient data transmission between the vehicle-cloud gateway and the service node.

[0079] As an optional implementation, the vehicle-to-cloud gateway includes a modem and a quality of service management module;

[0080] The step of processing the data streams transmitted by each domain controller based on a priority queue according to service priority information includes:

[0081] 1) Receive service priority information issued by the flow control management platform through the service quality management module, and synchronize the service priority information to the modem;

[0082] In this embodiment, the Quality of Service (QoS) management module can receive service priority information issued by the flow control management platform and synchronize the service priority information to the modem. For example, the flow control management platform can be a cloud server. After receiving the service priority information issued by the flow control management platform, the QoS management module can synchronize the service priority information to the modem.

[0083] 2) The modem processes the data streams transmitted by each domain controller based on the service priority information and priority queues, and transmits the processed data streams to the service nodes.

[0084] Specifically, after the priority information is synchronized to the modem, the modem can process the data streams transmitted by each domain controller based on the priority queue according to the service priority information, and then transmit the processed data streams to the service nodes.

[0085] Building upon this foundation, the flow control management platform can flexibly adjust or configure service priority information according to actual needs and distribute it to the vehicle-cloud gateway, enabling unified configuration and management of the priorities of various services across different domains. The service quality management module can synchronize service priority information to the modem, providing a basis for the vehicle-cloud gateway to process data streams from each domain based on priority queues. Furthermore, configuring service priority information through the flow control management platform reduces the processing load on the vehicle-cloud gateway, allowing it to process data streams solely based on the configured service priority information, thus improving data stream processing efficiency.

[0086] As an optional implementation of this embodiment, the vehicle-to-vehicle communication method provided in this embodiment may further include:

[0087] Determine business priority information based on vehicle status;

[0088] Specifically, vehicle status can refer to the vehicle's operating state, which includes at least one of the following: driving state, parked state, and dormant state. Service priority information can be determined based on the vehicle status. The service priority information satisfies at least one of the following: In the driving state, a first type of service has a higher priority than a set priority, and this first type of service includes services in the autonomous driving domain; specifically, services related to autonomous driving functions such as emergency braking, collision detection, driver assistance, and / or navigation. In the parked state, a second type of service has a higher priority than a set priority, and this second type of service includes services in the entertainment domain; specifically, services related to in-vehicle entertainment and / or voice assistants, such as audio / video playback and / or opening / closing doors and windows via voice assistant. In the dormant state, a third type of service has a higher priority than a set priority, and this third type of service includes services in the vehicle control domain; specifically, services related to remote vehicle control and controlling a stationary vehicle, such as remote start-up, remote locking, and / or switching on / off monitoring around the vehicle. By flexibly adjusting business priorities based on vehicle status, we can ensure that critical business operations are handled in a timely manner, while improving user experience and making vehicle use more flexible and efficient.

[0089] It should be noted that having a higher priority than a set priority can mean that the priority of this type of business is higher than the specified priority. For example, priorities can be divided into three levels (high, medium, and low) from high to low. "Higher than a set priority" can mean at least medium priority or the highest priority. Having a higher priority than a set priority can also mean that the priority of this type of business is higher than the priority of other types of business. For example, in the results of sorting various types of business by priority from high to low, this type of business ranks higher.

[0090] Figure 3 This is a priority conversion diagram provided in this embodiment. The priority of data streams in each domain may change under different scenarios and states of the vehicle. For example... Figure 3 As shown, when the vehicle is in motion, to ensure the safety of the driver and passengers, services such as emergency braking, collision detection, driver assistance, and / or navigation are prioritized (or set to the highest priority). When these services generate data, the vehicle-cloud gateway prioritizes processing and transmitting this data to ensure driving safety. When the vehicle is parked, non-safety-related services such as the in-vehicle entertainment system and voice assistant become more important. The vehicle-cloud gateway prioritizes these services to improve the comfort and convenience of using the vehicle. When the vehicle is in sleep mode, considering that the user may be far from the vehicle, the vehicle-cloud gateway prioritizes remote vehicle control services so that the user can monitor and manage the vehicle remotely when it is not in use, such as remotely starting the car, unlocking the doors, and remotely turning on the air conditioning.

[0091] As an optional implementation of this embodiment, the vehicle-to-vehicle communication method provided in this embodiment may further include:

[0092] Determine the business priority information based on at least one of the following: business priority, business weight, and business service quality configuration.

[0093] It is known that business priority information can also be determined based on at least one of the following: business priority, business weight, and business service quality configuration. Specifically, vehicle-to-cloud communication involves multiple parallel data streams. From a business application perspective, different business data streams have different priorities. Business priority can be a mechanism that sorts businesses according to their importance and urgency. High-priority business data streams will be processed and transmitted first to ensure their timeliness and reliability in the network. Low-priority business data streams may be delayed or have their bandwidth limited to ensure the transmission quality of high-priority business data.

[0094] As described above, the weight of a service can be a numerical value assigned to different services to represent their relative importance in resource allocation. A higher weight means the service is more likely to receive more resources, such as bandwidth or computing power, when resources are scarce. Furthermore, by setting appropriate weights for each service, it's possible to prevent some low-priority services from being consistently ignored. For example, if some low-priority services are frequently dropped or retransmitted, a relatively higher weight can be assigned to them to increase their chances of being scheduled.

[0095] QoS configuration for a service can be a set of policies and techniques used to manage network resources to ensure that different services can obtain the service levels they require. QoS configuration can include bandwidth allocation, latency management, and packet loss rate. The more critical the service, the higher its QoS configuration requirements.

[0096] Bandwidth allocation can be tailored to the bandwidth requirements of different data streams, ensuring each stream receives sufficient bandwidth to meet its needs. This prevents some data streams from consuming excessive bandwidth and negatively impacting the transmission performance of other streams. Packet loss rate control manages the packet loss rate of data streams, ensuring that critical data streams are not lost under network congestion or high load conditions. Prioritized transmission and retransmission mechanisms minimize the impact of packet loss on data transmission. Delay management controls the transmission latency of data streams, ensuring that data streams with high real-time requirements are transmitted within a specified timeframe. Through proper scheduling and buffer management, transmission latency can be reduced, improving the real-time performance of data transmission.

[0097] It is understandable that business priority information can be determined on a domain-by-domain basis, comprehensively considering the priority, weight, and / or quality of service (QoS) configuration corresponding to each domain. Alternatively, for each specific business type within a domain, business priority information can be determined comprehensively based on the priority, weight, and / or QoS configuration corresponding to each business type. This embodiment does not specifically limit the method of comprehensively determining business priority information based on priority, weight, and / or QoS configuration. For example, a weighted average of the priority and QoS configuration of different businesses can be calculated based on the weights, serving as the basis for the final business priority assessment. Alternatively, the relatively more important factors in priority and QoS configuration can be used as the basis for the final business priority assessment. Or, if at least one of the priority, weight, and / or QoS configuration of a business type indicates that the business is sufficiently important, then the priority of that business type is determined to be the highest priority.

[0098] Figure 4 This is a schematic diagram of the structure of a vehicle-side communication device provided in an embodiment of this disclosure; as shown... Figure 4 As shown, the device includes: a data stream acquisition module 210 and a communication module 220.

[0099] The data stream acquisition module 210 is used to acquire data streams transmitted by multiple domain controllers respectively.

[0100] The communication module 220 is used to process the data streams transmitted by each of the domain controllers based on the priority queue according to the service priority information, and to transmit the processed data streams to the service nodes.

[0101] This disclosure provides a vehicle-side communication device that processes data streams transmitted by each domain controller based on a priority queue according to service priority information, and transmits the processed data streams to the service node. This solves the problem of channel congestion between each domain controller and the service node, ensuring that the transmission of important services (such as high-priority service data) in each domain is not blocked by other services (such as low-priority service data), thereby improving the stability and reliability of data transmission.

[0102] Furthermore, the communication module 220 is also used for:

[0103] The data streams transmitted by each of the domain controllers are classified and labeled according to the network protocol quintuple;

[0104] The data streams transmitted by each domain controller are added to the corresponding priority queue according to the service priority information;

[0105] For each priority queue, a corresponding scheduling algorithm is used to determine the transmission parameters of the data packets in the priority queue, and each data packet is written into the link layer in sequence according to the transmission parameters to transmit the data stream to the service node;

[0106] The transmission parameters include transmission order and / or transmission bandwidth.

[0107] Furthermore, the vehicle-to-cloud gateway includes an application processor, a hardware acceleration unit, and a modem; the communication module 220 is also used for:

[0108] The application processor transmits the handshake information of each domain controller to the modem, and the modem transmits the handshake information to the service node to request the establishment of a long connection between each domain controller and the service node.

[0109] After the long-term connection between each domain controller and the service node is established, the data stream transmitted by each domain controller is transmitted to the modem through the hardware acceleration unit, so as to transmit the data stream transmitted by each domain controller to the service node through the modem.

[0110] In one embodiment, the vehicle-to-cloud gateway includes a modem and a radio frequency unit, and a communication module 220, which is further used for:

[0111] The modem processes the data streams transmitted by each domain controller based on the service priority information and priority queues, and transmits the processed data streams to the public data network (PDN) port.

[0112] The processed data stream is converted into an analog signal by the radio frequency unit and transmitted to the service node via a wireless bearer.

[0113] Furthermore, the vehicle-to-cloud gateway includes a modem and a quality of service management module;

[0114] Communication module 220 is also used for:

[0115] The service quality management module receives service priority information issued by the flow control management platform and synchronizes the service priority information to the modem.

[0116] The modem processes the data streams transmitted by each domain controller based on the service priority information and priority queues, and transmits the processed data streams to the service nodes.

[0117] Furthermore, the device also includes:

[0118] The first priority information determination module is used to determine business priority information based on vehicle status.

[0119] The vehicle status includes at least one of the following: driving status, parking status, and dormant status;

[0120] Accordingly, the service priority information satisfies at least one of the following:

[0121] In driving mode, the first type of service has a higher priority than the set priority. The first type of service includes services in the autonomous driving domain.

[0122] When the vehicle is parked, the second type of service has a higher priority than the set priority. The second type of service includes services in the entertainment domain.

[0123] In the dormant state, the priority of the third type of service is higher than the set priority. The third type of service includes services in the vehicle control domain.

[0124] Furthermore, the device also includes:

[0125] The second priority information determination module is used to determine business priority information based on at least one of the following: business priority, business weight, and business service quality configuration.

[0126] The vehicle-side communication device provided in this disclosure can execute the vehicle-side communication method provided in any embodiment of this disclosure, and has the corresponding functional modules and beneficial effects of executing the method.

[0127] Figure 5A schematic diagram of the structure of a vehicle-to-cloud gateway 10 that can be used to implement embodiments of the present disclosure is shown. The vehicle-to-cloud gateway is intended to represent various forms of network devices, such as laptop computers, desktop computers, workstations, personal digital assistants, servers, blade servers, mainframe computers, and other suitable computers. The components shown herein, their connections and relationships, and their functions are merely examples and are not intended to limit the implementation of the embodiments of the present disclosure described and / or claimed herein.

[0128] like Figure 5 As shown, the vehicle-to-cloud gateway 10 includes at least one processor 11 and a memory, such as a read-only memory (ROM) 12 or a random access memory (RAM) 13, communicatively connected to the at least one processor 11. The memory stores computer programs executable by the at least one processor. The processor 11 can perform various appropriate actions and processes based on the computer program stored in the ROM 12 or loaded from the storage unit 18 into the RAM 13. The RAM 13 can also store various programs and data required for the operation of the vehicle-to-cloud gateway 10. The processor 11, ROM 12, and RAM 13 are interconnected via a bus 14. An input / output (I / O) interface 15 is also connected to the bus 14.

[0129] Multiple components in the vehicle-to-cloud gateway 10 are connected to the I / O interface 15, including: an input unit 16, such as a keyboard or mouse; an output unit 17, such as various types of displays or speakers; a storage unit 18, such as a disk or optical disk; and a communication unit 19, such as a network interface card (NIC), a modem, or a wireless transceiver. The communication unit 19 allows the vehicle-to-cloud gateway 10 to exchange information / data with other devices through computer networks such as the Internet and / or various telecommunications networks.

[0130] Processor 11 can be a variety of general-purpose and / or special-purpose processing components with processing and computing capabilities. Some examples of processor 11 include, but are not limited to, a central processing unit (CPU), a graphics processing unit (GPU), various special-purpose artificial intelligence (AI) computing chips, various processors running machine learning model algorithms, a digital signal processor (DSP), and any suitable processor, controller, microprocessor, etc. Processor 11 performs the various methods and processes described above, such as vehicle-to-vehicle communication methods.

[0131] In some embodiments, the vehicle-to-everything (V2X) communication method may be implemented as a computer program tangibly contained in a computer-readable storage medium, such as storage unit 18. In some embodiments, part or all of the computer program may be loaded into and / or installed onto the vehicle-to-cloud gateway 10 via ROM 12 and / or communication unit 19. When the computer program is loaded into RAM 13 and executed by processor 11, one or more steps of the V2X communication method described above may be performed. Alternatively, in other embodiments, processor 11 may be configured to execute the V2X communication method by any other suitable means (e.g., by means of firmware).

[0132] Figure 6 This is a structural block diagram of a vehicle-to-everything (V2X) communication system provided in an embodiment of this application. The V2X communication system provided in this embodiment is applicable to various V2X communication scenarios. Figure 6 As shown, the vehicle-side communication system 20 includes multiple domain controllers 202 and a vehicle-cloud gateway 201; each domain controller 202 and the vehicle-cloud gateway 201 are communicatively connected; each domain controller 202 is used to transmit the data stream of the corresponding domain to the vehicle-cloud gateway 201; the vehicle-cloud gateway 201 is used to process the data stream of each domain based on the priority queue according to the service priority information, and transmit the processed data stream to the service node.

[0133] Each domain controller 202 is used to transmit the data stream of the corresponding domain to the vehicle-cloud gateway 201;

[0134] In this embodiment, each domain controller 202 can be a controller integrated on the vehicle side that controls multiple functional domains. The vehicle-to-cloud gateway 201 is a key component for communication between the vehicle and the cloud. The vehicle-to-cloud gateway 201 can transmit data from inside the vehicle, such as vehicle status, location information, and driving data, to the cloud server, and can also feed back instructions and services from the cloud to the vehicle. In this embodiment, the vehicle-to-cloud gateway 201 can be a 4G module, a 5G module, and / or other nodes with vehicle-to-cloud communication capabilities. Each domain controller 202 can transmit data streams of its corresponding domain to the vehicle-to-cloud gateway 201.

[0135] In this embodiment, after receiving the data streams transmitted by each domain controller 202, the vehicle-cloud gateway 201 can process the received data streams from each domain based on priority queues according to service priority information. The vehicle-cloud gateway 201 can act as the entry and exit point for the data streams, responsible for the flow control management of all service data. After the data stream processing is completed, the processed data stream can be transmitted to the service node. The service node can be a device or software that provides specific services in the network. For example, the service node can be a base station and / or a (cloud) server, etc.

[0136] The vehicle-to-vehicle communication system provided in this disclosure can execute the vehicle-to-vehicle communication method provided in any embodiment of this disclosure, and has the corresponding functional modules and beneficial effects of executing the method.

[0137] As an optional implementation, the vehicle-side communication system 20 provided in this embodiment may further include:

[0138] Ethernet switch; The Ethernet switch is used to send the data streams transmitted by each domain controller 202 to the vehicle-cloud gateway 201.

[0139] In this embodiment, the Ethernet switch is a network device used for Ethernet data transmission, capable of connecting multiple Ethernet devices and exchanging data. In this embodiment, the Ethernet switch can send the data streams transmitted by each domain controller 202 to the vehicle-cloud gateway 201.

[0140] In one embodiment, the vehicle-to-everything (V2X) communication system 20 provided in this embodiment may further include:

[0141] Cloud server; communication connection between cloud server and service node.

[0142] In this embodiment, the cloud server can be connected to the service node to achieve information sharing between the cloud server and the service node.

[0143] In one embodiment, the vehicle-to-everything (V2X) communication system 20 provided in this embodiment may further include:

[0144] The flow control management platform is connected to the vehicle-cloud gateway.

[0145] The flow control management platform is used to register business information, generate service quality configurations for the business, and send the business priority information to the vehicle terminal.

[0146] In this embodiment, the flow control management platform can be used to register service information, generate service quality configurations, and send service priority information to the vehicle terminal. After receiving the service priority information sent by the flow control management platform, the vehicle terminal can synchronize the service priority information to the modem. Based on this, the flow control management platform can flexibly adjust or configure service priorities, providing a basis for the vehicle-cloud gateway 201 to process data streams from various domains based on priority queues.

[0147] Figure 7 This is a schematic diagram of a vehicle-side communication system provided in this embodiment, as shown below. Figure 7As shown, taking the vehicle-to-cloud gateway as an example of a 5G module, the 5G module includes a modem and a QoS Manager. Each domain controller (functional entertainment domain controller, autonomous driving domain controller, and vehicle control domain controller) transmits its corresponding domain's data stream to the vehicle-to-cloud gateway (5G module). The flow control management platform (cloud-based flow control management platform) registers service information (service information registration), generates service quality configurations (configuration management), and distributes service priority information to the vehicle (configuration distribution). The QoS Manager can receive service priority information distributed by the flow control management platform (cloud-based flow control management platform). The vehicle-to-cloud gateway (5G) processes the data streams of each domain based on priority queues according to the service priority information and transmits the processed data streams to the service node (base station). The service node (base station) and the cloud server can share information.

[0148] The vehicle-to-vehicle communication system provided in this embodiment can be used to execute the vehicle-to-vehicle communication method provided in this embodiment, and has corresponding functions and beneficial effects.

[0149] Various embodiments of the systems and techniques described above herein can be implemented in digital electronic circuit systems, integrated circuit systems, field-programmable gate arrays (FPGAs), application-specific integrated circuits (ASICs), application-specific standard products (ASSPs), systems-on-a-chip (SoCs), payload-programmable logic devices (CPLDs), computer hardware, firmware, software, and / or combinations thereof. These various embodiments may include implementations in one or more computer programs that can be executed and / or interpreted on a programmable system including at least one programmable processor, which may be a dedicated or general-purpose programmable processor, capable of receiving data and instructions from a storage system, at least one input device, and at least one output device, and transmitting data and instructions to the storage system, the at least one input device, and the at least one output device.

[0150] Computer programs for implementing the methods of embodiments of this disclosure may be written in any combination of one or more programming languages. These computer programs may be provided to a processor of a general-purpose computer, a special-purpose computer, or other programmable data processing apparatus, such that when executed by the processor, the computer programs cause the functions / operations specified in the flowcharts and / or block diagrams to be performed. The computer programs may be executed entirely on a machine, partially on a machine, or as a standalone software package, partially on a machine and partially on a remote machine, or entirely on a remote machine or server.

[0151] In the context of embodiments of this disclosure, a computer-readable storage medium may be a tangible medium that may contain or store a computer program for use by or in conjunction with an instruction execution system, apparatus, or device. A computer-readable storage medium may include, but is not limited to, electronic, magnetic, optical, electromagnetic, infrared, or semiconductor systems, apparatus, or devices, or any suitable combination of the foregoing. Alternatively, a computer-readable storage medium may be a machine-readable signal medium. More specific examples of machine-readable storage media include electrical connections based on one or more wires, portable computer disks, hard disks, random access memory (RAM), read-only memory (ROM), erasable programmable read-only memory (EPROM or flash memory), optical fibers, portable compact disk read-only memory (CD-ROM), optical storage devices, magnetic storage devices, or any suitable combination of the foregoing.

[0152] To provide user interaction, the systems and technologies described herein can be implemented on a vehicle-to-cloud gateway, which includes: a display device (e.g., a CRT (cathode ray tube) or LCD (liquid crystal display) monitor) for displaying information to the user; and a keyboard and pointing device (e.g., a mouse or trackball) through which the user provides input to the vehicle-to-cloud gateway. Other types of devices can also be used to provide user interaction; for example, feedback provided to the user can be any form of sensory feedback (e.g., visual feedback, auditory feedback, or tactile feedback); and input from the user can be received in any form (including voice input, speech input, or tactile input).

[0153] The systems and technologies described herein can be implemented in computing systems that include backend components (e.g., as data servers), or computing systems that include middleware components (e.g., application servers), or computing systems that include frontend components (e.g., user computers with graphical user interfaces or web browsers through which users can interact with implementations of the systems and technologies described herein), or any combination of such backend, middleware, or frontend components. The components of the system can be interconnected via digital data communication of any form or medium (e.g., communication networks). Examples of communication networks include local area networks (LANs), wide area networks (WANs), blockchain networks, and the Internet.

[0154] A computing system can include clients and servers. Clients and servers are generally located far apart and typically interact through communication networks. The client-server relationship is created by computer programs running on the respective computers and having a client-server relationship with each other. The server can be a cloud server, also known as a cloud computing server or cloud host, which is a hosting product within the cloud computing service system to address the shortcomings of traditional physical hosts and VPS services, such as high management difficulty and weak business scalability.

[0155] It should be understood that the various forms of processes shown above can be used to reorder, add, or delete steps. For example, the steps described in the embodiments of this disclosure can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of the embodiments of this disclosure can be achieved, and this document does not impose any limitations.

[0156] The specific embodiments described above do not constitute a limitation on the scope of protection of the embodiments disclosed herein. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of the embodiments disclosed herein should be included within the scope of protection of the embodiments disclosed herein.

[0157] This disclosure also provides a computer program product, including a computer program and / or instructions, which, when executed by a processor, implements the vehicle-to-vehicle communication method provided in any embodiment of this application.

[0158] In implementing a computer program product, computer program code for performing the operations of the embodiments of this disclosure can be written in one or more programming languages ​​or a combination thereof. Programming languages ​​include object-oriented programming languages ​​such as Java, Smalltalk, and C++, as well as conventional procedural programming languages ​​such as C or similar languages. The program code can be executed entirely on the user's computer, partially on the user's computer, as a standalone software package, partially on the user's computer and partially on a remote computer, or entirely on a remote computer or server. In cases involving remote computers, the remote computer can be connected to the user's computer via any type of network—including a local area network (LAN) or a wide area network (WAN)—or can be connected to an external computer (e.g., via the Internet using an Internet service provider).

[0159] Note that the above are merely preferred embodiments and the technical principles applied in this disclosure. Those skilled in the art will understand that this disclosure is not limited to the specific embodiments described herein, and various obvious changes, readjustments, and substitutions can be made without departing from the protection scope of this disclosure. Therefore, although the embodiments of this disclosure have been described in detail above, this disclosure is not limited to the above embodiments. More other equivalent embodiments may be included without departing from the concept of this disclosure, and the scope of this disclosure is determined by the scope of the appended claims.

[0160] It should be understood that the various forms of processes shown above can be used to rearrange, add, or delete steps. For example, the steps described in this application can be executed in parallel, sequentially, or in different orders, as long as the desired result of the technical solution of this application can be achieved, and this is not limited herein.

[0161] The specific embodiments described above do not constitute a limitation on the scope of protection of this application. Those skilled in the art should understand that various modifications, combinations, sub-combinations, and substitutions can be made according to design requirements and other factors. Any modifications, equivalent substitutions, and improvements made within the spirit and principles of this application should be included within the scope of protection of this application.

Claims

1. A vehicle-to-vehicle communication method, characterized in that, Applied to vehicle-to-cloud gateways; the method includes: Acquire data streams transmitted from multiple domain controllers respectively; Based on the business priority information, the data streams transmitted by each domain controller are processed according to the priority queue, and the processed data streams are transmitted to the service nodes.

2. The method according to claim 1, characterized in that, The step of processing the data streams transmitted by each domain controller based on a priority queue according to service priority information, and transmitting the processed data streams to the service nodes, includes: The data streams transmitted by each of the domain controllers are classified and labeled according to the network protocol quintuple; The data streams transmitted by each domain controller are added to the corresponding priority queue according to the service priority information; For each priority queue, a corresponding scheduling algorithm is used to determine the transmission parameters of the data packets in the priority queue, and each data packet is written into the link layer in sequence according to the transmission parameters to transmit the data stream to the service node; The transmission parameters include transmission order and / or transmission bandwidth.

3. The method according to claim 1, characterized in that, The vehicle-to-cloud gateway includes an application processor, a hardware acceleration unit, and a modem; The method further includes: The application processor transmits the handshake information of each domain controller to the modem, and the modem transmits the handshake information to the service node to request the establishment of a long connection between each domain controller and the service node. After the long-term connection between each domain controller and the service node is established, the data stream transmitted by each domain controller is transmitted to the modem through the hardware acceleration unit, so as to transmit the data stream transmitted by each domain controller to the service node through the modem.

4. The method according to claim 1, characterized in that, The vehicle-to-cloud gateway includes a modem and a radio frequency unit; The step of processing the data streams transmitted by each domain controller based on a priority queue according to service priority information, and transmitting the processed data streams to the service nodes, includes: The modem processes the data streams transmitted by each domain controller based on the priority queue according to the service priority information, and transmits the processed data streams to the PDN port. The processed data stream is converted into an analog signal by the radio frequency unit and transmitted to the service node via a wireless bearer.

5. The method according to claim 1, characterized in that, The vehicle-to-cloud gateway includes a modem and a quality of service management module; The step of processing the data streams transmitted by each domain controller based on a priority queue according to service priority information includes: The service quality management module receives service priority information issued by the flow control management platform and synchronizes the service priority information to the modem. The modem processes the data streams transmitted by each domain controller based on a priority queue according to service priority information, and transmits the processed data streams to the service node.

6. The method according to claim 1, characterized in that, Also includes: Determine business priority information based on vehicle status; The vehicle status includes at least one of the following: driving status, parking status, and dormant status; Accordingly, the service priority information satisfies at least one of the following: In driving mode, the first type of service has a higher priority than the set priority. The first type of service includes services in the autonomous driving domain. When the vehicle is parked, the second type of service has a higher priority than the set priority. The second type of service includes services in the entertainment domain. In the dormant state, the priority of the third type of service is higher than the set priority. The third type of service includes services in the vehicle control domain.

7. The method according to claim 1, characterized in that, Also includes: Determine the business priority information based on at least one of the following: business priority, business weight, and business service quality configuration.

8. A vehicle-mounted communication device, characterized in that, include: The data stream acquisition module is used to acquire data streams transmitted by multiple domain controllers. The communication module is used to process the data streams transmitted by each domain controller based on the priority queue according to the service priority information, and to transmit the processed data streams to the service nodes.

9. A vehicle-to-cloud gateway, characterized in that, include: At least one processor; A memory communicatively connected to the at least one processor; wherein, The memory stores a computer program that can be executed by the at least one processor, the computer program being executed by the at least one processor to enable the at least one processor to perform the vehicle-to-everything communication method as described in any one of claims 1-7.

10. A vehicle-to-everything (V2X) communication system, characterized in that: It includes multiple domain controllers and the vehicle-to-cloud gateway as described in claim 9; each of the domain controllers is communicatively connected to the vehicle-to-cloud gateway. Each of the domain controllers is used to transmit the data stream of the corresponding domain to the vehicle-cloud gateway.

11. The system according to claim 10, characterized in that, Also includes: The flow control management platform is connected to the vehicle-cloud gateway; The flow control management platform is used to register business information, generate service quality configurations for the business, and send the business priority information to the vehicle terminal.

Images