Airborne traffic monitoring equipment test system and method

Abstract

The invention discloses an airborne traffic monitoring equipment test system and method, and relates to the technical field of aviation equipment.The test system comprises an upper computer and a lower computer which can be in two-way communication, and the upper computer and the lower computer are used for being connected with external tested equipment; the upper computer comprises an interaction module and a fault analysis module, and the interaction module is used for responding to a test instruction and outputting test parameters; the lower computer is used for generating test data matched with the equipment type of the tested equipment according to the test parameters, and the lower computer is used for carrying out inquiry and response interaction with the tested equipment according to the test data. According to the method, the airborne traffic monitoring equipment with different function types can be compatible without switching a test system or modifying hardware, and the test requirements of various airborne traffic monitoring equipment are met.

Description

Technical Field

[0001] This invention relates to the field of aviation equipment technology, and in particular to a testing system and method for airborne traffic monitoring equipment. Background Technology

[0002] With the rapid development of the aviation industry and the advent of the era of air logistics, air traffic volume is increasing daily, making airborne traffic surveillance systems increasingly important in ensuring flight safety. Airborne traffic surveillance equipment includes transponders (XPDR), Traffic Alert and Collision Avoidance Systems (TCAS), and Automatic Dependent Surveillance – Broadcast (ADS-B). Currently, the main way to obtain testing equipment for airborne traffic surveillance systems is through external purchases, such as the RGS2000NG. Its advantages are airworthiness certification and relatively complete functionality, but its disadvantages are high price, inconvenience in expansion and upgrades, and high after-sales maintenance costs.

[0003] Currently, some domestic manufacturers have already begun related research and development. For example, in the "Integrated TCAS Comprehensive Testing Technology," the first step is to find the correlation between test items and data acquisition to achieve cross-linking between the interface between the device under test and the test equipment. Secondly, by using methods such as excitation source simulation and intrusion machine simulation, a test environment is established to achieve equipment integration. Additionally, it supports one-click test report generation and remote network operation. This equipment mainly addresses key software technologies such as intrusion machine location simulation, human-computer interaction, fault diagnosis, and health management.

[0004] The paper "Test Equipment for Airborne Collision Avoidance System (TCAS) Based on Software Radio Technology" details the hardware structure and software algorithm of the test equipment, which can effectively meet the testing requirements of TCAS. The test equipment method is stable and reliable with a low bit error rate. Furthermore, the architecture is highly flexible, allowing for easy addition of new functions by adding software modules.

[0005] The hardware design of the portable transponder test equipment based on zero intermediate frequency can generate A / C mode interrogation signals only, A / C / S full call interrogation signal simulation and S mode interrogation signals, and identify and demodulate the response signals. It can also measure the power and frequency of the transponder transmitter according to the transponder test requirements.

[0006] While existing airborne traffic monitoring equipment testing systems can effectively address some of the testing needs of airborne traffic monitoring equipment, they only support one or a certain type of testing scenario, resulting in limited functionality and incompatibility with various test objects. Summary of the Invention

[0007] The technical problem to be solved by this invention is that the relevant airborne traffic monitoring equipment testing system has limited functionality and is incompatible with various test objects.

[0008] To address the aforementioned technical problems, this invention provides an airborne traffic monitoring equipment testing system, comprising a host computer and a slave computer capable of bidirectional communication. The host computer and the slave computer are respectively used to connect to an external device under test (DUT). The DUT includes transponders, automatic dependent surveillance systems (ADS-BS), and traffic alert and collision avoidance systems. The host computer includes an interaction module and a fault analysis module. The interaction module responds to test commands and outputs test parameters. The fault analysis module analyzes the interaction data between the slave computer and the DUT to obtain analysis data. The slave computer generates test data adapted to the DUT's device type based on the test parameters. The slave computer then engages in query-response interaction with the DUT based on the test data to obtain the interaction data.

[0009] Furthermore, the interaction module is used to respond to test commands and output test parameters, including: setting the operating parameters of the airborne traffic surveillance equipment test system in response to the test command; calling intrusion aircraft trajectory data and generating intrusion aircraft simulation parameters according to the number of intrusion aircraft and the selected trajectory in response to the test command; and outputting simulated avionics data based on the avionics network protocol. The interaction module is also used to receive data returned by the lower-level machine and the device under test. The interaction module has a display unit, which is used to display at least the status data of the device under test and the analysis data.

[0010] Furthermore, the lower-level machine includes an interface chip and a test module. The test module is connected to the upper-level machine through the interface chip. The test module is used to generate test data that is compatible with the device type of the device under test according to the test parameters.

