Test method and device for discovery protocol, equipment, storage medium and program product

Abstract

The invention relates to the technical field of vehicle-mounted communication testing, and discloses a discovery protocol testing method, device and equipment, a storage medium and a program product, and the method comprises the steps: carrying out the data monitoring based on a pre-built test bench scene, and obtaining a link building data flow based on a to-be-tested discovery protocol between different communication nodes; carrying out data monitoring based on a real vehicle scene, and obtaining communication data streams based on a to-be-detected discovery protocol between different communication nodes; converging the link establishment data stream and the communication data stream to obtain a comprehensive message data stream; and performing data analysis and data analysis based on the comprehensive message data stream, and determining a test result of the to-be-tested discovery protocol. According to the invention, the link establishment data stream and the communication data stream can be obtained, the situation that data acquisition is performed only depending on a real vehicle scene is avoided, meanwhile, physical damage or communication burden increase on an original communication line of the vehicle is not needed, the operation is simple, and large-scale deployment is easy.

Description

Technical Field

[0001] The present invention relates to the technical field of in-vehicle communication testing, and particularly to a testing method, device, equipment, storage medium and program product for discovery protocols. Background Art

[0002] DDS (Data Distribution Service), as a middleware protocol for real-time data exchange, allows different application systems to publish and subscribe to data based on these topics without direct interaction, and has been deeply applied in the in-vehicle EE architecture. RTPS (Real-Time Publish-Subscribe Protocol) is a method to implement DDS (Data Distribution Service). To ensure the smooth progress of DDS communication, RTPS adopts a discovery mechanism, including a Participant Discovery Protocol (PDP) and an Endpoint Discovery Protocol (EDP). These two protocols enable entities in DDS to obtain relevant information of other entities in the same domain and details of their communication endpoints. In a real vehicle environment, the interaction of discovery mechanism data only occurs within a short period after the in-vehicle controller is powered on, making it difficult to capture.

[0003] Existing technologies conduct tests based on real vehicle scenarios. For example, by cutting the real vehicle wiring harness of each channel in the middle and leading out the signals to a data acquisition terminal such as CANoe through an extension cable to capture the vehicle data, or by conducting invasive tests on the communication between real vehicle domain controllers through the control of the upper computer. However, the first testing method causes irreversible damage to the physical transformation of the real vehicle Ethernet communication line, and the second testing method increases the communication channel burden of the real vehicle devices under test. Moreover, neither method can achieve large-scale deployment testing. Summary of the Invention

[0004] In view of this, the present invention provides a testing method, device, equipment, storage medium and program product for discovery protocols to solve the problem of relying on real vehicle scenarios for communication testing.

[0005] In a first aspect, the present invention provides a testing method for discovery protocols, the method comprising:

[0006] Performing data listening based on a pre-built test bench scenario to obtain the link establishment data stream between different communication nodes based on the discovery protocol to be tested;

[0007] Performing data listening based on a real vehicle scenario to obtain the communication data stream between different communication nodes based on the discovery protocol to be tested;

[0008] Combining the link establishment data stream and the communication data stream to obtain a comprehensive message data stream;

[0009] Based on the comprehensive message data stream, perform data parsing and data analysis to determine the test result of the discovery protocol to be tested.

[0010] The test method for the discovery protocol provided by the present invention listens for data based on the test bench scenario to obtain the link establishment data stream between different communication nodes, and listens for data based on the real vehicle scenario to obtain the communication data path between different communication nodes. After merging the link establishment data stream and the communication data stream, perform data parsing and data analysis on the comprehensive message data stream to determine the test result of the discovery protocol to be tested. The present invention listens for data through the test bench scenario and the real vehicle scenario respectively, can obtain the link establishment data stream and the communication data stream, avoids relying only on the real vehicle scenario for data collection, and at the same time does not cause physical damage to the original communication lines of the vehicle or increase the communication burden. The operation is simple and it is easy to be deployed on a large scale.

[0011] In an optional implementation manner, listen for data based on the pre-built test bench scenario to obtain the link establishment data stream based on the discovery protocol to be tested between different communication nodes, including: listening for data between different communication nodes in the pre-built test bench based on a preset controller; collecting the link establishment messages between each communication node and adding a time stamp to the link establishment messages to obtain the link establishment data stream.

[0012] By building a test bench, the present invention can model the communication link between different domain controllers, so that when each domain controller establishes a link, the corresponding link establishment data stream can be obtained, and this is used as the communication benchmark. The capture method is relatively simple and can avoid damaging the real vehicle.

[0013] In an optional implementation manner, to obtain the link establishment data stream based on the discovery protocol to be tested between different communication nodes, it further includes: selecting the first communication node in the real vehicle scenario, and sequentially restarting or resetting the second communication nodes except the first communication node; after the restart or reset, obtain the communication messages of the first communication node and parse the communication messages to obtain the link establishment data stream.

[0014] By restarting or resetting the communication nodes corresponding to the domain controllers in the real vehicle scenario, the present invention can obtain the link establishment data stream corresponding to the communication messages when the domain controllers establish a link through interactive communication. This data acquisition method can also avoid the construction of a complex test environment and thus avoid damaging the real vehicle.

[0015] In an alternative embodiment, data monitoring is performed based on the real vehicle scenario to obtain the communication data stream based on the protocol to be tested between different communication nodes, including: triggering a preset working condition in the real vehicle scenario and accessing the operating system of the communication node based on a preset communication method; generating a communication data acquisition instruction, obtaining communication messages between different communication nodes based on the communication data acquisition instruction, and adding a timestamp to the communication messages to obtain the communication data stream.

[0016] The present invention can directly utilize the existing vehicle resources to capture the mirror data of each domain controller through the reserved Ethernet diagnostic interface, and can also capture communication data from the systems used by each domain controller using corresponding commands, so as to effectively capture the communication data of the data distribution service protocol stack of each domain controller of the entire vehicle, without bringing an additional burden to the vehicle communication channel.

[0017] In an alternative embodiment, the connection establishment data stream and the communication data stream are merged to obtain a comprehensive message data stream, including: sorting and merging the connection establishment data stream and the communication data stream according to the timestamp; taking the communication node as a participant in the data distribution service, establishing a protocol domain for each participant, and determining the globally unique identifier of each participant in the protocol domain, where the globally unique identifier includes: host identifier, application identifier, and instance identifier; determining the identifier mapping relationship of the participant in the corresponding connection establishment data stream and communication data stream after merging based on the protocol domain, the Internet protocol address and / or port number of each participant in the protocol domain; extracting the identifier according to the globally unique identifier, and replacing the globally unique identifier of the participant in the connection establishment data stream with the globally unique identifier of the participant in the communication data stream according to the identifier mapping relationship; determining the comprehensive message data stream between different participants according to the replaced globally unique identifier.

