Vehicle-mounted communication method and device

Abstract

The invention discloses a vehicle-mounted communication method and device, and the method comprises the steps: carrying out the classification processing and forwarding of different types of vehicle-mounted functional domain data, directly forwarding CAN data according to a preset routing table, enabling the CAN data not to be forwarded through a routing layer, and improving the forwarding efficiency of the CAN data; the CAN data are received according to different filtering channels, and the CAN data are classified, so that classified forwarding is realized, the classification efficiency of the CAN data is improved, and the forwarding processing efficiency of the CAN data is improved; the Ethernet data is classified, the processing flow of the Ethernet data is determined, data forwarding is carried out according to the processing flow, and the forwarding efficiency of the Ethernet data is improved; different types of vehicle-mounted functional domain data are classified in detail, so that part of data is processed or forwarded in advance, the task load of a processing unit of a vehicle control domain and the vehicle-mounted communication delay are reduced, and the vehicle-mounted communication performance is improved.

Description

Technical Field

[0001] The present invention relates to the field of vehicle-mounted communication technology, and in particular to a vehicle-mounted communication method and device. Background Art

[0002] The automotive electronic and electrical architecture is the core framework of the vehicle's electronic and electrical system. It not only affects the basic functions and performance of the vehicle, but also affects the cost, development cycle and market competitiveness of the vehicle. With the continuous development of intelligent and new energy vehicles, the automotive electronic and electrical architecture has developed from a distributed architecture to a regional architecture and cross-domain integration. The functions of the vehicle are becoming more and more diversified, and the performance requirements for the vehicle's network communication are higher.

[0003] In the existing vehicle communication method, under the domain controller architecture, the traditional CAN bus and Ethernet protocol coordinate the data transmission and communication between various functional domains through the central controller. The central controller needs to process and forward a large number of different types of interactive data. The main core is under heavy load, which can easily cause performance bottlenecks in the central node and high vehicle communication delays. Summary of the invention

[0004] The present invention provides a vehicle-mounted communication method and device, which are used to perform multi-channel classification processing and forwarding of vehicle-mounted communication tasks, reduce the task load pressure of vehicle-mounted communication, and improve vehicle-mounted communication performance.

[0005] In order to solve the above technical problems, an embodiment of the present invention provides a vehicle-mounted communication method, including:

[0006] Receive vehicle-mounted function domain data, and determine a first data type of the vehicle-mounted function domain data, the data type including first CAN data, second CAN data, and Ethernet data;

[0007] When the first data type is first CAN data, forwarding the first CAN data to a destination address according to a preset routing table;

[0008] When the first data type is second CAN data, filtering the second CAN data according to a preset filter table group, and forwarding the second CAN data to a destination address;

[0009] When the first data type is Ethernet data, a second data type of the Ethernet data is determined, and data to be forwarded is determined according to the second data type, and the data to be forwarded is forwarded to a destination address.

[0010] The present invention classifies, processes and forwards different types of vehicle-mounted functional domain data, and directly forwards the first CAN data according to a preset routing table, so that the first CAN data does not need to be forwarded through a routing layer, thereby improving the forwarding efficiency of the first CAN data; receives the second CAN data according to different filtering channels, and classifies the second CAN data, thereby realizing classified forwarding, improving the classification efficiency of the second CAN data, and improving the forwarding processing efficiency of the second CAN data; classifies Ethernet data, determines the processing flow of Ethernet data, and forwards data according to the processing flow, thereby improving the forwarding efficiency of Ethernet data; and classifies different types of vehicle-mounted functional domain data in detail, so as to process or forward part of the data in advance, reduce the task load of the processing unit of the vehicle control domain and the vehicle-mounted communication delay, and improve the vehicle-mounted communication performance.

[0011] Further, forwarding the first CAN data to a destination address according to a preset routing table includes:

[0012] Acquire the destination address, target interface and protocol of the first CAN data according to the routing table;

[0013] The first CAN data is forwarded according to the destination address, target interface and protocol.

[0014] Furthermore, the preset filter table group includes a first filter table, a second filter table and a third filter table, and the first filter table, the second filter table and the third filter table are respectively set based on the CAN channel, the CAN identifier and the CAN address.

[0015] Further, the second CAN data is forwarded to the destination address, including:

[0016] Determine the priority of the second CAN data according to the CAN identifier of the second CAN data, and sort the memory pointers according to the priority to generate a forwarding order;

[0017] The second CAN data is forwarded to a destination address according to the forwarding order.

