Intelligent driving data transmission method and device, intelligent cockpit system and vehicle

Abstract

The application relates to an intelligent driving data transmission method and device, an intelligent cockpit system and a vehicle, and is applied to the intelligent cockpit system. The method comprises the following steps: receiving intelligent driving data based on an external Ethernet interface, and receiving demand information of various function applications in the intelligent cockpit system based on an internal Ethernet interface; classifying the intelligent driving data according to the demand information of the various function applications, obtaining multiple groups of data streams, and each group of the data streams corresponding to at least one function application; and transmitting the data streams to the corresponding function applications based on the internal Ethernet interface. The application realizes data distribution and transmission among various function applications in the intelligent cockpit system based on Ethernet, the transmission path is short and relatively fixed, Ethernet is used for transmitting data in the whole vehicle network system, and the vehicle machine data transmission efficiency is high.

Description

Technical Field

[0001] This invention relates to the field of data transmission technology, and specifically to a method, device, intelligent cockpit system, and vehicle for intelligent driving data transmission. Background Technology

[0002] With the development of intelligent driving technology, the demand for data processing in vehicles has increased significantly, especially in intelligent driving systems (such as autonomous driving, lane keeping, and collision warning) and advanced driver assistance systems (ADAS) that generate a large amount of data. Traditional in-vehicle communication systems mainly transmit data via the CAN (Controller Area Network) bus, but this data transmission method is no longer sufficient to meet the requirements of real-time performance and efficiency.

[0003] Ethernet, as a high-bandwidth, low-latency network communication technology, is widely used in computer networks. In recent years, Ethernet has also been increasingly applied to data transmission in vehicles, such as Automotive Ethernet.

[0004] In related technologies, automotive Ethernet is mainly used for data transmission between vehicle domain controllers. For example, sensors collect intelligent driving data and transmit it to one vehicle domain controller, which then sends the intelligent driving data to other vehicle domain controllers via Ethernet, representing Ethernet communication between devices. However, this data transmission method is still not efficient enough. Summary of the Invention

[0005] One objective of this invention is to provide an intelligent driving data transmission method to solve the problem of low data transmission efficiency within the vehicle's infotainment system in the prior art, which makes it difficult to meet the real-time and high-efficiency requirements of intelligent driving data transmission; another objective is to provide an intelligent driving data transmission device; a third objective is to provide an intelligent cockpit system; and a fourth objective is to provide a vehicle.

[0006] To achieve the above objectives, the technical solution adopted by the present invention is as follows:

[0007] A method for transmitting data in intelligent driving systems, applied to an intelligent cockpit system, the method comprising:

[0008] It receives intelligent driving data through an external Ethernet interface and receives the requirement information of various functional applications in the intelligent cockpit system through an internal Ethernet interface.

[0009] The intelligent driving data is classified according to the requirements of each functional application to obtain multiple data streams, and each data stream corresponds to at least one functional application.

[0010] The data stream is transmitted to the corresponding functional application via the internal Ethernet interface.

[0011] Based on the aforementioned technical means, a main interactive communication module is set up in the intelligent cockpit system to uniformly process and manage all intelligent driving data, and then distribute the intelligent driving data according to the needs of various internal functional applications. The communication between the main interactive communication module and various functional applications is local communication, with short and relatively fixed transmission paths. Furthermore, the various functional applications within the intelligent cockpit system transmit data based on Ethernet, achieving efficient data distribution and resource sharing among different functional applications within the intelligent cockpit system. In other words, Ethernet is used for data transmission in the entire vehicle network system, resulting in high data transmission efficiency for the vehicle's infotainment system.

[0012] Furthermore, the requirement information includes data type attributes, and the transmission of the data stream to the corresponding functional application via the internal Ethernet interface includes:

[0013] The priority of the corresponding data stream is determined based on the data type attributes, including real-time performance and / or security.

[0014] Based on the priority of the data stream, the data stream is scheduled to the corresponding message queue so that the corresponding internal Ethernet interface can transmit the data stream to the corresponding functional application.

[0015] Based on the aforementioned technical means and a priority strategy, important data streams are scheduled first to ensure the timely transmission of important data, enabling functional applications to obtain intelligent driving data in a timely manner and ensuring vehicle driving safety.

[0016] Furthermore, after scheduling the data stream to the corresponding message queue based on the data stream's priority, the method further includes:

[0017] Monitor the network load status of each message queue;

[0018] Increase the bandwidth allocated to high-priority message queues and / or message queues with normal network load status, and decrease the bandwidth allocated to low-priority message queues and / or message queues with normal network load status. High-priority message queues are used to distribute high-priority data streams.

[0019] Based on the aforementioned technical methods, since the total bandwidth of network devices is fixed, when adjusting the bandwidth allocation for each message queue, priority is given to the data processing efficiency of high-priority message queues or the transmission speed of high-priority data streams. Therefore, higher-priority message queues and / or message queues with normal network load are allocated more bandwidth, while lower-priority message queues and / or message queues with normal network load are allocated less bandwidth. In this way, even under network congestion, it can be ensured that high-priority data streams can be delivered to the corresponding functional applications in a timely manner.

[0020] Furthermore, the demand information includes bandwidth weights for data types, and scheduling the data stream to the corresponding message queue based on the data stream's priority includes:

[0021] Based on the priority of the data stream and the bandwidth weight corresponding to the data stream, the target message queue corresponding to the data stream is determined, and different message queues are allocated different bandwidths.

[0022] The data stream is scheduled to the target message queue, and then transmitted to the corresponding functional application via the internal Ethernet interface.

