Internet of vehicles data transmission method and device, electronic equipment and storage medium

By dividing the network into multiple independent channels and dynamically allocating bandwidth, the problem that traditional network resource allocation methods are difficult to meet the requirements of low latency and high reliability of the Internet of Vehicles, and high-quality data transmission and vehicle security are achieved.

CN120034306APending Publication Date: 2025-05-23BEIJING TRUNK TECHNOLOGY CO LTD
View PDF 0 Cites 0 Cited by

Patent Information

Application Number
CN202510254464.3
Authority / Receiving Office
CN · China
Patent Type
Applications(China)
Current Assignee / Owner
Filing Date
2025-03-05
Publication Date
2025-05-23

AI Technical Summary

Technical Problem

The traditional network resource allocation method is difficult to meet the requirements of the Internet of Vehicles for low latency and high reliability, especially in high-density vehicle environments, which are prone to network congestion and degradation of data transmission quality, which affects the driving safety of vehicles.

Method used

By dividing the network into multiple independent channels, dynamically allocating the bandwidth of the uplink and downlink data transmission channels, ensuring low-latency transmission of high-priority data and maintaining the stability of channel allocation in the event of system abnormalities.

Benefits of technology

High-quality data transmission is realized, high-reliability and low-latency transmission of different services are ensured, safety of the vehicle during driving is improved, and stability of channel allocation is maintained in the abnormal situation of the system.

✦ Generated by Eureka AI based on patent content.

Smart Images

  • Figure CN120034306A_ABST
    Figure CN120034306A_ABST
Patent Text Reader

Abstract

The embodiment of the invention provides an Internet of Vehicles data transmission method and device, electronic equipment and a storage medium, and the method comprises the steps: dividing a network into a plurality of channels, the plurality of channels comprise an uplink data transmission channel and a downlink data transmission channel, the bandwidth of the uplink data transmission channel is dynamically allocated according to a service scene, and the bandwidth of the downlink data transmission channel is dynamically allocated according to the service scene; the bandwidth of the downlink data transmission channel is dynamically triggered and allocated according to a cloud processing demand; and transmitting the Internet of Vehicles data according to the uplink data transmission channel and the downlink data transmission channel. According to the invention, the network is divided into a plurality of independent channels, high-quality data transmission is realized, high-reliability and low-delay transmission of different services is realized, the stability of channel allocation is maintained under the abnormal condition of the system, and finally the safety of the vehicle in the driving process is improved.
Need to check novelty before this filing date? Find Prior Art

Description

Technical Field

[0001] The embodiments of the present application relate to the field of autonomous driving technology, and in particular to a method, device, electronic device and storage medium for data transmission in an Internet of Vehicles. Background Art

[0002] With the development of intelligent transportation systems, vehicle communications have higher and higher requirements for network reliability and latency. Traditional network resource sharing methods are difficult to meet the needs of different services, especially in high-density vehicle environments, where network congestion and uneven bandwidth allocation are particularly prominent. Traditional network resource allocation methods are difficult to meet the requirements of the Internet of Vehicles for low latency and high reliability, and are prone to network congestion, reduced data transmission quality, and other problems, affecting vehicle driving safety.

[0003] Therefore, it is urgent to propose a vehicle network data transmission method to achieve high-quality data transmission and improve the safety of vehicles during driving. Summary of the invention

[0004] The embodiment of the present application provides a method for data transmission in the Internet of Vehicles, which achieves high-quality data transmission by dividing the network into multiple independent channels, realizes high-reliability, low-latency transmission of different services, and maintains the stability of channel allocation under system abnormalities, ultimately improving the safety of the vehicle during driving.

[0005] In a first aspect, an embodiment of the present application provides a method for transmitting data in an Internet of Vehicles, including:

[0006] Divide the network into multiple channels, wherein the multiple channels include an uplink data transmission channel and a downlink data transmission channel, wherein the bandwidth of the uplink data transmission channel is dynamically allocated according to the service scenario, and the bandwidth of the downlink data transmission channel is dynamically triggered and allocated according to cloud processing requirements;

[0007] The Internet of Vehicles data is transmitted according to the uplink data transmission channel and the downlink data transmission channel.

[0008] In a possible implementation manner, the multiple channels further include a reserved channel, and the reserved channel is used to transmit abnormal data.

[0009] In a possible implementation manner, the bandwidth of the uplink data transmission channel is related to at least one of the following:

[0010] The number of sensors, the spacing between the sensors, and the installation locations of the sensors.

[0011] In a possible implementation, when the vehicle detects a tunnel or a height limit pole, the data of the top sensor is activated and the bandwidth is re-divided.

