Traffic redirection method and intelligent device

Abstract

The invention provides a traffic redirection method and intelligent equipment. The method comprises the following steps: receiving a service request message by traffic redirection equipment, and judging whether traffic redirection needs to be carried out on service request data or not; if traffic redirection needs to be carried out, sending a confirmation message comprising a first destination address to the initiating end, and configuring an analysis director at the position of at least one network node between the initiating end of the service request message and the target receiving end; the destination address of the transmission message is converted into the real address of the target receiving end from the first destination address by using the analysis orientator, and the source address is converted into the first destination address from the address of the initiating end, so that the transmission message is transmitted to the target receiving end, the flow burden of the DoIP gateway is reduced, and the transmission efficiency is improved. And the real address of the target receiving end does not need to be exposed, so that higher security is ensured.

Description

Technical Field

[0001] The present application relates to the field of communication technology, and specifically provides a traffic redirection method and an intelligent device. Background Art

[0002] Nowadays, Ethernet technology is becoming a major component of vehicle networks, and UDS / DoIP is widely used in vehicle diagnosis for factory production and after-sales maintenance. In the process of manufacturing, after-sales diagnosis or maintenance, the DoIP gateway realizes the communication and data transmission between the initiator and the target receiver of the service request message. In the vehicle system, there are about more than 100 ECUs in each vehicle, of which at least more than 10 are ECUs that support DoIP diagnosis. When performing DoIP diagnosis on these ECUs in the vehicle, a single DoIP gateway is usually used to realize the communication connection between the diagnostic client and the ECU in the vehicle. The DOIP gateway is responsible for proxying all diagnostic requests and responses of all ECUs in the vehicle, including the transmission of relevant diagnostic request data and response data. The DoIP gateway needs to parse the DoIP diagnostic data packet in the application layer and determine how to route and forward it to each ECU in the vehicle. Nowadays, the size of the firmware package of some ECUs (such as smart cockpit center console and autonomous driving system) can be as high as 10G bytes, and some ECUs have a large amount of data and files that need to be uploaded for offline analysis. The downloading, uploading and transmission of these firmware packages / data usually require the use of UDS / DoIP protocol. The transmission of this data often causes the DoIP gateway to have a high traffic load, making a single DoIP gateway a bottleneck for the vehicle diagnostic traffic, resulting in longer service time, slow maintenance and diagnostic response, and lower efficiency. For example, the upgrade of some vehicle software may take more than 7 hours.

[0003] There are some alternative solutions in the industry. For example, the IP addresses of all ECUs inside the vehicle are exposed to the DoIP diagnostic client outside the vehicle, allowing the DoIP diagnostic client to directly establish a communication connection with the ECU inside the vehicle and directly transmit data, thereby reducing the burden on the DoIP gateway. However, this method has many disadvantages, especially in terms of security. Since the internal topology of the vehicle is visible to the outside world, the risk of the internal ECU of the vehicle being attacked is increased.

[0004] Accordingly, the art needs a new traffic redirection solution to solve the above problems. Summary of the invention

[0005] In order to overcome the above-mentioned defects, the present application is proposed to solve or at least partially solve the technical problem of how to reduce the traffic burden of the DoIP gateway while ensuring security.

[0006] In a first aspect, a traffic redirection method is provided, which is applied to a traffic redirection device, wherein the traffic redirection device includes a DoIP gateway, and the method includes:

[0007] In response to a service request message received by the traffic redirection device, determining whether traffic redirection is required for the service request data to be transmitted, an initiator and a target receiver of the service request message are both communicatively connected to the traffic redirection device, and the initiator and the target receiver are communicatively connected via the traffic redirection device;

[0008] In response to determining that the traffic redirection is required, determining a confirmation message of the service request message, and sending the confirmation message to the initiator by using the traffic redirection device, the confirmation message including a first destination address, so that the initiator sends a service request data transmission message to the first destination address, the service request data transmission message corresponding to the service request message, and used to transmit the service request data to be transmitted;

[0009] In response to determining that the traffic redirection is required, configuring a parsing director at at least one network node position between the initiating end and the target receiving end, the parsing director being configured to parse the service request data transmission message and redirect the communication path of the service request data transmission message;

[0010] In response to obtaining the service request data transmission message sent by the initiator to the first destination address at the at least one network node location configured with the resolution director, redirecting the communication path of the service request data transmission message by using the resolution director, including: converting the destination address of the service request data transmission message from the first destination address to the real address of the target receiving end, and converting the source address of the service request data transmission message from the address of the initiator to the first destination address;

[0011] The service request data transmission message is transmitted to the target receiving end based on the redirected communication path of the service request data transmission message.

[0012] In a technical solution of the above traffic redirection method, the method further includes:

[0013] Determine that the path conversion type corresponding to the service request data transmission message is a transparent mode;

[0014] Based on the determined path conversion type, determining that the first destination address in the confirmation message is the address of the DoIP gateway;

[0015] Redirecting the communication path of the service request data transmission message by using the parsing director includes:

[0016] Using the resolution director, the destination address of the service request data transmission message is converted from the address of the DoIP gateway to the real address of the target receiving end;

[0017] The resolution director is used to convert the source address of the service request data transmission message from the address of the initiator to the address of the DoIP gateway.

[0018] In a technical solution of the above-mentioned traffic redirection method, it is determined that the path conversion type corresponding to the service request data transmission message is a semi-transparent mode;

[0019] Determine a mapping address of the target receiving end, and use the mapping address of the target receiving end as the first destination address in the confirmation message;

[0020] Redirecting the communication path of the service request data transmission message by using the parsing director includes:

[0021] Using the parsing director, converting the destination address of the service request data transmission message from the mapped address of the target receiving end to the real address of the target receiving end;

[0022] The resolution director is used to convert the source address of the service request data transmission message from the address of the initiating end to the mapping address of the target receiving end.

[0023] In a technical solution of the above-mentioned traffic redirection method, the determining of the path conversion type corresponding to the service request data transmission message includes:

[0024] Based on the security level of the initiator and / or the communication mode type of the service request message, a path conversion type corresponding to the service request data transmission message is determined, and the communication mode type includes encrypted communication and non-encrypted communication.

[0025] In a technical solution of the above traffic redirection method, the method further includes:

[0026] In response to determining that the path conversion type is a semi-transparent mode, creating a virtual communication path identifier, wherein the virtual communication path identifier represents a virtual communication path from a mapped address of the target receiving end to a real address of the target receiving end;

[0027] The virtual communication path identifier is sent to the initiator, so that the initiator initiates the service request data transmission message to the mapping address corresponding to the virtual communication path identifier.

[0028] In a technical solution of the above-mentioned traffic redirection method, in the transparent mode, converting the destination address of the service request data transmission message from the address of the DoIP gateway to the real address of the target receiving end includes:

[0029] Based on the network IP protocol layer, transport layer and application layer, the destination address of the service request data transmission message is converted from the address of the DoIP gateway to the real address of the target receiving end.

[0030] In a technical solution of the above-mentioned traffic redirection method, the parsing director is further configured to parse a response data transmission message and redirect a communication path of the response data transmission message, wherein the response data transmission message corresponds to the service request data transmission message and is used to transmit the response data, wherein the response data is data returned by the target receiving end to the initiating end in response to the service request data received from the first destination address; the method further includes:

[0031] In response to obtaining the response data transmission message sent by the target receiving end to the first destination address at the at least one network node position configured with the resolution director, redirecting the communication path of the response data transmission message based on the resolution director includes: converting the destination address of the response data transmission message from the first destination address to the address of the initiating end, and converting the source address of the response data transmission message from the real address of the target receiving end to the first destination address;

[0032] Based on the redirected communication path of the response data transmission message, the response data transmission message is transmitted to the initiator.

[0033] In a technical solution of the above-mentioned traffic redirection method, the method further includes:

[0034] Determine that the path conversion type corresponding to the service request data transmission message is a transparent mode;

[0035] Based on the determined path conversion type, determining that the first destination address in the confirmation message is the address of the DoIP gateway;

[0036] Redirecting the communication path of the response data transmission message by using the parsing director includes:

[0037] Using the resolution director, converting the destination address of the response data transmission message from the address of the DoIP gateway to the address of the initiator;

[0038] The resolution director is used to convert the source address of the response data transmission message from the real address of the target receiving end to the address of the DoIP gateway.

[0039] In a technical solution of the above traffic redirection method, the method further includes:

[0040] Determine that the path conversion type corresponding to the service request data transmission message is a semi-transparent mode;

[0041] Determine a mapping address of the target receiving end, and use the mapping address of the target receiving end as the first destination address in the confirmation message;

[0042] Redirecting the communication path of the response data transmission message by using the parsing director includes:

[0043] Using the parsing director, converting the destination address of the response data transmission message from the mapping address of the target receiving end to the address of the initiating end;

[0044] The parsing director is used to convert the source address of the response data transmission message from the real address of the target receiving end to the mapped address of the target receiving end.

[0045] In a technical solution of the above-mentioned traffic redirection method, configuring a resolution director at at least one network node position between the initiator and the target receiving end includes:

[0046] A parsing director is configured at at least one network node location among the Ethernet switch between the initiating end and the target receiving end, at least one protocol layer of the DoIP gateway, the NIC network card, and the network node location where the driver of the DoIP gateway is located.

[0047] In a technical solution of the upstream traffic redirection method, the method further includes:

[0048] The network node location for configuring the parser director is determined based on the function of each network node location between the initiator and the target receiving end, the number of service request messages received by the traffic redirection device, the data type, priority, importance level, data volume of the service request data corresponding to each service request message, and at least one of the type of the target receiving end.

[0049] In a technical solution of the above traffic redirection method, the method further includes:

[0050] In response to the traffic redirection device receiving a plurality of service request messages, and the service request data corresponding to the plurality of service request messages determine that traffic redirection is required, a plurality of parsing directors are configured at a plurality of network node positions between the initiating end and the target receiving end, and the plurality of parsing directors are configured to respectively parse the service request data transmission messages corresponding to different service request messages, and redirect the communication path of the service request data transmission messages;

[0051] Among them, for each service request data transmission message, in response to the network node location currently reached by the service request data transmission message being configured with the resolution director, it is determined whether to redirect the communication path of the service request data transmission message based on the resolution director of the currently reached network node location.

[0052] In a technical solution of the above-mentioned traffic redirection method, determining whether to redirect the communication path of the service request data transmission message based on the resolution director of the currently arrived network node position includes:

[0053] Parsing the service request data transmission message based on the parsing director to obtain the destination address of the service request data transmission message;

[0054] The destination address obtained by the resolution is matched with the first destination address in the path conversion rule pre-stored in the resolution director. If the match is the same, a communication path for redirecting the service request data transmission message based on the resolution director is determined.

[0055] In a technical solution of the above traffic redirection method, the method includes:

[0056] In response to transmitting the response data to the initiator based on the redirected communication path of the response data transmission message, releasing the redirected communication path of the response data transmission message and the redirected communication path of the service request data transmission message.

[0057] In a technical solution of the above-mentioned traffic redirection method, the service request message includes data information of the service request data to be transmitted, and the data information includes data volume and data type. In response to the service request message received by the traffic redirection device, determining whether it is necessary to perform traffic redirection on the service request data to be transmitted includes:

[0058] Based on at least one of the data information, the transmission duration of the service request data and the load of the traffic redirection device, determine whether traffic redirection of the service request data is required, and the transmission duration of the service request data is determined based on the data information and the load of the traffic redirection device.

[0059] In a second aspect, a traffic redirection method is provided, which is applied to a terminal, and the method includes:

[0060] Sending a service request message to the traffic redirection device, wherein the service request message includes data information of the service request data to be transmitted, and a target receiving end of the service request message is connected to the terminal through the traffic redirection device;

[0061] Receive a confirmation message of the service request message sent by the traffic redirection device, the confirmation message including a first destination address, the first destination address being an initial destination address of the service request data transmission message determined by the traffic redirection device in response to the service request data to be transmitted requiring traffic redirection, the service request data transmission message corresponding to the service request message, and used to transmit the service request data to be transmitted;

[0062] The service request data transmission message is initiated to the first destination address so that the traffic redirection device redirects the communication path of the service request data transmission message, and transmits the service request data to be transmitted to the target receiving end based on the redirected communication path.

[0063] In a technical solution of the above-mentioned traffic redirection method, response data sent by the target receiving end is obtained, and the response data is the data returned by the target receiving end to the terminal in response to the received service request data, and the response data is transmitted to the terminal based on the response data transmission message communication path redirected by the traffic redirection device, and the response data transmission message corresponds to the service request data transmission message and is used to transmit the response data.

[0064] In a third aspect, a smart device is provided, which includes a traffic redirection device, wherein the traffic redirection device includes at least one processor; and a memory communicatively connected to the at least one processor; wherein a computer program is stored in the memory, and when the computer program is executed by the at least one processor, the method described in any one of the technical solutions of the above-mentioned traffic redirection method is implemented.

