Vehicle communication method and device, vehicle-mounted equipment, vehicle and storage medium

Abstract

The invention relates to the field of vehicle communication, in particular to a vehicle communication method and device, vehicle-mounted equipment, a vehicle and a storage medium. The vehicle communication method is applied to vehicle-mounted equipment in a vehicle, the vehicle-mounted equipment comprises a plurality of task storage areas, and the vehicle communication method comprises the following steps: acquiring transmission content of the vehicle-mounted equipment; determining a communication task corresponding to the transmission content, wherein the communication task is used for indicating a processing operation which needs to be performed on the transmission content when the transmission content is transmitted to the next equipment; according to the network type of the network where the next device is located, the communication task is stored in a task storage area corresponding to the network type; wherein the next equipment indicated by the communication tasks in the same task storage area belongs to the same network type; and performing communication based on the communication task in the task storage area. According to the invention, convenience is provided for data communication and interaction processes among different types of networks.

Description

Technical Field

[0001] The present application relates to the field of vehicle communication, and particularly to a vehicle communication method, apparatus, on-vehicle device, vehicle, and storage medium. Background Art

[0002] With the iteration of the electronic and electrical architecture and the development of communication technologies, the communication technologies used in in-vehicle networks are becoming more and more diverse. For example, an in-vehicle network can adopt a heterogeneous network architecture equipped with multiple types of communication technologies.

[0003] However, in an in-vehicle heterogeneous network, there are significant differences in the network structures, communication protocols, data transmission rates, and characteristics of various networks, which will cause difficulties in the data communication and interaction processes between different networks. Summary of the Invention

[0004] In view of the above, embodiments of the present application propose a vehicle communication method, apparatus, on-vehicle device, vehicle, and storage medium, which are beneficial to facilitating the data communication and interaction processes between different types of networks.

[0005] In a first aspect, an embodiment of the present application provides a vehicle communication method, which is applied to an on-vehicle device in the vehicle. The on-vehicle device includes a plurality of task storage areas. The vehicle communication method includes: Obtain the transmission content of the on-vehicle device; Determine a communication task corresponding to the transmission content. The communication task is used to indicate the processing operation to be performed on the transmission content when transmitting the transmission content to the next device; According to the network type of the network where the next device is located, store the communication task in the task storage area corresponding to the network type; wherein, the next devices indicated by the communication tasks in the same task storage area belong to the same network type; Perform communication based on the communication tasks in the task storage area.

[0006] According to the network type of the network where the next device is located, the embodiments of the present application store the communication tasks in the corresponding task storage areas, so that the communication tasks can be classified in an orderly manner, thereby enabling more clear management of communication tasks for different network types, independently scheduling the task storage areas for each network type, improving the communication efficiency of the heterogeneous network. In addition, the embodiments of the present application store the transmission content and the communication tasks separately, so that different processing operations on the transmission content can be customized for different network types, and further meet the data transmission requirements of different network types for the transmission content, which is beneficial to facilitating the data communication and interaction processes between different types of networks.

[0007] In some embodiments, the communication task further includes the storage address of the transmission content; communicating based on the communication tasks in the task storage area includes: Finding out the transmission content at the storage address; Encapsulating the transmission content based on the processing operation to obtain the encapsulated transmission content; Sending the encapsulated transmission content to the next device.

[0008] In some embodiments, the in-vehicle device further stores the number of communication tasks corresponding to the transmission content. After sending the encapsulated transmission content to the next device, it further includes: Decrementing the number of tasks by one; Recycling the storage address of the transmission content when the number of tasks is equal to zero.

[0009] In some embodiments, sending the encapsulated transmission content to the next device includes: Obtaining the service level of the encapsulated transmission content; Sending the encapsulated transmission content to the next device based on the service level.

[0010] In some embodiments, determining the communication task corresponding to the transmission content includes: Obtaining the service identifier of the transmission content and the address information of the target network address of the transmission content; the target network address is used to indicate the target device that the transmission content needs to reach; Determining the routing policy of the transmission content based on the service identifier and the address information; Determining the communication task based on the routing policy.

[0011] In some embodiments, communicating based on the communication tasks in the task storage area includes: Creating multiple threads; Concurrently scheduling the communication tasks in the multiple task storage areas for communication based on the multiple threads.

