A space-ground integrated twin simulation system and method

Abstract

The application provides a space-ground integrated twin simulation system, comprising: a scene deployment service subsystem, configured to provide scene deployment services in the form of microservices to realize space-ground integrated twin simulation corresponding simulation scene deployment and space-ground resource configuration functions, and generate simulation nodes in the space-ground integrated twin simulation; a model algorithm service subsystem, configured to provide model algorithm services in the form of microservices to model the environment according to the simulation scene deployment and space-ground resource configuration of the scene deployment service and generate simulation data corresponding to the simulation nodes; and a hardware access service subsystem, configured to provide hardware access services in the form of microservices to connect semi-physical devices and physical devices to the system, map the semi-physical devices and physical devices to the corresponding simulation nodes through virtual-real mapping, associate the simulation nodes with the devices, and collect data generated by the devices; each subsystem is configured in an independent container, and the container is deployed in a distributed server.

Description

TECHNICAL FIELD

[0001] The present application belongs to the technical field of satellite communication, in particular, relates to the simulation field corresponding to the satellite design in the technical field of satellite communication, more particularly, relates to a space-ground integrated twin simulation system and method for satellite network in the process of demonstration, construction and use. BACKGROUND

[0002] Satellite communication is one of the important network access methods in the future according to the international communication organization. The International Telecommunication Union (ITU) proposed in 2016 that the next generation mobile communication network should meet the demand of users accessing services anytime and anywhere, and proposed four typical application scenarios of relay broadband transmission, data backhaul, mobile communication and mixed multimedia for satellite-ground integration.

[0003] At present, geosynchronous orbit satellites have long dominated satellite communication business, but the orbit resources of geosynchronous orbit satellites are limited, and the transmission time delay is large, while the transmission time delay of low earth orbit satellites is greatly reduced. The emerging low-orbit communication constellation can realize a time delay of less than 50ms, which is equivalent to a ground optical fiber network. Therefore, the design and construction of low-orbit satellites become more and more important. However, if low-orbit satellites are used to cover the globe, a large number of satellites are needed to form a large-scale satellite constellation, such as the OneWeb satellite constellation. Since the satellite communication network has a complex and variable network environment and communication situation, the satellite network faces more severe challenges in the process of demonstration, construction and use. Therefore, how to better simulate and demonstrate in the process of satellite construction and implementation is particularly important.

[0004] As shown in Figure 1 The mainstream simulation software in the field of satellite communication at home and abroad at present is a single machine version system of C / S architecture. All modules (scene module library, analysis module library) are placed in a single machine software (STK software), and then the software is deployed on a workstation. All functions are provided by the workstation. STK calls scenes and analysis through module interfaces, and displays simulation scenes through two-dimensional or three-dimensional rendering. As can be seen, the simulation software of single machine C / S architecture cannot meet the simulation requirements of large-scale constellation network, and the single machine version simulation system does not access communication protocols and physical simulation, and does not form a large-scale space-ground integrated twin simulation platform. The simulation scale cannot meet the requirements of large-scale network constellation, and cannot provide effective simulation for the construction of large-scale satellite network to support the demonstration of satellite construction. SUMMARY

[0005] Therefore, the purpose of the present application is to overcome the defects of the prior art, and to provide a new space-ground integrated twin model system and method.

[0006] According to a first aspect of the present application, a space-ground integrated twin simulation system is provided, the system comprising: a scene deployment service subsystem for providing a scene deployment service in the form of a microservice to implement space-ground integrated twin simulation corresponding simulation scene deployment and space-ground resource configuration functions, and to generate simulation nodes in the space-ground integrated twin simulation; a model algorithm service subsystem for providing a model algorithm service in the form of a microservice to perform environment modeling according to the simulation scene deployment and space-ground resource configuration of the scene deployment service and to generate simulation data corresponding to the simulation nodes; and a hardware access service subsystem for providing a hardware access service in the form of a microservice to connect semi-physical devices and physical devices to the system, to map the semi-physical devices and physical devices to corresponding simulation nodes through virtual-real mapping and to associate the simulation nodes with the devices, and to collect data generated by the devices; wherein each of the plurality of subsystems is configured in a separate container, and the container is deployed in one or more distributed servers.

[0007] Preferably, the system further comprises: a simulation service subsystem for providing simulation configuration of different protocol simulation services in the form of a microservice to enable a user to initiate a simulation task of the space-ground integrated twin simulation, and to collect data generated in the simulation process.

[0008] Preferably, the system further comprises: a protocol stack service subsystem for providing a protocol stack service in the form of a microservice to implement protocol stack simulation of the space-ground integrated twin simulation, and to complete interaction of simulation data corresponding to each simulation node and statistics of communication indicators.

[0009] Preferably, the system further comprises: a message push service subsystem for providing a data push service in the form of a microservice to implement simulation data push.

[0010] Preferably, the system further comprises: a data storage service subsystem for providing a data storage service in the form of a microservice to store data generated in the space-ground integrated twin simulation.

[0011] Preferably, the system further comprises: a gateway routing service subsystem for providing a gateway routing service in the form of a microservice to provide a unified access portal for microservices provided by other subsystems in the space-ground integrated twin simulation.

[0012] Preferably, the system further comprises: a monitoring center service subsystem for providing a monitoring service in the form of a microservice to monitor the running state of microservices of other subsystems in the space-ground integrated twin simulation.

[0013] Preferably, the system further comprises a configuration center service subsystem for providing unified configuration management services in the form of microservices to manage the configuration files of the microservices of all subsystems in the space-ground integrated twin simulation.

[0014] Preferably, the system further comprises a registration center service subsystem for providing microservice registration services to all subsystems in the form of microservices, and enabling the registered microservices to discover and call each other in the space-ground integrated twin simulation.

[0015] Preferably, the system further comprises a display interaction service subsystem for providing display interaction services in the form of microservices to display the simulation scenarios of the space-ground integrated twin simulation, and providing display interfaces for the interaction, configuration and display between the microservices of other subsystems.

