Pressure testing device and method for train wireless dispatching communication system

Abstract

The invention provides a pressure testing device and method for a train wireless dispatching communication system. The system comprises a parameter configuration module used for configuring testing parameters; static data associated with lines, stations and cell identifiers are stored in the basic database; the terminal simulation and sending module dynamically creates a corresponding number of virtual test terminals according to the terminal creation interval and the terminal scale in combination with the test parameters; for each test terminal, calculating the cell switching period of the test terminal according to the moving speed of the terminal, and dynamically simulating the cell switching behavior of the test terminal in the moving process; in the simulation process, controlling each virtual test terminal to concurrently initiate a scheduling communication service request according to a service triggering rule; and the monitoring module automatically compares and verifies the response information with the corresponding static data in the basic database, and generates a test report based on a comparison and verification result, thereby realizing concurrent simulation of large-scale train terminals in a dynamic moving scene, and realizing test of scenes such as multi-train cross-station operation and operation speed change.

Description

Technical Field

[0001] This invention relates to the field of wireless communication technology, and in particular to a stress testing device and method for a train wireless dispatching communication system. Background Technology

[0002] The train wireless dispatching communication system is a core command system for ensuring railway traffic safety and improving transportation efficiency. This system needs to handle a large volume of real-time communication services between trains and the dispatching center, including but not limited to: addressing calls based on locomotive function numbers, train number function numbers, or dispatching function numbers; location addressing based on the real-time location of the train; and group calls and emergency calls dynamically established according to operational scenarios. With the increasing complexity of railway networks and the continuous increase in train density, the train dispatching system faces severe challenges in its service processing capabilities and stability under high concurrency and dynamic movement scenarios. Therefore, it is crucial to conduct thorough, efficient, and realistic stress tests during the system development, deployment, and upgrade / maintenance phases to assess its performance limits, identify potential bottlenecks, and verify functional correctness. Traditional stress testing methods involve deploying multiple real onboard equipment (CIR) or handheld terminals on actual railway operating lines or test tracks, with test personnel operating these devices to simulate initiating various calls and service requests. While this method can reflect the impact of the real wireless environment, it is extremely costly to organize, the test scenario is singular and uncontrollable, testing efficiency is low, and data verification is difficult. Related technologies... The test scenario is set up in a laboratory environment, using a single or a small number of test devices, and simple scripts are written to simulate fixed terminals sending basic messages such as registration and heartbeats. This method is relatively low-cost, but its simulation capabilities are extremely limited. It cannot simulate terminal mobility, and the cell (ECI) to which the terminal belongs remains unchanged. It cannot test the system's critical performance such as addressing and group call reconstruction when a train passes through the coverage area of ​​different base stations (when ECI handover occurs). It cannot simulate multi-terminal concurrency, and it is difficult to build a terminal scale sufficient to put pressure on the system's core business processing modules. Furthermore, the business coupling is low, and it can usually only perform single-service testing (such as testing only heartbeats or only registration), and cannot simulate the complex situation of multiple services (addressing, group calls, queries, etc.) intertwined and concurrent in real-world scenarios. Summary of the Invention

[0003] This invention provides a stress testing device and method for a train wireless dispatching communication system, which solves the problems of existing stress testing devices being unable to automatically simulate the stress scenario of a large number of train terminals concurrently executing multiple core dispatching services in a dynamic moving state, and lacking the ability to automatically verify the system response, resulting in low testing efficiency, high cost and incomplete scenario coverage.

[0004] This invention provides a stress testing device for a train wireless dispatching communication system, comprising: The system includes a parameter configuration module, a basic database, a terminal simulation and transmission module, and a monitoring module. The parameter configuration module is used to configure test parameters, which include at least the scale of the terminal to be simulated, the terminal creation interval, the terminal movement speed, and the service triggering rules. The basic database stores static data associated with lines, stations, and community identifiers; The terminal simulation and transmission module is connected to the parameter configuration module and the basic database, respectively. It is used to read corresponding static data from the basic database based on the terminal creation interval and the terminal scale, and dynamically create a corresponding number of virtual test terminals in conjunction with the test parameters. For each virtual test terminal, its cell handover cycle is calculated based on the terminal's movement speed. Based on the cell handover cycle and cell identifier data in the basic database, its cell handover behavior during movement is dynamically simulated. During the simulation, according to the service triggering rules, each virtual test terminal is controlled to concurrently initiate dispatch communication service requests to the train wireless dispatch communication system. The monitoring module is connected to the terminal simulation and transmission module, and is used to monitor and receive the response information returned by the train wireless dispatch communication system in response to the dispatch communication service request; and automatically compare and verify the response information with the corresponding static data in the basic database, and generate a test report based on the comparison and verification results.