[0012] In a second aspect, an embodiment of the present application further provides a vehicle communication device, which is applied to the in-vehicle device in the vehicle. The in-vehicle device includes multiple task storage areas, and the vehicle communication method includes: A data acquisition module, configured to acquire the transmission content of the in-vehicle device; A task determination module, configured to determine a communication task corresponding to the transmission content, where the communication task is used to indicate the processing operation to be performed on the transmission content when transmitting the transmission content to the next device; A task storage module, configured to store the communication task into a task storage area corresponding to the network type according to the network type of the next device. Wherein, the next devices indicated by the communication tasks in the same task storage area belong to the same network type. A communication module, configured to perform communication based on the communication tasks in the task storage area.

[0013] In a third aspect, an embodiment of the present application further provides a vehicle-mounted device, which includes a processor and a memory. The memory is configured to store instructions, and the processor is configured to call the instructions in the memory, so that the vehicle-mounted device executes the vehicle communication method as described in the first aspect.

[0014] In a fourth aspect, an embodiment of the present application further provides a vehicle, which includes the vehicle-mounted device as described in the third aspect.

[0015] In a fifth aspect, an embodiment of the present application further provides a computer-readable storage medium, which stores computer instructions. When the computer instructions run on a vehicle-mounted device, the vehicle-mounted device is caused to execute the vehicle communication method as described in the first aspect. Description of the Drawings

[0016] Figure 1 It is a step flowchart of a vehicle communication method provided according to an embodiment of the present application.

[0017] Figure 2 It is a schematic diagram of a task queue provided according to an embodiment of the present application.

[0018] Figure 3 It is a schematic diagram of sharing transmission content of a communication task provided according to an embodiment of the present application.

[0019] Figure 4 It is a schematic diagram of a service application communication process provided according to an embodiment of the present application.

[0020] Figure 5 It is a schematic diagram of the structure of a vehicle communication device provided according to an embodiment of the present application.

[0021] Figure 6 It is a schematic diagram of the software architecture of a vehicle-mounted device provided according to an embodiment of the present application.

[0022] Figure 7 It is a schematic diagram of a vehicle-mounted device provided according to an embodiment of the present application. Detailed Embodiments

[0023] In order to more clearly understand the above-mentioned objects, features, and advantages of the present application, the present application will be described in detail below in conjunction with the accompanying drawings and specific embodiments. It should be noted that, without conflict, the embodiments of the present application and the features in the embodiments may be combined with each other.

[0024] In the following description, many specific details are set forth in order to provide a thorough understanding of the present application. The described embodiments are only a part of the embodiments of the present application, rather than all of the embodiments.

[0025] Unless otherwise defined, all technical and scientific terms used herein have the same meaning as commonly understood by those of ordinary skill in the technical field to which this application belongs. The terms used herein in the specification of this application are only for the purpose of describing specific embodiments, and are not intended to limit this application.

[0026] Furthermore, it should be noted that, in this article, the term "comprising", "including" or any other variation thereof is intended to cover a non-exclusive inclusion, such that a process, method, article or device comprising a series of elements not only includes those elements but also includes other elements not expressly listed, or further includes elements inherent to such process, method, article or device. Without further limitation, an element defined by the phrase "comprising a..." does not exclude the existence of additional identical elements in the process, method, article or device comprising such element.

[0027] In the present application, "at least one" means one or more, and "a plurality" means two or more than two. "And / or" describes the association relationship of associated objects, indicating that three relationships may exist. For example, A and / or B may represent: A exists alone, A and B exist simultaneously, and B exists alone, where A and B may be singular or plural. The terms "first", "second", "third", "fourth", etc. (if any) in the specification, claims and drawings of the present application are used to distinguish similar objects, rather than to describe a specific order or sequence.

[0028] In the embodiments of the present application, words such as "exemplary" or "for example" are used to indicate examples, illustrations or explanations. Any embodiment or design solution described as "exemplary" or "for example" in the embodiments of the present application should not be construed as being more preferred or having more advantages than other embodiments or design solutions. Rather, the use of words such as "exemplary" or "for example" is intended to present related concepts in a specific manner.

[0029] With the iteration of the electronic and electrical architecture and the development of communication technologies, the communication technologies used in in-vehicle networks are becoming more and more diverse. For example, in-vehicle networks can adopt a heterogeneous network architecture equipped with multiple types of communication technologies.

[0030] A heterogeneous network is a type of network that consists of computers, network devices, and systems produced by different manufacturers and mostly operates on different protocols to support different functions or applications.

[0031] For example, in-vehicle networks may include: Controller Area Network (CAN) bus, Local Interconnect Network (LIN) communication bus, Ethernet (ETH) technology for vehicles, the high-speed fault-tolerant network protocol FlexRay, Media Oriented Systems Transport (MOST) technology, etc.