[0016] In some embodiments of the present application, the space-air-ground resources include satellite nodes, fixed terminal nodes, mobile terminal nodes, missiles, wherein the fixed terminals include core networks, gateway stations, base stations; the mobile terminals include aircraft, vehicles, ships.

[0017] Preferably, the simulation scenario deployment types provided by the scenario deployment service subsystem in the form of microservices include space-air-ground integrated information network applications, satellite and constellation interconnection, air tactical data link networking, ground cellular communication networking. The scenario deployment service includes scenario management for deploying the simulation scenario types of the space-ground integrated twin simulation according to the simulation requirements of users; satellite management for configuring the satellite resources corresponding to the simulation scenarios of the space-ground integrated twin simulation deployed by the scenario management module; fixed terminal management for configuring the fixed terminal resources corresponding to the simulation scenarios of the space-ground integrated twin simulation deployed by the scenario management module; mobile terminal management for configuring the mobile terminal resources corresponding to the simulation scenarios of the space-ground integrated twin simulation deployed by the scenario management module; missile management for configuring the missile resources corresponding to the simulation scenarios of the space-ground integrated twin simulation deployed by the scenario management module; analysis and evaluation for generating simulation nodes according to the resource configurations corresponding to the simulation scenarios of the space-ground integrated twin simulation deployed by the scenario management module.

[0018] In some embodiments of the present application, the model algorithm service includes space power class models including motion models, trajectory models, space models, attitude models; space environment class models including atmospheric models, rain attenuation models, ionosphere models; user and service class models including user models, service models, distribution models; communication link class models including channel models, interference models, antenna models; and standard interfaces for providing standard interfaces for all models to access the system.

[0019] In some embodiments of the present application, the hardware access service comprises: hardware management, configured to manage the accessed semi-physical devices and physical devices; wherein the semi-physical devices comprise physical boards, and the physical devices comprise terminal prototypes, interference simulation devices, channel simulation devices and test instruments; device access, configured to register the semi-physical devices and the physical devices to the system based on a standard SDK to access the semi-physical devices and the physical devices to the system; virtual-real mapping, configured to map the semi-physical devices and the physical devices to corresponding simulation nodes in the space-ground integrated twin simulation system and associate the simulation nodes with the devices; and hardware data collection, configured to collect data generated by the accessed devices.

[0020] In some embodiments of the present application, the simulation service comprises: protocol configuration, configured to configure communication protocols of the resource nodes; simulation configuration, configured to group the simulation nodes corresponding to the resources into a space-ground integrated simulation communication network based on the configured communication protocols; simulation deduction engine, configured to schedule and run simulation tasks and generate simulation data; and simulation data collection, configured to collect data generated in the process of running the simulation tasks and call a message pushing service to send the data to the display interaction service for display.

[0021] In some embodiments of the present application, the protocol stack service comprises: a protocol control system, configured to provide protocol stack simulation and analysis functions according to the communication protocols configured by the simulation service to simulate real communication protocol stacks, including loading, scheduling, running and destroying of the protocols; and a network protocol system, configured to provide communication protocol simulation of multiple protocol systems, including TT, LINK16, DVB, 5G and 4G.

[0022] In some embodiments of the present application, the display interaction service provides a user interaction interface and a rendering engine of the space-ground integrated twin simulation in the form of a webpage, configured to display a space-ground integrated twin simulation scene and provide a display interface for the interaction, configuration and display between microservices of other subsystems.

[0023] According to a second aspect of the present application, a space-ground integrated twin simulation platform is provided, comprising: the system according to the first aspect of the present application; and one or more client workstations configured to access the space-ground integrated twin simulation system through a network. Preferably, each of the client workstations is configured with: a browser, configured to access the space-ground integrated twin simulation system through the network, interact with the display interaction service to request a webpage and a WebGL script and execute the script, call a WebGL interface to perform graphic rendering on data of the space-ground integrated twin simulation and display the data in the form of a webpage in 2D or 3D; a graphics card and a graphics card driver, configured to complete 2D or 3D display and interactive rendering in the browser; and a GPU, configured to perform hardware graphic acceleration.

[0024] According to a third aspect of the present application, a space-ground integrated twin simulation method using the system according to the first aspect of the present application is provided, the method comprising: S1, starting system service, deploying simulation scene and configuring space-ground resources, and generating simulation nodes of the space-ground integrated twin simulation; S2, performing environment modeling according to the simulation scene and the configured space-ground resources deployed in the step S1, and generating simulation data corresponding to the simulation nodes; S3, connecting the semi-physical equipment and the physical equipment to the system, mapping the semi-physical equipment and the physical equipment to the corresponding simulation nodes through virtual-real mapping, associating the simulation nodes with the equipment, and collecting data generated by the equipment.

[0025] Compared with the prior art, the present application has the following advantages: 1. A space-ground integrated twin simulation platform construction method based on micro-service architecture is designed. 2. A service-based platform business segmentation method is designed, and the business module has independence and low coupling, enhancing the platform business scalability and extensibility. 3. A management method for coexistence of multiple scenes and various configuration resources is designed, which realizes support for multiple scene switching and diversified configuration of single scene resources, and the space-ground resources can be arbitrarily configured to achieve diversified simulation of a single scene. 4. Real satellite communication node virtualization is realized, the model has a standardized interface, can automatically identify standardized algorithm services, and supports rapid model digitization analysis of nodes. 5. A method for matching the adaptive communication mechanism of the business module is designed, which supports multiple protocol systems, provides a cross-platform intermediate layer, and is adaptive to the operating system. The protocol interface has universality and standardization, and supports communication protocol simulation of space-ground integrated networks. 6. An efficient and rapid equipment access and control method is designed, which has a standardized virtual-real mapping middleware, realizes virtual-real mapping, data sharing, and virtual-real twinning. Thus, based on mature micro-service technology, the present application designs a space-ground integrated twin simulation platform, supports independent development and deployment of module business to improve efficiency, and a single service can be dynamically expanded, which is better in overall fault tolerance, and solves the problems of simultaneous use of a large number of users and simultaneous simulation of a large number of communication nodes. BRIEF DESCRIPTION OF DRAWINGS

