Vehicle cloud network measurement method and system based on network probe

Abstract

The invention discloses a vehicle cloud network measurement method and system based on a network probe, and relates to the technical field of network probes, and the method comprises the steps: designing a simulation TSP API access node; an HTTP message containing the Request ID field is sent to the TSP platform; the HTTP message is converted into an MQTT message and then the MQTT message is published to the Broker; designing an MQTT node for simulating the TBOX, and subscribing to a Broker; a Request ID field is intercepted and captured, and a Message ID field is added or modified in the MQTT message; the new MQTT message is published to a TBOX node of a vehicle end; designing a simulated TBOX subscription and release node and subscribing a TBOX node of a vehicle end; and after a Message ID field is extracted and added to an SOME / IP message, the Message ID field is published to a gateway, a central domain controller and an ECU, and is sent to a CAN recording and simulation module through a can bus. Vehicle cloud communication is detected in an end-to-end mode, wireless communication and wired communication are covered, an HTTP protocol, an MQTT protocol and an SOME / IP protocol of the vehicle cloud communication can be supported at the same time, a message flow is tracked through a unique ID identifier transmitted between nodes, and it is ensured that each network node of the vehicle cloud tracks a source and a destination.

Description

Technical Field

[0001] The present invention relates to the technical field of network probes, and in particular to a vehicle-cloud network measurement method and system based on network probes. Background Art

[0002] A network probe is a tool used to monitor and collect network data. A network probe monitors, analyzes, and diagnoses network traffic and performance issues in real time by monitoring network traffic and the status of network devices. It captures and analyzes traffic at each node in the network to obtain the network's operating status, performance bottlenecks, and potential security threats. The probe uses the protocol of data packets (HTTP, FTP, etc.) to understand the delay or packet loss problems of different nodes of network application data packets.

[0003] There are usually two types of network probes. One is an active network probe, which actively sends data packets to the network and simulates user operations to detect network performance and response, such as ping commands or traceroute to test network response time. The second type is a passive network probe, which only monitors and collects data packets in the network without any impact on the network. It analyzes data by monitoring network traffic and does not actively send data packets to the network.

[0004] The current network probe is to select a protocol (ping, http, FTP) for detection. In addition, the car's internal ECU (Electronic Control Unit) communicates with the cloud platform TSP (Telematics Service Provider) through TBOX (Telematics Box, remote communication terminal), passing through many devices and long communication links, such as in-car CAN wired communication, Ethernet wired communication, and wireless car cloud. When a network failure occurs, there is no unified method and technology, and it is impossible to quickly locate the source of the problem, and there is no way to confirm the delay or packet loss of a certain service at each network node. It is only possible to capture the traffic of each node separately, analyze discretely, or analyze through logs. Summary of the invention

[0005] The present invention provides a vehicle-cloud network measurement method and system based on a network probe, so as to overcome at least one technical problem existing in the prior art.

[0006] On the one hand, an embodiment of the present invention provides a vehicle-cloud network measurement method based on a network probe, comprising:

[0007] Design and simulate TSP API access node;

[0008] Using the simulated TSP API access node to send an HTTP message to the TSP platform; the HTTP message includes a Request ID field;

[0009] Utilize the TSP platform to convert the HTTP message into an MQTT message and publish it to Broker;

[0010] Design an MQTT node that simulates TBOX;

[0011] Make the MQTT node simulating TBOX subscribe to the Broker to obtain the MQTT message in the Broker;

[0012] Using the MQTT node simulating TBOX to intercept the Request ID field contained in the HTTP message, and adding or modifying the Message ID field in the received MQTT message according to the Request ID field contained in the HTTP message to form a new MQTT message;

[0013] Publish the new MQTT message to the TBOX node and Broker on the vehicle side for storage;

[0014] Design and simulate TBOX subscription and publishing nodes;

[0015] Make the simulated TBOX subscription and publishing node subscribe to the TBOX node on the vehicle side and receive the new MQTT message;

[0016] Utilize the simulated TBOX subscription and publishing node to extract the Message ID field in the new MQTT message, and add the Message ID field to the SOME / IP message, form a new SOME / IP message and publish it to the TBOX node on the vehicle side;

[0017] Utilize the TBOX node on the vehicle end to publish the new SOME / IP message to the gateway, and mirror it to the Ethernet recorder and analyzer through the gateway port;

[0018] Utilizing the gateway to publish the new SOME / IP message to a central domain control;

