A satellite network multi-route collaborative simulation test method, device and system

Abstract

The present application discloses a multi-route collaborative simulation test method, device and system for satellite networking, the method comprising: deploying different satellites and establishing connections according to simulation test requirements to obtain satellite network topology, wherein the different satellites use at least three routes, and the at least three routes include hardware routes and software simulation routes; configuring the routes for routing processing and forwarding related parameters; triggering the corresponding satellites in the satellite network topology to generate simulated data streams, and the corresponding routes perform data processing and forwarding based on the related parameters; collecting the routing status after the routes forward the data, and analyzing the routing status. This solves the problem that the existing simulation for ultra-large-scale satellite networks has obvious deficiencies in realism, cost control and flexibility.

Description

Technical Field

[0001] The present application relates to the technical field of routing performance testing, and in particular to a multi-routing collaborative simulation testing method, device and system for satellite networking. Background Art

[0002] Satellite network simulation systems are based on computer software programs or hardware devices to simulate the behavior of satellite networks and test and verify network design, protocols, configuration, security, and other network services and functions. Using satellite network simulation systems instead of actual physical equipment to carry out large-scale testing can effectively reduce test costs and time investment on the one hand, and simulate the actual operating environment of satellite networks on the other hand to ensure that the technology is up to standard. Existing satellite network simulation systems generally have problems such as small simulation scale, low fidelity, and limited protocol functions, which make it difficult to meet the needs of large-scale satellite network technology system design and verification.

[0003] Network simulation systems are mainly divided into two categories: event-driven simulation systems (such as NS3, OPNET, etc.) and virtual machine technology-based simulation systems. The former uses event routines as basic simulation model units and executes corresponding events in sequence, while the latter uses virtual machines (such as container technology) to simulate the behavior of each node in the network; however, for ultra-large-scale satellite network simulation, its realism, cost control and flexibility are obviously insufficient. Summary of the invention

[0004] The purpose of this application is to provide a satellite network multi-route collaborative simulation test method, device and system to solve the problems of network simulation system in terms of network scale, flexibility, and realism.

[0005] In a first aspect, an embodiment of the present application provides a multi-route collaborative simulation test method for satellite networking, the method comprising:

[0006] Deploy different satellites and establish connections according to simulation test requirements to obtain a satellite network topology, wherein the different satellites use at least three routes, and the at least three routes include hardware routes and software simulation routes;

[0007] Configure the routing and forwarding parameters.

[0008] Triggering corresponding satellites in the satellite network topology to generate simulated data streams, and having corresponding routers process and forward data based on the relevant parameters;

[0009] Collecting the routing status after the routing forwarding data, and analyzing the routing status;

[0010] The software simulation routing includes at least two routings with different software simulation degrees as follows:

[0011] Semi-physical soft routing using non-customized hardware platform to simulate routers;

[0012] Use application-based container virtualization technology to simulate the virtualized routing of routers;

[0013] By using process-based virtualization technology, ultra-lightweight routing is achieved by cutting out container functions that are irrelevant to the simulated routing and forwarding functions.

[0014] In some possible embodiments, the hardware routing includes at least two routings with different hardware routing performances.

[0015] In some possible embodiments, the hardware routing is selected from the following routings:

[0016] On-board routing using on-board routers with laser modules;

[0017] Hardware routing using a hardware router without a laser module.

[0018] In some possible embodiments, different satellites are deployed according to simulation test requirements, including:

[0019] When it is determined that the number of satellites in the simulated scenario exceeds a set high threshold, a set number of satellites using ultra-lightweight routing are deployed.

[0020] In some possible embodiments, different satellites are deployed and connected according to simulation test requirements, including:

[0021] Selecting a plurality of target routes according to the simulated traffic processing requirement, wherein at least some of the plurality of target routes can meet the traffic processing requirement;

[0022] According to the principle that the larger the processing volume, the smaller the number of corresponding target routes, the number of the target routes is determined, and satellites using the target routes are deployed.

[0023] In some possible embodiments, different satellites are deployed and connected according to simulation test requirements, including:

[0024] According to the realism requirement of the simulation, multiple target routes are selected, and at least some of the multiple target routes can meet the realism requirement;

[0025] According to the principle that the higher the degree of simulation, the smaller the number of corresponding target routes, the number of the target routes is determined, and satellites using the target routes are deployed.

[0026] In some possible embodiments, the relevant parameters include a routing table, wherein:

[0027] Any onboard route is connected to another onboard route and a non-onboard route respectively, and data forwarding between the another onboard route and the non-onboard route is performed based on the routing table; or

[0028] Any satellite-borne router is connected to two other satellite-borne routers respectively, and performs data forwarding between the other two satellite-borne routers based on the routing table;

[0029] The non-satellite routing is any one of hardware routing, semi-physical soft routing, virtualized routing, and ultra-lightweight routing.

[0030] In some possible embodiments, the hardware routing performs data forwarding with at least one routing based on a configured routing table.

[0031] In some possible embodiments, the semi-physical soft router is arranged on a non-customized hardware platform, and forwards data with at least one router based on a configured routing table and an OVS bridge configured as a network interface.

[0032] In some possible embodiments, the virtualized routers are arranged in mutually isolated containers, and forward data with at least one router based on a configured routing table and an OVS bridge configured as a network interface.

[0033] In some possible embodiments, the ultra-lightweight routing is based on the pruned container, based on the configured routing table and the OVS bridge configured as a network interface, and forwards data with at least one router.

[0034] In some possible embodiments, the corresponding routing performs data processing and forwarding based on the relevant parameters, including:

[0035] The corresponding router processes the data based on the relevant parameters and sends the data to the link simulator;

[0036] The link simulator processes the data for loss according to the simulated network transmission environment and then sends the data.

[0037] In some possible embodiments, performing loss processing on the data before sending it includes:

[0038] After the data is processed for loss, the SDN switch in the SDN network forwards the data after loss processing according to the data forwarding rules pre-configured according to the forwarding path.

[0039] In some possible embodiments, the method further includes:

[0040] Display configuration item information through a graphical interface;

[0041] The satellite network topology and related parameters are dynamically adjusted according to the operation on the configuration item information.

[0042] In a second aspect, an embodiment of the present application provides a multi-route collaborative simulation test system for satellite networking, including:

[0043] At least three types of routing, the at least three types of routing including hardware routing and software simulation routing;

[0044] A simulation management module, used to perform simulation testing based on the multi-route collaborative simulation testing method for satellite networking provided in the first aspect above;

[0045] The software simulation routing includes at least two routings with different software simulation degrees as follows:

[0046] Semi-physical soft routing using non-customized hardware platform to simulate routers;

[0047] Use application-based container virtualization technology to simulate the virtualized routing of routers;

[0048] By using process-based virtualization technology, ultra-lightweight routing is achieved by cutting out container functions that are irrelevant to the simulated routing and forwarding functions.

[0049] In some possible embodiments, the hardware routing includes at least two routings with different hardware routing performances.

[0050] In some possible embodiments, the hardware routing is selected from the following routings:

[0051] On-board routing using on-board routers with laser modules;

[0052] Hardware routing using a hardware router without a laser module;

[0053] In some possible embodiments, the system further includes:

[0054] The link simulator is connected to any router and is used to process the data loss according to the simulated network transmission environment before sending it.

[0055] In some possible embodiments, the system further includes:

[0056] SDN network, including multiple SDN switches;

[0057] The SDN switch is used to forward the data after loss processing according to the data forwarding rules pre-configured according to the forwarding path.