[0018] By merging the connection establishment data stream and the communication data stream according to time and unifying the identifiers, the present invention can obtain the complete interaction data between different domain controllers, thereby providing a data basis for the discovery protocol test.

[0019] In an alternative embodiment, data parsing and data analysis are performed based on the integrated message data stream to determine the test result of the discovery protocol to be tested, including: performing message parsing on the integrated message data stream based on a preset test script, and performing data analysis on the integrated message data stream based on preset test items to obtain the test results corresponding to the preset test items; or, performing message parsing on the integrated message data stream based on a preset parsing software, and when the topic name is determined according to the link establishment data stream, associating the topic name with the participant; performing a preset sub-message keyword search on the communication data stream, and judging whether there is topic information corresponding to the topic name in the communication data stream according to the search result; if there is topic information, it is determined that the link establishment between communication nodes is completed, and if the topic information can be parsed, it is determined that the topic configuration between communication nodes is correct.

[0020] The present invention performs message parsing and data analysis based on the confluent data stream, can perform detailed, accurate, and reliable tests on the data distribution service protocol stack based on the test script, effectively detects whether the communication status of the real vehicle is normal and whether the functional logic is sound, reduces the dependence on test resources and the knowledge reserve requirements of test technicians, can perform full-scale tests on mass-produced vehicles on a large scale, and at the same time, can also selectively test the communication data of some domain controllers or links.

[0021] In a second aspect, the present invention provides a test device for a discovery protocol, the device includes:

[0022] A first data stream acquisition module, configured to perform data monitoring based on a pre-built test bench scenario, and acquire the link establishment data stream between different communication nodes based on the discovery protocol to be tested;

[0023] A second data stream acquisition module, configured to perform data monitoring based on the real vehicle scenario, and acquire the communication data stream between different communication nodes based on the discovery protocol to be tested;

[0024] A data stream confluence module, configured to confluence the link establishment data stream and the communication data stream to obtain an integrated message data stream;

[0025] A protocol test module, configured to perform data parsing and data analysis based on the integrated message data stream to determine the test result of the discovery protocol to be tested.

[0026] In a third aspect, the present invention provides a computer device, including: a memory and a processor, the memory and the processor are communicatively connected to each other, the memory stores computer instructions, and the processor executes the computer instructions to execute the test method of the discovery protocol according to the first aspect or any corresponding embodiment thereof.

[0027] Fourthly, the present invention provides a computer-readable storage medium, on which computer instructions are stored, and the computer instructions are used to cause a computer to execute the test method of the discovery protocol according to the first aspect or any corresponding embodiment thereof as described above.

[0028] Fifthly, the present invention provides a computer program product, including computer instructions, and the computer instructions are used to cause a computer to execute the test method of the discovery protocol according to the first aspect or any corresponding embodiment thereof as described above.

[0029] Advantages of the present invention:

[0030] (1) By building a test bench to obtain the link establishment data stream based on the discovery protocol to be tested between communication nodes, the present invention can solve the problem that the interaction of discovery mechanism data can only be captured in a short time after the vehicle-mounted controller is powered on, and can also avoid damaging the actual vehicle.

[0031] (2) By means of data listening to obtain the communication data stream between different communication nodes in the actual vehicle scenario and merging the link establishment data stream and the communication data stream, the present invention can avoid the way of obtaining data through intrusive interaction by the host computer, obtain the complete interaction data between different domain controllers, simplify the configuration of the host computer, and avoid additional burden and pressure on the actual vehicle communication caused by the test items.

[0032] (3) By implementing communication data capture and data parsing through test scripts, the present invention can complete the test in the actual vehicle environment without relying on specific test equipment. The location of the test work is no longer restricted by the physical location, and it has the advantages of simple operation, easy access to lightweight test equipment, no damage to the original vehicle communication lines, easy large-scale deployment, etc., reducing the work burden of testers, simplifying the test procedure, and reducing the requirements for testers' professional knowledge. Description of the Drawings

[0033] In order to more clearly illustrate the specific embodiments of the present invention or the technical solutions in the prior art, the following will briefly introduce the drawings required to be used in the description of the specific embodiments or the prior art. Obviously, the following drawings are some embodiments of the present invention. For those of ordinary skill in the art, other drawings can be obtained based on these drawings without creative efforts.

[0034] Figure 1 is an Ethernet test system based on professional test equipment;

[0035] Figure 2 is an Ethernet test system based on the interaction between the host computer and the device under test;

[0036] Figure 3It is a schematic flowchart of a test method for a discovery protocol according to an embodiment of the present invention;

[0037] Figure 4 It is an Ethernet test system for a test method of a discovery protocol according to an embodiment of the present invention;

[0038] Figure 5 It is a schematic operation flowchart of a test method for a discovery protocol according to an embodiment of the present invention;

[0039] Figure 6 It is a schematic flowchart of a test method for another discovery protocol according to an embodiment of the present invention;

[0040] Figure 7 It is a schematic flowchart of a test method for yet another discovery protocol according to an embodiment of the present invention;

[0041] Figure 8 It is a structural block diagram of a test device for a discovery protocol according to an embodiment of the present invention;

[0042] Figure 9 It is a schematic hardware structure diagram of a computer device according to an embodiment of the present invention. Detailed implementation manners

[0043] To make the objectives, technical solutions, and advantages of the embodiments of the present invention clearer, the technical solutions in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention. Apparently, the described embodiments are some but not all of the embodiments of the present invention. All other embodiments obtained by those of ordinary skill in the art based on the embodiments of the present invention without creative efforts shall fall within the protection scope of the present invention.

[0044] The embodiments of the present invention are applicable to scenarios where the communication state is detected when in-vehicle domain controllers communicate based on a discovery protocol, taking RTPS as an example.

[0045] As Figure 1 shown, the related art adopts a method of cutting the in-vehicle wiring harness of each channel in the middle and leading out the signals to a data acquisition terminal such as CANoe through an extension wire to capture the vehicle data. However, the physical transformation of the in-vehicle Ethernet communication line will cause irreversible damage, which may affect the normal operation and subsequent maintenance of the vehicle; secondly, due to the complex structure of the in-vehicle wiring harness, the process of building the test environment is not only cumbersome but also time-consuming, increasing the cost and difficulty of the test; finally, the method has low utilization efficiency of expensive resources such as multi-channel CAN / ETH controllers for data acquisition terminals, and it is difficult to meet the requirements of large-scale tests.

