Service supervision and automatic test method in AFDX network test

Abstract

The invention discloses a service supervision and automatic test method in AFDX (Avionics Full Duplex Switched Ethernet) network test, which comprises the following steps: a control host sends a connection instruction to tested equipment, and the control host sends a configuration information instruction of a service frame to the tested equipment after the tested equipment returns first ACK (Acknowledgement Character) information to the control host under the condition of meeting a condition; after the control host receives second ACK information returned by the tested equipment according to the configuration information instruction through the second VL, the tested equipment is tested according to a preset test requirement; when the tested equipment is tested, the control host receives supervision information of the tested equipment reported by the tester board card; and the control host generates a test report and a log record of the tested equipment according to the supervision information and stores the test report and the log record in a database. According to the method, the automatic test process can be completely carried out, the test efficiency and the scene coverage capability can be effectively improved, and the method has important significance for improving the reliability and the high efficiency of AFDX network test.

Description

Technical Field

[0001] The present invention belongs to the field of communication technologies, and particularly relates to a service supervision and automated testing method in AFDX network testing. Background Art

[0002] In traditional avionics systems, data exchange usually relies on the ARINC 429 bus. However, with the continuous enhancement of the functions of avionics equipment, the amount of communication data that modern aircraft need to process has also increased exponentially, and the low bandwidth and limited point-to-point connection mode of the traditional bus can no longer meet the current requirements. In order to achieve high-capacity and high-speed data exchange between avionics systems, aircraft equipment manufacturers represented by Boeing and Airbus jointly organized the development of a new generation of avionics bus standards. In this standard, a new type of network structure, AFDX (Avionics Full Duplex Switched Ethernet) network, is defined. Based on traditional Ethernet technology, the AFDX network meets the communication service requirements of avionics systems for high bandwidth, low latency, strong real-time performance, and determinacy by introducing technologies such as virtual links and dual redundancy management.

[0003] The AFDX network consists of three core components: AFDX end systems, AFDX switches, and virtual links. Among them, the AFDX end system acts as a bridge between avionics subsystems and AFDX switches, is responsible for sending and receiving information, ensures effective connections between subsystems, and thus guarantees the security and reliability of data exchange in the entire integrated avionics system. The performance of the end system directly affects the overall security of the AFDX network. Therefore, in order to ensure the stable operation of the end system in the AFDX network, it is crucial to conduct comprehensive verification tests on its functions and performance. With the successful first flight test of the C919 aircraft, a domestically developed jet airliner with independent intellectual property rights in accordance with international airworthiness standards, the demand for domestic AFDX network testers in China is also increasing day by day.

[0004] In actual AFDX network testing, traditional testing methods are inefficient, time-consuming, and difficult to cover various extreme conditions (such as high load, fault injection, etc.). In addition, the lack of automated testing tools may lead to inconsistent test results and human errors. It can be seen that how to achieve efficient automated testing, implement monitoring and analyze various faults in the simulated network in AFDX network testing is an urgent problem to be solved by those skilled in the art. Summary of the Invention

[0005] In order to solve the above problems existing in the prior art, the present invention provides a XX.

[0006] The technical problem to be solved by the present invention is achieved through the following technical solutions:

[0007] In a first aspect, the present invention provides a method for service supervision and automated testing in AFDX network testing, which is applied to a control host. The method includes:

[0008] Sending a connection instruction to the device under test through a first VL;

[0009] After receiving a first ACK message returned by the device under test according to the connection instruction through the first VL, sending a configuration information instruction for service frames to the device under test; wherein, the configuration information instruction includes a second VL, a BAG, and a buffer size; the first ACK message indicates that the device under test is in a connectable state;

[0010] After receiving a second ACK message returned by the device under test according to the configuration information instruction through the second VL, testing the device under test according to a preset test requirement; wherein, the second ACK message indicates that the device under test has test conditions;

[0011] When the device under test is being tested, receiving supervision information of the device under test reported by a tester board;

[0012] Generating a test report and a log record of the device under test according to the supervision information, and storing them in a database.

[0013] Optionally, the sending a connection instruction to the device under test through a first VL includes:

[0014] After a user generates a script file, parsing the script file to obtain the connection instruction;