[0058] In a third aspect, another embodiment of the present application further provides a multi-route collaborative simulation test device for satellite networking, comprising:

[0059] A topology building module is used to deploy different satellites and establish connections according to simulation test requirements to obtain a satellite network topology, wherein the different satellites use at least three routes, and the at least three routes include hardware routes and software simulation routes;

[0060] A parameter configuration module, used to configure the routing parameters related to routing processing and forwarding;

[0061] A data forwarding module, used for triggering the corresponding satellite in the satellite network topology to generate a simulated data stream, and the corresponding router performs data processing and forwarding based on the relevant parameters;

[0062] The performance analysis module is used to collect the routing status after the routing forwards the data and analyze the routing status.

[0063] In the fourth aspect, another embodiment of the present application also provides a multi-route collaborative simulation test device for satellite networking, comprising at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the multi-route collaborative simulation test method for satellite networking provided in the first aspect above.

[0064] The embodiments of the present application provide a multi-route collaborative simulation test method, device and system for satellite networking. Aiming at different needs, they flexibly integrate network simulation technologies and node types of different routes to comprehensively verify the functions and performance of the network, thus overcoming the shortcomings of traditional solutions in terms of network scale, flexibility, and realism.

[0065] Other features and advantages of the present application will be described in the following description, and partly become apparent from the description, or be understood by practicing the present application. The purpose and other advantages of the present application can be realized and obtained by the structures specifically pointed out in the written description, claims, and drawings. BRIEF DESCRIPTION OF THE DRAWINGS

[0066] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the drawings required for use in the embodiments of the present application will be briefly introduced below. Obviously, the drawings introduced below are only some embodiments of the present application. For ordinary technicians in this field, other drawings can be obtained based on these drawings without creative work.

[0067] Figure 1 A schematic diagram of a multi-route collaborative simulation test system for satellite networking according to an embodiment of the present application;

[0068] Figure 2Schematic diagrams of five different routes according to an embodiment of the present application;

[0069] Figure 3 A schematic diagram of the hardware architecture of a multi-route collaborative simulation test system for satellite networking according to an embodiment of the present application;

[0070] Figure 4 A schematic diagram of a multi-route collaborative simulation test system divided from simulated functional modules according to an embodiment of the present application;

[0071] Figure 5 A schematic diagram of a satellite router access subsystem according to an embodiment of the present application;

[0072] Figure 6 A schematic diagram of a physical access subsystem of a hardware router according to an embodiment of the present application;

[0073] Figure 7 A schematic diagram of the hardware router subsystem workflow and information interaction according to an embodiment of the present application;

[0074] Figure 8 A schematic diagram of a large-scale semi-physical deduction subsystem according to an embodiment of the present application;

[0075] Fig. 9 A schematic diagram of the workflow and information interaction of a semi-physical soft router subsystem according to an embodiment of the present application;

[0076] Fig.10 A schematic diagram of a containerized virtual constellation subsystem according to an embodiment of the present application;

[0077] Fig.11 A schematic diagram of a forwarding path corresponding to routing settings under different business volume requirements according to an embodiment of the present application;

[0078] Fig.12 A schematic diagram of forwarding paths corresponding to routing settings under different fidelity requirements according to an embodiment of the present application;

[0079] Fig.13 A flowchart of a multi-route collaborative simulation test method for satellite networking according to an embodiment of the present application;

[0080] Fig.14 A diagram of a multi-route collaborative simulation test method for satellite networking according to an embodiment of the present application;

[0081] Fig.15 The present invention is a flow chart of a multi-route collaborative simulation test method for satellite networking according to another embodiment of the present application. DETAILED DESCRIPTION

[0082] To further illustrate the technical solution provided by the embodiment of the present application, this is described in detail below in conjunction with the accompanying drawings and specific implementation methods. Although the embodiment of the present application provides the method operation steps as shown in the following embodiments or drawings, more or fewer operation steps may be included in the method based on routine or no creative labor. In the steps where there is no necessary causal relationship logically, the execution order of these steps is not limited to the execution order provided by the embodiment of the present application. The method can be executed in the order of the method shown in the embodiment or drawings or in parallel during the actual processing process or when the control device is executed.

[0083] In view of the fact that the simulation of ultra-large-scale satellite networks in the related art is obviously insufficient in terms of realism, cost control and flexibility, the present application proposes a multi-route collaborative simulation test method, device and system for satellite networking.

[0084] Other features and advantages of the present application will be described in the following description, and partly become apparent from the description, or be understood by practicing the present application. The purpose and other advantages of the present application can be realized and obtained by the structures specifically pointed out in the written description, claims, and drawings.

[0085] like Figure 1 As shown, the embodiment of the present application provides a multi-route collaborative simulation test system for satellite networking, which can meet the simulation requirements of high fidelity and flexible customization for large-scale satellite networking, and support research, design, testing and performance analysis from basic network protocols to complex network architectures. It mainly includes:

[0086] At least three types of routing 101, the at least three types of routing include hardware routing and software simulation routing;

[0087] The above-mentioned at least three types of routing include hardware routing and software simulation routing. Hardware routing is a physical routing node, which has differences in physical hardware and is close to satellite physical routing to varying degrees. Software simulation routing is routing implemented through software simulation and there are differences in software simulation routing performance. The software simulation routing includes at least two routings with different software simulation degrees: semi-physical soft routing that uses a non-customized hardware platform to simulate a router; virtualized routing that uses application-based container virtualization technology to simulate a router; and ultra-lightweight routing that uses process-based virtualization technology to cut out container functions that are not related to the simulated routing forwarding functions.

[0088] In some possible embodiments, the hardware routing includes at least two routings with different hardware routing performances.

[0089] One possible form is that hardware routing includes routing with at least one hardware routing performance, and software simulation routing includes routing with at least two different software simulation degrees; another possible form is that hardware routing includes routing with at least two hardware routing performances, and software simulation routing includes routing with at least two different software simulation degrees.

[0090] The simulation management module 100 is used to deploy different satellites and establish connections according to the simulation test requirements to obtain a satellite network topology, wherein the different satellites use at least three types of routing, and the at least three types of routing include hardware routing and software simulation routing; configure the routing to perform routing processing and forwarding related parameters; trigger the corresponding satellite in the satellite network topology to generate a simulated data stream, and the corresponding routing performs data processing and forwarding based on the related parameters; collect the routing status after the routing forwards the data, and analyze the routing status.

[0091] In the embodiment of the present application, the simulation management module 100 is responsible for the construction and related configuration of the satellite network topology. Based on the different routes defined in the system of the present application and the corresponding simulation test requirements, the simulation management module selects a specific combination of at least some routes and link connections of the satellite to construct the satellite network topology. Specifically, the satellite network topology and related configuration of multi-route coordination can be automatically generated according to the corresponding rules, and the satellite network topology and related configuration can also be constructed according to the input information.

[0092] The above-mentioned simulation management module in the embodiment of the present application displays configuration item information through a graphical interface, and the configuration item information includes the configuration of the satellite network topology and the configuration of related parameters; according to the operation of the configuration item information, the satellite network topology and related parameters are dynamically adjusted.

[0093] Users can intuitively configure satellite network topology, set relevant parameters and monitor simulation status through a graphical interface; the system provides a detailed parameter configuration interface and supports simulation parameter settings at different levels and granularities; the system executes different task scheduling algorithms and automatically allocates simulation tasks according to simulation requirements and current resource conditions; at the same time, the system monitors the use of system resources in real time, including computing resources, storage resources and network resources; integrated data analysis tools support the collection and storage of detailed simulation data during the simulation process, and statistical analysis and graphical display of simulation results.