[0065] Solution 1. A traffic redirection method, applied to a traffic redirection device, characterized in that the traffic redirection device includes a DoIP gateway, and the method includes:

[0066] In response to the traffic redirection device receiving a service request message, determining whether it is necessary to perform traffic redirection on the service request data to be transmitted, the service request data to be transmitted is data corresponding to the service request message, an initiator and a target receiving end of the service request message are both communicatively connected to the traffic redirection device, and the initiator and the target receiving end are communicatively connected via the traffic redirection device;

[0067] In response to determining that the traffic redirection is required, determining a confirmation message of the service request message, and sending the confirmation message to the initiator by using the traffic redirection device, the confirmation message including a first destination address, so that the initiator sends a service request data transmission message to the first destination address, the service request data transmission message corresponding to the service request message, and used to transmit the service request data to be transmitted;

[0068] In response to determining that the traffic redirection is required, configuring a parsing director at at least one network node position between the initiating end and the target receiving end, the parsing director being configured to parse the service request data transmission message and redirect the communication path of the service request data transmission message;

[0069] In response to obtaining the service request data transmission message sent by the initiator to the first destination address at the at least one network node location configured with the resolution director, redirecting the communication path of the service request data transmission message by using the resolution director, including: converting the destination address of the service request data transmission message from the first destination address to the real address of the target receiving end, and converting the source address of the service request data transmission message from the address of the initiator to the first destination address;

[0070] The service request data transmission message is transmitted to the target receiving end based on the redirected communication path of the service request data transmission message.

[0071] Solution 2. The traffic redirection method according to Solution 1, characterized in that the method further comprises:

[0072] Determine that the path conversion type corresponding to the service request data transmission message is a transparent mode;

[0073] Based on the determined path conversion type, determining that the first destination address in the confirmation message is the address of the DoIP gateway;

[0074] Redirecting the communication path of the service request data transmission message by using the parsing director includes:

[0075] Using the resolution director, the destination address of the service request data transmission message is converted from the address of the DoIP gateway to the real address of the target receiving end;

[0076] The resolution director is used to convert the source address of the service request data transmission message from the address of the initiating end to the address of the DoIP gateway.

[0077] Solution 3. The traffic redirection method according to Solution 1, characterized in that the method further comprises:

[0078] Determine that the path conversion type corresponding to the service request data transmission message is a semi-transparent mode;

[0079] Determine a mapping address of the target receiving end, and use the mapping address of the target receiving end as the first destination address in the confirmation message;

[0080] Redirecting the communication path of the service request data transmission message by using the parsing director includes:

[0081] Using the parsing director, converting the destination address of the service request data transmission message from the mapped address of the target receiving end to the real address of the target receiving end;

[0082] The resolution director is used to convert the source address of the service request data transmission message from the address of the initiating end to the mapping address of the target receiving end.

[0083] Solution 4. The traffic redirection method according to Solution 2 is characterized in that the determining of the path conversion type corresponding to the service request data transmission message comprises:

[0084] Based on the security level of the initiator and / or the communication mode type of the service request message, a path conversion type corresponding to the service request data transmission message is determined, and the communication mode type includes encrypted communication and non-encrypted communication.

[0085] Solution 5. The traffic redirection method according to Solution 3, characterized in that the method further comprises:

[0086] In response to determining that the path conversion type is a semi-transparent mode, creating a virtual communication path identifier, wherein the virtual communication path identifier represents a virtual communication path from a mapped address of the target receiving end to a real address of the target receiving end;

[0087] The virtual communication path identifier is sent to the initiator, so that the initiator sends the service request data transmission message to the mapping address corresponding to the virtual communication path identifier.

[0088] Solution 6. The traffic redirection method according to Solution 2 is characterized in that:

[0089] The converting the destination address of the service request data transmission message from the address of the DoIP gateway to the real address of the target receiving end includes:

[0090] Based on the network IP protocol layer, transport layer and application layer, the destination address of the service request data transmission message is converted from the address of the DoIP gateway to the real address of the target receiving end.

[0091] Solution 7. The traffic redirection method according to Solution 1 is characterized in that the parsing director is further configured to parse a response data transmission message and redirect a communication path of the response data transmission message, wherein the response data transmission message corresponds to the service request data transmission message and is used to transmit response data, and the response data is data returned by the target receiving end to the initiating end in response to the service request data received from the first destination address; the method further includes:

[0092] In response to obtaining the response data transmission message sent by the target receiving end to the first destination address at the at least one network node position configured with the resolution director, redirecting the communication path of the response data transmission message by using the resolution director, including: converting the destination address of the response data transmission message from the first destination address to the address of the initiating end, and converting the source address of the response data transmission message from the real address of the target receiving end to the first destination address;

[0093] Based on the redirected communication path of the response data transmission message, the response data transmission message is transmitted to the initiator.

[0094] Solution 8. The traffic redirection method according to Solution 7, characterized in that the method further comprises:

[0095] Determine that the path conversion type corresponding to the service request data transmission message is a transparent mode;

[0096] Based on the determined path conversion type, determining that the first destination address in the confirmation message is the address of the DoIP gateway;

[0097] Redirecting the communication path of the response data transmission message by using the parsing director includes:

[0098] Using the resolution director, converting the destination address of the response data transmission message from the address of the DoIP gateway to the address of the initiator;

[0099] The resolution director is used to convert the source address of the response data transmission message from the real address of the target receiving end to the address of the DoIP gateway.

[0100] Solution 9. The traffic redirection method according to Solution 7 is characterized in that the method further comprises:

[0101] Determine that the path conversion type corresponding to the service request data transmission message is a semi-transparent mode;

[0102] Determine a mapping address of the target receiving end, and use the mapping address of the target receiving end as the first destination address in the confirmation message;

[0103] Redirecting the communication path of the response data transmission message by using the parsing director includes:

[0104] Using the parsing director, converting the destination address of the response data transmission message from the mapping address of the target receiving end to the address of the initiating end;

[0105] The parsing director is used to convert the source address of the response data transmission message from the real address of the target receiving end to the mapped address of the target receiving end.

[0106] Solution 10. The traffic redirection method according to Solution 1 is characterized in that configuring a resolution director at at least one network node position between the initiator and the target receiving end comprises:

[0107] A parsing director is configured at at least one network node location among the Ethernet switch between the initiating end and the target receiving end, at least one protocol layer of the DoIP gateway, the NIC network card, and the network node location where the driver of the DoIP gateway is located.

[0108] Solution 11. The traffic redirection method according to Solution 10 is characterized in that:

[0109] The method further comprises:

[0110] The network node location for configuring the parser director is determined based on the function of each network node location between the initiator and the target receiving end, the number of service request messages received by the traffic redirection device, the data type, priority, importance level, data volume of the service request data corresponding to each service request message, and at least one of the type of the target receiving end.

[0111] Solution 12. The traffic redirection method according to Solution 1 is characterized in that:

[0112] The method further comprises:

[0113] In response to the traffic redirection device receiving a plurality of service request messages, and the service request data corresponding to the plurality of service request messages determine that traffic redirection is required, a plurality of parsing directors are configured at a plurality of network node positions between the initiating end and the target receiving end, and the plurality of parsing directors are configured to respectively parse the service request data transmission messages corresponding to different service request messages, and redirect the communication path of the service request data transmission messages;

[0114] Among them, for each service request data transmission message, in response to the network node location currently reached by the service request data transmission message being configured with the resolution director, it is determined whether to redirect the communication path of the service request data transmission message based on the resolution director of the currently reached network node location.

[0115] Solution 13. The traffic redirection method according to Solution 12 is characterized in that:

[0116] Determining whether to redirect the communication path of the service request data transmission message based on the resolution director of the currently arrived network node position includes:

[0117] Parsing the service request data transmission message based on the parsing director to obtain the destination address of the service request data transmission message;

[0118] The destination address obtained by the resolution is matched with the first destination address in the path conversion rule pre-stored in the resolution director. If the match is the same, a communication path for redirecting the service request data transmission message based on the resolution director is determined.

[0119] Solution 14. The traffic redirection method according to Solution 7, characterized in that the method comprises:

[0120] In response to transmitting the response data to the initiator based on the redirected communication path of the response data transmission message, releasing the redirected communication path of the response data transmission message and the redirected communication path of the service request data transmission message.

[0121] Solution 15. The traffic redirection method according to Solution 1 is characterized in that the service request message includes data information of the service request data to be transmitted, and the data information includes data volume and data type, and the response to the service request message received by the traffic redirection device, determining whether it is necessary to perform traffic redirection on the service request data to be transmitted, comprises:

[0122] Based on at least one of the data information, the transmission duration of the service request data and the load of the traffic redirection device, determine whether traffic redirection of the service request data is required, and the transmission duration of the service request data is determined based on the data information and the load of the traffic redirection device.

[0123] Solution 16. A traffic redirection method, applied to a terminal, wherein the terminal is communicatively connected to a traffic redirection device, wherein the traffic redirection device comprises a DoIP gateway, wherein the method comprises:

[0124] Sending a service request message to the traffic redirection device, wherein the service request message includes data information of the service request data to be transmitted, and a target receiving end of the service request message is connected to the terminal through the traffic redirection device;

[0125] Receive a confirmation message of the service request message sent by the traffic redirection device, the confirmation message including a first destination address, the first destination address being an initial destination address of the service request data transmission message determined by the traffic redirection device in response to the service request data to be transmitted requiring traffic redirection, the service request data transmission message corresponding to the service request message, and used to transmit the service request data to be transmitted;

[0126] The service request data transmission message is initiated to the first destination address so that the traffic redirection device redirects the communication path of the service request data transmission message, and transmits the service request data to be transmitted to the target receiving end based on the redirected communication path.

[0127] Solution 17. The traffic redirection method according to Solution 16, characterized in that the method further comprises:

[0128] Acquire response data sent by the target receiving end, wherein the response data is data returned by the target receiving end to the terminal in response to the received service request data, and the response data is transmitted to the terminal based on the response data transmission message communication path redirected by the traffic redirection device, and the response data transmission message corresponds to the service request data transmission message and is used to transmit the response data.

[0129] Scheme 18. An intelligent device, characterized in that it comprises: a traffic redirection device, the traffic redirection device comprising at least one processor, and a memory communicatively connected to the at least one processor; wherein a computer program is stored in the memory, and when the computer program is executed by the at least one processor, the traffic redirection method described in any one of Schemes 1 to 15 is implemented.

[0130] The above one or more technical solutions of the present application have at least one or more of the following beneficial effects:

[0131] In the technical solution of the traffic redirection method provided by the present application, the present application can determine whether it is necessary to perform traffic redirection on the service request data to be transmitted based on the service request message received by the traffic redirection device. When it is determined that traffic redirection is required, the service request message is confirmed, and a confirmation message is sent to the initiator using the traffic redirection device. The confirmation message includes a first destination address, so that the initiator sends a service request data transmission message to the first destination address, and configures a resolution director at at least one network node position between the initiator and the target receiving end corresponding to the service request message. After receiving the service request data transmission message initiated by the initiator to the first destination address, the communication path of the service request data transmission message is redirected based on the resolution director, including: converting the destination address of the service request data transmission message from the first destination address to the real address of the target receiving end, and converting the source address of the service request data transmission message from the address of the initiator to the first destination address; and transmitting the service request data to the target receiving end based on the redirected communication path. Through the above-mentioned traffic redirection method, the present application can determine whether the corresponding service request data to be transmitted needs to be redirected according to the service request message received by the traffic redirection device without human intervention, and when it is determined that traffic redirection is required, redirect the communication path of the service request data transmission message, and transmit the service request data to the target receiving end through the redirected communication path, so that the service request data does not need to be transmitted through the DoIP gateway, which reduces the traffic burden of the DoIP gateway and solves the bottleneck problem of the DoIP gateway as a service request data transmission process. Data transmission can be achieved without exposing the address of the target receiving end to the initiator, which can effectively avoid exposing the target receiving end, thereby reducing the risk of the target receiving end being attacked and ensuring higher security. BRIEF DESCRIPTION OF THE DRAWINGS

[0132] The disclosure of the present application will become easier to understand with reference to the accompanying drawings. It is easy for those skilled in the art to understand that these drawings are only for illustrative purposes and are not intended to limit the scope of protection of the present application. Among them:

[0133] Figure 1 It is a schematic diagram of the main connection components of the UDS / DoIP diagnostic network in the prior art;

[0134] Figure 2 It is a flowchart of main steps of a traffic redirection method for a traffic redirection device according to an embodiment of the present application;

[0135] Figure 3 is a schematic diagram of a communication system including a communication path between a diagnostic client and an electronic control unit according to an example of an embodiment of the present application;

[0136] Figure 4 is a schematic diagram of a communication system including a communication path between a diagnostic client and an electronic control unit according to another example of an embodiment of the present application;