[0005] According to the stress testing device for a train wireless dispatching communication system provided by the present invention, the basic database includes a route table, a station table, and a cell identifier table; The route table stores the route code and the corresponding dispatcher communication identifier. The station table stores station codes, duty officer communication identifiers, group call numbers, and topological relationships between stations. The community identifier table stores the community identifier, the station to which it belongs, and its location information within the station.

[0006] According to the stress testing apparatus for a train wireless dispatching communication system provided by the present invention, the dispatching communication service request includes at least one of the following: function number registration and deregistration request, periodic heartbeat reporting request, function number-based addressing request, location-based location addressing request, dynamic group call establishment request, and emergency call request.

[0007] According to the stress testing apparatus for a train wireless dispatching communication system provided by the present invention, the monitoring module is further configured as follows: Start a timeout countdown after initiating the aforementioned scheduling communication service request; If no response is received within the timeout period, a no-response event is recorded. If a response is received within the timeout period, the automatic comparison and verification will be performed.

[0008] The stress testing device for a train wireless dispatching communication system provided by the present invention further includes a display module; The display module is used to display test metrics in real time. The test metrics include at least one of the following: system resource utilization, business request frequency, total number of requests, success rate, average response latency, and maximum response latency.

[0009] According to the stress testing apparatus for a train wireless dispatching communication system provided by the present invention, the monitoring module is further configured to: Statistically calculate at least one of the following: concurrent business requests, average response latency, maximum response latency, success rate, and no-response rate.

[0010] The present invention also provides a stress testing method for a train wireless dispatching communication system, applied to the stress testing apparatus for a train wireless dispatching communication system as described in one of the preceding claims, comprising: Configure test parameters, which include at least the scale of terminals to be simulated, the terminal creation interval, the terminal movement speed, and the service triggering rules; Based on the terminal creation interval, the terminal scale, and the preset basic database, a corresponding number of virtual test terminals are dynamically created. For each virtual test terminal, its cell handover cycle is calculated based on the terminal's moving speed, and its cell handover behavior during movement is dynamically simulated based on the cell handover cycle and the cell identifier data in the basic database. During the simulation, according to the service triggering rules, each of the virtual test terminals is controlled to concurrently initiate dispatch communication service requests to the train wireless dispatch communication system; Monitor and receive response information returned by the train wireless dispatch communication system in response to the dispatch communication service request; The response information is automatically compared and verified with the corresponding static data in the basic database, and a test report is generated based on the comparison and verification results.

[0011] According to the stress testing method for a train wireless dispatching communication system provided by the present invention, the dynamic simulated cell handover behavior includes: According to the cell handover cycle, the virtual test terminal is controlled to periodically update its cell identifier according to the logical order of cell identifiers in the basic database.

[0012] According to the stress testing method for a train wireless dispatching communication system provided by the present invention, the automatic comparison and verification of response information with static data includes: When the scheduling communication service request is a function number-related service, verify whether the mapping relationship between the returned communication identifier and the function number is correct; When the scheduling communication service request is a location-related service, verify whether the returned list of neighboring cells or the range of group call numbers is correct.

[0013] According to the stress testing method for a train wireless dispatching communication system provided by the present invention, the service triggering rule includes at least one of the following: Periodically trigger the heartbeat reporting function; Triggered after a cell handover event occurs; Triggered at preset random or fixed time intervals; The triggered service types include at least one of the following: function number addressing, location addressing, dynamic group call, or emergency call.

[0014] This invention provides a stress testing device and method for a train wireless dispatching communication system. The system includes a parameter configuration module, a basic database, a terminal simulation and transmission module, and a monitoring module. The parameter configuration module is used to configure test parameters, which at least include the number of terminals to be simulated, the terminal creation interval, the terminal movement speed, and service triggering rules. The basic database stores static data associated with lines, stations, and cell identifiers. The terminal simulation and transmission module is connected to both the parameter configuration module and the basic database, and is used to read corresponding static data from the basic database according to the terminal creation interval and the number of terminals, and dynamically create a corresponding number of virtual test terminals based on the test parameters. For each virtual test terminal, its cell handover cycle is calculated based on the terminal movement speed, and the cell handover cycle and cell identifier data in the basic database are used to... The system dynamically simulates cell handover behavior during movement. During the simulation, based on the service triggering rules, each virtual test terminal concurrently initiates scheduling communication service requests to the train wireless scheduling communication system. The monitoring module, connected to the terminal simulation and transmission module, monitors and receives response information returned by the train wireless scheduling communication system in response to the scheduling communication service requests. It automatically compares and verifies the response information with corresponding static data in the basic database, generating a test report based on the comparison and verification results. This invention, through parameterized configuration and database driving, achieves automated simulation of multiple core scheduling services concurrently executed by large-scale train terminals in dynamic movement scenarios, thus enabling the construction of stress test scenarios highly approximating real operating environments in the laboratory. Furthermore, through modular design and collaborative work, it enables testing of scenarios such as multi-train cross-station operation and speed changes. Attached Figure Description