[0019] After the new SOME / IP message is published to the ECU by the central domain control, it is sent to the CAN recording and simulation module through the CAN bus.

[0020] Optionally, after the central domain controller receives the new SOME / IP message, the method further includes:

[0021] Design the first simulated SOME / IP subscription node;

[0022] The first simulated SOME / IP subscription node is enabled to subscribe to the central domain controller, receive the new SOME / IP message, and detect the arrival of the new SOME / IP message.

[0023] Optionally, after the ECU receives the new SOME / IP message, the method further includes:

[0024] Design the second simulated SOME / IP subscription node;

[0025] The second simulated SOME / IP subscription node is enabled to subscribe to the ECU, receive the new SOME / IP message, and detect the arrival of the new SOME / IP message.

[0026] Optionally, the MQTT node simulating the TBOX is enabled to subscribe to the Broker using QoS1 and QoS2 policies.

[0027] Optionally, the lower 16 bits of the Request ID in the new SOME / IP message use the Message ID field in the new MQTT message, and the upper 16 bits use the client ID of the simulated TBOX subscription and publishing node.

[0028] Optionally, the value of the Request ID field contained in the HTTP message is a 16-bit integer in the range of 1-65535.

[0029] On the other hand, the present invention also provides a vehicle-cloud network measurement system based on a network probe, comprising:

[0030] The first design module is used to design a simulated TSP API access node;

[0031] A sending module, used to send an HTTP message to the TSP platform using the simulated TSP API access node; the HTTP message includes a Request ID field;

[0032] A conversion module, used to convert the HTTP message into an MQTT message using the TSP platform and then publish it to the Broker;

[0033] The second design module is used to design the MQTT node simulating TBOX;

[0034] The first subscription module is used to enable the MQTT node simulating TBOX to subscribe to the Broker to obtain the MQTT message in the Broker;

[0035] An interception module, used to intercept the Request ID field contained in the HTTP message by using the MQTT node simulating TBOX, and add or modify the Message ID field in the received MQTT message according to the Request ID field contained in the HTTP message to form a new MQTT message;

[0036] The first publishing module is used to publish the new MQTT message to the TBOX node and Broker on the vehicle side for storage;

[0037] The third design module is used to design and simulate TBOX subscription and publishing nodes;

[0038] A second subscription module is used to enable the simulated TBOX subscription and publishing node to subscribe to the TBOX node on the vehicle side and receive the new MQTT message;

[0039] An extraction module, used to extract the Message ID field in the new MQTT message by using the simulated TBOX subscription and publishing node, and add the Message ID field to the SOME / IP message to form a new SOME / IP message and publish it to the TBOX node on the vehicle side;

[0040] A second publishing module is used to publish the new SOME / IP message to the gateway by using the TBOX node on the vehicle side, and mirror it to the Ethernet recorder and analyzer through the gateway port;

[0041] A third publishing module, configured to publish the new SOME / IP message to a central domain control using the gateway;

[0042] The fourth publishing module is used to publish the new SOME / IP message to the ECU by using the central domain control, and then send it to the CAN recording and simulation module through the CAN bus.

[0043] Optionally, it also includes:

[0044] A fourth design module is used to design a first simulated SOME / IP subscription node;

[0045] The third subscription module is used to enable the first simulated SOME / IP subscription node to subscribe to the central domain controller, receive the new SOME / IP message, and detect the arrival of the new SOME / IP message.

[0046] Optionally, it also includes:

[0047] A fifth design module is used to design a second simulated SOME / IP subscription node;

[0048] The fourth subscription module is used to enable the second simulated SOME / IP subscription node to subscribe to the ECU, receive the new SOME / IP message, and detect the arrival of the new SOME / IP message.

[0049] Optionally, the first subscription module is specifically used to:

[0050] The MQTT node simulating TBOX subscribes to the Broker using QoS1 and QoS2 policies.

[0051] The innovative features of the embodiments of the present invention include:

[0052] 1. In this embodiment, vehicle-cloud communication is detected in an end-to-end manner, covering wireless communication and wired communication. It can simultaneously support the HTTP protocol, MQTT protocol and SOME / IP protocol of vehicle-cloud communication, and track the message flow through the unique ID identifier transmitted between nodes, ensuring that the source and destination are tracked in each network node of the vehicle cloud. This is one of the innovations of the embodiment of the present invention.

