A heterogeneous simulator information communication system

Abstract

This application discloses a heterogeneous simulator information communication system, relating to the field of simulator communication technology. The system includes a simulator application system, a simulator access system, and a wide area network (WAN) communication system. The simulator application system performs simulations on heterogeneous simulators, generating interactive data. The simulator access system receives the interactive data from the heterogeneous simulators through multiple communication interfaces and outputs it to the WAN communication system via Ethernet. The simulator access system also networks with the heterogeneous simulators, exchanging voice data with them. The WAN communication system establishes WAN communication with the heterogeneous simulators through the simulator access system, receiving and distributing the interactive data from the heterogeneous simulators, and simultaneously supporting the transmission of voice data over the WAN using RTP. This application enables smooth networking and communication between heterogeneous simulators in different locations within a WAN environment.

Description

Technical Field

[0001] This application relates to the field of simulator communication technology, and in particular to a heterogeneous simulator information communication system. Background Technology

[0002] In a wide area network (WAN) environment, simulator communication involves the construction of non-standard equipment / software, and there are problems with poor communication network connectivity between heterogeneous simulators in different locations. Current technologies, under the limited bandwidth of WANs, struggle to achieve efficient interconnection between heterogeneous simulators, resulting in low deployment efficiency, poor ease of use, and obstacles in the transmission of data between different interfaces and networks. Voice data interoperability is also poor, and the rationality of the network topology needs improvement, failing to adequately meet the usage requirements of heterogeneous simulators in different locations. Summary of the Invention

[0003] The purpose of this application is to provide a heterogeneous simulator information communication system that can realize smooth networking and communication between heterogeneous simulators in different locations under a wide area network environment.

[0004] To achieve the above objectives, this application provides the following solution: This application provides a heterogeneous simulator information communication system, which adopts a star topology and includes: a simulator application system, a simulator access system, and a wide area network communication system. The simulator application system is used to simulate heterogeneous simulators and generate interactive data; The simulator access system is used to receive interactive data from heterogeneous simulators through various communication interfaces and output it to the wide area network communication system in the form of an Ethernet port. The simulator access system is also used to network with heterogeneous simulators and exchange voice data with them. The WAN communication system connects to the system via an emulator to establish WAN communication with heterogeneous emulators. The WAN communication system is used to receive and distribute interactive data from heterogeneous emulators, and also supports the transmission of voice data over WANs using RTP.

[0005] According to the specific embodiments provided in this application, this application has the following technical effects: This application provides a heterogeneous simulator information communication system. The simulator access system receives interactive data from heterogeneous simulators through multiple communication interfaces and outputs it to the wide area network communication system via Ethernet, realizing smooth transmission between data from different interfaces and network data. The wide area network communication system supports the transmission of voice data over wide area networks using RTP (Real-time Transport Protocol), solving the problem of poor voice data interoperability. The heterogeneous simulator information communication system adopts a star topology structure, which enables smooth networking and communication of heterogeneous simulators in different locations under a reasonable network topology. Attached Figure Description

[0006] To more clearly illustrate the technical solutions in the embodiments of this application or related technologies, the drawings used in the embodiments will be briefly introduced below. Obviously, the drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0007] Figure 1 This is a schematic diagram illustrating the composition of a heterogeneous simulator information communication system provided in an embodiment of this application; Figure 2 This application provides a schematic diagram of a wide area network interconnection for a heterogeneous simulator information communication system. Figure 3 This is a schematic diagram of the structural composition of the simulator application system provided in the embodiments of this application; Figure 4 This is a schematic diagram of the structural composition of the heterogeneous simulator access system provided in the embodiments of this application; Figure 5 This is a schematic diagram of the structural composition of a wide area network communication system provided in an embodiment of this application; Figure 6 This is a schematic diagram of the WAN communication gateway network structure of the simulator provided in the embodiments of this application; Figure 7 This is a schematic diagram of the emulator WAN gateway network structure provided in the embodiments of this application; Figure 8 A schematic diagram of NAT (Network Address Translation) for cross-public network data transmission provided in an embodiment of this application; Figure 9 This is a schematic diagram of the same NAT device traversal process provided in the embodiments of this application; Figure 10 This is a schematic diagram illustrating different NAT device traversal processes provided in the embodiments of this application; Figure 11This is a schematic diagram of the multi-layer NAT device traversal process provided in the embodiments of this application; Figure 12 A schematic diagram of the communication service system of the wide area network simulated command and control system provided in the embodiments of this application. Detailed Implementation