[0012] In an embodiment of the present application, the total uplink bandwidth is proportional to the number of image sensors and is related to the spacing and installation positions of the sensor arrangements. The bandwidth allocation is dynamically adjusted according to the business scenario. For example, when a vehicle is driving normally on a highway or urban road, the data from the image sensor on the top of the vehicle is ignored to reduce bandwidth occupancy; when the front sensor detects a tunnel or a height limit pole, the data from the top sensor is started and the bandwidth is reallocated. When the total uplink bandwidth is constant, the data from the front, left and right sensors are transmitted first, and a transmission polling cycle is set to ensure vehicle safety. In order to reduce the uplink bandwidth demand, only the image data of the adjacent RSU (roadside unit) is transmitted. The minimum uplink transmission bandwidth is proportional to the number of adjacent RSUs and to the bandwidth compressed by a single RSU.

[0013] In a possible implementation manner, the bandwidth of the downlink data transmission channel is determined by:

[0014] When processing in the cloud and making decisions on the vehicle side, the downlink bandwidth is divided according to the proportion of the uplink bandwidth, and the downlink bandwidth is reduced proportionally after compression in the cloud.

[0015] In the embodiment of the present application, if cloud processing is required and the vehicle side makes the decision, the downlink bandwidth is divided according to the proportion of the uplink bandwidth, and after the cloud performs compression processing, the downlink bandwidth is reduced in proportion. If the decision is made by the cloud side, the downlink bandwidth only needs to be allocated to the vehicle side controller, and the bandwidth requirement is relatively low.

[0016] In the embodiment of the present application, when map updates are involved, the bandwidth requirement for map data increases, and the system dynamically allocates more bandwidth to meet the update requirements.

[0017] In one possible implementation, the multiple channels include a high priority channel, and the high priority channel is configured with an independent network slice.

[0018] In one possible implementation, the network is divided into multiple independent channels, each of which is allocated a certain bandwidth. Different services can be allocated to different channels or share the same channel, and the channels do not affect each other. When the system is powered off and restarted or the network management is disconnected, the channel allocation remains unchanged, ensuring business continuity and reliability.

[0019] In a second aspect, an embodiment of the present application provides a vehicle network data transmission device, including:

[0020] A segmentation module, used to segment the network into multiple channels, wherein the multiple channels include an uplink data transmission channel and a downlink data transmission channel, wherein the bandwidth of the uplink data transmission channel is dynamically allocated according to the service scenario, and the bandwidth of the downlink data transmission channel is dynamically triggered and allocated according to cloud processing requirements;

[0021] The transmission module is used to transmit the Internet of Vehicles data according to the uplink data transmission channel and the downlink data transmission channel.

[0022] In a possible implementation manner, the multiple channels further include a reserved channel, and the reserved channel is used to transmit abnormal data.

[0023] In a possible implementation manner, the bandwidth of the uplink data transmission channel is related to at least one of the following:

[0024] The number of sensors, the spacing between the sensors, and the installation locations of the sensors.

[0025] In a possible implementation, the device further includes a re-dividing module, which is used to start the data of the top sensor and re-divide the bandwidth when the vehicle detects a tunnel or a height limit pole.

[0026] In an embodiment of the present application, the total uplink bandwidth is proportional to the number of image sensors and is related to the spacing and installation positions of the sensor arrangements. The bandwidth allocation is dynamically adjusted according to the business scenario. For example, when a vehicle is driving normally on a highway or urban road, the data from the image sensor on the top of the vehicle is ignored to reduce bandwidth occupancy; when the front sensor detects a tunnel or a height limit pole, the data from the top sensor is started and the bandwidth is reallocated. When the total uplink bandwidth is constant, the data from the front, left and right sensors are transmitted first, and a transmission polling cycle is set to ensure vehicle safety. In order to reduce the uplink bandwidth demand, only the image data of the adjacent RSU (roadside unit) is transmitted. The minimum uplink transmission bandwidth is proportional to the number of adjacent RSUs and to the bandwidth compressed by a single RSU.

[0027] In a possible implementation manner, the bandwidth of the downlink data transmission channel is determined by:

[0028] When processing in the cloud and making decisions on the vehicle side, the downlink bandwidth is divided according to the proportion of the uplink bandwidth, and the downlink bandwidth is reduced proportionally after compression in the cloud.

[0029] In the embodiment of the present application, if cloud processing is required and the vehicle side makes the decision, the downlink bandwidth is divided according to the proportion of the uplink bandwidth, and after the cloud performs compression processing, the downlink bandwidth is reduced in proportion. If the decision is made by the cloud side, the downlink bandwidth only needs to be allocated to the vehicle side controller, and the bandwidth requirement is relatively low.

[0030] In one possible implementation, the multiple channels include a high priority channel, and the high priority channel is configured with an independent network slice.