[0046] As Figure 2As shown in the figure, in the related art, a method of testing a device under test by controlling a host computer is also adopted. However, the method of intrusively testing the communication between domain controllers of a production vehicle will increase the communication channel burden of the devices under test in the production vehicle during testing. Some test items may even cause problems such as vehicle network storms and port conflicts, and the actual communication situation of the production vehicle cannot be truly restored.

[0047] To sum up, for the first type of production vehicle RTPS protocol stack test, it is necessary to capture the vehicle-wide messages of the RTPS communication link of the production vehicle. The general test environment setup scheme is to insert the test equipment into the communication line. This method will cause irreversible damage to the production vehicle communication harness. Usually, after the production vehicle is mass-produced, it is not allowed to damage the production vehicle harness. Therefore, it is impossible to capture the data and unicast data in the discovery phase of the in-vehicle Ethernet RTPS, resulting in the method of analyzing problems in the R & D phase being inapplicable to the mass production phase and increasing the difficulty of problem troubleshooting. The second type of production vehicle RTPS protocol stack test system has a high dependence on professional test equipment such as multi-channel CAN / ETH controllers. The setup of the production vehicle RTPS protocol stack test environment is complex, time-consuming, and difficult to master, and it requires high professional knowledge of the test personnel, so it is difficult to deploy on a large scale.

[0048] Therefore, the embodiments of the present invention provide a test method for a discovery protocol. By obtaining the link establishment data stream in the test bench scenario and the communication data stream in the production vehicle scenario, and merging the link establishment data stream and the communication data stream to complete the test, the effect of performing communication tests without relying on the production vehicle scenario can be achieved.

[0049] According to the embodiments of the present invention, an embodiment of a test method for a discovery protocol is provided. It should be noted that the steps shown in the flowchart of the accompanying drawings can be executed in a computer system such as a set of computer-executable instructions. And although the logical order is shown in the flowchart, in some cases, the steps shown or described can be executed in a different order than here.

[0050] In this embodiment, a test method for a discovery protocol is provided, which can be used for the above-mentioned host computer, such as a computer, etc. Figure 3 It is a flowchart of the test method for the discovery protocol according to the embodiments of the present invention, as Figure 3 shown. The process includes the following steps:

[0051] Step S301, perform data monitoring based on a pre-built test bench scenario, and obtain the link establishment data stream based on the discovery protocol to be tested between different communication nodes.

[0052] Specifically, in the embodiments of the present invention, RTPS is the network transmission protocol of DDS, which is used to achieve efficient transmission and exchange of real-time data in a distributed system. RTPS is implemented based on the publish-subscribe model. In this model, the data producer (publisher) publishes data to a specific topic, and the data user (subscriber) subscribes to the topics of interest to receive relevant data. There is no need for a direct point-to-point connection between the publisher and the subscriber. Instead, they communicate through the RTPS protocol in the network to achieve automatic data distribution. In RTPS, the Participant Discovery Protocol (PDP) and the Endpoint Discovery Protocol (EDP) are important components for realizing mutual discovery and information interaction among entities in the network. Among them, PDP is mainly used for the participants in RTPS to discover each other in the network. When a participant goes online, it sends a message containing its own attribute information through the PDP-related endpoints (SPDPWriter and SPDP Reader) to inform other participants of its existence. Other participants receive and process these messages to understand the situation of other participants in the network. After the participants discover each other through PDP, EDP is used to exchange the included endpoint information. EDP sends and receives user endpoint (User Writer, User Reader) information data through four specific endpoints (SEDP Pub Writer, SEDPPub Reader, SEDP Sub Writer, SEDP Sub Reader), enabling the user endpoints of each participant to discover and match each other, so as to perform data transmission subsequently. The discovery mechanism data is the relevant information data for mutual discovery among participants and mutual discovery and matching among endpoints, that is, the message containing its own attribute information in the above PDP and the user endpoint information data in EDP, specifically including: the unique identifier of the participant, the RTPS version supported by the participant, the type of the participant (such as publisher or subscriber, etc.), the attributes of the participant (such as whether reliable transmission is supported, whether encryption is supported, etc.), the endpoint information associated with the participant, the unique identifier of the endpoint, the topic name associated with the endpoint, the QoS (Quality of Service) policy of the endpoint (such as reliability requirements, deadlines, etc.), the media type and encoding format supported by the endpoint, etc. Through these discovery mechanism data, the participants and endpoints in the RTPS network can understand the existence and capabilities of each other, so as to achieve correct connection and data transmission.

[0053] In some alternative implementations, corresponding to the in-vehicle RTPS discovery protocol, the in-vehicle domain controller serves as a communication node in the network, i.e., a participant in the RTPS discovery protocol. For example, after the body domain controller collects information such as the door state and window state, it acts as a publisher and publishes this information to a specific topic for other communication nodes (such as the node corresponding to the instrument panel display system) that need this data to subscribe. In actual communication, after different communication nodes discover the existence of each other and the relevant information of the endpoints based on the discovery mechanism data, the nodes use the discovery mechanism data to perform a link establishment operation, transmit the link establishment data stream to establish an actual communication connection, and then transmit the communication data stream for communication interaction. To test the communication status between different domain controllers, it is necessary to analyze both the link establishment data stream and the communication data stream simultaneously. Because the link establishment data stream contains the key information interaction between the two communication parties during the connection establishment process, and the communication data stream carries the actual business data. By comprehensively analyzing the link establishment data stream and the subsequent communication data stream, it is also possible to determine whether data can be normally transmitted after the connection is established, avoiding the situation where the connection is successfully established but communication fails.

[0054] In some alternative embodiments, as Figure 4 shown, in order not to damage the in-vehicle communication harness or impose an additional burden on the in-vehicle communication channel, the embodiments of the present invention pre-assemble a test bench according to the domain controllers installed in the vehicle, simulate the communication links between the domain controllers, and at the same time use a multi-channel CAN / ETH controller to monitor the data on each link, parse the data for RTPS link establishment between the nodes to obtain the link establishment data stream (i.e., Figure 4 the discovery protocol data stream in

[0055] ), and save the link establishment data stream to a storage medium with a specified database function. Figure 4 In an alternative embodiment, as