[0015] To more clearly illustrate the technical solutions in this invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are some embodiments of this invention. For those skilled in the art, other drawings can be obtained from these drawings without creative effort.

[0016] Figure 1 This is one of the functional structure diagrams of the stress testing device for a train wireless dispatching communication system provided in the embodiments of the present invention; Figure 2 This is the second functional structure diagram of the stress testing device for a train wireless dispatching communication system provided in this embodiment of the invention; Figure 3 This is one of the flowcharts of a stress testing method for a train wireless dispatching communication system provided in this embodiment of the invention; Figure 4 This is the second flowchart of a stress test method for a train wireless dispatching and communication system provided in this embodiment of the invention. Detailed Implementation

[0017] To make the objectives, technical solutions, and advantages of this invention clearer, the technical solutions of this invention will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some, not all, of the embodiments of this invention. All other embodiments obtained by those skilled in the art based on the embodiments of this invention without creative effort are within the scope of protection of this invention.

[0018] Figure 1 This is a functional structure diagram of a stress testing device for a train wireless dispatching communication system provided in an embodiment of the present invention, as shown below. Figure 1 As shown, the stress testing device for a train wireless dispatching communication system provided in this embodiment of the invention includes: The module includes a parameter configuration module 101, a basic database 102, a terminal simulation and transmission module 103, and a monitoring module 104. The parameter configuration module 101 is used to configure test parameters, which include at least the scale of the terminal to be simulated, the terminal creation interval, the terminal movement speed, and the service triggering rules. The basic database 102 stores static data associated with lines, stations, and community identifiers; The terminal simulation and transmission module 103 is connected to the parameter configuration module and the basic database, respectively. It is used to read corresponding static data from the basic database based on the terminal creation interval and the terminal scale, and dynamically create a corresponding number of virtual test terminals in conjunction with the test parameters. For each virtual test terminal, its cell handover cycle is calculated based on the terminal's movement speed. Based on the cell handover cycle and cell identifier data in the basic database, its cell handover behavior during movement is dynamically simulated. During the simulation, according to the service triggering rules, each virtual test terminal is controlled to concurrently initiate dispatch communication service requests to the train wireless dispatch communication system. The monitoring module 104 is connected to the terminal simulation and transmission module and is used to monitor and receive the response information returned by the train wireless dispatch communication system in response to the dispatch communication service request; and automatically compare and verify the response information with the corresponding static data in the basic database, and generate a test report based on the comparison and verification results.

[0019] In traditional laboratory testing environments, single or a small number of test devices are used to simulate basic messages such as registration and heartbeats from fixed terminals by writing simple scripts. This approach is relatively low-cost, but its simulation capabilities are extremely limited. It cannot simulate terminal mobility, and the terminal's registered cell (ECI) remains fixed. It cannot test critical performance aspects of the system, such as addressing and group call reconstruction, when a train passes through the coverage areas of different base stations (resulting in ECI handover). It cannot simulate multi-terminal concurrency, making it difficult to build a terminal scale sufficient to put pressure on the system's core business processing modules. Furthermore, the service coupling is low, typically allowing only single-service testing (such as testing only heartbeats or only registration), and it cannot simulate the complex situation of multiple services (addressing, group calls, queries, etc.) intertwined and concurrently occurring in real-world scenarios.

[0020] The stress testing device for a train wireless dispatching communication system provided in this embodiment of the invention includes a parameter configuration module, a basic database, a terminal simulation and transmission module, and a monitoring module. The parameter configuration module configures test parameters, which at least include the number of terminals to be simulated, the terminal creation interval, the terminal movement speed, and service triggering rules. The basic database stores static data associated with lines, stations, and cell identifiers. The terminal simulation and transmission module is connected to both the parameter configuration module and the basic database, and is used to read corresponding static data from the basic database according to the terminal creation interval and the number of terminals, and dynamically create a corresponding number of virtual test terminals based on the test parameters. For each virtual test terminal, its cell handover cycle is calculated based on the terminal movement speed, and the cell handover cycle and cell identifier data in the basic database are dynamically... The simulation simulates cell handover behavior during movement; during the simulation, according to the service triggering rules, each virtual test terminal is controlled to concurrently initiate scheduling communication service requests to the train wireless scheduling communication system; the monitoring module, connected to the terminal simulation and sending module, is used to monitor and receive the response information returned by the train wireless scheduling communication system in response to the scheduling communication service requests; and automatically compares and verifies the response information with the corresponding static data in the basic database, and generates a test report based on the comparison and verification results. This embodiment of the invention, through parameterized configuration and database driving, realizes the automated simulation of concurrent execution of multiple core scheduling services by large-scale train terminals in dynamic movement scenarios, thereby constructing a stress test scenario that highly approximates the real operating environment in the laboratory; and through modular design and collaborative work, it realizes the testing of scenarios such as multi-train cross-station operation and speed changes.