[0018] Further, the second data type of the Ethernet data is determined as:

[0019] The second data type of the Ethernet data is determined according to the data packet header information of the Ethernet data.

[0020] Further, determining the second data type of the Ethernet data, determining the data to be forwarded according to the second data type, and forwarding the data to be forwarded to the destination address includes:

[0021] Determine the data to be forwarded according to the second data type, and modify the data packet header information of the data to be forwarded according to the network address translation setting to update the destination address and port;

[0022] Forward the data to be forwarded to the destination address.

[0023] Further, it includes: determining the data to be processed according to the second data type;

[0024] The data to be processed is processed and then forwarded to the destination address.

[0025] Further, including:

[0026] When forwarding a non-encrypted data packet, if the destination address is a secure network address, the vehicle-mounted functional domain data is encrypted and forwarded.

[0027] Further, including:

[0028] When forwarding an encrypted data packet, if the destination address of the encrypted data packet is an insecure network address, the encrypted data packet is decrypted and forwarded.

[0029] In a second aspect, the present invention further provides a vehicle-mounted communication device, comprising: a data identification module, a first forwarding module, a second forwarding module and a third forwarding module;

[0030] The data identification module is used to receive the vehicle-mounted functional domain data and determine the first data type of the vehicle-mounted functional domain data, wherein the data type includes the first CAN data, the second CAN data and the Ethernet data;

[0031] The first forwarding module is used to forward the first CAN data to a destination address according to a preset routing table;

[0032] The second forwarding module is used to receive the second CAN data according to the preset filter table group, and forward the second CAN data to the destination address;

[0033] The third forwarding module is used to determine the second data type of the Ethernet data, determine the data to be forwarded according to the second data type, and forward the data to be forwarded to a destination address. BRIEF DESCRIPTION OF THE DRAWINGS

[0034] Figure 1 A schematic diagram of a flow chart of a vehicle-mounted communication method provided by an embodiment of the present invention;

[0035] Figure 2 A vehicle network architecture diagram based on domain control provided in an embodiment of the present invention;

[0036] Figure 3A schematic diagram of the structure of a first acceleration module provided by an embodiment of the present invention;

[0037] Figure 4 A schematic diagram of data transmission of a second acceleration module provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0038] The specific implementation of the present invention is further described in detail below in conjunction with the accompanying drawings and examples. The following examples are used to illustrate the present invention, but are not intended to limit the scope of the present invention.

[0039] The terms "first" and "second" and the like in the specification, claims and drawings of this application are used to distinguish different objects, rather than to describe a specific order. In addition, the terms "including" and "having" and any variations thereof are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device comprising a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products or devices.

[0040] Reference to "embodiments" herein means that a particular feature, structure, or characteristic described in conjunction with the embodiments may be included in at least one embodiment of the present application. The appearance of the phrase in various locations in the specification does not necessarily refer to the same embodiment, nor is it an independent or alternative embodiment that is mutually exclusive with other embodiments. It is explicitly and implicitly understood by those skilled in the art that the embodiments described herein may be combined with other embodiments.

[0041] First, some terms in this application are explained to facilitate understanding by those skilled in the art.

[0042] (1) CAN (Controller Area Network) is a communication protocol widely used in the fields of automotive and industrial automation.

[0043] (2)VDC (Vehicle Dynamics Control) is an automotive electronic control system.

[0044] (3)ZCU (Zone Control Unit) is an electronic control unit widely used in modern automotive electrical and electronic architecture, used to manage and control electrical and electronic functions in specific areas of the vehicle.

[0045] (4) The PDU (Protocol Data Unit) routing table is an important component in the automotive electrical and electronic architecture for managing and controlling the forwarding rules of data packets.

[0046] Example 1

[0047] See also Figure 1 , Figure 1 A flow chart of a vehicle communication method provided by an embodiment of the present invention. The present invention provides a vehicle communication method, including steps 101 to 104, which are as follows:

[0048] Step 101: receiving vehicle-mounted function domain data, and determining a first data type of the vehicle-mounted function domain data, the data type including first CAN data, second CAN data and Ethernet data;

[0049] Please refer to Figure 2 , Figure 2 A vehicle network architecture diagram based on domain control is provided for an embodiment of the present invention.