[0011] Furthermore, the testing module includes an application layer and a hardware layer. The hardware layer includes: a data processing unit for receiving the test parameters and outputting link mode data based on the test parameters; a control unit for receiving the link mode data and generating link mode control commands based on the link mode data; a message processing unit for generating downlink messages by calling stored data from a data storage unit based on the link mode control commands; and a test interface unit for connecting to the device under test via a test interface, wherein the test interface unit is used to output the downlink messages to the device under test and receive uplink messages output by the device under test.

[0012] Furthermore, the stored data includes track information and avionics information; the downlink messages include downlink track messages and downlink avionics messages; and the uplink messages include uplink track messages and uplink avionics messages. The application layer includes: a first application unit corresponding to the device type of the Automatic Dependent Surveillance-Broadcast (ADS-B) device, used for track establishment and track tracking based on the track information; and a second application unit corresponding to the device type of the Traffic Warning and Collision Avoidance System (DDHS) device, used for traffic monitoring and alarm handling based on the avionics information.

[0013] The present invention also provides a testing method for airborne traffic monitoring equipment, comprising: an interaction module of a host computer responding to a test command and outputting test parameters; a slave computer generating test data adapted to the equipment type of the device under test based on the test parameters; the slave computer engaging in query-response interaction with the device under test based on the test data to obtain the interaction data; and a fault analysis module of the host computer analyzing the interaction data to obtain analysis data.

[0014] Furthermore, the lower-level machine generates test data adapted to the device type of the device under test based on the test parameters. The lower-level machine then engages in a query-response interaction with the device under test based on the test data to obtain the interaction data. This includes: setting the working state and working mode of the lower-level machine according to the test parameters; generating the test data according to the test parameters, the test data including response data, broadcast data, and query data; establishing a query-response interaction between the lower-level machine and the device under test to obtain the interaction data; and the fault analysis module analyzes the interaction data, including: replaying the interaction data to verify the traffic monitoring results of the device under test; and locating the fault type and fault location of the device under test based on the replayed interaction data.

[0015] Furthermore, the device under test is a transponder with S-mode functionality. The lower-level device receives control commands and target aircraft track data from the upper-level device, and writes its own address, response parameters, and operating mode related to the transponder function into a hardware register. The lower-level device actively sends its own track information, simulating the aircraft's ADS-B OUT broadcast or other broadcast-type data interaction. The specific functional test is as follows: the lower-level device generates interrogation data based on the target aircraft track data and sends it to the device under test, performs response judgment, and sends corresponding response data to the device under test; the lower-level device records the interaction data of interrogation, response, and broadcast, and sends it back to the upper-level device; the fault analysis module analyzes the interaction data to obtain the analysis data.

[0016] Furthermore, the device under test is a traffic warning and collision avoidance system, and the specific testing process is as follows: The lower-level machine collects broadcast or response data from the intruding aircraft, avionics parameters of the carrier aircraft, and flight path data of the intruding aircraft, and forwards them to the second application unit of the lower-level machine; the second application unit executes decision-making consultation, generates an initial decision-making consultation, and updates the decision-making consultation, synchronizing it to the device under test and the upper-level machine; the lower-level machine records the interaction data including the decision-making consultation; the fault analysis module analyzes the interaction data to obtain the analysis data.

[0017] Furthermore, the device under test is a broadcast automatic dependent surveillance system, and the test method includes: the lower-level machine uploads the parsed message data and track information to the upper-level machine to form a multi-target machine track and manage it, generating the interactive data, and simultaneously sending the track data to the traffic warning and collision avoidance system for mixed monitoring; the fault analysis module analyzes the interactive data to obtain the analysis data.

[0018] Compared with the prior art, the present invention has the following advantages: by providing a host computer and a slave computer that can communicate bidirectionally, the interaction module of the host computer can flexibly configure test parameters in response to test commands, and the slave computer can generate test data that is compatible with the type of the device under test according to the test parameters and complete the query-response interaction. Without switching the test system or modifying the hardware, it can be compatible with airborne traffic monitoring equipment of different functional types and meet the testing needs of various airborne traffic monitoring equipment. Attached Figure Description