[0026] The embodiments of the present application are further described below with reference to the accompanying drawings, in which:

[0027] Figure 1 FIG. 1 is a schematic diagram of a satellite communication simulation architecture according to the prior art;

[0028] Figure 2 FIG. 2 is a schematic diagram of a space-ground integrated simulation scene according to an embodiment of the present application;

[0029] Figure 3 FIG. 3 is a schematic diagram of a service framework structure in a space-ground integrated twin simulation system according to an embodiment of the present application;

[0030] Figure 4 A service workflow diagram in the integrated twin simulation system according to an embodiment of the present application;

[0031] Figure 5 A diagram showing the relationship between the interactive service and the client and other services according to an embodiment of the present application;

[0032] Figure 6 A diagram showing the composition of the scenario deployment service according to an embodiment of the present application;

[0033] Figure 7 A workflow diagram of the scenario deployment service according to an embodiment of the present application;

[0034] Figure 8 A diagram showing the scenario deployment service calling other services according to an embodiment of the present application;

[0035] Figure 9 A diagram showing the composition of the simulation simulation service according to an embodiment of the present application;

[0036] Figure 10 A workflow diagram of the simulation simulation service according to an embodiment of the present application;

[0037] Figure 11 A diagram showing the simulation simulation service calling other services according to an embodiment of the present application;

[0038] Figure 12 A diagram showing the composition of the model algorithm service according to an embodiment of the present application;

[0039] Figure 13 A diagram showing the model algorithm service being called by other services according to an embodiment of the present application;

[0040] Figure 14 A diagram showing the composition of the protocol stack service according to an embodiment of the present application;

[0041] Figure 15 A diagram showing the communication protocol matching flow according to an embodiment of the present application;

[0042] Figure 16 A diagram showing the composition of the hardware access service according to an embodiment of the present application;

[0043] Figure 17 A workflow diagram of the hardware access service according to an embodiment of the present application;

[0044] Figure 18 A diagram showing the hardware access service calling other services according to an embodiment of the present application. DETAILED DESCRIPTION

[0045] For the purpose of the present application, the technical solutions and advantages are more clear and explicit, the present application is further described in detail below through specific examples. It should be understood that the specific examples described herein are only used to explain the present application, and are not used to limit the present application.

[0046] As described in the background, the mainstream simulation software in the field of satellite communication at home and abroad is a single machine system with C / S architecture, which cannot meet the requirements of large-scale constellation network simulation, cannot access communication protocols and physical simulation, and cannot form a large-scale satellite internet digital twin simulation platform.

[0047] As known, B / S architecture supports multi-user operation and uses distributed cluster to solve large-scale operation and deployment problems. In theory, applying B / S architecture to satellite simulation and building a distributed satellite communication twin simulation platform can solve the scale requirements that cannot be solved by single machine systems. However, due to the complex and variable network environment and communication situation in the field of satellite communication, only using B / S architecture cannot well realize the integration of space and earth twin simulation, mainly manifested in: 1. Real satellite communication nodes cannot be accessed to the simulation system to establish a digital twin platform; 2. Dynamic expansion of simulation resources cannot be realized to support large-scale parallel simulation business processing; 3. The functions of digital modeling implementation of each entity of the simulation system, accurate calculation of index system, communication system simulation deployment, operation control and simulation process visualization data interaction cannot be supported to fully meet the various needs of system simulation.

[0048] Based on this, the present application proposes a scheme based on distributed deployment, microservices and virtual-real combination technology, which virtualizes real satellite communication nodes and simultaneously accesses the network in the real physical world to establish a digital twin platform.

[0049] In order to better understand the present application, first of all, the main technical solutions of the present application are briefly introduced.

[0050] Firstly, the present application adopts B / S architecture, carries out distributed deployment, and based on microservices and virtual-real combination technology, virtualizes real satellite communication nodes, simultaneously accesses the network in the real physical world, and establishes a digital twin platform. On the one hand, simulation data of the running state of scene objects are generated, and on the other hand, real data are collected and perceived, which together complete satellite communication simulation and analysis.

[0051] Secondly, in view of the demand of large-scale parallel business processing of space-earth integrated simulation, the present application is basically based on microservices technology, adopts standardized framework to service protocol stack resources, and uses container technology for virtualization to form a virtual resource pool, supports dynamic expansion of simulation resources, and supports large-scale parallel simulation business processing.

[0052] Finally, the present application is targeted at the characteristics of the space-ground integrated simulation, such as massive scale nodes, real-time and frequent data interaction, and running dynamic uncertainty, and the simulation system is designed through micro-service technology, each business is reasonably divided, that is, the business component modules are reasonably divided, and the space-ground integrated twin simulation platform is constructed by providing business services in the form of micro-service, which can well support the functions of digital modeling implementation of each entity of the system, accurate calculation of the index system, simulation deployment of the communication system, running control, and visual data interaction of the simulation process, and fully meets various needs of system simulation.

[0053] The present application will be described in detail below in combination with the drawings and specific embodiments.

[0054] As shown in the figure, it is a space-ground integrated simulation scenario, wherein, Figure 2 The left side of the scenario simulation system shows the communication nodes and communication links in real life simulated by the platform, such as satellites, airplanes, ships, vehicles, terminals, etc. Figure 2 The right side is various devices accessed to the platform through standard interfaces, including terminal prototype devices, interference simulation devices, channel simulation devices, test instruments, etc., which are used to simulate the interference and channel of the real environment, and the node virtualization model library, space model, environment model, channel model, etc. formed by modeling the left side communication nodes and environment, which are used to simulate the interference and channel of the real environment. These communication nodes and devices, models together constitute the space-ground integrated simulation scenario, wherein, “sky” refers to a super large satellite constellation composed of nearly a thousand low earth orbit satellites, in which satellite A, satellite B, satellite C, satellite D are taken as representatives; “ground” refers to various fixed terminals and mobile terminals deployed on the ground, in which jammer, airplane A, vehicle, ship are taken as representatives; twin refers to mapping the actual semi-physical devices and physical devices such as terminal prototype, interference simulation device, channel simulation device, test instrument, etc. to the space-ground integrated twin simulation system, and “sky”, “ground”, “device” interact data through various communication protocol systems, so as to realize integrated simulation. Figure 2 Figure 2 Figure 2

