GSM-R cross-domain coordinated multi-point cluster wireless network simulation method and system

Abstract

The invention provides a GSM-R (Global System for Mobile Communications-Railway) cross-domain coordinated multipoint cluster wireless network simulation method and system, and the method comprises the steps: receiving a call request from at least one vehicle-mounted device for each domain, determining the call request as a circuit domain request or a packet domain request based on the call request, the calling request carries address information and identification information of the vehicle-mounted equipment, local domain address information and identification information of called target ground control equipment, or carries request content and address information of the vehicle-mounted equipment and a target domain name; if the call request is determined to be a circuit domain request, determining whether the call request is cross-domain communication based on identification information of the called target ground control equipment and address identification information stored in the domain; and after the address information of the local domain is reconstructed and the address information of the target ground control equipment of the target domain is determined through the central server, the reconstructed call request is forwarded to the target ground control equipment based on the address information of the target ground control equipment.

Description

Technical Field

[0001] This invention relates to the field of wireless communication technology, and in particular to a simulation method and system for a GSM-R cross-domain collaborative multi-point trunking wireless network. Background Technology

[0002] As my country's railways develop towards cross-regional and networked operations, the China Train Control System (CTCS), as a core technology for ensuring train safety, places higher demands on the reliability of GSM-R (Global System for Mobile Communications-Railway) network communication between onboard equipment and ground control equipment. This not only requires simulating and verifying the stability and robustness of single-point communication systems, but also simulating complex scenarios such as data forwarding and cluster interaction between different railway bureaus and multiple regions, and matching the more detailed testing needs of cross-regional railway operations.

[0003] Traditional GSM-R network simulation systems are small-scale, single-point network simulation systems. Based on a single-point architecture, they cannot meet the needs of cross-domain communication scenarios and suffer from significant network stability deficiencies. Furthermore, these systems can only simulate a single railway bureau unit, failing to construct complex cross-domain collaborative communication environments involving multiple base stations and multiple railway bureau units. Their network stability and the robustness of related components need improvement. However, real-world scenarios often involve cross-domain (cross-railway bureau) calls. The aforementioned shortcomings of traditional GSM-R network simulation systems make it difficult to simulate real railway scenarios such as cross-railway bureau data interaction and dynamic changes in trunking network topology, thus limiting the depth and accuracy of full-scenario verification of railway communication systems. Summary of the Invention

[0004] In view of this, embodiments of the present invention provide a method and system for simulating GSM-R cross-domain collaborative multi-point trunking wireless networks, in order to eliminate or improve one or more defects existing in the prior art.

[0005] One aspect of the present invention provides a simulation method for a GSM-R cross-domain collaborative multi-point trunked wireless network. This method is implemented based on a GSM-R cross-domain collaborative multi-point trunked wireless network simulation system. The system includes multiple GSM-R basic network units deployed in multiple domains and a central GSM-R basic network unit serving as a central server. The various GSM-R basic network units are connected via Ethernet communication. Each GSM-R basic network unit includes a GSM-R wireless transceiver module, a wired switching module, and a data driving and switching module. The data driving and switching module includes a first driving module, a second driving module, and a data switching module. The method includes the following steps: For each domain, the first driving module drives the GSM-R radio transceiver module to receive a call request from at least one vehicle-mounted device and forwards the call request to the data exchange module. The data exchange module determines whether the call request is a circuit-switched domain request or a packet-switched domain request based on the call request. The call request carries the address and identification information of the vehicle-mounted device, the address information of the local domain, and the identification information of the target ground control device being called. Alternatively, it carries the request content and address information of the vehicle-mounted device and the target domain name. The address information includes an IP address and a port. If the call request is determined to be a circuit-switched domain request, the data exchange module determines whether the call request is a cross-domain communication based on the identification information of the target ground control device being called and the address identification information stored in the local domain. In the case of cross-domain communication, after reconstructing the local domain address information and determining the IP address of the target ground control device in the target domain by the central server, the reconstructed call request is forwarded to the target ground control device in the target domain connected to the wired switching module based on the IP address of the target ground control device. This allows the target ground control device to negotiate a real-time transmission protocol with the requesting vehicle device based on the address information and identification information of the vehicle device in the received call request. The address identification information includes the address information and identification information of at least one ground control device in the local domain connected to the wired switching module. If the call request is determined to be a packet domain request, the data exchange module parses the target domain name to obtain the address information of the target domain, and forwards the call request to the data exchange module of the target domain based on the address information of the target domain, so that the data exchange module of the target domain can send back data corresponding to the request content to the initiating vehicle device based on the request content and address information of the vehicle device in the received call request.

[0006] In some embodiments of the present invention, the data exchange module includes a switch component, a routing component, and an ISDN service data user-level switch component, wherein the second driver module is integrated within the ISDN service data user-level switch component.

[0007] In some embodiments of the present invention, the local domain address information is the address information of the switch component in the local domain, and the switch component in the data exchange module determines whether the call request is cross-domain communication; reconstructing the local domain address information and determining the IP address of the target ground control device in the target domain by the central server includes: The IP address in the local domain address information is modified to the IP address of the switch component in the central server. Based on the IP address of the switch component, the modified call request is forwarded to the switch component in the central server via the routing component. This allows the switch component to determine the IP address of the target ground control device in the target domain based on the identification information of the target ground control device in the received call request and the pre-stored cross-domain address identification information. The IP address of the switch component in the call request is then modified to the IP address of the target ground control device. The cross-domain address identification information includes the IP address and identification information of at least one ground control device in each domain connected via Ethernet.