[0032] However, in an in-vehicle heterogeneous network, there are significant differences in the network structures, communication protocols, data transmission rates, and characteristics of various networks, which can lead to difficulties in data communication and interaction between different networks.

[0033] In view of the above, embodiments of the present application propose a vehicle communication method, apparatus, in-vehicle device, vehicle, and computer-readable storage medium.

[0034] The vehicle communication method of the present application can be applied to one or more in-vehicle devices. The in-vehicle device is a device that can automatically perform numerical calculations and / or information processing according to pre-set or stored instructions, and its hardware includes but is not limited to processors, microprogrammed control units (MCUs), application-specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), digital signal processors (DSPs), embedded devices, etc. The in-vehicle device can be an ECU in a vehicle, but is not limited thereto.

[0035] In embodiments of the present application, a vehicle may adopt a heterogeneous network architecture, which may include different network types.

[0036] The network types in an in-vehicle network may include: Controller Area Network, Local Interconnect Network, Ethernet for vehicles, networks using the high-speed fault-tolerant network protocol, networks using Media Oriented Systems Transport technology, etc., and are not limited thereto.

[0037] In-vehicle networks can include computers, network devices, and systems produced by different manufacturers. In most cases, these in-vehicle devices operate on different protocols, support different functions or applications, and belong to different network types.

[0038] Figure 1 It is a flowchart of the steps of an embodiment of the vehicle communication method of this application. According to different requirements, the order of the steps in the flowchart can be changed, and some steps can be omitted. This vehicle communication method can be applied to the above-mentioned in-vehicle devices. The in-vehicle device can include multiple physical ports so that the in-vehicle device can communicate and connect with different types of networks.

[0039] Refer to Figure 1 As shown, the vehicle communication method can include the following steps.

[0040] Step 101, obtain the transmission content of the in-vehicle device.

[0041] This transmission content can also be referred to as Payload during the actual transmission process. This is the main content of the data packet, which can carry the information to be actually transmitted.

[0042] For example, the in-vehicle device can obtain the transmission content from another device or from the application software configured by the in-vehicle device itself.

[0043] The transmission content can be navigation data, vehicle status information such as vehicle speed, engine status, fuel level, water temperature, entertainment information such as music and video, in-vehicle application information such as weather forecast, news, and social applications, vehicle safety warning information, vehicle control information such as vehicle steering request angle and vehicle braking request. The embodiments of this application do not specifically limit the transmission content.

[0044] In some embodiments, after obtaining the transmission content, the in-vehicle device can store the transmission content in the content storage area. The transmission content is the payload of the traffic to be transmitted in the in-vehicle network, that is, the embodiments of this application can store the payload separately.

[0045] For example, the software system of the in-vehicle device (such as ECU) can create a unified shared message memory buffer pool (denoted as mempool) as the content storage area to separately manage the data cache of the transmission content (that is, the payload of the traffic). The payloads of different network types can be stored in different formats according to the network characteristics, and function identification, memory allocation of the transmission content, format reconstruction, etc. can be carried out in combination with various function indicators such as retransmission and data multicast of the transmission content.

[0046] Among them, the number of nodes defined by the mempool and the size of the node space can be determined according to the characteristics of the in-vehicle device's memory, the bandwidth of the network technology adopted, the time delay, etc., so as to avoid affecting the ECU and the vehicle functions due to excessive memory occupation.

[0047] After the in-vehicle device obtains the transmission content, it can fill the transmission content into the buffer block in the mempool and construct the specific payload content according to the message format required by different network types, so as to solve the problem of interoperability during cross-network transmission.

[0048] Step 102, determine the communication task corresponding to the transmission content.

[0049] The communication task is used to indicate the processing operation that needs to be performed on the transmission content when transmitting the transmission content to the next device. Different network types have different requirements for the format of the transmission content. Therefore, before sending the transmission content, the processing operations on the transmission content are also different. The communication task may include, but is not limited to, the encapsulation method, encryption method, secure communication mechanism, sender, receiver, priority, and timeout time of the transmission content.

[0050] The number of communication tasks is the same as the number of target devices that the transmission content needs to reach.

[0051] For example, if the in-vehicle device determines that the transmission content needs to be multicast, and the transmission content needs to be sent to target device 1, target device 2, and target device 3 respectively, then there are three communication tasks corresponding to the transmission content.

[0052] In some embodiments, step 102 can be implemented in the following manner: First step, the in-vehicle device can obtain the service identifier of the transmission content and the address information of the target network address of the transmission content.