[0055] Large-scale simulation scenarios include:

[0056] 1. Conventional communication scenario

[0057] Single-hop scenario: terminal-satellite-terminal, evaluating communication delay, rate, bit error rate, etc.

[0058] Multi-hop scenario: terminal-satellite-satellite-satellite-terminal, evaluating communication delay, rate, bit error rate, hop number, etc.

[0059] 2. User concurrent access scenario​​​

[0060] 10 million users globally randomly initiate link building communication scenarios;

[0061] Multi-star multi-station interconnection scenarios: change the deployment of the gateway station to evaluate user capacity, average communication delay, average hop number, etc.

[0062] 3, multi-star multi-station interconnection scenario

[0063] The number of satellites, the number of satellite deployments, and the orbital parameters are based on the above communication scenarios to evaluate coverage, system capacity, user capacity, average delay, average hop number, communication rate, etc.

[0064] From Figure 2 It can be seen that the integrated twin simulation simulation has a large number of nodes, and the data interaction has real-time, frequency and running state uncertainty. These scenarios cannot be realized in the traditional simulation platform, and the traditional simulation platform does not support large-scale deployment, protocol simulation, physical simulation, and semi-physical simulation. The present application proposes an integrated twin simulation system based on B / S architecture and micro-service technology to meet the simulation and simulation needs. In order to meet the needs of large-scale simulation, the present application uses the ideas of micro-service and distribution, and according to the business function, the function modules in the single machine structure are split into independent subsystems, at least including scene deployment service subsystem, model algorithm service subsystem, hardware access service subsystem, each subsystem is called "service", these subsystems are independently run in the container and provide corresponding micro-service, the container runs in the distributed server, wherein, generally one service runs in one container, one or more containers run in one server, the services communicate through Http mode, and the integrated twin simulation system is constructed by calling different services to simulate and simulate, and multiple same services can be started by starting multiple same containers. Users can access the integrated twin simulation system in the form of a web page through a client desktop workstation, wherein the integrated twin simulation system is composed of services provided by subsystems in containers distributed in each server, and the services include display interaction services, scene deployment services, simulation services, hardware access services, protocol stack services, model algorithm services, semi-physical devices, and physical devices. The semi-physical devices and physical devices are accessed to the platform through the hardware access service, thereby breaking through the limitation of single machine hardware resources, thereby meeting the needs of large-scale simulation.

[0065] According to one embodiment of the present application, as Figure 3The service architecture diagram of the space-ground integrated twin simulation system is shown, wherein a desktop workstation and a browser are used to access the simulation platform, different services in the platform are deployed in each server, including an interactive service, a gateway routing service, a registration center service, a configuration center service, a monitoring center service, a scene deployment service, a simulation simulation service, a message pushing service, a model algorithm service, a protocol stack service, a hardware access service, and a data storage service. Each service provides different functions: the interactive service provides a platform interactive interface and a rendering engine in the form of a webpage, is used for displaying a space-ground integrated simulation scene, and provides an interface for the interaction, configuration, and display of other services. The gateway routing service provides gateway routing, authentication and authorization, filters, service distribution, flow limiting and degradation, and provides a unified access portal for other services. The registration center service provides a service registration function, enabling each microservice of the platform to discover and call each other. The configuration center service provides a unified configuration management function, which can manage the configuration files of all microservices of the platform. The monitoring center service provides a monitoring function for the platform services, which can monitor the running state of other services to ensure the stable operation of the platform. The scene deployment service provides space-ground integrated simulation scene deployment and space-ground resource configuration functions, resources including satellite nodes, fixed terminal nodes, and mobile terminal nodes, to prepare for the next simulation simulation. The simulation simulation service provides simulation simulation configuration interfaces of different protocols, for users to initiate simulation simulation tasks, and collects data generated during simulation, which is pushed to the interactive interface service for display through the message pushing service. The message pushing service provides a data pushing function, which is used to push data from the server to the workstation. The model algorithm service provides modeling functions of satellite, terminal, core network, gateway station, base station, and other nodes, and natural environment, artificial environment, and information physical environment elements, which are called in the scene deployment service and the simulation simulation service to generate node simulation data. The protocol stack service provides protocol stack simulation functions, which can simulate real communication protocol stacks, complete node data interaction, and statistics corresponding communication indicators such as communication delay, rate, and error rate. The hardware access service provides hardware access functions, which can associate simulation nodes corresponding to semi-physical equipment and physical equipment through virtual-real mapping in the platform to form twins as simulation simulation resources. The data storage service provides data storage functions, which are used to store various data generated during platform operation, including relational data, non-relational data, topology data, cache data, time series data, and file data. The above various business services are based on serviceization to divide platform business, and the services communicate with each other through HTTP to jointly complete simulation business. The business modules have independence and low coupling, enhancing the platform business extensibility and scalability.

[0066] The service workflow of the space-ground integrated simulation twin simulation platform is as followsFigure 4 As shown, this section illustrates two simulation analysis tasks, which mainly include the following steps:

[0067] Step 1: Connect the semi-physical device and the physical device to the platform through the hardware access service;

[0068] Step 2: Access the interactive service through a browser, log in and enter the scenario deployment interface, create a scenario, and deploy simulation nodes such as satellites, terminals, aircraft, and gateway stations;