[0008] In some embodiments of the present invention, a reconstructed call request is forwarded to a target ground control device connected to the wired switching module in the target domain based on the IP address of the target ground control device. This allows the target ground control device to negotiate a real-time transmission protocol with the requesting vehicle device based on the address and identification information of the vehicle device in the received call request, including: Based on the IP address of the target ground control device, the reconstructed call request is forwarded by the routing component of the target domain to the switching component of the target domain. The switching component of the target domain determines whether the request is a local communication based on the identification information of the target ground control device in the received call request and the pre-stored local domain address identification information. If it is a local communication, the request is forwarded to the ISDN service data user-level switching component of the target domain to convert the request into ISDN data. The second driving module then drives the wired switching side module to forward the ISDN data to the target ground control device. This allows the target ground control device to use the address information and identification information of the vehicle-mounted device in the received ISDN data to sequentially transmit the IP address of the target ground control device and negotiate the port for transmitting real-time service data to the requesting vehicle-mounted device via the wired switching side module of the target domain, the ISDN service data user-level switching component, the switching component, the routing component, the routing component, the switching component, the first driving module, and the GSM-R radio transceiver side module of the requesting domain. The local domain address identification information includes the address information and identification information of at least one ground control device in the target domain.

[0009] In some embodiments of the present invention, the data exchange module further includes an MGW component; for each domain, after establishing a circuit-domain call between the onboard equipment in this domain and the target ground control equipment in the target domain, the method further includes: Based on the address and identification information of the target ground control equipment in the target domain, the vehicle-mounted equipment in this domain transmits real-time service data to the target ground control equipment in sequence through the GSM-R wireless transceiver module, the first drive module, the MGW component and the routing component in this domain, as well as the routing component, the ISDN service data user-level switch component and the wired switching module in the target domain. Based on the address and identification information of the vehicle-mounted equipment in the target domain, the target ground control equipment transmits real-time service data to the vehicle-mounted equipment in sequence through the wired switching module of the target domain, the ISDN service data user-level switch component and the routing component, as well as the routing component, MGW component, first drive module and GSM-R wireless transceiver module of the target domain, so as to realize cross-domain bidirectional data exchange between the vehicle-mounted equipment and the target ground control equipment.

[0010] In some embodiments of the present invention, the address information of the target domain includes the address information of the target ground control equipment in the target domain; the data exchange module further includes a PCU component and an SGSN component, and the method further includes: For each domain, in the packet domain mode, the LAN-designated IP call technology is adopted. The vehicle-mounted equipment in this domain, based on the address information of the target ground control equipment in the target domain, transmits data to the target ground control equipment in sequence through the GSM-R radio transceiver module, the first drive module, the PCU component, and the SGSN component of this domain, and through the LAN formed by the routing component of this domain, the routing component of the central server, and the routing component of the target domain. The target ground control equipment in the target domain, based on the address information of the vehicle-mounted equipment in this domain, transmits data to the vehicle-mounted equipment through the LAN formed by the routing component of the target domain, the routing component of the central server, and the routing component of this domain, and in sequence through the SGSN component, the PCU component, the first drive module, and the GSM-R radio transceiver module of this domain.

[0011] In some embodiments of the present invention, the method further includes circuit domain fault simulation and packet domain fault simulation. The circuit domain fault simulation includes circuit domain call abnormal disconnection simulation, circuit domain call failure simulation, and circuit domain real-time service data packet loss simulation. The packet domain fault simulation includes packet domain IP connection abnormal disconnection simulation, packet domain data packet loss and delay simulation.

[0012] Another aspect of the present invention provides a GSM-R cross-domain collaborative multi-point trunked wireless network simulation system, the system comprising: a computer device, the computer device including a processor and a memory, the memory storing computer instructions, the processor being used to execute the computer instructions stored in the memory, and when the computer instructions are executed by the processor, the system implementing the steps of the aforementioned method.

[0013] Another aspect of the present invention provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the steps of the aforementioned method.

[0014] Another aspect of the present invention provides a computer program product including computer instructions that, when executed by a processor, implement the steps of the aforementioned method.

[0015] The GSM-R cross-domain collaborative multi-point trunking wireless network simulation method and system of the present invention can realize collaborative communication simulation between different domains, circuit domain cross-domain communication and packet domain cross-domain communication.

[0016] Additional advantages, objects, and features of the invention will be set forth in part in the description which follows, and will also become apparent in part to those skilled in the art upon studying the description, or may be learned by practice of the invention. The objects and other advantages of the invention can be realized and obtained by means of the structures specifically pointed out in the description and drawings.

[0017] Those skilled in the art will understand that the objectives and advantages achievable with the present invention are not limited to those specifically described above, and that the above and other objectives achievable with the present invention will become clearer from the following detailed description. Attached Figure Description

[0018] The accompanying drawings, which are included to provide a further understanding of the invention and form part of this application, are not intended to limit the scope of the invention. The components in the drawings are not drawn to scale but are merely illustrative of the principles of the invention. For ease of illustration and description of certain parts of the invention, corresponding portions in the drawings may be enlarged, i.e., may appear larger relative to other components in an exemplary device actually manufactured according to the invention. In the drawings: Figure 1 This is a structural diagram of a GSM-R cross-domain cooperative multi-point trunking wireless network simulation system and its GSM-R basic network unit in one embodiment of the present invention; Figure 2 This is a deployment architecture diagram of a GSM-R cross-domain collaborative multi-point trunking wireless network simulation system in one embodiment of the present invention; Figure 3 This is a flowchart of a GSM-R cross-domain collaborative multi-point trunking wireless network simulation method in one embodiment of the present invention; Figure 4 This is a structural diagram of the data driving and exchange module 200 / 202 in one embodiment of the present invention; Figure 5 This is a flowchart illustrating the circuit-domain cross-domain communication in one embodiment of the present invention. Figure 6 This is a flowchart illustrating cross-domain communication in a packet domain according to an embodiment of the present invention. Detailed Implementation

