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

Abstract

The application provides a vehicle-mounted Ethernet SOME / IP message analysis method, device, equipment and storage medium. The method comprises the following steps: capturing initial SOME / IP messages and initial SOME / IP-SD messages communicated between a client and a server; receiving a target service input by a user; extracting SOME / IP messages and SOME / IP-SD messages corresponding to the target service and storing the SOME / IP messages and the SOME / IP-SD messages into a target service message database; extracting key information of service providing messages from the target service message database and storing the key information into a service status form; calculating performance parameters of the service providing messages according to message timestamp information; determining a service state evaluation result according to the performance parameters of the service providing messages; and outputting a serial number and message timestamp information of a fault occurring message in the case that the target service health availability of the server is insufficient. The application can simply and efficiently locate a vehicle-mounted Ethernet SOME / IP communication fault and quickly and intuitively find a cause of the communication fault.

Description

TECHNICAL FIELD

[0001] Embodiments of the present application generally relate to the field of automotive intelligence technology, and more particularly, to a vehicle-mounted SOME / IP message analysis method, device, equipment and storage medium. BACKGROUND

[0002] In recent years, disruptive innovation in the field of automotive intelligence is repositioning the automobile as a smart mobile terminal, and the continuous upgrading of extreme intelligent cockpit experience and advanced automatic driving is driving the explosive growth of vehicle network capacity demand. Traditional vehicle network (CAN, LIN) has been unable to meet the growing demand for data capacity, so Ethernet is gradually developing into an important support for automotive intelligence.

[0003] Under the joint promotion of international standardization organizations and alliances, vehicle Ethernet standardization has crossed from the physical layer to the application layer, and in 2013, the AUTOSAR alliance officially included SOME / IP (Scalable Service-Oriented Middleware over IP) in its standard system. Although there has been some progress in the standardization and application of vehicle Ethernet and SOME / IP, research on vehicle Ethernet SOME / IP communication process monitoring, message health integrity evaluation and key communication indicator evaluation in automotive engineering applications is still lacking, and cannot meet the needs of vehicle communication fault positioning and intuitive communication process display for debugging.

[0004] Currently, Wireshark software is widely used in the field of Ethernet message analysis. Through Wireshark, message capture can be performed, but it relies on manual screening and consultation in terms of message analysis and communication fault positioning, and there are deficiencies in the intuitive display of communication status. Once an occasional irregular communication fault occurs, it is necessary to capture a large amount of Ethernet messages through Wireshark over a long period of time, locate the fault message from the massive Ethernet data, and analyze the communication fault, but due to the numerous Ethernet protocols, the captured Ethernet messages are chaotic, and it is very difficult for manual query to locate the Ethernet data, like finding a needle in a haystack, it is difficult to locate the fault message, and it is even more difficult to carry out communication fault analysis work.

[0005] Although Wireshark can achieve capture and analysis of SOME / IP packets, SOME / IP is a service-oriented communication process, and the development of communication depends on the needs of the client and the available state of the server. The overall communication situation of the target service is not easy to intuitively grasp. At the same time, for a specific service, the establishment of communication needs three handshakes (i.e., SOME / IP-SD packets) and effective data transmission (i.e., SOME / IP packets). Due to the existence of subscription, confirmation and multiple sending of effective data, the communication process cannot be directly evaluated, key indicators such as communication delay and jitter cannot be intuitively presented, and the visibility is poor, which is not conducive to the rapid positioning and solving of engineering problems. SUMMARY

[0006] In order to solve the above problems in the prior art, in a first aspect, embodiments of the present application provide a vehicle-mounted Ethernet SOME / IP packet analysis method, the method comprising: capturing Ethernet packets of communication between a client and a server; extracting initial SOME / IP packets and initial SOME / IP-SD packets from the Ethernet packets; receiving a target service input by a user through a human-computer interface; extracting SOME / IP packets and SOME / IP-SD packets corresponding to the target service from the initial SOME / IP packets and the initial SOME / IP-SD packets, and storing them into a target service packet database; extracting key information of service providing packets from the target service packet database and storing them into a service state form, wherein the key information of the service providing packets includes packet timestamp information; calculating performance parameters of the service providing packets according to the packet timestamp information, wherein the performance parameters include one or more of sending time interval, packet sending period, delay jitter and packet loss rate; determining a service state evaluation result according to the performance parameters of the service providing packets; and in the case that the service state evaluation result is that the server target service health availability is insufficient, outputting the serial number and packet timestamp information of the fault occurrence packet through the human-computer interface.