[0056] shown, after obtaining the link establishment data stream, it is also necessary to determine whether the DDS configuration has changed. If it has changed, the link establishment data stream needs to be obtained again.

[0057] Specifically, in the embodiments of the present invention, in a real vehicle scenario, according to the running conditions of the vehicle, different sensors collect environmental data in real time. For example, on-vehicle cameras collect visual information around the vehicle, millimeter-wave radars detect objects around the vehicle by transmitting and receiving microwaves, ultrasonic radars are used for short-range obstacle detection and parking assistance, and lidar can obtain a high-precision three-dimensional environmental map. The domain controller is an intelligent control unit that centrally controls and manages specific functional domains of the entire vehicle, receives data from multiple sensors and other related components, performs comprehensive analysis, processing, and fusion, then makes decisions according to preset algorithms and strategies, and sends control instructions to the actuators. For example, the autonomous driving domain controller needs to fuse and process data from various sensors such as cameras and radars to determine the environmental conditions around the vehicle, and then make decisions such as accelerating, decelerating, and steering. In order to enable the vehicle to quickly respond to various complex road conditions and driving requirements, the domain controllers achieve precise data interaction based on RTPS, improving the operation efficiency and stability of the entire vehicle-mounted system. The communication data stream refers to the sequence in which data is transmitted in the form of a stream between the sender and the receiver during the communication process. In the real-time publish-subscribe model, the publisher publishes data to a specific topic, and the subscriber subscribes to the topics of interest to receive the data, and the communication data stream is transmitted between the publisher and the subscriber.

[0058] Therefore, in order to test the communication status between domain controllers, the embodiments of the present invention are based on a real vehicle scenario, utilize existing vehicle resources, capture the mirror data of each domain controller through the reserved Ethernet diagnostic interface, and at the same time, data can also be captured from the systems used by each domain controller in the vehicle by using corresponding commands, so as to effectively capture the communication data of the DDS protocol stack of each domain controller of the entire vehicle. As Figure 5 shown in the real vehicle communication harness, different communication nodes communicate with each other directly or indirectly. At this time, the host computer accesses the operating systems of each domain controller in the real vehicle by using methods such as ADB and SSH, inputs different communication data collection instructions for different operating systems, realizes the synchronous collection of the communication data of each domain controller in the real vehicle, and saves all the received communication packets in sequence in the specified storage medium, that is, the communication data stream is obtained. As Figure 5 shown, the host computer can directly access some communication nodes, such as node B, node C, or node D, or indirectly access the communication nodes, such as accessing node A through node B, so as to obtain a comprehensive communication data stream.

[0059] Step S303, merge the link establishment data stream and the communication data stream to obtain a comprehensive packet data stream.

[0060] Specifically, in the embodiments of the present invention, after the vehicle is started, different domain controllers first establish a communication connection based on the link - establishment data stream, and then perform information interaction based on the communication data stream. Therefore, the link - establishment data stream and the communication data stream correspond to the complete communication process between communication nodes. However, in the real - vehicle scenario, it is found that the interaction of the discovery mechanism data only occurs within a short period after the vehicle - mounted controller is powered on, and it is difficult to capture. Therefore, in the embodiments of the present invention, the link - establishment data stream and the communication data stream obtained in the two scenarios are merged. During the merging process, it is ensured that the link - establishment data stream comes before the communication data stream, so that the obtained comprehensive message data stream is used as the complete interaction data stream between communication nodes.

[0061] Step S304: Based on the comprehensive message data stream, perform data parsing and data analysis to determine the test result of the discovery protocol to be tested.

[0062] Specifically, in the embodiments of the present invention, the comprehensive message data stream contains detailed information about the communication interaction between communication nodes and can reflect the communication status. Therefore, it is necessary to clarify the meaning and format of each field in the comprehensive message data stream according to the specifications of the discovery protocol to be tested. Different discovery protocols may have different message formats. For example, the message of the RTPS protocol contains a specific header and a data part, and each part has different fields. According to the message format, the values of each field are extracted from the comprehensive message data stream. Finally, based on the pre - developed test script, data analysis is performed according to the data parsing results, including: analyzing different test items in scenarios such as DDS protocol consistency, protocol configuration, protocol stack fault injection, protocol stack performance, reliability, stability, packet loss delay, etc., determining the test result and generating a test report, so as to realize the test of the DDS protocol stack. The specific test process is a conventional technical means in this field and will not be elaborated here. Implementing the test through the test script does not require relying on specific test equipment, nor does it require the test equipment on - site to provide AC power. Therefore, it can reduce the requirements for links such as configuration forwarding mode, master - slave mode, and communication rate between the professional test equipment and the nodes under test, and the location of the test work is no longer restricted by the physical location.

[0063] The test method for the discovery protocol provided by the present invention obtains the link - establishment data stream between different communication nodes by performing data monitoring based on the test bench scenario, and obtains the communication data stream between different communication nodes by performing data monitoring based on the real - vehicle scenario. After merging the link - establishment data stream and the communication data stream, data parsing and data analysis are performed on the comprehensive message data stream to determine the test result of the discovery protocol to be tested. The present invention performs data monitoring through the test bench scenario and the real - vehicle scenario respectively, can obtain the link - establishment data stream and the communication data stream, avoids relying only on the real - vehicle scenario for data collection, and at the same time does not cause physical damage to the original communication lines of the vehicle or increase the communication burden. The operation is simple and it is easy to deploy on a large scale.

[0064] In this embodiment, a test method for a discovery protocol is provided, which can be used for the above-mentioned host computer, such as a computer, etc. Figure 6 It is a flowchart of the test method for the discovery protocol according to the embodiment of the present invention, as Figure 6 shown, and this process includes the following steps:

[0065] Step S601, perform data listening based on a pre-built test bench scenario, and obtain the link establishment data stream based on the discovery protocol to be tested between different communication nodes.

[0066] Specifically, the above step S601 includes:

[0067] Step S6011, perform data listening between different communication nodes in the pre-built test bench based on a preset controller.

