Vehicle-mounted Ethernet SOME / IP message analysis method, device, equipment and storage medium

Abstract

The invention provides a vehicle-mounted Ethernet SOME / IP message analysis method and device, equipment and a storage medium. The method comprises the following steps: capturing an initial SOME / IP message and an initial SOME / IP-SD message of communication between a client and a server; receiving a target service input by a user; extracting an SOME / IP message and an SOME / IP-SD message corresponding to the target service, and storing the SOME / IP-SD message and the SOME / IP-SD message in a target service message database; extracting key information of the service providing message from the target service message database, and storing the key information in a service state form; calculating performance parameters of the service providing message according to the message timestamp information; determining a service state evaluation result according to the performance parameters of the service providing message; and under the condition that the target service health availability of the server is insufficient, outputting the serial number of the fault occurrence message and the message timestamp information. According to the method, the vehicle-mounted Ethernet SOME / IP communication fault can be simply and efficiently positioned, and the reason of the communication fault can be quickly and intuitively found.

Description

Technical Field

[0001] The embodiments of the present invention generally relate to the field of automobile intelligent technology, and more specifically, to a vehicle-mounted Ethernet SOME / IP message analysis method, device, equipment and storage medium. Background Art

[0002] In recent years, disruptive innovation in the field of automotive intelligence is repositioning cars as smart mobile terminals. The ultimate smart cockpit experience and advanced autonomous driving continue to upgrade, driving the explosive growth of in-vehicle network capacity demand. Traditional in-vehicle networks (CAN, LIN) can no longer meet the growing demand for data capacity, so Ethernet is gradually developing into an important support for automotive intelligence.

[0003] Driven by the international standardization organizations and alliances, the standardization of automotive Ethernet has crossed over from the physical layer to the application layer. The AUTOSAR Alliance officially included SOME / IP (Scalable Service-Oriented Middleware over IP) in its standard system in 2013. Although certain progress has been made in the standardization and application of automotive Ethernet and SOME / IP, in automotive engineering applications, research on automotive Ethernet SOME / IP communication process monitoring, message health integrity assessment, and key communication indicator evaluation is still relatively lacking, which cannot meet the debugging needs such as rapid location of vehicle communication faults and intuitive display of communication processes.

[0004] Currently, Wireshark software is widely used in the field of Ethernet message analysis. Wireshark can be used to capture messages, but it relies on manual screening and review in message analysis and communication fault location, and it also has shortcomings in the intuitive display of communication status. Once an occasional irregular communication failure occurs, it is necessary to capture a large number of Ethernet messages through Wireshark over a long period of time, locate the faulty message from the massive Ethernet data, and analyze the communication failure. However, due to the large number of Ethernet protocols, the captured Ethernet messages are disorganized. It is very difficult to manually query and locate Ethernet data, just like looking for a needle in a haystack. It is difficult to locate the faulty message, and it is even more difficult to carry out communication fault analysis.

[0005] Although Wireshark can capture and parse SOME / IP messages, SOME / IP is a service-oriented communication process. The development of communication depends on the needs of the client and the availability of the server. The overall communication distribution of the target service is not easy to grasp intuitively. At the same time, for a specific service, the establishment of communication requires three-way handshake confirmation (i.e. SOME / IP-SD message) and effective data transmission (i.e. SOME / IP message). Due to the existence of subscription, confirmation and multiple transmission of effective data, the communication process cannot be directly evaluated. Key indicators such as communication delay and jitter cannot be presented intuitively, and the visibility is poor, which is not conducive to the rapid location and resolution of engineering problems. Summary of the invention

[0006] In order to solve the above problems in the prior art, in a first aspect, an embodiment of the present invention provides a vehicle-mounted Ethernet SOME / IP message analysis method, the method comprising: capturing Ethernet messages communicated between a client and a server; extracting an initial SOME / IP message and an initial SOME / IP-SD message from the Ethernet message; receiving a target service input by a user through a human-machine interface; extracting a SOME / IP message and a SOME / IP-SD message corresponding to the target service from the initial SOME / IP message and the initial SOME / IP-SD message, and storing them in a target service message database ; extracting key information of the service provision message from the target service message database and storing it in a service status form, wherein the key information of the service provision message includes message timestamp information; calculating performance parameters of the service provision message according to the message timestamp information, wherein the performance parameters include one or more of a sending time interval, a message sending cycle, a delay jitter and a packet loss rate; determining a service status evaluation result according to the performance parameters of the service provision message; in the case where the service status evaluation result is that the health availability of the server target service is insufficient, outputting the sequence number and message timestamp information of the fault occurrence message through the human-machine interface.