[0023] Based on the aforementioned technical means, and by prioritizing data streams, assigning bandwidth weights to them, and managing message queue bandwidth, more suitable message queues can be selected during data stream scheduling. This avoids message queue congestion, improves message queue data processing efficiency, and enables rapid data transmission within the system. Furthermore, when resources are limited, bandwidth weights allow high-priority data streams to occupy more bandwidth, ensuring timely transmission to their corresponding functional applications.

[0024] Furthermore, the requirement information includes functional application levels, and the transmission of the data stream to the corresponding functional application via the internal Ethernet interface includes:

[0025] When at least two functional applications require the same set of data streams, the priority of the at least two functional applications is determined according to the functional application level;

[0026] The data stream is sequentially scheduled to the first message queue corresponding to the high-priority functional application and the second message queue corresponding to the low-priority functional application.

[0027] Based on the aforementioned technical means, when multiple functional applications require the same set of data streams, the data streams are distributed preferentially based on the priority of the functional applications. This ensures that higher-priority functional applications receive the data streams first. Furthermore, if a data stream has a higher priority than other data streams, it is scheduled first and transmitted to the corresponding functional application first. In other words, through multi-level priority management of data, high-priority data can quickly reach high-priority functional applications under limited bandwidth and processing capacity, improving the efficiency of internal system resource utilization.

[0028] Furthermore, the step of sequentially scheduling the data stream to the first message queue corresponding to the high-priority functional application and the first message queue corresponding to the low-priority functional application includes:

[0029] Monitor the network load status of the first message queue corresponding to high-priority functional applications;

[0030] When the network load status of the first message queue is congested, the data stream is scheduled to the second message queue and the first message queue in sequence.

[0031] When the network status of the first message queue is normal, the data stream is scheduled to the first message queue and the second message queue in sequence.

[0032] Based on the aforementioned technical means, the multi-level priority management strategy can dynamically adjust the transmission priority according to the network load status and the real-time requirements of various functional applications. Based on real-time scheduling and adaptive control, it can effectively avoid delays during peak data traffic periods and improve the stability and real-time performance of transmission.

[0033] Furthermore, the transmission of the data stream to the corresponding functional application via the internal Ethernet interface includes:

[0034] Determine the bandwidth occupied by the data stream;

[0035] When the bandwidth occupied by the data stream is greater than or equal to a preset threshold, the data stream is compressed and then transmitted to the corresponding functional application via the internal Ethernet interface.

[0036] By using the aforementioned technical methods to compress the data stream, the bandwidth occupied by the data stream can be reduced.

[0037] A smart driving data transmission device, the device comprising:

[0038] The first data receiving module is used to receive intelligent driving data based on an external Ethernet interface;

[0039] The second data receiving module is used to receive the requirement information of various functional applications in the intelligent cockpit system based on the internal Ethernet interface.

[0040] The data processing module is used to classify the intelligent driving data according to the requirements of each functional application to obtain multiple sets of data streams, each set of data streams corresponding to at least one functional application;

[0041] The data distribution module is used to transmit the data stream to the corresponding functional application via the internal Ethernet interface.

[0042] An intelligent cockpit system includes: a main interactive communication module and multiple slave interactive communication modules disposed in various functional applications of the intelligent cockpit system, wherein the main interactive communication module and the slave interactive communication modules are connected based on an internal Ethernet interface.

[0043] The main interactive communication module receives intelligent driving data from the vehicle domain controller via an external Ethernet interface, receives demand information from each slave interactive communication module via each internal Ethernet interface, classifies the intelligent driving data according to the demand information sent by each slave interactive communication module to obtain multiple data streams, and distributes the data streams to the corresponding functional application slave interactive communication modules via the internal Ethernet interfaces.

[0044] A vehicle includes: a memory and a processor;

[0045] The memory is used to store computer programs / instructions; the processor is used to implement the method described above according to the computer programs / instructions stored in the memory.

[0046] A computer-readable storage medium storing a computer program, which, when executed by a processor, is used to implement the method described above.

[0047] A computer program product comprising a computer program that, when executed by a processor, is used to implement the method described above.

[0048] The beneficial effects of this invention are:

[0049] (1) The present invention enables the transmission of intelligent driving data between various functional applications within the vehicle system. The intelligent driving data is classified, processed, and distributed within the vehicle system, and transmitted via Ethernet. This results in high data processing efficiency and fast data transmission speed, meeting the ever-increasing demand for intelligent driving data.

[0050] (2) When classifying and distributing intelligent driving data, the present invention prioritizes each group of data streams based on the needs of functional applications, schedules the data streams based on priority strategies, and prioritizes the transmission of important data to the corresponding functional applications in the case of poor network environment, so as to ensure the timely transmission of important data and ensure vehicle driving safety.

[0051] (3) This embodiment combines multi-level priority strategy scheduling and data distribution, which enables high-priority data to quickly reach high-priority functional applications under limited bandwidth and processing data, improving the efficiency of internal system resource utilization. The multi-level priority management strategy can dynamically adjust the transmission priority according to the network load status and the real-time requirements of each functional application. Based on real-time scheduling and adaptive control, it can effectively avoid delays during peak data traffic periods and improve the stability and real-time performance of transmission. Attached Figure Description

[0052] Figure 1 A schematic diagram of an intelligent driving data transmission system provided in an embodiment of this application;

[0053] Figure 2 This application provides a schematic diagram of data distribution in an intelligent driving data transmission system according to an embodiment of the present application.

[0054] Figure 3 A flowchart illustrating an intelligent driving data transmission method provided in an embodiment of this application. Figure 1 ;

[0055] Figure 4 A flowchart illustrating an intelligent driving data transmission method provided in an embodiment of this application. Figure 2 ;

[0056] Figure 5 A flowchart illustrating an intelligent driving data transmission method provided in an embodiment of this application. Figure 3 ;