[0053] The service identifier can be used to distinguish different service services. The division method of the service services can be configured according to actual application requirements, and the embodiments of the present application do not limit this.

[0054] The in-vehicle device can determine whether the transmission content is multicast or unicast based on the service identifier, but is not limited to this.

[0055] The target network address is used to indicate the target device that the transmission content needs to reach (that is, the destination where the transmission content needs to reach).

[0056] The address information may include, but is not limited to, the network type identifier of the network where the target device is located (abbreviated as the target network type identifier), the network port identifier, the target device IP address, and the port number.

[0057] For example, in - vehicle devices can be configured with a unified software API network communication interface. When business applications perform network data interaction, they construct a service identifier (ServiceId) and address information, such as communication attributes like network type ID, network port ID, target terminal IP address, and port number, through a platform - based software service integrated input - output interface, to achieve the data communication input - output functions for various networks.

[0058] In the second step, determine the routing policy for the transmission content based on the service identifier and the address information, and determine the communication task based on the routing policy.

[0059] For example, a routing engine (RE) can dynamically load a communication matrix defined based on services and a normalized Trie tree constructed according to service rules, and provide routing policy algorithms such as adaptive Exact Maching, Bitmask Matching, and Prefix Matching.

[0060] The communication matrix can reflect the topology of the in - vehicle network, which can include communication nodes and characteristics of each node in the in - vehicle network.

[0061] The above - mentioned Trie tree (dictionary tree) is a routing mechanism based on the Trie tree data structure. A Trie is a tree - shaped data structure suitable for implementing string search and matching. In a routing algorithm, a Trie tree can be used to store routing table information. By splitting each bit of an IP address into different levels and performing matching according to bit positions, a fast and efficient search function is achieved.

[0062] The routing engine can combine the service identifier, address information, communication matrix, Trie tree, and routing algorithm to find a routing policy, so as to determine the network type of the next device to which the transmission content is to be transmitted, and thus obtain the communication task corresponding to this network type.

[0063] In step 103, store the communication task in a task storage area corresponding to the network type according to the network type of the network where the next device is located.

[0064] Among them, the next devices indicated by the communication tasks in the same task storage area belong to the same network type.

[0065] The number of task storage areas in the in - vehicle device can be determined according to the number of network types of the networks connected to the in - vehicle device and the transmission ports.

[0066] For example, if the number of network types is A, then A task storage areas can be created. Also, for example, when the amount of data transmitted to a certain type of network is large, multiple task storage areas can be created for this type of network. That is, the number of task storage areas can be greater than A, and the embodiments of the present application do not limit this.

[0067] Also, for example, if there are B transmission ports and each transmission port is connected to a type of network, the vehicle-mounted device can create B task storage areas.

[0068] Reference Figure 2 As shown, the data structure of the task storage area can be a circular lock-free queue.

[0069] The consumer head (cons_head) is a key index or pointer when the consumer operates on the queue, and it points to the position of the first communication task in the queue that the consumer is about to start processing.

[0070] The consumer tail (cons_tail) represents the last position of the communication tasks that the consumer has processed.

[0071] The producer head (prod_head) is the starting index or pointer when the producer operates on the queue, and it points to the position where the producer is ready to add a new communication task to the queue.

[0072] The producer tail (prod_tail) represents the last position of the communication tasks that the producer has added to the queue.

[0073] The memory occupancy size required for the task storage area can be less than mempool. Among them, each task storage area faces ports of different network types, and each task storage area can determine the queue depth according to the bandwidth size of the ports of different network types.

[0074] Step 104: Communicate based on the communication tasks in the task storage area.

[0075] In some embodiments, as shown in Figure 3 the communication task may further include the storage address of the transmission content; step 104 may include: finding the transmission content at the storage address; encapsulating the transmission content based on the processing operation to obtain the encapsulated transmission content; and sending the encapsulated transmission content to the next device.

[0076] The communication task in the embodiment of the present application records the storage address of the transmission content, so that when the transmission content is reused, the performance loss caused by the data copy behavior is reduced, and the maximum efficiency of the communication process is ensured.

[0077] In some embodiments, the in-vehicle device also stores the number of tasks of the communication task corresponding to the transmission content. After sending the encapsulated transmission content to the next device, the in-vehicle device can decrement the number of tasks by one; when the number of tasks is equal to zero, the storage address of the transmission content is recycled.