[0050] In this embodiment, the vehicle network based on domain control includes T-BOX, autonomous driving domain, cockpit domain, ZCU, power domain and chassis domain. Under the domain control architecture, VDC serves as the central computing and processing center and the network center. Information interaction between different domains needs to go through VDC. After the T-box, autonomous driving domain, cockpit domain and VDC exchange information, VDC issues driving commands to ZCU, power domain and chassis domain, and ZCU, power domain and chassis domain are responsible for execution. As an information interaction center, VDC needs to process and forward a large amount of data.

[0051] In this embodiment, in modern vehicle architecture, CAN (Controller Area Network) communication and Ethernet communication (ETH, -Ethernet) are two main vehicle-mounted communication methods. Among them, CAN communication is a serial communication protocol that adopts a multi-host structure and supports real-time control and data exchange. The transmission rate of CAN communication is 2Mbps, 5Mbps, and 8Mbps. Although it can meet the real-time requirements of most automotive control systems, the bandwidth is relatively small. It is mainly used for real-time control and status information transmission of vehicles, with strong anti-interference ability and low cost. Ethernet communication is based on the high-speed communication standard of the TCP / IP protocol family and supports large-bandwidth data transmission. The transmission rate of Ethernet communication is usually 100Mbps (Fast Ethernet), 1000Mbps, 1Gbps (Gigabit Ethernet) or even higher (such as 10Gbps). It is suitable for applications that require fast transmission of high-capacity data. It is widely used in application scenarios such as infotainment, navigation, and remote diagnosis that require the transmission of large amounts of data.

[0052] In this embodiment, an encryption module and an acceleration module are set in the VDC, so that data is preprocessed and forwarded based on the encryption module and the acceleration module. The acceleration module includes a first acceleration module and a second acceleration module.

[0053] In this embodiment, data is divided into CAN data based on CAN communication and Ethernet data based on Ethernet communication by different receiving modes, so as to classify and forward data of different data types and reduce the processing load of VDC. Among them, based on the different data types, CAN data is divided into first CAN data and second CAN data.

[0054] In this embodiment, an acceleration module is set in the VDC, and different data types are accelerated based on the acceleration module, wherein the acceleration module includes a first acceleration module and a second acceleration module, wherein the first acceleration module is used to accelerate the processing of CAN communication data, and the second acceleration module is used to accelerate the processing of Ethernet communication data.

[0055] In this embodiment, the first CAN data only includes the routing data to be forwarded received by the CAN bus, the second CAN data mainly includes control instructions, sensor data and status information from various functional domains of the vehicle, and Ethernet data usually includes multimedia data, high-precision map data, remote diagnostic data, etc., and the data volume is large.

[0056] In this embodiment, CAN data has high real-time performance and small data volume, which is suitable for direct routing and forwarding, reducing the processing pressure of the central controller. It has large bandwidth requirements and diverse data types. Through classified processing and forwarding, efficient transmission of large-capacity data is ensured. By classifying CAN data and Ethernet data, appropriate processing methods are selected according to their data characteristics, reducing network congestion and processing pressure of the central controller.

[0057] Step 102: When the first data type is first CAN data, forwarding the first CAN data to a destination address according to a preset routing table;

[0058] In this embodiment, when realizing a specific function of the vehicle, VDC needs to exchange information with the power domain, chassis domain, ZCU, etc., which is based on the network communication protocol of Autosar and communicates through the CAN network. The data transmitted by CAN communication is accelerated by the first acceleration module, wherein the data transmitted by CAN communication includes the first CAN data and the second CAN data.

[0059] In this embodiment, forwarding the first CAN data to a destination address according to a preset routing table includes:

[0060] Acquire the destination address, target interface and protocol of the first CAN data according to the routing table;

[0061] The first CAN data is forwarded according to the destination address, target interface and protocol.

[0062] In this embodiment, when information routing is required between different CAN channels of the VDC, the information transmitted by the ZCU, power domain or cockpit domain is directly forwarded through the routing table information pre-stored in the first acceleration module, the matching address, target interface and protocol.

[0063] In this embodiment, routing table information is pre-stored in the first acceleration module, and the routing table information includes PUD routing table information. Based on the routing table information, the message ID, data type, source address, destination address, interface and protocol of the first CAN data can be matched, so as to directly route and forward the first CAN data to the destination address, thereby avoiding the need for routing information to go to the PDU routing layer in the network communication architecture based on Autosar, and the need for the CAN driver layer to the CAN interface, CANTP to the PDU routing layer, and then return, thereby reducing routing delays.

[0064] In this embodiment, through the first acceleration module, the forwarding process of the first CAN data can bypass the traditional multiple protocol stack levels and forward directly. This not only reduces delays and improves efficiency, but also reduces the load pressure of the central controller and improves the overall performance and response speed of the system. At the same time, the flexible routing configuration also enhances the scalability and adaptability of the system.