[0057] Figure 6 A flowchart illustrating an intelligent driving data transmission method provided in an embodiment of this application. Figure 4 ;

[0058] Figure 7 A flowchart illustrating an intelligent driving data transmission method provided in an embodiment of this application. Figure 5 ;

[0059] Figure 8 This is a structural schematic diagram of a vehicle provided in one embodiment of this application. Detailed Implementation

[0060] The embodiments of the present invention will be described below with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of the present invention from the content disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and various details in this specification can also be modified or changed based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention and not for limiting the scope of protection of the present invention.

[0061] It should be noted that the illustrations provided in the following embodiments are only schematic representations of the basic concept of the present invention. Therefore, the drawings only show the components related to the present invention and are not drawn according to the actual number, shape and size of the components in the actual implementation. In the actual implementation, the form, quantity and proportion of each component can be arbitrarily changed, and the layout of the components may also be more complex.

[0062] With the development of intelligent driving technology, the demand for data processing in vehicles has increased significantly, especially in intelligent driving systems (such as autonomous driving, lane keeping, and collision warning) and advanced driver assistance systems (ADAS) that generate a large amount of data. Traditional in-vehicle communication systems mainly transmit data via the CAN (Controller Area Network) bus, but this data transmission method is no longer sufficient to meet the requirements of real-time performance and efficiency.

[0063] Ethernet, as a high-bandwidth, low-latency network communication technology, is widely used in computer networks. In recent years, Ethernet has also been increasingly applied to data transmission in vehicles, such as Automotive Ethernet.

[0064] In related technologies, automotive Ethernet is mainly used for data transmission between vehicle domain controllers. For example, sensors collect intelligent driving data and transmit it to one vehicle domain controller, which then sends the intelligent driving data to other vehicle domain controllers via Ethernet, representing Ethernet communication between devices. Data transmission between vehicle domain controllers and various functional applications of the intelligent cockpit system still uses the traditional CAN bus. Currently, automotive Ethernet is not used in the entire vehicle network system, so this Ethernet-based data transmission method is still not efficient enough.

[0065] Based on this, embodiments of this application provide an intelligent driving data transmission method, applied to an intelligent cockpit system, such as... Figure 1 As shown, the intelligent cockpit system includes a main interactive communication module and multiple slave interactive communication modules. The main interactive communication module and each slave interactive communication module are connected based on an internal Ethernet interface. The slave interactive communication modules are configured in various functional applications of the intelligent cockpit system.

[0066] Optionally, the main interactive communication module includes an external Ethernet interface and internal Ethernet interfaces. The main interactive communication module receives intelligent driving data from the vehicle domain controller via the external Ethernet interface and receives request information sent by each slave interactive communication module via the internal Ethernet interfaces. The main interactive communication module is used to classify the intelligent driving data according to the request information sent by each slave interactive communication module, obtaining multiple data streams, where each data stream is the data stream required by the functional application. Then, the main interactive communication module distributes the data streams to the corresponding slave interactive communication modules of the functional application via the internal Ethernet interfaces.

[0067] For example, intelligent driving data includes perception data, control data, high-precision map data, positioning data, and driving behavior data. After the vehicle's perception module collects the intelligent driving data, it transmits it to the main interactive communication module, or the perception module collects the intelligent driving data and transmits it to the vehicle domain controller, which then transmits it to the main interactive communication module via Ethernet. Taking functional applications including parking, navigation, and driver assistance as an example, the data required for parking includes parking radar and reversing camera data; the data required for navigation includes high-precision map information and navigation commands; and the data required for driver assistance applications includes lane line data and object detection data. The main interactive communication module packages the parking radar and reversing camera data into a data stream (e.g., data stream 1), the high-precision map information and navigation commands into a data stream (e.g., data stream 2), and the lane line data and object detection data into a data stream (e.g., data stream 3). Then, data stream 1 is sent to the parking application, data stream 2 is sent to the navigation application, and data stream 3 is sent to the driver assistance application, thus achieving the classification and distribution of intelligent driving data.

[0068] Optionally, the intelligent cockpit system includes an in-vehicle infotainment system and instrument cluster, with the main interactive communication module located within the in-vehicle infotainment system. The intelligent driving data required for the internal functional applications of the intelligent cockpit system is pre-classified by the main interactive communication module, and then the data streams required by each functional application are transmitted to the corresponding functional application via the internal Ethernet interface.

[0069] like Figure 2As shown, data transmission between the main interactive communication module and various functional applications of the intelligent driving system is based on the application software layer. The main interactive communication module and each functional application belong to the local functional applications of the intelligent driving system. This application embodiment uses in-vehicle Ethernet for data transmission of functional applications within the intelligent cockpit system. On one hand, communication between the main interactive communication module and the slave interactive communication modules of each functional application is local communication. The data streams required by each functional application are distributed based on the local main interactive communication module and transmitted via Ethernet, resulting in higher data transmission efficiency within the vehicle terminal. On the other hand, communication between functional applications within the intelligent driving system is communication using the same IP address. Ethernet data is based on the same IP address, eliminating the need for IP verification during data transmission and simplifying the data processing flow.

[0070] Based on the system proposed above, this application also provides a method for intelligent driving data transmission. The technical solution of this application will be described in detail below with specific embodiments. These specific embodiments can be combined with each other, and the same or similar concepts or processes may not be described again in some embodiments.

[0071] Figure 3 A flowchart illustrating an intelligent driving data transmission method provided in this application embodiment is shown below. Figure 3 As shown, the method includes:

[0072] S301 receives intelligent driving data via an external Ethernet interface and receives requirement information from various functional applications in the intelligent cockpit system via an internal Ethernet interface.