[0031] In one possible implementation, the network is divided into multiple independent channels, each of which is allocated a certain bandwidth. Different services can be allocated to different channels or share the same channel, and the channels do not affect each other. When the system is powered off and restarted or the network management is disconnected, the channel allocation remains unchanged, ensuring business continuity and reliability.

[0032] In a third aspect, an embodiment of the present application further provides an electronic device, the electronic device comprising:

[0033] at least one processor;

[0034] and a memory communicatively coupled to the at least one processor;

[0035] Among them, the memory stores instructions that can be executed by at least one processor, and the instructions are executed by at least one processor to enable the electronic device to execute a method corresponding to any embodiment in the first aspect of the embodiments of the present application.

[0036] In a fourth aspect, an embodiment of the present application further provides a computer-readable storage medium, in which computer-readable storage medium is stored computer execution instructions, which, when executed by a processor, are used to implement any method of the first aspect of the embodiment of the present application.

[0037] In a fifth aspect, the present disclosure further provides a computer program product, which includes computer execution instructions, and when the computer execution instructions are executed by a processor, they are used to implement the method of any embodiment corresponding to the first aspect of the present disclosure.

[0038] In summary, the vehicle network data transmission method provided in the embodiment of the present application achieves high-quality data transmission by dividing the network into multiple independent channels, can achieve high-reliability, low-latency transmission of different services, and maintain the stability of channel allocation under system abnormalities, ultimately improving the safety of the vehicle during driving. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] The accompanying drawings, which are incorporated in and constitute a part of this specification, illustrate embodiments consistent with the present disclosure and, together with the description, serve to explain the principles of the present disclosure.

[0040] In order to more clearly illustrate the embodiments of the present invention or the technical solutions in the prior art, the drawings required for use in the embodiments or the description of the prior art will be briefly introduced below. Obviously, for ordinary technicians in this field, other drawings can be obtained based on these drawings without paying any creative labor.

[0041] Figure 1 A flowchart of a method for transmitting data in an Internet of Vehicles provided in an embodiment of the present application.

[0042] Figure 2 A flowchart of another method for transmitting data in an Internet of Vehicles provided in an embodiment of the present application.

[0043] Figure 3 A schematic diagram of a vehicle network data transmission device provided in an embodiment of the present application.

[0044] Figure 4 Another vehicle network data transmission device provided in an embodiment of the present application.

[0045] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application. DETAILED DESCRIPTION

[0046] When the following description refers to the drawings, unless otherwise indicated, the same numbers in different drawings represent the same or similar elements. The implementations described in the following exemplary embodiments are only examples of devices and methods consistent with some aspects of the embodiments of the present application as detailed in the appended claims.

[0047] The following specific embodiments may be combined with each other, and the same or similar concepts or processes may not be described in detail in some embodiments. The following will describe the embodiments of the present application in conjunction with the accompanying drawings.

[0048] It should be noted that, in this article, relational terms such as "first" and "second" are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply any such actual relationship or order between these entities or operations. Moreover, the terms "include", "comprise" or any other variants thereof are intended to cover non-exclusive inclusion, so that a process, method, article or device including a series of elements includes not only those elements, but also other elements not explicitly listed, or also includes elements inherent to such process, method, article or device. In the absence of further restrictions, the elements defined by the sentence "comprise a ..." do not exclude the existence of other identical elements in the process, method, article or device including the elements.

[0049] The disclosed embodiments can be applied to the control of various types of equipment such as multiple wheeled mobile robots, wheeled mobile robots, mobile robots, vehicles, aircraft, ships, and intelligent rail rapid transit systems (ART, Autonomous rail Rapid Transit). The vehicles can be, but are not limited to, passenger cars, commercial vehicles (e.g., trucks, buses, vans, etc.), special-purpose vehicles (e.g., ambulances, fire trucks, engineering vehicles, rescue vehicles, etc.), agricultural and industrial vehicles (e.g., harvesters, forklifts, etc.), transportation and logistics vehicles (e.g., container trucks, refrigerated trucks, etc.), new energy vehicles (e.g., electric vehicles, hybrid electric vehicles), and special vehicles (e.g., garbage trucks, sprinkler trucks, etc.). In other words, the "vehicle" in the disclosed embodiments is equivalent to the aforementioned various equipment.

[0050] The embodiments of the present disclosure can be applied to scenes such as urban transportation, highways, ports, mines, farms, and closed parks, and can be applied to many aspects such as travel by car, public transportation, logistics distribution, unmanned transportation, terminal distribution, automated agricultural operations, and automated sanitation. Of course, the embodiments of the present disclosure can also be applied to any other intelligent control scenes involving equipment such as vehicles, and the present disclosure does not limit the application scenes and applicable fields of the embodiments of the present disclosure.