[0094] In some possible embodiments, the system further includes:

[0095] The link simulator 102 is connected to any router and is used to process the data loss according to the simulated network transmission environment before sending it.

[0096] Any router can be connected to a link simulator, and the corresponding link simulator is responsible for building an accurate and controllable simulated network transmission environment, which can simulate a variety of complex network conditions, mainly including transmission delay, packet loss rate and bandwidth limitation. It allows users to test and evaluate the performance and robustness of network devices and applications under various network conditions during the simulation process. The simulation management module can be configured, including network environment configuration parameters, fault injection instructions, and real-time monitoring requests. The output includes a simulated network environment, and the fault injection report provides real-time network status information and performance indicator data, such as current delay, packet loss rate, throughput, etc., so as to comprehensively evaluate its routing forwarding capabilities, protocol compatibility, and performance stability.

[0097] The embodiment of the present application is based on different pre-defined routes, and the satellite network topology is constructed by the simulation management module; the simulation management module performs data routing and processing configuration initialization and configuration forwarding related parameters, and the specific configurable related parameters include IP address, routing table, protocol type, etc.; the simulation management module triggers the generation of simulated data streams, which flow in the network in the form of data packets and pass through each route in the forwarding path; each route forwards and processes the received data packets according to the configured routing rules and protocols; the simulation management module collects the performance data of each route, the route status information after forwarding the data, etc., and performs analysis and evaluation to verify the performance and stability of the network system; further, the simulation management module displays the test results obtained by analysis in the form of charts, reports, etc., to provide a basis for network design and optimization.

[0098] The multi-route collaborative simulation test system for satellite networking provided in the embodiment of the present application can meet the following simulation test requirements by integrating different route collaborative simulation technologies:

[0099] High-fidelity requirements are met by carefully simulating different communication behaviors of satellite networks on different routes;

[0100] Ultra-large-scale semi-physical simulation requirements: Through an efficient multi-route coordination mechanism, the system can meet the ultra-large-scale satellite network simulation requirements;

[0101] In order to meet the low-cost requirement, the system effectively controls the simulation cost through flexible node configuration and resource reuse technology.

[0102] In some possible embodiments, the satellite network multi-route collaborative simulation test system further includes an SDN network 103, including a plurality of SDN switches, including an SDN switch serving as an SDN controller, wherein:

[0103] Any routing connection link simulator, the link simulator performs loss processing on the data according to the simulated network transmission environment and then sends the data to the SDN switch in the SDN network;

[0104] The SDN switch is used to forward the data after loss processing according to the data forwarding rules pre-configured according to the forwarding path.

[0105] The SDN switch is a core component of the multi-route collaborative simulation test system. It allows the network traffic path to be dynamically and flexibly configured through the simulation management module, receives data packets from the link simulator, and configuration instructions from the SDN controller in the SDN network, and dynamically forwards data packets to the specified target address according to the instructions of the controller, and feeds back network status information to the SDN controller. The simulation management module 100 of the embodiment of the present application realizes the configuration and change of the forwarding path by configuring the SDN switch in the SDN network.

[0106] The hardware routing of this embodiment is selected from the following routings: a satellite routing using a satellite router with a laser module; a hardware routing using a hardware router without a laser module.

[0107] like Figure 2 As shown, different routings in the embodiments of the present application include at least satellite routing, hardware routing, semi-physical soft routing, virtualized routing and ultra-lightweight routing, such as Figure 3 It is shown that different routes in the embodiment of the present application work together through the SDN switch, and closely cooperate with the link simulator and simulation management module to ensure comprehensive and rigorous testing and verification of system performance.

[0108] like Figure 4 As shown, in terms of the functional modules of software simulation, the simulation management module belongs to the simulation management subsystem, the satellite routing belongs to the satellite router access subsystem management, the hardware routing belongs to the hardware router physical access subsystem, the semi-physical soft routing belongs to the large-scale soft routing physical deduction subsystem, the virtualized router belongs to the containerized virtual satellite subsystem, and the ultra-lightweight routing belongs to the ultra-lightweight virtual satellite subsystem.

[0109] The following is a detailed description of each route in the multi-route collaborative simulation test system of satellite networking.

[0110] 1) Onboard routing

[0111] In the embodiment of the present application, a satellite-borne router with a laser module is used as a satellite-borne router. Since the satellite-borne router is responsible for processing data transmission between inter-satellite links and satellite-to-ground links, it is applied to a multi-route collaborative simulation test system for satellite networking with the highest degree of simulation.

[0112] In the multi-route collaborative simulation test system of satellite networking, any satellite-borne route is respectively connected to another satellite-borne route and a non-satellite route, and data forwarding between the other satellite-borne route and the non-satellite route is performed based on the routing table, specifically performing data forwarding between the non-satellite route and another satellite-borne route, and verifying the routing state of the Ethernet link to the laser link through data transmission between the non-satellite route and another satellite-borne route, and verifying the routing state of the laser link to the Ethernet link through data transmission between another satellite-borne route and the non-satellite route; or any satellite-borne route is respectively connected to the other two satellite-borne routes, and data forwarding between the other two satellite-borne routes is performed based on the routing table to verify the routing state of the laser link to the laser link. The above-mentioned non-satellite route is any one of hardware routing, semi-physical soft routing, virtualized routing, and ultra-lightweight routing.

[0113] Take three satellite-borne routers as an example, which are used to verify the compatibility of the satellite laser link protocol and the routing forwarding between Ethernet links. Figure 5 As shown, satellite router 1 verifies the routing forwarding function of the Ethernet link to the laser link of the Ethernet data sender, satellite router 2 is used to verify the forwarding function of the laser link to the laser link, and satellite router 3 is used to verify the forwarding function of the laser link to the Ethernet link. The data sender and the data receiver are connected to the port of another router.

[0114] Onboard router 1 is responsible for verifying the routing forwarding from the Ethernet data sender to the laser link. Its corresponding input is the Ethernet data frame and routing table, and its output is the laser link data packet.

[0115] Satellite router 2 is responsible for verifying the forwarding function of laser link to laser link. Its input is the laser link data packet (data packet received from satellite router 1) and the routing table, and its output is the processed laser link data packet.

[0116] Satellite router 3 is responsible for verifying the forwarding function from the laser link to the Ethernet link. Its input is the laser link data packet (data received from satellite router 2) and the routing table, and its output is the Ethernet data frame.

[0117] 2) Hardware routing

[0118] In the embodiment of the present application, a hardware router without a laser module is used as a hardware router. The hardware router is based on a configured routing table, and at least one route forwards data. The hardware router can provide high-performance and high-stability routing services. The hardware router works in conjunction with the onboard routing and other software-simulated routing to jointly build a simulated satellite network.

[0119] Any hardware router can be connected to at least one of the above different routers through a link simulator. The link simulator can be, but is not limited to, a network loss meter, such as Figure 6As shown, the satellite networking multi-route collaborative simulation test system includes several hardware routers, and the hardware routers are connected through network loss meters.

[0120] In order to improve the realism of the simulation, the embodiment of the present application directly connects the physical hardware router to the simulation environment. Through the integration of the hardware router, it realizes the distortion-free simulation of the network function of a single node and enhances the confidence of the simulation results. Considering the cost of the hardware router, a small-scale physical hardware router (such as a few to dozens of scales) is usually used. The link simulator can use a general network damage instrument device or a customized dedicated device. Figure 7 As shown, a network topology connection method of a hardware routing access multi-routing collaborative simulation test system based on a network damage instrument is given.