[0069] Step 3: The user initiates simulation analysis task 1, such as link budget, on the scenario deployment interface. The scenario deployment performs simulation calculations by calling the model algorithm service. After the calculation is completed, the model algorithm service calls the message push service to push the data to the display and interaction service for display. Finally, the data storage service is called to store the data in the database.

[0070] Step 4: The user accesses the simulation interface, selects the above scenario, and initiates simulation analysis 2. The simulation analysis service calls the model algorithm service and protocol stack service for calculation. During this process, the protocol stack service calls semi-physical or physical devices for data transmission. After the calculation is completed, the data is pushed to the display and interaction service for display by calling the message push service. Finally, the data storage service is called to store the data in the database.

[0071] To better understand this invention, the core services in the platform—scenario deployment service, simulation service, model algorithm service, protocol stack service, and hardware access service—will be described in detail below. Other services, such as the registration center service, configuration center service, and monitoring center service, are general basic services for building a microservice system and will not be elaborated upon here.

[0072] I. Display and Interactive Services

[0073] The interactive service provides a platform interface and rendering engine in the form of a webpage within the platform. This interface is used to display the integrated space-ground simulation scene and provides a platform for the interaction, configuration, and display of other services. According to one embodiment of the present invention, as... Figure 5As shown, the display interaction service is shown in relation to the client, other services, wherein the user is in the browser, requests the webpage and WebGL script from the server through the network, and executes the present application, then calls the graphics card driver and the graphics card to complete the 2D and 3D display and interactive rendering, in the process of rendering, other services are called to obtain data. Since the space-earth integrated simulation is a large-scale simulation scene, there are high technical requirements for 2D and 3D rendering, in addition to the high graphics processing capability of the platform hardware, the overall platform high-speed rendering technology also has high requirements, therefore, the display interaction service of the platform of the present application adopts the WebGL technology, and utilizes the graphics card resources to realize the efficient rendering and interaction of 2D and 3D scenes. The background data is transmitted to the front-end browser in the form of JSON or texture compression, and the WebGL interface is called to perform graphics drawing, and the browser performs hardware graphics acceleration through the GPU.

[0074] II. Scene deployment service

[0075] The scene deployment service is mainly responsible for the construction and editing of the space-earth integrated simulation scene, provides the space-earth integrated simulation scene deployment and space-air-ground resource configuration functions, and the resources include satellite nodes, fixed terminal nodes and mobile terminal nodes, which prepare for the next simulation. According to an embodiment of the present application, as shown in Figure 6 The scene deployment service includes scene management, satellite management, terminal management, mobile terminal management, missile management and analysis and evaluation. Among them, the scene management is used to deploy the simulation scene type of the space-earth integrated twin simulation according to the simulation demand of the user; the satellite management is used to configure the satellite resources corresponding to the simulation scene of the space-earth integrated twin simulation deployed by the scene management module; the fixed terminal management is used to configure the fixed terminal resources corresponding to the simulation scene of the space-earth integrated twin simulation deployed by the scene management module; the mobile terminal management is used to configure the mobile terminal resources corresponding to the simulation scene of the space-earth integrated twin simulation deployed by the scene management module; the missile management is used to configure the missile resources corresponding to the simulation scene of the space-earth integrated twin simulation deployed by the scene management module; and the analysis and evaluation is used to generate the simulation node according to the resource configuration corresponding to the simulation scene of the space-earth integrated twin simulation deployed by the scene management module.

[0076] The traditional simulation software can only open one scene each time, and the platform loads the scene data of the user to the page display asynchronously when the user accesses through scene management, and sets the activation state of the scene, so that the user can call the satellite management module interface in the activated scene, configure satellite, terminal, mobile terminal, missile and other resource nodes, and the nodes are distinguished by categories, a management method of multiple scenes and multiple configuration resources coexisting is realized, multiple scene switching and diversified configuration of single scene resources are supported, space-air-ground resources can be configured arbitrarily, and diversified simulation of a single scene is achieved. The workflow of the scene deployment service is shown in Figure 7 as follows, including the following steps:

[0077] Step 1, creating a scene, the scene type includes: space-air-ground integrated information network application, satellite and constellation interconnection, air tactical data link networking, ground cellular communication networking, etc.

[0078] Step 2, activating the scene, since multiple scenes can coexist in the platform, the scene needs to be activated first, and then configured;

[0079] Step 3, configuring resource nodes, including satellites, terminals, mobile terminals, missiles, etc.

[0080] Step 4, completing the scene deployment.

[0081] In the scene deployment, resource nodes need to be configured, including satellites, terminals (including terminals, core networks, gateway stations, base stations, etc.), mobile terminals (including aircraft, vehicles, ships, etc.), missiles, etc. The application abstracts modeling of real satellite communication nodes, each node has a respective type identifier (objectType), according to the model parameters (general parameters are shown in Table 1) input by the display interaction service, automatically identifies and calls the corresponding type model algorithm service, completes the creation and configuration of the node, and realizes virtualization of the real satellite communication node. The model has a standardized interface, can automatically identify standardized algorithm services, and supports rapid model digital analysis of nodes.

[0082] Table 1

[0083]

[0084]

[0085] In the scene deployment process, the scene deployment service needs to call the model algorithm service, and the calling relationship is as follows Figure 8As shown, the scene deployment service automatically identifies and calls the corresponding type of model algorithm service according to the model parameters transmitted by the display interaction service, and completes the creation and configuration of the node. For example, the scene deployment service automatically calls the satellite orbit model in the model algorithm service to calculate the orbit parameters of the satellite and deploy the satellite into the scene, when the display interaction service transmits the model parameters of the satellite type.

[0086] III. Simulation service