[0007] In some embodiments, the method further includes: extracting service provision messages and their corresponding subscription request messages from the target service message database, and storing them in a subscription request form; determining whether each service provision message has a corresponding subscription request message based on the subscription request form; and for service provision messages that do not have a corresponding subscription request message, outputting the sequence number and message timestamp information of the service provision message through the human-computer interface.

[0008] In some embodiments, the method further includes: extracting subscription request messages and their corresponding subscription confirmation messages from the target service message database, and storing them in a subscription confirmation form; determining whether each subscription request message has a corresponding subscription confirmation message based on the subscription confirmation form; and for subscription request messages that do not have corresponding subscription confirmation messages, outputting the sequence number and message timestamp information of the subscription request message through the human-computer interface.

[0009] In some embodiments, the method further includes: extracting valid data messages from the target service message database and storing them in a valid data form; parsing key performance parameters of the valid data messages according to the valid data form, wherein the key performance parameters of the valid data messages include one or more of the sending period, delay jitter, and packet loss rate of the valid data messages; generating a valid data communication status evaluation result according to the key performance parameters of the valid data messages; and when there is no at least one frame of valid data message in the valid data communication status evaluation result, outputting the sequence number and timestamp information of the fault occurrence message through the human-machine interface.

[0010] In some implementations, the method further includes: drawing a message communication cycle statistics graph with the message sequence number as the horizontal axis and the message sending cycle as the vertical axis, and displaying the message communication cycle statistics graph through the human-machine interface.

[0011] In some embodiments, the method further includes: displaying the message subscription process between the client and the server in the form of a subscription process diagram, wherein the message subscription process includes: the server sending a service provision message to the client; the client sending a subscription request message to the server; the server sending a subscription confirmation message to the client; marking the message in which a communication failure occurs during the message subscription process in the subscription process diagram, and displaying the subscription process diagram through the human-computer interface; and using the serial number of the message in which the communication failure occurs as the storage name of the subscription process diagram.

[0012] In some implementations, the method further includes: marking messages that are successfully transmitted during the message subscription process in the subscription process diagram.

[0013] In a second aspect, an embodiment of the present invention proposes an in-vehicle Ethernet SOME / IP message analysis device, the device comprising: an Ethernet message capture module, configured to capture Ethernet messages communicated between a client and a server; an initial message extraction module, configured to extract an initial SOME / IP message and an initial SOME / IP-SD message from the Ethernet message; a target service receiving module, configured to receive a target service input by a user through a human-machine interface; a target service message data storage module, configured to extract a SOME / IP message and a SOME / IP-SD message corresponding to the target service from the initial SOME / IP message and the initial SOME / IP-SD message, and store them in a target service message database; a service status A form generation module, configured to extract key information of the service provision message from the target service message database and store it in a service status form, wherein the key information of the service provision message includes message timestamp information; a performance parameter calculation module, configured to calculate the performance parameters of the service provision message based on the message timestamp information, wherein the performance parameters include one or more of a sending time interval, a message sending period, a delay jitter and a packet loss rate; an evaluation result determination module, configured to determine a service status evaluation result based on the performance parameters of the service provision message; a fault message output module, configured to output the sequence number and message timestamp information of the fault occurrence message through the human-machine interface when the service status evaluation result is that the health availability of the server target service is insufficient.

[0014] In a third aspect, an embodiment of the present invention proposes an in-vehicle Ethernet SOME / IP message analysis device, the device comprising a memory and a processor, the memory storing a computer program, and when the computer program is executed by the processor, the in-vehicle Ethernet SOME / IP message analysis method described in any of the above embodiments is implemented.

[0015] In a fourth aspect, an embodiment of the present invention provides a storage medium storing computer-readable instructions, which, when executed by a processor, executes the vehicle-mounted Ethernet SOME / IP message analysis method described in any of the above embodiments.

[0016] For SOME / IP communication, the embodiments of the present invention propose a method for quickly locating communication faults: (1) Server health and availability analysis method: Monitor the communication status of OfferService for the same service and analyze its periodicity and delay jitter; (2) Client service subscription process analysis method: Monitor the service subscription process, and if any message is lost during the subscription process, it will be intuitively displayed through drawing.

[0017] The present invention can locate the vehicle-mounted Ethernet SOME / IP communication fault concisely and efficiently, quickly and intuitively find the cause of the communication fault, and display the cause of the Ethernet communication fault to engineering and technical personnel. BRIEF DESCRIPTION OF THE DRAWINGS