[0015] Sending the connection instruction to the tester board through a PCIE interface;

[0016] Using the first VL by the tester board to send the connection instruction to the device under test.

[0017] Optionally, the sending a configuration information instruction for service frames to the device under test after receiving a first ACK message returned by the device under test according to the connection instruction through the first VL includes:

[0018] After the tester board receives the first ACK message through the first VL, parsing a first ACK signal reported to the control host through a PCIE interface to confirm that the device under test is in a connectable state;

[0019] Sending a configuration information instruction for service frames to the device under test.

[0020] Optionally, after sending the connection instruction to the device under test through the first VL, the method further includes:

[0021] If the first ACK information is not received within a preset time, send the connection instruction to the device under test again; wherein, the number of times of sending the connection instruction shall not exceed a preset number of times.

[0022] Optionally, the configuration information instruction and the preset test requirements of the service frame are obtained by user definition.

[0023] Optionally, the connection instruction includes: message type, response sequence number of the device under test, request sequence number of the tester board, instruction name, and device status.

[0024] In a second aspect, the present invention provides a method for service supervision and automated testing in an AFDX network, which is applied to a device under test. The method includes:

[0025] Receive the connection instruction sent by the control host through the first VL;

[0026] When the connection instruction meets the preset specification and the device under test is in a connectable state, generate a first ACK signal and send the first ACK signal to the control host through the first VL;

[0027] When the received configuration information instruction sent by the control host meets the preset specification and the device under test is in a configuration-supported state, generate a second ACK signal and send the second ACK to the control host through the second VL; wherein, the configuration information instruction includes the second VL, BAG, and buffer size;

[0028] Receive the test instruction sent by the control host and start the test.

[0029] Optionally, the connection instruction includes: message type, response sequence number of the device under test, request sequence number of the tester board, instruction name, and device status.

[0030] The technical solutions provided by the embodiments of the present invention may include the following beneficial effects:

[0031] In the above technical solution, the process of the control host interacting with the device under test is realized through the connection instruction, and the automated test process can be completed completely. There is no need for manual processing or interference during the process, which can effectively improve the test efficiency and scenario coverage ability, and is of great significance for improving the reliability and efficiency of AFDX network testing.

[0032] The present invention will be further described in detail below with reference to the drawings and embodiments. Description of the Drawings

[0033] Figure 1 It is a flowchart of a service supervision and automation test method in AFDX network testing provided by an embodiment of the present invention;

[0034] Figure 2 It is a schematic framework diagram of a control host, a network tester, and a device under test provided by an embodiment of the present invention;

[0035] Figure 3 It is a flowchart of another service supervision and automation test method in AFDX network testing provided by an embodiment of the present invention;

[0036] Figure 4 It is a schematic structural diagram of a service supervision and automation test system in AFDX network testing provided by an embodiment of the present invention. Detailed implementation manners

[0037] The following further describes the present invention in detail with reference to specific embodiments, but the implementation manners of the present invention are not limited thereto.

[0038] Figure 1 It is a flowchart of a service supervision and automation test method in AFDX network testing provided by an embodiment of the present invention, which is applied to a control host. As Figure 1 shown, the method may include the following steps:

[0039] S101. Send a connection instruction to the device under test through the first VL.

[0040] It can be understood that the format of the connection instruction may include: message type, device-under-test response serial number, tester request serial number, instruction name (corresponding to an ASCII string), device status, and specific information, etc.

[0041] Optionally, S101 may include:

[0042] After the user generates a script file, parse the script file to obtain the connection instruction;

[0043] Send the connection instruction to the tester board through the PCIE interface;

[0044] The tester board uses the first VL to send the connection instruction to the device under test.

[0045] It can be understood that Figure 2 It is a schematic framework diagram of a control host, a network tester, and a device under test provided by an embodiment of the present invention. As Figure 2 shown, the control host may include a front-end interface and a back-end for user operation, and a control host application software; the AFDX network tester may include a tester agent and a tester board; the device under test may include a device-under-test agent and a DUT system card, and the communication relationships of each part are asFigure 2 as shown