[0078] For example, the number of tasks of the communication task of the transmission content is N. Each time the in-vehicle device completes one such communication task, N is decremented by one. When N is equal to zero, it means that all the communication tasks corresponding to the transmission content have been completed. Therefore, the storage address of the transmission content can be recycled to ensure the consistency of the number of times when the transmission content is referenced multiple times, and a secure recycling mechanism can be guaranteed after the data transmission is completed.

[0079] In some embodiments, the in-vehicle device can also create multiple threads, and the in-vehicle device can concurrently schedule the communication tasks in the multiple task storage areas based on the multiple threads for communication.

[0080] The embodiment of the present application is based on a circular lock-free task queue, supports real-time operations of multiple reads and multiple writes, enables the reception and transmission of data to be efficiently carried out among multiple threads, ensures the transmission and forwarding of data in cross-network ports, and is conducive to implementing multicast of transmission content between different types of networks.

[0081] Moreover, the in-vehicle device can also perform shaping of data traffic for different networks based on the depth of different task storage areas according to the network type performance indicators corresponding to each task storage area.

[0082] In some embodiments, the in-vehicle device can also transmit the encapsulated transmission content in combination with QoS technology.

[0083] For example, the in-vehicle device sending the encapsulated transmission content to the next device includes: obtaining the service level of the encapsulated transmission content; and sending the encapsulated transmission content to the next device based on the service level.

[0084] The embodiment of the present application faces the transmission ports of various different network types at the bottom layer, can adopt a differentiated QOS management strategy according to the actual physical characteristics and service requirements, obtain communication tasks from multiple task storage areas for processing, and implement queue service level management, independent bandwidth management, security management, and communication quality management to ensure the stability and reliability of the overall system communication.

[0085] During the entire data interaction process, the in-vehicle device can also monitor and count data transmission operations, communication results, and abnormal states, and provide a retransmission mechanism according to the task attributes to ensure the overall communication quality of the system. The in-vehicle device can also implement a perfect communication exception handling mechanism by using the processing flow of various error types through real-time communication statistical data and an abnormal situation capture and handling mechanism.

[0086] Reference Figure 4 shown Figure 4 is a schematic diagram of the service application communication process provided by the embodiment of the present application. In Figure 4 it, when the transmission content needs to be transmitted to the ETH network, CAN network, and LIN network, that is, the transmission content corresponds to at least three communication tasks. The messages transmitted by these three communication tasks can be called ETH messages, CAN messages, and LIN messages in sequence. The routing engine can calculate the routes of these messages, store the transmission content in the content storage area (i.e., the shared message buffer pool), store the three communication tasks in the corresponding task storage areas (cross-task send queues) respectively. The in-vehicle device can schedule the communication tasks in multiple task storage areas in parallel and perform traffic transmission based on QoS to transmit the transmission content to the transmission ports of the corresponding network types.

[0087] According to the network type of the next device, the embodiment of the present application stores the communication tasks in the corresponding task storage areas, so that the communication tasks can be classified in an orderly manner, and thus the communication tasks of different network types can be managed more clearly. Independent scheduling is performed for the task storage areas of each network type to improve the communication efficiency of heterogeneous networks. In addition, the embodiment of the present application stores the transmission content and communication tasks separately, so that different processing operations on the transmission content can be customized for different network types, and further meet the data transmission requirements of different network types for the transmission content, which is beneficial to facilitating the data communication and interaction process between different types of networks.

[0088] Based on the same idea as the vehicle communication method in the above embodiment, the present application also provides a vehicle communication device, which can be used to execute the above vehicle communication method. For the convenience of description, in the structural schematic diagram of the embodiment of the vehicle communication device, only the parts related to the embodiment of the present application are shown. Those skilled in the art can understand that the illustrated structure does not limit the device, and it may include more or fewer components than those illustrated, or combine some components, or arrange different components.

[0089] As Figure 5As shown, the vehicle communication device includes a data acquisition module 501, a task determination module 502, a task storage module 503 and a communication module 504. In some embodiments, the above modules can be programmable software instructions stored in a memory and can be called and executed by a processor. It is understood that in other embodiments, the above modules can also be program instructions or firmware fixed in the processor.

[0090] The data acquisition module 501 is used to acquire the transmission content of the vehicle-mounted device.

[0091] A task determination module 502, used to determine a communication task corresponding to the transmission content, wherein the communication task is used to indicate a processing operation to be performed on the transmission content when the transmission content is transmitted to a next device; The task storage module 503 is used to store the communication task in a task storage area corresponding to the network type according to the network type of the network where the next device is located; Wherein, the next device indicated by the communication task in the same task storage area belongs to the same network type; The communication module 504 is used to communicate based on the communication tasks in the task storage area.