[0053] 2. In this embodiment, in addition to the functions of passive network probes to monitor and collect data packets in the network, the intermediate nodes also have the functions of modifying and forwarding received data streams, thereby determining the delay and congestion between each node in the message flow, which is one of the innovative features of the embodiment of the present invention. BRIEF DESCRIPTION OF THE DRAWINGS

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

[0055] Figure 1 A flow chart of a vehicle-cloud network measurement method based on a network probe provided in an embodiment of the present invention;

[0056] Figure 2 An architecture diagram of a vehicle-cloud network measurement method based on a network probe provided in an embodiment of the present invention;

[0057] Figure 3 Another flow chart of a vehicle-cloud network measurement method based on a network probe provided in an embodiment of the present invention;

[0058] Figure 4 Another flow chart of a vehicle-cloud network measurement method based on a network probe provided in an embodiment of the present invention;

[0059] Figure 5A schematic diagram of the structure of a vehicle-cloud network measurement system based on a network probe provided in an embodiment of the present invention;

[0060] Figure 6 Another structural schematic diagram of a vehicle-cloud network measurement system based on a network probe provided in an embodiment of the present invention;

[0061] Figure 7 Another structural schematic diagram of a vehicle-cloud network measurement system based on a network probe provided in an embodiment of the present invention. DETAILED DESCRIPTION

[0062] The following will be combined with the drawings in the embodiments of the present invention to clearly and completely describe the technical solutions in the embodiments of the present invention. Obviously, the described embodiments are only part of the embodiments of the present invention, not all of the embodiments. Based on the embodiments of the present invention, all other embodiments obtained by ordinary technicians in this field without creative work are within the scope of protection of the present invention.

[0063] It should be noted that the terms "including" and "having" and any variations thereof in the embodiments of the present invention and the accompanying drawings are intended to cover non-exclusive inclusions. For example, a process, method, system, product or device including a series of steps or units is not limited to the listed steps or units, but may optionally include steps or units not listed, or may optionally include other steps or units inherent to these processes, methods, products or devices.

[0064] The embodiment of the present invention discloses a vehicle-cloud network measurement method and system based on a network probe, which are described in detail below.

[0065] Figure 1 A flow chart of a vehicle-cloud network measurement method based on a network probe provided in an embodiment of the present invention, Figure 2 For an architecture diagram of a vehicle-cloud network measurement method based on a network probe provided in an embodiment of the present invention, please refer to Figure 1 and Figure 2 , the vehicle-cloud network measurement method based on network probe provided by an embodiment of the present invention includes:

[0066] Step 1: Design and simulate TSP API access node;

[0067] Step 2: Use the simulated TSP API access node to send an HTTP message to the TSP platform; the HTTP message contains a Request ID field;

[0068] Step 3: Use the TSP platform to convert HTTP messages into MQTT messages and publish them to Broker;

[0069] Step 4: Design an MQTT node that simulates TBOX;

[0070] Step 5: Make the MQTT node simulating TBOX subscribe to Broker and obtain the MQTT message in Broker;

[0071] Step 6: Use the MQTT node simulating TBOX to intercept the Request ID field contained in the HTTP message, and add or modify the Message ID field in the received MQTT message according to the Request ID field contained in the HTTP message to form a new MQTT message;

[0072] Step 7: Publish the new MQTT message to the TBOX node and Broker on the vehicle side for storage;

[0073] Step 8: Design and simulate TBOX subscription and publishing nodes;

[0074] Step 9: Make the simulated TBOX subscription and publishing nodes subscribe to the TBOX node on the vehicle side and receive new MQTT messages;

[0075] Step 10: Use the simulated TBOX subscription and publishing nodes to extract the Message ID field in the new MQTT message, and add the Message ID field to the SOME / IP message to form a new SOME / IP message and publish it to the TBOX node on the vehicle side;

[0076] Step 11: Use the TBOX node on the vehicle to publish the new SOME / IP message to the gateway and mirror it to the Ethernet recorder and analyzer through the gateway port;

[0077] Step 12: Use the gateway to publish the new SOME / IP message to the central domain control;

[0078] Step 13: After the new SOME / IP message is published to the ECU using the central domain control, it is sent to the CAN recording and simulation module via the CAN bus.

[0079] Specifically, please refer to Figure 1 and Figure 2 The vehicle-cloud network measurement method based on network probe provided by an embodiment of the present invention utilizes the distributed characteristics of MQTT, SOME / IP, and CAN signals to design multiple simulation nodes. After the simulation node hardware is physically connected, the software is run to subscribe to the MQTT topic and the SOME / IP topic. When the real node receives the message, the simulation node also receives the same message as the real node.