[0046] Additionally, VL stands for Virtual Link, that is, virtual link; ACK signal stands for Acknowledgment signal, that is, reply signal. And the first VL is a specially set virtual link with high priority.

[0047] Optionally, after S101, the method may further include:

[0048] If the first ACK information is not received within a preset time, send a connection instruction to the device under test again; where the number of times of sending the connection instruction shall not exceed a preset number.

[0049] It can be understood that if the ACK information can be normally parsed, the control host updates the status interface and log record, marking the completion of the connection establishment process between the control host and the device under test.

[0050] S102. After receiving the first ACK information returned by the device under test according to the connection instruction through the first VL, send a configuration information instruction for the service frame to the device under test; where the configuration information instruction includes a second VL, BAG, and buffer size; the first ACK information indicates that the device under test is in a connectable state.

[0051] It can be understood that BAG is Bandwidth Allocation Gap, that is, bandwidth allocation interval.

[0052] Optionally, S102 may include:

[0053] After the tester board receives the first ACK information through the first VL, parse the first ACK signal reported to the control host through the PCIE interface to confirm that the device under test is in a connectable state;

[0054] Send a configuration information instruction for the service frame to the device under test.

[0055] S103. After receiving the second ACK information returned by the device under test according to the configuration information instruction through the second VL, test the device under test according to preset test requirements; where the second ACK information indicates that the device under test has test conditions.

[0056] S104. When the device under test is being tested, receive the supervision information of the device under test reported by the tester board.

[0057] S105. Generate a test report and log record of the device under test according to the supervision information, and store them in the database.

[0058] It is understandable that after the control host and the device under test establish a connection, multiple tests can be performed according to user requirements. After each test ends, it can be determined whether the next test case is required according to user requirements. If the next test case is required, the configuration information instruction corresponding to the next test case can be sent back to S102 and the test can be performed again until the test ends.

[0059] Figure 3 FIG. 4 is a flowchart of another method for service supervision and automated testing in AFDX network testing provided by an embodiment of the present invention, which is applied to a device under test, such as Figure 3 shown, the method may include the following steps:

[0060] S301. Receive a connection instruction sent by the control host through the first VL.

[0061] Optionally, the connection instruction includes: message type, response sequence number of the device under test, request sequence number of the tester board, instruction name, and device status.

[0062] S302. When the connection instruction conforms to a preset specification and the device under test is in a connectable state, generate a first ACK signal and send the first ACK signal to the control host through the first VL.

[0063] S303. When the received configuration information instruction sent by the control host conforms to a preset specification and the device under test is in a configuration support state, generate a second ACK signal and send the second ACK to the control host through the second VL; wherein, the configuration information instruction includes the second VL, BAG, and buffer size.

[0064] S304. Receive a test instruction sent by the control host and start the test.

[0065] It is understandable that S301 to S303 are steps on the device-under-test side, corresponding to the steps on the control-host side of S101 to S105. The specific implementation manners can refer to the embodiments in S101 to S105 and will not be elaborated herein.

[0066] In one implementation, the present invention can also provide a service supervision and automated testing system in AFDX network testing, Figure 4 FIG. 5 is a schematic structural diagram of a service supervision and automated testing system in AFDX network testing provided by an embodiment of the present invention, such as Figure 4As shown in the figure, the system as a whole is divided into a hardware part and a software part. The software part is responsible for parsing the received instructions, maintaining the statistical information related to the instructions and test results stored in the database, injecting the configuration information required for testing into the hardware tester, etc. It includes a user-defined input module 10, an instruction frame processing module 20, a database module 30, and a host computer proxy module 40. The PCIE interface 50 is the data interface for the interaction between the software and the hardware. The hardware part, i.e., the tester board, is responsible for receiving the configuration information sent by the software, forming data frames and instruction frames (connection instructions and configuration information instructions) that conform to the AFDX protocol and the test scenario, including: a scheduling module 60, a framing and fault injection module 70, a redundancy offset module 80, a data interface module 90, a data frame and instruction frame selection module 100, an instruction frame reporting module 110, a data frame parsing module 120, a redundancy processing module 130, an integrity check module 140, a police officer module 150, and a statistical information reporting module 160.