[0019] To make the objectives, technical solutions, and advantages of this invention clearer, the invention will be further described in detail below with reference to the embodiments and accompanying drawings. Here, the illustrative embodiments and descriptions of this invention are used to explain the invention, but are not intended to limit the invention.

[0020] It should also be noted that, in order to avoid obscuring the invention with unnecessary details, only the structures and / or processing steps closely related to the solution according to the invention are shown in the accompanying drawings, while other details that are not closely related to the invention are omitted.

[0021] It should be emphasized that the term "including / comprises" as used herein refers to the presence of a feature, element, step, or component, but does not exclude the presence or addition of one or more other features, elements, steps, or components.

[0022] It should also be noted that, unless otherwise specified, the term "connection" in this article can refer not only to a direct connection, but also to an indirect connection involving an intermediary.

[0023] In the following description, embodiments of the invention will be illustrated with reference to the accompanying drawings. In the drawings, the same reference numerals represent the same or similar parts, or the same or similar steps.

[0024] This invention proposes a simulation method and system for GSM-R cross-domain collaborative multi-point trunking wireless networks. It aims to address the complex simulation and testing needs of GSM-R networks in cross-domain operation scenarios within railway bureaus, enabling collaborative communication simulation between multiple railway bureau areas and multiple GSM-R network units. Furthermore, it provides multiple types of fault injection interfaces for the CSD circuit domain and GPRS packet domain. This system is a network service system in the GSM-R wireless communication field, a comprehensive dedicated digital mobile communication system specifically designed for railway communication, a dual-domain collaborative multi-point trunking network simulation system, and a network simulation system with multi-type fault injection capabilities.

[0025] like Figure 1 and Figure 2 As shown, the GSM-R cross-domain collaborative multi-point trunked wireless network simulation system adopts a centralized control strategy to design the network topology. The system includes multiple GSM-R basic network units deployed in multiple domains and a central GSM-R basic network unit (such as...) serving as a central server. Figure 2The basic network unit of Laboratory 0 is configured as a central server (each laboratory can be understood as a domain), and is connected to various GSM-R basic network units 100 / 101 / 102 via Ethernet communication 130. Each GSM-R basic network unit is used to simulate a railway bureau in a certain area. Multiple GSM-R basic network units constitute a distributed cluster simulation environment. These multiple units are connected and carried by the Ethernet communication network 130 to form a cluster. A central server manages all basic network units under the cluster network, realizing data exchange services and cross-domain communication between multiple units. Each GSM-R basic network unit includes a GSM-R wireless transceiver module M2, a wired switching module M1, and a data drive and switching module M3. The GSM-R wireless transceiver module adopts the USRP B210 radio frequency equipment hardware module, which is responsible for the transmission and reception of GSM-R wireless network signals between the basic network unit and the vehicle-mounted equipment, supports wireless access of one or more vehicle-mounted devices 110, and is compatible with railway-specific frequency bands and communication protocols. The wired switching module uses an ISDN-PRI-Card hardware module as the wired communication interface with the ground control equipment 120. Its core function is to achieve adaptive interface format signaling conversion of service data between the basic network unit and the ground control equipment, supporting wired access for one or more ground control devices, for example, via E1 cables. Figure 4 As shown, the data driving and switching module 200 / 202 includes a first driving module, a second driving module, and a data switching module. It is a core software suite of the system mounted on a general-purpose computer device for realizing the simulation of GSM-R cross-domain cooperative wireless network. It mainly undertakes the central function of data interaction between the wireless side and the wired side and data exchange between different basic network units. It focuses on solving the problem of dual-domain data interoperability between the circuit domain and the packet domain in cross-domain scenarios, and provides corresponding multi-type fault injection interfaces to meet the simulation test requirements of multiple types of faults.

[0026] The train's onboard equipment is ATP (Automatic Train Protection), and the ground control equipment is RBC (Radio Block Center). ATP and RBC use two different interface standards. ATP is primarily used to ensure train operation safety by monitoring and controlling train speed, position, and other information in real time to prevent dangerous situations such as speeding and overstepping signals. RBC, on the other hand, manages train intervals, sending important information such as travel permits and temporary speed limits to the train via wireless communication to ensure it operates within safe intervals. Communication between these two systems is crucial and directly affects the safety and efficiency of train operation.

[0027] Each GSM-R basic network unit also supports the integration of multiple GSM-R radio transceiver modules and multiple wired switching modules. Each GSM-R radio transceiver module can simulate a base station and can support one or more ATP radios to access one or more ATPs. Each wired switching module can also support one or more RBCs to access, in order to meet the simulation requirements of large-scale device access in trunking networks and the deployment of multiple base stations for a single basic network unit. This not only meets the needs of more radio access but also enables simulation testing of cell handover.

[0028] The GSM-R wireless transceiver module serves as the wireless signal transceiver carrier, supporting 19 GSM-R frequency points (frequency points 1000-1018 under the GSM900 band) dedicated to domestic railways, and is compatible with Time Division Multiple Access (TDMA) and Frequency Division Duplex (FDD) access technologies. Its channel parameters meet the following requirements: single channel bandwidth 200 kHz, control channel spacing within the same cell ≥ 600 kHz, service channel spacing ≥ 400 kHz, and neighboring cell channel carrier spacing ≥ 400 kHz; the transmit power is adjustable within the range of 0 dBm to 20 dBm (1 mW to 100 mW).