[0007] In some embodiments, the method further comprises: extracting service providing packets and their corresponding subscription request packets from the target service packet database and storing them into a subscription request form; determining whether each service providing packet has a corresponding subscription request packet according to the subscription request form; and outputting the serial number and packet timestamp information of the service providing packet that does not have a corresponding subscription request packet through the human-computer interface.

[0008] In some embodiments, the method further comprises: extracting the subscription request message and its corresponding subscription confirmation message from the target service message database and storing them into a subscription confirmation form; determining whether each subscription request message has a corresponding subscription confirmation message according to the subscription confirmation form; and outputting the serial number and message timestamp information of the subscription request message without a corresponding subscription confirmation message through the man-machine interface.

[0009] In some embodiments, the method further comprises: extracting valid data messages from the target service message database and storing them into a valid data form; analyzing the 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 transmission period, delay jitter, and packet loss rate of the valid data messages; generating a valid data communication state evaluation result according to the key performance parameters of the valid data messages; and outputting the serial number and timestamp information of the fault occurrence message through the man-machine interface in the case that the valid data communication state evaluation result does not exist at least one frame of valid data message.

[0010] In some embodiments, the method further comprises: drawing a message communication period statistical chart with the message serial number as the horizontal coordinate and the message transmission period as the vertical coordinate, and displaying the message communication period statistical chart through the man-machine interface.

[0011] In some embodiments, the method further comprises: displaying the message subscription process between the client and the server in the form of a subscription process chart, wherein the message subscription process comprises: the server sending a service providing 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 with communication failure in the message subscription process in the subscription process chart, and displaying the subscription process chart through the man-machine interface; and taking the serial number of the message with communication failure as the storage name of the subscription process chart.

[0012] In some embodiments, the method further comprises: marking the message transmitted successfully in the message subscription process in the subscription process chart.

[0013] In a second aspect, embodiments of the present application provide a vehicle-mounted Ethernet SOME / IP message analysis device, which comprises: an Ethernet message capturing module configured to capture Ethernet messages communicated between a client and a server; an initial message extracting module configured to extract initial SOME / IP messages and initial SOME / IP-SD messages from the Ethernet messages; 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 SOME / IP messages and SOME / IP-SD messages corresponding to the target service from the initial SOME / IP messages and the initial SOME / IP-SD messages, and store them into a target service message database; a service state form generating module configured to extract key information of service providing messages from the target service message database, and store them into a service state form, wherein the key information of the service providing messages comprises message timestamp information; a performance parameter calculating module configured to calculate performance parameters of the service providing messages according to the message timestamp information, wherein the performance parameters comprise one or more of a sending time interval, a message sending period, a delay jitter, and a packet loss rate; an evaluation result determining module configured to determine a service state evaluation result according to the performance parameters of the service providing messages; and a fault message output module configured to output a serial number and message timestamp information of a fault occurring message through the human-machine interface in a case where the service state evaluation result is that the server target service health availability is insufficient.

[0014] In a third aspect, embodiments of the present application provide a vehicle-mounted Ethernet SOME / IP message analysis device, which comprises a memory and a processor, and the memory stores a computer program which, when executed by the processor, implements the vehicle-mounted Ethernet SOME / IP message analysis method of any of the above-mentioned embodiments.

[0015] In a fourth aspect, embodiments of the present application provide a storage medium storing computer readable instructions which, when executed by a processor, perform the vehicle-mounted Ethernet SOME / IP message analysis method of any of the above-mentioned embodiments.