[0121] Hardware routing is mainly responsible for forwarding data packets from the source address to the destination address according to the configured routing table and network environment information. In addition, hardware routing also supports various network services to ensure the integrity and security of data packets during transmission. The following configurations can be achieved through the simulation management subsystem: packet routing table, interface parameter configuration, network service configuration, simulation environment parameters, and real-time network status information. Its output usually includes data packet forwarding, routing decision logs, performance indicator data, and fault recovery logs.

[0122] The complete workflow and information flow of hardware routing in the embodiment of the present application mainly include the following steps:

[0123] Step 1: Initialization and configuration of hardware routing;

[0124] During the startup phase, the hardware router will be initialized and the preset configuration information will be loaded. The preset configuration information mainly includes setting the network interface (such as hardware router 1 matching SDN interface 4), configuring the routing table, defining the access control list ACL, etc. These configuration information can be input according to the user's instructions using the simulation management subsystem, or can be configured through automated tools.

[0125] Step 2: Hardware routing updates the routing table;

[0126] Hardware routers periodically exchange routing information with other routers to update their routing tables. This is usually done through routing protocols such as OSPF, BGP, etc. The routing table is the key to the router forwarding data packets, which determines how the data packets should be forwarded to the destination.

[0127] Step 3: The hardware router receives and processes the data packet;

[0128] When a hardware router receives a data packet, it first checks the destination address of the packet and looks up the routing table to determine the best forwarding path. The hardware router also checks other information of the packet, such as the source address, protocol type, etc., to determine whether additional processing is required, such as NAT translation, firewall inspection, etc.

[0129] Step 4: Hardware routing forwards the data packet;

[0130] According to the pre-configured routing table, the hardware router will send the data packet to the next hop router, which may be another router or the final destination router. For example, hardware router 1 is connected to the SDN switch through port 4, and is connected to the link simulator or network damage instrument device through interface 6 during the forwarding process, and then reaches hardware router 2 through port 5. The hardware router may perform congestion control, QoS priority processing and other operations according to the network status.

[0131] In the multi-route collaborative simulation test system with physical access to hardware routers, such as Figure 8 As shown in the figure, the hardware router is connected to the network loss meter, which simulates the real network environment, including network delay, packet loss, bandwidth limitation, etc. These simulated network impairments can help testers more accurately evaluate network performance and device robustness.

[0132] 3) Semi-physical soft routing;

[0133] In the embodiment of the present application, based on the non-customized hardware platform technology, a router simulated by a non-customized hardware platform is used as a semi-physical soft router, such as Figure 8 As shown, the semi-physical soft router is arranged on a non-customized hardware platform. One possible way is to arrange it on a non-customized hardware platform MINIPC, and forward data between at least one of the different routers based on the configured routing table and the OVS bridge configured as a network interface.

[0134] Based on non-customized hardware platform technology, the functions of routers are realized through software simulation, which has the advantages of flexible configuration and rapid deployment. Semi-physical soft routers can dynamically adjust routing strategies as needed and collaborate with other routers to complete network simulation tasks.

[0135] Semi-physical soft routing runs network functions on a non-customized hardware platform, supports the rapid deployment and verification of new protocols and architectures, and function-related network simulation verification, provides strong support for the research and development and innovation of network technology, and simulates and tests the specific impact of network design and configuration on performance.

[0136] MiniPC is usually equipped with more powerful hardware configuration, including high-performance processor, sufficient memory and fast storage device. The MiniPC-based architecture can be used as a substitute for hardware routers, providing more routing options for different performance testing needs.

[0137] like Fig. 9 As shown, each simulated satellite router is on a MINIPC, running routing software, and connected to the SDN switching network through a link simulator. Multiple semi-physical soft routers can be run on a MINIPC, and the above-mentioned soft routers 1~4 are all semi-physical soft routers. Fig. 9 The SDN switching network can be understood as a logically large SDN switch composed of multiple SDN switches connected together.

[0138] The semi-physical soft router runs on the MINIPC and is responsible for processing data packets, executing routing decisions, and communicating with other simulated routers. It receives data packets from other simulated routers or network devices, and forwards the data packets to the destination address according to the routing table and network policy. It may also generate routing update information or other network control messages.

[0139] The complete workflow and information flow of the semi-physical soft routing of the embodiment of the present application mainly include the following six steps:

[0140] Step 1: Initialize and configure the semi-physical soft router;

[0141] The semi-physical soft router is started on MiniPC1 as a simulated satellite router node, and the routing software and OVS bridge are loaded. The routing software is initialized and the preset routing table, interface configuration and network policy are loaded. The OVS bridge is configured as the network interface of the simulated satellite router, such as Fig. 9 As shown, the semi-physical soft router is connected to the link simulator through port 6 and is connected to the SDN switching network through port 7.

[0142] Step 2: The semi-physical soft router receives the data packet;

[0143] The semi-physical soft router receives data packets from the link simulator (port 6) through the OVS bridge.

[0144] Step 3: The semi-physical soft router processes the data packet;

[0145] The semi-physical soft router processes the received data packets and searches the routing table to determine the forwarding target. According to the network policy and routing table, the data packets may be forwarded to other interfaces, discarded, or subjected to other specific processing, such as NAT, firewall inspection, etc.

[0146] Step 4: The semi-physical soft router forwards the data packet;

[0147] After the semi-physical soft router determines the forwarding target, the data packet is sent to the next router through the OVS bridge, such as another semi-physical soft router through port 8, or other routers, network damage detectors or SDN switches.

[0148] Step 5, simulating loss processing through a link simulator;

[0149] In this example, after the link simulator receives the data packet through port 6, it simulates network damage according to preset parameters, such as delay, packet loss, bit error, etc. The data packet after simulated damage is sent to the SDN switching network for forwarding.

[0150] Step 6: The SDN switching network forwards the data packet according to the forwarding path;

[0151] The SDN switch in the SDN switching network receives the data packet and forwards it under the control of the SDN controller according to the instructions of the simulation management subsystem (port 1). The SDN controller in the SDN switching network can dynamically adjust the forwarding rules according to the network status to achieve flexible changes in the network topology.

[0152] 4) Virtualized routing;

[0153] The embodiment of the present application adopts a router simulated by application-based container virtualization technology as a virtualized router. The virtualized router is arranged in mutually isolated containers, and data is forwarded between at least one of the different routers based on a configured routing table and an OVS bridge configured as a network interface.

[0154] The embodiment of the present application is based on the use of container technology to achieve rapid deployment and expansion of routers. Containerized routers can be quickly built and destroyed to meet the needs of high-simulation and large-scale network simulation.

[0155] Container-based virtualized routing has faster startup speed and lower system resource occupancy rate. When considering large-scale virtual node networking, the advantages of container-based virtualized routing can be fully utilized. The embodiment of the present application uses virtualized routing based on containerization technology (such as Docker or Containerd) to simulate satellite nodes. Each satellite node is a container, and the satellite nodes are isolated using Cgroup and Namespace technology. The virtualized routing is mainly used to verify the performance of the networking routing protocol under large-scale constellation conditions. In this example, each server can run about 100 virtualized routings, corresponding to a containerized virtual constellation of thousands of nodes.

[0156] The embodiment of the present application provides application-level virtualization based on container-based simulated satellite nodes, so that each satellite node can run in an isolated and portable container.