[0019] Figure 1 This is a test system architecture diagram of an airborne traffic monitoring equipment according to an embodiment of the present invention; Figure 2 This is a functional block diagram of the airborne traffic monitoring equipment testing system according to an embodiment of the present invention; Figure 3 This is a schematic diagram of the response interaction of the lower-level machine in an embodiment of the present invention; Figure 4 This is a flowchart of the RA decision-making process according to an embodiment of the present invention; Figure 5 This is an ADS-B signal flow diagram according to an embodiment of the present invention; Figure 6 This is a schematic diagram illustrating the steps of the airborne traffic monitoring equipment testing method according to an embodiment of the present invention; Figure 7 yes Figure 6 A schematic diagram of the unfolding steps of step S2; Figure 8 yes Figure 6 A schematic diagram illustrating the unfolding steps of step S3 in the diagram.

[0020] The diagram is marked as follows: 1. Host computer; 11. Interaction module; 12. Fault analysis module; 2. Lower-level computer; 21. Test module; 22. Interface chip; 23. Application layer; 231. First application unit; 232. Second application unit; 24. Hardware layer; 241. Data processing unit; 242. Control unit; 243. Message processing unit; 244. Test interface unit; 245. Data storage unit; 25. Test interface; 26. Power supply module; 27. Crystal clock; 3. Device under test. Detailed Implementation

[0021] The present invention will now be further described with reference to the accompanying drawings and embodiments.

[0022] Currently, lower-level computer logic or functions are generally implemented using FPGAs. For some complex applications and real-time tasks, the lack of an operating system makes handling these functions relatively difficult. On the upper-level computer software side, there are weaknesses in modular design and software interface expansion, resulting in poor adaptability and compatibility. This makes it difficult to simulate data such as multi-target and trajectory information, often failing to cover all traffic monitoring function tests. Furthermore, upgrading the system when adding new test functions becomes extremely difficult.

[0023] This invention provides a testing system for airborne traffic monitoring equipment, such as... Figure 1 , Figure 2 As shown, the system includes a host computer 1 and a slave computer 2 capable of bidirectional communication. Host computer 1 and slave computer 2 are used to connect to the external device under test 3. The host computer 1 generates digital stimuli (analog data), eliminating the need for radio frequency components and implementing a digital method. This, combined with the slave computer, enables traffic monitoring testing. In the process of testing airborne traffic monitoring system modules and functions, more flexible testing modes, more accurate test data, and more complete functional coverage are achieved. Good compatibility is achieved in terms of testing cost, testing efficiency, test function completeness, and test object compatibility. It is also easy to maintain and upgrade, and by reconstructing the digital interface module, it can be compatible with most airborne traffic monitoring devices.

[0024] The host computer 1 includes an interaction module 11 and a fault analysis module 12. The interaction module 11 is used to respond to test commands and output test parameters; the fault analysis module 12 is used to analyze the interaction data between the lower computer 2 and the device under test 3 to obtain analysis data. The lower-level machine 2 is used to generate test data that is compatible with the device type of the device under test 3 according to the test parameters. The lower-level machine 2 is used to perform query and response interaction with the device under test 3 based on the test data to obtain interaction data.

[0025] The host computer 1 and the slave computer 2 communicate bidirectionally via a TCP / IP network port. The slave computer 2 is equipped with an interface chip 22, which is used to convert the TCP / IP data sent by the host computer 1 into optical signals to electrical signals, and also to package the interaction data between the slave computer 2 and the device under test 3 into TCP / IP format and send it back to the host computer 1.

[0026] The lower-level machine 2 is physically connected to the device under test 3 directly through the test interface 25. The test interface 25 can transmit downlink test data according to the function type of the device under test 3.

[0027] To integrate TCAS, ADS-B, and the transponder into a single, complete test setup, various software functions are required. These include setting test platform parameters, configuring corresponding test cases and scenarios for different functions under test based on MOPS (DO-181E / DO-185B / DO-260B, etc.), including test case execution time, query-response parameters during execution, and whether to execute the device under test's data recording function. Additionally, the system should provide multi-target general and hybrid monitoring functions based on C / S mode TCAS, and the ability to correctly output decision information. Therefore, the functional types of the device under test 3 include transponder (XPDR), traffic alert and collision avoidance system (TCAS), and automatic dependent surveillance – broadcast (ADS-B). Downlink test data includes XPDR interrogation signals generated by the lower-level machine 2 and ADS-B broadcast data. Test interface 25 is also used to receive uplink response data, such as XPDR response signals and TCAS decision information of the device under test 3. The host computer 1 receives the data returned by the device under test 3 via the ARINC664 network protocol, such as the working status and target parameters of the device under test 3, and displays it through the interaction module 11.

[0028] The equipment type of the tested device 3 includes at least one of the following: transponder, automatic dependent surveillance system, and traffic warning and collision avoidance system.