[0021] Based on any of the above embodiments, the parameter configuration interface should provide the following configurable fields: Terminal Scale | Number of Terminals | 1 - 1000 | Defines the total number of terminals to be simulated in this test; Terminal creation interval (seconds) | ≥ 0 | Upper limit of the random interval for creating terminal instances. The actual interval is a random number between 0 and the set value, used to distribute startup pressure; Terminal Attributes | Terminal Type | Vehicle-mounted Device, Handheld Terminal | Select the type of terminal device to simulate.

[0022] Local ISDN number | Text (e.g., 14980000000) | Starting ISDN number, which increments automatically for each terminal (e.g., +1).

[0023] Starting local port number | 1024-65535 | The starting port number for each terminal socket connection, which automatically increments for each terminal (e.g., +1).

[0024] Locomotive speed (km / h) | 1-350 | Used to calculate ECI switching time. At a speed of 100km / h, a switching occurs approximately every 122 seconds.

[0025] Locomotive Kilometer Marker | Kilometer Marker | -32768-32767 | Defines the initial kilometer mark for the locomotive, which changes according to the set locomotive speed and direction of travel.

[0026] Locomotive position | Latitude and longitude | -32768-32767 | Defines the initial position of the locomotive, which changes according to the set locomotive speed and direction of travel.

[0027] Function Number Configuration | Locomotive Function Number Prefix | Text (e.g., CRH) | Locomotive type code, the numeric part starts from 00001 and increments automatically. Train Number Function Number Prefix | Text (e.g., K) | Train number letter part, the numeric part starts from 1 and increments automatically. Dispatch Function Number Generation Mode | Automatic (based on locomotive / train number / station) | Selecting "Automatic" will automatically generate the function number based on the basic data.

[0028] Addressing Method | Locomotive Function Number Addressing Method | Locomotive Function Number, ISDN | Addressing method used in testing; Train Number Function Number Addressing Method | Train Number Function Number, ISDN | Addressing method used in testing. Function Number Query Basis | ISDN, Locomotive Function Number, Train Number Function Number | Key used when querying function numbers.

[0029] Server address | Scheduling communication server IP | IPv4 address or IPv6 address | Address of the server under test.

[0030] Dispatch communication server port | 1-65535 | Port of the server under test. Network management server IP | IPv4 address or IPv6 address | Network management monitoring server address.

[0031] Network management server port | 1 - 65535 | Network management monitoring server port.

[0032] Local machine information | Local IP address | IPv4 address or IPv6 address | IP address of the machine where the testing tool is located.

[0033] In this embodiment of the invention, the configuration interface provides comprehensive control from macro (terminal scale, server address) to micro (port number increment, function number prefix). Users can precisely construct the required test scenarios like building blocks according to specific test objectives (such as extreme stress, service combination, specific lines), rather than a single, fixed test mode.

[0034] Based on any of the above embodiments, the basic database includes a route table, a station table, and an E-UTRANCell Identity (ECI) table; The route table stores the route code and the corresponding dispatcher communication identifier. The route table includes the route code, dispatcher ISDN, and dispatcher function number; The station table stores station codes, duty officer communication identifiers, group call numbers, and topological relationships between stations. The station table includes the line it belongs to, station code, duty officer ISDN, duty officer function number, previous station, next station, station group call sign, and adjacent station group call sign (emergency group call sign); The community identifier table stores the community identifier, the station to which it belongs, and its location information within the station.

[0035] The community identification table includes ECI, the station it belongs to, and the location of the station (within the station or between sections); In this embodiment of the invention, the basic database is stored in the form of database tables (such as SQLite / MySQL) or CSV / JSON files for testing tools to load.

[0036] Based on any of the above embodiments, the scheduling communication service request includes at least one of the following: function number registration and deregistration request, periodic heartbeat reporting request, function number-based addressing request, location-based location addressing request, dynamic group call establishment request, and emergency call request.