[0157] 5) Ultra-lightweight routing;

[0158] The embodiment of the present application adopts process-based virtualization technology to cut out the functions of the container that are not related to the simulated routing and forwarding functions to obtain ultra-lightweight routing. Ultra-lightweight routing is optimized for specific application scenarios and has the characteristics of small size and low power consumption. Ultra-lightweight routers can achieve efficient routing and forwarding functions in resource-constrained environments.

[0159] The ultra-lightweight routing utilizes the pruned container to forward data with at least one of the different routings based on the configured routing table and the OVS bridge configured as a network interface.

[0160] In response to the resource and performance challenges faced by the simulation of a 10,000-node constellation, the multi-route collaborative simulation test system of the embodiment of the present application uses ultra-lightweight technology to achieve the ability to simulate more satellite network nodes on the same computing resources. Compared with the Docker container based on the operating system, the ultra-lightweight routing uses process-based virtualization technology, proposes to trim the functions of the container that are not related to the simulated routing forwarding function, and share functional units and file systems between containers. Fig.10 As shown, a general server can simulate multiple ultra-lightweight routes obtained by tailoring Docker containers.

[0161] First, since ultra-lightweight routing will cut container functions that are not related to the routing forwarding function of network simulation, only the most basic container functions of simulation routing forwarding are retained, such as network net and process PID isolation through Cgroup. There is no need to isolate other namespaces such as IPC and UTS, which can reduce the size and resource usage of the container. Secondly, in order to further reduce resource usage, ultra-lightweight routing supports the use of shared functional units and file systems, so that multiple containers can share the same functional units and file systems to reduce redundancy. Due to the cutting of unnecessary functions and sharing of resources, ultra-lightweight routing usually has higher resource efficiency and can run more virtual routers under the same hardware resources.

[0162] The simulation management module of the embodiment of the present application is responsible for coordinating and controlling the operation of ultra-lightweight routing to support large-scale network node simulation. Dynamically create, start, stop or destroy ultra-lightweight routing according to simulation requirements. Monitor the operating status and resource usage of the container in real time, and make adjustments when necessary to optimize performance. Through the collaborative work of the above-mentioned key devices, the multi-route collaborative simulation test system can simulate more satellite network nodes on limited computing resources, and effectively respond to the resource and performance challenges faced by the simulation of a constellation of tens of thousands of nodes. Through the powerful scheduling and configuration functions of the simulation management subsystem, users can flexibly define simulation scenarios, realize personalized simulation requirements, and improve the scope of application and user experience of the system.

[0163] By integrating different routes, the multi-route collaborative simulation test system of the present application embodiment can simulate the complex and changeable routing scenarios in the real network environment, and can provide more comprehensive and in-depth network function and performance verification, overcoming the limitations of traditional simulation in terms of network scale, flexibility and realism. The introduction of the satellite router access subsystem enables the simulation system to simulate the interaction between space and ground networks, improving the authenticity of the simulation. At the same time, the flexibility of semi-physical soft routing and virtualized routing enables the system to adjust network parameters and behaviors according to different needs, further improving the simulation accuracy.

[0164] The multi-route collaborative simulation test system of the embodiment of the present application supports the simulation of large-scale networks. Through the physical access system of hardware routers, the access of some physical devices can be realized, thereby increasing the scale and complexity of the simulation. At the same time, the introduction of large-scale semi-physical soft routing, combined with SDN and NFV technologies, can quickly deploy and verify new network protocols and architectures, support the rapid iteration and innovation of network technology, and enable the simulation system to simulate larger-scale network behaviors, meeting the needs of large-scale network performance evaluation.

[0165] The embodiment of the present application reduces the hardware cost and maintenance cost of the simulation system by adopting containerization technology and ultra-lightweight design. Virtualized routing can be quickly deployed and expanded, reducing the waste of hardware resources. It supports large-scale network simulation of thousands to tens of thousands of nodes, meets the testing requirements of complex network structures, and optimizes resource utilization and simulation efficiency. Ultra-lightweight routing is suitable for resource-constrained environments, reducing power consumption and costs. In addition, through the unified scheduling and management of the simulation management module, optimal utilization of resources is achieved, further reducing costs.

[0166] In order to ensure effective interaction between the simulation subsystems corresponding to each route in the multi-route collaborative simulation test system, the interface design should take into account compatibility and scalability. The simulation management system and other subsystems use standard communication protocols (such as HTTP / HTTPS, gRPC, etc.), and the data format uses JSON or XML format. The specific interactive interface design is as follows:

[0167] 1) Interface between simulation management subsystem and onboard routing access subsystem

[0168] Through the northbound interface of the satellite router, the simulation management subsystem can manage the satellite router configuration and status. In addition, the data forwarding interface of the satellite router can be interconnected with the data forwarding interface of the external network tester or other simulation subsystems.

[0169] 2) Interface between simulation management subsystem and hardware routing physical access subsystem

[0170] The hardware router physical access subsystem provides a control plane interface for hardware router access and configuration management. The subsystem also provides a link status monitoring interface for real-time monitoring of link status and performance indicators.

[0171] 3) Interface between simulation management subsystem and large-scale hardware-in-the-loop simulation subsystem

[0172] The control plane interface of the large-scale semi-physical simulation subsystem interface not only provides access and configuration management of semi-physical soft routers, but also supports the configuration and management of software-defined networks and user-defined network protocols. At the same time, users can control the execution and state change of the semi-physical soft router subsystem network simulation through the simulation control interface.

[0173] 4) Interface between simulation management subsystem and containerized virtual constellation subsystem

[0174] The containerized virtual constellation subsystem provides a container management interface for managing the container lifecycle, including creating, starting, stopping, and deleting containers. At the same time, it provides a data plane interface for exchanging simulation data with other systems.

[0175] 5) Interface between simulation management subsystem and ultra-lightweight virtual constellation subsystem

[0176] The ultra-lightweight virtual constellation subsystem provides a node management interface for the creation, configuration and management of ultra-lightweight routing, and supports 10,000-node virtual simulation. At the same time, it provides a data plane interface for the exchange of simulation data and a performance monitoring interface for performance monitoring of subsystems and routing and simulation data collection.

[0177] In some possible embodiments, the simulation management module of the embodiment of the present application deploys different satellites and establishes connections according to simulation test requirements, including:

[0178] According to the simulated traffic processing requirement, multiple target routes are selected, at least some of which can meet the traffic processing requirement, and one possible form is that the route with the highest routing performance can meet the traffic processing requirement;

[0179] According to the principle that the larger the processing volume, the smaller the number of target routes, the number of target routes is determined, and satellites using the target routes are deployed; in implementation, according to the principle that the larger the processing volume, the smaller the number of target routes, the number of any target routes is determined, and the corresponding number of target routes is selected.

[0180] Furthermore, the sending path is configured in order of processing traffic from small to large, and finally converged to the target route with the largest processing traffic;

[0181] Configure the receiving path in descending order of the processing volume, and finally send it to the target route with the smallest processing volume.

[0182] The size of the traffic volume processed by multiple target routes is related to the hardware route performance / software simulation degree. The higher the hardware route performance, the larger the corresponding traffic volume, and the higher the software simulation degree, the larger the corresponding traffic volume. The traffic volume processed by hardware routes is greater than that processed by software routes. The target route with the largest traffic volume can be a satellite route or a hardware route, etc., which needs to meet the simulated traffic volume processing requirements. Multiple target routes can be selected step by step, or multiple levels of routes at the corresponding level can be skipped. A specific example is given below.