[0068] Specifically, in the embodiment of the present invention, each communication node of the vehicle (such as the engine control unit, body control module, infotainment system, etc.) is connected to a network switch or hub and other devices on the test bench through corresponding network buses (such as CAN bus, LIN bus, in-vehicle Ethernet, etc.) to ensure normal communication between nodes. According to the requirements of the vehicle and the discovery protocol to be tested, configure correct network parameters (such as IP address, subnet mask, gateway, port number, etc.) for relevant devices (such as network interface cards, simulators, etc.) on the test bench. At the same time, perform initialization configuration on the communication nodes of the vehicle to make them in a normal working state and capable of communicating according to the RTPS discovery protocol. At the same time, according to the environment and requirements of the test bench, select a suitable network listening tool, such as a multi-channel CAN / ETH controller, connect the multi-channel CAN / ETH controller to the network of the test bench, and determine the network interface to be listened to. Usually, select the interface connected to the network where the vehicle communication node is located. For example, if the communication network of the vehicle is connected to the test bench through Ethernet, then select the corresponding Ethernet interface on the computer.

[0069] Step S6012, collect the link establishment messages between each communication node, and add a timestamp to the link establishment messages to obtain the link establishment data stream.

[0070] Specifically, in the embodiments of the present invention, according to the characteristics and relevant information of the RTPS discovery protocol, capture filters and display filters are set. The capture filter is used to capture only the data packets related to the discovery protocol to be tested during the packet capture process, reducing the capture of irrelevant data and improving the packet capture efficiency and data processing speed. For example, if the discovery protocol to be tested is based on the CAN bus, a filter can be set to capture CAN data packets with specific CAN identifiers or specific data lengths; if it is a protocol based on in-vehicle Ethernet, filtering can be performed according to the IP address, port number, protocol type, etc. The display filter is used to further screen out the data packets related to the link establishment data stream from the captured data packets for subsequent analysis. For example, filtering can be performed according to conditions such as the specific field values of the protocol, message type, or timestamp. Then, the test bench is started, and the multi-channel CAN / ETH controller starts to capture the data packets between communication nodes, parse the captured data packets, and display them in a certain format. During the listening process, it is necessary to ensure that the communication nodes of the test bench perform normal link establishment operations according to the RTPS discovery protocol. Finally, according to the link establishment process and data packet format of the RTPS discovery protocol, the link establishment data stream is identified from the captured data packets.

[0071] In an alternative embodiment, the embodiments of the present invention can also obtain the link establishment data stream in a real vehicle scenario. The process is as follows: Select the first communication node in the real vehicle scenario, and sequentially restart or reset the second communication nodes except the first communication node. After the restart or reset, obtain the communication messages of the first communication node and parse the communication messages to obtain the link establishment data stream. For example: Select communication node A on the real vehicle, input relevant instructions in the internal system of communication node A to capture the communication data related to communication node A. Next, input instructions in communication node B to restart the operating system / DDS protocol stack of communication node B, or reset the domain controller where communication node B is located through diagnostic instructions. After the initialization of communication node B is completed, export the communication data in communication node A, and parse the data of the RTPS link establishment between communication node B and communication node A to obtain the link establishment data stream.

[0072] Step S602: Perform data listening based on the real vehicle scenario to obtain the communication data stream between different communication nodes based on the discovery protocol to be tested.

[0073] Specifically, the above step S602 includes:

[0074] Step S6021: Trigger a preset working condition in the real vehicle scenario and access the operating system of the communication node based on the preset communication method.

[0075] Specifically, in the embodiments of the present invention, different working conditions are triggered during the actual vehicle operation, such as rapid acceleration, uniform driving, turning, etc., but not limited thereto. After the working condition is triggered, the corresponding in-vehicle domain controllers perform data interaction through communication data streams, and finally reach the preset working condition, such as realizing speed change or turning, etc. During this process, the upper computer accesses the operating systems of each domain controller of the actual vehicle by means of ADB, SSH, etc. to realize the access to the communication nodes.

[0076] Step S6022: Generate a communication data collection instruction, obtain communication messages between different communication nodes based on the communication data collection instruction, and add a timestamp to the communication messages to obtain a communication data stream.

[0077] Specifically, in the embodiments of the present invention, according to the characteristics of each domain control operating system, corresponding communication data collection instructions are written. The operating systems include but are not limited to: real-time operating systems such as QNX and AUTOSAR OS, Linux operating systems such as Android Automotive OS, and customized operating systems such as HarmonyOS. Based on the instructions, the communication data of each domain controller of the actual vehicle is synchronously collected, a timestamp is added to each collected data file or the collection time information is recorded in the data file, and all the collected messages are saved in the specified storage medium in sequence to obtain a communication data stream. The present invention captures the actual vehicle communication data in a listening mode, rather than through invasive interaction by the upper computer, which can not only simplify the configuration of the upper computer, but also avoid bringing additional burden and pressure to the actual vehicle communication during the test activities.

[0078] Step S603: Merge the link establishment data stream and the communication data stream to obtain a comprehensive message data stream.

[0079] Specifically, the above step S603 includes:

[0080] Step S6031: Sort and merge the link establishment data stream and the communication data stream according to the timestamp.

[0081] Specifically, in the embodiments of the present invention, when collecting data for the link establishment data stream and the communication data stream, timestamps are added to the data. Therefore, the link establishment data stream and the communication data stream are sorted and merged according to the timestamp, and at the same time, the link establishment data stream and the communication data stream are integrated according to the relevance of the nodes to ensure that the collection of the RTPS link establishment data stream occurs before the collection of the RTPS communication data stream, thus conforming to the actual communication situation of the communication nodes.

[0082] Step S6032: Take the communication node as a participant in the data distribution service, establish a protocol domain for each participant, and determine the globally unique identifier for each participant in the protocol domain. The globally unique identifier includes: host identifier, application identifier, and sample identifier.

[0083] Specifically, in the embodiment of the present invention, the in-vehicle domain controller acts as a communication node and is a participant in DDS. An RTPS domain for separate communication is established for each group of participants. Each participant in each RTPS domain can be jointly composed of a host identifier (hostID), an application identifier (appID), and a sample identifier (instanceID) to form a corresponding globally unique identifier (Globally Unique Identifier, GUID).

[0084] Step S6033: Based on the protocol domain, the Internet protocol address and / or port number of each participant in the protocol domain, determine the identifier mapping relationship of the participant in the established connection data stream and the communication data stream after confluence.

[0085] Specifically, in the embodiment of the present invention, in the established connection data stream and the communication data stream, the same participant may be assigned different GUIDs. In order to further confluence the established connection data stream and the communication data stream, the corresponding identifier mapping relationship is searched in the established connection data stream and the communication data stream according to the RTPS domain to which the participant belongs, the configured IP number, and the port number.