[0016] For SOME / IP communication, embodiments of the present application provide a communication fault rapid positioning method: (1) a server health and availability analysis method: monitoring the OfferService communication state for the same service, and analyzing its periodicity and delay jitter; (2) a client service subscription process analysis method: monitoring the service subscription process, and once any message is lost in the subscription process, intuitively displaying it through drawing.

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

[0018] The above and other objects, features and advantages of embodiments of the present application will become more apparent from the following detailed description read in conjunction with the accompanying drawings. In the drawings, several embodiments of the present application are illustrated by way of example in which:

[0019] Figure 1 A flowchart of a vehicle-mounted Ethernet SOME / IP message analysis method according to an embodiment of the application is shown;

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

[0021] Figure 3 A schematic block diagram of one specific example of a SOME / IP message analysis system according to an embodiment of the application is shown;

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

[0023] Figure 5 A message communication cycle statistical chart according to an embodiment of the application is shown;

[0024] Figure 6 One example of a subscription process chart according to an embodiment of the application is shown;

[0025] Figure 7 Another example of a subscription process chart according to an embodiment of the application is shown.

[0026] In the drawings, identical or corresponding reference signs indicate identical or corresponding parts. DETAILED DESCRIPTION

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

[0028] In the field of vehicle Ethernet, SOME / IP defines two roles of server and client, the server provides services, the client calls services, and the server only sends data when the client has a demand. For service access and response with targeting, correctness and other requirements, SOME / IP and SOME / IP-SD two sub-protocols are defined, wherein SOME / IP defines the communication standard, format and remote calling method of control message in vehicle Ethernet; and SOME / IP-SD provides the standard and method of service interaction between the client / server.

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

[0030] SOME / IP-SD service discovery and subscription protocol is a special SOME / IP message format, which establishes the service relationship between the client / server by redefining the Payload in the SOME / IP message. The SOME / IP-SD message includes EntriesArray, wherein the EntriesArray provides service instance and subscription time group information, and the keyword Type in the EntriesArray is defined to distinguish the service type, as shown in Table 1.

[0031] Table 1. Message type definition table

[0032] Type Message Explanation 0x01 OfferService Service end broadcasts its provided service 0x06 SubscribeEventgroup Subscription request message 0x07 SubscribeEventgroupAck Subscription confirmation message

[0033] When analyzing the Ethernet SOME / IP message by Wireshark, manual screening is seriously relied on, and fault location and message analysis are not easy to realize. In order to solve the problem, in one aspect, an embodiment of the present application provides a vehicle Ethernet SOME / IP (Scalable Service-Oriented MiddlewarE over IP) message analysis method. Referring to Figure 1 , a flowchart of a vehicle Ethernet SOME / IP message analysis method according to an embodiment of the present application is shown. The method includes steps S101-S108.

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

[0035] For example, Wireshark uses Winpcap event-driven acquisition to obtain each frame of SOME / IP packets, calls the Epan module to perform protocol parsing on the cached data in Wirtap, and stores it in pcapng format on the local hard disk. It can also generate CSV or Excel files.

[0036] In step S102, the initial SOME / IP packet and the initial SOME / IP-SD packet are extracted from the Ethernet packets. For example, using a CSV file as input, the SOME / IP-SD packet and the SOME / IP packet are extracted from a large number of Ethernet packets.