[0018] The above and other objects, features and advantages of the embodiments of the present invention will become readily understood by reading the following detailed description with reference to the accompanying drawings. In the accompanying drawings, several embodiments of the present invention are shown in an exemplary and non-limiting manner, in which:

[0019] Figure 1 A flow chart of a method for analyzing a vehicle-mounted Ethernet SOME / IP message according to an embodiment of the present invention is shown;

[0020] Figure 2 A schematic diagram showing the SOME / IP communication process of the in-vehicle Ethernet is shown;

[0021] Figure 3 A schematic block diagram showing a specific example of a SOME / IP message analysis system according to an embodiment of the present invention;

[0022] Figure 4 A flowchart of a specific example of a SOME / IP message analysis method according to an embodiment of the present invention is shown;

[0023] Figure 5 A statistical diagram of message communication cycles according to an embodiment of the present invention is shown;

[0024] Figure 6 An example of a subscription process diagram according to an embodiment of the present invention is shown;

[0025] Figure 7 Another example of a subscription process diagram according to an embodiment of the present invention is shown.

[0026] In the drawings, the same or corresponding reference numerals represent the same or corresponding parts. DETAILED DESCRIPTION

[0027] The principle and spirit of the present invention will be described below with reference to several exemplary embodiments. It should be understood that these embodiments are provided only to enable those skilled in the art to better understand and implement the present invention, and are not intended to limit the scope of the present invention in any way.

[0028] In the field of automotive Ethernet, SOME / IP defines two roles: server and client. The server provides services and the client calls services. The server sends data only when the client has a demand. In order to ensure that service access and response are targeted and correct, two sub-protocols, SOME / IP and SOME / IP-SD, are defined. SOME / IP defines the communication standards, formats, and remote calling methods of control messages in automotive Ethernet; while SOME / IP-SD provides standards and methods for service interaction between clients and servers.

[0029] The SOME / IP message includes MessageID, which is composed of ServiceID and MethodID. ServiceID is the unique identifier of the service, that is, different services in the same vehicle should have different ID codes. By extracting the ServiceID keyword, the communication performance of the target service can be evaluated and the communication failure of the service can be located. For example, ServiceID=0X6062 can represent a specific service, such as the new energy vehicle power battery status information transmission service.

[0030] The SOME / IP-SD service discovery and subscription protocol is a special SOME / IP message format. It redefines the Payload in the SOME / IP message to establish a service relationship between the client and the server. The SOME / IP-SD message includes an EntriesArray, where the EntriesArray provides information about the service instance and the subscribed time group. The keyword Type is defined in the EntriesArray to distinguish the service type, as shown in Table 1 below.

[0031] Table 1. Message type definition table

[0032] Type Message illustrate 0x01 OfferService The server broadcasts the services it provides 0x06 SubscribeEventgroup Subscription request message 0x07 SubscribeEventgroupAck Subscription confirmation message

[0033] When Wireshark analyzes Ethernet SOME / IP messages, it relies heavily on manual screening, and fault location and message analysis are not easy to achieve. To address this problem, in one aspect, an embodiment of the present invention provides a method for analyzing vehicle-mounted Ethernet SOME / IP (Scalable Service-Oriented MiddlewarE over IP) messages. Figure 1 , which shows a flow chart of a method for analyzing a vehicle-mounted Ethernet SOME / IP message according to an embodiment of the present invention. The method comprises steps S101-S108.

[0034] In step S101, Ethernet packets communicated between the client and the server are captured. For example, SOME / IP packets can be captured by Wireshark software.

[0035] For example, Wireshark obtains each frame of SOME / IP message data through Winpcap event driver, calls Epan module to perform protocol analysis on the cached data in Wiretap, stores it in pcapng format file in the local hard disk, and can also generate CSV file or Excel file.

[0036] In step S102, an initial SOME / IP message and an initial SOME / IP-SD message are extracted from the Ethernet message. For example, a CSV file is used as input to extract a SOME / IP-SD message and a SOME / IP message from a plurality of Ethernet messages.

[0037] In step S103, the target service input by the user is received through the human-machine interface.

[0038] In step S104, the SOME / IP message and SOME / IP-SD message corresponding to the target service are extracted from the initial SOME / IP message and the initial SOME / IP-SD message, and stored in the target service message database. This step establishes a database based on the SOME / IP-SD message and SOME / IP message corresponding to the target service as basic data.

[0039] In step S105, key information of the service offering (OfferService) message is extracted from the target service message database and stored in the service status table, wherein the key information of the service offering message includes message timestamp (time) information.

[0040] In step S106, performance parameters of the service provision message are calculated according to the message timestamp information, where the performance parameters include one or more of a sending time interval, a message sending cycle, a delay jitter, and a packet loss rate.