[0086] Step S6034: Extract the identifier according to the globally unique identifier, and replace the globally unique identifier of the participant in the established connection data stream with the globally unique identifier of the participant in the communication data stream according to the identifier mapping relationship.

[0087] Specifically, in the embodiment of the present invention, the GUIDs of the DDS participants in the RTPS established connection data stream and the RTPS communication data stream are respectively extracted, and according to the identifier mapping relationship, the GUIDs of the DDS participants in the RTPS established connection data stream are batch replaced with the GUIDs of the DDS participants in the RTPS communication data stream, so that the same participant is identified by the same GUID.

[0088] Step S6035: Determine the comprehensive message data stream between different participants according to the replaced globally unique identifier.

[0089] Specifically, in the embodiment of the present invention, after the GUID is replaced, the established connection data stream and the communication data stream of the same participant can be determined according to the GUID, so that the corresponding established connection data stream and the communication data stream are further integrated together to obtain the comprehensive message data stream between different participants.

[0090] Step S604, perform data parsing and data analysis based on the comprehensive message data stream to determine the test result of the discovery protocol to be tested. For details, please refer to Figure 3 Step S304 of the embodiment shown, which will not be elaborated here.

[0091] The test method for the discovery protocol provided by the present invention obtains the link establishment data stream between different communication nodes by performing data monitoring based on the test bench scenario, and obtains the communication data path between different communication nodes by performing data monitoring based on the real vehicle scenario. After merging the link establishment data stream and the communication data stream, data parsing and data analysis are performed on the comprehensive message data stream to determine the test result of the discovery protocol to be tested. The present invention respectively performs data monitoring through the test bench scenario and the real vehicle scenario, can obtain the link establishment data stream and the communication data stream, avoids relying only on the real vehicle scenario for data collection, and at the same time does not cause physical damage to the original communication lines of the vehicle or increase the communication burden. The operation is simple and easy to deploy on a large scale.

[0092] In this embodiment, a test method for the discovery protocol is provided, which can be used for the above-mentioned host computer, such as a computer, etc. Figure 7 is a flowchart of the test method for the discovery protocol according to an embodiment of the present invention, as Figure 7 shown, this process includes the following steps:

[0093] Step S701, perform data monitoring based on the pre-built test bench scenario to obtain the link establishment data stream based on the discovery protocol to be tested between different communication nodes. For details, please refer to Figure 6 Step S601 of the embodiment shown, which will not be elaborated here.

[0094] Step S702, perform data monitoring based on the real vehicle scenario to obtain the communication data stream based on the discovery protocol to be tested between different communication nodes. For details, please refer to Figure 6 Step S602 of the embodiment shown, which will not be elaborated here.

[0095] Step S703, merge the link establishment data stream and the communication data stream to obtain a comprehensive message data stream. For details, please refer to Figure 6 Step S603 of the embodiment shown, which will not be elaborated here.

[0096] Step S704, perform data parsing and data analysis based on the comprehensive message data stream to determine the test result of the discovery protocol to be tested.

[0097] Specifically, the above step S704 includes:

[0098] Step S7041, perform message parsing on the comprehensive message data stream based on a preset parsing software. When the topic name is determined according to the link establishment data stream, associate the topic name with the participant.

[0099] Specifically, in the embodiments of the present invention, in addition to being able to automatically test the communication status between different domain controllers based on the aggregated message data after confluence, it is also possible to selectively test the communication data of some domain controllers / links. For example, to ensure the basic normality of the vehicle test environment, the wireshark parsing software can be used to parse the messages. When the wireshark parsing software parses the RTPS discovery protocol data (i.e., the link establishment data stream), it will store the topic name in data(w) / data(r) and associate it with the corresponding DDS participant and its Writer entity, so that when the communication data stream is parsed subsequently, the DATA sub-message and ACKNACK sub-message topic name values can be correctly assigned, and thus various topics and their transmission processes can be intuitively displayed.

[0100] Step S7042, perform a preset sub-message keyword search on the communication data stream, and determine whether there is topic information corresponding to the topic name in the communication data stream according to the search result.

[0101] Specifically, in the embodiments of the present invention, by filtering the RTPS communication data stream between two domain controllers on the wireshark page and searching for the keywords "DATA->" and "ACKNACK->" to determine whether there are parsable sub-messages in the data transmission stage for the topic information transmitted in the RTPS discovery stage. If it can be retrieved, it means that there are parsable sub-messages, and there is topic information corresponding to the topic name in the corresponding data transmission stage. In the present invention, by maintaining a session state table during the parsing process and storing the metadata captured in the discovery stage (such as the mapping relationship between GUID and Topic), the DATA sub-message and ACKNACK sub-message in the subsequent stage can be traced back to the corresponding topic name through the GUID.

[0102] Step S7043, if there is topic information, it is determined that the link establishment between communication nodes is completed. If the topic information can be parsed, it is determined that the topic configuration between communication nodes is correct.

[0103] Specifically, in the embodiments of the present invention, if there is topic information corresponding to the same topic name, it means that the link establishment between the corresponding domain controllers is completed. By searching for "DATA," and "ACKNACK," to determine whether the topic information transmitted in the RTPS discovery stage is completely parsed in the data transmission stage. If there are unparsed sub-messages, it means that the topic configuration of the DDS protocol stack application type between the domain controllers has been modified, and other teams need to be contacted for confirmation. If there are no unparsed sub-messages, it is determined that the topic configuration between communication nodes is correct and the communication is normal.

[0104] The test method for the discovery protocol provided by the present invention obtains the link - establishment data stream between different communication nodes by listening to data based on the test bench scenario, and obtains the communication data path between different communication nodes by listening to data based on the real - vehicle scenario. After merging the link - establishment data stream and the communication data stream, data parsing and data analysis are performed on the comprehensive message data stream to determine the test result of the discovery protocol to be tested. By listening to data through the test bench scenario and the real - vehicle scenario respectively, the present invention can obtain the link - establishment data stream and the communication data stream, avoid relying only on the real - vehicle scenario for data collection, and at the same time, there is no need to cause physical damage to the original communication lines of the vehicle or increase the communication burden. The operation is simple and easy to be deployed on a large scale, and it is suitable for both the R & D stage and the problem - analysis stage in the production stage of automobiles.

[0105] In this embodiment, a test device for the discovery protocol is further provided. This device is used to implement the above - mentioned embodiments and preferred implementation manners, and those that have been described will not be repeated. As used hereinafter, the term "module" can be a combination of software and / or hardware that can achieve a predetermined function. Although the devices described in the following embodiments are preferably implemented in software, implementation in hardware, or a combination of software and hardware is also possible and contemplated.