[0065] Step 103: When the first data type is second CAN data, filtering the second CAN data according to a preset filter table group, and forwarding the second CAN data to a destination address;

[0066] Please refer to Figure 3 , Figure 3 A schematic diagram of the structure of a first acceleration module provided in an embodiment of the present invention.

[0067] In this embodiment, the second CAN data is forwarded based on the first acceleration module, a filter table and a priority forwarding rule are respectively set at the receiving end and the sending end of the VDC based on the first acceleration module, the second CAN data is received based on the filter table, and the second CAN data is forwarded based on the priority forwarding rule.

[0068] In this embodiment, the first priority and the second priority are set at the transmitting end of the VDC based on the CAN identifier, and the first filter table, the second filter table and the third filter table are set at the receiving end of the VDC based on the CAN channel, the CAN identifier and the CAN address.

[0069] In this embodiment, a filter table group is set at the receiving end of the VDC, and the filter table group is set based on the CAN channel, the CAN identifier and the CAN address.

[0070] In this embodiment, the preset filter table group includes a first filter table, a second filter table and a third filter table, and the first filter table, the second filter table and the third filter table are respectively set based on the CAN channel, the CAN identifier and the CAN address.

[0071] In this embodiment, several filter tables are set by the first acceleration module, so that messages sent from different functional domains are filtered based on different CAN channels and CAN identifiers.

[0072] In this embodiment, the first filter table is set based on the CAN channel, and is used to specify the domain information transmitted by each CAN channel, so as to achieve accurate matching settings, and a certain CAN channel can be limited to receive only information sent by a specific domain. For example, channel 1 is limited to receive only information from the ZCU domain, and channel 2 is limited to receive only information from the power domain. This ensures that each CAN channel only processes data related to itself and avoids irrelevant domain information from entering unnecessary channels; the information transmission paths of different domains are accurately controlled through the first filter table, reducing irrelevant data from entering the system, reducing system load, and improving transmission efficiency.

[0073] In this embodiment, the second filter table is used to implement the shielding function, which is set based on the CAN identifier and is used to specify that a certain CAN channel only transmits domain information containing a specific CAN identifier, and can selectively filter information from different domains according to the CAN identifier. For example, if the VDC only cares about CAN data from the power domain, the second filter table can be set to only receive CAN ID information from the power domain, and shield the information from the ZCU domain or other domains, so as to effectively reduce the amount of data received and processed by the VDC and reduce its processing pressure.

[0074] In this embodiment, the third filter table is set based on the CAN address, and is used to specify that a certain CAN channel only transmits domain information of a specific CAN address. In this way, the range determination function can be realized, and different information types can be set according to the CAN ID range, thereby further refining the data transmission control. Through the range filtering of the third filter table, different types of CAN data can be classified and managed more accurately, ensuring the orderliness and controllability of information transmission, reducing the system's parsing time for data types, and improving data processing efficiency.

[0075] In an optional embodiment, a first filter table is set for precise matching. The first filter table can be set by limiting the CAN channel to limit a certain CAN channel to receive information from a certain domain. For example, when receiving information from the ZCU domain, it is transmitted through CAN channel 1. A second filter table is set for shielding. It is set through CAN ID, that is, CAN identification. The CAN IDs of different domains are different. The filter table is set through CAN ID. For example, only information from the power domain is received or sent, and information from other domains is shielded. A third filter table is set for range determination. The third filter table can also be set through CANID. For example, the address of CANID is set from 0x00 to 0x50 for information messages sent by ZCU to VDC; the address from 0x51 to 0xA0 for information messages sent by VDC to ZCU.

[0076] In this embodiment, by setting the filter table, the system can quickly decide whether to receive or forward a CAN data packet. For example, when the second CAN data enters the system, the first acceleration module can immediately determine whether to process or forward the data according to the filter table. Compared with a system without a filter table, the data does not need to go through complex protocol stack processing and unnecessary routing judgment, which reduces communication delays and improves the real-time performance of the system.

[0077] In this embodiment, the first acceleration module sets a priority forwarding rule in the VDC to forward the second CAN data to the destination address.

[0078] In this embodiment, the second CAN data is forwarded to the destination address, including:

[0079] Determine the priority of the second CAN data according to the CAN identifier of the second CAN data, and sort the memory pointers according to the priority to generate a forwarding order;