[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 and SOME / IP-SD packets corresponding to the target service are extracted from the initial SOME / IP packets and the initial SOME / IP-SD packets, and stored in the target service packet database. This step establishes the database based on the SOME / IP-SD packets and SOME / IP packets corresponding to the target service.

[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 form. The key information of the service offering message includes message timestamp information.

[0040] In step S106, the performance parameters of the service-provided message are calculated based on the message timestamp information, wherein the performance parameters include one or more of the following: transmission time interval, message transmission period, delay jitter, and packet loss rate.

[0041] In step S107, the service status assessment result is determined based on the performance parameters of the service provision message.

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

[0043] The embodiment analyzes the communication period of the OfferService message as a whole, and can measure the health and availability of the server by analyzing the communication period and jitter of the message. Once the server OfferService message cannot be provided in time or has large delay, it can be determined that the health and availability of the server have problems, thereby providing a reference basis for the determination of the SOME / IP communication failure.

[0044] In engineering practice, the SOME / IP communication failure of the vehicle-mounted Ethernet often presents occasionality. Once the occasional communication failure is analyzed, a large amount of data needs to be captured for a long time. How to locate the SOME / IP communication failure in the massive data, and the manual screening and analysis method need to invest a large amount of human time cost. The fault location is like finding a needle in a haystack.

[0045] The method provided by the embodiment of the application can quickly locate the vehicle-mounted Ethernet SOME / IP communication failure reason from a large amount of Ethernet data simply and efficiently, provide an effective method for analysis of engineering practical problems, and can evaluate the key performance indicators of the SOME / IP communication and the health and availability state of the communication.

[0046] Reference Figure 2 It shows a schematic diagram of the SOME / IP communication process of the vehicle-mounted Ethernet. The establishment of the SOME / IP effective communication of the vehicle-mounted Ethernet needs multiple interactions and confirmations of 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 are similar to three times of "handshake" confirmation. After the three times of "handshake" confirmation, the effective communication data communication is realized by the SOME / IP message. The failure to correctly send any message in the above messages will affect the communication of the effective data. The above messages are scattered in all Ethernet message protocols, and it is difficult to accurately and intuitively locate the loss or timeout of the above messages that cause the communication failure.

[0047] The SOME / IP communication of the vehicle-mounted Ethernet needs multiple "handshake" confirmations. Any one time of "handshake" failure may cause the communication failure. The above messages are scattered in all Ethernet messages. How to effectively integrate and analyze the scattered "handshake" information is very difficult to locate and analyze the failure reason by manual screening and positioning of the SOME / IP message. The manual troubleshooting method causes a large waste of human time cost and little effect, and is not conducive to the rapid positioning and solution of engineering problems.

[0048] As one embodiment of the application, the service subscription process between the client and the server under the target service can be analyzed by analyzing the Type keyword under the target service.

[0049] The method can further include extracting the service offer (OfferService) messages and their corresponding subscribe request (SubscribeEventgroup) messages from the target service message database and storing them into a subscribe request form; determining whether each service offer message has a corresponding subscribe request message according to the subscribe request form; and outputting the serial number and message timestamp information of the service offer message that does not have a corresponding subscribe request message through a man-machine interface.

[0050] As an embodiment of the present application, the method can further include extracting the subscribe request (SubscribeEventgroup) messages and their corresponding subscribe confirmation (SubscribeEventgroupACK) messages from the target service message database and storing them into a subscribe confirmation form; determining whether each subscribe request message has a corresponding subscribe confirmation message according to the subscribe confirmation form; and outputting the serial number and message timestamp information of the subscribe request message that does not have a corresponding subscribe confirmation message through a man-machine interface.

[0051] As an embodiment of the present application, the method can further include extracting the valid data messages from the target service message database and storing them into a valid data form; parsing the 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 transmission period, the delay jitter and the packet loss rate of the valid data messages; generating a valid data communication state evaluation result according to the key performance parameters of the valid data messages; and outputting the serial number and timestamp information of the fault occurrence message through a man-machine interface in the case that the valid data communication state evaluation result does not exist at least one frame of valid data message.

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

[0053] In which Wireshark obtains each frame of data of the SOME / IP message through Winpcap event driving, calls the Epan module to perform protocol analysis on the cached data in Wiretap, and stores the data in the local hard disk harddisk in the pcapng format file, and can generate a CSV file or an excel file.

[0054] Data analysis and extraction module:

[0055] Extract SOME / IP-SD messages and SOME / IP messages from numerous Ethernet messages with CSV file as input; input target service through man-machine dialogue window, and establish database A based on the corresponding SOME / IP-SD messages and SOME / IP messages of the target service as basic data. Meanwhile, generate the following table for subsequent module application:

[0056] Service state table a extracts OfferService key information from database A as input of "service state evaluation module".

[0057] Subscription request table b extracts OfferService messages and their corresponding SubscribeEventgroup messages from database A as input of "subscription state evaluation module".

[0058] Subscription confirmation table c extracts SubscribeEventgroup messages and their corresponding SubscribeEventgroup ACK messages from database A as input of "subscription confirmation evaluation module".

[0059] Valid data table d extracts valid data messages from database A as input of "subscription confirmation evaluation module".

[0060] Service state evaluation module:

[0061] After server initialization, the server sends its service message OfferService in the form of broadcast to the current network segment, indicating which services the server provides. The service state evaluation module analyzes the OfferService message, calculates the time interval of OfferService sending through the Wireshark message timestamp time information, and counts the periodicity, delay jitter and packet loss rate of OfferService message, which are used to evaluate the service health and availability state.

[0062] Subscription request evaluation module:

[0063] In response to the server OfferService message, the client sends a service subscription SubscribeEventgroup message in the form of unicast. This module mainly judges the effective communication that cannot be established caused by the client:

[0064] (1) The client does not require the establishment of effective communication caused by the client, and the subscription ends:

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

[0066] (2) The client has demand and issues the SubscribeEventgroup message:

[0067] Enter the next step of evaluation, the subscription confirmation evaluation module.

[0068] Subscription confirmation evaluation module:

[0069] The time difference between the SubscribeEventgroup message and the corresponding SubscribeEventgroup ACK message is counted, which is used 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 server causes the effective communication to be unable to be established.

[0070] Effective data evaluation module:

[0071] (1) Reference factors

[0072] The effective data sending duration is calculated and counted, and the performance indicators such as periodicity, delay jitter, and packet loss rate of message sending are summarized as references. Since the sending of SOME / IP message can be triggered based on signal changes, the statistics of performance indicators here are only for reference and are not mandatory factors;

[0073] (2) Mandatory factors

[0074] It is judged whether there is at least one frame of effective data message. If there is, it is considered that the communication is successfully established. If there is not, it is considered that the server does not establish effective data communication.

[0075] Conclusion output module:

[0076] The evaluation conclusion, the key performance indicators of the message, and the communication failure reason are output in a graphical display manner.

[0077] Reference Figure 4 , which shows a flowchart of one specific example of the SOME / IP message analysis method according to the embodiment of the application. The specific example captures the vehicle-mounted Ethernet message through Wireshark, stores it in a pcapng format file in the local hard disk, and exports a CSV format file. Through software programming, SOME / IP message analysis and communication fault positioning are realized, which specifically includes the following steps:

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

[0079] Step two: the target service is determined by inputting ServiceID through the man-machine interface, the service to be parsed is extracted by the target service ServiceID keyword, and database A is established by the target service corresponding SOME / IP-SD and SOME / IP message.

[0080] Step three: data is extracted from database A to form four types of forms: a. service status form, b. subscription request form, c. subscription confirmation form, and d. valid data form.

[0081] Step four: based on form a, the health availability of the server target service is evaluated, and the key performance parameters of the OfferService message are parsed: message sending period, delay jitter, and packet loss rate.

[0082] Step five: whether the delay jitter of the OfferService message is within the allowed range is judged, if not, the service status evaluation result is output: including the evaluation of the key performance parameters of the OfferService message, locating the first type of fault reason Fail1 (the health availability of the server target service is insufficient to establish effective communication), providing the sequence number and timestamp corresponding to the fault message, facilitating the engineering and technical personnel to view the fault message, if yes, step six is executed.

[0083] Step six: call form b to evaluate the client subscription request message SubscribeEventgroup, and judge whether each OfferService message has a response message SubscribeEventgroup, if not, the subscription request evaluation result is output: including locating the second type of communication fault reason Fail2 (the client subscription request is not sent, resulting in the establishment of effective communication), providing the sequence number and timestamp corresponding to the fault message, facilitating the engineering and technical personnel to view the fault message, if yes, step seven is executed.

[0084] Step seven: call form c to evaluate the server subscription confirmation message SubscribeEventgroupACK, and judge whether each subscription request SubscribeEventgroup message has a response message SubscribeEventgroupACK, if not, the subscription confirmation evaluation result is output: including locating the third type of communication fault reason Fail3 (the server does not send the subscription confirmation message, resulting in the establishment of effective communication), providing the sequence number and timestamp corresponding to the fault message, facilitating the engineering and technical personnel to view the fault message, if yes, step eight is executed.

[0085] Step eight: evaluate the effective data communication state according to the form d, analyze the key performance parameters of the effective data packet: packet sending period, delay jitter, and packet loss rate.

[0086] Step nine: determine whether there is at least one frame of effective data packet, if not, output the evaluation result of the effective data communication state: including the evaluation of the key performance parameters of the packet, positioning the fourth type of failure reason Fail4 (the server does not provide effective data, which leads to the failure of this service), providing the sequence number and timestamp of the fault packet, which is convenient for engineering and technical personnel to view the fault packet, if yes, execute step ten.

[0087] Step ten: the target service effective communication is normally established, and the evaluation is ended.

[0088] As an embodiment of the present application, the method can further include: taking the packet sequence number as the abscissa and the packet sending period as the ordinate, drawing a packet communication period statistical chart, and displaying the packet communication period statistical chart through a human-computer interface.

[0089] Reference Figure 5 , which shows a packet communication period statistical chart according to an embodiment of the present application. In Figure 2 , the packet index number No. is taken as the abscissa, the OfferService packet sending period is taken as the ordinate, the OfferService packet communication period and delay jitter are statistically drawn by Python software, and the maximum value of the delay jitter, the minimum value of the delay jitter, the maximum positive jitter, and the maximum negative jitter are shown. Further, the health and availability of the server are evaluated. If the packet communication period jitter is large, the OfferService packet is lost or unstable, and it can be inferred that the server state of this service is unstable.

[0090] As an embodiment of the present application, if the server communication is normal, the SOME / IP communication failure reason can be further found and positioned. The method can further include: displaying the packet subscription process between the client and the server in the form of a subscription process chart, wherein the packet subscription process includes: the server sends an OfferService packet to the client; the client sends a SubscribeEventGroup packet to the server; the server sends a SubscribeEventGroupACK packet to the client; the packet with communication failure in the packet subscription process is marked in the subscription process chart, and the subscription process chart is displayed; and the index number of the packet with communication failure is taken as the storage name of the subscription process chart.

[0091] As one of the embodiments of the present application, the method can further comprise: marking the message transmitted successfully in the message subscription process in the subscription process graph.

[0092] Reference Figure 6-7 respectively show two examples of the subscription process graph according to the embodiments of the present application. In Figure 6 and Figure 7 , the whole process of message subscription is shown in the form of drawing. The service subscription subject is the client, and after the client receives the server OfferService message, if the client has the demand for the service, the client actively sends the subscription message Subscribe Event. If the service is available, the server sends the confirmation message Subscribe Event ACK, and after the confirmation, the server provides the service data to the client. In the above process, if any link fails, the communication process will be interrupted. The embodiments of the present application mark the reasons for the communication interruption in the form of drawing, and the index number of the message will be used as the storage name of the drawing file, so as to locate the position of the communication fault, and facilitate the engineering and technical personnel to locate the position of the fault message in Wireshark. Figure 6-7 In the example shown in Figure 6 , the communication fault caused by the interruption of the Subscribe Event ACK message is shown. In the example, Figure 6 , the scene in which the client does not send the subscription message is shown, in which "OffService Success" indicates that the OffService is sent successfully, and "Subscribe Event fail" indicates that the Subscribe Event message fails to be sent. Figure 7 , the case in which the server does not send the confirmation of the subscription message is shown, in which "OffService Success" indicates that the OffService is sent successfully, "Subscribe Event Success" indicates that the Subscribe Event message is sent successfully, and "Subscribe Event ACK fail" indicates that the Subscribe Event ACK fails to be sent.

[0093] The above embodiments are based on the characteristics of the vehicle-mounted SOME / IP protocol, and draw the communication behavior under the fault working condition, so as to quickly locate the reason for the communication fault.

[0094] The embodiment of the present application automatically monitors the communication process of the whole service through software programming, and sequentially detects the server service providing message OfferService, the client subscription message SubscribeEventGroup, and the server subscription confirmation message SubscribeEventGroupACK, which are the whole process of message subscription between the server and the client. The absence of any message in the subscription process will lead to subscription failure, thereby affecting the whole service process. Therefore, the above embodiment can directly show the reasons for subscription failure by monitoring the service subscription process to locate the communication failure reasons.

[0095] The above embodiment extracts the overall communication situation of the same service according to the characteristics of the vehicle-mounted SOME / IP protocol, draws a column chart to compare and evaluate the reliability of the server providing service, and directly presents the server communication quality.

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

[0097] The Ethernet message capturing module is configured to capture the Ethernet message communicated between the client and the server;

[0098] The initial message extraction module is configured to extract the initial SOME / IP message and the initial SOME / IP-SD message from the Ethernet message;

[0099] The target service receiving module is configured to receive the target service input by the user through the human-computer interface;

[0100] The target service message data storage module is 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 into the target service message database;

[0101] The service state form generation module is configured to extract the key information of the service providing message from the target service message database, and store it into the service state form, wherein the key information of the service providing message includes the message timestamp information;

[0102] The performance parameter calculation module is configured to calculate the performance parameter of the service providing message according to the message timestamp information, wherein the performance parameter includes one or more of the sending time interval, the message sending period, the delay jitter, and the packet loss rate;

[0103] The evaluation result determination module is configured to determine the service state evaluation result according to the performance parameter of the service providing message;

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

[0105] It should be noted that the functions of each module in the vehicle-mounted Ethernet SOME / IP message analysis device according to the embodiments of the present application correspond to each step of the vehicle-mounted Ethernet SOME / IP message analysis method described above one by one, and the specific implementation, examples and advantages are described above for the method.

[0106] In another aspect, the embodiments of the present application provide a vehicle-mounted Ethernet SOME / IP message analysis device, which comprises a memory and a processor, and the memory stores a computer program, and the computer program is executed by the processor to implement the vehicle-mounted Ethernet SOME / IP message analysis method described in any of the above embodiments.

[0107] In another aspect, the embodiments of the present application provide a storage medium, which stores computer readable instructions, and the instructions are executed by a processor to perform the vehicle-mounted Ethernet SOME / IP message analysis method described in any of the above embodiments.

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

[0109] For SOME / IP communication, the embodiments of the present application provide a communication failure rapid positioning method: (1) a server health and availability analysis method: monitoring the OfferService communication state for the same service and analyzing the periodicity and delay jitter; (2) a client service subscription process analysis method: monitoring the service subscription process, and once any message is lost in the subscription process, the loss is intuitively displayed in a graphical manner; (3) an effective data communication evaluation method, and a communication failure positioning method under the premise of successful subscription.

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

[0111] The foregoing description of implementations of the application has been presented for the purposes of illustration and description. It is not intended to be exhaustive or to limit the application to the precise form disclosed. Many modifications and variations are possible in light of the above teaching. It is intended that the scope of the application be limited not with this detailed description, but rather by the claims appended hereto.

Claims

1. A method for analyzing SOME / IP messages of an in-vehicle Ethernet, characterized in that, The method comprises: capturing Ethernet messages communicated between a client and a server; extracting initial SOME / IP messages and initial SOME / IP-SD messages from the Ethernet messages; receiving a target service input by a user through a human-machine interface; extracting SOME / IP messages and SOME / IP-SD messages corresponding to the target service from the initial SOME / IP messages and the initial SOME / IP-SD messages, and storing them into a target service message database; extracting key information of service providing messages from the target service message database, and storing them into a service state form, wherein the key information of the service providing messages comprises message timestamp information; calculating performance parameters of the service providing messages according to the message timestamp information, wherein the performance parameters comprise one or more of a sending time interval, a message sending period, a delay jitter, and a packet loss rate; determining a service state evaluation result according to the performance parameters of the service providing messages; in a case where the service state evaluation result is that a server target service health availability is insufficient, outputting a serial number and message timestamp information of a fault occurrence message through the human-machine interface.

2. The method of claim 1, wherein, The method further comprises: extracting service providing messages and their corresponding subscription request messages from the target service message database, and storing them into a subscription request form; determining whether each service providing message has a corresponding subscription request message according to the subscription request form; for a service providing message without a corresponding subscription request message, outputting a serial number and message timestamp information of the service providing message through the human-machine interface.

3. The method of claim 1, wherein, The method further comprises: extracting subscription request messages and their corresponding subscription confirmation messages from the target service message database, and storing them into a subscription confirmation form; determining whether each subscription request message has a corresponding subscription confirmation message according to the subscription confirmation form; for a subscription request message without a corresponding subscription confirmation message, outputting a serial number and message timestamp information of the subscription request message through the human-machine interface.

4. The method of claim 1, wherein, The method further comprises: extracting valid data messages from the target service message database, and storing them into a valid data form; analyzing key performance parameters of valid data messages according to the valid data form, wherein the key performance parameters of the valid data messages comprise one or more of a sending period, a delay jitter, and a packet loss rate of the valid data messages; generating a valid data communication state evaluation result according to the key performance parameters of the valid data messages; in a case where the valid data communication state evaluation result does not exist at least one frame of valid data message, outputting a serial number and timestamp information of a fault occurrence message through the human-machine interface.

5. The method according to any one of claims 1-4, characterized in that, The method further comprises: plotting a message communication period statistical chart with a message serial number as an abscissa and a message sending period as an ordinate, and displaying the message communication period statistical chart through the human-machine interface.

6. The method according to any one of claims 1-4, characterized in that, The method further comprises: Displaying a message subscription process between a client and a server in the form of a subscription process diagram, wherein the message subscription process comprises: the server sending a service providing message to the client; the client sending a subscription request message to the server; and the server sending a subscription confirmation message to the client; Marking a message with a communication failure in the message subscription process in the subscription process diagram, and displaying the subscription process diagram through the human-computer interface; Taking the serial number of the message with the communication failure as a storage name of the subscription process diagram.

7. The method of claim 6, wherein, The method further comprises: Marking a message with a successful transmission in the message subscription process in the subscription process diagram.

8. A vehicle-mounted Ethernet SOME / IP packet analysis device, characterized in that, The device comprises: An Ethernet message capturing module configured to capture Ethernet messages communicated between a client and a server; An initial message extracting module configured to extract initial SOME / IP messages and initial SOME / IP-SD messages from the Ethernet messages; A target service receiving module configured to receive a target service input by a user through a human-computer interface; A target service message data storage module configured to extract SOME / IP messages and SOME / IP-SD messages corresponding to the target service from the initial SOME / IP messages and the initial SOME / IP-SD messages, and store them into a target service message database; A service state form generating module configured to extract key information of a service providing message from the target service message database, and store it into a service state form, wherein the key information of the service providing message comprises message timestamp information; A performance parameter calculating module configured to calculate performance parameters of the service providing message according to the message timestamp information, wherein the performance parameters comprise one or more of a sending time interval, a message sending period, a delay jitter, and a packet loss rate; An evaluation result determining module configured to determine a service state evaluation result according to the performance parameters of the service providing message; A failure message output module configured to output the serial number and the message timestamp information of a failure occurrence message through the human-computer interface in the case that the service state evaluation result is that the health availability of the target service of the server is insufficient.

9. A vehicle-mounted SOME / IP message analysis device, characterized by, The device comprises a memory and a processor, and the memory stores a computer program, which, when executed by the processor, implements the vehicle-mounted Ethernet SOME / IP message analysis method of any one of claims 1 to 7.

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

Images