[0041] In step S107, the service status evaluation result is determined according to the performance parameters of the service provision message.

[0042] In step S108, when the service status evaluation result shows that the health availability of the server target service is insufficient, the sequence number and message timestamp information of the fault occurrence message are output through the human-machine interface.

[0043] The above implementation method performs an overall analysis of the communication cycle of the OfferService message. By analyzing the communication cycle and jitter of the message, the health and availability of the server can be measured. Once the server OfferService message cannot be provided in time or the delay is large, it can be determined that there is a problem with the health and availability of the server, thereby providing a reference basis for determining SOME / IP communication failures.

[0044] In actual engineering, in-vehicle Ethernet SOME / IP communication failures are often sporadic. Once an occasional communication failure is analyzed, it often takes a long time to capture a large amount of data. How to locate the SOME / IP communication failure in massive data? Manual screening and other analysis methods require a large investment of man-hours, and fault locating is like looking for a needle in a haystack.

[0045] Through the method proposed in the above-mentioned embodiment of the present invention, the cause of the vehicle Ethernet SOME / IP communication failure can be quickly located from a large amount of Ethernet data in a concise and efficient manner, providing an effective method for analyzing practical engineering problems. At the same time, the key performance indicators of SOME / IP communication can be evaluated, and the healthy and available status of the communication can be evaluated.

[0046] refer to Figure 2 , which shows a schematic diagram of the in-vehicle Ethernet SOME / IP communication process. The establishment of effective communication in the in-vehicle Ethernet SOME / IP requires multiple interactive confirmations between the server and the client, including the service message OfferService, the client service subscription request message SubscribeEventgroup and the server subscription confirmation message SubscribeEventgroupAck, which is similar to the three-way "handshake" confirmation. After the three-way "handshake" confirmation is successful, effective communication data communication is realized by the SOME / IP message. If any of the above messages fails to be sent correctly, it will affect the communication of valid data. The above messages are scattered in all Ethernet message protocols, and it is difficult to accurately and intuitively locate the missing or timeout of the above messages that caused the communication failure.

[0047] In-vehicle Ethernet SOME / IP communication requires multiple "handshake" confirmations. Any "handshake" failure during the process may lead to communication failure. The above-mentioned messages are scattered in all Ethernet messages. How to effectively integrate the scattered "handshake" information for overall analysis? Since it is quite difficult to manually screen and locate SOME / IP messages, it is also difficult to locate and analyze the cause of the fault through manual troubleshooting, resulting in a large waste of man-hours and little effect, which is not conducive to the rapid location and resolution of engineering problems.

[0048] As an implementation mode of the present invention, by analyzing the Type keyword under the target service, the service subscription process between the client and the server under the target service can be analyzed.

[0049] The method may also include: extracting a service provision (OfferService) message and its corresponding subscription request (SubscribeEventgroup) message from a target service message database, and storing them in a subscription request form; judging whether each service provision message has a corresponding subscription request message according to the subscription request form; and for a service provision message that does not have a corresponding subscription request message, outputting the sequence number and message timestamp information of the service provision message through a human-machine interface.

[0050] As an embodiment of the present invention, the method may further include: extracting a subscription request (SubscribeEventgroup) message and its corresponding subscription confirmation (SubscribeEventgroupACK) message from a target service message database, and storing them in a subscription confirmation form; judging whether each subscription request message has a corresponding subscription confirmation message according to the subscription confirmation form; and for a subscription request message that does not have a corresponding subscription confirmation message, outputting the sequence number and message timestamp information of the subscription request message through a human-machine interface.

[0051] As an embodiment of the present invention, the method may also include: extracting valid data messages from a target service message database and storing them in a valid data form; parsing key performance parameters of the valid data messages according to the valid data form, wherein the key performance parameters of the valid data messages include one or more of the sending period, delay jitter, and packet loss rate of the valid data messages; generating a valid data communication status evaluation result according to the key performance parameters of the valid data messages; and when there is no at least one frame of valid data message in the valid data communication status evaluation result, outputting the sequence number and timestamp information of the fault occurrence message through a human-machine interface.

[0052] refer to Figure 3 , which shows a schematic block diagram of a specific example of a SOME / IP message analysis system according to an embodiment of the present invention.

[0053] Wireshark obtains each frame of SOME / IP message data through Winpcap event driver, calls Epan module to perform protocol analysis on the cached data in Wiretap, and stores it in pcapng format file in the local hard disk. At the same time, it can generate CSV file or excel file.

[0054] Data analysis and extraction module:

[0055] Take the CSV file as input, extract SOME / IP-SD messages and SOME / IP messages from many Ethernet messages; input the target service through the human-computer dialogue window, and establish database A with the SOME / IP-SD messages and SOME / IP messages corresponding to the target service as basic data. At the same time, generate the following forms for subsequent module applications:

[0056] Service status form a,extracts OfferService key information from database A as input to the “service status evaluation module”.

[0057] Subscription request form b extracts the OfferService message and its corresponding SubscribeEventgroup message from database A as input to the "subscription status evaluation module".

[0058] Subscription confirmation form c extracts the SubscribeEventgroup message and its corresponding SubscribeEventgroupACK message from database A as input to the "subscription confirmation evaluation module".

[0059] The valid data form d extracts the valid data message from the database A as the input of the "subscription confirmation evaluation module".

[0060] Service status evaluation module:

[0061] After the server is initialized, it broadcasts its own service message OfferService to the current network segment, indicating which available services the server provides. The service status evaluation module analyzes the OfferService message, calculates the time interval for sending OfferService through the Wireshark message timestamp information, and counts the key information of OfferService message, such as periodicity, delay jitter, and packet loss rate, to evaluate the health and availability of the service.

[0062] Subscription Request Evaluation Module:

[0063] In response to the OfferService message from the server, the client sends a service subscription SubscribeEventgroup message in unicast form. This module mainly determines whether effective communication cannot be established due to client reasons:

[0064] (1) The client has no demand, so effective communication cannot be established and the subscription ends:

[0065] By checking whether the OfferService message has a corresponding SubscribeEventgroup message, it is determined whether the client has a subscription requirement. If there is no corresponding SubscribeEventgroup message, it indicates that the client has no subscription requirement, and the service ends and effective data communication cannot be established;

[0066] (2) The client sends a SubscribeEventgroup message:

[0067] Go to the next step of evaluation and subscribe to confirm the evaluation module.

[0068] Subscription Confirmation Evaluation Module:

[0069] The time difference between the SubscribeEventgroup message and the corresponding SubscribeEventgroupACK message is counted to measure whether the server can confirm the subscription service. If it exceeds the valid time or does not respond, it is considered that the effective communication cannot be established due to server problems.

[0070] Effective data evaluation module:

[0071] (1) Reference factors

[0072] Calculate and count the effective data sending time, and summarize the performance indicators such as the periodicity, delay jitter, and packet loss rate of message sending as a reference. Since the sending of SOME / IP messages can be triggered based on signal changes, the statistics of performance indicators here are only for reference and are not mandatory judgment factors;

[0073] (2) Compulsory factors

[0074] Determine whether there is at least one frame of valid data message. If so, it is considered that the communication is successfully established. If not, it is considered that the server has not established valid data communication.

[0075] Conclusion output module:

[0076] Output the evaluation conclusions, key performance indicators of the message and the causes of communication failures in a graphical display.

[0077] refer to Figure 4 , which shows a flowchart of a specific example of the SOME / IP message analysis method according to an embodiment of the present invention. This specific example uses Wireshark to capture vehicle Ethernet messages, stores them in a local hard disk in a pcapng format file, and exports a CSV format file, and implements SOME / IP message analysis and communication fault location through software programming, specifically including the following steps:

[0078] Step 1: The Ethernet data captured by Wireshark is converted into a CSV file format as input, and the SOME / IP-SD protocol and SOME / IP protocol are extracted through the protocol type Protocol keyword and stored in the intermediate database.

[0079] Step 2: Input ServiceID through the human-machine interface to determine the target service, extract the service to be parsed through the target service ServiceID keyword, and establish database A with the SOME / IP-SD and SOME / IP messages corresponding to the target service.

[0080] Step 3: Extract data from database A to form 4 types of forms: a. Service status form, b. Subscription request form, c. Subscription confirmation form, d. Valid data form.

[0081] Step 4: Based on table a, evaluate the health availability of the server's target service and analyze the key performance parameters of the OfferService message: message sending cycle, delay jitter, and packet loss rate.

[0082] Step 5: Determine whether the delay jitter of the OfferService message is within the allowable range. If not, output the service status evaluation results: including the evaluation of the key performance parameters of the OfferService message, locate the first type of fault cause Fail1 (the server target service health availability is insufficient, resulting in the inability to establish effective communication), and provide the sequence number and timestamp corresponding to the fault message to facilitate engineering and technical personnel to view the fault message. If yes, execute step 6.