[0051] Exemplarily, the embodiments of the present disclosure may be applied to the following four aspects:

[0052] 1) Urban roads: In complex urban traffic environments, the embodiments of the present disclosure can handle variable traffic flows and diverse traffic participants and provide accurate trajectory prediction.

[0053] 2) Highways: On highways, the disclosed embodiments can efficiently, quickly and accurately predict the trajectory of vehicles traveling at high speeds.

[0054] 3) Closed areas such as ports and parks: In closed or semi-closed environments, applying the embodiments of the present disclosure to autonomous driving vehicles can achieve efficient, fast and accurate navigation of autonomous driving vehicles, improve efficiency and reduce labor costs.

[0055] 4) Shared travel services: Integrating the embodiments of the present disclosure into self-driving taxis or shared vehicles will help provide safe and reliable travel services.

[0056] The network used for the vehicle data transmission resource in the embodiment of the present application may be, but is not limited to, a long-range radio (LoRa, Long Range Radio) module, a narrowband Internet of Things (NB-IoT, Narrow Band Internet of Things) module, an enhanced machine type communication (eMTC, Enhanced Machine-Type Communication) module, or other similar communication modules. It may also be, but is not limited to, a module that supports one or more of the following wireless communication methods: mobile communication, long-term evolution technology vehicle communication (LTE-V, LTE-Vehicle-to-Everything), dedicated short-range communication (DSRC, Dedicated Short-Range Communication), mobile communication, cellular vehicle network (C-V2X, CellularVehicle-to-Everything), and vehicle wireless communication technology (V2X, Vehicle-to-Everything).

[0057] Figure 1 A flow chart of a vehicle network data transmission method provided in an embodiment of the present application. Figure 1 The process includes step S101 and step S102. Each step is described in detail as follows.

[0058] Step S101, divide the network into multiple channels, the multiple channels include an uplink data transmission channel and a downlink data transmission channel, the bandwidth of the uplink data transmission channel is dynamically allocated according to the business scenario, and the bandwidth of the downlink data transmission channel is dynamically triggered and allocated according to cloud processing requirements.

[0059] In the embodiment of the present application, the network is divided into multiple channels according to different autonomous driving levels through network hard slicing technology, and each channel is allocated a certain bandwidth. Different autonomous driving levels can be allocated different channels for transmission, or they can be allocated on the same channel, and the channels do not affect each other. By adopting network hard slicing technology to divide the network into multiple channels, each channel is allocated a certain bandwidth, and different services can be allocated different channels, or they can be allocated on the same channel, and the channels do not affect each other. System power outage restart or network management disconnection does not affect channel allocation. For example, congestion in channel A does not affect the real-time and reliability of channel B.

[0060] It can be understood that in the embodiments of the present application, the network hard slices include but are not limited to: high-priority slices, which are used to transmit vehicle safety-related data, such as collision warnings, emergency braking, etc.; medium-priority slices, which are used to transmit vehicle control-related data, such as autonomous driving, lane keeping, etc.; low-priority slices, which are used to transmit non-critical data such as entertainment information. Based on network load and business needs, slice resources are dynamically adjusted: when high-priority data bursts, more resources are temporarily allocated to high-priority slices. When the amount of low-priority data is large, the bandwidth of low-priority slices is appropriately increased. Introduce edge computing nodes in high-priority slices to process sensor data and control instructions in real time, reduce cloud transmission delays, and complete some decisions locally to reduce dependence on the network.

[0061] In the embodiment of the present application, the uplink data transmission channel can be the same channel or different channels. When uplink data transmission and downlink data transmission use the same channel, it is necessary to determine whether there is data in the data queue of the uplink channel. If not, the downlink data can reuse the channel resources. If yes, determine whether there are other channels available for the downlink data. If yes, give priority to other channels; if no, determine the urgency of the data in the uplink data queue and the downlink data. If the downlink data is more urgent, such as an emergency brake command, give priority to the downlink data.

[0062] In a possible implementation manner, the bandwidth of the uplink data transmission channel is related to at least one of the following: the number of sensors, the spacing between the sensors, and the installation positions of the sensors.

[0063] In a possible implementation, when the vehicle detects a tunnel or a height limit pole, the data of the top sensor is activated and the bandwidth is re-divided.