[0092] Figure 6 A schematic diagram of the software architecture of the vehicle-mounted device according to an embodiment of the present application.

[0093] The on-board equipment includes the S3 application layer, the S2 service layer, the S1 driver layer, and the S0 hardware layer. The following introduces each layer separately.

[0094] S3 application layer: CORE_1: One of the core components of the system, responsible for processing specific application requests and services.

[0095] CORE_2: Another core component parallel to CORE_1, also responsible for processing application requests and services. The two can have different divisions of labor and jointly support the application layer functions of the entire system.

[0096] Communication Management (CM): responsible for managing the communication logic of the entire system. Communication Management CM can realize the contextual association of communication metadata such as business service ID and network service ID (IP+Port).

[0097] S2 service layer: Network Service Bus (NSB): As the core part of the communication protocol, NSB allows efficient data exchange between different components and is an important bridge connecting the application layer and the driver layer.

[0098] Routing Engine: Responsible for managing and optimizing network traffic to ensure that data can be transmitted along the predetermined paths and priorities.

[0099] QoS Control component, used to monitor and adjust network traffic to ensure the performance and reliability of critical services.

[0100] Kernel: A part of the operating system that provides a runtime environment and supports various hardware and software functions, providing a stable operating environment for upper-layer applications.

[0101] Route Table: A table stored in a router or network device that records the mapping relationship between each destination network address in the network and the corresponding next-hop address or output interface.

[0102] Pkg_Mem Pool: Memory management component.

[0103] SystemService: Provides system-level services such as device management and user management.

[0104] S1 driver layer: Eth_Driver: Ethernet driver, responsible for interacting with Ethernet hardware to implement network communication functions.

[0105] CAN_Driver: Controller Area Network (CAN) driver, used to communicate with devices on the CAN bus.

[0106] NVM_Drivers: Non-volatile memory (NVM) driver, used to manage read and write operations of NVM devices.

[0107] System_Drivers: System drivers, including drivers related to the operating system interface, such as power management and clock management.

[0108] sw_Driver: Software driver.

[0109] PMIC_Driver: Physical layer driver.

[0110] PMIC_Driver: Power Management Integrated Circuit (PMIC) driver.

[0111] S0 hardware layer: The processing units of the central processor are denoted as cores, also known as cores. Each core can execute instructions independently. A multi-core CPU can process multiple tasks simultaneously, improving computing efficiency.

[0112] Random access memory is denoted as RAM, which is computer hardware used to store data and program instructions. It is usually used as a temporary storage area to speed up the reading and writing of data.

[0113] Non-volatile memory is denoted as NVM, which refers to memory that can retain data even after power is turned off.

[0114] PMIC is an application-specific integrated circuit used to manage the power supply of the host system. PMIC may have functions such as battery management, DC / DC conversion, voltage regulation, power selection, and power consumption sequencing.

[0115] The in-vehicle device may also include: PHY chip, Ethernet (ETH) port, switch port, CAN port, etc.

[0116] In the above software architecture, when the in-vehicle device starts up, it can automatically load communication services, load the routing configuration file required by the routing engine, and build a dynamic network routing memory table based on the normalized Trie tree.

[0117] The communication management CM can realize the context association of communication metadata such as service service ID and network service ID (IP + Port). The in-vehicle device can also create a message buffer pool (i.e., content storage area) of shared memory according to the actual memory resources and the network types provided in the hardware configuration to store temporary transmission content, and create a task storage area according to the number of network interfaces and network types to store communication tasks of different network type interfaces.

[0118] In the in-vehicle device, the service application can define the network endpoint IDs of both communication parties through the communication matrix in the communication management CM module, establish the channel context relationship between the endpoints of both communication parties, and carry elements required for communication such as two-way network endpoint IDs, retransmission flags, multicast flags, and data packets when the service application calls the input / output API interface of the network communication service for data transmission.

[0119] The routing engine RE can adaptively query the routing table according to relevant network routing IDs, including multi-level service layer identifiers such as relevant service IDs, network type IDs, and endpoint IDs, dynamically obtain the routing policy for this data communication, and then determine the communication tasks corresponding to each network type port based on the routing policy obtained from the transmission content and the query result, and pass the new communication tasks into different task queues respectively.

[0120] The QoS control analyzes the specific characteristics of the tasks according to the new communication tasks in the ring lock-free task queue, and finally performs actual communication operations according to the requirements of the tasks, transmits data to each transmission port, monitors the communication results and statistical results, and performs corresponding processing in a timely manner for abnormal or incorrect operations (retransmission, flow control, etc.).