[0029] Interaction module 11 is used to respond to test commands and output test parameters, including: In response to test commands, set the working status, working mode, and other working parameters of the airborne traffic monitoring equipment test system; In response to the test command, based on the number of intruders and the selected flight path, the flight path database is loaded, the flight path data of the intruders is retrieved, and the simulation parameters of the intruders are generated. Based on the ARINC664 avionics network protocol, simulated avionics data is defined, including control commands for the device under test (DUT) and aircraft information.

[0030] After responding to the test command, the interactive module 11 outputs three types of test parameters, all of which match the test requirements of the airborne traffic monitoring equipment: The first category is system operating parameters, which are set according to the Minimum Operational Performance Standards (MOPS), such as XPDR corresponding to DO-181E, TCAS corresponding to DO-185B, and ADS-B corresponding to DO-260B, to set test cases and operating modes. The second category is simulated avionics data, which is based on the ARINC664 network protocol to generate onboard avionics data, such as longitude, latitude, barometric altitude, northbound speed, and generate crew control commands, such as TCAS target altitude filtering and distance range setting. The third category is intrusion aircraft simulation parameters. By loading a trajectory database, the number of intrusion aircraft and trajectory parameters, such as barometric altitude, radial velocity, and vertical rate of change, are set to simulate real aerial intrusion scenarios.

[0031] The interaction module 11 is also used to receive and display data, including receiving all data returned by the lower-level machine 2 and the device under test 3, such as the interaction data between the lower-level machine 2 and the device under test 3, and the decision information of the device under test 3, and displaying it through the display unit. The displayed content includes the status of the device under test 3 and the target information.

[0032] The fault analysis module 12 is used to collect all interaction data between the lower-level machine 2 and the device under test 3, and to identify bus faults and abnormal bus data. During the execution of the functional test, the data output by the device under test 3 to the lower-level machine 2 and the upper-level machine 1 is analyzed to confirm whether it meets the MOPS requirements, that is, to analyze the functional test compliance. The traffic monitoring logic and function of the device under test 3 are verified by replaying the recorded data, and the fault analysis and location of the device under test 3 are realized based on the data.

[0033] Test module 21 includes application layer 23 and hardware layer 24. Hardware layer 24 includes: Data processing unit 241 is used to receive test parameters and output link mode data according to the test parameters; Control unit 242 is used to receive link mode data and generate link mode control commands based on the link mode data; The message processing unit 243 is used to call the stored data of the data storage unit 245 according to the link mode control command to generate a downlink message; Test interface unit 244 is connected to device under test 3 through test interface 25. Test interface unit 244 is used to output downlink messages to device under test 3 and receive uplink messages output by device under test 3.

[0034] The stored data includes track information and avionics information; downlink messages include downlink track messages and downlink avionics messages; uplink messages include uplink track messages and uplink avionics messages; application layer 23 includes: The first application unit 231, corresponding to the equipment type of the broadcast automatic dependent surveillance equipment, is used to establish and track tracks based on track information. The second application unit 232, corresponding to the equipment type of the traffic warning and collision avoidance system equipment, is used for traffic monitoring and alarm handling based on avionics information.

[0035] The test module 21 uses an FPGA chip, which includes an application layer 23 based on the processing system and a hardware layer 24 based on programmable logic.

[0036] The data processing unit 241 of the hardware layer 24 receives simulated intrusion aircraft data from the application layer 23 and sends the track data and avionics data required for the downlink XPDR message and downlink ADS-B message to the data storage unit 245; the data processing module forwards the downlink XPDR information and downlink ADS-B message generated by the XPDR message processing module to the application layer 23; the data processing unit 241 extracts link mode data from the uplink XPDR message sent by the message processing unit 243 and sends it to the control unit 242; the data processing unit 241 extracts ADS-B data from the uplink ADS-B message sent by the message processing unit 243 and sends it to the first application unit 231; the data processing unit 241 extracts avionics data from the uplink XPDR message sent by the message processing module and sends it to the second application unit 232.

[0037] Data storage unit 245 stores key data required for downlink XPDR messages, including avionics data such as the aircraft address, airspeed, ground speed, heading data, tracking report, and altitude intent of the simulated intruder; data storage unit 245 also stores track data required for downlink ADS-B messages.

[0038] The control unit 242 generates corresponding link mode control commands based on the link mode data sent by the receiving data processing unit 241.