[0064] In an embodiment of the present application, the total uplink bandwidth is proportional to the number of image sensors and is related to the spacing and installation positions of the sensor arrangements. The bandwidth allocation is dynamically adjusted according to the business scenario. For example, when a vehicle is driving normally on a highway or urban road, the data from the image sensor on the top of the vehicle is ignored to reduce bandwidth occupancy; when the front sensor detects a tunnel or a height limit pole, the data from the top sensor is started and the bandwidth is reallocated. When the total uplink bandwidth is constant, the data from the front, left and right sensors are transmitted first, and a transmission polling cycle is set to ensure vehicle safety. In order to reduce the uplink bandwidth demand, only the image data of the adjacent RSU (roadside unit) is transmitted. The minimum uplink transmission bandwidth is proportional to the number of adjacent RSUs and to the bandwidth compressed by a single RSU. And the bandwidth required for the sensor signal is less than the bandwidth required for the video signal.

[0065] In a possible implementation, the collision position is located based on the sound, and the focus is on determining whether the sound is from the left or right side, and identifying the sound position. The image and video data at the same time as the sound position are analyzed to assist collision detection and decision-making, that is, the collision side is determined based on the sound, and the data of the collision side is uploaded first.

[0066] In a possible implementation manner, the bandwidth of the downlink data transmission channel is determined by:

[0067] When processing in the cloud and making decisions on the vehicle side, the downlink bandwidth is divided according to the proportion of the uplink bandwidth, and the downlink bandwidth is reduced proportionally after compression in the cloud.

[0068] In the embodiment of the present application, if cloud processing is required and the vehicle side makes the decision, the downlink bandwidth is divided according to the proportion of the uplink bandwidth, and after the cloud performs compression processing, the downlink bandwidth is reduced in proportion. If the decision is made by the cloud side, the downlink bandwidth only needs to be allocated to the vehicle side controller, and the bandwidth requirement is relatively low.

[0069] In the embodiment of the present application, when map updates are involved, the bandwidth requirement for map data increases, and the system dynamically allocates more bandwidth to meet the update requirements.

[0070] In the embodiment of the present application, the bandwidth of the uplink data transmission channel is dynamically allocated according to the business scenario. Different business scenarios generate different amounts of data, and the impact on vehicle decision-making is also different. At the same time, the delay of different business types is also different. Therefore, according to the above characteristics and requirements, we first classify the uplink data, and dynamically allocate the bandwidth required for the uplink data according to the classification results.

[0071] Exemplarily, the uplink data includes but is not limited to:

[0072] Sensor data: Environmental information collected by cameras, radars, lidar, etc.

[0073] Vehicle status data: location, speed, acceleration, direction, fuel / power level, etc.

[0074] Diagnostic data: status and fault information of components such as engine, battery, and sensors.

[0075] Driving behavior data: steering wheel, accelerator, brake and other operation records.

[0076] Event data: records of abnormal events such as collisions and sudden braking.

[0077] Environmental data: external environmental information such as weather and road conditions.

[0078] In the embodiment of the present application, the downlink data is mainly dynamically triggered and allocated according to the cloud processing requirements. In addition, the data volume of the business type and the latency requirements of different types of data must also be considered. Therefore, we also classify the downlink data and allocate the bandwidth required for the downlink data according to the classification results.

[0079] Exemplarily, the downlink data includes but is not limited to:

[0080] Map data: high-precision maps and real-time updates.

[0081] Traffic information: real-time road conditions, accidents, construction and other information.

[0082] Control commands: remotely control vehicle start, stop, route adjustment and other commands.

[0083] Software updates: Firmware and software updates for autonomous driving systems, sensors, etc.

[0084] Safety information: safety alerts, emergency notifications, etc.

[0085] Path planning: The optimal path generated based on real-time data.

[0086] Among the above data, high-priority data includes but is not limited to: control instructions (such as remote braking, path adjustment), emergency events (such as collision warning, fault alarm), and real-time sensor data (such as lidar point cloud, camera image). Low-priority data includes but is not limited to: diagnostic data (such as vehicle status, fault log), environmental data (such as weather, road conditions), and non-real-time sensor data (such as historical trajectory, low frame rate image).

[0087] In a possible implementation manner, the multiple channels further include a reserved channel, and the reserved channel is used to transmit abnormal data.

[0088] In one possible implementation, the multiple channels include a high priority channel, and the high priority channel is configured with an independent network slice.

[0089] In one possible implementation, the network is divided into multiple independent channels, each of which is allocated a certain bandwidth. Different services can be allocated to different channels or share the same channel, and the channels do not affect each other. When the system is powered off and restarted or the network management is disconnected, the channel allocation remains unchanged, ensuring business continuity and reliability.

[0090] In a possible implementation, the bandwidth of the control instruction channel is fixed to ensure real-time performance and security.

[0091] Step S102: Transmitting Internet of Vehicles data according to the uplink data transmission channel and the downlink data transmission channel.