[0121] Therefore, in the service definition of in-vehicle devices, when it is necessary to perform cross-communication of different transmission contents among multiple types of network devices, the communication process of the service can be decoupled in the way of "data" + "operation". After associating the transmission content with the communication tasks of different network types through an efficient and flexible routing engine, functions such as forwarding, multicasting, buffering, and retransmission of multiple networks can be realized across the network, so as to ensure that in-vehicle devices can achieve high-performance, flexible, and reliable interconnection and intertransmission of data under a heterogeneous network hardware architecture, effectively improving the reliability and stability of in-vehicle devices.

[0122] Through the policy control of the routing engine in the embodiments of the present application, the security of the links defined by the communication matrix can be ensured during the service data communication process of the system, which enhances the security management of the system to a certain extent.

[0123] Moreover, through the independent task queue control in the embodiments of the present application, it is beneficial to perform traffic shaping according to the bandwidth differences of the target network types, and control the traffic transmission priority based on the real-time requirements of the target network types, which is beneficial to ensuring the real-time performance of the traffic transmission of in-vehicle devices.

[0124] Figure 7 It is a schematic diagram of an embodiment of the in-vehicle device of the present application.

[0125] The in-vehicle device 100 includes a memory 20, a processor 30, and a computer program 40 stored in the memory 20 and operable on the processor 30. When the processor 30 executes the computer program 40, the steps in the embodiment of the above vehicle communication method are implemented, such as Figure 1 the steps 101 to 104 shown.

[0126] Exemplarily, the computer program 40 can also be divided into one or more modules / units, and the one or more modules / units are stored in the memory 20 and executed by the processor 30. The one or more modules / units can be a series of computer program instruction segments capable of performing specific functions, and the instruction segments are used to describe the execution process of the computer program 40 in the in-vehicle device 100. For example, it can be divided into Figure 6 the data acquisition module 501, the task determination module 502, the task storage module 503, and the communication module 504 shown.

[0127] Those skilled in the art can understand that the schematic diagram is only an example of the in-vehicle device 100, which does not constitute a limitation on the in-vehicle device 100. It may include more or fewer components than shown in the figure, or combine certain components, or different components. For example, the in-vehicle device 100 may also include input / output devices, network access devices, buses, etc.

[0128] The processor 30 may be a central processing unit (CPU), or may also be other general-purpose processors, digital signal processors (DSPs), application specific integrated circuits (ASICs), field-programmable gate arrays (FPGAs), or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. The general-purpose processor may be a microprocessor, a single-chip microcomputer, or the processor 30 may also be any conventional processor, etc.

[0129] The memory 20 can be used to store the computer program 40 and / or modules / units. By running or executing the computer program and / or modules / units stored in the memory 20, and by calling the data stored in the memory 20, the processor 30 realizes various functions of the in-vehicle device 100. The memory 20 mainly includes a program storage area and a data storage area. Among them, the program storage area can store an operating system, application programs required for at least one function (such as a sound playback function, an image playback function, etc.); the data storage area can store data created according to the use of the in-vehicle device 100 (such as audio data). In addition, the memory 20 may include high-speed random access memory, and may also include non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a smart media card (SMC), a secure digital (SD) card, a flash card, at least one magnetic disk storage device, a flash memory device, or other non-volatile solid-state storage devices.

[0130] If the modules / units integrated in the vehicle-mounted device 100 are implemented in the form of software functional units and sold or used as independent products, they can be stored in a computer-readable storage medium. Based on such understanding, to implement all or part of the processes in the above-described embodiment methods of this application, it can also be completed by a computer program instructing relevant hardware. The computer program can be stored in a computer-readable storage medium. When the computer program is executed by a processor, the steps of the above various method embodiments can be implemented. Among them, the computer program includes computer program code, and the computer program code can be in the form of source code, object code, executable file, or some intermediate form, etc. The computer-readable medium can include: any entity or device capable of carrying the computer program code, recording medium, USB flash drive, mobile hard disk, magnetic disk, optical disc, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), electrical carrier signal, telecommunication signal, and software distribution medium, etc. It should be noted that the content included in the computer-readable medium can be appropriately increased or decreased according to the requirements of legislation and patent practice in the jurisdiction. For example, in some jurisdictions, according to legislation and patent practice, the computer-readable medium does not include electrical carrier signals and telecommunication signals.

[0131] An embodiment of this application also provides a vehicle, which may include the above-mentioned electronic device.