[0080] In the present invention, the simulation nodes to be designed include a simulated TSP API access node, a simulated MQTT node of TBOX, and a simulated TBOX subscription and publishing node. First, through step 1, a simulated TSP API access node is designed. In step 2, an HTTP message is sent to the TSP platform using the simulated TSP API access node. When sending an HTTP message, a Request ID field is included in the header. Here, Request ID is a unique identifier for tracking requests. By assigning a unique ID to each request, problems in the cloud distributed system can be easily tracked.

[0081] It should be noted that the length of the Request ID is not defined in the specification, but in the present invention, in order to ensure compatibility with the MQTT protocol and the SOME / IP protocol, the value range of the Request ID contained in the HTTP message is set to a 16-bit integer of 1-65535.

[0082] After receiving the HTTP message, the TSP platform converts the received HTTP message into an MQTT message and publishes it to the Broker in step 3. In the process of converting the HTTP message into an MQTT message, the ID may be lost or modified, which will cause the problem of inability to accurately track. Therefore, the present invention designs an MQTT node that simulates TBOX through step 4, which can be used to add a variable header "Message ID" in the MQTT message.

[0083] In addition, the node can also detect the arrival of MQTT messages at Broker. Specifically, through step 5, the MQTT node simulating TBOX can subscribe to Broker and obtain the MQTT messages in Broker.

[0084] Since the message in MQTT may not carry an ID message, or the carried ID may be different from that in HTTP, that is, a modified ID. In order to accurately track the request, in step 6, the present invention uses the MQTT node simulating TBOX to intercept the Request ID field contained in the HTTP message, and according to the intercepted Request ID field, add or modify the Message ID field in the subscribed MQTT message to form a new MQTT message. The new MQTT message contains the correct ID of the corresponding request, so that the ID can be used to track the message flow and ensure that the source and destination of each request can be tracked in the entire vehicle-to-cloud network.

[0085] It should be noted that, since QOS0 does not contain a Message ID, in this embodiment, the MQTT node simulating TBOX uses QoS1 and QoS2 policies to subscribe to the Broker instead of using QOS0.

[0086] After getting the new MQTT message, in step 7, the new MQTT message is published to the Broker for storage. At the same time, the new MQTT message is published to the TBOX node on the vehicle side. The TBOX node on the vehicle side communicates with the gateway via the SOME / IP protocol. In order to ensure that the message flow can be tracked using the ID, the correct ID message needs to be added to the SOME / IP message.

[0087] Based on this, the present invention designs a simulated TBOX subscription and publishing node through step 8. The node subscribes to the TBOX node on the vehicle side through step 9. By subscribing to the MQTT message of the specified topic and receiving the new MQTT message published by the TBOX side, a SOME / IP message is generated.

[0088] In addition, the node can also detect the arrival of messages on TBOX. After receiving a new MQTT message, in step 10, extract the Message ID field in the new MQTT message, and add the extracted Message ID field to the SOME / IP message to form a SOME / IP message carrying the corresponding ID and publish it to the TBOX node on the vehicle side. The lower 16 bits of the Request ID in the new SOME / IP message use the Message ID field in the new MQTT message, and the upper 16 bits use the client ID of the simulated TBOX subscription and publishing node. The other attributes in the message remain unchanged, and the subscription will publish it after receiving the message.

[0089] After the TBOX node on the vehicle side receives the new SOME / IP message, in step 11, the new SOME / IP message is published to the gateway, and the port mirroring function of the in-vehicle gateway is used to copy a message on the mirror port while sending it to the real node. The corresponding Ethernet packet can be recorded by connecting the Ethernet recorder and analyzer to the physical interface.

[0090] After receiving the new SOME / IP message, the gateway publishes the new SOME / IP message to the central domain control in step 12. Then, in step 13, the new SOME / IP message is published to the ECU and sent to the CAN recording and simulation module through the CAN bus to record the arrival of the message.

[0091] In the present invention, each node can use time synchronization to calculate gPTP time synchronization. Each node can synchronize time accurately at the ns level. The delay can be obtained by calculating the difference between the time when the message is received and the time when the message is sent.

[0092] The vehicle-cloud network measurement method based on network probe provided by the present invention detects vehicle-cloud communication in an end-to-end manner, covers wireless communication and wired communication, and can simultaneously support HTTP protocol, MQTT protocol and SOME / IP protocol of vehicle-cloud communication, and tracks the message flow through the unique ID identifier transmitted between nodes, ensuring that the source and destination are tracked in each network node of the vehicle-cloud. In addition, in addition to the passive network probe's function of monitoring and collecting data packets in the network, the intermediate node also has the function of modifying and forwarding the received data stream, so as to determine the delay and blocking conditions between each node in the message flow.