[0092] In an embodiment of the present application, the vehicle uploads the collected sensor data (such as images, videos, sound signals, etc.) to the roadside unit (RSU) or cloud server through an uplink data transmission channel. During the uplink transmission process, the system gives priority to transmitting high-priority data (such as control instructions, emergency event data) to ensure its real-time and reliability. In order to optimize the use of uplink bandwidth, only the image data of the neighboring RSU is transmitted. The minimum uplink transmission bandwidth is proportional to the number of neighboring RSUs and to the compressed bandwidth of a single RSU. For low-priority data (such as diagnostic data and environmental information), the system allows a certain delay and transmits it through shared spectrum.

[0093] In the embodiment of the present application, the cloud or roadside unit sends the processing results, control instructions or map update data to the vehicle through the downlink data transmission channel. If cloud processing is required and the vehicle side makes the decision, the downlink bandwidth is divided according to the proportion of the uplink bandwidth. After the cloud performs compression processing, the downlink bandwidth is reduced in proportion. If the decision is made by the cloud, the downlink bandwidth only needs to be allocated to the vehicle side controller to ensure the real-time and security of the control instructions. When it comes to map updates, the system dynamically allocates more downlink bandwidth to meet the transmission requirements of map data.

[0094] Understandably, the uplink and downlink bandwidth allocation is dynamically adjusted according to the business scenario to ensure low-latency transmission of high-priority data. For sound positioning data, the system combines image and video data for comprehensive analysis to assist in collision detection and decision-making. Some data is processed in real time through edge computing nodes to reduce cloud transmission delays and improve system response speed. During uplink and downlink data transmission, high-intensity encryption algorithms (such as AES-256) and authentication mechanisms (such as digital signatures) are used to ensure the confidentiality and integrity of the data. Data of different priorities are transmitted through independent network slices to prevent data leakage and attack spread. Through the above steps, the system can efficiently and securely complete the transmission of Internet of Vehicles data, meet the real-time and bandwidth requirements of data of different priorities, and optimize the efficiency of network resource utilization.

[0095] Figure 2 A flow chart of another method for transmitting data through an Internet of Vehicles provided in an embodiment of the present application. Figure 2 The process includes steps S201 to S205. Each step is described in detail as follows.

[0096] Step S201: allocate independent network slices for high priority data and low priority data.

[0097] In the specific implementation, it is necessary to first define the data priority classification standard according to business needs, classify data with high real-time requirements and strong reliability requirements (such as industrial control instructions, autonomous driving data, etc.) as high-priority data, and classify data that tolerates a certain delay (such as file transfer, software updates, etc.) as low-priority data. Then, create two independent virtual network slices in the network slice management system, and allocate dedicated network resources, including bandwidth, time slots, computing resources, etc., to high-priority slices and low-priority slices respectively. High-priority slices should be configured with higher resource quotas and stricter QoS guarantee mechanisms.

[0098] Step S202: Select corresponding slices for transmission according to data priority.

[0099] In the embodiment of the present application, before data transmission, the system needs to establish a data classification and identification mechanism to identify data priority through technologies such as packet header marking and deep packet inspection (DPI). For the identified high-priority data, the system routes it to the high-priority slice for transmission to ensure that it enjoys a dedicated channel and priority scheduling rights; for low-priority data, it is transmitted through the low-priority slice, allowing it to use the remaining resources when the network is idle. At the same time, the system should establish a cross-slice routing strategy to ensure the isolation and security between different types of data streams.

[0100] Step S203: Provide independent encryption and authentication mechanisms for data of different priorities.

[0101] In an embodiment of the present application, high-priority data is encrypted and managed using a high-strength encryption algorithm (such as AES-256) and a dynamic key. Low-priority data: encrypted and managed using a standard encryption algorithm (such as TLS). In addition, for high-priority data, a strong encryption scheme based on the national secret algorithm (such as SM4) and a two-way authentication mechanism are adopted to ensure the confidentiality, integrity and non-repudiation of the data. For low-priority data, a lightweight encryption algorithm (such as AES-128) and a one-way authentication mechanism can be used to reduce system overhead while ensuring basic security. In addition, an independent security policy library should be established for each network slice, including key management, access control, security auditing and other functions, to achieve fine-grained security management. It can be understood that the above encryption algorithms are only examples, and there may be different encryption methods, and the application does not limit this.

[0102] In the embodiment of the present application, each slice is independently authenticated to ensure that the data source is credible. Digital signatures and certificates are used to prevent data tampering. Different slices are completely isolated to prevent data leakage and attack spread.

[0103] Step S204: Dynamically adjust slice resources according to network load and business needs.