[0039] According to the link mode control command, message processing unit 243 calls the avionics data in data storage unit 245, generates a downlink XPDR message, and sends it to test interface unit 244; it calls the track data in data storage unit 245, generates a downlink ADS-B message, and sends it to test interface unit 244; message processing unit 243 receives uplink XPDR messages from test interface unit 244; message processing unit 243 receives uplink ADS-B messages from test interface unit 244.

[0040] The test interface unit 244 sends downlink XPDR messages or downlink ADS-B messages to the device under test 3 according to the link mode control command sent by the control unit 242, and receives uplink XPDR messages or uplink ADS-B messages from the device under test 3.

[0041] The first application unit 231 establishes and tracks a trajectory based on the trajectory information sent from the message processing unit 243; Specifically, the first application unit 231 uses ADS-B application software to receive uplink track messages transmitted by the message processing unit 243 of the hardware layer 24, namely the ADS-B IN data fed back by the device under test 3, and track data in the data storage unit 245. The track data originates from the test parameters issued by the host computer 1. The first application unit 231 correlates the position and speed data of multiple intrusion aircraft to generate independent tracks and updates track parameters in real time. For example, if an intrusion aircraft deviates from the preset track, the track coordinates are adjusted. The processed track data is then sent to the second application unit 232 for TCAS collision avoidance decision-making.

[0042] The second application unit 232 performs traffic monitoring and alarm processing based on the avionics information sent from the message processing unit 243.

[0043] The second application unit 232 uses TCAS application software to receive uplink avionics messages transmitted from the hardware layer 24 and intrusion aircraft trajectory data transmitted from the first application unit 231; it determines the collision risk between the intrusion aircraft and the local machine, generates alarm information, and transmits the alarm information to the hardware layer 24, which is then sent to the device under test 3 by the test interface unit 244 to verify whether the decision response of the tested TCAS conforms to the DO-185B standard.

[0044] Lower-level machine 2 also includes: Power module 26 is used to output power supply; Crystal clock 27 is used as the output clock source.

[0045] Specifically, most civil aircraft are currently equipped with transponders that have a Level 2 Mode S function, and both the lower-level machine 2 and the device under test 3 have interrogation and response capabilities. Their processes include broadcasting, issuing interrogations, receiving interrogations, logical judgment, and making responses. In this application, when the device under test 3 is a Mode S transponder, the lower-level machine 2 receives control commands and target aircraft track data from the upper-level machine 1, and writes information related to the transponder function, such as its own address, response parameters, and operating mode, into hardware registers. The lower-level machine 2 actively sends broadcast data, such as its own track information, simulating the aircraft's ADS-B OUT broadcast or other broadcast data interactions. The test method includes: The lower-level machine 2 generates interrogation data based on the target machine's flight track data and sends it to the device under test 3, performs response judgment, and sends the corresponding response data to the device under test 3. The lower-level computer 2 records the interactive data of queries, responses, and broadcasts, and sends it back to the upper-level computer 1; The fault analysis module 12 analyzes the interactive data to obtain analysis data.

[0046] like Figure 3 As shown, the data interaction logic between the test system and the device under test (DUT) 3, from left to right, consists of broadcast, query, and response logic, specifically including: The lower-level machine 2 completes power-on initialization and enters the data interaction process.

[0047] The lower-level machine 2 receives control commands and target aircraft trajectory data issued by the upper-level machine 1.

[0048] Key information related to the transponder function, such as local address, response parameters, and operating mode, is written into the hardware registers.

[0049] The lower-level machine 2 actively sends its own trajectory information, such as position, altitude, and speed, simulating the aircraft's ADS-B OUT broadcast or other broadcast-style data interaction.

[0050] The specific steps for the response logic are as follows: Step A1: Determine if the address matches the local machine address. If they do not match, proceed to step A2. If they match, proceed to step A3. Step A2: Determine if it is a broadcast query. If yes, proceed to step A21; otherwise, end the process. Step A21: Determine whether to ignore the lock. If yes, formulate a response strategy and send response data; otherwise, proceed to step A22. Step A22: Determine if the system is in a locked state. If yes, formulate a response strategy and send response data; otherwise, end the process. Step A3: Determine whether the query message is a short message. If so, formulate a response strategy and send response data; otherwise, proceed to step A31. Step A31: Determine if it is a long-format broadcast query. If yes, end the process; otherwise, formulate a response strategy and send response data.