[0093] Optionally, Figure 3 For another flowchart of the vehicle-cloud network measurement method based on the network probe provided in the embodiment of the present invention, please refer to Figure 2 and Figure 3 After the central domain controller receives the new SOME / IP message, the method further includes: step 121, designing a first simulated SOME / IP subscription node; step 122, enabling the first simulated SOME / IP subscription node to subscribe to the central domain controller, receive the new SOME / IP message, and detect the arrival of the new SOME / IP message.

[0094] Specifically, please refer to Figure 2 and Figure 3 In this embodiment, a first simulated SOME / IP subscription node is designed through step 121. In step 122, the first simulated SOME / IP subscription node subscribes to the SOME / IP message of the specified topic in the central domain control, thereby receiving new SOME / IP messages and detecting the arrival of new SOME / IP messages. The lower 16 bits of the Request ID field in the message are the unique message ID identifier in the system, which realizes the tracking of the message flow.

[0095] Optionally, Figure 4 For another flow chart of the vehicle-cloud network measurement method based on the network probe provided in the embodiment of the present invention, please refer to Figure 2 and Figure 4 After the ECU receives the new SOME / IP message, the method further includes: step 131, designing a second simulated SOME / IP subscription node; step 132, enabling the second simulated SOME / IP subscription node to subscribe to the ECU, receive the new SOME / IP message, and detect the arrival of the new SOME / IP message.

[0096] Specifically, please refer to Figure 2 and Figure 4 In this embodiment, a second simulated SOME / IP subscription node is also designed through step 131. And in step 132, the second simulated SOME / IP subscription node is made to subscribe to the SOME / IP message of the specified topic in the ECU, so as to receive new SOME / IP messages and detect the arrival of new SOME / IP messages. The lower 16 bits of the Request ID field in the message are the unique message ID identifier in the system, so as to realize the tracking of the message flow.

[0097] Based on the same inventive concept, the present invention also provides a vehicle-cloud network measurement system based on a network probe. Figure 5 A structural diagram of a vehicle-cloud network measurement system based on a network probe provided in an embodiment of the present invention, please refer to Figure 5 The vehicle-cloud network measurement system 100 based on a network probe provided in an embodiment of the present invention includes:

[0098] The first design module 101 is used to design a simulated TSP API access node;

[0099] The sending module 102 is used to send an HTTP message to the TSP platform by using the simulated TSP API access node; the HTTP message includes a Request ID field;

[0100] The conversion module 103 is used to convert the HTTP message into an MQTT message by using the TSP platform and then publish it to the Broker;

[0101] The second design module 104 is used to design an MQTT node simulating TBOX;

[0102] The first subscription module 105 is used to enable the MQTT node simulating TBOX to subscribe to the Broker and obtain the MQTT message in the Broker;

[0103] The interception module 106 is used to intercept the Request ID field contained in the HTTP message by using the MQTT node simulating the TBOX, and add or modify the Message ID field in the received MQTT message according to the Request ID field contained in the HTTP message to form a new MQTT message;

[0104] The first publishing module 107 is used to publish the new MQTT message to the TBOX node and Broker on the vehicle side for storage;

[0105] The third design module 108 is used to design simulated TBOX subscription and publishing nodes;

[0106] The second subscription module 109 is used to make the simulated TBOX subscription and publishing node subscribe to the TBOX node on the vehicle side and receive new MQTT messages;

[0107] The extraction module 110 is used to extract the MessageID field in the new MQTT message by simulating the TBOX subscription and publishing nodes, and add the Message ID field to the SOME / IP message to form a new SOME / IP message and publish it to the TBOX node on the vehicle side;

[0108] The second publishing module 111 is used to publish the new SOME / IP message to the gateway by using the TBOX node at the vehicle end, and mirror it to the Ethernet recorder and analyzer through the gateway port;

[0109] The third publishing module 112 is used to publish the new SOME / IP message to the central domain control using the gateway;

[0110] The fourth publishing module 113 is used to publish the new SOME / IP message to the ECU by using the central domain control, and then send it to the CAN recording and simulation module through the CAN bus.