[0104] In the embodiment of the present application, the system needs to monitor the resource utilization and service quality indicators of each network slice in real time. When it is detected that the high-priority slice resources are tight, some resources can be allocated from the low-priority slices to ensure the continuity of key services. At the same time, a resource prediction model based on machine learning is established to pre-allocate resources in advance based on historical data and business development trends. During business low periods such as nighttime, the resource quota of high-priority slices can be appropriately reduced to improve overall resource utilization.

[0105] Step S205: Introduce edge computing nodes in high-priority slices to support local real-time decision-making.

[0106] In an embodiment of the present application, edge computing servers are deployed in key areas covered by high-priority slices to build a distributed computing architecture. For latency-sensitive real-time data, data preprocessing, local decision-making, and rapid response can be completed at the edge node to reduce data return latency. At the same time, a data synchronization mechanism between edge nodes and the cloud is established to ensure decision consistency and data integrity. Edge computing nodes should have containerized deployment capabilities, support rapid deployment and elastic expansion to meet the computing needs of different scenarios.

[0107] It can be understood that through the systematic implementation of the above steps, a hierarchical and intelligent network slicing system can be built to effectively meet the transmission requirements of data of different priorities, improve the efficiency of network resource utilization, and ensure the reliability and security of key businesses.

[0108] Figure 2 For other related contents, please refer to Figure 1 The description of the embodiments of the present application will not be repeated here.

[0109] In summary, the vehicle network data transmission method provided in the embodiment of the present application achieves high-quality data transmission by dividing the network into multiple independent channels, can achieve high-reliability, low-latency transmission of different services, and maintain the stability of channel allocation under system abnormalities, ultimately improving the safety of the vehicle during driving.

[0110] Figure 3 A schematic diagram of a vehicle network data transmission device provided in an embodiment of the present application. Figure 3 The method comprises a segmentation module 301 and a transmission module 302. Each step is described in detail as follows.

[0111] A segmentation module 301 is used to segment the network into multiple channels, wherein the multiple channels include an uplink data transmission channel and a downlink data transmission channel, wherein the bandwidth of the uplink data transmission channel is dynamically allocated according to the service scenario, and the bandwidth of the downlink data transmission channel is dynamically triggered and allocated according to cloud processing requirements;

[0112] The transmission module 302 is used to transmit the Internet of Vehicles data according to the uplink data transmission channel and the downlink data transmission channel.

[0113] In a possible implementation manner, the multiple channels further include a reserved channel, and the reserved channel is used to transmit abnormal data.

[0114] In a possible implementation manner, the bandwidth of the uplink data transmission channel is related to at least one of the following:

[0115] The number of sensors, the spacing between the sensors, and the installation locations of the sensors.

[0116] In a possible implementation, the device further includes a re-dividing module, which is used to start the data of the top sensor and re-divide the bandwidth when the vehicle detects a tunnel or a height limit pole.

[0117] In a possible implementation manner, the bandwidth of the downlink data transmission channel is determined by:

[0118] When processing in the cloud and making decisions on the vehicle side, the downlink bandwidth is divided according to the proportion of the uplink bandwidth, and the downlink bandwidth is reduced proportionally after compression in the cloud.

[0119] In the embodiment of the present application, if cloud processing is required and the vehicle side makes the decision, the downlink bandwidth is divided according to the proportion of the uplink bandwidth, and after the cloud performs compression processing, the downlink bandwidth is reduced in proportion. If the decision is made by the cloud side, the downlink bandwidth only needs to be allocated to the vehicle side controller, and the bandwidth requirement is relatively low.

[0120] In one possible implementation, the multiple channels include a high priority channel, and the high priority channel is configured with an independent network slice.

[0121] In one possible implementation, the network is divided into multiple independent channels, each of which is allocated a certain bandwidth. Different services can be allocated to different channels or share the same channel, and the channels do not affect each other. When the system is powered off and restarted or the network management is disconnected, the channel allocation remains unchanged, ensuring business continuity and reliability.

[0122] It can be understood that the device is used to achieve Figure 1 Any method embodiment in the corresponding method embodiment.

[0123] Figure 4 Another vehicle network data transmission device provided in an embodiment of the present application. Figure 4 Included:

[0124] Allocation module 401 is used to allocate independent network slices for high priority data and low priority data.

[0125] The transmission module 402 is used to select corresponding slices for transmission according to data priority.

[0126] The encryption and authentication module 403 is used to provide independent encryption and authentication mechanisms for data of different priorities.

[0127] Adjustment module 404 is used to dynamically adjust slice resources according to network load and business needs.

[0128] The computing module 405 is used to introduce edge computing nodes in high-priority slices to support local real-time decision-making.

[0129] It can be understood that the device is used to achieve Figure 1 or Figure 2 Any method embodiment in the corresponding method embodiment.