[0051] The inquiry and TCAS processing procedures specifically include: Step B1: Determine whether data from the tested device 3 has been received. If yes, proceed to step B2; otherwise, return to step B1. Step B2: Determine if the device under test 3 requests data. If yes, execute step A1 to perform the response logic; otherwise, execute step B3. Step B3: Determine if the data from the tested device 3 is optical film data. If not, proceed to step B4; otherwise, forward the data to application layer 23 and proceed to step B5. Step B4: Determine whether the tested device 3 responds with data. If yes, store the key data; otherwise, return to step B1. Step B5: Determine whether to provide decision suggestions. If yes, display the decision information on the host computer 1; otherwise, proceed to step B6. Step B6: Determine whether the decision information has been queried. If yes, send query data; otherwise, return to step B1.

[0052] The interactive data received by the host computer 1 allows for real-time monitoring of operations performed at key nodes, thereby determining the correctness of the output data content and logic of the device under test 3. The test system can cover the functional testing of all Level 2 Mode S transponders, except for RF-related components and functions.

[0053] The International Civil Aviation Organization (ICAO) mandates that all commercial turbine-powered transport aircraft worldwide with 19 or more seats or a maximum takeoff weight exceeding 5,700 kg must possess TCASII capability. The TCAS application software is the core of the system; its main functions are to generate interrogation data, receive intrusion aircraft response data, perform calculations based on local data, intrusion aircraft information, and intrusion aircraft trajectory information from the first application unit 231, generate traffic and decision advice, and provide prompts to the crew through voice, display, and other means.

[0054] The device under test 3 is a traffic warning and collision avoidance system. The test methods include: The lower-level machine 2 collects broadcast or response data of the intruding aircraft, avionics parameters of the carrier aircraft, and flight track data of the intruding aircraft, and forwards them to the second application unit 232 of the lower-level machine 2. The second application unit 232 executes decision-making consultation, generates initial decision-making consultation, updates the decision-making consultation, and synchronizes it to the device under test 3 and the host computer 1. The lower-level machine 2 records interactive data including decision-making consultation; the fault analysis module 12 analyzes the interactive data to obtain analytical data.

[0055] Its data flow and main logic are as follows Figure 4 As shown, it includes: It synchronously receives broadcast / response data from the intruder, avionics parameters of the carrier aircraft, and ADS-B track data of the intruder.

[0056] Perform the initial assessment to generate an initial resolution advisory (RA) decision, including: Step C1: Determine whether the intrusion aircraft's intent can be determined through its flight path. If yes, proceed to step C2; otherwise, select a state based on the general scenario, provide an RA decision, and send it to the host computer 1 for display. Step C2: Determine whether the local machine identifier is greater than the intrusion machine identifier; if so, select the consistent / compatible state, give the RA decision, and send it to the host computer 1 for display of RA; otherwise, select the state based on the general scenario, give the RA decision, and send it to the host computer 1 for display of RA.

[0057] Perform subsequent judgments to complete the update and interaction with RA, including: Step C3: Determine if the local machine identifier is greater than the intrusion machine identifier. If yes, proceed to step C4; otherwise, proceed to step C5. Step C4: Determine whether the intrusion machine's intent is inconsistent with the local machine's suggestion. If so, reverse the local machine's RA state, update the RA, send it to the host computer 1 for display, and transfer the local machine's RA to the intrusion machine; otherwise, directly update the RA, send it to the host computer 1 for display, and transfer the local machine's RA to the intrusion machine. Step C5: Determine whether the state needs to be reversed. If so, reverse the local RA state, update RA, send it to the host computer 1 for display, and send the local RA to the intrusion machine; otherwise, directly update RA, send it to the host computer 1 for display, and send the local RA to the intrusion machine.

[0058] ADS-B is a surveillance technology proposed by the International Civil Aviation Organization (ICAO) to meet the needs of future air transport development. Based on satellite, data communication, and computer technologies, it enables a comprehensive and detailed understanding of traffic conditions in the surrounding airspace by transmitting its own status parameters and receiving broadcast information from other aircraft.

[0059] like Figure 5 As shown, in this test unit, ADS-B IN is used to test the ADS-B OUT information of other aircraft or the information sent by ADS-B ground station equipment. The parsed message data and track information are uploaded to the host computer interface to form multi-target aircraft tracks for management, and the track data is sent to TCAS for mixed surveillance.

[0060] Embodiments of the present invention also provide a testing method for airborne traffic monitoring equipment, applied to an airborne traffic monitoring equipment testing system, such as... Figure 6 As shown, it includes: Step S1: The interaction module 11 of the host computer 1 responds to the test command and outputs the test parameters; In step S2, the lower-level machine 2 generates test data that is compatible with the device type of the device under test 3 according to the test parameters. The lower-level machine 2 then performs query-response interaction with the device under test 3 based on the test data to obtain the interaction data. In step S3, the fault analysis module 12 of the host computer 1 analyzes the interactive data and obtains analysis data.