[0111] Specifically, please refer to Figure 5 The vehicle-cloud network measurement system 100 based on network probes provided in an embodiment of the present invention utilizes the distributed characteristics of MQTT, SOME / IP, and CAN signals to design multiple simulation nodes. After the simulation node hardware is physically connected, the software is run to subscribe to the MQTT topic and the SOME / IP topic. When the real node receives the message, the simulation node also receives the same message as the real node.

[0112] In the present invention, the simulation nodes to be designed include a simulated TSP API access node, a simulated MQTT node of TBOX, and a simulated TBOX subscription and publishing node. First, a simulated TSP API access node is designed through a first design module 101. A sending module 102 uses the simulated TSP API access node to send an HTTP message to the TSP platform. When sending an HTTP message, a Request ID field is included in the header. Here, the Request ID is a unique identifier for tracking requests. By assigning a unique ID to each request, problems in a cloud distributed system can be easily tracked.

[0113] It should be noted that the length of the Request ID is not defined in the specification, but in the present invention, in order to ensure compatibility with the MQTT protocol and the SOME / IP protocol, the value range of the Request ID contained in the HTTP message is set to a 16-bit integer of 1-65535.

[0114] After the TSP platform receives the HTTP message, the conversion module 103 converts the received HTTP message into an MQTT message and publishes it to the Broker. In the process of converting the HTTP message into an MQTT message, the ID may be lost or modified, which will cause the problem of inability to accurately track. Therefore, the present invention designs an MQTT node that simulates TBOX through the second design module 104, which can be used to add a variable header "Message ID" in the MQTT message.

[0115] In addition, the node can also detect the situation that the MQTT message reaches the Broker. Specifically, the first subscription module 105 can be used to make the MQTT node simulating TBOX subscribe to the Broker to obtain the MQTT message in the Broker.

[0116] Since the message in MQTT may not carry an ID message, or the carried ID may be different from that in HTTP, that is, a modified ID. In order to accurately track the request, the interception module 106 provided by the present invention uses the MQTT node simulating TBOX to intercept the Request ID field contained in the HTTP message, and according to the intercepted Request ID field, adds or modifies the Message ID field in the subscribed MQTT message to form a new MQTT message, which contains the correct ID of the corresponding request, so that the ID can be used to track the message flow, ensuring that the source and destination of each request can be tracked in the entire vehicle-to-cloud network.

[0117] It should be noted that, since QOS0 does not contain a Message ID, in this embodiment, the MQTT node simulating TBOX uses QoS1 and QoS2 policies to subscribe to the Broker instead of using QOS0.

[0118] After receiving the new MQTT message, the first publishing module 107 publishes the new MQTT message to the Broker for storage. At the same time, the new MQTT message is published to the TBOX node on the vehicle side. The TBOX node on the vehicle side communicates with the gateway via the SOME / IP protocol. In order to ensure that the message flow is tracked using the ID, the correct ID message needs to be added to the SOME / IP message.

[0119] Based on this, the third design module 108 of the present invention designs a simulated TBOX subscription and publishing node. The node subscribes to the TBOX node on the vehicle side through the second subscription module 109. By subscribing to the MQTT message of the specified topic and receiving the new MQTT message published by the TBOX side, a SOME / IP message is generated.

[0120] In addition, the node can also detect the arrival of messages on TBOX. After receiving a new MQTT message, the extraction module 110 is used to extract the Message ID field in the new MQTT message, and the extracted Message ID field is added to the SOME / IP message to form a SOME / IP message carrying the corresponding ID and publish it to the TBOX node on the vehicle side. The lower 16 bits of the Request ID in the new SOME / IP message use the Message ID field in the new MQTT message, and the upper 16 bits use the client ID of the simulated TBOX subscription and publishing node. The other attributes in the message remain unchanged, and the subscription will publish it after receiving the message.

[0121] After the TBOX node at the vehicle end receives the new SOME / IP message, the second publishing module 111 publishes the new SOME / IP message to the gateway, and uses the port mirroring function of the in-vehicle gateway to copy a message at the mirror port while sending it to the real node. By using an Ethernet recorder and analyzer connected to the physical interface, the corresponding Ethernet packet can be recorded.

[0122] After the gateway receives the new SOME / IP message, the third publishing module 112 publishes the new SOME / IP message to the central domain control. Then the new SOME / IP message is published to the ECU through the fourth publishing module 113, and sent to the CAN recording and simulation module through the CAN bus to record the arrival of the message.

[0123] In the present invention, each node can use time synchronization to calculate gPTP time synchronization. Each node can synchronize time accurately at the ns level. The delay can be obtained by calculating the difference between the time when the message is received and the time when the message is sent.