[0083] Step 6: Call form b, evaluate the client subscription request message SubscribeEventgroup, and determine whether each OfferService message has a response message SubscribeEventgroup. If not, output the subscription request evaluation result: including locating the second type of communication failure cause Fail2 (the client subscription request was not sent, resulting in the inability to establish effective communication), and providing the sequence number and timestamp corresponding to the fault message to facilitate engineering and technical personnel to view the fault message. If so, execute step 7.

[0084] Step 7: Call form c, evaluate the server subscription confirmation message SubscribeEventgroupACK, and determine whether each subscription request SubscribeEventgroup message has a response message SubscribeEventgroupACK. If not, output the subscription confirmation evaluation result: including locating the cause of the third type of communication failure Fail3 (the server did not send a subscription confirmation message, resulting in the inability to establish effective communication), and providing the sequence number and timestamp corresponding to the fault message to facilitate engineering and technical personnel to view the fault message. If so, execute step 8.

[0085] Step 8: Evaluate the effective data communication status based on Table d and analyze the key performance parameters of the effective data message: message sending cycle, delay jitter, and packet loss rate.

[0086] Step 9: Determine whether there is at least one frame of valid data message. If not, output the evaluation result of the valid data communication status: including the evaluation of the key performance parameters of the message, locate the fourth type of fault cause Fail4 (the server did not provide valid data, resulting in the failure of this service), and provide the sequence number and timestamp corresponding to the fault message to facilitate engineering and technical personnel to view the fault message. If yes, execute step 10.

[0087] Step 10: Effective communication with the target service is established normally and the evaluation is completed.

[0088] As an embodiment of the present invention, the method may further include: drawing a message communication cycle statistics graph with the message sequence number as the horizontal axis and the message sending cycle as the vertical axis, and displaying the message communication cycle statistics graph through a human-machine interface.

[0089] refer to Figure 5 , which shows a statistical diagram of message communication cycles according to an embodiment of the present invention. Figure 2 In the example, the message index No. is used as the horizontal axis, and the OfferService message sending cycle is used as the vertical axis. The OfferService message communication cycle and delay jitter are statistically plotted by Python software, which shows the maximum delay jitter, the minimum delay jitter, the maximum positive jitter, and the maximum negative jitter. The health and availability of the server are then evaluated. If the jitter of a message communication cycle is large, the OfferService message is lost or unstable, and it can be inferred that the server's service status is unstable.

[0090] As an embodiment of the present invention, if the server communication is normal, the cause of the SOME / IP communication failure can be further found and located. The method can also include: displaying the message subscription process between the client and the server in the form of a subscription process diagram, wherein the message subscription process includes: the server sends a service provision (OfferService) message to the client; the client sends a subscription message SubscribeEventGroup to the server; the server sends a subscription confirmation message SubscribeEventGroupACK to the client; marking the message in which the communication failure occurs during the message subscription process in the subscription process diagram, and displaying the subscription process diagram; using the index number of the message in which the communication failure occurs as the storage name of the subscription process diagram.

[0091] As an implementation mode of the present invention, the method may further include: marking the messages successfully transmitted during the message subscription process in a subscription process diagram.

[0092] refer to Figure 6-Figure 7 , which respectively show two examples of subscription process diagrams according to embodiments of the present invention. Figure 6 and Figure 7 In the figure, the whole process of message subscription is shown in the form of a drawing. The service subscription subject is the client. After the client receives the OfferService message from the server, if there is a demand for this service, the client actively sends a subscription message Subscribe Event. If the service is available, the server sends a confirmation message Subscribe Event ACK. After confirmation, the server provides service data to the client. No matter which link in the above process has a problem, the communication process will be interrupted. The implementation method of the present invention will mark the cause of the communication interruption in the form of a drawing, and the index number of the message will be used as the storage name of the drawing file to facilitate locating the location where the communication failure occurs, which is convenient for engineering and technical personnel to locate the location of the faulty message in Wireshark. Figure 6-7 The figure shows the communication failure caused by the interruption of the Subscribe Event ACK message. Figure 6 It shows the scenario where the client fails to send a subscription message, where "OffService Success" indicates that the OffService message is sent successfully, and "Subscribe Event fail" indicates that the Subscribe Event message fails to be sent. Figure 7 It shows the situation where the server does not send a subscription message confirmation, where "OffService Success" means that the OffService is sent successfully, "Subscribe Event Success" means that the Subscribe Event message is sent successfully, and "Subscribe Event ACK fail" means that the Subscribe Event ACK fails to be sent.

[0093] The above implementation method is based on the vehicle-mounted SOME / IP protocol characteristics, maps the communication behavior under the fault condition, and quickly locates the cause of the communication failure.