[0073] This embodiment is applied to an intelligent cockpit system, which includes an external Ethernet interface and an internal Ethernet interface. The external Ethernet interface is used to connect external devices, such as a vehicle domain controller or a vehicle perception system. The perception system includes sensors, radar, cameras, high-precision maps, etc.

[0074] Intelligent driving data includes, but is not limited to, perception data, control data, high-precision map data, positioning data, and driving behavior data.

[0075] The requirement information includes data type, data type attributes, data type priority, or required bandwidth, etc.

[0076] The functions and applications of intelligent cockpit systems include, but are not limited to, autonomous driving applications, driver assistance applications, parking functions, and navigation.

[0077] Different functional applications require different data types. This step involves setting up a main interactive communication module within the intelligent cockpit system. This module receives all intelligent driving data sent by the vehicle domain controller via an external Ethernet interface, or all intelligent driving data collected by the vehicle's perception system. It also receives request information from various functional applications via an internal Ethernet interface. This allows for the classification and local distribution of intelligent driving data based on the request information.

[0078] S302, according to the requirements of each functional application, the intelligent driving data is classified to obtain multiple sets of data streams, each set of data streams corresponding to at least one functional application;

[0079] Different functional applications require different data types. In this step, the main interactive communication module categorizes the intelligent driving data according to the different data types required by each functional application, and packages it into multiple data streams to facilitate the distribution of data streams to each functional application. It should be noted that the data types required by a functional application may be one type or may include multiple types. If the data types required by a functional application include multiple types, then the multiple types of data are combined and packaged into a single data stream.

[0080] Optionally, the data types are distinguished based on the acquisition method or component, such as reversing image data, radar data, environmental perception data, and vehicle control data. Reversing image data is acquired by a reversing camera or radar, environmental perception data is acquired by a panoramic camera, and vehicle control data is acquired by the vehicle control system.

[0081] Optionally, a set of data streams can be packaged for each functional application. If two or more functional applications have completely identical data requirements, the data streams can be distinguished, for example, by defining identifiers for the data streams to identify the corresponding functional application. Alternatively, the data streams can be backed up according to the number of functional applications and sent to each functional application separately.

[0082] The S303 transmits data streams to corresponding functional applications via its internal Ethernet interface.

[0083] In this step, the main interactive communication module and each functional application are configured with an internal Ethernet interface, through which the data stream is distributed to the corresponding functional application.

[0084] It should be noted that before S302, there is also: preprocessing of intelligent driving data, which includes data decoding and data format conversion.

[0085] Optionally, the vehicle's infotainment system receives intelligent driving data collected from onboard sensors (such as radar, cameras, and ultrasonic sensors) and request information from various functional applications via an Ethernet interface. The intelligent driving data and request information are preprocessed to ensure data accuracy and consistency. The Ethernet interface supports multiple data transmission protocols (such as Ethernet / IP and AVB), allowing the selection of the appropriate protocol for data reception based on specific requirements.

[0086] Optionally, since intelligent driving data is typically sent in the form of data packets, the data packets are first decoded to convert the raw data into a readable format. Then, the data is converted into a unified format to facilitate standardized data processing and distribution.

[0087] Optionally, during the preprocessing process, unwanted data can be filtered out as needed to reduce the burden of data processing.

[0088] As an example, an intelligent cockpit system includes multiple data links that forward and process multiple data streams. The multi-core processor or hardware accelerator of the intelligent cockpit system can process the data streams of multiple data links in parallel, thereby achieving parallel processing and transmission of multiple sets of data streams and reducing data transmission latency.

[0089] This embodiment is primarily applied to the transmission of intelligent driving data among various functional applications within an intelligent cockpit system. A main interactive communication module is set up within the intelligent cockpit system to uniformly process and manage all intelligent driving data, and then distribute the intelligent driving data according to the needs of each internal functional application. Communication between the main interactive communication module and each functional application is local communication, with short and relatively fixed transmission paths. Furthermore, data transmission between the various functional applications within the intelligent cockpit system is based on Ethernet, achieving efficient data distribution and resource sharing among different functional applications within the intelligent cockpit system. In other words, Ethernet is used for data transmission throughout the vehicle network system, resulting in high data transmission efficiency for the vehicle's infotainment system.

[0090] Furthermore, this embodiment is based on Ethernet for data transmission of internal functional applications of smart cockpit data. Data is transmitted internally, without the need to adapt to different device interfaces. The communication protocol is not limited by different device interfaces, and the adaptability requirements of the communication protocol are low. Therefore, the technical solution provided by this application embodiment reduces protocol overhead and increases the proportion of effective data transmission.

[0091] Figure 4 A flowchart illustrating an intelligent driving data transmission method provided in this application embodiment. Figure 2 This embodiment is based on the above embodiments, such as Figure 4 As shown, the method includes:

[0092] S401 receives intelligent driving data via an external Ethernet interface and receives requirement information from various functional applications in the intelligent cockpit system via an internal Ethernet interface.

[0093] S402, according to the requirements of each functional application, the intelligent driving data is classified to obtain multiple sets of data streams, each set of data streams corresponding to at least one functional application;

[0094] The implementation methods of steps S401 to S402 are the same as those described above. Figure 3 Steps S301 to S302 in the embodiment are similar, and can be referred to the above embodiment for details, which will not be repeated here.

[0095] S403, determine the priority of the corresponding data stream based on the data type attributes, including real-time performance and / or security;

[0096] In this step, the functional application's requirements include the required data type and its attributes. The data type attributes reflect the importance of the data. For example, if the data type attribute indicates real-time data or data affecting security, then the data required by this functional application is more important and needs to be transmitted to the corresponding functional application promptly so that the application can respond in a timely manner upon receiving the data. If the data type attribute indicates non-real-time data or data that does not affect security, then the data required by this functional application is less important, and its transmission speed can be slowed down compared to important data.