[0106] This embodiment provides a test device for the discovery protocol, as Figure 8 shown, including:

[0107] The first data - stream acquisition module 801 is used to listen to data based on a pre - built test bench scenario and obtain the link - establishment data stream based on the discovery protocol to be tested between different communication nodes.

[0108] The second data - stream acquisition module 802 is used to listen to data based on the real - vehicle scenario and obtain the communication data stream based on the discovery protocol to be tested between different communication nodes.

[0109] The data - stream merging module 803 is used to merge the link - establishment data stream and the communication data stream to obtain a comprehensive message data stream.

[0110] The protocol test module 804 is used to perform data parsing and data analysis based on the comprehensive message data stream to determine the test result of the discovery protocol to be tested.

[0111] In some alternative implementation manners, the first data - stream acquisition module 801 includes:

[0112] The data - listening unit is used to listen to data between different communication nodes in the pre - built test bench based on a preset controller.

[0113] The first data - acquisition unit is used to collect the link - establishment messages between each communication node and add a time stamp to the link - establishment messages to obtain the link - establishment data stream.

[0114] In some alternative embodiments, the first data stream acquisition module 801 further includes: a vehicle data acquisition module, configured to select a first communication node in a vehicle scenario, and sequentially restart or reset second communication nodes other than the first communication node; after the restart or reset, acquire communication messages of the first communication node, and parse the communication messages to obtain a link establishment data stream.

[0115] In some alternative embodiments, the second data stream acquisition module 802 includes:

[0116] A working condition triggering unit, configured to trigger a preset working condition in a vehicle scenario, and access the operating system of a communication node based on a preset communication method.

[0117] A second data acquisition unit, configured to generate a communication data acquisition instruction, acquire communication messages between different communication nodes based on the communication data acquisition instruction, and add a time stamp to the communication messages to obtain a communication data stream.

[0118] In some alternative embodiments, the data stream merging module 803 includes:

[0119] A time sorting unit, configured to sort and merge the link establishment data stream and the communication data stream according to the time stamp.

[0120] A protocol domain construction unit, configured to use a communication node as a participant in a data distribution service, establish a protocol domain for each participant, and determine a globally unique identifier for each participant in the protocol domain, where the globally unique identifier includes: a host identifier, an application identifier, and an example identifier.

[0121] A mapping relationship determination unit, configured to determine an identifier mapping relationship of a participant in the corresponding link establishment data stream and communication data stream after merging based on the protocol domain, the Internet protocol address and / or port number of each participant in the protocol domain.

[0122] An identifier replacement unit, configured to extract an identifier according to the globally unique identifier, and replace the globally unique identifier of the participant in the link establishment data stream with the globally unique identifier of the participant in the communication data stream according to the identifier mapping relationship.

[0123] A data integration unit, configured to determine a comprehensive message data stream between different participants according to the replaced globally unique identifier.

[0124] In some alternative embodiments, the protocol testing module 804 includes:

[0125] An automatic test unit is used to perform message parsing on the integrated message data stream based on a preset test script, and perform data analysis on the integrated message data stream based on a preset test item to obtain a test result corresponding to the preset test item.

[0126] A selection test unit is used to perform message parsing on the integrated message data stream based on a preset parsing software. After determining the topic name according to the link establishment data stream, the topic name is associated with the participant; a preset sub-message keyword search is performed on the communication data stream, and according to the search result, it is judged whether there is topic information corresponding to the topic name in the communication data stream; if there is topic information, it is determined that the link establishment between communication nodes is completed, and if the topic information can be parsed, it is determined that the topic configuration between communication nodes is correct.

[0127] The further function descriptions of the above-mentioned various modules and units are the same as those in the corresponding above-mentioned embodiments, and will not be elaborated here.

[0128] The test device of the discovery protocol in this embodiment is presented in the form of functional units. Here, the unit refers to an ASIC (Application Specific Integrated Circuit) circuit, a processor and a memory that execute one or more software or fixed programs, and / or other devices that can provide the above functions.

[0129] An embodiment of the present invention further provides a computer device having the above Figure 8 shown test device of the discovery protocol.

[0130] Please refer to Figure 9 , Figure 9 is a schematic structural diagram of a computer device provided by an optional embodiment of the present invention. As Figure 9 shown, the computer device includes: one or more processors 10, a memory 20, and interfaces for connecting various components, including a high-speed interface and a low-speed interface. Each component communicates with each other using different buses and can be installed on a common motherboard or installed in other ways as needed. The processor can process instructions executed within the computer device, including instructions stored in the memory or on the memory to display graphical information of the GUI on an external input / output device (such as a display device coupled to the interface). In some optional embodiments, if necessary, multiple processors and / or multiple buses can be used together with multiple memories and multiple memories. Similarly, multiple computer devices can be connected, and each device provides some necessary operations (for example, as a server array, a set of blade servers, or a multi-processor system). Figure 9 In

[0131] The processor 10 may be a central processing unit, a network processor, or a combination thereof. Among them, the processor 10 may further include a hardware chip. The above-mentioned hardware chip may be an application-specific integrated circuit, a programmable logic device, or a combination thereof. The above-mentioned programmable logic device may be a complex programmable logic device, a field-programmable gate array, a generic array logic, or any combination thereof.

[0132] Among them, the memory 20 stores instructions that can be executed by at least one processor 10, so that the at least one processor 10 executes the method shown in the above embodiments.

[0133] The memory 20 may include a program storage area and a data storage area. Among them, the program storage area may store an operating system and application programs required for at least one function; the data storage area may store data created according to the use of the computer device, etc. In addition, the memory 20 may include a high-speed random access memory, and may also include a non-transitory memory, such as at least one magnetic disk storage device, a flash memory device, or other non-transitory solid-state storage devices. In some alternative embodiments, the memory 20 may optionally include a memory remotely provided with respect to the processor 10, and these remote memories may be connected to the computer device through a network. Examples of the above-mentioned network include but are not limited to the Internet, an enterprise intranet, a local area network, a mobile communication network, and combinations thereof.

[0134] The memory 20 may include a volatile memory, such as a random access memory; the memory may also include a non-volatile memory, such as a flash memory, a hard disk, or a solid-state drive; the memory 20 may also include a combination of the above types of memories.

[0135] The computer device further includes a communication interface 30 for the computer device to communicate with other devices or communication networks.