[0037] The terminal simulation and transmission module reads terminal attributes, ISDN (auto-incrementing), locomotive function number (auto-incrementing), train number function number (auto-incrementing), local port number (auto-incrementing), initial ECI (assigned from the data source), speed (parameter setting), kilometer marker (parameter setting, changing according to the set locomotive speed and direction of travel), and latitude and longitude (parameter setting, changing according to the set locomotive speed and direction of travel) from the basic database according to the configured terminal creation interval. After logging into the train dispatch system, it sends a "Locomotive / Train Number Function Number Registration" message to the dispatch communication server, registering its ISDN and function number mapping relationship with the train dispatch server. After successful registration, the terminal begins to periodically (e.g., once per second) send heartbeat messages to the train dispatch server and network management system, reporting its current ECI and speed. This module includes a timer, which calculates the ECI switching cycle T = (100 / current_speed) * 122 based on the current speed. Every time time T elapses, the terminal switches from the ECI table to the next ECI according to the line logical order (e.g., moving along the line). During the heartbeat sending interval, function number addressing is triggered randomly or according to preset rules. Based on the configured "addressing mode," an addressing request for the locomotive function number, train number function number, or dispatch function number is initiated. Function number queries are performed; based on the configured "query criteria," the corresponding ISDN function number is retrieved from the server, or vice versa. Registration and heartbeat information for different trains are sent sequentially according to the set intervals. Simultaneously, the registration and deregistration of locomotive and train number function numbers are performed every 24 hours or according to a set time. Furthermore, based on the terminal creation interval, the number of different train numbers added to the set number of terminals is increased sequentially, and the above operations are performed.

[0038] In this embodiment of the invention, the location of the simulated train and its corresponding ECI are dynamically simulated. The switching time is calculated and the corresponding ECI is updated according to different speeds, which is closer to the actual train operation status and more realistically verifies the processing capability of the train dispatching system.

[0039] After switching ECIs, function number addressing is triggered randomly or according to preset rules. Based on the configured "addressing mode," an addressing request for the locomotive function number, train number function number, or dispatch function number is initiated. Function number queries are performed by querying the server for the corresponding ISDN function number based on the configured "query criteria," or vice versa. This effectively verifies the processing capabilities of the train dispatching system. Simultaneously, various short number and group call number query tests are conducted to verify the correctness of the group call number feedback and the call processing capability of the dispatching system under different ECIs or stations. By sequentially sending registration and heartbeat information of different trains at set intervals and verifying the correctness of the returned information, the data processing capability and correctness of the train dispatching system can be verified in a laboratory environment.

[0040] Existing testing methods can only perform success rate tests under the same ECI, which is limited to a single scenario. The embodiments of this invention can simulate the processing capacity of the train dispatching system after thousands of terminals switch between different stations and ECIs, which is closer to the actual operation of the train dispatching system.

[0041] Based on any of the above embodiments, the monitoring module is further configured as follows: Start a timeout countdown after initiating the aforementioned scheduling communication service request; If no response is received within the timeout period, a no-response event is recorded. If a response is received within the timeout period, the automatic comparison and verification will be performed.

[0042] In this embodiment of the invention, after any request is sent, a 5-second timeout timer is started. If a response is received within 5 seconds, the response content is recorded. Simultaneously, the response result is compared with preset data in the route table and station table to verify the correctness of information such as the neighbor cell list returned by the server. When making a function number call or query, the tool needs to verify whether the address information returned by the server is correct based on the preset ISDN and function number mapping relationship in the route table and station table. When using short number addressing, the tool verifies whether the front station duty officer, the back station duty officer, the group call (such as intra-station group call, neighbor station group call) number, and the call initiation are correct. For example, querying the function number of train "K123" should return the correct ISDN of the line dispatcher, the current duty officer, the front and back station duty officers, the range of group calls, and the correct neighbor cell list. The assertion result (success / failure) is recorded and stored. If no response is received within 5 seconds, the interface call is marked as "no response" and the event is recorded. This achieves automation and intelligence, ensuring the comprehensiveness, accuracy, and high engineering practical value of the stress test results.

[0043] In this embodiment of the invention, the monitoring module is further configured as follows: Statistically calculate at least one of the following: concurrent business requests, average response latency, maximum response latency, success rate, and no-response rate.

[0044] Based on any of the above embodiments, such as Figure 2 As shown, the stress testing device for the train wireless dispatch communication system also includes a display module; The display module is used to display test metrics in real time. The test metrics include at least one of the following: system resource utilization, business request frequency, total number of requests, success rate, average response latency, and maximum response latency.

[0045] In this embodiment of the invention, the monitoring module includes a monitoring dashboard that displays in real time the CPU utilization and memory usage of the server where the testing tool is located, as well as the average number of accesses per second (QPS). For example, the target is set as: 100 CIRs => 20 QPS, 400 handheld terminals => 80 QPS; the total number of requests, successful requests, failed requests, no-response requests, success rate, etc., and these data should be recorded in the storage module for subsequent test report generation.

[0046] The system records the locomotive / train number function number registered with the ISDN number, the registration information sent by the sending module, the heartbeat, and the response information and response time returned by the train dispatch system, which are used by the monitoring unit for data verification and statistics.