[0097] Based on the different real-time or security requirements of the internal functional applications of the intelligent cockpit system, this embodiment prioritizes various types of data streams and adopts a priority distribution mechanism to prioritize the distribution of data streams with high real-time or security requirements. This ensures that important data can still be sent to functional applications in a timely manner even in the event of network congestion, thereby ensuring vehicle driving safety.

[0098] Specifically, when a functional application issues a requirement, it defines the data type attributes required by that functional application. The main interactive communication module then marks the priority of the data stream corresponding to that functional application based on the data type attributes. When scheduling data streams, it prioritizes scheduling data streams with higher priority.

[0099] For example, lane data and obstacle avoidance data are data streams required for driver assistance functions. These are categorized as driver assistance data streams. Because driver assistance functions are strongly correlated with vehicle driving safety and have a high safety level, driver assistance data streams have a high priority. Navigation information and audio / video data are data streams required for navigation functions. These are categorized as entertainment and information data streams. Because navigation is an auxiliary function during vehicle operation, its importance is relatively low, so entertainment and information data streams have a relatively low priority. Emergency command instructions and collision warning data are data streams required for emergency braking functions. These are categorized as safety-critical data streams and have the highest priority. These data streams should be prioritized and transmitted to emergency braking functions first.

[0100] S404 schedules data streams to corresponding message queues based on data stream priority, enabling the corresponding internal Ethernet interface to transmit the data stream to the corresponding functional application.

[0101] As an example, if there is only one message queue and multiple data streams need to be distributed, the data streams are scheduled into the message queue in descending order of priority. In the message queue, the data streams with higher priority will be sent first to the corresponding transmission channel formed between the internal Ethernet networks and transmitted to the corresponding functional applications, ensuring that important data can be forwarded to the functional applications in a timely manner.

[0102] As an example, due to the increasing volume of data that needs to be forwarded internally, multiple message queues are set up to process the data streams in order to ensure data transmission efficiency. Data streams can be prioritized and scheduled to the corresponding message queues, and high-priority data streams are then sent to the appropriate functional applications first.

[0103] Optionally, a message queue priority management strategy can be set to schedule data streams based on the priority of the data stream and the priority of the message queue, so that high-priority data streams are scheduled to high-priority message queues, ensuring that high-priority data streams can be transmitted quickly.

[0104] It should be noted that the channels and allocated bandwidth corresponding to higher-priority message queues are greater than those corresponding to lower-priority message queues. Therefore, when a higher-priority data stream is scheduled to a higher-priority message queue, the smooth transmission of the higher-priority data stream can be guaranteed.

[0105] In this embodiment, based on a priority strategy, important data streams are scheduled first to ensure the timely transmission of important data, enabling functional applications to obtain intelligent driving data in a timely manner and ensuring vehicle driving safety.

[0106] Figure 5 A flowchart illustrating an intelligent driving data transmission method provided in this application embodiment. Figure 3 This embodiment is based on the above embodiments, such as Figure 5 As shown, the method includes:

[0107] S501 receives intelligent driving data via an external Ethernet interface and receives requirement information from various functional applications in the intelligent cockpit system via an internal Ethernet interface.

[0108] S502: According to the requirements of each functional application, the intelligent driving data is classified to obtain multiple sets of data streams, each set of data streams corresponding to at least one functional application.

[0109] S503, determine the priority of the corresponding data stream based on the data type attributes, including real-time performance and / or security;

[0110] S504 schedules data streams to corresponding message queues based on data stream priorities, enabling the corresponding internal Ethernet interface to transmit the data streams to the corresponding functional applications.

[0111] The implementation methods of steps S501 to S504 are the same as those described above. Figure 4 Steps S401 to S404 in the embodiment are similar, and can be referred to the above embodiment for details, which will not be repeated here.

[0112] S505 monitors the network load status of each message queue;

[0113] Network load status includes congestion and normal.

[0114] Optionally, the network load status of each message queue can be monitored based on one or more of latency, bandwidth, packet loss rate, load balancing, and data rate.

[0115] During data transmission, the network load status of each message queue is monitored in real time or periodically to determine if there is network congestion on the corresponding channel, which could reduce the efficiency of data processing. If so, the bandwidth is adjusted promptly to ensure normal data transmission. If not, the data flow continues to be scheduled.

[0116] S506, increase the bandwidth allocated to high-priority message queues and / or message queues with normal network load status, and decrease the bandwidth allocated to low-priority message queues and / or message queues with normal network load status, wherein high-priority message queues are used to send high-priority data streams.

[0117] In this embodiment, by dynamically adjusting the bandwidth value allocated to each message queue, the network status of each message queue is adjusted so that congested message queues can be allocated more bandwidth values, while normal message queues or message queues with low bandwidth usage are allocated less bandwidth values, so that each message queue can send data streams stably.

[0118] As an example, the bandwidth allocated to each message queue can be dynamically adjusted based on the network load status of each message queue. This adjustment can be done gradually by increasing / decreasing preset bandwidth values ​​each time, until the network status of each message queue tends to normalize.

[0119] As an example, since the total bandwidth of network devices is fixed, when adjusting the bandwidth allocation for each message queue, priority is given to the data processing efficiency of high-priority message queues or the transmission speed of high-priority data streams. Therefore, higher-priority message queues and / or network load conditions allocate more bandwidth to congested message queues, while lower-priority message queues and / or message queues with normal network load conditions allocate less bandwidth. In this way, even under network congestion, it can be ensured that high-priority data streams can be delivered to the corresponding functional applications in a timely manner.