[0183] The multi-route collaborative simulation test method for the above-mentioned satellite networking provided in the embodiment of the present application can perform high-fidelity simulation for ultra-large-scale satellite communication networks through the design of the above-mentioned different hardware routes and software simulation routes. Compared with other single-layer and three-layer simulation architectures, it has the advantage of covering both low business traffic scenarios and high business traffic scenarios.

[0184] Even in low business traffic scenarios, traditional single-layer and three-layer simulation architecture simulation platforms also need to use hardware routers or soft routers with a relatively high degree of simulation to implement functions, which brings about the problem of low resource utilization. However, using the multi-route collaborative simulation test method for satellite networking provided by the embodiment of the present application, since hardware routing includes satellite routing and hardware routing, and software simulation routing includes semi-physical soft routing, virtualized routing and ultra-lightweight routing, this five-layer architecture can complete data packet forwarding in low business traffic scenarios based on ultra-lightweight soft routers. In high business volume scenarios, traditional single-layer and three-layer architecture simulation platforms cannot effectively support ultra-large-scale satellite network communications. The embodiment of the present application adopts the above-mentioned five-layer architecture, performs node analysis on ultra-large-scale satellite network communications based on traffic convergence analysis, and allocates routers with different forwarding capabilities in a fine-grained manner according to the degree of traffic convergence, which can maximize the use of limited resources to achieve larger-scale satellite node simulation.

[0185] Example 1

[0186] like Fig.11 As shown, the forwarding paths for different business volume demand scenarios are specifically high business volume simulation scenarios and low business volume simulation scenarios.

[0187] Scenario 1: High traffic simulation scenario

[0188] The simulation management subsystem sends simulated business data streams and starts routing at the edge satellite nodes. At this time, there are many satellite nodes, the business volume is small, and the performance requirements are not high, so ultra-lightweight routing is adopted.

[0189] As edge satellite node services converge, the business volume gradually increases. Although the number of satellite nodes gradually decreases with the convergence, the number is still large, and virtualized routing is adopted.

[0190] As traffic gradually converges, considering the decreasing number of satellite nodes and the demand for high performance of routers due to the increase in traffic convergence, semi-physical soft routing, hardware routing and satellite routing are selected in turn.

[0191] Finally, they are converged to the satellite-borne router and transmitted via high-speed laser links.

[0192] During the simulated service reception process, as traffic is unloaded and the number of satellite nodes gradually increases, satellite routing, hardware routing, semi-physical soft routing, virtualized soft routing and ultra-lightweight routing are selected in turn, and finally the simulation management module receives the simulated service.

[0193] Based on the above single end-to-end link, the connectivity, functions, performance and corresponding protocols of satellite routing, hardware routing, semi-physical soft routing, virtualized routing and ultra-lightweight routing are tested respectively.

[0194] Scenario 2: Low traffic simulation scenario

[0195] In low-traffic scenarios, as traffic converges, due to the low traffic volume, semi-physical soft routing can meet the performance requirements of node router types. In the current end-to-end path, its real link state is simulated by the link simulator, which can be flexibly set according to the actual traffic size.

[0196] In some possible embodiments, the simulation management module deploys different satellites and establishes connections according to simulation test requirements, including:

[0197] According to the simulation realism requirement, multiple target routes are selected, at least some of the multiple target routes can meet the realism requirement, and a possible form is that the target route with the lowest realism requirement among the multiple target routes can meet the realism requirement;

[0198] According to the principle that the higher the degree of simulation, the smaller the number of corresponding target routes, the number of the target routes is determined, and satellites using the target routes are deployed.

[0199] Furthermore, the sending path is configured from low to high according to the realism requirements of the target routes, and finally converges to the target route with the highest realism requirement;

[0200] Configure the receiving path of the target route from high to low according to the realism requirements of the target route, and finally send it to the target route with the lowest simulation realism requirement.

[0201] The higher the realism requirement, the closer the target route that meets the minimum realism requirement is to the real route. In the embodiment of the present application, a route that can meet the realism requirement can be selected as the target route according to the realism requirement. A specific example is given below.

[0202] Example 2

[0203] like Fig.12 The figure shows a schematic diagram of the forwarding path of this example for different scenarios requiring realism.

[0204] Scenario 1: Medium-realistic scene

[0205] The simulation management subsystem sends simulated business data streams. In medium-realism scenarios, the realism requirement is not very high. At this time, semi-physical soft routing is used first. As the traffic converges, hardware routing and satellite routing are selected in turn, and transmitted through high-speed laser links.

[0206] Scenario 2: High-fidelity scene

[0207] When the demand for realism is high, after the simulation management subsystem sends the simulated business data flow, it directly selects the hardware route with higher performance and higher realism. As the traffic converges, the satellite route is further selected. In practice, the route can be flexibly set according to the actual realism requirements.

[0208] The multi-route collaborative simulation test method provided in the embodiment of the present application has the following beneficial effects:

[0209] It mainly implements multi-route integration, high flexibility, and customizable simulation methods for large-scale networks, and supports rapid verification of new technologies;

[0210] The simulation method that supports multi-route integration can provide more comprehensive and in-depth network function and performance verification by integrating simulation technologies and node types at different network levels, overcoming the limitations of traditional simulation in terms of network scale, flexibility and fidelity.

[0211] Supports highly flexible and customizable simulation methods. By supporting users to flexibly define simulation scenarios, personalized simulation requirements are realized, which improves the system's applicability and user experience.

[0212] A method that supports large-scale network simulation. Through containerized virtual constellations and ultra-lightweight 10,000-node virtual simulation subsystems, it supports large-scale network simulation of thousands to tens of thousands of nodes, meeting the testing requirements of complex network structures while optimizing resource utilization and simulation efficiency.

[0213] A method that supports rapid verification of new technologies, using a large-scale semi-physical simulation subsystem, combined with SDN and NFV technologies, can quickly deploy and verify new network protocols and architectures, and support rapid iteration and innovation of network technologies.

[0214] In summary, the technical solution of the present application demonstrates obvious advantages and innovations in terms of comprehensiveness, flexibility, authenticity, scalable processing capabilities, and adaptability to new technologies of simulation.

[0215] The present application also provides a multi-route collaborative simulation test method for satellite networking, such as Fig.13 As shown, the method includes:

[0216] Step 1301, deploying different satellites and establishing connections according to simulation test requirements to obtain a satellite network topology, wherein the different satellites use at least three routes, and the at least three routes include hardware routing and software simulation routing;

[0217] Step 1302, configuring the routing for routing processing and forwarding related parameters;

[0218] Step 1303, triggering the corresponding satellite in the satellite network topology to generate a simulated data stream, and the corresponding router performs data processing and forwarding based on the relevant parameters;

[0219] Step 1304, collecting the routing status after the routing forwarding data, and analyzing the routing status;

[0220] The software simulation routing includes at least two routings with different software simulation degrees as follows:

[0221] Semi-physical soft routing using non-customized hardware platform to simulate routers;

[0222] Use application-based container virtualization technology to simulate the virtualized routing of routers;

[0223] By using process-based virtualization technology, ultra-lightweight routing is achieved by cutting out container functions that are irrelevant to the simulated routing and forwarding functions.

[0224] In some possible embodiments, the hardware routing includes at least two routings with different hardware routing performances.

[0225] In some possible embodiments, the hardware routing is selected from the following routings:

[0226] On-board routing using on-board routers with laser modules;

[0227] Hardware routing using a hardware router without a laser module.

[0228] In some possible embodiments, different satellites are deployed according to simulation test requirements, including:

[0229] When it is determined that the number of satellites in the simulated scenario exceeds a set high threshold, a set number of satellites using ultra-lightweight routing are deployed.

[0230] In some possible embodiments, different satellites are deployed and connected according to simulation test requirements, including:

[0231] Selecting a plurality of target routes according to the simulated traffic processing requirement, wherein at least some of the plurality of target routes can meet the traffic processing requirement;

[0232] According to the principle that the larger the processing volume, the smaller the number of corresponding target routes, the number of the target routes is determined, and satellites using the target routes are deployed.

[0233] In some possible embodiments, different satellites are deployed and connected according to simulation test requirements, including:

[0234] According to the realism requirement of the simulation, multiple target routes are selected, and at least some of the multiple target routes can meet the realism requirement;

[0235] According to the principle that the higher the degree of simulation, the smaller the number of corresponding target routes, the number of the target routes is determined, and satellites using the target routes are deployed.

[0236] In some possible embodiments, the relevant parameters include a routing table, wherein:

[0237] Any onboard route is connected to another onboard route and a non-onboard route respectively, and data forwarding between the another onboard route and the non-onboard route is performed based on the routing table; or

[0238] Any satellite-borne router is connected to two other satellite-borne routers respectively, and performs data forwarding between the other two satellite-borne routers based on the routing table;

[0239] The non-satellite routing is any one of hardware routing, semi-physical soft routing, virtualized routing, and ultra-lightweight routing.

[0240] In some possible embodiments, the hardware routing performs data forwarding with at least one routing based on a configured routing table.

[0241] In some possible embodiments, the semi-physical soft router is arranged on a non-customized hardware platform, and forwards data with at least one router based on a configured routing table and an OVS bridge configured as a network interface.

[0242] In some possible embodiments, the semi-physical soft router is arranged on a non-customized hardware platform, and forwards data with at least one router based on a configured routing table and an OVS bridge configured as a network interface.

[0243] In some possible embodiments, the virtualized routers are arranged in mutually isolated containers, and forward data with at least one router based on a configured routing table and an OVS bridge configured as a network interface.

[0244] In some possible embodiments, the ultra-lightweight routing is based on the pruned container, based on the configured routing table and the OVS bridge configured as a network interface, and forwards data with at least one router.

[0245] In some possible embodiments, the corresponding routing performs data processing and forwarding based on the relevant parameters, including:

[0246] The corresponding router processes the data based on the relevant parameters and sends the data to the link simulator;

[0247] The link simulator processes the data for loss according to the simulated network transmission environment and then sends the data.

[0248] In some possible embodiments, performing loss processing on the data before sending it includes:

[0249] After the data is processed for loss, the SDN switch in the SDN network forwards the data after loss processing according to the data forwarding rules pre-configured according to the forwarding path.

[0250] In some possible embodiments, the method further includes:

[0251] Display configuration item information through a graphical interface;

[0252] The satellite network topology and related parameters are dynamically adjusted according to the operation on the configuration item information.

[0253] Based on the same inventive concept, the embodiment of the present application also provides a multi-route collaborative simulation test device for satellite networking, such as Fig.14 As shown, including:

[0254] A topology building module 1401 is used to deploy different satellites and establish connections according to simulation test requirements to obtain a satellite network topology, wherein the different satellites use at least three routes, and the at least three routes include hardware routes and software simulation routes;

[0255] Parameter configuration module 1402, used to configure the routing parameters related to routing processing and forwarding;

[0256] A data forwarding module 1403 is used to trigger a corresponding satellite in the satellite network topology to generate a simulated data stream, and the corresponding router performs data processing and forwarding based on the relevant parameters;

[0257] The performance analysis module 1404 is used to collect the routing status after the routing forwarding data and analyze the routing status;

[0258] The software simulation routing includes at least two routings with different software simulation degrees as follows:

[0259] Semi-physical soft routing using non-customized hardware platform to simulate routers;

[0260] Use application-based container virtualization technology to simulate the virtualized routing of routers;

[0261] By using process-based virtualization technology, ultra-lightweight routing is achieved by cutting out container functions that are irrelevant to the simulated routing and forwarding functions.

[0262] Based on the same inventive concept, the embodiment of the present application also provides a multi-route collaborative simulation test device for satellite networking, such as Fig.15As shown, the satellite network multi-route collaborative simulation test device 150 is presented in the form of a general electronic device. The components of the satellite network multi-route collaborative simulation test device 150 may include but are not limited to: the above-mentioned at least one processor 151, the above-mentioned at least one memory 152, and a bus 153 connecting different system components (including the memory 152 and the processor 151).

[0263] Bus 153 represents one or more of several types of bus structures, including a memory bus or memory controller, a peripheral bus, a processor, or a local bus using any of a variety of bus architectures.

[0264] The memory 152 may include a readable medium in the form of a volatile memory, such as a random access memory (RAM) 1521 and / or a cache memory 1522 , and may further include a read-only memory (ROM) 1523 .

[0265] The memory 152 may also include a program / utility 1525 having a set (at least one) of program modules 1524, such program modules 1524 including but not limited to: an operating system, one or more application programs, other program modules, and program data, each of which or some combination may include an implementation of a network environment.

[0266] The multi-route collaborative simulation test device 150 of satellite networking can also communicate with one or more external devices 154 (such as keyboards, pointing devices, etc.), and can also communicate with one or more devices that enable users to interact with the multi-route collaborative simulation test device 150 of satellite networking, and / or communicate with any equipment (such as routers, modems, etc.) that enables the multi-route collaborative simulation test device 150 of satellite networking to communicate with one or more other electronic devices. This communication can be carried out through input / output (I / O) interface 155. In addition, the multi-route collaborative simulation test device 150 of satellite networking can also communicate with one or more networks (such as local area network (LAN), wide area network (WAN) and / or public network, such as the Internet) through a network adapter 156. As shown in the figure, the network adapter 156 communicates with other modules of the multi-route collaborative simulation test device 150 for satellite networking through a bus 153. It should be understood that, although not shown in the figure, other hardware and / or software modules can be used in conjunction with the satellite networked multi-route collaborative simulation test device 150, including but not limited to: microcode, device drivers, redundant processors, external disk drive arrays, RAID systems, tape drives, and data backup storage systems, etc.

[0267] In some possible implementations, various aspects of a multi-route collaborative simulation test method for satellite networking provided by the present application may also be implemented in the form of a program product, which includes program code. When the program product runs on a computer device, the program code is used to enable the computer device to execute the steps of a multi-route collaborative simulation test method for satellite networking according to various exemplary implementations of the present application described above in this specification.

[0268] The program product may adopt any combination of one or more readable media. The readable medium may be a readable signal medium or a readable storage medium. The readable storage medium may be, for example, but not limited to, an electrical, magnetic, optical, electromagnetic, infrared, or semiconductor system, device or device, or any combination thereof. More specific examples (a non-exhaustive list) of readable storage media include: an electrical connection with one or more wires, a portable disk, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or flash memory), an optical fiber, a portable compact disk read-only memory (CD-ROM), an optical storage device, a magnetic storage device, or any suitable combination thereof.