[0087] The simulation service provides a simulation configuration interface of different protocols for users to initiate a simulation task, and configures the resource nodes deployed in the scene by the simulation deduction engine, starts the simulation, collects the data generated in the simulation process, and pushes the data to the display interface service for display through the message pushing service. According to an embodiment of the present application, as shown in Figure 9 , the simulation service includes protocol configuration, simulation configuration, simulation deduction engine, simulation data collection, etc. The traditional simulation software does not combine the scene-deployed resource nodes with the communication protocol. The platform configures the communication protocol of the resource nodes through the protocol configuration of the simulation service, and on this basis, the independent resource nodes are assembled into a space-ground integrated simulation communication network, so that users can carry out space-ground integrated simulation tasks on this network. Then, the simulation task is scheduled and run by the simulation deduction engine, and finally, the data generated in the simulation process is collected by the data collection, and the message pushing service is called to push the data to the display interaction service for display. The simulation service workflow is as shown in Figure 10 .

[0088] Step 1: Create a space-ground integrated simulation scene and activate it through the scene deployment service;

[0089] Step 2: Configure the communication protocol attributes of each resource node in the scene through the protocol configuration;

[0090] Step 3: Assemble a space-ground integrated simulation network according to the communication protocol attributes of the resource nodes;

[0091] Step 4: Configure the space-ground integrated simulation parameters and tasks through the simulation configuration;

[0092] Step 5: Hand over all the configurations to the simulation deduction engine for simulation scheduling, and complete the simulation task;

[0093] Step 6: Collect data through the simulation data collection during the simulation scheduling, and push the data to the display interaction service in real time through the message pushing service for display;

[0094] Step 7: End the simulation.

[0095] In the simulation process, the simulation service calls the scene deployment service and the model algorithm service, and the calling relationship is as shown in Figure 11 The simulation service calls the scene deployment service according to the simulation parameters transmitted by the display interaction service, and then calls the corresponding model algorithm service to complete the construction of the space-ground integrated simulation network.

[0096] IV. Model algorithm service

[0097] The model algorithm provides modeling functions of nodes such as satellites, terminals, core networks, gateway stations, and base stations, and elements such as natural environments, man-made environments, and information physical environments, and is used to be called in the scene deployment service and the simulation service to generate node simulation data. As shown in Figure 12 The model algorithm service includes a space dynamic model, a space environment model, a user and business model, and a communication link model. The space dynamic model includes a motion model, a trajectory model, a space model, and an attitude model. The space environment model includes an atmospheric model, a rain attenuation model, and an ionosphere model. The user and business model includes a user model, a business model, and a distribution model. The communication link model includes a channel model, an interference model, and an antenna model. In traditional single-machine simulation software, these models exist in the form of DLL libraries and can only be called locally. According to an embodiment of the present application, as shown in Figure 13 These models exist in the form of services and expose HTTP interfaces through a standard interface layer for other services to call, which facilitates replacement.

[0098] V. Protocol stack service

[0099] The protocol stack service provides protocol stack simulation functions and can simulate real communication protocol stacks to complete the interaction of node data and statistics of corresponding communication indicators such as communication delay, rate, and error rate. As shown in Figure 14 The protocol stack service includes a protocol control system and a network protocol system. The network protocol system provides communication protocol simulation of multiple systems, including TT and LINK16. The protocol control system is responsible for loading, scheduling, running, and destroying protocols. Traditional protocol simulation software can only simulate one protocol system and cannot realize network integrated simulation of multiple protocol systems. In the protocol control system of the present application, the protocol management module creates and loads node communication protocols according to the resource node communication protocol identifier configured in the protocol configuration module of the simulation service, thereby realizing a method of compatible multiple communication systems and adaptive communication mechanism matching of business modules to support communication protocol simulation of space-ground integrated networks.

[0100] According to an embodiment of the present application, as shown in Figure 15 The protocol matching process includes the following steps:

[0101] Step 1, create an integrated simulation scene through a scene deployment service, and configure the communication protocol attribute of each resource node in the scene through a simulation simulation service;

[0102] Step 2, the simulation simulation service issues the communication protocol configuration of the resource node to the protocol stack service;

[0103] Step 3, the protocol control system automatically matches the network protocol system according to the configuration;

[0104] Step 4, the protocol control system calls the network protocol system to create a corresponding protocol network;

[0105] Step 5, end the matching.

[0106] Six, hardware access service

[0107] The hardware access service provides hardware access functions, and can associate corresponding simulation nodes of semi-physical devices and physical devices in the platform through virtual-real mapping to form twin nodes of the devices for use as simulation simulation resources; according to an embodiment of the present application, as shown in Figure 16 , the hardware access service includes hardware management, device access, virtual-real mapping, hardware data acquisition, etc. Among them, the hardware management is used for managing the accessed semi-physical devices and physical devices, the semi-physical devices include physical boards and the like, and the physical devices include terminal prototypes, interference simulation devices, channel simulation devices, test instruments and the like; the device access is used for registering the semi-physical devices and physical devices to the system based on a standard SDK to access the system; the virtual-real mapping is used for mapping the semi-physical devices and physical devices with corresponding simulation nodes in the integrated simulation system and associating the simulation nodes with the devices; the hardware data acquisition is used for collecting the data generated by the accessed devices.

[0108] The traditional simulation software cannot access the devices in the software and perform twinning, or can only access a certain type of device, and cannot provide a unified access means, so the present application provides a standard SDK through the hardware access service to register device information to the platform through device access, and the registration information is shown in Table 2:

[0109] Table 2

[0110]

[0111]

[0112] The hardware management module controls the device through the ip and port registered by the device, then establishes a simulation node in the scene through the virtual-real mapping middleware and binds the device information to form a twin, completes the virtual node and real node twin mapping, and finally collects and reports the data generated by the device through hardware collection, so that an efficient and fast device access and control method is realized, virtual-real mapping, data sharing and virtual-real twin are realized. Hardware access process Figure 17 As shown, comprising the following steps:

[0113] Step 1, connect the semi-physical device or physical device to the server;

[0114] Step 2, configure the device information and start the device access SDK;

[0115] Step 3, the SDK registers the device information to the hardware access service, and creates a device record through the hardware management;

[0116] Step 4, the hardware access service calls the scene deployment service to create a simulation node in the integrated simulation scene of heaven and earth;