[0080] The second CAN data is forwarded to a destination address according to the forwarding order.

[0081] In this embodiment, the sending end of the VDC will sort the memory pointers according to the CAN identifier, set the first priority and the second priority, jump to the CAN frame with a high priority through the pointer, and give priority to sending the content of the CAN frame with a high priority.

[0082] In this embodiment, the second CAN data is forwarded based on the priority of the first acceleration module to ensure that high-priority data is processed and transmitted first, meet the real-time requirements, avoid delays in high-priority data caused by low-priority data, and improve the response speed of key tasks. For example, emergency braking instructions can be transmitted in time; at the same time, by prioritizing the second CAN data frame, VCD can send data according to the priority order to optimize bandwidth utilization. High-priority data is sent first to avoid bandwidth being occupied by low-priority data, thereby effectively utilizing limited communication resources; in addition, in the vehicle communication system, delays may have a significant impact on system performance. By giving priority to sending high-priority second CAN data frames, the transmission delay of high-priority data can be significantly reduced, thereby improving the overall response speed of the system.

[0083] Step 104: When the first data type is Ethernet data, determine a second data type of the Ethernet data, determine data to be forwarded according to the second data type, and forward the data to be forwarded to a destination address.

[0084] In this embodiment, the VDC can communicate with the intelligent driving and automatic cockpit domains via Ethernet, and a second acceleration module is set to process data packets of the Ethernet communication.

[0085] In this embodiment, determining the second data type of the Ethernet data, determining the data to be forwarded according to the second data type, and forwarding the data to be forwarded to the destination address includes:

[0086] Determine the data to be forwarded according to the second data type, and modify the data packet header information of the data to be forwarded according to the network address translation setting to update the destination address and port;

[0087] Forward the data to be forwarded to the destination address.

[0088] Please refer to Figure 4 , Figure 4 A schematic diagram of data transmission of a second acceleration module provided in an embodiment of the present invention.

[0089] In this embodiment, the data type of the Ethernet data is determined based on the data packet header information of the Ethernet data. If the data type is data to be forwarded, it is transmitted to the fast path, and the data packet header information is modified according to the network address translation settings to update the destination address and port. If the data type is data to be processed, it is transmitted to the slow path and forwarded after being processed by the main core.

[0090] In this embodiment, based on the second acceleration module, the data packet headers of the data link layer, network layer and transport layer can be operated. When necessary, the data packet header information can be modified according to the classification. When the data traffic comes, the data stream can be classified through the command line of the fast control interface. The data type can be customized according to user needs. For example: the data type is classified into managed, unmanaged, reserved, and to be discarded. By identifying and classifying, malicious data flows can be terminated.

[0091] In this embodiment, the packet header can be modified according to the network address port conversion setting. It updates the address or port according to the configuration request given in the routing table entry to ensure the fast transmission of data. When the data is transmitted, the second acceleration module classifies and filters the received data packets before transmitting them to the main core. If it is determined that the information does not need to be further processed by the main core, the data packet can be forwarded from the port of the second acceleration module, reducing the processing of the data packet by the main core.

[0092] In this embodiment, the data to be processed is determined according to the second data type;

[0093] The data to be processed is processed and then forwarded to the destination address.

[0094] In this embodiment, Ethernet data is divided into data to be forwarded and data to be processed based on data type, so that the data packet header information is modified based on the network address translation setting for the data to be forwarded, the destination address and port are updated, and the data to be processed is forwarded to the destination address after data processing, thereby avoiding data that does not need to be processed from flowing into the main core and wasting main core resources.

[0095] In this embodiment, after receiving the data packet, the second acceleration module first classifies and filters it, and decides whether to forward the data packet to the main core according to the preset rules. If the data packet does not need further processing, the second acceleration module can be forwarded directly from its port, completely bypassing the main core. This can effectively reduce the processing requirements of the main core for each data packet and reduce the overall load of the system. It can operate and modify the data packet headers of the data link layer, network layer and transport layer, accelerate the processing and forwarding of Ethernet data packets, improve data transmission efficiency, reduce the processing steps of the main core for data packets, thereby speeding up the forwarding and transmission process of data packets. At the same time, due to the custom classification according to user needs, highly flexible data flow management is provided, and the processing priority of data flows can be customized according to different application scenarios. In addition, through the command line of the fast control interface, the second acceleration module can quickly identify and terminate malicious data flows. For example, when a suspicious data packet (such as traffic from an unknown or untrusted source) is detected, the system can immediately classify and discard it, thereby preventing potential attacks or threats from entering the main core.