[0137] Figure 5 This is a schematic diagram of the deployment network location of a resolution director according to an implementation of an embodiment of the present application;

[0138] Figure 6 It is a flowchart of the main steps of a traffic redirection process according to an example of an embodiment of the present application;

[0139] Figure 7 is a flow chart of main steps of a method for redirecting traffic for a terminal according to another embodiment of the present application;

[0140] Figure 8 It is a schematic diagram of the main structure of a smart device according to an embodiment of the present application.

[0141] Reference numerals:

[0142] 11: memory; 12: processor. DETAILED DESCRIPTION

[0143] Some embodiments of the present application are described below with reference to the accompanying drawings. Those skilled in the art should understand that these embodiments are only used to explain the technical principles of the present application and are not intended to limit the protection scope of the present application.

[0144] In the description of the present application, "module" and "processor" may include hardware, software or a combination of the two. A module may include hardware circuits, various suitable sensors, communication ports, memory, and may also include software parts, such as program code, or a combination of software and hardware. The processor may be a central processing unit, a microprocessor, an image processor, a digital signal processor or any other suitable processor. The processor has data and / or signal processing functions. The processor may be implemented in software, hardware or a combination of the two. Computer-readable storage media include any suitable medium that can store program code, such as a disk, a hard disk, an optical disk, a flash memory, a read-only memory, a random access memory, etc. The term "A and / or B" means all possible combinations of A and B, such as only A, only B or A and B. The term "at least one A or B" or "at least one of A and B" has a similar meaning to "A and / or B" and may include only A, only B or A and B. The singular terms "one" and "the" may also include plural forms.

[0145] Also, unless otherwise specified, ordinal numbers such as "first" and "second" mentioned in the embodiments of this application are used to distinguish multiple objects, and are not used to limit the priority or importance of multiple objects. For example, the first destination address only represents the initial destination address of the transmission message of the service request data. The relevant user personal information that may be involved in the embodiments of this application shall be strictly in accordance with the requirements of laws and regulations, follow the principles of legality, legitimacy and necessity, and based on the reasonable purposes of business scenarios, to process personal information that users actively provide during the use of products / services or generated due to the use of products / services, as well as personal information obtained with the authorization of users.

[0146] The user personal information processed by this application will vary depending on the specific product / service scenario, and shall be based on the specific scenario in which the user uses the product / service, and may involve the user's account information, device information, driving information, vehicle information or other related information. This application will treat the user's personal information and its processing with a high degree of diligence.

[0147] This application attaches great importance to the security of user personal information and has taken reasonable and feasible security protection measures that meet industry standards to protect user information and prevent personal information from being accessed, disclosed, used, modified, damaged or lost without authorization.

[0148] Here we first explain some terms involved in this application.

[0149] ECU (Electronic Control Unit) is a hardware component inside the vehicle that is responsible for various control and communication functions of the vehicle. Multiple ECUs can transmit information based on the vehicle bus to form a local area network inside the vehicle.

[0150] The UDS (Unified Diagnostic Services) diagnostic protocol is a diagnostic communication protocol in the automotive electronic ECU environment.

[0151] DoIP stands for Diagnostic communication over Internet Protocol, which is a diagnostic communication protocol based on the Internet Protocol. The corresponding ISO standard number is 13400. It is a protocol used for vehicle diagnosis and communication. It allows communication with the ECU inside the vehicle through the IP network and encapsulates and transmits UDS protocol data in the form of Ethernet communication, thereby realizing remote diagnosis, programming and configuration of the vehicle.

[0152] DoIP Gateway: A vehicle internal gateway that implements the DoIP protocol host node and can route messages between the vehicle subnets to which it is connected (each subnet includes at least one ECU) and external devices.

[0153] DoIP entity: vehicle ECU that supports the DoIP protocol.

[0154] Diagnostic client: A device that initiates fault diagnosis communication to a target ECU on a vehicle according to a diagnostic task. The diagnostic client may include but is not limited to a remote diagnostic device and / or an on-board diagnostic device (OBD).

[0155] TCAM (ternary content addressable memory) is a special type of CAM (content addressable memory) that allows one or more bits of stored data to be in a third state. It can also complete the entire search task in one clock cycle. Due to its flexibility, TCAM is used to store IP addresses and can search the entire IP address range at once.

[0156] NIC (Network Interface Controller): Responsible for the electrical connection between the computer and the network medium.

[0157] UDS (Unified Diagnostic Services) is a communication protocol used in automotive diagnosis and communication. UDS is usually used to communicate and perform diagnostic tasks with the vehicle's electronic control unit (ECU) through the vehicle's diagnostic interface, such as OBD-II (On-Board Diagnostics II).

[0158] ACK (Acknowledge character) is a confirmation character. In data communication, it is a transmission control character sent by the receiving station to the sending station.

[0159] OSI (Open System Interconnect) is an open system interconnection. Initiated by ISO, its mission is to develop international computer communication standards, especially to promote the interconnection between incompatible systems. The OSI model divides computer communication protocols into seven layers, namely the physical layer, data link layer, network layer, transport layer, session layer, presentation layer and application layer.

[0160] TLS (Transport Layer Security), secure transport layer protocol.

[0161] BPF (Berkeley Packet Filter), Berkeley Packet Filter, is a kernel-implemented network packet filtering technology.

[0162] Encrypted communication is a data communication method in which the data initiator performs special processing on the data to hide the original data. The initiator can encrypt the data using an encryption algorithm and transmit it to the target receiving end. After the target receiving end receives the data, it decrypts the data using a decryption algorithm.

[0163] Unencrypted communication: a data communication method in which the data initiator does not encrypt the data.