[0029] The first drive module includes a TRX (transceiver unit) and a BTS (base station transceiver station) component. The second drive module is integrated into the ISDNPBX (ISDN service data user-level switch) component within the data switching module. The wired switching side module uses ISDN-PRI (Integrated Services Digital Network Primary Rate Interface) to realize wired data transmission / reception between the basic network unit and the ground control equipment. This logic is implemented through the second drive module integrated within the ISDNPBX component. The air interface of the wireless transmission channel of the wireless transceiver side module adopts the Um interface carried by the GSM-R network, backward compatible with all protocols and regulations of the GSM network. The logic of wireless data transmission / reception between the basic network unit and the vehicle-mounted equipment is realized through the TRX and BTS components.

[0030] ISDN (Integrated Services Digital Network) is a communication network developed based on the Integrated Digital Telephone Network (IDN). Its core characteristic is its ability to achieve end-to-end digital connectivity, meaning that the entire transmission process, from the sender to the receiver, uses digital signals, greatly improving communication quality and efficiency. ISDN supports a variety of telecommunications services, including voice and non-voice services. Users can easily access the network using a limited set of standard multi-purpose RJ45 network interfaces (such as E1 interfaces). This system uses one B voice channel to transmit transparent digital data from the RBC and one D control channel to physically distinguish one RBC device.

[0031] The ISDNPBX component plays a crucial data conversion role on the wired switching side of the entire communication system. It utilizes the corresponding API of the interface hardware to convert service data between the ATP and RBC into baseband rate format and then transmit it accurately. The ISDNPBX, independently developed by this invention, integrates the driver program of the wired switching module and the circuit-switched data switching logic of the GSM-R core network component, primarily undertaking softswitching and signaling connection functions. In the communication network, the PBX module acts like an intelligent transportation hub, processing communication requests between different users and enabling the exchange and forwarding of voice, data, and other services. For example, when multiple ATP users simultaneously dial different RBC host numbers for communication, the ISDNPBX component can quickly and accurately receive the communication links established by the upstream, ensuring smooth communication. The ISDNPBX component is only responsible for paging the RBC host physically connected to its own unit network and does not handle paging for other unit networks in the cluster.

[0032] like Figure 3 As shown, the simulation method for GSM-R cross-domain cooperative multi-point trunking wireless network includes the following steps: Step S310: For each domain, the first driving module drives the GSM-R wireless transceiver module to receive a call request from at least one vehicle-mounted device, and forwards the call request to the data exchange module. The data exchange module determines whether the call request is a circuit-switched domain request or a packet-switched domain request based on the call request. The call request carries the address information and identification information of the vehicle-mounted device, the address information of the local domain, and the identification information of the target ground control device being called. Alternatively, it carries the request content and address information of the vehicle-mounted device and the target domain name. The address information includes an IP address and a port.

[0033] To achieve cross-domain communication in the circuit-switched domain and data exchange between onboard equipment and ground control equipment, a circuit-switched domain call needs to be established between different network bureau units. For example, a client from the Beijing bureau (a GSM-R basic network unit) calls a server from the Shanghai bureau (another GSM-R basic network unit). The client from the Beijing bureau is the initiator of the call, and the server from the Shanghai bureau is the called party. During the call establishment process, after receiving a call request from the onboard equipment, the received call request needs to be parsed to obtain the various information carried in the request. The identification information of the onboard equipment or ground control equipment can be the equipment's telephone number or other encoded or encrypted representations used to identify the equipment. The latter requires decoding or decryption of the parsed equipment identification information in this step to finally obtain the information. For packet-switched domain mode, cross-domain communication can be achieved without establishing a call first. The target domain name is generally encoded according to a certain pattern, such as www.lab2-RBC2.com. In addition, the data exchange module also includes a BSC (Base Station Controller) component, which determines whether the call request is a circuit-switched domain request or a packet-switched domain request.

[0034] Step S320: If the call request is determined to be a circuit-switched domain request, the data exchange module determines whether the call request is a cross-domain communication based on the identification information of the target ground control device being called and the address identification information stored in the local domain. In the case of cross-domain communication, after reconstructing the local domain address information and determining the IP address of the target ground control device in the target domain by the central server, the reconstructed call request is forwarded to the target ground control device in the target domain connected to the wired switching module based on the IP address of the target ground control device. This allows the target ground control device to negotiate a real-time transmission protocol with the requesting vehicle device based on the address information and identification information of the vehicle device in the received call request. The address identification information includes the address information and identification information of at least one ground control device in the local domain connected to the wired switching module.

[0035] In some embodiments, such as Figure 4As shown, the data exchange module includes a switch component, a router component, and an ISDN service data user-level switch component, with the second driver module integrated within the ISDN service data user-level switch component. In some embodiments, the module also includes a SIP-CONN component, which is used to convert call requests into SIP signaling messages. This embodiment supports circuit-switched domain adaptation of the 6.0 kbit / s rate to a rate suitable for GSM-R network transmission according to the RA1 / RA1' standard; to achieve ISDN data service continuity with the subsequent M1 module, the rate needs to be further adapted to the RA2 standard of 64 kbit / s and adapted to the signaling format requirements of the ISDN-PRI interface.

[0036] In some embodiments, such as Figure 5 As shown, the local address information refers to the address information of the switch component within this domain. The switch component in the data exchange module determines whether the call request is a cross-domain communication. Specifically, the switch component is a VoIP (Voice over Internet Protocol) switch. Based on the identifier information of the target ground control device in the call request, it searches its pre-stored address identifier information to see if the identifier information of the target ground control device exists locally. That is, it matches the identifier information of the target ground control device with the identifier information of the ground control device stored in the address identifier information. If they match, the call request is determined to be local communication (local communication mode is selected); otherwise, the call request is a cross-domain communication (cross-domain communication mode is selected). In the case of local communication, the IP address corresponding to the matching identifier information is found in the address identifier information (which is the same as the IP address of the vehicle-mounted device in the call request). In other words, if a match is found, the IP address of the target ground control device can be determined. Based on the IP address and identification information of the target ground control device, the switching component sends the call request to the target ground control device through the ISDN service data user-level switching component of this domain, so that the target ground control device can negotiate with the vehicle-mounted equipment that initiated the call through the original path to transmit real-time service data (i.e., RTP data stream transmitted based on the Real-time Transport Protocol (RTP protocol)).