[0120] Figure 6 A flowchart illustrating an intelligent driving data transmission method provided in this application embodiment. Figure 4 This embodiment is based on all the above embodiments, such as Figure 6 As shown, based on the priority of the data stream, the data stream is scheduled to the corresponding message queue, including:

[0121] S601, based on the priority of the data stream and the bandwidth weight corresponding to the data stream, determine the target message queue corresponding to the data stream, and different message queues are allocated different bandwidths;

[0122] As an example, the demand information includes bandwidth weights. When issuing demand information, the function assigns corresponding bandwidth weights based on data type attributes or data size.

[0123] As an example, after a functional application issues a requirement, the data flow is determined based on the data type, and the bandwidth weight is determined based on the size and / or priority of the data flow. For example, data types with higher priority and larger data volumes have greater bandwidth weights, while data types with lower priority and smaller data volumes have lower bandwidth weights.

[0124] Optionally, the bandwidth weights of all data streams are summed to 1, and the required bandwidth value for each group of data streams is determined based on the bandwidth weights of the data streams and the total bandwidth value of the intelligent driving system.

[0125] As an example, multiple message queues are set up, each allocated a different bandwidth value and channel size to handle data streams with different bandwidth requirements.

[0126] For example, consider three message queues, each allocated bandwidth of B1 (first message queue), B2 (second message queue), and B3 (third message queue), where B1 is greater than B2, and B2 is greater than B3. The bandwidth weight for application 1 is A1, for application 2 it's A2, and for application 3 it's A3, where A1 is greater than A2, and A2 is greater than A3. Application 1 requires data flow 1, application 2 requires data flow 2, and application 3 requires data flow 3.

[0127] If data flow 1 has a higher priority than data flow 2 and data flow 3, then data flow 1 is scheduled to the first message queue. If data flow 2 has a higher priority than data flow 1 and data flow 3, then data flow 2 is scheduled to either the first or second message queue. If data flow 3 has the highest priority, then data flow 3 is scheduled to either the first, second, or third message queue, with priority given to the first or second message queue.

[0128] S602 schedules the data stream to the target message queue so that the corresponding internal Ethernet interface can transmit the data stream to the corresponding functional application.

[0129] In this embodiment, based on the priority of data streams and their corresponding bandwidth weights, as well as bandwidth management of message queues, more suitable message queues can be selected for data stream scheduling, avoiding message queue congestion, improving the data processing efficiency of message queues, and enabling rapid data transmission within the system. Furthermore, when resources are limited, based on bandwidth weights, high-priority data streams can occupy more bandwidth, ensuring timely transmission to their corresponding functional applications.

[0130] Figure 7 A flowchart illustrating an intelligent driving data transmission method provided in this application embodiment. Figure 5 This embodiment is based on all the above embodiments, such as Figure 7 As shown, data streams are transmitted to corresponding functional applications via the internal Ethernet interface, including:

[0131] S701 When at least two functional applications require the same set of data streams, the priority of the at least two functional applications shall be determined according to the functional application level.

[0132] In this step, when multiple functional applications request the same set of data streams, the data stream distribution strategy takes into account the priority of the functional applications. Specifically, when a functional application sends out its request information, it also considers the functional application level, and the main interactive communication module determines the priority of each functional application based on the functional application level.

[0133] It should be noted that by pre-defining the functional application levels of the intelligent cockpit system, the main interactive communication module can prioritize each functional application based on its respective functional application level.

[0134] For multiple functional applications requesting the same set of data streams, the data streams are transmitted to the corresponding functional applications in descending order of priority.

[0135] S702 sequentially schedules the data stream to the first message queue corresponding to the high-priority functional application and the second message queue corresponding to the low-priority functional application.

[0136] As an example, in an embodiment with multiple message queues, when multiple functional applications require the same data stream, the data stream can be sent to each functional application through different message queues. Taking two functional applications requiring the same data stream as an example, the data stream is sent to functional application 1 through the first message queue, and the data stream is sent to functional application 2 through the second message queue.

[0137] As an example, the first message queue has a higher priority than the second message queue. Applications with higher priority send data streams through the first message queue, while those with lower priority send data streams through the second message queue. Therefore, when at least two applications require the same data stream, based on their priorities: if application 1 has a higher priority than application 2, the data stream is sent to application 1 through the first message queue and to application 2 through the second message queue. If application 2 has a higher priority than application 1, the data stream is sent to application 2 through the first message queue and to application 1 through the second message queue.

[0138] As an example, when multiple functional applications require the same set of data streams, during the data stream scheduling process, the data stream is preferentially transmitted to the functional application with higher priority. However, when the transmission efficiency of the message queue corresponding to the higher-priority functional application decreases (network congestion), the data stream priority scheduling strategy can be dynamically adjusted. The data stream can be preferentially scheduled to the message queue corresponding to the lower-priority functional application, transmitting the data stream to the lower-priority functional application first. The specific implementation method is as follows:

[0139] Monitor the network load status of the first message queue corresponding to high-priority functional applications;

[0140] When the network load status of the first message queue is congested, the data stream is scheduled to the second message queue and the first message queue in sequence.

[0141] When the network status of the first message queue is normal, the data stream is scheduled to the first message queue and the second message queue in sequence.

[0142] When the data processing efficiency of the first message queue decreases, the data stream transmission in the first message queue experiences latency. Even if the data stream is prioritized for scheduling to the first message queue, it cannot be quickly transmitted to the corresponding functional application. Therefore, the data scheduling strategy should be adjusted to prioritize scheduling the data stream to other message queues (such as prioritizing scheduling to the second message queue), prioritizing the transmission of data to other functional applications. This ensures that other functional applications can quickly obtain the data stream while avoiding congestion in the first message queue.