[0132] In several embodiments provided in this application, it should be understood that the disclosed vehicle-mounted device and method can be implemented in other ways. For example, the vehicle-mounted device embodiments described above are merely illustrative. For example, the division of the units is only a logical function division, and there may be other division methods in actual implementation.

[0133] In addition, in each embodiment of this application, the functional units can be integrated in the same processing unit, or each unit can exist physically alone, or two or more units can be integrated in the same unit. The above-mentioned integrated units can be implemented in the form of hardware or in the form of hardware plus software functional modules.

[0134] For those skilled in the art, it is obvious that the present application is not limited to the details of the above exemplary embodiments, and the present application can be implemented in other specific forms without departing from the spirit or basic characteristics of the present application. Therefore, from any point of view, the embodiments should be regarded as exemplary and non-limiting. In addition, it is obvious that the word "including" does not exclude other units or steps, and the singular does not exclude the plural. The multiple units or in-vehicle devices stated in the claims of the in-vehicle device can also be implemented by the same unit or in-vehicle device through software or hardware. The words such as first and second are used to represent names and do not represent any specific order.

[0135] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application and not to limit them. Although the present application has been described in detail with reference to the above embodiments, those of ordinary skill in the art should understand that the technical solutions of the present application can be modified or equivalently replaced without departing from the spirit and scope of the technical solutions of the present application.

Claims

1. A vehicle communication method, characterized in that: The vehicle-mounted device applied to the vehicle comprises a plurality of task storage areas, and the vehicle communication method comprises: Obtaining transmission content of the vehicle-mounted device; Determining a communication task corresponding to the transmission content, wherein the communication task is used to indicate a processing operation to be performed on the transmission content when the transmission content is transmitted to a next device; According to the network type of the network where the next device is located, storing the communication task in a task storage area corresponding to the network type; Wherein, the next device indicated by the communication task in the same task storage area belongs to the same network type; Communication is performed based on the communication tasks in the task storage area.

2. The vehicle communication method according to claim 1, characterized in that: The communication task also includes a storage address of the transmission content; The communicating based on the communication task in the task storage area includes: Finding the transmission content in the storage address; Encapsulating the transmission content based on the processing operation to obtain encapsulated transmission content; The encapsulated transmission content is sent to the next device.

3. The vehicle communication method according to claim 2, characterized in that: The vehicle-mounted device also stores the number of communication tasks corresponding to the transmission content, and after sending the packaged transmission content to the next device, further comprising: Decrease the number of tasks by one; When the number of tasks is equal to zero, the storage address of the transmission content is recovered.

4. The vehicle communication method according to claim 2, characterized in that: The sending the encapsulated transmission content to the next device includes: Obtaining a service level of the encapsulated transmission content; The encapsulated transmission content is sent to the next device based on the service level.

5. The vehicle communication method according to claim 1, characterized in that: The determining of the communication task corresponding to the transmission content includes: Acquire the service identifier of the transmission content and the address information of the target network address of the transmission content; the target network address is used to indicate the target device to which the transmission content needs to go; Determining a routing strategy for the transmission content based on the service identifier and the address information; The communication task is determined based on the routing strategy.

6. The vehicle communication method according to any one of claims 1 to 5, characterized in that: The communicating based on the communication task in the task storage area includes: Create multiple threads; The communication tasks in the multiple task storage areas are concurrently scheduled based on the multiple threads to perform communication.

7. A vehicle communication device, characterized in that: The vehicle-mounted device applied to the vehicle comprises a plurality of task storage areas, and the vehicle communication method comprises: A data acquisition module, used to acquire the transmission content of the vehicle-mounted device; a task determination module, used to determine a communication task corresponding to the transmission content, wherein the communication task is used to indicate a processing operation to be performed on the transmission content when the transmission content is transmitted to a next device; A task storage module, used for storing the communication task in a task storage area corresponding to the network type according to the network type of the network where the next device is located; Wherein, the next device indicated by the communication task in the same task storage area belongs to the same network type; A communication module is used for communicating based on the communication tasks in the task storage area.

8. A vehicle-mounted device, comprising a processor and a memory, characterized in that: The memory is used to store instructions, and the processor is used to call the instructions in the memory, so that the vehicle-mounted device executes the vehicle communication method according to any one of claims 1 to 6.

9. A vehicle, characterized in that: Comprising the vehicle-mounted device as claimed in claim 8.

10. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer instructions, and when the computer instructions are executed on the in-vehicle device, the in-vehicle device executes the vehicle communication method according to any one of claims 1 to 6.

Images