[0061] The lower-level machine 2 generates test data compatible with the device type of the device under test 3 based on the test parameters. The lower-level machine 2 then engages in a query-response interaction with the device under test 3 based on the test data, obtaining interactive data such as... Figure 7 As shown, it includes: Step S21: Set the working status and working mode of the lower-level machine 2 according to the test parameters; Step S22: Generate test data based on test parameters. The test data includes response data, broadcast data, and query data. Step S23: Establish a query-response interaction between the lower-level machine 2 and the device under test 3 to obtain interaction data.

[0062] The lower-level machine 2 interacts with the device under test 3 through the resident first application unit 231, second application unit 232, and XPDR logic, including: Based on the control instructions input by the host computer 1, the working status and mode of the slave computer 2 are set, and key data is stored through the operation register. Based on the flight path data simulated by the host computer, test data is generated according to the protocol format, including response data, ADS-B data, TCAS data, etc. After receiving the test data from the lower-level machine 2, the device under test 3 will return the uplink response data. For example, if the lower-level machine 2 sends an XPDR query signal, the device under test 3 will return an XPDR response signal; thus establishing the query-response operation logic. The lower-level computer 2 has the capability of multi-target general monitoring and mixed monitoring based on the height reporting mode (C mode) and selective calling mode (S mode), and can correctly output decision information; Based on ADS-B IN data, tracks are generated and managed for multiple intrusion aircraft, while track data is sent to TCAS for mixed surveillance.

[0063] The fault analysis module 12 analyzes the interactive data, such as... Figure 8 As shown, it includes: Step S31: Play back the interactive data and verify the traffic monitoring results of the tested device 3; Step S32: Based on the replayed interactive data, locate the fault type and fault location of the tested device 3.

[0064] The fault analysis module 12 monitors and records all data exchanged between the lower-level machine 2 and the device under test 3, as well as the data output by the device under test 3, in real time, and identifies bus faults and abnormal bus data.

[0065] During the functional test, the data output by the device under test 3 to the lower computer 2 and the upper computer 1 is analyzed to confirm whether it meets the MOPS requirements, that is, the functional test compliance is analyzed.

[0066] By replaying the recorded data, the system verifies whether the traffic monitoring logic and functions of the tested device 3 are normal, and based on the recorded data, it enables the analysis and location of faults in the tested device 3.

[0067] Although the present invention has been disclosed above with reference to preferred embodiments, it is not intended to limit the present invention. Any person skilled in the art can make some modifications and improvements without departing from the spirit and scope of the present invention. Therefore, the scope of protection of the present invention shall be defined by the claims.

Claims

1. A testing system for airborne traffic monitoring equipment, characterized in that, It includes a host computer (1) and a slave computer (2) capable of bidirectional communication, wherein the host computer (1) and the slave computer (2) are respectively used to connect to an external device under test (3); the device under test (3) includes transponders, automatic dependent monitoring systems, and traffic warning and collision avoidance systems; The host computer (1) includes an interaction module (11) and a fault analysis module (12). The interaction module (11) is used to respond to test commands and output test parameters. The fault analysis module (12) is used to analyze the interaction data between the lower-level machine (2) and the device under test (3) to obtain analysis data; The lower-level machine (2) is used to generate test data that is compatible with the device type of the device under test (3) according to the test parameters. The lower-level machine (2) is used to perform query-response interaction with the device under test (3) according to the test data to obtain the interaction data.

2. The airborne traffic monitoring equipment testing system according to claim 1, characterized in that, The interaction module (11) is used to respond to test commands and output test parameters, including: In response to the test command, the operating parameters of the airborne traffic monitoring equipment test system are set; In response to the test command, based on the number of intrusion aircraft and the selected flight path, the flight path data of the intrusion aircraft is retrieved and the simulation parameters of the intrusion aircraft are generated; Based on avionics network protocols, it outputs analog avionics data; The interaction module (11) is also used to receive data returned by the lower-level machine (2) and the device under test (3); the interaction module (11) has a display unit, which is used to display at least the status data of the device under test (3) and the analysis data.

3. The airborne traffic monitoring equipment testing system according to claim 2, characterized in that, The lower-level machine (2) includes an interface chip (22) and a test module (21). The test module (21) is connected to the upper-level machine (1) through the interface chip (22). The test module (21) is used to generate test data that is compatible with the device type of the device under test (3) according to the test parameters.