[0008] The technical solutions of the embodiments of this application will be clearly and completely described below with reference to the accompanying drawings. Obviously, the described embodiments are only some embodiments of this application, and not all embodiments. Based on the embodiments of this application, all other embodiments obtained by those skilled in the art without creative effort are within the scope of protection of this application.

[0009] To make the above-mentioned objectives, features and advantages of this application more apparent and understandable, the application will be further described in detail below with reference to the accompanying drawings and specific embodiments.

[0010] In one exemplary embodiment, such as Figure 1 and Figure 2 As shown, a heterogeneous simulator information communication system is provided. This system adopts a star topology and includes: a simulator application system, a simulator access system, and a wide area network (WAN) communication system. The simulator application system is used to simulate the heterogeneous simulator and generate interactive data. The simulator access system receives interactive data from the heterogeneous simulator through various communication interfaces and outputs it to the WAN communication system via Ethernet. The simulator access system is also used to network with the heterogeneous simulator and exchange voice data with it. The WAN communication system establishes WAN communication with the heterogeneous simulator through the simulator access system. The WAN communication system receives and distributes interactive data from the heterogeneous simulator and supports the transmission of voice data over the WAN using RTP.

[0011] This application mainly focuses on the construction of non-standard equipment / software involved in simulator communication in a wide area network environment. It mainly addresses the need for smooth networking and interconnection of communication networks for heterogeneous simulators in different locations, and realizes interconnection and interoperability between simulators under the limited bandwidth conditions of wide area networks.

[0012] Figure 2 The hardware simulator shown can be an ultra-shortwave simulator.

[0013] To improve deployment efficiency and enhance ease of use, combined with Figures 3-12 The development relationships of each subsystem are summarized as follows.

[0014] As an alternative implementation, the simulator application system supports cross-platform portability, enabling the debugging of source code and the installation and running of deployment packages on different operating systems provided by the user (such as Windows or other operating systems).

[0015] The simulator application system includes a heterogeneous simulator and a virtual internet controller. The heterogeneous simulator uses a virtual interface for simulation, generating interactive data. The function menus of the virtual interface are consistent with the actual equipment. The virtual internet controller is used for network control functions, transmitting the interactive data from the heterogeneous simulator to the simulator access system. Network control functions include: system management, user management, IP system management, IP routing management, IP protocol parameters, link device management, device maintenance information, and network interconnection modes.

[0016] like Figure 3 As shown, the heterogeneous simulator uses application simulation. The simulator application system also provides a compatible development platform.

[0017] As an optional implementation method, such as Figure 4 As shown, the simulator access system includes heterogeneous simulator networking service and heterogeneous simulator communication. The heterogeneous simulator networking service can receive data from heterogeneous simulators through multiple communication interfaces (RS232 interface / K-port / Ethernet port) and output it in the form of Ethernet port, enabling seamless direct transmission of data between different interfaces and network data. The heterogeneous simulator communication service enables networking with simulators and allows for the exchange of voice data. Figure 4 The heterogeneous simulator shown can be a heterogeneous ultra-shortwave simulator.

[0018] Reference Figure 6 The network structure of the simulator access system includes: a radio acquisition terminal and a first VPN server; the radio acquisition terminal is used to collect interactive data from heterogeneous simulators through various communication interfaces, and outputs it to the wide area network communication system through the first VPN server in the form of an Ethernet port; the first VPN server is also used to network with heterogeneous simulators through the radio acquisition terminal and exchange voice data.

[0019] As an optional implementation, the network structure of the WAN communication system includes: a second VPN server, a switch, an access component, a communication component, an audio component, a database server, and a resource data interface server. After the simulator access system establishes a connection sequentially through the second VPN server, the switch, and the access component, the communication component transmits the interactive data of the heterogeneous simulators to the database server, and the audio component transmits the voice data to the database server. The resource data interface server is used to encapsulate the interactive data and voice data of the heterogeneous simulators into a standard interface and distribute it through the switch and the second VPN server.

[0020] The wide area network (WAN) communication system mainly involves simulator networking and voice transmission functions. The simulator networking process is as follows: In a wide area network environment, the simulator sends parameter messages to the server; In a wide area network environment, after successful network setup, the server can send network information to the simulator. In a wide area network environment, after receiving network information, the simulator supports sending network confirmation to the server. In a wide area network environment, after the server starts, it supports sending current status request messages to all emulators; In a wide area network environment, the server can actively send heartbeat query packets to all emulators, and the emulators can send response packets after receiving the query packets.