[0047] This invention utilizes automatically generated train information (registration, deregistration, heartbeat, speed, kilometer markers, latitude and longitude, ECI, etc.) to continuously send registration applications and heartbeats to the train dispatching system. It also detects and verifies the correctness of the information returned by the train dispatching service, simulating the sending of application and heartbeat data during multiple train operations in a real-world scenario. This conveniently achieves stress testing of the dispatching communication system and verifies the response data returned by the system. This test scenario is closer to the actual application scenario of the train dispatching system, enabling automated stress testing of the dispatching communication system, improving testing efficiency, and saving costs. Stress testing can be performed on different types of train dispatching systems (GSM-R, LTE-R, 400M digital, and 5G-R). Simply connect the test terminal to the existing train dispatching system network and batch activate the usernames or ISDN numbers to be sent; the stress test is simple and efficient.

[0048] The stress testing device for a train wireless dispatch communication system provided in this invention simulates multiple trains or handheld terminals sending concurrent requests and heartbeat information to the wireless dispatch communication system in a mobile scenario. It initiates addressing requests for locomotive function numbers, train number function numbers, or dispatch function numbers according to the configured "addressing mode," or queries the train dispatch system for the corresponding ISDN function number according to the configured "query basis," or vice versa. This verifies the processing capabilities of the train dispatch system for functions such as function number addressing, location addressing, dynamic group calling, and emergency calls. It also monitors the correctness of the response data returned by the train dispatch system (heartbeat, function number addressing, short number addressing, etc.) and performs statistical analysis to obtain indicators such as average latency, maximum latency, packet loss rate, response error rate, and success rate for processing train information via wireless dispatch communication. This testing method does not require changes to the existing wireless dispatch communication configuration. It only sends registration, heartbeat, and other information from multiple trains or handheld terminals through the tool, and simulates the scenario where speed, kilometer markers, latitude and longitude, ECI, etc., are constantly changing under the train operation status. It does not affect the operation of the existing train dispatch system, nor does it require the adjustment of the train dispatch system parameters. The test results are closer to the actual use scenario.

[0049] Figure 3 A flowchart of a stress testing method for a train wireless dispatching communication system provided in an embodiment of the present invention is shown below. Figure 3 As shown, the stress testing method for a train wireless dispatching communication system provided in this embodiment of the invention includes: Step 301: Configure test parameters, which include at least the scale of terminals to be simulated, the terminal creation interval, the terminal movement speed, and the service triggering rules. Step 302: Dynamically create a corresponding number of virtual test terminals based on the terminal creation interval, the terminal scale, and the preset basic database; Step 303: For each virtual test terminal, calculate its cell handover cycle based on the terminal's moving speed, and dynamically simulate its cell handover behavior during movement based on the cell handover cycle and the cell identifier data in the basic database. Step 304: During the simulation, according to the service triggering rules, control each of the virtual test terminals to concurrently initiate dispatch communication service requests to the train wireless dispatch communication system. Step 305: Monitor and receive the response information returned by the train wireless dispatch communication system in response to the dispatch communication service request; Step 306: Automatically compare and verify the response information with the corresponding static data in the basic database, and generate a test report based on the comparison and verification results.

[0050] In this embodiment of the invention, the dynamic simulated cell handover behavior includes: According to the cell handover cycle, the virtual test terminal is controlled to periodically update its cell identifier according to the logical order of cell identifiers in the basic database.

[0051] In this embodiment of the invention, the automatic comparison and verification of the response information with static data includes: When the scheduling communication service request is a function number-related service, verify whether the mapping relationship between the returned communication identifier and the function number is correct; When the scheduling communication service request is a location-related service, verify whether the returned list of neighboring cells or the range of group call numbers is correct.

[0052] In this embodiment of the invention, the service triggering rule includes at least one of the following: Periodically trigger the heartbeat reporting function; Triggered after a cell handover event occurs; Triggered at preset random or fixed time intervals; The triggered service types include at least one of the following: function number addressing, location addressing, dynamic group call, or emergency call.

[0053] like Figure 4 As shown, the stress test method for the train wireless dispatch communication system specifically includes: Phase 1: Initialization and Identity Establishment, specifically including: Parameter configuration: Operators set global parameters for this test (terminal scale, speed, business rules, etc.) in the tool interface.

[0054] Startup and Loading of Data Sources: The tool starts and loads static data such as lines, stations, and ECI from the "Basic Database".

[0055] Login: The virtual terminal uses its configured ISDN number, port, and other information to initiate a login request to the train dispatch system and establish a communication connection. After this step is completed, the terminal enters the "logged in" state and begins to periodically send "network heartbeats".

[0056] Phase Two: Periodic Activities and Business Triggers, specifically including: The terminal enters an infinite loop driven by "business trigger rules" and "timers," with "heartbeats" as the time base: Heartbeat driven: In each heartbeat cycle (e.g., 1 second), the process enters the "retrieve heartbeat" node, followed by the "network heartbeat" sending action. This is the basis for the terminal to maintain its online status and update its location information.