[0164] At present, when performing DoIP diagnosis on the internal ECU of a vehicle, a single DOIP gateway is usually responsible for proxying all diagnostic requests and responses of all the internal ECUs of the vehicle. Figure 1 , Figure 1 This is a schematic diagram of the main connection components of the UDS / DoIP diagnostic network in the prior art. Figure 1 As shown, the diagnostic network includes an external network and an internal network (the internal network is Figure 1 As shown in the black rectangle on the right of the figure, the diagnostic client is located in the off-vehicle network, while the DoIP gateway and multiple DoIP entities (i.e., the vehicle's internal ECU) are located in the on-vehicle network. Figure 1 As shown, the multiple DoIP entities may include a smart cockpit function domain CDF, a smart antenna domain function domain SAF, an automatic driving control domain ADF, a domain controller Zone R, a Zone FL, a radar domain RAD, etc. The diagnostic client is connected to the wireless network (such as Figure 1The WiFi or Bluetooth (bluetooth) shown in the figure realizes the communication connection with the in-vehicle network, wherein the diagnostic client realizes the communication connection with each DoIP entity through the DoIP gateway. The DoIP gateway acts as a proxy for the UDS service between the diagnostic client and each ECU inside the vehicle, and the data entering and leaving the in-vehicle network can only be sent through the DoIP gateway. Specifically, after the diagnostic client establishes a DoIP connection with the vehicle, it sends a service request message (such as a UDS request encapsulated in a DoIP message) to the DoIP gateway. After the DoIP gateway parses the service request message, it determines the ECU corresponding to the service request message, and routes and forwards the parsed service request message and service request data to the ECU; then the diagnostic UDS response data returned by the ECU is transmitted to the diagnostic client. All ECU diagnostic sessions and data transmissions between the DoIP diagnostic client and each ECU in the vehicle are realized through a DoIP gateway, which will cause the DoIP gateway to have a higher traffic load, making the DoIP gateway a traffic bottleneck in the data transmission process, resulting in low transmission efficiency and low diagnostic efficiency.

[0165] As described in the background technology, the industry currently Figure 1 There are some alternative solutions to the existing technical solutions, for example, exposing the IP addresses of all ECUs inside the vehicle to the diagnostic client outside the vehicle, so that the diagnostic client can directly establish a communication connection with the corresponding ECU inside the vehicle based on the received ECU diagnostic dialogue, and realize data transmission based on this connection, without the need for a DoIP gateway for data transmission, thereby reducing the burden on the DoIP gateway. However, this method has many disadvantages, especially in terms of security. Since the internal topology of the vehicle is visible to the outside, the risk of potential attacks on the internal ECU of the vehicle is increased.

[0166] In order to overcome the above defects, the present application provides a traffic redirection method applied to a traffic redirection device, wherein the traffic redirection device includes a DoIP gateway, and the initiator and the target receiving end of the service request message are connected through the traffic redirection device. In this method, when the initiator initiates a service request message to the traffic redirection device, it only knows the address of the DoIP gateway, and does not know the address of the target receiving end of the service request message. After the traffic redirection device receives the service request message, the traffic redirection device determines whether it is necessary to redirect the traffic of the service request data to be transmitted. When it is determined that traffic redirection is required, a confirmation message of the service request message is determined, the confirmation message includes a first destination address, and the confirmation message is sent to the initiator by using the traffic redirection device, and a resolution director is configured at at least one network node position between the initiator and the target receiving end. In response to obtaining a service request data transmission message initiated by the initiator to the address at the at least one network node position configured with the resolution director, the communication path of the service request data transmission message is redirected based on the resolution director, the destination address of the service request data transmission message is changed from the first destination address to the real address of the target receiving end, and the source address of the service request data transmission message is converted from the address of the initiator to the first destination address, and then the service request data transmission message is transmitted to the target receiving end based on the changed communication path without being transmitted via the DoIP gateway, thereby realizing the unloading of DoIP gateway traffic and helping to reduce the burden on the DoIP gateway. Furthermore, when the initiator is an external client and the target receiver is an in-vehicle ECU, the method can also avoid the risk of the in-vehicle ECU being attacked due to the address of the in-vehicle ECU being exposed to the external client.

[0167] For ease of understanding, the technical solution of the present application is introduced below in conjunction with the accompanying drawings and embodiments. It should be noted that the traffic redirection solution in the embodiment of the present application can be applied to vehicles, such as vehicles with driving and moving functions, and can also be used for devices with driving and moving functions in vehicles, the devices including but not limited to: vehicle-mounted terminals, vehicle-mounted controllers, vehicle-mounted modules, vehicle-mounted modules, vehicle-mounted components, vehicle-mounted chips, vehicle-mounted units, etc. The vehicle can implement the traffic redirection method provided in the embodiment of the present application through the above-mentioned devices. Of course, the traffic redirection solution in the embodiment of the present application can also be used in other intelligent terminals with control functions other than vehicles, or be set in other intelligent terminals with control functions other than vehicles, or be set in components of the intelligent terminal. The intelligent terminal can be an intelligent transportation equipment, a robot, etc., for example, including but not limited to an intelligent terminal or a controller, chip or other components in an intelligent terminal.

[0168] In the embodiments of the present application, the traffic redirection device implementing the traffic redirection scheme may be a DoIP gateway, or a module or component of a DoIP gateway. The traffic redirection device described in the present application may also be, but not limited to, a mobile phone, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (Ultra-Mobile Personal Computer, UMPC), a netbook, a personal digital assistant (Personal Digital Assistant, PDA), an augmented reality (augmentedreality, AR), a virtual reality (Virtual Reality, VR) device, a vehicle-mounted device, a wearable device, a vehicle-mounted controller, a vehicle-mounted module, a vehicle-mounted module, a vehicle-mounted component, etc., as long as the traffic redirection device can implement the traffic redirection method described in any of the above embodiments. The embodiments of the present application are not limited to this.

[0169] See attached Figure 2 , Figure 2 FIG. 1 is a flow chart of the main steps of a traffic redirection method for a traffic redirection device according to an embodiment of the present application. Figure 2 As shown, the DoIP gateway traffic redirection method in the embodiment of the present application mainly includes the following steps S101 to S105.

[0170] Step S101: In response to the traffic redirection device receiving a service request message, determine whether it is necessary to redirect the traffic of the service request data to be transmitted, the service request data to be transmitted is the data corresponding to the service request message, and the initiator and the target receiving end of the service request message are both communicatively connected to the traffic redirection device, and the initiator and the target receiving end are communicatively connected via the traffic redirection device.

[0171] In this embodiment, the service request data to be transmitted is data corresponding to the service request message, and the service request message includes data information of the service request data to be transmitted, such as data volume, data type, etc. The initiator first sends a service request message including data information of the service request data to be transmitted to the traffic redirection device. After receiving the service request message, the traffic redirection device sends a confirmation message of the service request message to the initiator. In response to the confirmation message, the initiator sends a service request data transmission message, and transmits the service request data to the target receiving end based on the service request data transmission message. The service request data transmission message corresponds to the service request message and is used to transmit the service request data.

[0172] Take the initiator as the diagnostic client and the target receiving end as the ECU as an example: the diagnostic client first sends a service request message with a service number of 0x34 to the ECU via the DoIP gateway of the traffic redirection device. The service number 0x34 indicates a request for download (Request Download). The service request message contains information such as the data size and data type of the corresponding service request data. Then, based on the service request message received by the DoIP gateway, the traffic redirection device confirms whether it is necessary to redirect the traffic of the service request data to be transmitted corresponding to the service request message. If the traffic redirection device confirms that it is necessary to redirect the traffic of the service request data, the DoIP gateway of the traffic redirection device is used to return a confirmation message of the service request message to the diagnostic client. After receiving the confirmation message, the diagnostic client initiates a service request data transmission message with a service number of 0x36 to transmit the service request data to the target receiving end. The service number 0x36 indicates data transmission (Transfer Data).

[0173] In one implementation, the initiator of the service request message may be an external client, and the client may be a terminal device, such as a desktop computer, a portable computer, a handheld device, etc.

[0174] In one implementation, the initiator of the service request message may also be the in-vehicle ECU, that is, when the external client does not actively initiate the service request message, the ECU may actively initiate the service request message to the external client based on the business needs. For example, when the business needs are that the ECU needs to perform data analysis services through the client (e.g., the ECU's operating data or other related data needs to be analyzed through the external client), the ECU may serve as the initiator to send the service request message to the client.

[0175] In one implementation, the traffic redirection device may determine whether it is necessary to redirect the traffic of the service request data based on the data information of the service request data contained in the service request message, such as the data volume and data type. The traffic redirection device may also determine whether it is necessary to redirect the traffic of the service request data based on the size of the load of the traffic redirection device. The traffic redirection device may also determine the transmission duration of the service request data based on the data information of the service request data and the load of the traffic redirection device, and then determine whether it is necessary to redirect the traffic of the service request data based on the transmission duration. The traffic redirection device may also determine whether it is necessary to redirect the traffic of the service request data based on a combination of factors such as the data volume of the service request data, the transmission duration, and the load of the traffic redirection device.

[0176] In one embodiment, when determining whether it is necessary to perform traffic redirection on the service request data corresponding to the service request message based on at least one of the data volume of the service request data, the transmission duration of the service request data, and the load of the traffic redirection device, the data volume, the transmission duration, and the load of the traffic redirection device can be compared with their corresponding preset thresholds, respectively. If they exceed their corresponding preset thresholds, it is determined that it is necessary to perform traffic redirection on the service request data corresponding to the service request message.

[0177] Step S102: In response to determining that traffic redirection is required, a confirmation message of the service request message is determined, and the confirmation message is sent to the initiator using the traffic redirection device, wherein the confirmation message includes a first destination address, so that the initiator sends a service request data transmission message to the first destination address, and the service request data transmission message corresponds to the service request message and is used to transmit service request data.

[0178] In one implementation, the path conversion type corresponding to the service request data transmission message can be determined based on the service request message; and the first destination address is determined based on the determined path conversion type. The path conversion type includes a transparent mode and a semi-transparent mode. In the present application, it should be understood by those skilled in the art that "transparent" refers to the professional meaning in the field of communications and the field of computer technology (i.e., "completely invisible"), and does not refer to the broad daily meaning (i.e., "completely open"). In the present application, "semi-transparent" is relative to "transparent", and means that relative to being completely invisible, "semi-transparent" means that one part is visible and one part is invisible. Specifically in the present implementation, whether it is a transparent mode or a semi-transparent mode, when the initiator initiates a service request message to the DoIP gateway of the traffic redirection device, it only knows the address of the DoIP gateway, and does not know the address of the target receiving end of the service request message. After the initiator receives the confirmation message of the service request message returned by the DoIP gateway of the traffic redirection device, when preparing to send the service request data transmission message, in the transparent mode, the initiator only knows the address of the DoIP gateway when sending the service request data transmission message, and does not know the real or virtual mapping address of the target receiving end. In other words, the real or virtual mapping address of the target receiving end is transparent to the initiator (that is, completely invisible). Therefore, the initiator can only send the service request data transmission message to the address of the DoIP gateway. In the semi-transparent mode, compared with the transparent mode, when sending the service request data transmission message, the initiator not only knows the address of the DoIP gateway, but also knows the virtual mapping address of the target receiving end. In other words, the real address of the target receiving end is invisible to the initiator, but the virtual mapping address is visible to the initiator. Therefore, the initiator can directly send the service request data transmission message to the virtual mapping address to realize the service request data transmission. The virtual mapping address is not the real address of the target receiving end, but a temporary address dynamically allocated to the target receiving end by the traffic redirection device to implement the traffic redirection process after determining that the service request data traffic needs to be redirected.

[0179] In one embodiment, the traffic redirection device may determine the path conversion type corresponding to the service request data transmission message based on the communication mode type of the service request message. The communication mode type may include encrypted communication and non-encrypted communication. If the communication mode type of the service request message received by the traffic redirection device is non-encrypted communication, that is, the message is an unencrypted message, then it can be considered that the initiator belongs to a trusted device, and the initiator can be allowed to know the virtual mapping address of the target receiving end and directly send the service request data transmission message to the virtual mapping address. At this time, the path conversion type corresponding to the service request data transmission message can be determined as a semi-transparent mode; conversely, if the communication mode type of the service request message is encrypted communication, that is, the message is an encrypted message, then it is considered that the initiator belongs to an untrustworthy device, and the path conversion type corresponding to the service request data transmission message is determined as a transparent mode.

[0180] In one implementation, the traffic redirection device may also determine the path conversion type corresponding to the service request data transmission message based on the security level of the initiator. If the security level of the initiator is high, such as higher than the preset security level threshold, or within the preset allowable security level interval of the target receiving end, or within the preset security whitelist of the target receiving end, then the initiator may be considered to be a trusted device, and the initiator may be allowed to know the virtual mapping address of the target receiving end and directly send the service request data transmission message to the virtual mapping address. At this time, the path conversion type corresponding to the service request data transmission message may be determined as a semi-transparent mode; otherwise, the initiator is considered to be an untrustworthy device, and the path conversion type corresponding to the service request data transmission message is determined as a transparent mode. The security level of the initiator may be determined by the traffic redirection device according to a security level table pre-stored by the target receiving end and constructed based on historical security data.

[0181] In one implementation, the traffic redirection device may also determine the path conversion type corresponding to the service request data transmission message based on the security level of the initiating end and the communication mode type of the service request message. When the security level of the initiating end is high, such as higher than a preset security level threshold, or within the range of the allowed security level interval preset by the target receiving end, or within the security whitelist preset by the target receiving end, and the communication mode type of the service request message is non-encrypted communication, the path conversion type corresponding to the service request data transmission message is determined to be a semi-transparent mode; otherwise, it is determined to be a transparent mode.

[0182] In one implementation, determining the first destination address in the confirmation message based on the determined path switching type includes:

[0183] If the path conversion type corresponding to the service request data transmission message is determined to be a transparent mode, the address of the DoIP gateway is used as the first destination address;

[0184] If the communication path conversion type corresponding to the service request data is determined to be a semi-transparent mode, the virtual mapping address of the target receiving end is used as the first destination address. The mapping address is a unique temporary address dynamically allocated to the target receiving end by the traffic redirection device in response to the service request data requiring traffic redirection, so as to realize traffic redirection.

[0185] In one implementation of an embodiment of the present application, in response to determining that the path conversion type is a semi-transparent mode, the traffic redirection device dynamically allocates a mapping address for the target receiving end and creates a virtual communication path identifier, wherein the virtual communication path identifier represents a virtual communication path from the mapping address of the target receiving end to the real address of the target receiving end; and when the traffic redirection device sends a confirmation message of a service request message to the initiator, the virtual communication path identifier is sent to the initiator through the confirmation message, so that the initiator initiates a service request data transmission message to the mapping address corresponding to the virtual communication path identifier.

[0186] Step S103: In response to determining that traffic redirection is required, a resolution director is configured at at least one network node location between the initiator and the target receiver of the service request message, wherein the resolution director is configured to resolve the service request data transmission message and redirect the communication path of the service request data transmission message.

[0187] In this embodiment, if the traffic redirection device determines that it is necessary to redirect the service request data, it can construct a path conversion rule and a resolution program corresponding to the service request data transmission message, wherein the path conversion rule is used to redirect the communication path of the service request data transmission message, and the path conversion rule corresponds to the path conversion type; the constructed path conversion rule and the resolution program are pre-stored in the resolution director, and the resolution director is deployed at least one network node position between the service request message initiator and the target receiving end, so that when the service request data transmission message arrives at the network node position where the resolution director is located, the service request data transmission message is parsed based on the resolution director, and the communication path of the service request data transmission message is redirected based on the path conversion rule pre-stored in the resolution director, and the destination address of the communication path is converted from the first destination address to the real address of the target receiving end, and the source address is converted from the address of the initiator to the first destination address.

[0188] In one implementation, in response to determining that traffic redirection is required, configuring a resolution director at at least one of the network node locations between the service request message initiator and the target receiver includes:

[0189] A parsing director is configured at at least one network node position between the service request message initiator and the target receiver, including an Ethernet switch, at least one protocol layer of a DoIP gateway, a NIC network card, and a network node position where a driver of the DoIP gateway is located.

[0190] Please refer to the attached Figure 5 , Figure 5 is a schematic diagram of a deployment network location of a resolution director according to an implementation of an embodiment of the present application, Figure 5 The dashed box in the middle represents the vehicle intranet, which includes the TCAM engine, DoIP gateway and ECU (only one ECU is shown in the figure, and other ECUs in the vehicle intranet are in Figure 5 not shown).

[0191] like Figure 5 As shown, the diagnostic client located in the external network is connected to the vehicle internal network via WiFi or Bluetooth wireless communication. This is only an example of the communication connection method. The diagnostic client can also achieve communication connection with the vehicle internal network through wired communication. In this implementation, the initiator of the service request message is the diagnostic client, and the target receiving end is the vehicle ECU. There are multiple network node locations between the initiator and the target receiving end, such as Figure 5 E, F, C / D, B in the vehicle network (the location of other network nodes in the vehicle network is Figure 5 Not drawn in the figure). Wherein, E is a TCAM engine deployed in an Ethernet switch, F is a port of the Ethernet switch, C / D is a NIC network card, and B is a network protocol processing layer of a DoIP gateway. In response to determining that traffic redirection is required, the traffic redirection device may deploy a resolution director at at least one network node position among E, F, C / D, and B, or may be arranged at other network node positions between the initiator and the target receiving end, such as the TCP layer or TLS layer of a DoIP gateway. As long as the resolution director configured at the network node position can redirect the service request data transmission message before the service request data transmission message is transmitted to the application layer of the DoIP gateway, it can ensure that the service request data transmission message does not need to be transmitted to the target receiving end via the DoIP gateway, that is, it can achieve traffic unloading to the DoIP gateway.

[0192] In this embodiment, when the resolution director is deployed at different network node locations, the efficiency of DoIP gateway traffic unloading is different. The closer the network node location where the resolution director is deployed is to the initiator, the more conducive it is to the DoIP gateway traffic unloading, because after the service request data transmission message is transmitted from the initiator, it does not need to reach the DoIP gateway, and traffic redirection can be achieved at the resolution director, and then the service request data is transmitted to the target receiving end based on the redirected communication path. Data transmission does not need to pass through the DoIP gateway and does not need to occupy the DoIP gateway's traffic resources.

[0193] In the network node locations far away from the DoIP gateway, the efficiency of traffic unloading to the DoIP gateway will be different according to the different functions of each network node location, such as different configured computing resources and traffic resources. For example, network node location E, that is, the Ethernet switch, is the network node location with the most efficient traffic transmission efficiency between the initiator and the client, because it is the network node location closest to the initiator, the service request data transmission message does not need to reach the DoIP gateway, and TCAM is a TCAM engine with high traffic resources and computing resources. If the resolution director is deployed at E, the traffic unloading to the DoIP gateway is most effective.

[0194] Although Figure 5 The resolution director is deployed in the network protocol processing layer of the DoIP gateway, but this is just an example. The resolution director can be deployed in any protocol layer of the DoIP gateway except the application layer. However, the lower the protocol layer is, the higher the efficiency of unloading the DoIP gateway traffic is, because once the service request data transmission message is transmitted to the protocol layer of the DoIP gateway where the resolution director is deployed, such as Figure 5 At the network protocol processing layer (B) shown in the figure, the transmission message is redirected by traffic at B, and then directly transmitted to the target receiving end based on the redirected communication path, without having to continue to be transmitted in the TCP, TLS, and UDS layers of the DoIP gateway, thereby effectively reducing the traffic resources occupied by the DoIP gateway.

[0195] In one implementation, the network node location of the configuration parser director can be determined based on at least one of the functions of each network node location between the initiator and the target receiving end, the number of service request messages received by the traffic redirection device, the data type of the service request data corresponding to each service request message, the priority, the importance level, the data volume of the service request data, and the type of the target receiving end. Among them, the functions of each network node location may include the traffic transmission capacity, computing power capacity, etc. of the network node location, and also include other additional functions. For example, for an Ethernet switch, the function of its network node location may include whether a TCAM engine is set. The data type of the service request data may be diagnostic data, FOTA service upgrade data, etc. The business requirement of the diagnostic data is to perform UDS diagnosis on the electronic control unit, and the business requirement of the FOTA service upgrade data is to perform program upgrades on the electronic control unit. It may also be service request data of other data types determined based on other business requirements, which is not limited in this application.

[0196] In one embodiment, the location of the network node for configuring the resolution director is determined based on the data type of the service request data, and the priority and / or importance level of the service request data can be determined based on the data type of the service request data, and then the location of the network node for the resolution director is determined based on the priority and / or importance level. The priority and / or importance level of the service request data can be preset, or the priority and / or importance level of each service request data can be determined based on the data type of the service request data corresponding to all service request messages received by the DoIP gateway of the traffic redirection device within the current or preset time period.

[0197] Taking the data type of the service request data as FOTA upgrade data as an example, if the FOTA upgrade data is pre-set with a higher priority and / or importance level, the parsing director corresponding to the service request data can be deployed at the network node location that is most efficient for unloading DoIP gateway traffic, such as Figure 5At the TCAM engine of the Ethernet switch. If the FOTA upgrade data does not pre-set the priority and / or importance level, but the service request message received by the DoIP gateway of the traffic redirection device in the current or preset time period also includes other service request data with preset priority and / or importance level, or, although the FOTA upgrade data is set with a higher priority and / or importance level, the service request message received by the DoIP gateway in the current or preset time period also includes service request data with a higher priority and / or importance level than the FOTA upgrade data, then when configuring the network node position of the resolution director corresponding to each service request data, the resolution director of the service request data with a higher priority and / or importance level can be set at a network node position that is more efficient for DoIP gateway traffic unloading. The difference in traffic unloading efficiency of each network node position can be found in the above description and will not be repeated here. If the service request data of all service request messages received by the DoIP gateway in the current or preset time period are of preset priority and / or importance level, the priority and / or importance level of each service request data is determined according to the current business needs, and then the network node position of the resolution director corresponding to each service request data is determined according to the priority and / or importance level. Among them, the business needs may be to perform UDS diagnosis on the electronic control unit, to upgrade the program of the electronic control unit, to upload the data and files of the electronic control unit to the diagnostic client for offline analysis, etc.

[0198] In one implementation, the network node position of the resolution director is determined according to the functions of each network node position between the initiator and the target receiving end, such as traffic transmission capacity, computing power capacity or other additional functions. Among them, the traffic transmission capacity and computing power capacity can be preset capabilities, or they can be traffic transmission capacity and computing power capacity determined based on the current traffic resource situation and computing power resource situation. For example, if the Ethernet switch network node position is provided with a TCAM engine, the resolution director can be deployed at this node position. However, if the Ethernet switch network node position is not provided with a TCAM engine, or other resolution directors already exist at the TCAM engine of the Ethernet switch, or the traffic resources at the TCAM engine of the Ethernet switch are relatively tight, the resolution director can be deployed at other network node positions. When selecting other network node positions to deploy the resolution director, the traffic transmission capacity and computing power capacity of each network node position and the efficiency of DoIP gateway traffic unloading of each network node position introduced above can also be comprehensively considered.

[0199] In one embodiment, the network node position of the resolution director can also be determined by comprehensively considering the data type of the service request data and the functional configuration of each network node position between the initiator and the target receiving end. For example, service request data with a higher priority and / or importance level is determined based on the data type of the service request data. If a TCAM engine is provided in the Ethernet switch, the resolution director corresponding to the service request data with a higher priority and / or importance level can be deployed on the Ethernet switch; for service request data with a lower priority and / or importance level, the resolution director corresponding to the service request data can be deployed at a network node position with a lower efficiency in unloading DoIP gateway traffic, such as a NIC network card, a network protocol processing layer of a DoIP gateway, etc. For example, if the Ethernet switch does not have a TCAM engine, or other resolution directors already exist at the TCAM engine of the Ethernet switch, or the traffic resources at the TCAM engine of the Ethernet switch are relatively tight, the resolution director corresponding to the service request data with a higher priority and / or importance level can be deployed on the NIC network card (i.e. Figure 5 C / D), followed by the internal protocol layer of the DoIP gateway, such as the network protocol processing layer (i.e. Figure 5 B), when selecting the network node location, the deployment of other resolution directors at the network node location (for example, multiple resolution directors have been deployed at the network node location) and the usage of traffic resources and computing power resources of the network node can also be comprehensively considered.

[0200] The network node location of the resolution director may also be determined based on the data volume of the service request data and in combination with the functions of different network node locations, such as traffic transmission capacity and / or computing power. For example, for service request data with a large data volume, when the traffic resources of the TCAM engine of the Ethernet switch are sufficient, the resolution director is preferentially deployed in the TCAM engine of the Ethernet switch. Similarly, if the Ethernet switch does not have a TCAM engine, or other resolution directors already exist at the TCAM engine of the Ethernet switch, and deploying a new resolution director will cause a shortage of TCAM engine traffic resources, or the traffic resources at the TCAM engine of the Ethernet switch are already relatively tight, then the NIC network card (i.e. Figure 5 The resolution director is deployed at the C / D of the DoIP gateway, followed by the network protocol processing layer of the DoIP gateway (i.e. Figure 5 A parsing director is deployed at B).

[0201] The following describes a method for configuring a resolution director when a DoIP gateway receives multiple service request messages sent by at least one initiator and determines that traffic redirection is required for all service request data corresponding to these service request messages.

[0202] When the DoIP gateway receives multiple service request messages sent by at least one initiator, if it is determined that the service request data corresponding to these service request messages need to be redirected, then for the multiple service request messages, the corresponding communication path conversion rules and resolution programs for the service request data transmission messages are respectively constructed, and the communication path conversion rules and resolution programs for the multiple service request data transmission messages are pre-stored in multiple different resolution directors, and the multiple resolution directors are respectively configured at at least one network node position between the initiator and the target receiving end. The multiple service request messages can be different service request messages from the same initiator within a time range, or different service request messages from different initiators.

[0203] In one implementation, in case that multiple resolution directors need to be configured, multiple resolution directors corresponding to multiple service request messages respectively may be deployed at different network node locations between the initiator and the target receiver.

[0204] In one implementation, in case that multiple resolution directors need to be configured, multiple resolution directors corresponding to multiple service request messages may be deployed at the same network node location.

[0205] In one embodiment, in the case where traffic redirection is required for service request data corresponding to multiple service request messages, this can also be achieved by configuring a resolution director at a network node location. Path conversion rules and resolution programs for multiple service request data transmission messages are pre-stored in the resolution director, and resolution and traffic redirection of multiple different service request data transmission messages are achieved based on the resolution director. Among them, when path conversion rules and resolution programs for multiple service request data transmission messages are pre-stored in the same resolution director, the priority of parsing and redirecting multiple service request data transmission messages can be pre-stored in the resolution director to clarify the priority of parsing and traffic redirecting multiple service request data transmission messages when multiple service request data transmission messages arrive at the resolution director at the same time.

[0206] In one embodiment, after the configuration position of the resolution director is determined according to the aforementioned embodiment, the configuration position can also be dynamically adjusted based on at least one of the functional changes in the positions of each network node between the initiator and the target receiving end, the change in the number of service request messages received by the traffic redirection device, and the priority change, importance level change, and data size change of the service request data corresponding to each service request message. For example, the first parser director has been deployed based on the first service request message at the current TCAM engine to redirect the traffic of the service request data transmission message corresponding to the first service request message. However, if the second service request message received by the DoIP gateway later contains service request data with a higher priority or importance level that needs to be redirected, then the first parser director currently deployed at the TCAM engine can be adjusted to other network node locations (such as the NIC network card), and the second parser director is configured at the network node location at the current TCAM engine. The second parser director is used to parse and redirect the second service request data transmission message corresponding to the second service request message, so that the second service request data transmission message with a higher priority or importance level corresponding to the second service request message can be parsed and the communication path can be redirected preferentially at the TCAM engine. In this way, the dynamic adjustment of the network node location configured by the parser director can be realized to meet the traffic redirection requirements of different service data and improve data transmission efficiency.

[0207] It should be noted that there is no order between step S102 and step S103. Step S102 and S103 can be executed in any order or simultaneously. The protection scope of the present invention should not be limited to the above specific implementation methods.

[0208] Step S104: In response to obtaining the service request data transmission message sent by the initiator to the first destination address at the location of the at least one network node configured with the resolution director, the resolution director is used to redirect the communication path of the service request data transmission message, including: converting the destination address of the service request data transmission message from the first destination address to the real address of the target receiving end, and converting the source address of the service request data transmission message from the address of the initiator to the first destination address.

[0209] In one implementation of this embodiment, the service request data transmission message includes a destination address and a source address. Based on the path conversion rules pre-stored in the resolution director, the communication path of the service request data transmission message is redirected, including converting the destination address and source address of the transmission message communication path, wherein the destination address is converted from the first destination address before redirecting the communication path to the real address of the target receiving end, and the source address is converted from the address of the initiator before redirecting the communication path to the first destination address. Taking the initiator as a diagnostic client and the target receiving end as an in-vehicle ECU as an example, when the initiator receives the first destination address sent by the traffic redirection device, the initiator sends a service request data transmission message to the first destination address, at which time the source address of the service request data transmission message is the address of the diagnostic client, and the destination address is the first destination address sent by the traffic redirection device; and based on the path conversion rules pre-stored in the resolution director, after redirecting the communication path of the service request data transmission message, the source address of the redirected service request data transmission message is converted to the first destination address, and the destination address of the message is converted to the real address of the ECU.

[0210] In an implementation of this embodiment, if it is determined that the path conversion type corresponding to the service request data transmission message is a transparent mode, redirecting the communication path of the service request data transmission message by using the resolution director includes:

[0211] Using the resolution director, the destination address of the service request data transmission message is converted from the address of the DoIP gateway to the real address of the target receiving end;

[0212] The resolution director is used to convert the source address of the service request data transmission message from the address of the initiating end to the address of the DoIP gateway.

[0213] In one implementation of this embodiment, if it is determined that the path conversion type corresponding to the service request data transmission message is a semi-transparent mode, redirecting the communication path of the service request data transmission message by using the resolution director includes:

[0214] Using the parsing director, converting the destination address of the service request data transmission message from the mapped address of the target receiving end to the real address of the target receiving end;

[0215] The resolution director is used to convert the source address of the service request data transmission message from the address of the initiating end to the mapping address of the target receiving end.

[0216] The following describes how to use the resolver director to redirect the communication path of the service request data transmission message when multiple network node locations between the initiator and the target receiving end are configured with multiple resolvers.

[0217] As described in the above-mentioned embodiment, if the traffic redirection device receives multiple service request messages, and the service request data corresponding to the multiple service request messages are all determined to need traffic redirection, multiple resolution directors for parsing and redirecting different service request data transmission messages can be configured at multiple network node locations between the initiator and the target receiving end, wherein the multiple service request data transmission messages correspond to the multiple service request messages, respectively, and the multiple resolution directors are respectively pre-stored with resolution programs and first path conversion rules, and the resolution programs and first path conversion rules pre-stored in each resolution director are different. That is, the multiple resolution directors are configured to respectively parse the service request data transmission messages corresponding to different service request messages, and redirect the communication path of the service request data transmission messages.

[0218] At this time, for each service request data transmission message, when it is transmitted on the communication path between the corresponding initiator and the first destination address, if the network node position it currently arrives at is configured with a resolution director, it is necessary to determine whether the communication path of the service request data transmission message can be redirected based on the resolution director of the network node position it currently arrives at.

[0219] In one embodiment, the service request data transmission message can be parsed based on the parsing program built into the parsing director at the network node location to obtain the destination address of the transmission message; the destination address obtained by the parsing is matched with the first destination address in the first path conversion rule pre-stored in the parser. If the match is the same, it is determined that the communication path of the service request data can be redirected based on the parsing director at the network node location. If the match is different, it means that the first path conversion rule pre-stored in the resolution director of the network node position is not applicable to the service request data transmission message currently arriving at the network node position, and the communication path of the transmission message cannot be redirected by the resolution director of the current network node position. At this time, the service request data transmission message can be transmitted along the current communication path between the initiator and the destination address obtained by parsing the transmission message, and when it is transmitted to the next network node position configured with a resolution director on the current communication path, continue to determine whether the resolution director configured at the next network node position can redirect the service request data transmission message based on the aforementioned determination method of this embodiment. If so, redirect the service request data transmission message based on the resolution director configured at the next network node position. Otherwise, continue the aforementioned method of this embodiment and continue to transmit on the current communication path until the communication path of the transmission message can be redirected based on the resolution director configured at a network node position on the current communication path.

[0220] Step S105: transmitting the service request data transmission message to the target receiving end based on the redirected communication path of the service request data transmission message.

[0221] Based on the method described in the above steps S101 to S105, the present application can determine whether the service request data to be transmitted corresponding to the service request message received by the DoIP gateway needs to be redirected without manual intervention, and when it is determined that traffic redirection is required, a first destination address is returned to the initiator by using the traffic redirection device, so that the initiator sends a service request data transmission message to the first destination address, and a parser is configured at at least one network node position between the initiator and the target receiving end of the service request message, and the communication path of the service request data transmission message is redirected by using the parser director, so that the service request data does not need to be transmitted through the DoIP gateway, which reduces the traffic burden of the DoIP gateway and solves the bottleneck problem in the data transmission process of the DoIP gateway. And because the initiator is a service request data transmission message initiated to the first destination address, the data transmission from the initiator to the target receiving end can be realized without exposing the address of the target receiving end to the initiator, which can effectively avoid exposing the real address of the target receiving end, thereby reducing the risk of the target receiving end being attacked and ensuring higher security. In combination with the implementation method, the path conversion rules constructed by the traffic redirection device and pre-stored in the parser director are further explained below.

[0222] In one implementation of this embodiment, in response to determining that traffic redirection of service request data is required, the traffic redirection device constructs and pre-stores a path conversion rule in the resolution director as a first path conversion rule, wherein the first path conversion rule includes a destination address conversion rule and a source address conversion rule, wherein the destination address conversion rule is used to convert the destination address of the service request data transmission message from the first destination address to the real address of the target receiving end, and the source address conversion rule is used to convert the source address of the service request data transmission message from the address of the initiating end to the first destination address.

[0223] In one embodiment, the first path conversion rule can be determined according to the path conversion type corresponding to the service request data transmission message, and the first destination address of the first path conversion rule corresponding to different path conversion types is different. Among them, the path conversion type corresponding to the service request data transmission message includes a transparent mode and a semi-transparent mode, and the path conversion type can be determined based on at least one of the security level level of the initiator and the communication mode type of the service request message. For details, refer to the aforementioned embodiment, which will not be repeated here. As described in the aforementioned embodiment, in the transparent mode, the real or virtual mapping address of the target receiving end is transparent (that is, completely invisible) to the initiator, and the initiator can only send a service request data transmission message to the address of the DoIP gateway. In the semi-transparent mode, the real address of the target receiving end is invisible to the initiator, but the virtual mapping address is visible to the initiator, and the initiator can directly send a service request data transmission message to the virtual mapping address. Therefore, the first destination address of the first path conversion rule determined in the transparent mode is the address of the DoIP gateway, and the first destination address of the first path conversion rule determined in the semi-transparent mode is the virtual mapping address of the target receiving end.

[0224] The following describes a specific process of constructing a first path conversion rule in a semi-transparent mode and redirecting a communication path of a service request data transmission message based on the first path conversion rule.

[0225] In semi-transparent mode, as described in the above-mentioned embodiment, after determining that the service request data corresponding to the service request message needs to be redirected, the traffic redirection device will dynamically allocate a mapping address for implementing traffic redirection to the target receiving end, and create a virtual communication path identifier, which represents the virtual communication path from the mapped address of the target receiving end to the real address of the target receiving end. The traffic redirection device uses the DoIP gateway to feed back the mapped address of the target receiving end as the first destination address to the initiator of the service request message, and constructs a first path conversion rule, which includes a destination address conversion rule that converts the mapped address of the target receiving end corresponding to the virtual communication path identifier as the first destination address at this time into the real address of the target receiving end, and may also include a source address conversion rule that converts the address of the initiator of the service request data transmission message into the service request data transmission message of the first destination address. Wherein the destination address and the source address both include an IP address, a link address, and a port address.

[0226] The traffic redirection device pre-stores the first path conversion rule in the resolution director, and configures the resolution director at at least one network node position between the initiator and the target receiving end. After the initiator obtains the mapping address of the target receiving end, it will use the mapping address of the target receiving end as the destination address of the initial communication path of the service request data transmission message, and send the service request data transmission message to the mapping address. When the service request data transmission message arrives at the network node position where the resolution director is deployed, the resolution director can redirect the initial communication path of the service request data transmission message according to the pre-stored first path conversion rule, convert the destination address of the initial communication path from the mapping address of the target receiving end (the mapping address is used as the first destination address at this time) to the real address of the target receiving end, and can also convert the source address of the initial communication path from the address of the initiator to the mapping address of the target receiving end (because the mapping address is used as the first destination address at this time, and the source address conversion rule in the first path conversion rule can convert the source address of the service request data transmission message from the address of the initiator to the first destination address), and transmit the service request data to the real address of the target receiving end based on the redirected communication path.

[0227] In one implementation, a temporary address, ie, a mapped address, may be dynamically allocated to the target receiving end through a Dynamic Host Configuration Protocol (DHCP).

[0228] In semi-transparent mode, the communication path of the service request data transmission message is redirected based on the first path conversion rule pre-stored in the parser director, which not only helps to unload the data traffic of the DoIP gateway, but also because the initiator does not know the real address of the target receiving end, and the mapped address of the target receiving end is only a temporary address, this can reduce the risk of the target receiving end being attacked and improve security.

[0229] Furthermore, in the semi-transparent mode, the service request data in the service request data transmission message sent by the initiator can be encrypted data or unencrypted data. Because in the semi-transparent mode, the destination address of the service request data transmission message sent by the initiator is the temporary virtual mapping address dynamically allocated by the traffic redirection device to the target receiving end as the first destination address, and the service request data transmission message is transmitted directly from the initiator to the dynamically allocated temporary virtual mapping address, which belongs to end-to-end transmission. In this case, it can be considered that the communication path of the service request data transmission message is secure, and the service request data sent by the initiator can be unencrypted data.

[0230] Furthermore, in semi-transparent mode, if the initiator sends encrypted service request data, then the parser director can only parse the service request data transmission message and redirect the communication path, without decrypting the encrypted service request data in the transmission message. The decryption of the service request data can wait until the service request data is transmitted to the target receiving end via the redirected service request data transmission message communication path, and the target receiving end can implement the decryption of the service request data. This can effectively reduce the computing power load of the parser director in the decryption process.

[0231] The following describes the specific process of constructing the first path conversion rule in the transparent mode and redirecting the communication path of the service request data transmission message based on the first path conversion rule.

[0232] In transparent mode, a first path conversion rule for converting the address of the DoIP gateway to the real address of the target receiving end can be constructed based on the network IP protocol layer (L3), the transport layer (L4) and the application layer (L7), so that the destination address of the initial communication path of the resolved service request data transmission message can be modified from the address of the DoIP gateway to the real address of the target receiving end based on the network IP protocol layer, the transport layer and the application layer. Among them, the destination address conversion includes the conversion of the IP address, the conversion of the link and the conversion of the interface address.

[0233] Specifically, as described in the above embodiment, in transparent mode, the destination address of the initial communication path of the service request data transmission message is the address of the DoIP gateway as the first destination address. After receiving the service request message, it is determined that it needs to redirect traffic, then the first path conversion rule can be constructed based on L3, L4 and L7 information, and the first path conversion rule and the resolution program are pre-stored in the resolution director, and the resolution director is deployed at the network node position between the initiator and the target receiving end. The initiator sends a service request data transmission message to the DoIP gateway. When the service request data transmission message arrives at the network node position where the resolution director is deployed, the service request data transmission message is parsed by the resolution director, and based on the first path conversion rule, the destination address of the resolved service request data transmission message communication path is converted from the address of the DoIP gateway to the real address of the target receiving end, and the source address of the resolved service request data transmission message communication path is converted from the address of the initiator to the address of the DoIP gateway. Among them, the conversion of the destination address and the source address includes the conversion of the IP address, the link address and the interface address. That is, the destination address of the communication path of the service request data transmission message is converted from the IP address, link and interface address of the DoIP gateway to the IP address, link and interface address of the target receiving end, and the source address is converted from the IP address, link and interface address of the initiating end to the IP address, link and interface address of the DoIP gateway. In this way, the service request data can be accurately transmitted to the target receiving end without passing through the DoIP gateway, effectively reducing the traffic burden of the DoIP gateway.

[0234] In transparent mode, as described in the above implementation, the real address of the target receiving end is transparent to the initiator. The initiator does not know the real address of the target receiving end, nor does it know the mapped address of the target receiving end. The destination address (i.e., the first destination address) of the initial communication path for the service request data transmission message initiated by the initiator is the DoIP gateway. The initiator actually only communicates with the DoIP gateway during the service request data transmission. In this way, there is no need to expose the real address of the target receiving end to the initiator, and a universal and consistent DoIP gateway is maintained as the external interface of the target receiving end, which facilitates unified security management and risk control, and can effectively ensure the security of the target receiving end.

[0235] After the target receiving end receives the service request data, the target receiving end can return a response data transmission message to the initiator of the service request message, wherein the response data is the data returned by the target receiving end to the initiator in response to the received service request data, and the response data transmission message corresponds to the service request data transmission message and is used to transmit the response data.

[0236] The redirection of the response data transmission message is described below in conjunction with an embodiment.

[0237] As described in the aforementioned embodiment, before the communication path of the service request data transmission message is redirected, the source address of the service request data transmission message sent by the initiator is the address of the initiator, and the destination address is the first destination address, which is determined by the traffic redirection device and sent to the initiator; after the redirection, the source address of the service request data transmission message is converted to the first destination address, and the destination address is converted from the first destination address to the real address of the target receiving end (see the aforementioned embodiment for the redirection of the communication path of the service request data transmission message, which will not be repeated here). Therefore, when the target receiving end receives the service request data based on the communication path of the service request data transmission message after the redirection, and returns the response data corresponding to the service request data, the initial destination address of the response data transmission message it initiates is the first destination address of the service request data transmission message sent at this time after the communication path of the service request data transmission message is redirected.

[0238] In order to avoid the DoIP gateway traffic burden caused by the transmission of response data, the DoIP gateway traffic is unloaded in time. For the response data transmission message, the traffic redirection device of the present application is also configured to parse the response data transmission message and redirect the communication path of the response data transmission message. The traffic redirection device constructs a second path conversion rule for redirecting the communication path of the response data transmission message, and pre-stores the second path conversion rule in the resolution director. Among them, the resolution director is a resolution director pre-stored with the first path conversion rule in the aforementioned embodiment, and the first path conversion rule is used to redirect the communication path of the service request data transmission message corresponding to the response data.

[0239] If the traffic redirection device obtains a response data transmission message sent by the target receiving end to the first destination address at the at least one network node location configured with the resolution director, the communication path of the response data transmission message is redirected based on the second path conversion rule pre-stored in the resolution director of the network node location, including: converting the destination address of the response data transmission message from the first destination address to the address of the initiating end, and converting the source address of the response data transmission message from the real address of the target receiving end to the first destination address; and based on the communication path of the redirected response data transmission message, transmitting the response data to the initiating end.

[0240] In one embodiment, the second path conversion rule includes a destination address conversion rule and a source address conversion rule, wherein the destination address conversion rule is used to convert the destination address of the response data transmission message from the first destination address to the destination address of the initiator, and the source address conversion rule is used to convert the source address of the response data transmission message from the real address of the target receiving end to the first destination address. The conversion of the source address and the destination address of the response data transmission message by the second path conversion rule not only enables data transmission to not pass through the DoIP gateway, thereby reducing the DoIP gateway traffic; and when the response data is transmitted to the initiator based on the response data transmission message after the communication path is changed, the initiator only knows the changed source address of the response data transmission message, that is, the first destination address, but does not know the real address of the target receiving end that initiated the response data transmission message, thereby avoiding the exposure of the target receiving end address and reducing the risk of the target receiving end being attacked.

[0241] Like the first path conversion rule applied to the service request data, the second path conversion rule applied to the response data transmission message is also determined based on the path conversion rule type (semi-transparent mode and transparent mode) corresponding to the service request data.

[0242] The specific process of constructing the second path conversion rule and redirecting the communication path of the response data transmission message based on the second path conversion rule in the semi-transparent mode and the transparent mode is described below.

[0243] In the semi-transparent mode, the destination address of the response data transmission message (i.e., the first destination address) is the mapping address corresponding to the target receiving end, and in response to the received service request data, the target receiving end sends the response data transmission message to the mapping address. In response to obtaining the response data transmission message sent by the target receiving end to the mapping address at the network node position configured with the resolution director, based on the second path conversion rule pre-stored by the resolution director, the destination address of the response data transmission message is converted from the mapping address to the address of the initiating end (i.e., from the first destination address to the destination address of the initiating end); and the source address of the response data transmission message is converted from the real address of the target receiving end to the mapping address (i.e., from the real address of the target receiving end to the first destination address) to avoid the real address of the target receiving end from being exposed in the transmission of the response data, thereby improving security. At the same time, in the semi-transparent mode, the response data can be encrypted or unencrypted. If it is encrypted response data, the decryption process of the response data can be completed by the initiating end. For the semi-transparent mode, after the response data is transmitted to the initiating end based on the redirected communication path, the mapping address corresponding to the virtual communication path identifier can be discarded to release the redirected communication path. Among them, releasing the communication path after redirection means that the path conversion rules and resolution programs for the response data, as well as the path conversion rules and resolution programs for the service request message are removed, and the resolution director pre-stored with the above path conversion rules and resolution programs is released, and the functions of redirecting the service request data transmission message communication path and redirecting the response data transmission message communication path are no longer implemented. If a service request message of the same type of service request data appears, it is necessary to re-determine whether to redirect the traffic of the service request data based on the method described in the above embodiment, and in response to the need for traffic redirection, reconstruct the corresponding path conversion rules and resolution programs, and reconfigure the resolution director, and redirect the communication path based on the resolver.

[0244] The following describes the specific process of constructing the second path conversion rule in the transparent mode and redirecting the communication path of the response data transmission message based on the second path conversion rule.

[0245] In transparent mode, the destination address of the response data transmission message (i.e., the first destination address) is the address of the DoIP gateway. In response to the received service request data, the target receiving end sends a response data transmission message to the DoIP gateway address. In response to obtaining the response data transmission message sent by the target receiving end to the DoIP gateway address at the network node location configured with the resolution director, based on the second path conversion rule pre-stored by the resolution director, the destination address of the response data transmission message is converted from the DoIP gateway address to the address of the initiating end (i.e., from the first destination address to the destination address of the initiating end); and the source address of the response data transmission message is converted from the real address of the target receiving end to the DoIP gateway address (i.e., from the real address of the target receiving end to the first destination address) to avoid the real address of the target receiving end from being exposed during the transmission of the response data and improve security.

[0246] In one implementation, after the response data is transmitted to the initiator based on the redirected communication path of the response data transmission message, the redirected communication path of the response data transmission message may be released.

[0247] Combine the following Figure 3 , Figure 4 and Figure 6 , taking the initiator as a diagnostic client, the target receiving end as the electronic control unit (ECU) of the vehicle, and the service request message as a diagnostic service request message as an example, the traffic redirection method of the present application is further explained. Figure 3 and Figure 4 It is used to illustrate the method of implementing traffic redirection based on a resolution director when there are multiple diagnostic service request messages. Figure 6 It is used to illustrate that when there is a diagnostic service request message, a traffic redirection method is implemented based on a resolution director.

[0248] like Figure 3 and Figure 4 As shown, the diagnostic client is located in the external network of the vehicle and communicates with the internal network ( Figure 3 and Figure 4 The DoIP gateway, multiple DoIP entities (in-vehicle ECUs) and the resolution director are located in the in-vehicle network, and multiple ECUs constitute the vehicle system. Among them, the diagnostic client and ECU are respectively connected to the DoIP gateway. The diagnostic client is connected to the vehicle system (each ECU) through the DoIP gateway, and the service request message is transmitted through the communication path between the diagnostic client and the DoIP gateway.

[0249] When it is determined that traffic redirection of multiple service request data is required, the communication path of the service request data transmission message is redirected through a resolution director deployed at a network node location between the diagnostic client and the ECU corresponding to the diagnostic service request, and the service request data is transmitted to the corresponding ECU based on the redirected communication path.

[0250] It should be noted that Figure 3 and 4 The number of parsing directors and the configured network node positions are only examples and not limitations. As described in the above embodiments, the configuration position of the parsing director can be determined based on the function of each network node position between the initiator and the target receiving end of the service request message, the number of service request messages received by the DoIP gateway, the data type of the service request data corresponding to each service request message, the priority, importance level, data size, and at least one of the type of the target receiving end of the service request data.

[0251] In the case where a resolution director redirects the service request data transmission message communication paths corresponding to multiple different service request messages, the service request data corresponding to the multiple different service request messages can be redirected through a multiple-channel demultiplexing method to achieve the redirection of the service request data transmission message communication path, and then transmitted to the corresponding target receiving end through multiple different redirected communication paths. The response data corresponding to multiple different service request messages can also be redirected through a multiplexed method to achieve the response data transmission message communication path redirection, and then transmitted to the corresponding initiator based on multiple different redirected communication paths. Specifically, in transparent mode, the resolution director is responsible for modifying the destination address of each service request data transmission message from the address of the DoIP gateway to the real address of the ECU according to the first path conversion rule, and after modifying the source address from the address of the initiator to the address of the DoIP gateway, the service request data transmission message is sent to the corresponding ECU, thereby realizing the demultiplexing of the service request data corresponding to multiple service request messages.

[0252] In semi-transparent mode, the parser director is responsible for converting the destination address of each service request data transmission message from the mapping address corresponding to the virtual communication path identifier to the real address of the ECU according to the first path conversion rule, and after modifying the source address from the address of the initiator to the mapping address, the service request data transmission message is sent to the corresponding ECU, thereby realizing demultiplexing of the service request data corresponding to multiple service request messages.

[0253] For the response data corresponding to multiple service request messages, in transparent mode, multiple ECUs send the response data to the DoIP gateway address. When the response data arrives at the network node location where the resolution director is deployed, the resolution director converts the destination addresses of the multiple response data from the DoIP gateway address to the address of the diagnostic client according to the second path conversion rule, and the source address is converted from the real address of the ECU to the DoIP gateway address, thereby realizing multiplexing of multiple response data.

[0254] In semi-transparent mode, when the response data arrives at the network node location where the resolution director is deployed, the resolution director converts the destination addresses of multiple response data from the mapping addresses corresponding to the virtual communication path identifiers to the addresses of the diagnostic client according to the second path conversion rule, and the source addresses are converted from the real addresses of the ECU to the mapping addresses, thereby realizing multiplexing of multiple response data.

[0255] The following is combined with Figure 3 For explanation. Figure 3 As shown, the CDF DoIP entity, the ADF DoIP entity, and the ZONE FL DoIP entity are all connected to the DoIP gateway for communication. Figure 3There are three service request messages, which are diagnostic service request messages for the three ECUs ADF, CDF, and ZONE. The path conversion types of the service request data transmission messages corresponding to the three service request messages are all semi-transparent modes (the determination of the path conversion type corresponding to the service request data transmission message is shown in the aforementioned embodiment, which will not be repeated here). Multiple service request messages can reach the diagnostic client through different communication paths, that is, each service request message reaches the diagnostic client through a communication path different from other service request messages. The three service request messages are sent to the DoIP gateway through the diagnostic client. Since the path conversion types of the service request data transmission messages corresponding to the three service request messages are all in semi-transparent mode, when it is determined that the service request data corresponding to the three service request messages need to be redirected, multiple virtual communication path identifiers are created. The multiple virtual communication path identifiers respectively represent the virtual communication paths from the mapping addresses of ADF, CDF, and ZONE to their real addresses; and a first path conversion rule and a parsing program are constructed to convert the mapping addresses of the virtual communication path identifiers into the real addresses of ADF, CDF, and ZONE. A parsing director is configured at the network node position between the diagnostic client and the above-mentioned ECU, and the mapping address of the virtual communication path identifier is sent to the diagnostic client using the DoIP gateway. The diagnostic client uses the mapping address as the destination address of the initial communication path of the service request data transmission message and sends the service request data transmission message to the DoIP gateway. When the service request data transmission message arrives at the network node position where the parsing director is located, the parsing director can convert the destination address of the service request data transmission message that needs to be redirected from the mapping address of the virtual communication path identifier to the corresponding ECU (that is, Figure 3 The source address is converted from the diagnostic client address to the mapping address constructed for each service request data transmission message, thereby realizing the communication path redirection of each service request data transmission message (such as Figure 3 As shown by the dotted lines in the middle, the virtual communication paths from the resolution director to the CDF DoIP entity, the ADF DoIP entity, and the ZONE FL DoIP entity) transmit the service request data to the corresponding ECU based on each redirected virtual communication path.

[0256] The following is combined with Figure 4 For explanation. Figure 4As shown, the CDF DoIP entity, the ADF DoIP entity, and the ZONE FLDoIP entity are all connected to the DoIP gateway. The service request messages of CDF and ZONE reach the diagnostic client through the same communication path, and the service request message of ADF reaches the diagnostic client through another communication path. The diagnostic client sends diagnostic service request messages for the three ECUs ADF, CDF, and ZONE to the DoIP gateway. Because the path conversion type corresponding to the service request data transmission messages of CDF and ZONE is transparent mode, and the path conversion type corresponding to the service request data of ADF is semi-transparent mode (the determination of the path conversion type corresponding to the service request data transmission message refers to the aforementioned embodiment, which will not be repeated here), the initial destination address of the service request data transmission message corresponding to the service request message of CDF and ZONE sent by the diagnostic client is the DoIP gateway, and the initial destination address of the service request data transmission message corresponding to the service request message of ADF is the mapping address of the ADF DoIP entity. When the diagnostic client sends a service request data transmission message corresponding to the service request message of ADF, CDF and ZONE to the DoIP gateway, when the service request data transmission message is transmitted to the network node where the resolution director is located, the resolution director converts the destination address of the service request data transmission message corresponding to the service request message of CDF and ZONE that needs to redirect traffic from the DoIP gateway address to the corresponding ECU real address (that is, Figure 4 The source address is converted from the diagnostic client address to the DoIP gateway address; the destination address of the service request data transmission message corresponding to the ADF service request message that needs to be redirected is converted from the mapped address of the ADF DoIP entity to the real address of the ADF DoIP entity, and the source address is converted from the diagnostic client address to the mapped address of the ADF DoIP entity, thereby realizing the communication path redirection of each service request data transmission message (such as Figure 4 As shown by the dotted lines in the middle, the virtual communication paths from the resolution director to the CDF DoIP entity, the ADF DoIP entity, and the ZONE FL DoIP entity) transmit the service request data to the corresponding ECU based on each redirected virtual communication path.

[0257] Combine the following Figure 6 , when the traffic redirection device is a DOIP gateway, the process of traffic redirection performed by the DoIP gateway is exemplified.

[0258] Figure 6 The figure is a schematic diagram of the process of DoIP gateway redirecting traffic in semi-transparent mode. Figure 6The diagnostic client is the initiator, the in-vehicle ECU Z is the target receiver, and the traffic redirection device is the DoIP gateway. Figure 6 As shown, the diagnostic client needs to transmit service request data TAZ to ECU Z. First, the diagnostic client can send a service request message corresponding to TAZ to the DoIP gateway. The service request message includes the address IPX of the DoIP gateway and the service port (TCP Port) Service Y. The DoIP gateway determines whether it is necessary to redirect the service request data (ie, TAZ) corresponding to the service request message based on the service request message. After determining that traffic redirection is required, the DoIP gateway will create a mapping address (ie, IPY') of the target receiving end ECU Z; at the same time, the DoIP gateway will create a path conversion rule (including a first path conversion rule for the service request data transmission message and a second path conversion rule for the response data transmission message) and a resolution program. The DoIP gateway pre-stores the path conversion rule and the resolution program in the resolution director, and deploys the resolution director at the network node position between the diagnostic client and ECU Z. Afterwards, the DoIP gateway will return a confirmation message of the service request message to the diagnostic client, and return the mapping address IPY' of ECUZ to the diagnostic client.

[0259] The specific process of transmitting the service request data to ECU Z is as follows: the diagnostic client uses IPY' as the destination address of the initial communication path of the service request data TAZ transmission message, and sends a service request data transmission message containing the service request data TAZ to IPY'. When the service request data transmission message arrives at the network node where the resolution director is located, the resolution director converts the destination address of the communication path of the service request data transmission message from the mapped address IPY' of ECU Z to the real address IPZ of ECU Z according to the first path conversion rule, and converts the source address from the address IP OBD of the diagnostic client to the mapped address IPY' of ECUZ, so that the service request data TAZ can be transmitted to ECU Z based on the redirected communication path. After receiving the service request data TAZ, ECU Z sends a response data transmission message to return the response data of the service request data TAZ, and the destination address of the initial communication path of the response data transmission message is the mapped address IPY' of the real address of ECU Z. When the response data transmission message arrives at the network node position of the resolution director, the resolution director converts the destination address of the communication path of the response data transmission message from the mapping address IPY' of ECU Z to the address IP OBD of the diagnostic client according to the second path conversion rule, and converts the source address from the real address IPZ of ECU Z to the mapping address IPY' of ECU Z, so that the response data is transmitted to the diagnostic client based on the redirected communication path. When the service request data and the corresponding response data are transmitted, the resolution program and the path conversion rules can be removed to release the redirected communication path (not shown in the figure).

[0260] On the other hand, the present application also provides a traffic redirection method applied to a terminal, wherein the terminal is communicatively connected to a traffic redirection device implementing the aforementioned embodiment of the present application, and the traffic redirection device includes a DoIP gateway.

[0261] See attached Figure 7 , Figure 7 FIG. 1 is a flow chart of the main steps of a traffic redirection method applied to a terminal according to an embodiment of the present application. Figure 7 As shown, the DoIP gateway traffic redirection method in the embodiment of the present application mainly includes the following steps S201 to S203.

[0262] Step S201: sending a service request message to the traffic redirection device, wherein the service request message includes data information of the service request data to be transmitted, and a target receiving end of the service request message is connected to the terminal through the traffic redirection device.

[0263] In one implementation, the data information of the service request data includes data volume and data type. By executing step S201, the traffic redirection device can determine whether the service request data corresponding to the service request message needs to be traffic redirected based on at least one of the above data information in the service request message received by the traffic redirection device, the transmission duration of the service request data, and the load of the traffic redirection device. The transmission duration of the service request data is determined by the redirection device based on the data information of the service request data and the load of the traffic redirection device.

[0264] Step S202: Receive a confirmation message of the service request message sent by the traffic redirection device, the confirmation message including a first destination address, which is the initial destination address of the service request data transmission message determined by the traffic redirection device in response to the need for traffic redirection of the service request data to be transmitted, and the service request data transmission message corresponds to the service request message and is used to transmit the service request data to be transmitted.

[0265] In one embodiment, after the traffic redirection device determines that traffic redirection is required, it will use the traffic redirection device to send a confirmation message to the terminal for the service request message, and the confirmation message includes the first destination address determined by the traffic redirection device. As described in the above embodiment, the first path address corresponds to the path conversion rule type corresponding to the service request data. If the path rule conversion type corresponding to the service request data is a transparent mode, the first destination address in the confirmation message returned by the DoIP gateway is the address of the DoIP gateway; if the path rule conversion type corresponding to the service request data is a semi-transparent mode, the first destination address in the confirmation message returned by the DoIP gateway is the mapping address of the target receiving end of the service request message. The method for determining the path rule conversion type corresponding to the service request data and the method for confirming the first destination address are the same as those described in the above embodiment and will not be repeated here.

[0266] Step S203: Initiate the service request data transmission message to the first destination address, so that the traffic redirection device redirects the communication path of the service request data transmission message, and transmits the service request data to the target receiving end based on the redirected communication path.

[0267] In one implementation, in semi-transparent mode, the terminal sends a service request data transmission message to the DoIP gateway address so that the traffic redirection device redirects the communication path of the service request data transmission message. The specific redirection method is described in the aforementioned embodiment and will not be repeated here.

[0268] In one embodiment, in transparent mode, the terminal sends a service request data transmission message to the virtual mapping address of the target receiving end, so that the traffic redirection device redirects the communication path of the service request data transmission message. The specific redirection method is shown in the above embodiment and will not be repeated here.

[0269] In one embodiment, if Figure 7 As shown, the traffic redirection method applied to the terminal also includes step S204.

[0270] Step S204: Obtain response data sent by the target receiving end, wherein the response data is data returned by the target receiving end to the terminal in response to the received service request data, and the response data is transmitted to the terminal based on the response data transmission message communication path redirected by the traffic redirection device, and the response data transmission message corresponds to the service request data transmission message and is used to transmit the response data.

[0271] In one implementation, the terminal is a diagnostic client, the smart device is a vehicle, the target receiving end is an in-vehicle ECU, and the service request message is a diagnostic request message for diagnosing the in-vehicle ECU.

[0272] Another aspect of the present application further provides an intelligent device, which includes a traffic redirection device that implements the traffic redirection method of any embodiment of the present application. The intelligent device described in the present application can be a driving device, a smart car, a robot, and other devices. It can also be a device with a control function in a vehicle, which includes but is not limited to: an on-board terminal, an on-board controller, an on-board module, an on-board module, an on-board component, etc., and can also be other intelligent terminals with control functions other than the vehicle. The intelligent terminal can be an intelligent transportation device, a robot, etc.

[0273] The traffic redirection device described in the present application includes at least one processor and a memory in communication with the at least one processor; wherein the memory stores a computer program, and when the computer program is executed by the at least one processor, the traffic redirection method applied to the traffic redirection device described in any of the above embodiments is implemented. Figure 8 , Figure 8 FIG. 4 exemplarily shows that the memory 11 and the processor 12 are communicatively connected via a bus.

[0274] Another aspect of the present application also provides a terminal, which includes at least one processor and a memory communicatively connected to the at least one processor; wherein a computer program is stored in the memory, and when the computer program is executed by the at least one processor, the traffic redirection method applied to the terminal as described in any of the foregoing embodiments is implemented.

[0275] The terminal device of the present application may be, but is not limited to, a mobile phone, a tablet computer, a desktop computer, a laptop computer, a handheld computer, a notebook computer, an ultra-mobile personal computer (UMPC), a netbook, a personal digital assistant (PDA), an augmented reality (AR), a virtual reality (VR) device, a wearable device, as long as the traffic redirection device can implement the traffic redirection method for the terminal described in any of the above embodiments. The embodiments of the present application are not limited to this.

[0276] The traffic redirection device and terminal device described in the present application may include multiple memories and multiple processors. The program for executing the method of the above method embodiment may be divided into multiple subprograms, each of which may be loaded and run by a processor to execute different steps of the above method embodiment. Specifically, each subprogram may be stored in different memories, and each processor may be configured to execute programs in one or more memories to jointly implement the traffic redirection method of the above method embodiment, that is, each processor executes different steps of the traffic redirection method of the above method embodiment to jointly implement the traffic redirection method of the above method embodiment.

[0277] The above-mentioned multiple processors may be processors deployed on the same device. For example, the above-mentioned traffic redirection device may be a high-performance device composed of multiple processors, and the above-mentioned multiple processors may be processors configured on the high-performance device. In addition, the above-mentioned multiple processors may also be processors deployed on different devices. For example, the above-mentioned traffic redirection device may be a server cluster, and the above-mentioned multiple processors may be processors on different servers in the server cluster.

[0278] The processors mentioned above may include but are not limited to: CPU, network processor (NP), digital signal processor (DSP), application specific integrated circuit (ASIC), field programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components, etc.

[0279] It should be pointed out that although the various steps in the above embodiments are described in a specific order, those skilled in the art can understand that in order to achieve the effect of the present application, different steps do not have to be executed in such an order. They can be executed simultaneously (in parallel) or in other orders. These adjusted schemes are equivalent to the technical schemes described in this application, and therefore will also fall within the scope of protection of this application.

[0280] It is understood by those skilled in the art that all or part of the processes in the method for implementing the above-mentioned embodiment of the present application can also be completed by instructing the relevant hardware through a computer program, and 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 storage medium may include: any entity or device, medium, U disk, mobile hard disk, disk, optical disk, computer memory, read-only memory, random access memory, electrical carrier signal, telecommunication signal and software distribution medium, etc. that can carry the computer program code.

[0281] So far, the technical solutions of the present application have been described in conjunction with the embodiments shown in the accompanying drawings, but it is easy for those skilled in the art to understand that the protection scope of the present application is obviously not limited to these specific embodiments. Without departing from the principles of the present application, those skilled in the art can make equivalent changes or substitutions to the relevant technical features, and the technical solutions after these changes or substitutions will fall within the protection scope of the present application.

Claims

1. A traffic redirection method, applied to a traffic redirection device, characterized in that: The traffic redirection device includes a DoIP gateway, and the method includes: In response to the traffic redirection device receiving a service request message, determining whether it is necessary to perform traffic redirection on the service request data to be transmitted, the service request data to be transmitted is data corresponding to the service request message, an initiator and a target receiving end of the service request message are both communicatively connected to the traffic redirection device, and the initiator and the target receiving end are communicatively connected via the traffic redirection device; In response to determining that the traffic redirection is required, determining a confirmation message of the service request message, and sending the confirmation message to the initiator by using the traffic redirection device, the confirmation message including a first destination address, so that the initiator sends a service request data transmission message to the first destination address, the service request data transmission message corresponding to the service request message, and used to transmit the service request data to be transmitted; In response to determining that the traffic redirection is required, configuring a parsing director at at least one network node position between the initiating end and the target receiving end, the parsing director being configured to parse the service request data transmission message and redirect the communication path of the service request data transmission message; In response to obtaining the service request data transmission message sent by the initiator to the first destination address at the at least one network node location configured with the resolution director, redirecting the communication path of the service request data transmission message by using the resolution director, including: converting the destination address of the service request data transmission message from the first destination address to the real address of the target receiving end, and converting the source address of the service request data transmission message from the address of the initiator to the first destination address; The service request data transmission message is transmitted to the target receiving end based on the redirected communication path of the service request data transmission message.

2. The traffic redirection method according to claim 1, characterized in that: The method further comprises: Determine that the path conversion type corresponding to the service request data transmission message is a transparent mode; Based on the determined path conversion type, determining that the first destination address in the confirmation message is the address of the DoIP gateway; Redirecting the communication path of the service request data transmission message by using the parsing director includes: Using the resolution director, the destination address of the service request data transmission message is converted from the address of the DoIP gateway to the real address of the target receiving end; The resolution director is used to convert the source address of the service request data transmission message from the address of the initiating end to the address of the DoIP gateway.

3. The traffic redirection method according to claim 1, characterized in that: The method further comprises: Determine that the path conversion type corresponding to the service request data transmission message is a semi-transparent mode; Determine a mapping address of the target receiving end, and use the mapping address of the target receiving end as the first destination address in the confirmation message; Redirecting the communication path of the service request data transmission message by using the parsing director includes: Using the parsing director, converting the destination address of the service request data transmission message from the mapped address of the target receiving end to the real address of the target receiving end; The resolution director is used to convert the source address of the service request data transmission message from the address of the initiating end to the mapping address of the target receiving end.

4. The traffic redirection method according to claim 2, characterized in that: The determining of the path conversion type corresponding to the service request data transmission message includes: Based on the security level of the initiator and / or the communication mode type of the service request message, a path conversion type corresponding to the service request data transmission message is determined, and the communication mode type includes encrypted communication and non-encrypted communication.

5. The traffic redirection method according to claim 3, characterized in that: The method further comprises: In response to determining that the path conversion type is a semi-transparent mode, creating a virtual communication path identifier, wherein the virtual communication path identifier represents a virtual communication path from a mapped address of the target receiving end to a real address of the target receiving end; The virtual communication path identifier is sent to the initiator, so that the initiator sends the service request data transmission message to the mapping address corresponding to the virtual communication path identifier.

6. The traffic redirection method according to claim 2, characterized in that: The converting the destination address of the service request data transmission message from the address of the DoIP gateway to the real address of the target receiving end includes: Based on the network IP protocol layer, transport layer and application layer, the destination address of the service request data transmission message is converted from the address of the DoIP gateway to the real address of the target receiving end.

7. The traffic redirection method according to claim 1, characterized in that: The parsing director is further configured to parse a response data transmission message and redirect a communication path of the response data transmission message, wherein the response data transmission message corresponds to the service request data transmission message and is used to transmit response data, wherein the response data is data returned by the target receiving end to the initiating end in response to the service request data received from the first destination address; the method further includes: In response to obtaining the response data transmission message sent by the target receiving end to the first destination address at the at least one network node position configured with the resolution director, redirecting the communication path of the response data transmission message by using the resolution director, including: converting the destination address of the response data transmission message from the first destination address to the address of the initiating end, and converting the source address of the response data transmission message from the real address of the target receiving end to the first destination address; Based on the redirected communication path of the response data transmission message, the response data transmission message is transmitted to the initiator.

8. The traffic redirection method according to claim 7, characterized in that: The method further comprises: Determine that the path conversion type corresponding to the service request data transmission message is a transparent mode; Based on the determined path conversion type, determining that the first destination address in the confirmation message is the address of the DoIP gateway; Redirecting the communication path of the response data transmission message by using the parsing director includes: Using the resolution director, converting the destination address of the response data transmission message from the address of the DoIP gateway to the address of the initiator; The resolution director is used to convert the source address of the response data transmission message from the real address of the target receiving end to the address of the DoIP gateway.

9. The traffic redirection method according to claim 7, characterized in that , the method further comprises: Determine that the path conversion type corresponding to the service request data transmission message is a semi-transparent mode; Determine a mapping address of the target receiving end, and use the mapping address of the target receiving end as the first destination address in the confirmation message; Redirecting the communication path of the response data transmission message by using the parsing director includes: Using the parsing director, converting the destination address of the response data transmission message from the mapping address of the target receiving end to the address of the initiating end; The parsing director is used to convert the source address of the response data transmission message from the real address of the target receiving end to the mapped address of the target receiving end.

10. The traffic redirection method according to claim 1, characterized in that: Configuring a resolution director at at least one network node position between the initiator and the target receiver includes: A parsing director is configured at at least one network node location among the Ethernet switch between the initiating end and the target receiving end, at least one protocol layer of the DoIP gateway, the NIC network card, and the network node location where the driver of the DoIP gateway is located.

Images