[0124] The vehicle-cloud network measurement system based on network probes provided by the present invention detects vehicle-cloud communication in an end-to-end manner, covers wireless communication and wired communication, and can simultaneously support HTTP protocol, MQTT protocol and SOME / IP protocol of vehicle-cloud communication, and tracks the message flow through the unique ID identification transmitted between nodes, ensuring that the source and destination are tracked in each network node of the vehicle-cloud. In addition, in addition to the passive network probe's function of monitoring and collecting data packets in the network, the intermediate node also has the function of modifying and forwarding the received data stream, so as to determine the delay and blocking conditions between each node in the message flow.

[0125] Optionally, Figure 6 For another structural diagram of the vehicle-cloud network measurement system based on the network probe provided in the embodiment of the present invention, please refer to Figure 6The vehicle-cloud network measurement system 100 based on network probes provided in an embodiment of the present invention further includes: a fourth design module 1121, used to design a first simulated SOME / IP subscription node; a third subscription module 1122, used to enable the first simulated SOME / IP subscription node to subscribe to the central domain control, receive new SOME / IP messages, and detect the arrival of new SOME / IP messages.

[0126] Specifically, please refer to Figure 6 The vehicle-cloud network measurement system 100 based on network probe provided in this embodiment also includes a fourth design module 1121 and a third subscription module 1122. The first simulated SOME / IP subscription node is designed using the fourth design module 1121. And through the third subscription module 1122, the first simulated SOME / IP subscription node subscribes to the SOME / IP message of the specified topic in the central domain control, thereby receiving new SOME / IP messages and detecting the arrival of new SOME / IP messages. The lower 16 bits of the Request ID field in the message are the unique message ID identifier in the system, which realizes the tracking of the message flow.

[0127] Optionally, Figure 7 For another structural diagram of the vehicle-cloud network measurement system based on the network probe provided in the embodiment of the present invention, please refer to Figure 7 The vehicle-cloud network measurement system 100 based on a network probe provided by an embodiment of the present invention further includes: a fifth design module 1131, used to design a second simulated SOME / IP subscription node; a fourth subscription module 1132, used to enable the second simulated SOME / IP subscription node to subscribe to the ECU, receive new SOME / IP messages, and detect the arrival of new SOME / IP messages.

[0128] Specifically, please refer to Figure 7 The vehicle-cloud network measurement system 100 based on network probe provided in this embodiment also includes a fifth design module 1131 and a fourth subscription module 1132. The second simulated SOME / IP subscription node is designed through the fifth design module 1131. And through the fourth subscription module 1132, the second simulated SOME / IP subscription node subscribes to the SOME / IP message of the specified topic in the ECU, thereby receiving new SOME / IP messages and detecting the arrival of new SOME / IP messages. The lower 16 bits of the Request ID field in the message are the unique message ID identifier in the system, which realizes the tracking of the message flow.

[0129] Those skilled in the art can understand that the accompanying drawings are only schematic diagrams of an embodiment, and the modules or processes in the accompanying drawings are not necessarily required to implement the present invention.

[0130] Those skilled in the art can understand that the modules in the device in the embodiment can be distributed in the device in the embodiment according to the description of the embodiment, or can be changed accordingly and located in one or more devices different from the embodiment. The modules in the above embodiment can be combined into one module, or can be further divided into multiple sub-modules.

[0131] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, rather than to limit it. Although the present invention has been described in detail with reference to the aforementioned embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the aforementioned embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A vehicle-cloud network measurement method based on a network probe, characterized in that: include: Design and simulate TSP API access node; Using the simulated TSP API access node to send an HTTP message to the TSP platform; The HTTP message includes a Request ID field; The HTTP message is converted into an MQTT message by using the TSP platform and then published to the Broker; Design an MQTT node that simulates TBOX; Make the MQTT node simulating TBOX subscribe to the Broker to obtain the MQTT message in the Broker; Using the MQTT node simulating TBOX to intercept the Request ID field contained in the HTTP message, and adding or modifying the Message ID field in the received MQTT message according to the Request ID field contained in the HTTP message to form a new MQTT message; Publish the new MQTT message to the TBOX node and Broker on the vehicle side for storage; Design and simulate TBOX subscription and publishing nodes; Make the simulated TBOX subscription and publishing node subscribe to the TBOX node on the vehicle side and receive the new MQTT message; Utilize the simulated TBOX subscription and publishing node to extract the Message ID field in the new MQTT message, and add the Message ID field to the SOME / IP message, form a new SOME / IP message and publish it to the TBOX node on the vehicle side; Utilize the TBOX node on the vehicle end to publish the new SOME / IP message to the gateway, and mirror it to the Ethernet recorder and analyzer through the gateway port; Utilizing the gateway to publish the new SOME / IP message to a central domain control; After the new SOME / IP message is published to the ECU by the central domain control, it is sent to the CAN recording and simulation module through the CAN bus.