[0067] Among them, the user-defined input module 10 is used to save the test requirements and test scenarios of the user and then convert them into test parameters, including: frame type field, load mode, MAC address, frame type, IP packet field, UDP packet field, SN (Sequence Number), CRC (Cyclic Redundancy Check) check field, redundancy frame offset, etc., and output them to the instruction frame processing module. At the same time, it can also receive the relevant processing information of the instruction frame processing module.

[0068] The instruction frame processing module 20 is used to receive the test parameters in the user-defined input module and extract the corresponding instruction frames from the database module according to the corresponding parameters. The extracted instruction frames will be output to the host computer proxy module for further processing.

[0069] The database module 30 is used to store and manage the service frame parameters configured by the user according to the test requirements, the instruction frames for interacting with the device under test in the test process, and the test reports and logs generated in the automated test process, so as to facilitate subsequent query, analysis, and problem troubleshooting. This module supports efficient data retrieval and management to ensure the integrity and traceability of test data.

[0070] The host computer proxy module 40 is used to receive control instructions or test requirements from the control host and report data such as test results and statistical information to the control host. This module ensures efficient communication between the test system and the control host and supports real-time monitoring and control.

[0071] The PCIE interface 50 is the data interface between the hardware board and the host computer. It is used for receiving instruction frames and service frame statistical information in the upstream direction and sending instruction frames and the configuration information of service frames in the downstream direction.

[0072] The scheduling module 60 is used to send control signals to the frame forming and fault injection module according to the BAG and jitter parameters of the data frame, so as to regularize the traffic of the command frame and the data frame.

[0073] The frame forming and fault injection module 70 is used to form data frames and command frames according to the frame information and error addition information in the AFDX data frame format.

[0074] The redundant offset module 80 is used to generate two redundant frames with the same content but different transmission paths or time characteristics by copying the original frame and adding a time offset or a sequence number offset.

[0075] The data interface module 90 is used to convert the physical signals of the network into data in the AFDX standard format to obtain the AFDX network data frame. Optionally, the data interface module 90 may include PHY and MAC general IP cores; among them, PHY is equivalent to the medium for converting the MAC layer data frame signal and the physical signal to each other; MAC is equivalent to the medium for converting the MAC data frame signal and the user-side signal of the FPGA logic to each other.

[0076] The data frame and command frame selection module 100 is used to distinguish data frames and command frames according to the received frame identifier (Identifier) or specific fields in the frame header, and classify and transfer them to the corresponding processing modules.

[0077] The command frame reporting module 110 is responsible for parsing the received command frame and reporting it to the upper computer after adding a packet header.

[0078] The data frame parsing module 120 is used to extract key information in the data frame, such as frame length, stream ID, source MAC address, SN, etc., to provide data support for subsequent statistics and analysis.

[0079] The redundant processing module 130 is used to recover the correct data from the redundant path and record the arrival time difference of the two redundant data for analyzing the network performance.

[0080] The integrity verification module 140 is used to verify whether the SN order in the received service frame data conforms to the protocol specification to ensure the integrity of the data frame.

[0081] The policing module 150 is used to ensure whether the interval between adjacent service frames meets the protocol requirements, and record the frames that do not meet the BAG and jitter requirements for subsequent analysis.

[0082] The statistical information reporting module 160 is used to report the statistical information and the complete frame data to the control host or the upper management system to support decision-making and optimization.

[0083] In the above technical solution, the process of the control host interacting with the device under test through connection instructions can complete the automated test process without manual processing or interference in the middle, which can effectively improve the test efficiency and scenario coverage ability, and is of great significance for enhancing the reliability and efficiency of AFDX network testing.

[0084] It should be noted that the terms "first", "second", etc. are used to distinguish similar objects and do not necessarily describe a specific order or sequence. It should be understood that the data used in this way can be interchanged under appropriate circumstances so that the embodiments of the present invention described herein can be implemented in an order other than those illustrated or described herein. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present invention. On the contrary, they are merely examples of devices and methods consistent with some aspects of the present invention.