[0117] Step 5, bind the simulation node and hardware information.

[0118] Step 6, complete the device access.

[0119] In the process of device access, the hardware access service needs to call the scene deployment service to complete the virtual-real mapping twin, and the calling relationship is as shown in Figure 18 According to the type of the device, the hardware access service calls the scene deployment service to create a corresponding simulation node, and then binds the simulation node with the device, so as to complete the virtual-real mapping twin. In the integrated simulation simulation of heaven and earth, it participates in the simulation as a resource node and reports the data in real time.

[0120] As can be seen from the above embodiment, the traditional simulation software is a monolithic architecture, which cannot meet the requirements in large-scale network simulation, and cannot access the communication protocol, semi-physical and physical devices, and cannot form a large-scale integrated simulation simulation of heaven and earth. The present application adopts B / S architecture, adopts micro-service idea and container technology, divides the platform into scene deployment service, simulation simulation service, model algorithm service, protocol stack service, hardware access service, etc. The resource nodes are configured through the scene deployment service, the simulation parameters and tasks are configured through the simulation simulation service, the network and satellite communication nodes in the real physical world are modeled through the model algorithm service, the integrated simulation network of multiple protocol systems is constructed through the protocol stack service, and the semi-physical device and physical device are accessed through the hardware access service. The simulation node is established, and the simulation node corresponding to the device is associated with the device to form a twin, so as to construct an integrated simulation platform of heaven and earth based on the micro-service architecture, and complete the large-scale integrated simulation simulation of heaven and earth.

[0121] Compared with the prior art, the present application has the following advantages: 1. A space-ground integrated twin simulation platform construction method based on micro-service architecture is designed. 2. A service-based platform business segmentation method is designed, and the business module has independence, low coupling, and enhances the platform business scalability and extensibility. 3. A multi-scenario, multi-configuration resource coexistence management method is designed, which realizes support for multi-scenario switching and single-scenario resource diversification configuration, and the space-ground resources can be arbitrarily configured to achieve single-scenario diversification simulation. 4. Real satellite communication node virtualization is realized, the model has a standardized interface, can automatically identify standardized algorithm services, and supports fast model digitization analysis of nodes. 5. A compatible multi-communication system, business module adaptive communication mechanism matching method is designed, which supports multiple protocol systems, provides a cross-platform intermediate layer, and adaptive operating system. The protocol interface has universality and standardization, and supports space-ground integrated network communication protocol simulation. 6. An efficient and fast device access and control method is designed, which has virtual-real mapping standardized middleware, realizes virtual-real mapping, data sharing and virtual-real twinning. Therefore, based on mature micro-service technology, the present application designs a space-ground integrated twin simulation platform, supports independent development and deployment of module business to improve efficiency, and single service can be dynamically expanded, the overall fault tolerance is better, and the problems of massive user simultaneous use and large-scale communication node simultaneous simulation are solved.

[0122] It should be noted that although the above describes each step in a specific order, it does not mean that each step must be performed in the above specific order, in fact, some of these steps can be executed concurrently, or even change the order, as long as the required function can be realized.

[0123] The present application can be a system, a method and / or a computer program product. The computer program product can include a computer readable storage medium having computer readable program instructions loaded thereon, which can be used to cause a processor to implement various aspects of the present application.

[0124] A computer readable storage medium can be, for example, but is not limited to, an electronic, magnetic, optical, electromagnetic, semiconductor, or any other suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium include the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing. A computer readable storage medium, as used herein, is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves.

[0125] Having described above several embodiments, now will be described a number of modifications and alternatives. Such description is included to provide for a more complete understanding of the various embodiments and is not intended in any way to limit the scope of possibilities. Many modifications in addition to those described above can be made by one skilled in the relevant art without departing from the scope and spirit of the described embodiments. The scope of the various embodiments disclosed herein cover all technical solutions falling within the principles and their practical applications or improvements to the art, as well as enabling other ordinary skilled in the art to understand the various embodiments disclosed herein.

Claims

1. A space-ground integrated twin simulation system, characterized in that, The system includes: The scenario deployment service subsystem is used to provide scenario deployment services in the form of microservices to realize the simulation scenario deployment and air-space-ground resource configuration functions corresponding to the integrated space-ground twin simulation, and to generate simulation nodes in the integrated space-ground twin simulation. The model algorithm service subsystem is used to provide model algorithm services in the form of microservices to perform environmental modeling and generate simulation data corresponding to simulation nodes based on the simulation scenario deployment and air-ground resource configuration of the scenario deployment service. The hardware access service subsystem is used to provide hardware access services in the form of microservices to connect semi-physical devices and physical devices to the system, map semi-physical devices and physical devices to corresponding simulation nodes through virtual-physical mapping, associate simulation nodes with devices, and collect data generated by devices. Each of the multiple subsystems is configured in an independent container, which is deployed on one or more distributed servers.

2. The system according to claim 1, characterized in that, The system also includes: The simulation service subsystem is used to provide simulation configurations corresponding to simulation services of different protocols in the form of microservices, so that users can initiate simulation tasks for integrated space-ground twin simulation and collect data generated during the simulation process.

3. The system according to claim 2, characterized in that, The system also includes: The protocol stack service subsystem is used to provide protocol stack services in the form of microservices to realize the protocol stack simulation of the space-ground integrated twin simulation, and to complete the interaction of simulation data and the statistics of communication indicators for each simulation node.

4. The system according to claim 3, characterized in that, The system also includes: The message push service subsystem is used to provide data push services in the form of microservices to push simulation data.

5. The system according to claim 4, characterized in that, The system also includes: The data storage service subsystem is used to provide data storage services in the form of microservices to store data generated by the integrated space-ground twin simulation.

6. The system according to claim 5, characterized in that, The system also includes: The gateway routing service subsystem is used to provide gateway routing services in the form of microservices, so as to configure a unified access entry for the microservices provided by other subsystems in the integrated space-ground twin simulation.