2. The vehicle-cloud network measurement method based on network probe according to claim 1 is characterized in that: After the central domain controller receives the new SOME / IP message, the method further includes: Design the first simulated SOME / IP subscription node; The first simulated SOME / IP subscription node is enabled to subscribe to the central domain controller, receive the new SOME / IP message, and detect the arrival of the new SOME / IP message.

3. The vehicle-cloud network measurement method based on network probe according to claim 1 is characterized in that: After the ECU receives the new SOME / IP message, the method further includes: Design the second simulated SOME / IP subscription node; The second simulated SOME / IP subscription node is enabled to subscribe to the ECU, receive the new SOME / IP message, and detect the arrival of the new SOME / IP message.

4. The vehicle-cloud network measurement method based on network probe according to claim 1 is characterized in that: The MQTT node simulating TBOX subscribes to the Broker using QoS1 and QoS2 policies.

5. The vehicle-cloud network measurement method based on network probe according to claim 1 is characterized in that: The lower 16 bits of the Request ID in the new SOME / IP message use the Message ID field in the new MQTT message, and the upper 16 bits use the client ID of the simulated TBOX subscription and publishing node.

6. The vehicle-cloud network measurement method based on network probe according to claim 1 is characterized in that: The value of the Request ID field contained in the HTTP message is a 16-bit integer in the range of 1-65535.

7. A vehicle-cloud network measurement system based on network probes, characterized in that: include: The first design module is used to design a simulated TSP API access node; A sending module, used to send an HTTP message to the TSP platform using the simulated TSP API access node; the HTTP message includes a Request ID field; A conversion module, used to convert the HTTP message into an MQTT message using the TSP platform and then publish it to the Broker; The second design module is used to design the MQTT node simulating TBOX; The first subscription module is used to enable the MQTT node simulating TBOX to subscribe to the Broker to obtain the MQTT message in the Broker; An interception module, used to intercept the Request ID field contained in the HTTP message by using the MQTT node simulating TBOX, and add or modify the Message ID field in the received MQTT message according to the Request ID field contained in the HTTP message to form a new MQTT message; The first publishing module is used to publish the new MQTT message to the TBOX node and Broker on the vehicle side for storage; The third design module is used to design and simulate TBOX subscription and publishing nodes; A second subscription module is used to enable the simulated TBOX subscription and publishing node to subscribe to the TBOX node on the vehicle side and receive the new MQTT message; An extraction module, used to extract the Message ID field in the new MQTT message by using the simulated TBOX subscription and publishing node, and add the Message ID field to the SOME / IP message to form a new SOME / IP message and publish it to the TBOX node on the vehicle side; A second publishing module is used to publish the new SOME / IP message to the gateway by using the TBOX node on the vehicle side, and mirror it to the Ethernet recorder and analyzer through the gateway port; A third publishing module, configured to publish the new SOME / IP message to a central domain control using the gateway; The fourth publishing module is used to publish the new SOME / IP message to the ECU by using the central domain control, and then send it to the CAN recording and simulation module through the CAN bus.

8. The vehicle-cloud network measurement system based on network probe according to claim 7 is characterized in that: Also includes: A fourth design module is used to design a first simulated SOME / IP subscription node; The third subscription module is used to enable the first simulated SOME / IP subscription node to subscribe to the central domain controller, receive the new SOME / IP message, and detect the arrival of the new SOME / IP message.

9. The vehicle-cloud network measurement system based on network probe according to claim 7 is characterized in that: Also includes: A fifth design module is used to design a second simulated SOME / IP subscription node; The fourth subscription module is used to enable the second simulated SOME / IP subscription node to subscribe to the ECU, receive the new SOME / IP message, and detect the arrival of the new SOME / IP message.

10. The vehicle-cloud network measurement system based on network probe according to claim 7, characterized in that: The first subscription module is specifically used for: The MQTT node simulating TBOX subscribes to the Broker using QoS1 and QoS2 policies.

Images