[0057] Random / Rule-Triggered Services: During the intervals between heartbeat transmissions (or within the heartbeat event handling logic), the tool selects one or more services from the service list on the right to execute, based on preset "service triggering rules" (such as random probability, time interval, or triggering after ECI switching). This simulates a real-world scenario where trains randomly perform dispatch communication.

[0058] Possible business activities include: Addressing call: Initiate “train number function number addressing” or “locomotive function number addressing” (call another train based on its function number), or initiate “1200 addressing”, “1300 addressing”, etc. (call a specific dispatcher or duty officer).

[0059] Information Query: Perform "Query Function Number" (search for function number based on ISDN or vice versa), or "Query Internal / Nearby / Emergency Group Call Number" (obtain the group call number related to the current location).

[0060] Group call setup and teardown: After finding the group call number, you can initiate the group call and then "hang up the group call".

[0061] Forced triggering by a timer (24-hour cycle): Independent of heartbeat and random triggering, it has a background timer. Every 24 hours, it forces the process to execute the function number management sequence once. Locomotive function number cancellation → Locomotive function number registration; Train number function number cancellation → Train number function number registration; This cycle ensures that the terminal identity is updated periodically during long-term testing, which is used to test the system's ability to handle scenarios such as registration expiration and re-registration.

[0062] Phase Three: Concurrency and Monitoring, specifically including: The above process describes the behavior of a single terminal. In actual testing, the tool will be configured according to the "terminal scale" to run hundreds or thousands of such terminal instances concurrently. Each instance executes the above process independently, but the start time, triggered business, and current status (ECI, speed) are different, thus forming a large-scale, high-concurrency mixed business traffic, putting pressure on the train dispatching system.

[0063] In this embodiment of the invention, for each request initiated in the above process (heartbeat, registration, addressing, query, hang-up), the monitoring module will start a timeout count (e.g., 5 seconds). It receives the system response, automatically compares and verifies the response content with the expected value in the "basic database" (e.g., verifying whether the addressing call connection is correct, and whether the group call number returned by the query matches the current ECI), records success, failure, or no-response events, and statistically analyzes indicators such as latency and success rate.

[0064] The stress testing method for a train wireless dispatching communication system provided in this invention includes configuring test parameters through a parameter configuration module; storing static data associated with lines, stations, and cell identifiers in a basic database; a terminal simulation and transmission module reading corresponding static data from the basic database based on the terminal creation interval and the terminal scale, and dynamically creating a corresponding number of virtual test terminals in conjunction with the test parameters; calculating the cell handover cycle for each virtual test terminal based on its moving speed, and dynamically simulating its cell handover behavior during movement based on the cell handover cycle and cell identifier data in the basic database; and controlling each virtual test terminal according to the service triggering rules during the simulation process. The terminal concurrently initiates a dispatch communication service request to the train wireless dispatch communication system; the monitoring module monitors and receives the response information returned by the train wireless dispatch communication system in response to the dispatch communication service request; and automatically compares and verifies the response information with the corresponding static data in the basic database, and generates a test report based on the comparison and verification results. This embodiment of the invention realizes automated simulation of the concurrent execution of multiple core dispatch services by a large number of train terminals in dynamic moving scenarios through parameterized configuration and database driving, thereby constructing a stress test scenario that closely approximates the real operating environment in the laboratory; and through modular design and collaborative work, it realizes the testing of scenarios such as multi-train cross-station operation and speed changes.

[0065] The system embodiments described above are merely illustrative. The units described as separate components may or may not be physically separate. The components shown as units may or may not be physical units; that is, they may be located in one place or distributed across multiple network units. Some or all of the modules can be selected to achieve the purpose of this embodiment according to actual needs. Those skilled in the art can understand and implement this without any creative effort.

[0066] Through the above description of the embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus necessary general-purpose hardware platforms, and of course, it can also be implemented by hardware. Based on this understanding, the above technical solutions, in essence or the parts that contribute to the related technology, can be embodied in the form of software products. This computer software product can be stored in a computer-readable storage medium, such as ROM / RAM, magnetic disk, optical disk, etc., and includes several instructions to cause a computer device (which may be a personal computer, server, or network device, etc.) to execute the methods described in the various embodiments or some parts of the embodiments.

[0067] Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present invention, and not to limit them; although the present invention has been described in detail with reference to the foregoing embodiments, those skilled in the art should understand that modifications can still be made to the technical solutions described in the foregoing embodiments, or equivalent substitutions can be made to some of the technical features; and these modifications or substitutions do not cause the essence of the corresponding technical solutions to deviate from the spirit and scope of the technical solutions of the embodiments of the present invention.