[0021] Voice transmission: Supports the transmission of simulator voice streams via RTP over wide area networks; supports PCM (Pulse Code Modulation) encoded voice data conversion and compensation at different sampling frequencies, enabling playback on heterogeneous simulator terminals from different manufacturers.

[0022] like Figure 5 As shown, the heterogeneous simulator communication service mainly includes two functions: data acquisition and adaptation. Data acquisition includes simulator access, data collection, and distribution, which belongs to the basic execution layer; adaptation mainly includes the configuration of data acquisition, the judgment of business information, and the execution of communication services, which belongs to the control layer.

[0023] As an optional implementation method, network topology determines the network's operating efficiency and scalability, and is related to construction and operating costs. Therefore, network topology design must take into account high reliability, economy, reasonable traffic distribution, minimum transmission latency, and ease of maintenance and management.

[0024] Typical network topologies include star topology, multi-star topology, ring topology, and mesh topology. Considering the network topology requirements of this system, this application adopts a star topology. A star topology has one and only one communication line from the network center to each network node, resulting in fewer lines, lower investment, a simpler structure, and compatibility with the daily operation and management system of military academies, facilitating centralized management.

[0025] like Figure 6The network topology shown includes a basic data layer, a service component layer, and a terminal application layer. The basic data layer can be allocated two servers: one database server and one resource data interface server. Based on the scalability principle of layered design, and considering project construction costs, the data interface service can also be deployed on the same server as the database. Correspondingly, to ensure system stability, a backup database server can be added to the basic data layer, enabling both online hot standby and offline cold standby solutions.

[0026] The service component layer can be allocated to three servers, which will be used to deploy communication components, audio components, and access components respectively. In order to reduce the amount of data accessed by multiple users at any time and increase the system concurrency, the component services can be split and deployed in a distributed manner to improve the stability and reliability of the system operation.

[0027] The terminal application layer consists of the simulator acquisition end and the semi-physical simulator device. The simulator device directly faces the user and connects to the VPN server in the login area through the application switch or router to access the WAN simulator gateway service, thus completing the deployment and construction of the overall operating network environment.

[0028] As an optional implementation method, Figure 7 The diagram illustrates the network structure of a simulated terminal WAN gateway. Based on a distributed real-time communication middleware, it employs a data-centric publish-subscribe (DCPS) mechanism, providing rich QoS service policies to ensure real-time, efficient, flexible, and reliable data distribution, thus achieving reliable real-time data performance in a distributed heterogeneous environment.

[0029] Reference Figure 7 The system uses a publish / subscribe middleware as the core of each connection, primarily to enable interconnection between different simulator subnets beneath it. Above the publish / subscribe middleware is the operations and maintenance layer, including functional submodules such as memory, management, and data processing. For unified time and data storage, a time synchronization server and a data storage server are also set up. Below the publish / subscribe middleware is the design and extension layer, including system architecture design (system design tools) and integration with other systems (such as management platforms and information distribution systems, reserving (open) interfaces to achieve information communication).

[0030] As an optional implementation, the heterogeneous simulator communication system uses cross-public network data transmission technology for data exchange. Cross-public network data transmission NAT, for example... Figure 8As shown. Basic NAT: Only translates the private IP addresses of internal network hosts to public IP addresses, without translating TCP / UDP port information. It is divided into static NAT and dynamic NAT. NAPT: Not only does it change the IP address of the IP datagram passing through the NAT device, but it also changes the TCP / UDP port of the IP datagram.

[0031] Full Cone NAT: Hosts A and B on different internal networks each connect to server C. Upon receiving the connections from A and B, the server learns their public IP addresses and the NAT-assigned port numbers, then cross-references these NAT addresses and port numbers with B and A. The "holes" opened by A and B for the server can be used by any host. For example, all requests from a private network host with the address 192.168.1.100:30000 to the public network are mapped to a single public IP address 172.1.20.100:20000. 192.168.1.100:30000 can receive data packets sent to 172.1.20.100:20000 from any host.

[0032] Restricted cone: Hosts A and B both need to connect to server C, providing their addresses to B and A respectively. However, normally they can only communicate with the server. To communicate directly, messages need to be sent to server C. For example, host A sends a UDP message to host B's public IP address. Simultaneously, A sends an invitation message to host B through server C, requesting host B to also send a UDP message to host A's public IP address. The information sent by host A to host B's public IP causes NAT A to open a session between host A and host B. At the same time, NAT B also opens a session between host B and host A. Once these new UDP sessions are established, hosts A and B can communicate directly.