7. The system according to claim 6, characterized in that, The system also includes: The monitoring center service subsystem is used to provide monitoring services in the form of microservices to monitor the running status of microservices in other subsystems in the integrated space-ground twin simulation.

8. The system according to claim 7, characterized in that, The system also includes: The configuration center service subsystem is used to provide unified configuration management services in the form of microservices, so as to manage the configuration files of microservices of all subsystems in the integrated space-ground twin simulation.

9. The system according to claim 8, characterized in that, The system also includes: The registration center service subsystem is used to provide microservice registration services to all subsystems in the form of microservices, and to enable registered microservices to discover and call each other in the integrated space-ground twin simulation.

10. The system according to claim 9, characterized in that, The system also includes: The interactive display service subsystem is used to provide interactive display services in the form of microservices to display the simulation scene of the integrated space-ground twin simulation, and to provide a display interface for the interaction, configuration and display between microservices of other subsystems.

11. The system according to claim 10, characterized in that, The air-space-ground resources include: satellite nodes, fixed terminal nodes, mobile terminal nodes, and missiles. The fixed terminals include core networks, gateway stations, and base stations; the mobile terminals include aircraft, vehicles, and ships.

12. The system according to claim 11, characterized in that, The scenario deployment service subsystem provides simulation scenario deployment types in the form of microservices, including: integrated air-space-ground information network applications, satellite and constellation interconnection, airborne tactical data link networking, and ground cellular communication networking.

13. The system according to claim 12, characterized in that, The scenario deployment service includes: Scene management is used to deploy simulation scene types for integrated space-ground twin simulation based on the user's simulation requirements; Satellite management is used to configure satellite resources corresponding to the simulation scenarios of the integrated space-ground twin simulation for scenario management and deployment; Fixed terminal management is used to configure the fixed terminal resources corresponding to the simulation scenarios of the integrated space-ground twin simulation deployed by the scenario management. Mobile terminal management is used to configure the mobile terminal resources corresponding to the simulation scene of the integrated space-ground twin simulation deployed by the scene management; Missile management is used to configure the missile resources corresponding to the simulation scenario of the space-ground integrated twin simulation deployed by the scenario management; Analysis and evaluation are used to generate simulation nodes based on the resource configuration corresponding to the simulation scenario of the integrated space-ground twin simulation deployed according to the scenario management.

14. The system according to claim 10, characterized in that, The model algorithm service includes: Spatial dynamic models include motion models, trajectory models, spatial models, and attitude models; Space environment models include atmospheric models, rain decay models, and ionospheric models; User and business models, including user models, business models, and distribution models; Communication link models include channel models, interference models, and antenna models; A standard interface is provided to enable all models to access the system.

15. The system according to claim 10, characterized in that, The hardware access service includes: Hardware management is used to manage the accessed semi-physical devices and physical devices; wherein, the semi-physical devices include physical boards, and the physical devices include terminal prototypes, interference simulation devices, channel simulation devices, and test instruments; Device access is used to register semi-physical devices and physical devices with the system based on the standard SDK to access the system; Virtual-physical mapping is used in a space-ground integrated twin simulation system to map semi-physical devices and physical devices to corresponding simulation nodes and associate simulation nodes with devices; Hardware data acquisition is used to collect data generated by connected devices.

16. The system according to claim 10, characterized in that, The simulation service includes: Protocol configuration is used to configure the communication protocol of resource nodes; Simulation configuration is used to form an integrated space-ground simulation communication network by connecting the simulation nodes corresponding to the resources based on the configured communication protocol. The simulation engine is used to schedule and run simulation tasks and generate simulation data. Simulation data acquisition is used to collect data generated during the execution of simulation tasks and call the message push service to send the data to the display and interaction service for display.

17. The system according to claim 16, characterized in that, The protocol stack services include: The protocol control system is used to provide protocol stack simulation functions according to the communication protocol configured by the simulation service to simulate the real communication protocol stack, including handling the loading, scheduling, running and destruction of protocols; A network protocol system is used to provide communication protocol simulation for various protocol systems, including TT, LINK16, DVB, 5G, and 4G.

18. The system according to claim 10, characterized in that, The interactive display service provides a user interface and rendering engine for the integrated space-ground twin simulation in the form of a webpage. It is used to display the integrated space-ground twin simulation scenario and to provide a display interface for the interaction, configuration and display between microservices of other subsystems.

19. A space-ground integrated twin simulation platform, characterized in that, The platform includes The system as described in any one of claims 1-18; One or more client workstations are used to access the integrated space-ground twin simulation system over a network.

20. The platform according to claim 19, characterized in that, Each client workstation is configured with: The browser is used to access the integrated space-ground twin simulation system via the network, interact with the display and interactive services to request web pages and WebGL scripts and execute scripts, call the WebGL interface to draw graphics on the integrated space-ground twin simulation data and display the data in 2D or 3D form as a web page; Graphics cards and graphics card drivers are used to complete the display and interactive rendering of 2D or 3D in the browser; GPU is used for hardware graphics acceleration.

21. A method for integrated space-ground twin simulation using the system described in any one of claims 1-18, characterized in that, The method includes: S1. Start system services, deploy simulation scenarios and configure air-space-ground resources to generate simulation nodes for integrated air-space twin simulation; S2. Based on the simulation scenario deployed in step S1 and the configured air-space-ground resources, perform environmental modeling and generate simulation data corresponding to the simulation nodes. S3. Connect the semi-physical device and the physical device to the system, map the semi-physical device and the physical device to the corresponding simulation node through virtual-physical mapping, associate the simulation node with the device, and collect the data generated by the device.

22. A computer-readable storage medium, characterized in that, It stores a computer program that can be executed by a processor to implement the steps of the method of claim 21.

23. An electronic device, characterized in that, include: One or more processors; A storage device for storing one or more programs that, when executed by the one or more processors, cause the electronic device to perform the steps of the method as described in claim 21.

Images