[0096] In this embodiment, the second acceleration module can significantly reduce the processing time of data packets by classifying and modifying the header of fast data streams, ensuring that key data streams (such as control instructions, etc.) can be transmitted quickly. At the same time, by terminating malicious data streams in advance, the system can avoid potential network congestion and failures, and improve the reliability of overall communication.

[0097] In this embodiment, an encryption module is provided to decrypt and encrypt data transmission in the VDC.

[0098] In this embodiment, based on the encryption module, when forwarding a non-encrypted data packet, if the destination address is a secure network address, the vehicle-mounted functional domain data is encrypted and forwarded. When forwarding an encrypted data packet, if the destination address of the encrypted data packet is a non-secure network address, the encrypted data packet is decrypted and forwarded.

[0099] In this embodiment, the VDC receives a remote command from the T-box, such as starting the vehicle power-on and power-off operation. The data command is transmitted to the acceleration module through port 0 of the acceleration module, so that the acceleration module classifies and filters the received data command to determine whether its destination address is a secure network address. If the destination address is a secure network address, the data command is transmitted to the encryption module.

[0100] In this embodiment, the encryption module encrypts the data instructions to ensure the security of the data during transmission. The encrypted data instructions are routed out through the security port 1 of the acceleration module and transmitted to the MCU, BMS, DCDC, etc. for secure startup.

[0101] In this embodiment, when the VDC receives an encrypted upgrade package (such as an OTA upgrade package), the data arrives at the secure port 1 of the acceleration module. After classification and screening, the acceleration module determines that the destination address of the data is a non-secure network address, and then the data instructions are transmitted to the encryption module for decryption processing. The decrypted data instructions are routed out from the non-secure port 0 and transmitted to the ZCU controller for upgrading.

[0102] In this embodiment, when data is transmitted to a secure network address, the encryption module encrypts the data to ensure the security of the data during transmission and prevent the data from being stolen or tampered with. When data is transmitted to an unsecure network address, the encryption module decrypts the encrypted data to ensure the correctness and integrity of the data at the receiving end. Through encryption and decryption processing, the encryption module can protect the security of sensitive information (such as remote start instructions, OTA upgrade packages, etc.) during transmission and prevent the leakage of sensitive information.

[0103] In this embodiment, since the encryption module and the acceleration module are directly connected, encryption and decryption processing can be performed during the data transmission process, reducing the burden of data processing on the main core and improving the overall performance and efficiency of the system. In addition, the encryption and decryption functions of the encryption module simplify the data management process, reduce the complexity of manual configuration and management, and the system can automatically encrypt or decrypt according to the destination address of the data, thereby improving the automation of data management.

[0104] In this embodiment, by encrypting and decrypting data through the encryption module, the system can significantly enhance data security, protect sensitive information, reduce the main core processing load, and improve the flexibility, reliability and efficiency of the system. The flexible encryption strategy and automated processing capabilities of the encryption module enable the system to adapt to different network environments and security requirements, ensuring the security and integrity of data during transmission.

[0105] In this embodiment, the acceleration module and the encryption module work together, and the vehicle communication system can realize the classification processing and forwarding of multi-channel data. In this process, the burden of the main core is effectively reduced, and the overall communication performance is significantly improved, ensuring high efficiency and high reliability under high load and complex environment.

[0106] The embodiment of the present invention further provides a vehicle-mounted communication device, comprising: a data identification module, a first forwarding module, a second forwarding module and a third forwarding module;

[0107] The data identification module is used to receive the vehicle-mounted functional domain data and determine the first data type of the vehicle-mounted functional domain data, wherein the data type includes the first CAN data, the second CAN data and the Ethernet data;

[0108] The first forwarding module is used to forward the first CAN data to a destination address according to a preset routing table;

[0109] The second forwarding module is used to receive the second CAN data according to the preset filter table group, and forward the second CAN data to the destination address;

[0110] The third forwarding module is used to determine the second data type of the Ethernet data, determine the data to be forwarded according to the second data type, and forward the data to be forwarded to a destination address.

[0111] In this embodiment, the first forwarding module includes:

[0112] Acquire the destination address, target interface and protocol of the first CAN data according to the routing table;

[0113] The first CAN data is forwarded according to the destination address, target interface and protocol.

[0114] In this embodiment, the second forwarding module includes:

[0115] The filter table group includes a first filter table, a second filter table and a third filter table, and the first filter table, the second filter table and the third filter table are set based on a CAN channel, a CAN identifier and a CAN address.