[0143] In this embodiment, when multiple functional applications require the same set of data streams, the data streams are distributed based on the priority of the functional applications, ensuring that higher-priority functional applications receive the data streams first. Furthermore, if a data stream has a high priority, it is scheduled and transmitted to the corresponding functional application first, relative to other data streams. In other words, through multi-level priority management of data, high-priority data can quickly reach high-priority functional applications under limited bandwidth and processing resources, improving the efficiency of internal system resource utilization.

[0144] Furthermore, the multi-level priority management strategy can dynamically adjust the transmission priority according to the network load status and the real-time requirements of various functional applications. Based on real-time scheduling and adaptive control, it can effectively avoid delays during peak data traffic periods and improve the stability and real-time performance of transmission.

[0145] Optionally, in some embodiments, the data stream can be compressed before data transmission to reduce the bandwidth occupied by the data stream and speed up the data transmission. Specifically, this can be achieved by first determining the bandwidth occupied by the data stream; for data streams with bandwidth greater than or equal to a preset threshold, compressing them before scheduling them to the corresponding message queue, so that the corresponding internal Ethernet interface transmits the compressed data stream to the corresponding functional application.

[0146] Optionally, video streams, high-definition map data, etc., consume a large amount of bandwidth, so these types of data streams are compressed to reduce the bandwidth consumed by the data streams.

[0147] Optionally, video data can be compressed using efficient video coding technologies such as H.265 / HEVC to reduce the bandwidth requirements for video data transmission.

[0148] Optionally, in some examples, during the transmission of data streams via the internal Ethernet interface, the Ethernet-based traffic transmission rate is adjusted according to the network status of the smart cockpit system.

[0149] As an example, the token bucket algorithm is used to regulate traffic on Ethernet interfaces: by setting up token buckets in the network, the transmission rate of data streams is controlled. When there are enough tokens, the data stream is allowed to pass; otherwise, the data stream will be temporarily blocked until it obtains sufficient transmission privileges.

[0150] In this embodiment, flow control is used to prevent network congestion and ensure the stability and controllability of data transmission.

[0151] As an example, when the network is congested, the data flow rate is reduced or some low-priority packets are dropped to adjust the Ethernet-based traffic transmission rate. In other words, when network congestion is detected, the system adopts strategies such as reducing the data flow rate or dropping some low-priority packets to avoid complete network congestion.

[0152] Furthermore, during data transmission, data packets may become corrupted due to network noise, signal interference, or other reasons. To ensure reliable transmission, the system needs to perform error detection and necessary retransmission of data packets. That is, during the transmission of data streams via the internal Ethernet interface, errors in data stream transmission are detected, and when an error is detected, the data stream is retransmitted.

[0153] Optionally, error detection techniques include CRC (Cyclic Redundancy Check) and checksums. These techniques can identify transmission errors in data packets. When a data packet error is detected, the system triggers a retransmission request, initiating an Automatic Retransmission Request (ARQ). This requires the sender to retransmit the erroneous data stream, thus ensuring complete data transmission even in suboptimal network environments.

[0154] This application embodiment also provides an intelligent driving data transmission device, the device comprising:

[0155] The first data receiving module is used to receive intelligent driving data based on an external Ethernet interface;

[0156] The second data receiving module is used to receive the requirement information of various functional applications in the intelligent cockpit system based on the internal Ethernet interface.

[0157] The data processing module is used to classify intelligent driving data according to the requirements of various functional applications, and obtain multiple sets of data streams, each set of data streams corresponding to at least one functional application.

[0158] The data distribution module is used to transmit data streams to corresponding functional applications via the internal Ethernet interface.

[0159] The intelligent driving data transmission device provided in this application can execute the above method embodiments. Its specific implementation principle and technical effects can be found in the above method embodiments, and will not be repeated here.

[0160] Optionally, the intelligent driving data transmission device can be a vehicle-mounted system or an electronic component within the vehicle-mounted system, such as the aforementioned main interactive communication module.

[0161] like Figure 8 As shown in the illustration, this application also provides a vehicle, including: a processor 801 and a memory 802; optionally, the electronic device 800 further includes a communication component 803. The processor 801, memory 802, and communication component 803 are connected via a CAN bus.

[0162] The memory 802 is used to store computer programs / instructions; the processor 801 is used to execute the computer programs / instructions stored in the memory to implement the methods involved in the above embodiments.

[0163] The electronic device 800 also includes a communication interface. The processor, which provides computing and control capabilities, can be a GPU, CPU, NPU, MCU, FPGA, etc. Storage devices include internal memory and non-volatile memory. The non-volatile memory stores the computer programs implementing the above methods. Internal memory provides the environment for program startup and execution. The communication interface is used for wired or wireless communication with external terminals.

[0164] The present invention also provides a computer-readable storage medium / computer program product, wherein the computer-readable storage medium stores computer control instructions / computer program product including computer control instructions, which, when executed by a processor, are used to implement the methods involved in the above embodiments.

[0165] The above embodiments are merely preferred embodiments provided to fully illustrate the present invention, and the scope of protection of the present invention is not limited thereto. Equivalent substitutions or modifications made by those skilled in the art based on the present invention are all within the scope of protection of the present invention.

Claims