[0085] In the description of this specification, the description with reference to the terms "one embodiment", "some embodiments", "example", "specific example", or "some examples", etc. means that the specific features or characteristics described in connection with the embodiment or example are included in at least one embodiment or example of the present invention. In this specification, the schematic expressions of the above terms do not necessarily refer to the same embodiment or example. Moreover, the specific features or characteristics described can be combined in any one or more embodiments or examples in a suitable manner. In addition, those skilled in the art can combine and combine the different embodiments or examples described in this specification.

[0086] Although the present invention has been described in conjunction with various embodiments herein, however, in the process of implementing the claimed invention, those skilled in the art can understand and implement other variations of the disclosed embodiments by viewing the accompanying drawings and the disclosure. In the description of the present invention, the term "including" does not exclude other components or steps, the word "a" or "an" does not exclude a plurality of cases, and the meaning of "a plurality" is two or more unless otherwise specifically defined. In addition, certain measures are described in different embodiments, but this does not mean that these measures cannot be combined to produce good results.

[0087] The above content is a further detailed description of the present invention in combination with specific preferred embodiments, and it cannot be determined that the specific implementation of the present invention is only limited to these descriptions. For those of ordinary skill in the technical field to which the present invention belongs, without departing from the concept of the present invention, several simple deductions or substitutions can be made, and all should be regarded as belonging to the protection scope of the present invention.

Claims

1. A service supervision and automated testing method in AFDX network testing, applied to a control host, characterized in that The method includes: Sending a connection instruction to the device under test through a first VL; After receiving, through the first VL, a first ACK message returned by the device under test according to the connection instruction, sending a configuration information instruction for service frames to the device under test; wherein, the configuration information instruction includes a second VL, a BAG, and a buffer size; the first ACK message indicates that the device under test is in a connectable state; After receiving, through the second VL, a second ACK message returned by the device under test according to the configuration information instruction, testing the device under test according to a preset test requirement; wherein, the second ACK message indicates that the device under test has test conditions; When the device under test is being tested, receiving supervision information of the device under test reported by a tester board; Generating a test report and a log record of the device under test according to the supervision information and storing them in a database.

2. The method for service supervision and automated testing in AFDX network testing according to claim 1, characterized in that The sending a connection instruction to the device under test through a first VL includes: After a user generates a script file, parsing the script file to obtain the connection instruction; Issuing the connection instruction to the tester board through a PCIE interface; Using the first VL by the tester board to send the connection instruction to the device under test.

3. The service supervision and automated test method in the AFDX network test according to claim 1, wherein The sending a configuration information instruction for service frames to the device under test after receiving, through the first VL, a first ACK message returned by the device under test according to the connection instruction includes: After the tester board receives the first ACK message through the first VL, parsing a first ACK signal reported to the control host through the PCIE interface to confirm that the device under test is in a connectable state; Sending a configuration information instruction for service frames to the device under test.

4. The method for service supervision and automated testing in AFDX network testing according to claim 1, wherein After the sending a connection instruction to the device under test through the first VL, the method further includes: When the first ACK message is not received within a preset time, sending the connection instruction to the device under test again; wherein, the number of times of sending the connection instruction shall not exceed a preset number of times.

5. The service supervision and automation testing method in the AFDX network test according to claim 1, wherein The configuration information instruction for service frames and the preset test requirement are obtained by user definition.

6. The method for service supervision and automated testing in AFDX network testing according to claim 1, wherein The connection instruction includes: message type, device-under-test response sequence number, tester-board request sequence number, instruction name, and device status.

7. A service supervision and automated testing method in AFDX network testing, applied to a device under test, characterized in that The method includes: Receiving a connection instruction sent by a control host through a first VL; When the connection instruction conforms to a preset specification and the device under test is in a connectable state, generating a first ACK signal and sending the first ACK signal to the control host through the first VL; When the received configuration information instruction sent by the control host conforms to the preset specification and the device under test is in a configuration support state, generating a second ACK signal and sending the second ACK to the control host through a second VL; wherein, the configuration information instruction includes a second VL, a BAG, and a buffer size; Receiving a test instruction sent by the control host and starting the test.

8. The service supervision and automated test method in the AFDX network test according to claim 7, characterized in that The connection instruction includes: message type, device-under-test response sequence number, tester-board request sequence number, instruction name, and device status.

Images