4. The airborne traffic monitoring equipment testing system according to claim 3, characterized in that, The test module (21) includes an application layer (23) and a hardware layer (24), wherein the hardware layer (24) includes: The data processing unit (241) is used to receive the test parameters and output link mode data according to the test parameters; The control unit (242) is used to receive the link mode data and generate link mode control commands based on the link mode data; The message processing unit (243) is used to call the stored data of the data storage unit (245) according to the link mode control instruction to generate a downlink message; The test interface unit (244) is connected to the device under test (3) through the test interface (25). The test interface unit (244) is used to output the downlink message to the device under test (3) and receive the uplink message output by the device under test (3).

5. The airborne traffic monitoring equipment testing system according to claim 4, characterized in that, The stored data includes track information and avionics information; the downlink messages include downlink track messages and downlink avionics messages; and the uplink messages include uplink track messages and uplink avionics messages. The application layer (23) includes: A first application unit (231) corresponding to the device type of the broadcast automatic dependent surveillance equipment is used to establish and track the track based on the track information; A second application unit (232) corresponding to the equipment type of the traffic warning and collision avoidance system equipment is used for traffic monitoring and alarm handling based on the avionics information.

6. A testing method for airborne traffic monitoring equipment, characterized in that, The airborne traffic monitoring equipment testing system applied to any one of claims 1 to 5 includes: The interaction module (11) of the host computer (1) responds to the test command and outputs the test parameters; The lower-level machine (2) generates test data that is compatible with the device type of the device under test (3) according to the test parameters. The lower-level machine (2) performs query-response interaction with the device under test (3) according to the test data to obtain the interaction data. The fault analysis module (12) of the host computer (1) analyzes the interactive data to obtain analysis data.

7. A testing method for an airborne traffic monitoring device according to claim 6, characterized in that, The lower-level machine (2) generates test data that matches the device type of the device under test (3) based on the test parameters. The lower-level machine (2) then performs a query-response interaction with the device under test (3) based on the test data to obtain the interaction data, including: Based on the test parameters, set the working status and working mode of the lower-level machine (2); The test data is generated based on the test parameters, and the test data includes response data, broadcast data, and query data. Establish an inquiry-response interaction between the lower-level machine (2) and the device under test (3) to obtain the interaction data; The fault analysis module (12) analyzes the interactive data, including: The interactive data is replayed to verify the traffic monitoring results of the tested device (3); Based on the replayed interactive data, the fault type and fault location of the tested device (3) are located.

8. A testing method for airborne traffic monitoring equipment according to claim 6, characterized in that, The device under test (3) is a transponder with S-mode function. The lower-level machine (2) receives control commands and target aircraft trajectory data issued by the upper-level machine (1) and writes the local address, response parameters, and working mode related to the transponder function into the hardware register. The lower-level machine (2) actively sends local trajectory information to simulate the aircraft's ADS-B OUT broadcast or other broadcast data interaction. The specific functional tests are as follows: The lower-level machine (2) generates interrogation data based on the target machine's flight path data and sends it to the device under test (3), performs response judgment, and sends corresponding response data to the device under test (3); The lower-level machine (2) records the interactive data of the query, response and broadcast, and sends it back to the upper-level machine (1); The fault analysis module (12) analyzes the interactive data to obtain the analysis data.

9. A testing method for an airborne traffic monitoring device according to claim 6, characterized in that, The device type of the tested device (3) is a traffic warning and collision avoidance system. The specific test process is as follows: The lower computer (2) collects the broadcast or response data of the intruding aircraft, the avionics parameters of the carrier aircraft, and the flight path data of the intruding aircraft, and forwards them to the second application unit (232) of the lower computer (2). The second application unit (232) executes decision-making consultation, generates an initial decision-making consultation, and completes the update of the decision-making consultation, synchronizing it to the device under test (3) and the host computer (1); The lower-level machine (2) records the interactive data including the decision-making consultation; The fault analysis module (12) analyzes the interactive data to obtain the analysis data.

10. A testing method for an airborne traffic monitoring device according to claim 6, characterized in that, The device under test (3) is a broadcast automatic correlation monitoring system, and the test method includes: The lower-level machine (2) uploads the parsed message data and track information to the upper-level machine (1) to form a multi-target machine track and manage it, generate the interactive data, and send the track data to the traffic warning and collision avoidance system for mixed monitoring. The fault analysis module (12) analyzes the interactive data to obtain the analysis data.

Images