[0037] The process of reconstructing the address information of this domain and determining the IP address of the target ground control device in the target domain via the central server includes the following steps: The IP address in the local domain address information is modified to the IP address of the switch component in the central server 300. Based on the IP address of the switch component, the modified call request is forwarded to the switch component in the central server via the routing component. This allows the switch component to determine the IP address of the target ground control device in the target domain based on the identification information of the target ground control device in the received call request and the pre-stored cross-domain address identification information. The IP address of the switch component in the call request is then modified to the IP address of the target ground control device. The cross-domain address identification information includes the IP address and identification information of at least one ground control device in each domain connected by Ethernet 320.

[0038] In the above cross-domain communication scenarios, determining the IP address of the target ground control device in the target domain is similar to the methods described above. It involves parsing the request and searching for the target ground control device's identification information within the stored cross-domain address identification information based on the information carried in the request. This will not be elaborated further here. In one specific implementation, the central server can determine the target domain (e.g., Figure 4 The IP address of the target ground control equipment (203) is directly fed back to the domain that initiated the call (e.g., Figure 4 The in-vehicle equipment (VoIP) of the 201 series. In traditional GSM-R network simulation systems, all cross-domain call requests are directly rejected. This is because cross-domain calls are unknown to the local network domain, and the relevant call signals are discarded. To solve this technical problem, this invention designs a new dedicated switch component. According to this method and the VoIP switch component in the system, not only can local communication be realized (using dedicated VoIP paging logic), but cross-domain communication can also be effectively realized.

[0039] In some embodiments, a reconstructed call request is forwarded to a target ground control device connected to the wired switching module in the target domain based on the IP address of the target ground control device. This allows the target ground control device to negotiate a real-time transmission protocol with the requesting vehicle device based on the address and identification information of the vehicle device in the received call request. This includes the following steps: Based on the IP address of the target ground control device, the reconstructed call request is forwarded by the routing component of the target domain to the switching component of the target domain. The switching component of the target domain determines whether the request is a local communication based on the identification information of the target ground control device in the received call request and the pre-stored local domain address identification information. If it is a local communication, the request is forwarded to the ISDN service data user-level switching component of the target domain to convert the request into ISDN data. The second driving module then drives the wired switching side module to forward the ISDN data to the target ground control device. This allows the target ground control device to use the address information and identification information of the vehicle-mounted device in the received ISDN data to sequentially transmit the IP address of the target ground control device and negotiate the port for transmitting real-time service data to the requesting vehicle-mounted device via the wired switching side module of the target domain, the ISDN service data user-level switching component, the switching component, the routing component, the routing component, the switching component, the first driving module, and the GSM-R radio transceiver side module of the requesting domain. The local domain address identification information includes the address information and identification information of at least one ground control device in the target domain.

[0040] Further verification of the target domain to confirm whether the call request is indeed initiated to a ground control device registered in this domain can prevent malicious attacks on the ISDNPBX component, thereby protecting the ISDNPBX component. In one specific implementation, since the central server has already fed back the IP address of the target ground control device to the vehicle-mounted device, this step does not need to repeat the return of this address; only port negotiation is required.

[0041] In some embodiments, the call request issued by the vehicle-mounted device also carries convention information, which includes permitted signaling labels, call type and encoding type of RTP data stream, etc. The call type may be a GSM call and the encoding type may be CLEARMODE / 8000, GSM / 8000, etc.

[0042] In the circuit-domain mode described in this paper, for the aforementioned local communication and cross-domain communication, the content of the above-mentioned return and negotiation agreement can be, for example, the target RBC device negotiates to use 192.168.1.1:10086 (IP address: port) to transmit RTP data streams to the ATP device and receive RTP data streams from the ATP device, and the ATP device negotiates to use 192.168.1.2:10010 to transmit RTP data streams to the target RBC device and receive RTP data streams from the target RBC device, the transmitted data packet format is type A, and the transmission rate is 6.4Kbps, etc.

[0043] In the specific implementation of circuit-switched communication, the address information of the vehicle-mounted device is actually the address information of its SIP-CONN component, and the address information of the target ground control device is actually the address information of the ISDNPBX component serving the RBC circuit domain. Therefore, the ISDNPBX component actually performs RTP negotiation with the SIP-CONN component where the ATP device that initiated the call resides. The ATP device sends a call request, and the target RBC device responds to the request through a wired switching module, triggering the ISDNPBX component to perform the aforementioned negotiation. The response method may include displaying the ATP device's phone number and then answering the call. After negotiating with the SIP-CONN component for the communication port used to receive the RTP data stream from the ATP device, the ISDNPBX component converts this port to a wired transmission compatible mode for the target RBC device. At this point, the target RBC device knows it has been called by the ATP device. Then, the ISDNPBX component listens to 192.168.1.1:10086 to obtain the RTP data stream subsequently transmitted by the ATP device, encodes the data stream, and transmits it to the target RBC device via an E1 line. In one implementation, after a SIP call is established, the ISDN PBX component sends back the IP address of the target ground control device and the negotiated port for transmitting real-time service data to the SIP-CONN component. In step S330, if the call request is determined to be a packet domain request, the data exchange module parses the target domain name to obtain the target domain's address information. Based on the target domain's address information, it forwards the call request to the target domain's data exchange module, so that the target domain's data exchange module can send back data corresponding to the request content to the requesting vehicle device based on the request content and address information of the vehicle device in the received call request.