[0116] In this embodiment, the second forwarding module includes:

[0117] Determine the priority of the second CAN data according to the CAN identifier of the second CAN data, and sort the memory pointers according to the priority to generate a forwarding order;

[0118] The second CAN data is forwarded to a destination address according to the forwarding order.

[0119] In this embodiment, the third forwarding module includes:

[0120] Determine the data type of the Ethernet data according to the data packet header information of the Ethernet data;

[0121] Determine the data to be forwarded according to the data type, and forward the data to be forwarded to the destination address.

[0122] In this embodiment, the third forwarding module includes:

[0123] The data packet header information is modified according to the network address translation settings to update the destination address and port.

[0124] In this embodiment, the third forwarding module includes:

[0125] The data to be processed is processed and then forwarded to the destination address.

[0126] In this embodiment, the vehicle-mounted communication device further includes an encryption module, which includes:

[0127] When forwarding a non-encrypted data packet, if the destination address is a secure network address, the vehicle-mounted functional domain data is encrypted and forwarded.

[0128] In this embodiment, the encryption module includes:

[0129] When forwarding an encrypted data packet, if the destination address of the encrypted data packet is an insecure network address, the encrypted data packet is decrypted and forwarded.

[0130] In this embodiment, by classifying and processing different types of vehicle-mounted functional domain data and forwarding them, and by directly forwarding the first CAN data according to a preset routing table, the first CAN data does not need to be forwarded through the routing layer, thereby improving the forwarding efficiency of the first CAN data; by receiving the second CAN data according to different filtering channels, the second CAN data is classified, thereby realizing classified forwarding, improving the classification efficiency of the second CAN data, and improving the forwarding processing efficiency of the second CAN data; by classifying Ethernet data, determining the processing flow of Ethernet data, forwarding data according to the processing flow, and improving the forwarding efficiency of Ethernet data; by performing detailed classification of different types of vehicle-mounted functional domain data, some data can be processed or forwarded in advance, thereby reducing the task load of the processing unit of the vehicle control domain and the vehicle-mounted communication delay, and improving the vehicle-mounted communication performance.

[0131] In an embodiment of the present invention, a multi-device access platform processing device is also provided, including a processor, a memory, and a computer program stored in the memory and configured to be executed by the processor. When the processor executes the computer program, the above-mentioned multi-device access platform processing method is implemented.

[0132] In an embodiment of the present invention, a computer-readable storage medium is also provided, the computer-readable storage medium including a stored computer program, wherein when the computer program is running, the device where the computer-readable storage medium is located is controlled to execute the above-mentioned multi-device access platform processing method.

[0133] Exemplarily, the computer program may be divided into one or more modules, one or more modules are stored in a memory and executed by a processor to implement the present invention. One or more modules may be a series of computer program instruction segments capable of implementing specific functions, and the instruction segments are used to describe the execution process of the computer program in the multi-device access platform processing device.

[0134] The multi-device access platform processing device may be a computing device such as a desktop computer, a notebook, a PDA, and a cloud server. The multi-device access platform processing device may include, but is not limited to, a processor, a memory, and a display. Those skilled in the art will appreciate that the above components are merely examples of the multi-device access platform processing device and do not constitute a limitation on the multi-device access platform processing device. It may include more or fewer components than the components, or a combination of certain components, or different components. For example, the multi-device access platform processing device may also include input and output devices, network access devices, buses, and the like.