[0094] The implementation mode of the present invention automatically monitors the communication process of the entire service through software programming, and detects the server service provision message OfferService, the client subscription message SubscribeEventGroup, and the server subscription confirmation message SubscribeEventGroupACK in sequence. The above messages are the entire process of message subscription between the server and the client. The absence of any message in the subscription process will cause the subscription failure, thereby affecting the entire service process. Therefore, the above implementation mode locates the cause of the communication failure by monitoring the service subscription process, and can intuitively display the cause of the subscription failure.

[0095] The above implementation method extracts the overall communication status of the same service based on the vehicle-mounted SOME / IP protocol characteristics, draws a bar chart to compare and evaluate the reliability of the service provided by the server, and intuitively presents the communication quality of the server.

[0096] On the other hand, an embodiment of the present invention provides a vehicle-mounted Ethernet SOME / IP message analysis device, which includes the following modules:

[0097] An Ethernet message capture module configured to capture Ethernet messages communicated between a client and a server;

[0098] An initial message extraction module, configured to extract an initial SOME / IP message and an initial SOME / IP-SD message from an Ethernet message;

[0099] A target service receiving module configured to receive a target service input by a user through a human-machine interface;

[0100] A target service message data storage module, configured to extract a SOME / IP message and a SOME / IP-SD message corresponding to the target service from the initial SOME / IP message and the initial SOME / IP-SD message, and store them in a target service message database;

[0101] A service status form generating module is configured to extract key information of the service provision message from the target service message database and store it in the service status form, wherein the key information of the service provision message includes message timestamp information;

[0102] A performance parameter calculation module, configured to calculate performance parameters of the service provision message according to the message timestamp information, wherein the performance parameters include one or more of a sending time interval, a message sending cycle, a delay jitter and a packet loss rate;

[0103] An evaluation result determination module configured to determine a service status evaluation result according to performance parameters of the service provision message;

[0104] The fault message output module is configured to output the sequence number and message timestamp information of the fault occurrence message through the human-machine interface when the service status evaluation result is that the health availability of the server target service is insufficient.

[0105] It should be noted that the functions implemented by each module in the vehicle Ethernet SOME / IP message analysis device proposed in the embodiment of the present invention correspond one-to-one to the various steps of the vehicle Ethernet SOME / IP message analysis method described above. For its specific implementation methods, examples and beneficial effects, please refer to the above description of the method.

[0106] On the other hand, an embodiment of the present invention proposes an in-vehicle Ethernet SOME / IP message analysis device, the device includes a memory and a processor, the memory stores a computer program, and when the computer program is executed by the processor, the in-vehicle Ethernet SOME / IP message analysis method described in any of the above embodiments is implemented.

[0107] On the other hand, an embodiment of the present invention provides a storage medium storing computer-readable instructions, which, when executed by a processor, executes the vehicle-mounted Ethernet SOME / IP message analysis method described in any of the above embodiments.

[0108] The embodiments of the present invention provide a vehicle-mounted Ethernet SOME / IP message analysis solution, which can not only analyze the overall communication quality of the same service and locate the communication health status of the server, but also locate the cause of the communication failure for a specific service and display it to engineering analysts intuitively and quickly in a graphical manner.

[0109] For SOME / IP communication, the embodiments of the present invention propose a method for quickly locating communication faults: (1) Server health and availability analysis method: Monitor the communication status of OfferService for the same service and analyze its periodicity and delay jitter; (2) Client service subscription process analysis method: Monitor the service subscription process, and if any message is lost during the subscription process, it is intuitively displayed through drawing; (3) Effective data communication evaluation method, a communication fault location method under the premise of successful subscription.

[0110] The present invention can locate the vehicle-mounted Ethernet SOME / IP communication fault concisely and efficiently, quickly and intuitively find the cause of the communication fault, and display the cause of the Ethernet communication fault to engineering and technical personnel.

[0111] For the purpose of illustration, the foregoing description of the embodiments of the present invention has been given, which is not exhaustive nor intended to limit the present invention to the disclosed exact form. It will be appreciated by those skilled in the art that various changes can be made without departing from the scope of the present invention, and that the elements therein can be replaced with equivalents. In addition, without departing from the basic scope of the present invention, many modifications can be made so that specific situations or materials are adapted to the teachings of the present invention. Therefore, the present invention is not intended to be limited to the specific embodiments disclosed as the best mode for realizing the present invention, and the present invention will include all embodiments falling within the scope of the appended claims.

Claims