[0044] In some embodiments, the data exchange module further includes an MGW component; for each domain, after establishing a circuit-switched domain call between the onboard equipment in this domain and the target ground control equipment in the target domain, the method further includes the following steps: Based on the address and identification information of the target ground control equipment in the target domain, the vehicle-mounted equipment in this domain transmits real-time service data to the target ground control equipment in sequence through the GSM-R wireless transceiver module, the first drive module, the MGW component and the routing component in this domain, as well as the routing component, the ISDN service data user-level switch component and the wired switching module in the target domain. Based on the address and identification information of the vehicle-mounted equipment in the target domain, the target ground control equipment transmits real-time service data to the vehicle-mounted equipment in sequence through the wired switching module of the target domain, the ISDN service data user-level switch component and the routing component, as well as the routing component, MGW component, first drive module and GSM-R wireless transceiver module of the target domain, so as to realize cross-domain bidirectional data exchange between the vehicle-mounted equipment and the target ground control equipment.

[0045] This embodiment supports rate matching and point-to-point transmission of RTP data streams. In local communication mode, after a successful local call is established for each domain, a communication link is established. After negotiation, the SIP-CONN component can activate the MGW component based on the return port to listen for RTP data streams. The MGW component directly forwards the RTP data stream sent by the vehicle-mounted device to the ISDNPBX component (target ground control device). Alternatively, the RTP data stream sent by the target ground control device can be forwarded to the vehicle-mounted device through both the ISDNPBX component and the MGW component, thus enabling bidirectional communication and data exchange between different ports of the same local IP address. RTP data streams are identified using the TCP / IP protocol, but the faster UDP protocol is used. Cross-domain RTP data stream transmission is achieved through forwarding by the routing component.

[0046] In some embodiments, such as Figure 6 As shown, the address information of the target domain includes the address information of the target ground control equipment in the target domain. For example, resolving the domain name www.lab2-RBC2.com yields the address information 192.168.1.1:54321, which is the IP address and Ethernet port of the target RBC device. After receiving the address information of the on-board unit initiating the call, the target RBC device can perform bidirectional data interaction between the two. In other embodiments, the address information of the target domain can be understood as the address information of the routing component of the target domain, thus enabling IP communication between the two domains. For example, if a train needs to know the current specific time information, it can directly request time information through a packet domain call. For instance, the domain with IP address 192.168.1.100 is used to provide this service. Calling this address sends a data packet carrying the time information, so the ATP only needs to call this IP address each time it needs to check the time.

[0047] The data exchange module further includes a PCU component and an SGSN component, and the method further includes the following steps: For each domain, in the packet domain mode, the LAN-designated IP call technology is adopted. The vehicle-mounted equipment in this domain, based on the address information of the target ground control equipment in the target domain, transmits data to the target ground control equipment in sequence through the GSM-R radio transceiver module, the first drive module, the PCU component, and the SGSN component of this domain, and through the LAN formed by the routing component of this domain, the routing component of the central server, and the routing component of the target domain. The target ground control equipment in the target domain, based on the address information of the vehicle-mounted equipment in this domain, transmits data to the vehicle-mounted equipment through the LAN formed by the routing component of the target domain, the routing component of the central server, and the routing component of this domain, and in sequence through the SGSN component, the PCU component, the first drive module, and the GSM-R radio transceiver module of this domain.

[0048] The routing components under the various domains and the central server in the cluster together form Routers, which exchange data via Ethernet and use TCP / IP technology to achieve point-to-point transmission of data packets within the local area network. Each routing component has only one IP address in the entire GSMR multipoint cluster simulation network. Therefore, the packet domain mode in this method supports local and cross-domain transmission of data packets, enabling local and cross-domain communication, and is compatible with IPv4 and IPv6 address allocation technologies. The point-to-point transmission rate is no less than the standard rate of CS-1 encoding.

[0049] In some embodiments, the method further includes circuit-switched domain fault simulation and packet-switched domain fault simulation. The circuit-switched domain fault simulation includes circuit-switched domain call disconnection simulation, circuit-switched domain call failure simulation, and circuit-switched domain real-time service data packet loss simulation. The packet-switched domain fault simulation includes packet-switched domain IP connection disconnection simulation, packet-switched domain packet loss and delay simulation. Circuit-switched domain fault simulation is achieved by setting up a circuit-switched domain fault injection interface or injection node between the switch component and the ISDN PBX component. Packet-switched domain fault simulation is achieved by setting up a packet-switched domain fault injection interface and employing data loss and delay algorithms. This solves the problem that traditional GSM-R network simulation systems cannot provide more detailed dual-domain data fault injection requirements, resulting in the inability to meet the large-scale, cross-domain GSM-R network testing needs in real-world application scenarios.

[0050] Corresponding to the above method, the present invention provides a GSM-R cross-domain collaborative multi-point trunked wireless network simulation system. This system includes multiple GSM-R basic network units deployed in multiple domains and a central GSM-R basic network unit serving as a central server. The various GSM-R basic network units are connected via Ethernet communication. Each GSM-R basic network unit includes a GSM-R wireless transceiver module, a wired switching module, and a data driving and switching module. The data driving and switching module includes a computer device, which includes a processor and a memory. The memory stores computer instructions, and the processor executes the computer instructions stored in the memory. When the computer instructions are executed by the processor, the system implements the steps of the aforementioned method.