Claims

1. A stress testing device for a train wireless dispatching communication system, characterized in that, include: The system includes a parameter configuration module, a basic database, a terminal simulation and transmission module, and a monitoring module. The parameter configuration module is used to configure test parameters, which include at least the scale of the terminal to be simulated, the terminal creation interval, the terminal movement speed, and the service triggering rules. The basic database stores static data associated with lines, stations, and community identifiers; The terminal simulation and transmission module is connected to the parameter configuration module and the basic database, respectively. It is used to read corresponding static data from the basic database based on the terminal creation interval and the terminal scale, and dynamically create a corresponding number of virtual test terminals in conjunction with the test parameters. For each virtual test terminal, its cell handover cycle is calculated based on the terminal's movement speed. Based on the cell handover cycle and cell identifier data in the basic database, its cell handover behavior during movement is dynamically simulated. During the simulation, according to the service triggering rules, each virtual test terminal is controlled to concurrently initiate dispatch communication service requests to the train wireless dispatch communication system. The monitoring module is connected to the terminal simulation and transmission module, and is used to monitor and receive the response information returned by the train wireless dispatch communication system in response to the dispatch communication service request; and automatically compare and verify the response information with the corresponding static data in the basic database, and generate a test report based on the comparison and verification results.

2. The stress testing device for a train wireless dispatching communication system according to claim 1, characterized in that, The basic database includes a route table, a station table, and a community identifier table; The route table stores the route code and the corresponding dispatcher communication identifier. The station table stores station codes, duty officer communication identifiers, group call numbers, and topological relationships between stations. The community identifier table stores the community identifier, the station to which it belongs, and its location information within the station.

3. The stress testing device for a train wireless dispatching communication system according to claim 1, characterized in that, The dispatch communication service requests include at least one of the following: function number registration and deregistration request, periodic heartbeat reporting request, function number-based addressing request, location-based location addressing request, dynamic group call establishment request, and emergency call request.

4. The stress testing device for a train wireless dispatching communication system according to claim 1, characterized in that, The monitoring module is also configured to: Start a timeout countdown after initiating the aforementioned scheduling communication service request; If no response is received within the timeout period, a no-response event is recorded. If a response is received within the timeout period, the automatic comparison and verification will be performed.

5. The stress testing device for a train wireless dispatching communication system according to claim 1, characterized in that, It also includes a display module; The display module is used to display test metrics in real time. The test metrics include at least one of the following: system resource utilization, business request frequency, total number of requests, success rate, average response latency, and maximum response latency.

6. The stress testing device for a train wireless dispatching communication system according to claim 1, characterized in that, The monitoring module is also configured to: Statistically calculate at least one of the following: concurrent business requests, average response latency, maximum response latency, success rate, and no-response rate.

7. A stress testing method for a train wireless dispatching communication system, characterized in that, The stress testing apparatus for a train wireless dispatching communication system as described in any one of claims 1 to 6 comprises: Configure test parameters, which include at least the scale of terminals to be simulated, the terminal creation interval, the terminal movement speed, and the service triggering rules; Based on the terminal creation interval, the terminal scale, and the preset basic database, a corresponding number of virtual test terminals are dynamically created. For each virtual test terminal, its cell handover cycle is calculated based on the terminal's moving speed, and its cell handover behavior during movement is dynamically simulated based on the cell handover cycle and the cell identifier data in the basic database. During the simulation, according to the service triggering rules, each of the virtual test terminals is controlled to concurrently initiate dispatch communication service requests to the train wireless dispatch communication system; Monitor and receive response information returned by the train wireless dispatch communication system in response to the dispatch communication service request; The response information is automatically compared and verified with the corresponding static data in the basic database, and a test report is generated based on the comparison and verification results.

8. The stress testing method for a train wireless dispatching communication system according to claim 7, characterized in that, The dynamically simulated cell handover behavior includes: According to the cell handover cycle, the virtual test terminal is controlled to periodically update its cell identifier according to the logical order of cell identifiers in the basic database.

9. The stress testing method for a train wireless dispatching communication system according to claim 7, characterized in that, The automatic comparison and verification of the response information with static data includes: When the scheduling communication service request is a function number-related service, verify whether the mapping relationship between the returned communication identifier and the function number is correct; When the scheduling communication service request is a location-related service, verify whether the returned list of neighboring cells or the range of group call numbers is correct.

10. The stress testing method for a train wireless dispatching communication system according to claim 7, characterized in that, The service triggering rules include at least one of the following: Periodically trigger the heartbeat reporting function; Triggered after a cell handover event occurs; Triggered at preset random or fixed time intervals; The triggered service types include at least one of the following: function number addressing, location addressing, dynamic group call, or emergency call.

Images