[0269] The program product for multi-route collaborative simulation test of satellite networking of the embodiment of the present application can adopt a portable compact disk read-only memory (CD-ROM) and include program code, and can be run on an electronic device. However, the program product of the present application is not limited thereto. In this document, a readable storage medium can be any tangible medium containing or storing a program, which can be used by or in combination with an instruction execution system, an apparatus or a device.

[0270] The readable signal medium may include a data signal propagated in baseband or as part of a carrier wave, wherein the readable program code is carried. Such propagated data signals may take a variety of forms, including but not limited to electromagnetic signals, optical signals, or any suitable combination of the above. The readable signal medium may also be any readable medium other than a readable storage medium, which may send, propagate, or transmit a program for use by or in conjunction with an instruction execution system, apparatus, or device.

[0271] Obviously, those skilled in the art can make various changes and modifications to the present application without departing from the spirit and scope of the present application. Thus, if these modifications and variations of the present application fall within the scope of the claims of the present application and their equivalents, the present application is also intended to include these modifications and variations.

Claims

1. A multi-route collaborative simulation test method for satellite networking, characterized in that: The method comprises: Deploy different satellites and establish connections according to simulation test requirements to obtain a satellite network topology, wherein the different satellites use at least four routes, and the at least four routes include hardware routes and software simulation routes; Configure the routing and forwarding parameters. Triggering corresponding satellites in the satellite network topology to generate simulated data streams, and having corresponding routers process and forward data based on the relevant parameters; Collecting the routing status after the routing forwarding data, and analyzing the routing status; The software simulation routing includes the following routings with different software simulation degrees: Semi-physical soft routing using non-customized hardware platform to simulate routers; Use application-based container virtualization technology to simulate the virtualized routing of routers; By using process-based virtualization technology, the functions of the container that are not related to the simulated routing and forwarding functions are cut out, and the functional units and file systems are shared between containers to obtain ultra-lightweight routing.

2. The method according to claim 1, characterized in that: The hardware routing includes at least two routings with different hardware routing performances.

3. The method according to claim 1 or 2, characterized in that: The hardware routing is selected from the following routings: On-board routing using on-board routers with laser modules; Hardware routing using a hardware router without a laser module.

4. The method according to claim 3, characterized in that Deploy different satellites according to simulation test requirements, including: When it is determined that the number of satellites in the simulated scenario exceeds a set high threshold, a set number of satellites using ultra-lightweight routing are deployed.

5. The method according to claim 1, characterized in that: Deploy different satellites and establish connections based on simulation test requirements, including: Selecting a plurality of target routes according to the simulated traffic processing requirement, wherein at least some of the plurality of target routes can meet the traffic processing requirement; According to the principle that the larger the processing volume, the smaller the number of corresponding target routes, the number of the target routes is determined, and satellites using the target routes are deployed.

6. The method according to claim 1, characterized in that Deploy different satellites and establish connections based on simulation test requirements, including: According to the realism requirement of the simulation, multiple target routes are selected, and at least some of the multiple target routes can meet the realism requirement; According to the principle that the higher the degree of simulation, the smaller the number of corresponding target routes, the number of the target routes is determined, and satellites using the target routes are deployed.

7. The method according to claim 3, characterized in that The relevant parameters include a routing table, wherein: Any onboard route is connected to another onboard route and a non-onboard route respectively, and data forwarding between the another onboard route and the non-onboard route is performed based on the routing table; or Any satellite-borne router is connected to two other satellite-borne routers respectively, and performs data forwarding between the other two satellite-borne routers based on the routing table; The non-satellite routing is any one of hardware routing, semi-physical soft routing, virtualized routing, and ultra-lightweight routing.

8. The method according to claim 3, characterized in that The hardware router forwards data with at least one router based on a configured routing table.

9. The method according to claim 1, characterized in that: The semi-physical soft router is arranged on a non-customized hardware platform, and forwards data with at least one router based on a configured routing table and an OVS bridge configured as a network interface.

10. The method according to claim 1, characterized in that The virtualized routing is arranged in mutually isolated containers, and forwards data with at least one routing based on the configured routing table and the OVS bridge configured as a network interface.

11. The method according to claim 1, characterized in that The ultra-lightweight routing is based on the pruned container, based on the configured routing table and the OVS bridge configured as a network interface, and forwards data with at least one routing.

12. The method according to claim 1, characterized in that The corresponding routing performs data processing and forwarding based on the relevant parameters, including: The corresponding router processes the data based on the relevant parameters and sends the data to the link simulator; The link simulator processes the data for loss according to the simulated network transmission environment and then sends the data.

13. The method according to claim 12, characterized in that The data is sent after loss processing, including: After the data is processed for loss, the SDN switch in the SDN network forwards the data after loss processing according to the data forwarding rules pre-configured according to the forwarding path.

14. The method according to claim 1, characterized in that Also includes: Display configuration item information through a graphical interface; The satellite network topology and related parameters are dynamically adjusted according to the operation on the configuration item information.

15. A satellite network multi-route collaborative simulation test system, characterized in that: include: At least four types of routing, the at least four types of routing including hardware routing and software simulation routing; A simulation management module, used for performing simulation testing based on the multi-route collaborative simulation testing method for satellite networking according to any one of claims 1 to 14; The software simulation routing includes the following routings with different software simulation degrees: Semi-physical soft routing using non-customized hardware platform to simulate routers; Use application-based container virtualization technology to simulate the virtualized routing of routers; By using process-based virtualization technology, the functions of the container that are not related to the simulated routing and forwarding functions are cut out, and the functional units and file systems are shared between containers to obtain ultra-lightweight routing.

16. The system according to claim 15, characterized in that The hardware routing includes at least two routings with different hardware routing performances.

17. The system according to claim 15 or 16, characterized in that The hardware routing is selected from the following routings: On-board routing using on-board routers with laser modules; Hardware routing using a hardware router without a laser module.

18. The system according to claim 15, characterized in that The system also includes: The link simulator is connected to any router and is used to process the data loss according to the simulated network transmission environment before sending it.

19. The system according to claim 15, characterized in that The system also includes: SDN network, including multiple SDN switches; The SDN switch is used to forward the data after loss processing according to the data forwarding rules pre-configured according to the forwarding path.

20. A multi-route collaborative simulation test device for satellite networking, characterized in that: include: A topology building module is used to deploy different satellites and establish connections according to simulation test requirements to obtain a satellite network topology, wherein the different satellites use at least four routes, and the at least four routes include hardware routes and software simulation routes; A parameter configuration module, used to configure the routing parameters related to routing processing and forwarding; A data forwarding module, used for triggering the corresponding satellite in the satellite network topology to generate a simulated data stream, and the corresponding router performs data processing and forwarding based on the relevant parameters; A performance analysis module, used for collecting the routing status after the routing forwards the data, and analyzing the routing status; The software simulation routing includes the following routings with different software simulation degrees: Semi-physical soft routing using non-customized hardware platform to simulate routers; Use application-based container virtualization technology to simulate the virtualized routing of routers; By using process-based virtualization technology, the functions of the container that are not related to the simulated routing and forwarding functions are cut out, and the functional units and file systems are shared between containers to obtain ultra-lightweight routing.

21. A multi-route collaborative simulation test device for satellite networking, characterized in that: It comprises at least one processor; and a memory communicatively connected to the at least one processor; wherein the memory stores instructions executable by the at least one processor, and the instructions are executed by the at least one processor so that the at least one processor can execute the method as described in any one of claims 1-14.

22. A computer storage medium, characterized in that The computer storage medium stores a computer program, and the computer program is used to enable a computer to execute the method according to any one of claims 1 to 14.

Images