[0051] In summary, the GSM-R cross-domain collaborative multi-point trunking wireless network simulation method and system overcomes the limitations of traditional GSM-R network simulation systems, such as single-point area limitations and poor network stability, through a centralized control architecture and dual-domain data component orchestration technology in both circuit and packet domains. This solution not only supports multi-area, multi-unit trunking collaborative simulation, accurately reproducing and simulating cross-domain railway communication scenarios, but also enhances its stability by redesigning the implementation scheme of circuit and packet domain data forwarding technologies and using dual-domain component orchestration technology.

[0052] On the other hand, this system boasts advantages such as cluster networking capabilities, flexible networking, and high code reuse rate. Specifically, the system's hardware interfaces support flexible expansion, adapting to the access of multiple wired switching modules and multiple wireless transceiver modules, and increasing the number of connected devices on both the wired switching and wireless transceiver sides to raise the upper limit of the total number of devices supported by the network. The system deployment mode is flexible, allowing for customized network topology based on test scenarios, providing a comprehensive and detailed simulation environment for cross-domain testing, fault injection, and solution verification of railway GSM-R networks. Multiple GSM-R basic network units (including multiple GSM-R basic network units deployed in multiple domains and a central GSM-R basic network unit deployed as a central server) can reuse the same set of code. Only the relevant configuration files need to be modified to dynamically adjust them to either client or server working modes, greatly increasing the code reuse efficiency of each component within the basic network unit, further controlling iteration and deployment costs, and allowing for immediate selection of one GSM-R basic network unit to be upgraded and converted into a central server in the event of a central server crash or failure, reducing conversion overhead; and can be combined with relevant algorithms to achieve dynamic intelligent scheduling of network resources.

[0053] This invention also provides a computer-readable storage medium storing a computer program thereon, which, when executed by a processor, implements the steps of the aforementioned method. The computer-readable storage medium may be a tangible storage medium, such as random access memory (RAM), main memory, read-only memory (ROM), electrically programmable ROM, electrically erasable programmable ROM, register, floppy disk, hard disk, removable storage disk, CD-ROM, or any other form of storage medium known in the art.

[0054] This invention also provides a computer program product, including computer instructions that, when executed by a processor, implement the steps of the aforementioned method.

[0055] Those skilled in the art will understand that the exemplary components, systems, and methods described in conjunction with the embodiments disclosed herein can be implemented in hardware, software, or a combination of both. Whether implemented in hardware or software depends on the specific application and design constraints of the technical solution. Those skilled in the art can use different methods to implement the described functions for each specific application, but such implementation should not be considered beyond the scope of this invention. When implemented in hardware, it can be, for example, electronic circuits, application-specific integrated circuits (ASICs), appropriate firmware, plug-ins, function cards, etc. When implemented in software, the elements of this invention are programs or code segments used to perform the desired tasks. The programs or code segments can be stored in a machine-readable medium or transmitted over a transmission medium or communication link via data signals carried in a carrier wave.

[0056] It should be clarified that the present invention is not limited to the specific configurations and processes described above and shown in the figures. For the sake of brevity, detailed descriptions of known methods are omitted here. In the above embodiments, several specific steps are described and shown as examples. However, the method process of the present invention is not limited to the specific steps described and shown. Those skilled in the art can make various changes, modifications, and additions, or change the order of steps, after understanding the spirit of the present invention.

[0057] In this invention, features described and / or illustrated for one embodiment may be used in the same or similar manner in one or more other embodiments, and / or combined with or in place of features of other embodiments.

[0058] The above description is merely a preferred embodiment of the present invention and is not intended to limit the invention. For those skilled in the art, various modifications and variations can be made to the embodiments of the present invention. Any modifications, equivalent substitutions, improvements, etc., made within the spirit and principles of the present invention should be included within the scope of protection of the present invention.

Claims

1. A GSM-R cross-domain cooperative multipoint cluster wireless network simulation method, characterized in that, The method is implemented based on a GSM-R cross-domain cooperative multipoint cluster wireless network simulation system, the system comprises a plurality of GSM-R basic network units deployed in a plurality of domains and a central GSM-R basic network unit as a central server, each GSM-R basic network unit comprises a GSM-R wireless transceiving side module, a wired switching side module and a data driving and switching module, the data driving and switching module comprises a first driving module, a second driving module and a data switching module; the method comprises: For each domain, the first driving module drives the GSM-R wireless transceiving side module to receive a call request from at least one vehicle-mounted device, and forwards the call request to the data switching module, and the data switching module determines whether the call request is a circuit domain request or a packet domain request based on the call request, wherein the call request carries address information and identification information of the vehicle-mounted device, address information of the domain, identification information of a target ground control device called, or carries request content and address information of the vehicle-mounted device and a target domain name, and the address information comprises an IP address and a port; If it is determined that the call request is a circuit domain request, the data switching module determines whether the call request is cross-domain communication based on the identification information of the target ground control device called and address identification information stored in the domain, in the case of cross-domain communication, after reconstructing the domain address information and determining the IP address of the target ground control device of the target domain through the central server, the reconstructed call request is forwarded to the target ground control device of the target domain connected with the wired switching side module based on the IP address of the target ground control device, so that the target ground control device can negotiate a real-time transport protocol with the vehicle-mounted device initiating the request based on the address information and identification information of the vehicle-mounted device in the received call request, and the address identification information comprises address information and identification information of at least one ground control device of the domain connected with the wired switching side module; If it is determined that the call request is a packet domain request, the data switching module parses the target domain name to obtain address information of the target domain, and forwards the call request to the data switching module of the target domain based on the address information of the target domain, so that the data switching module of the target domain can return data corresponding to the request content to the vehicle-mounted device initiating the request based on the request content and address information of the vehicle-mounted device in the received call request.