[0033] Port-restricted cone: Similar to restricted cone, but the port number must be specified.

[0034] Symmetric NAT assigns different port numbers to different external IP addresses; one request corresponds to one port in symmetric NAT, while multiple requests correspond to one port in asymmetric NAT (resembling a cone, hence the name Cone NAT).

[0035] Symmetrical type > Port-restricted cone type > Restricted cone type > Full cone type.

[0036] As an optional implementation, the heterogeneous simulator communication system uses network hole punching technology for network communication. Hole punching requirements: the intermediate server must store information and be able to issue commands to establish a UDP tunnel; all gateways must be of the ConeNAT type. Symmetric NAT is not suitable; a fully conical gateway can eliminate the need for a UDP tunnel, but this is very rare, and even rarer is the requirement for both sides to be this type of gateway.

[0037] If gateway X1 is Symmetric NAT and gateway Y1 is Address Restricted Cone NAT or Full ConeNAT, after each establishes a tunnel, A1 can send datagrams from X1 to Y1 and then to B1 (because Y1 only performs IP-level discrimination at most). However, datagrams sent by B2 to X1 will be discarded (because the port in the sent datagram is inconsistent with the port on X1 where a session exists, even though the IP address is the same), so it is also meaningless.

[0038] If both sides are using Symmetric NAT, and a new port is opened, the other party can try to guess the port without knowing it, and can achieve its goal. However, this method has a very low success rate and incurs additional system overhead, so it is not a good solution.

[0039] The difference between different gateway types lies in the fact that internally, they may use methods such as changing IPs, using different ports and different sessions, or using the same port but different sessions; externally, they may use methods such as no restrictions, restricting IP addresses, or restricting both IP addresses and ports.

[0040] This scenario doesn't yet consider the situation where different users on the same intranet simultaneously access the same server. If the gateway uses AddressRestricted Cone NAT or Full Cone NAT in this case, it's possible that different user clients might receive data packets from others, which is clearly inappropriate.

[0041] Drilling process: The methods and procedures for NAT hole punching differ depending on the network topology.

[0042] (1) The same NAT device traversal process is as follows Figure 9 As shown.

[0043] The first step is for client A to establish a UDP connection with server S. The public NAT (155.99.25.11) assigns a public port 62000 to client A. The second step is for client B to establish a UDP connection with server S, and the public NAT (155.99.25.11) to assign a public port 62005 to client B; Third, client A sends a message through server S requesting to connect to client B. S responds to A with B's public and private network addresses and forwards A's public and private network addresses to B. Fourth, A and B attempt to send UDP datagrams directly based on the obtained addresses; success depends on whether the NAT device supports hairpin translation (port backflow). — Enabling port backflow means that data from client A is forwarded through the NAT device before reaching client B, meaning it goes through the external NAT interface before accessing client B within the same subnet. (The advantage is that it can prevent internal attacks.) (2) The NAT traversal process for different devices is as follows Figure 10 As shown.

[0044] First, A connects to S using port 4321. The NAT assigns the session an external port 62000 (155.99.25.11:62000) to connect to S. Similarly, B connects to S in the same way, with the assigned external address and port being 138.76.29.7:31000.

[0045] The second step is that A registers its private address 10.0.0.1:4321 in the message packet to S. At this time, S saves A's address. S temporarily assigns A a public address (155.99.25.11:62000) for observing external network data packets.

[0046] Thirdly, similarly, the message packet that B registers with S also contains B's address, and NAT also temporarily classifies B as an external network address (138.76.29.7:31000).

[0047] Fourth step: Based on the information above, Client A establishes a UDP communication connection with Client B via hole punching. Client A sends a request message, seeking to connect to B; S responds to A with B's external and internal network addresses, and sends A's external and internal network addresses to B; A and B initially attempt to send UDP packets directly to each other using these addresses. Unfortunately, neither A nor B can receive the messages. This is because A and B are on different private networks, and both were previously communicating with S without establishing a connection with each other; that is, A did not open a "hole" for B, and B did not open a "hole" for A. The first packet in this process needs to be rejected while simultaneously opening the corresponding "hole" before direct communication can occur, as follows: The first message sent by A to B's public IP address (10.0.0.1:4321 to 138.76.29.7:31000) actually "hole punches" on A's private NAT network to establish a UDP session for the newly identified address (10.0.0.1:4321 138.76.29.7:31000), and then transmits it via the main IP address (155.99.25.11:62000 138.76.29.7:31000).