[0135] The processor may be a central processing unit (CPU), other general-purpose processors, digital signal processors (DSP), application-specific integrated circuits (ASIC), field-programmable gate arrays (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc. A general-purpose processor may be a microprocessor or any conventional processor, etc. The processor is the control center of the multi-device access platform processing device, and uses various interfaces and lines to connect various parts of the entire multi-device access platform processing device.

[0136] The memory can be used to store computer programs and / or modules. The processor realizes various functions of the multi-device access platform processing device by running or executing the computer programs and / or modules stored in the memory and calling the data stored in the memory. The memory can mainly include a program storage area and a data storage area, wherein the program storage area can store an operating system, an application required for at least one function (such as a sound playback function, a text conversion function, etc.), etc.; the data storage area can store data created according to the use of the mobile phone (such as audio data, text message data, etc.), etc. In addition, the memory can include a high-speed random access memory, and can also include a non-volatile memory, such as a hard disk, a memory, a plug-in hard disk, a smart memory card (Smart Media Card, SMC), a secure digital (Secure Digital, SD) card, a flash card (FlashCard), at least one disk storage device, a flash memory device, or other volatile solid-state storage devices.

[0137] Among them, if the module based on the processing of the multi-device access platform is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the present invention implements all or part of the processes in the above-mentioned embodiment method, and can also be completed by instructing the relevant hardware through a computer program. The computer program can be stored in a computer-readable storage medium, and the computer program can implement the steps of the above-mentioned various method embodiments when executed by the processor. Among them, the computer program includes computer program code, and the computer program code can be in source code form, object code form, executable file or some intermediate form. The computer-readable medium may include: any entity or device capable of carrying computer program code, recording medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory (ROM, Read-Only Memory), random access memory (RAM, Random Access Memory), electric carrier signal, telecommunication signal and software distribution medium, etc. Ordinary technicians in this field can understand and implement it without paying creative labor.

[0138] The specific embodiments described above further illustrate the purpose, technical solutions and beneficial effects of the present invention. It should be understood that the above description is only a specific embodiment of the present invention and is not intended to limit the scope of protection of the present invention. It is particularly pointed out that for those skilled in the art, any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present invention should be included in the scope of protection of the present invention.

Claims

1. A vehicle communication method, characterized in that: include: Receive vehicle-mounted function domain data, and determine a first data type of the vehicle-mounted function domain data, the data type including first CAN data, second CAN data, and Ethernet data; When the first data type is first CAN data, forwarding the first CAN data to a destination address according to a preset routing table; When the first data type is second CAN data, filtering the second CAN data according to a preset filter table group, and forwarding the second CAN data to a destination address; When the first data type is Ethernet data, a second data type of the Ethernet data is determined, and data to be forwarded is determined according to the second data type, and the data to be forwarded is forwarded to a destination address.

2. A vehicle-mounted communication method as claimed in claim 1, characterized in that: The forwarding the first CAN data to a destination address according to a preset routing table includes: Acquire the destination address, target interface and protocol of the first CAN data according to the routing table; The first CAN data is forwarded according to the destination address, target interface and protocol.

3. The vehicle-mounted communication method according to claim 1, characterized in that: The preset filter table group includes a first filter table, a second filter table and a third filter table. The first filter table, the second filter table and the third filter table are respectively set based on a CAN channel, a CAN identifier and a CAN address.

4. A vehicle-mounted communication method as claimed in claim 3, characterized in that: The second CAN data is forwarded to a destination address, including: Determine the priority of the second CAN data according to the CAN identifier of the second CAN data, and sort the memory pointers according to the priority to generate a forwarding order; The second CAN data is forwarded to a destination address according to the forwarding order.

5. The vehicle-mounted communication method according to claim 1, characterized in that: The second data type of the Ethernet data is determined as: The second data type of the Ethernet data is determined according to the data packet header information of the Ethernet data.

6. A vehicle-mounted communication method as claimed in claim 5, characterized in that: The determining the second data type of the Ethernet data, determining the data to be forwarded according to the second data type, and forwarding the data to be forwarded to the destination address includes: Determine the data to be forwarded according to the second data type, and modify the data packet header information of the data to be forwarded according to the network address translation setting to update the destination address and port; Forward the data to be forwarded to the destination address.

7. The vehicle-mounted communication method according to claim 1, characterized in that: include: determining data to be processed according to the second data type; The data to be processed is processed and then forwarded to the destination address.

8. A vehicle-mounted communication method according to any one of claims 1 to 7, characterized in that: include: When forwarding a non-encrypted data packet, if the destination address is a secure network address, the vehicle-mounted functional domain data is encrypted and forwarded.

9. A vehicle-mounted communication method according to any one of claims 1 to 7, characterized in that: include: When forwarding an encrypted data packet, if the destination address of the encrypted data packet is an insecure network address, the encrypted data packet is decrypted and forwarded.

10. A vehicle-mounted communication device, characterized in that: include: A data identification module, a first forwarding module, a second forwarding module and a third forwarding module; The data identification module is used to receive the vehicle-mounted functional domain data and determine the first data type of the vehicle-mounted functional domain data, wherein the data type includes the first CAN data, the second CAN data and the Ethernet data; The first forwarding module is used to forward the first CAN data to a destination address according to a preset routing table; The second forwarding module is used to receive the second CAN data according to the preset filter table group, and forward the second CAN data to the destination address; The third forwarding module is used to determine the second data type of the Ethernet data, determine the data to be forwarded according to the second data type, and forward the data to be forwarded to a destination address.

Images