2. The method of claim 1, wherein, The data switching module comprises a switch component, a routing component and an ISDN service data user-level switch component, and the second driving module is integrated in the ISDN service data user-level switch component.

3. The method of claim 2, wherein, The domain address information is address information of the switch component of the domain, and whether the call request is cross-domain communication is determined by the switch component in the data switching module; The domain address information is reconstructed, and the IP address of the target ground control device of the target domain is determined through the central server, which comprises: modifying the IP address in the local domain address information to an IP address of a switch component in the center server, forwarding the modified call request to the switch component in the center server via a routing component in the center server based on the IP address of the switch component, so that the switch component can determine an IP address of a target ground control device of a target domain based on identification information of the target ground control device in the received call request and pre-stored cross-domain address identification information, and modify the IP address of the switch component in the call request to the IP address of the target ground control device, wherein the cross-domain address identification information comprises IP addresses and identification information of at least one ground control device of each domain connected via Ethernet.

4. The method of claim 3, wherein, forwarding the reconstructed call request to a target ground control device of the target domain connected to the wired switching side module based on the IP address of the target ground control device, so that the target ground control device can negotiate a real-time transmission protocol with the vehicle-mounted device initiating the request based on address information and identification information of the vehicle-mounted device in the received call request, comprising: forwarding the reconstructed call request to a switch component of the target domain via a routing component of the target domain based on the IP address of the target ground control device, and determining by the switch component of the target domain whether the request is a local communication based on identification information of the target ground control device in the received call request and pre-stored local domain address identification information, and in the case of a local communication, forwarding the request to an ISDN service data user level switch component of the target domain to convert the request into ISDN data and drive the wired switching side module via the second driving module to forward the ISDN data to the target ground control device, so that the target ground control device can return the IP address of the target ground control device to the vehicle-mounted device initiating the request and negotiate a port for transmitting real-time service data in sequence via the wired switching side module, the ISDN service data user level switch component, the switch component, the routing component of the target domain, the routing component, the switch component, the first driving module, the GSM-R wireless transceiver side module of the domain initiating the request based on address information and identification information of the vehicle-mounted device in the received ISDN data, wherein the local domain address identification information comprises address information and identification information of at least one ground control device in the target domain.

5. The method of claim 4, wherein, The data exchange module further comprises an MGW component; for each domain, after establishing a circuit domain call between the vehicle-mounted device of the local domain and the target ground control device of the target domain, the method further comprises: The vehicle-mounted device of the local domain transmits real-time service data to the target ground control device in sequence via the GSM-R wireless transceiver side module, the first driving module, the MGW component and the routing component of the local domain, and the routing component, the ISDN service data user level switch component and the wired switching side module of the target domain; The vehicle-mounted device of the local domain transmits real-time service data to the target ground control device in sequence via the GSM-R wireless transceiver side module, the first driving module, the MGW component and the routing component of the local domain, and the routing component, the ISDN service data user level switch component and the wired switching side module of the target domain; The target ground control device of the target domain transmits real-time service data to the vehicle-mounted device based on the address information and the identification information of the vehicle-mounted device of the current domain, sequentially through the wired switching side module, the ISDN service data user level switch assembly and the routing assembly of the target domain, the routing assembly, the MGW assembly, the first driving module and the GSM-R wireless transceiving side module of the current domain, to realize the cross-domain bidirectional data exchange between the vehicle-mounted device and the target ground control device.

6. The method of claim 2, wherein, The address information of the target domain includes address information of the target ground control device of the target domain; the data exchange module further includes a PCU assembly and a SGSN assembly, and the method further includes: In the packet domain mode, for each domain, the vehicle-mounted device of the current domain transmits data to the target ground control device based on the address information of the target ground control device of the target domain, sequentially through the GSM-R wireless transceiving side module, the first driving module, the PCU assembly and the SGSN assembly of the current domain, and through the local area network formed by the routing assembly of the current domain, the routing assembly of the central server and the routing assembly of the target domain; the target ground control device of the target domain transmits data to the vehicle-mounted device based on the address information of the vehicle-mounted device of the current domain, through the local area network formed by the routing assembly of the target domain, the routing assembly of the central server and the routing assembly of the current domain, and sequentially through the SGSN assembly, the PCU assembly, the first driving module and the GSM-R wireless transceiving side module of the current domain.

7. The method according to any one of claims 1 to 6, characterized in that, The method further includes circuit domain fault simulation and packet domain fault simulation, the circuit domain fault simulation includes circuit domain call abnormal disconnection simulation, circuit domain call failure simulation and circuit domain real-time service data packet loss simulation, and the packet domain fault simulation includes packet domain IP connection abnormal disconnection simulation, packet domain data packet loss and delay simulation.

8. A GSM-R cross-domain cooperative multipoint cluster wireless network simulation system, comprising a plurality of GSM-R basic network units deployed in a plurality of domains and a central GSM-R basic network unit as a central server, each GSM-R basic network unit comprising a GSM-R wireless transceiving side module, a wired switching side module and a data driving and switching module, the data driving and switching module comprising a processor, a memory and computer instructions stored on the memory, characterized in that, The processor is configured to execute the computer instructions, and when the computer instructions are executed, the system implements the steps of the method according to any one of claims 1 to 7.

9. A computer readable storage medium having stored thereon a computer program, characterized in that, The computer program is executed by the processor, and when the computer program is executed, the steps of the method according to any one of claims 1 to 7 are implemented.

10. A computer program product comprising computer instructions, characterized in that, The computer instructions are executed by the processor, and when the computer instructions are executed, the steps of the method according to any one of claims 1 to 7 are implemented.

Images