[0048] If a message sent by A to B's public address arrives at B's NAT before the first message sent by B to A passes through B's own NAT, then B's NAT may interpret A's inbound message as an unsolicited incoming traffic and discard it.

[0049] Similarly, the first message from B to A's public IP address will also "drill a hole" in B's NAT to establish a session for the address (10.1.1.3:4321, 155.99.25.11:62000).

[0050] Normal P2P communication was then possible.

[0051] (3) The process of traversing multi-layer NAT devices is as follows: Figure 11 As shown.

[0052] Client A and client B cannot communicate via NAT A and NAT C through NAT A because they belong to the LAN address of NAT C. Therefore, client A and client B can only communicate via NAT C through hairpin translation. If NAT C does not support hairpin translation, it will be difficult for them to communicate via NAT C.

[0053] Each client initiates a connection to server S as before, causing NAT A and B to each create a separate public / private translation—session AS (18.181.0.31:1234 10.0.0.1:4321) and session B-S (18.181.0.31:1234 10.1.1.3:4321), and causing NAT C to establish a public / private translation for each session—session AS (18.181.0.31:1234 10.0.1.1:45000) and session BS (18.181.0.31:1234 10.0.1.2:5500).

[0054] First, client A sends a message to client B's public IP address (155.99.25.11:62005); NAT A translates the original datagram from 10.0.0.1:4321 to 10.0.0.1:45000; The datagram now arrives at NAT C, which recognizes that the destination address of the datagram is one of the public addresses that NAT C translates itself. If NAT C is good, it can translate the source and destination addresses of data packets (155.99.25.11:62000 and 10.0.1.2:55000) and return the packets to the private network via a "loopback". NAT B translates the data packets to obtain the NAT B private network address, which eventually reaches client B.

[0055] The steps for Client B to send a data packet to Client A are similar to those described above.

[0056] In summary, if NAT traversal technology is used to achieve data link interconnection in a wide area network, NAT traversal is required to achieve hole punching. If the user has built a VPN network, even if part of the network crosses the public network, it is transparent to the upper-layer applications. The network settings of the simulator device or intermediate simulator service can be configured in accordance with the local area network configuration method. This application adopts the method of building a VPN to achieve data link interconnection in a wide area network.

[0057] As an optional implementation, the system is designed for practicality: the overall style of each subsystem in this application adopts a style similar to that of an Office application, closely aligning with users' daily operating habits. The overall system layout uses a top, left, right, and center design. The top section is the system function menu bar area, mainly integrating module function menus, categorized into multiple tabs according to different function types for user convenience; the left side is the function search area, displaying system data retrieval information items; the center section is the function display area and business editing area, mainly displaying system data and providing functions such as adding and deleting; the right side is the information statistics section, mainly displaying statistical data.

[0058] System Functionality Design: The system's functionality is designed to closely align with users' daily habits. It features six modules, each with a detailed configuration management and query page tailored to its function. Text descriptions and prompts facilitate easy access to the corresponding modules. The main functions are systematically placed on the main interface, significantly improving user usability. Furthermore, the main data display style has been changed to a table structure, better suited to user viewing habits.

[0059] The application business process of this application system is as follows: Figure 12 As shown. When different manufacturers' simulators from different units are accessing and collecting data, if two or more manufacturers' services use the same port number, the data collection program cannot use a single server to collect simulator data for application scenarios where different manufacturers are collecting data simultaneously. Instead, it must use a distributed multi-server architecture to process and receive the network interaction data and voice data from the different manufacturers' VHF / HIPVA simulators, and then aggregate the data to the WAN adapter gateway service. The data is then sent through the gateway's WAN data center, where the WAN data center allocates simulator network resources.

[0060] The simulator acquisition channel adopts a distributed deployment approach, which can be deployed on multiple servers. The channel service includes communication protocols for semi-physical simulator devices from multiple manufacturers. When the acquisition channel is started, it obtains the semi-physical simulator information configured under the simulator channel configured by the WAN adapter gateway, loads the corresponding communication protocol module according to the semi-physical simulator manufacturer specified by the acquisition channel, starts collecting simulator data in the local area network and forwards it to the WAN adapter gateway.