[0130] Figure 5 A schematic diagram of the structure of an electronic device provided in an embodiment of the present application is shown in FIG. Figure 5 As shown, the electronic device 500 includes: a memory 510 and a processor 520 .

[0131] The memory 510 stores a computer program that can be executed by at least one processor 520. The computer program is executed by at least one processor 520 to enable the electronic device to implement the method provided in any of the above embodiments.

[0132] The memory 510 and the processor 520 may be connected via a bus 530 .

[0133] The relevant instructions can be understood by referring to the relevant descriptions and effects corresponding to the method embodiments, which will not be repeated here.

[0134] An embodiment of the present application provides a computer-readable storage medium having a computer program stored thereon, and the computer program is executed by a processor to implement the following Figure 1 to Figure 2 The method provided in any corresponding embodiment.

[0135] Among them, the computer-readable storage medium may be a ROM, a random access memory (RAM), a CD-ROM, a magnetic tape, a floppy disk, an optical data storage device, and the like.

[0136] An embodiment of the present application provides a computer program product, which includes computer-executable instructions, which are used to implement the following when the computer-executable instructions are executed by a processor: Figure 1 to Figure 2 The method provided in any corresponding embodiment.

[0137] In the several embodiments provided in the present application, it should be understood that the disclosed devices and methods can be implemented in other ways. For example, the device embodiments described above are only schematic. For example, the division of modules is only a logical function division. There may be other division methods in actual implementation, such as multiple modules or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be through some interfaces, indirect coupling or communication connection of devices or modules, which can be electrical, mechanical or other forms.

[0138] Those skilled in the art will readily appreciate other embodiments of the present application after considering the specification and practicing the disclosure disclosed herein. The present application is intended to cover any modification, use or adaptation of the present application, which follows the general principles of the present application and includes common knowledge or customary techniques in the art that are not disclosed in the present application. The specification and examples are intended to be exemplary only, and the true scope of the present application is indicated by the claims.

[0139] It should be understood that the present application is not limited to the exact construction that has been described above and shown in the drawings, and that various modifications and changes may be made without departing from the scope thereof.

Claims

1. A vehicle network data transmission method, characterized in that: include: Divide the network into multiple channels, wherein the multiple channels include an uplink data transmission channel and a downlink data transmission channel, wherein the bandwidth of the uplink data transmission channel is dynamically allocated according to the service scenario, and the bandwidth of the downlink data transmission channel is dynamically triggered and allocated according to cloud processing requirements; The Internet of Vehicles data is transmitted according to the uplink data transmission channel and the downlink data transmission channel.

2. The method according to claim 1, characterized in that The plurality of channels further include a reserved channel, and the reserved channel is used to transmit abnormal data.

3. The method according to claim 1, characterized in that The bandwidth of the uplink data transmission channel is related to at least one of the following: The number of sensors, the spacing between the sensors, and the installation locations of the sensors.

4. The method according to claim 3, characterized in that The method further includes: when the vehicle detects a tunnel or a height limit pole, activating data from a top sensor and re-dividing the bandwidth.

5. The method according to any one of claims 1 to 4, characterized in that: The bandwidth of the downlink data transmission channel is determined in the following manner: When processing in the cloud and making decisions on the vehicle side, the downlink bandwidth is divided according to the proportion of the uplink bandwidth, and the downlink bandwidth is reduced proportionally after compression in the cloud.

6. The method according to any one of claims 1 to 5, characterized in that: The multiple channels include a high priority channel, and the high priority channel is configured with an independent network slice.

7. A vehicle network data transmission device, characterized in that: include: A segmentation module, used to segment the network into multiple channels, wherein the multiple channels include an uplink data transmission channel and a downlink data transmission channel, wherein the bandwidth of the uplink data transmission channel is dynamically allocated according to the service scenario, and the bandwidth of the downlink data transmission channel is dynamically triggered and allocated according to cloud processing requirements; The transmission module is used to transmit the Internet of Vehicles data according to the uplink data transmission channel and the downlink data transmission channel.

8. A vehicle network data transmission method, characterized in that: include: Allocate separate network slices for high-priority and low-priority data; Select the corresponding slice for transmission according to data priority; Provide independent encryption and authentication mechanisms for data of different priorities; Dynamically adjust slice resources based on network load and business needs; Introduce edge computing nodes in high-priority slices to support local real-time decision-making.

9. An electronic device, characterized in that: include: at least one processor; and a memory communicatively coupled to the at least one processor; The memory stores instructions that can be executed by the at least one processor, and the instructions are executed by the at least one processor to enable the electronic device to execute the method as described in any one of claims 1 to 6, or execute the method as described in claim 8.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that: When the computer program is executed by a processor, the method according to any one of claims 1 to 6 is implemented, or the method according to claim 8 is performed.