1. A method for analyzing vehicle-mounted Ethernet SOME / IP messages, characterized in that: The method comprises: Capture Ethernet packets communicated between client and server; Extracting an initial SOME / IP message and an initial SOME / IP-SD message from the Ethernet message; A target service that receives user input via a human-machine interface; Extracting a SOME / IP message and a SOME / IP-SD message corresponding to the target service from the initial SOME / IP message and the initial SOME / IP-SD message, and storing them in a target service message database; Extracting key information of the service provision message from the target service message database and storing it in a service status form, wherein the key information of the service provision message includes message timestamp information; Calculating performance parameters of the service provision message according to the message timestamp information, wherein the performance parameters include one or more of a sending time interval, a message sending cycle, a delay jitter, and a packet loss rate; Determine a service status evaluation result according to the performance parameters of the service provision message; When the service status evaluation result is that the health availability of the server target service is insufficient, the sequence number and message timestamp information of the fault occurrence message are output through the human-machine interface.

2. The method according to claim 1, characterized in that The method further comprises: Extracting a service provision message and its corresponding subscription request message from the target service message database, and storing them in a subscription request form; Determining whether each service provision message has a corresponding subscription request message according to the subscription request form; For a service providing message that does not have a corresponding subscription request message, the sequence number and message timestamp information of the service providing message are output through the human-machine interface.

3. The method according to claim 1, characterized in that The method further comprises: Extracting a subscription request message and its corresponding subscription confirmation message from the target service message database, and storing them in a subscription confirmation form; Determine whether each subscription request message has a corresponding subscription confirmation message according to the subscription confirmation form; For a subscription request message that does not have a corresponding subscription confirmation message, the sequence number and message timestamp information of the subscription request message are output through the human-machine interface.

4. The method according to claim 1, characterized in that The method further comprises: Extracting valid data messages from the target service message database and storing them in a valid data form; parsing key performance parameters of the valid data message according to the valid data form, wherein the key performance parameters of the valid data message include one or more of a sending period, a delay jitter, and a packet loss rate of the valid data message; Generate a valid data communication status evaluation result according to the key performance parameters of the valid data message; When the valid data communication status evaluation result shows that there is no at least one frame of valid data message, the sequence number and timestamp information of the fault occurrence message are output through the human-machine interface.

5. The method according to any one of claims 1 to 4, characterized in that The method further comprises: A message communication cycle statistics graph is drawn with the message sequence number as the horizontal axis and the message sending cycle as the vertical axis, and the message communication cycle statistics graph is displayed through the human-machine interface.

6. The method according to any one of claims 1 to 4, characterized in that The method further comprises: The message subscription process between the client and the server is shown in the form of a subscription process diagram, wherein the message subscription process includes: the server sends a service provision message to the client; the client sends a subscription request message to the server; the server sends a subscription confirmation message to the client; Marking the message in which the communication failure occurs during the message subscription process in the subscription process diagram, and displaying the subscription process diagram through the human-machine interface; The sequence number of the message where the communication failure occurs is used as the storage name of the subscription process diagram.

7. The method according to claim 6, characterized in that The method further comprises: The messages successfully transmitted during the message subscription process are marked in the subscription process diagram.

8. A vehicle-mounted Ethernet SOME / IP message analysis device, characterized in that: The device comprises: An Ethernet message capture module configured to capture Ethernet messages communicated between a client and a server; An initial message extraction module, configured to extract an initial SOME / IP message and an initial SOME / IP-SD message from the Ethernet message; A target service receiving module configured to receive a target service input by a user through a human-machine interface; a target service message data storage module, configured to extract the SOME / IP message and the SOME / IP-SD message corresponding to the target service from the initial SOME / IP message and the initial SOME / IP-SD message, and store them in a target service message database; A service status form generating module, configured to extract key information of the service provision message from the target service message database and store it in the service status form, wherein the key information of the service provision message includes message timestamp information; a performance parameter calculation module, configured to calculate the performance parameters of the service provision message according to the message timestamp information, wherein the performance parameters include one or more of a sending time interval, a message sending cycle, a delay jitter and a packet loss rate; An evaluation result determination module, configured to determine a service status evaluation result according to performance parameters of the service provision message; The fault message output module is configured to output the sequence number and message timestamp information of the fault occurrence message through the human-machine interface when the service status evaluation result is that the server target service health availability is insufficient.

9. A vehicle-mounted Ethernet SOME / IP message analysis device, characterized in that: The device includes a memory and a processor, wherein a computer program is stored in the memory, and when the computer program is executed by the processor, the vehicle-mounted Ethernet SOME / IP message analysis method according to any one of claims 1 to 7 is implemented.

10. A storage medium storing computer-readable instructions, which, when executed by a processor, executes the vehicle-mounted Ethernet SOME / IP message analysis method according to any one of claims 1 to 7.

Images