[0061] The adapter gateway is mainly used for two major functional modules: configuration of acquisition channels and reception, adaptation, forwarding and interconnection with WAN data centers. The WAN adapter gateway includes three major functional modules: network WebService interface, acquisition terminal configuration tool and WAN network communication.

[0062] This application's system comprises three main subsystems: a simulator application system, a heterogeneous simulator access system, and a wide area network (WAN) communication system. It adopts a star topology and utilizes a DCPS (Distributed Real-Time Communication System) mechanism based on distributed real-time communication middleware. Combined with cross-public network data transmission technology and network hole punching technology, it achieves seamless networking and connectivity between geographically dispersed heterogeneous simulators in a WAN environment. The simulator application system supports cross-platform portability, the heterogeneous simulator access system enables seamless data transmission across multiple interfaces, and the WAN communication gateway and services ensure networking and voice transmission. The system possesses excellent practicality, stability, and scalability, improving deployment efficiency and ease of use, and meeting the needs of scenarios such as military academies.

[0063] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0064] This document uses specific examples to illustrate the principles and implementation methods of this application. The descriptions of the above embodiments are only for the purpose of helping to understand the methods and core ideas of this application. Furthermore, those skilled in the art will recognize that, based on the ideas of this application, there will be changes in the specific implementation methods and application scope. Therefore, the content of this specification should not be construed as a limitation of this application.

Claims

1. A heterogeneous simulator information exchange system, characterized by, The heterogeneous simulator information communication system adopts a star topology and includes: a simulator application system, a simulator access system, and a wide area network communication system. The simulator application system is used to simulate heterogeneous simulators and generate interactive data; The simulator access system is used to receive interactive data from heterogeneous simulators through various communication interfaces and output it to the wide area network communication system in the form of an Ethernet port. The simulator access system is also used to network with heterogeneous simulators and exchange voice data with them. The WAN communication system connects to the system via an emulator to establish WAN communication with heterogeneous emulators. The WAN communication system is used to receive and distribute interactive data from heterogeneous emulators, and also supports the transmission of voice data over WANs using RTP.

2. The heterogeneous simulator information exchange system of claim 1, wherein, The simulator application system supports cross-platform portability.

3. The heterogeneous simulator information exchange system of claim 1, wherein, The simulator application system includes: a heterogeneous simulator and a virtual internet controller; Heterogeneous simulators use virtual interfaces for simulation and generate interactive data. The virtual internet controller is used for the network control function of the virtual internet controller, and transmits the interactive data of the heterogeneous simulator to the simulator access system.

4. The heterogeneous simulator information exchange system of claim 1, wherein, The various communication interfaces include: RS232 interface, K-port and Ethernet port.

5. The heterogeneous simulator information exchange system of claim 1, wherein, The network structure of the simulator access system includes: a radio acquisition terminal and a first VPN server; The radio acquisition terminal is used to collect interactive data from heterogeneous simulators through multiple communication interfaces and output it to the wide area network communication system via Ethernet port through the first VPN server. The first VPN server is also used to network with heterogeneous simulators via radio acquisition terminals to exchange voice data.

6. The heterogeneous simulator information exchange system of claim 1, wherein, The network structure of the wide area network communication system includes: a second VPN server, a switch, access components, communication components, audio components, a database server, and a resource data interface server. After the simulator access system establishes a connection through the second VPN server, switch and access component in sequence, the interactive data of the heterogeneous simulator is transmitted to the database server through the communication component, and the voice data is transmitted to the database server through the audio component. The resource data interface server is used to encapsulate the interactive data and voice data of heterogeneous simulators into a standard interface and distribute them through a switch and a second VPN server.

7. The heterogeneous simulator information exchange system of claim 1, wherein, The wide area network communication system is also used to support the conversion and compensation of PCM encoded voice data with different sampling frequencies, so that the converted and compensated voice data can be played on heterogeneous simulator terminals.

8. The heterogeneous simulator information exchange system of claim 1, wherein, The heterogeneous simulator information communication system is based on distributed real-time communication middleware, adopts a data-centric publish / subscribe mechanism, and provides a quality of service strategy.

9. The heterogeneous simulator information exchange system of claim 1, wherein, The heterogeneous simulator information communication system uses cross-public network data transmission technology for data exchange.

10. The heterogeneous simulator information exchange system of claim 1, wherein, The heterogeneous simulator information communication system uses network hole punching technology for network communication.

Images