1. A method for transmitting data in intelligent driving, characterized in that, This method is applied to an intelligent cockpit system, which includes a main interactive communication module and multiple slave interactive communication modules. The main interactive communication module and each slave interactive communication module are connected via an internal Ethernet interface. The slave interactive communication modules are configured in various functional applications of the intelligent cockpit system. The main interactive communication module includes both an external Ethernet interface and an internal Ethernet interface. Data transmission between the main interactive communication module and the various functional applications of the intelligent driving system is based on the application software layer. The main interactive communication module and the various functional applications are local functional applications of the intelligent driving system. The method includes: It receives intelligent driving data through an external Ethernet interface and receives the requirement information of various functional applications in the intelligent cockpit system through an internal Ethernet interface. Based on the requirements of each functional application, the intelligent driving data is classified to obtain multiple sets of data streams. Each set of data streams corresponds to at least one functional application, which includes at least: autonomous driving application, driving assistance application, parking function application, and navigation. The data stream is transmitted to the corresponding functional application via the internal Ethernet interface; The requirement information includes data type attributes, and the transmission of the data stream to the corresponding functional application via the internal Ethernet interface includes: The priority of the corresponding data stream is determined based on the data type attributes, including real-time performance and / or security. Based on the priority of the data stream, the data stream is scheduled to the corresponding message queue so that the corresponding internal Ethernet interface can transmit the data stream to the corresponding functional application. The requirement information includes the functional application level, and the transmission of the data stream to the corresponding functional application via the internal Ethernet interface includes: When at least two functional applications require the same set of data streams, the priority of the at least two functional applications is determined according to the functional application level; The data stream is sequentially scheduled to the first message queue corresponding to a high-priority functional application and the second message queue corresponding to a low-priority functional application, including: Monitor the network load status of the first message queue corresponding to high-priority functional applications; When the network load of the first message queue is congested, the data stream is scheduled to the second message queue and the first message queue in sequence; when the network load of the first message queue is normal, the data stream is scheduled to the first message queue and the second message queue in sequence.

2. The method according to claim 1, characterized in that, After scheduling the data stream to the corresponding message queue based on the data stream's priority, the method further includes: Monitor the network load status of each message queue; Increase the bandwidth allocated to high-priority message queues and / or message queues with normal network load conditions, and decrease the bandwidth allocated to low-priority message queues and / or message queues with normal network load conditions. High-priority message queues are used to distribute high-priority data streams.

3. The method according to claim 1, characterized in that, The demand information includes bandwidth weights for data types, and scheduling the data stream to the corresponding message queue based on the data stream's priority includes: Based on the priority of the data stream and the bandwidth weight corresponding to the data stream, the target message queue corresponding to the data stream is determined, and different message queues are allocated different bandwidths. The data stream is scheduled to the target message queue, and then transmitted to the corresponding functional application via the internal Ethernet interface.

4. The method according to claim 1 or 2, characterized in that, The transmission of the data stream to the corresponding functional application via the internal Ethernet interface includes: Determine the bandwidth occupied by the data stream; When the bandwidth occupied by the data stream is greater than or equal to a preset threshold, the data stream is compressed and then transmitted to the corresponding functional application via the internal Ethernet interface.

5. An intelligent driving data transmission device for implementing the intelligent driving data transmission method as described in any one of claims 1-4, wherein the device is a main interactive communication module, characterized in that, The device includes: The first data receiving module is used to receive intelligent driving data based on an external Ethernet interface; The second data receiving module is used to receive the requirement information of various functional applications in the intelligent cockpit system based on the internal Ethernet interface. The data processing module is used to classify the intelligent driving data according to the requirements of each functional application to obtain multiple sets of data streams. Each set of data streams corresponds to at least one functional application, and the functional applications include at least: autonomous driving application, driving assistance application, parking function application, and navigation. The data distribution module is used to transmit the data stream to the corresponding functional application via the internal Ethernet interface.

6. An intelligent cockpit system, characterized in that, The intelligent cockpit system includes a main interactive communication module and multiple slave interactive communication modules installed in various functional applications of the intelligent cockpit system. The main interactive communication module and the slave interactive communication modules are connected based on an internal Ethernet interface. The slave interactive communication modules are installed in various functional applications of the intelligent cockpit system. The main interactive communication module includes an external Ethernet interface and an internal Ethernet interface. Data transmission between the main interactive communication module and various functional applications of the intelligent driving system is based on application software layer data transmission. The main interactive communication module and various functional applications belong to the local functional applications of the intelligent driving system. The main interactive communication module receives intelligent driving data from the vehicle domain controller via an external Ethernet interface and receives request information from each of the slave interactive communication modules via internal Ethernet interfaces. It then classifies the intelligent driving data according to the request information from each slave interactive communication module, resulting in multiple data streams. Each data stream corresponds to at least one functional application, including at least: autonomous driving application, driving assistance application, parking function application, and navigation. The request information includes data type attributes. The priority of the corresponding data stream is determined based on the data type attributes, including real-time performance and / or security. Based on the data stream priority, the data stream is scheduled to the corresponding message queue so that the corresponding internal Ethernet interface can receive the data. The data stream is transmitted to the corresponding functional application's slave interactive communication module; the demand information includes the functional application level, and when at least two functional applications demand the same set of data streams, the priority of the at least two functional applications is determined according to the functional application level; the data stream is sequentially scheduled to the first message queue corresponding to the high-priority functional application and the second message queue corresponding to the low-priority functional application, including: monitoring the network load status of the first message queue corresponding to the high-priority functional application; when the network load status of the first message queue is congested, the data stream is sequentially scheduled to the second message queue and the first message queue; when the network status of the first message queue is normal, the data stream is sequentially scheduled to the first message queue and the second message queue.

7. A vehicle, characterized in that, include: Memory, processor; The memory is used to store computer programs / instructions; The processor is configured to implement the method as described in any one of claims 1 to 4 according to the computer program / instructions stored in the memory.

8. A computer-readable storage medium, characterized in that, The computer-readable storage medium stores a computer program that, when executed by a processor, is used to implement the method as described in any one of claims 1 to 4.

Images