[0136] An embodiment of the present invention further provides a computer-readable storage medium. The method according to the embodiment of the present invention may be implemented in hardware, firmware, or may be implemented as computer code recorded on a storage medium, or may be implemented by a computer code originally stored in a remote storage medium or a non-transitory machine-readable storage medium and downloaded through a network and to be stored in a local storage medium, so that the method described herein may be stored on such a software process on a storage medium using a general-purpose computer, a dedicated processor, or programmable or dedicated hardware. Among them, the storage medium may be a magnetic disk, an optical disk, a read-only memory, a random access memory, a flash memory, a hard disk, or a solid-state drive, etc.; further, the storage medium may also include a combination of the above types of memories. It can be understood that a computer, a processor, a microprocessor controller, or programmable hardware includes a storage component that can store or receive software or computer code, and when the software or computer code is accessed and executed by the computer, the processor, or the hardware, the method shown in the above embodiments is implemented.

[0137] A part of the present invention can be applied as a computer program product, such as computer program instructions, which, when executed by a computer, can invoke or provide the methods and / or technical solutions according to the present invention through the operations of the computer. Those skilled in the art should understand that the forms in which computer program instructions exist in a computer-readable medium include but are not limited to source files, executable files, installation package files, etc. Correspondingly, the ways in which computer program instructions are executed by a computer include but are not limited to: the computer directly executes the instructions, or the computer compiles the instructions and then executes the corresponding compiled program, or the computer reads and executes the instructions, or the computer reads and installs the instructions and then executes the corresponding installed program. Herein, the computer-readable medium can be any available computer-readable storage medium or communication medium accessible by the computer.

[0138] Although the embodiments of the present invention have been described in conjunction with the accompanying drawings, those skilled in the art can make various modifications and variations without departing from the spirit and scope of the present invention, and such modifications and variations all fall within the scope defined by the appended claims.

Claims

1. A test method for discovering a protocol, characterized in that, The method includes: Performing data monitoring based on a pre-established test bench scenario to obtain the link establishment data stream between different communication nodes based on the discovery protocol to be tested; Performing data monitoring based on an in-vehicle scenario to obtain the communication data stream between different communication nodes based on the discovery protocol to be tested; Combining the link establishment data stream and the communication data stream to obtain a comprehensive message data stream; Performing data parsing and data analysis based on the comprehensive message data stream to determine the test result of the discovery protocol to be tested.

2. The method according to claim 1, characterized in that The performing data monitoring based on a pre-established test bench scenario to obtain the link establishment data stream between different communication nodes based on the discovery protocol to be tested includes: Performing data monitoring between different communication nodes in the pre-established test bench based on a preset controller; Collecting the link establishment messages between each communication node and adding a timestamp to the link establishment messages to obtain the link establishment data stream.

3. The method according to claim 2, wherein The obtaining the link establishment data stream between different communication nodes based on the discovery protocol to be tested further includes: Selecting a first communication node in the in-vehicle scenario and sequentially restarting or resetting second communication nodes other than the first communication node; After the restart or reset, obtaining the communication messages of the first communication node and parsing the communication messages to obtain the link establishment data stream.

4. The method according to claim 1, characterized in that The performing data monitoring based on an in-vehicle scenario to obtain the communication data stream between different communication nodes based on the discovery protocol to be tested includes: Triggering a preset working condition in the in-vehicle scenario and accessing the operating system of the communication node based on a preset communication method; Generating a communication data collection instruction, obtaining the communication messages between different communication nodes based on the communication data collection instruction, and adding a timestamp to the communication messages to obtain the communication data stream.

5. The method according to claim 1, characterized in that The combining the link establishment data stream and the communication data stream to obtain a comprehensive message data stream includes: Sorting and combining the link establishment data stream and the communication data stream according to the timestamp; Regarding the communication node as a participant in the data distribution service, establishing a protocol domain for each participant, and determining the globally unique identifier of each participant in the protocol domain, where the globally unique identifier includes: a host identifier, an application identifier, and an example identifier; Determining the identifier mapping relationship of the participant in the corresponding link establishment data stream and communication data stream after combination based on the protocol domain, the Internet protocol address and / or port number of each participant in the protocol domain; Extracting the identifier according to the globally unique identifier, and replacing the globally unique identifier of the participant in the link establishment data stream with the globally unique identifier of the participant in the communication data stream according to the identifier mapping relationship; Determining the comprehensive message data stream between different participants according to the replaced globally unique identifier.

6. The method according to claim 5, characterized in that, The performing data parsing and data analysis based on the comprehensive message data stream to determine the test result of the discovery protocol to be tested includes: Performing message parsing on the comprehensive message data stream based on a preset test script, and performing data analysis on the comprehensive message data stream based on a preset test item to obtain the test result corresponding to the preset test item; Or, Parse the message in the comprehensive message data stream based on a preset parsing software. After determining the topic name according to the link establishment data stream, associate the topic name with the participant; Search for preset sub-message keywords in the communication data stream, and determine whether there is topic information corresponding to the topic name in the communication data stream according to the search results; If the topic information exists, it is determined that the link establishment between the communication nodes is completed. If the topic information can be parsed, it is determined that the topic configuration between the communication nodes is correct.

7. A test device for a discovery protocol, characterized in that, The device includes: A first data stream acquisition module, configured to perform data monitoring based on a pre-built test bench scenario, and acquire link establishment data streams between different communication nodes based on a discovery protocol to be tested; A second data stream acquisition module, configured to perform data monitoring based on a real vehicle scenario, and acquire communication data streams between different communication nodes based on the discovery protocol to be tested; A data stream merging module, configured to merge the link establishment data stream and the communication data stream to obtain a comprehensive message data stream; A protocol test module, configured to perform data parsing and data analysis based on the comprehensive message data stream to determine the test result of the discovery protocol to be tested.

8. A computer device, characterized in that, It includes: A memory and a processor, which are communicatively connected to each other. The memory stores computer instructions, and the processor executes the computer instructions to execute the test method of the discovery protocol according to any one of claims 1 to 6.

9. A computer-readable storage medium, characterized in that, Computer instructions are stored on the computer-readable storage medium, and the computer instructions are used to cause a computer to execute the test method of the discovery protocol according to any one of claims 1 to 6.

10. A computer program product, characterized in that, It includes computer instructions, and the computer instructions are used to cause a computer to execute the test method of the discovery protocol according to any one of claims 1 to 6.

Images