A method for supporting pre-planned service communication based on satellite IP virtual subnets

Abstract

This invention addresses the needs of satellite communication systems for temporary and urgent tasks and short-term special missions. It proposes a method for supporting pre-planned service communication based on a satellite IP virtual subnet. The method involves planning satellite user terminals requiring pre-planned service communication within a virtual subnet and creating the subnet. Then, corresponding satellite beams and channel resources are planned to ensure communication for the planned satellite user terminals. Communication parameters and pre-planned service communication keys are transmitted to each satellite user terminal online or offline. Terminals within the planned subnet can then interoperate on pre-planned services. This method based on a satellite IP virtual subnet is simple in process, clear in steps, and can be quickly deployed and revoked, efficiently supporting various pre-planned communication tasks based on satellite IP networks.

Description

Technical Field

[0001] This invention relates to a method for supporting pre-planned service communication based on a satellite IP virtual subnet, belonging to the field of satellite communication technology. Background Technology

[0002] As the application of satellite communication systems deepens, the demand for virtual subnets from various users is becoming increasingly urgent. A satellite system virtual subnet is a logical network built on top of a target network. It consists of several ground user terminals / ground stations within the target network. Ground user terminals / ground stations within the subnet may not exclusively occupy physical resources such as beams, modulation / demodulation, and carrier waves, but rather share physical resources with other virtual subnets.

[0003] Existing satellite systems typically pre-planned service applications dedicate one or more beam resources for exclusive protection, resulting in significant disruption to existing communication services and making it difficult to protect existing communication and isolate it from other conventional terminals. Furthermore, existing pre-planned service communications lack a complete planning and application process, leading to complex coordination and implementation, and ultimately, poor application results. Summary of the Invention

[0004] The technical problem solved by this invention is to overcome the shortcomings of the prior art and provide a method for supporting pre-planned service communication based on satellite IP virtual subnet.

[0005] The technical solution of this invention is:

[0006] A method for supporting pre-planned service communication based on satellite IP virtual subnets includes:

[0007] Users submit pre-planned service requirements, and the satellite system ground control center completes the corresponding task planning;

[0008] According to the mission plan, the satellite system ground control center will allocate the planned service terminals to a specific virtual subnet and assign a virtual subnet number (VNET-number). The virtual subnet and its member information will be configured to the satellite system network control unit. The planned service terminals refer to the ground user terminals participating in the pre-planned services.

[0009] The satellite system ground control center plans the satellite beam resources and support methods for service support based on mission characteristics and contingency plan service terminal categories, and determines the communication waveform and channel configuration of the designated beams;

[0010] The ground control center configures the on-board antenna pointing, baseband processor communication waveform and channel parameters one by one according to the planning results, completes the pre-entry and resource pre-allocation operations of the planned service terminals in the network control unit, and forms offline channel parameters based on the relevant feedback results and communication waveform parameters.

[0011] For the pre-planned service virtual subnet, the communication key includes: a protection key for IP routing information exchange within the virtual subnet, and a protection key for service session communication within the virtual subnet;

[0012] Users can obtain communication parameters and key parameters online or through offline injection methods;

[0013] The satellite communication system sets up beam announcement broadcasts for each beam to facilitate ground user terminals to receive current beam parameter configurations and public announcement information, and at the same time achieves initial synchronization of the satellite-to-ground wireless channel through beam announcements.

[0014] After the satellite-to-ground wireless channel is synchronized, the contingency service terminal performs IP routing interaction based on offline injected communication parameters and key parameters;

[0015] Based on the routing information within the subnet, the user terminal can initiate service communication with any pre-planned service terminal within the pre-planned service virtual subnet, and use the pre-planned service communication key for communication protection;

[0016] After the entire pre-planning task is completed, the ground control center will cancel the pre-planning operations.

[0017] Preferably, the network management unit supports the normal network access of the pre-planned service terminals and allows them to obtain pre-planned service virtual subnet information and related pre-planned service communication keys online.

[0018] Preferably, when the satellite system ground control center allocates the planned service terminals to a specific virtual subnet according to the mission plan, the satellite system ground control center simultaneously generates offline subnet parameters, including virtual subnet information and a member list.

[0019] Preferably, during the process of configuring the on-board antenna pointing, baseband processor communication waveform, and channel parameters one by one according to the planning results, if the planned service terminals in the virtual subnet are to adopt a static routing method, then static routing information for each planned service terminal needs to be generated according to the beam guarantee plan and the network topology of the virtual subnet, for offline injection or online acquisition of parameters of the planned service terminals; if the planned service terminals in the virtual subnet are to adopt a dynamic routing method, then static routing generation is not required.

[0020] Preferably, in the static routing mode, the default gateway routing configuration method is used to simplify the static route generation and deployment operations. A gateway is specified within the planned virtual subnet, and the gateway is used to handle all relay communication within the subnet.

[0021] Preferably, the pre-planned business communication key is only effective during the execution of the pre-planned task and becomes invalid after the task ends.

[0022] Preferably, the communication parameters include the virtual subnet number and member list of the planned service, satellite beam, communication waveform, channel configuration parameters, and static routing table information.

[0023] Preferably, for special terminals that communicate directly, the relevant communication parameters and key parameters are obtained by offline parameter injection; for conventional ground user terminals, the relevant communication parameters and key parameters are obtained by offline parameter injection or online method.

[0024] Preferably, after both the contingency service terminal and the onboard IP routing and switching unit have completed the routing convergence within the subnet, the contingency service terminal can obtain the routing reachability information of any terminal within the virtual subnet.

[0025] Preferably, the ground control center completes the cancellation of pre-planned services by forcibly disconnecting all terminals in the virtual subnet from the network control unit, deleting the virtual subnet configuration of the pre-planned services, and destroying the communication keys of the pre-planned services.

[0026] Compared with the prior art, the present invention has the following beneficial effects:

[0027] Existing satellite communication systems lack mature execution procedures and technical safeguards for pre-planned service communications. This invention provides a complete set of procedures and key technical safeguards for pre-planned service communications. This invention innovatively employs IP virtual subnets to carry pre-planned services, reducing the complexity of technical implementation and management processes. The method of this invention is standardized, simple, and easy to operate; it can be quickly deployed and revoked; it can efficiently support various pre-planned communication tasks; and it supports multi-subnet configuration, meaning it can support the simultaneous execution of several pre-planned tasks. Attached Figure Description

[0028] Figure 1 This invention provides a process for supporting pre-planned service communication based on a satellite IP virtual subnet. Detailed Implementation

[0029] This invention addresses the needs of satellite communication systems for temporary and urgent tasks and short-term special missions by proposing a method for supporting pre-planned service communication based on a satellite IP virtual subnet. The design concept combines pre-planned service communication with a virtual subnet. Relevant satellite user terminals are assigned to specific virtual subnets, and corresponding beam and channel resources, as well as pre-planned service communication keys, are pre-planned. Satellite user terminals for pre-planned services obtain communication parameters and key information through offline injection or online methods, and then perform service communication based on static route configuration or dynamic routing of the satellite IP network.

[0030] like Figure 1 As shown, the steps of the present invention are as follows:

[0031] 1) Task Planning

[0032] Users submit pre-planned business requirements (contingency plans), and the satellite system ground control center completes the corresponding mission planning.

[0033] 2) Creation of virtual subnet for contingency plans

[0034] This invention proposes setting a virtual subnet number in the satellite link frame to identify the service data frames sent by satellite user terminal members within the virtual subnet.

[0035] After the contingency plan service requirements are confirmed and mission planning is completed, the satellite system ground control center will allocate the relevant contingency plan service terminals to a specific virtual subnet and assign a virtual subnet number (VNET-number). The virtual subnet and its member information will be configured in the network management unit, enabling contingency plan service terminals to obtain subnet information online. Simultaneously, offline subnet parameters (including subnet information and a member list) will be generated for offline parameter injection into specific user terminals. Specific user terminals refer to contingency plan service terminals that cannot or find it inconvenient to obtain parameters online.

[0036] 3) Satellite beam and channel resource planning and configuration

[0037] Based on mission characteristics and the types of contingency service terminals (virtual subnet member terminals), the satellite system ground control center plans the satellite beam resources and support methods for service support, determines the communication waveforms and channel configurations of designated beams, and pre-allocates relevant resources when a beam needs to support the communication of several contingency service terminals.

[0038] After the satellite resource planning is completed, the ground control center configures the on-board antenna pointing, baseband processor communication waveforms and channel parameters one by one according to the planning results; at the same time, it completes the pre-network access and resource pre-allocation operations of the planned service terminals in the network control unit, and forms offline channel parameters based on the relevant feedback results and communication waveform parameters, which are used for offline parameter injection of designated satellite user terminals.

[0039] During this process, if the planned service terminals within the subnet intend to use static routing, then static routing table information for each planned service terminal needs to be generated based on the beamforming protection plan and the network topology of the virtual subnet. This table is used to specify whether the parameters of the planned service terminals are injected offline or obtained online. If the planned service terminals within the subnet intend to use dynamic routing, then static routing generation is not required.

[0040] In static routing mode, you can choose to use the default gateway routing configuration method, specify the gateway within the subnet, and have the gateway handle all relay communication within the subnet. This reduces the complexity of static route generation and management for each planned service terminal in the subnet network topology.

[0041] 4) Contingency plan for business communication keys

[0042] The contingency plan's business communication keys are planned based on the creation of pre-planned service virtual subnets, and mainly include two aspects: first, a protection key for IP routing information exchange within the subnet; and second, a protection key for service session communication within the subnet. The contingency plan's business communication keys are only effective during the execution of the contingency plan's tasks and become invalid after the tasks are completed.

[0043] When key encryption protection is not required, the processes of planning and applying keys for pre-planned business communication can be omitted, and pre-planned business communication can be carried out in plaintext.

[0044] 5) Obtaining parameters from the contingency plan service terminal

[0045] The parameters acquired by the contingency service terminals include communication parameters and key parameters. Communication parameters include the contingency service virtual subnet number and member list, satellite beam, communication waveform, channel configuration parameters such as carrier profile / coding / modulation mode / time slot number, and static routing table information (optional). Key parameters include the IP routing interaction key and the service session communication key. The communication parameters may differ among all terminals within the contingency service virtual subnet depending on their guaranteed satellite beam and communication waveform.

[0046] For specific user terminals engaging in direct communication, relevant communication parameters and key parameters can be obtained through offline parameter injection. For terminals used in standard contingency plans, either offline or online parameter injection methods can be used.

[0047] The online acquisition method varies depending on the network access process of different communication satellite systems, but the main steps should include at least: network access confirmation and distribution of working parameters.

[0048] If the conventional contingency plan service terminals are pre-entered into the network during the planning and configuration phase, after the conventional contingency plan service terminals are powered on and receive satellite beam notifications to complete channel synchronization, they send network access confirmation information to the network management and control unit. The network management and control unit then sends communication parameters (including subnet information and member list) and key parameters to the conventional contingency plan service terminals. If the network management and control unit does not have key management capabilities, it triggers the relevant key management equipment to send key parameters.

[0049] If the conventional contingency plan service terminal did not undergo pre-network access during the planning and configuration phase, the conventional contingency plan service terminal will complete the network access process according to the normal network access procedure after powering on; the network management unit will query the terminal within the contingency plan service virtual subnet and send relevant communication parameters (including subnet information and member list) and contingency plan service key parameters to the conventional contingency plan service terminal.

[0050] 6) Wireless channel synchronization

[0051] Satellite communication systems typically set up beam announcements for each beam to facilitate the reception of current beam parameter configurations and public announcement information by pre-planned service terminals, while also achieving initial synchronization of the wireless channel through beam announcements.

[0052] Accurate synchronization of satellite-to-ground wireless channels is achieved based on the existing synchronization mechanism of the satellite system.

[0053] 7) Subnet route convergence

[0054] After synchronization of the satellite-to-ground wireless channel, the contingency service terminal performs IP routing interaction based on offline injected communication parameters and key parameters. When the offline injected parameters include static routing table information, the IP routing interaction process can be omitted. After both the contingency service terminal and the satellite-borne IP routing switching unit complete routing convergence within the subnet, the contingency service terminal can obtain the routing reachability information of any terminal within the subnet.

[0055] Subnet routing is not limited to IP routing. If the satellite system deployment is not based on the IP protocol, subnet routing convergence and route selection control can be performed according to private routing protocols or static routing table entries.

[0056] 8) Pre-planned service communication

[0057] Based on the routing information within the subnet, the planned service terminal can initiate service communication with any terminal within the subnet, and use a pre-planned service session key for communication encryption.

[0058] 9) Cancellation of contingency plan operations

[0059] After completing the entire pre-planning task, the ground control center initiates the process of canceling the contingency plan services. This mainly includes forcibly disconnecting all terminals in the subnet from the network control unit, deleting the virtual subnet configuration of the contingency plan services, and destroying the communication keys of the contingency plan services.

[0060] This invention addresses the needs of satellite communication systems for temporary and urgent tasks and short-term special missions. It proposes a method for supporting pre-planned service communication based on a satellite IP virtual subnet. The method involves planning satellite user terminals requiring pre-planned service communication within a virtual subnet and creating the subnet. Then, corresponding satellite beams and channel resources are planned to ensure communication for the planned satellite user terminals. Communication parameters and pre-planned service communication keys are transmitted to each satellite user terminal online or offline. Terminals within the planned subnet can achieve interoperability for pre-planned services. This invention's method for supporting pre-planned service communication based on a satellite IP virtual subnet is simple in process, clear in steps, and can be quickly deployed and revoked, efficiently supporting various pre-planned communication tasks based on satellite IP networks.

[0061] This invention addresses the urgent and short-term support needs of wireless communication systems, particularly satellite communication systems. The method for supporting pre-planned service communications based on satellite IP virtual subnets is simple, with clear steps and greatly simplified technical implementation and management processes. It allows for rapid deployment and decommissioning, and efficiently supports various pre-planned communication tasks. It supports multi-subnet configuration, meaning it can support the simultaneous execution of several pre-planned tasks, and is applicable to all types of satellite communication systems based on IP or non-IP protocols.

[0062] The parts of this invention not described in detail are common knowledge to those skilled in the art.

Claims

1. A method for supporting pre-planned service communication based on a satellite IP virtual subnet, characterized in that, include: Users submit pre-planned service requirements, and the satellite system ground control center completes the corresponding task planning; According to the mission plan, the satellite system ground control center will allocate the planned service terminals to a specific virtual subnet and assign a virtual subnet number (VNET-number). The virtual subnet and its member information will be configured to the satellite system network control unit. The planned service terminals refer to the ground user terminals participating in the pre-planned services. The satellite system ground control center plans the satellite beam resources and support methods for service support based on mission characteristics and contingency plan service terminal categories, and determines the communication waveform and channel configuration of the designated beams; The ground control center configures the on-board antenna pointing, baseband processor communication waveform and channel parameters one by one according to the planning results, completes the pre-entry and resource pre-allocation operations of the planned service terminals in the network control unit, and forms offline channel parameters based on the relevant feedback results and communication waveform parameters. For the pre-planned service virtual subnet, the communication key includes: a protection key for IP routing information exchange within the virtual subnet, and a protection key for service session communication within the virtual subnet; Users can obtain communication parameters and key parameters online or through offline injection methods; The satellite communication system sets up beam announcement broadcasts for each beam to facilitate ground user terminals to receive current beam parameter configurations and public announcement information, and at the same time achieves initial synchronization of the satellite-to-ground wireless channel through beam announcements. After the satellite-to-ground wireless channel is synchronized, the contingency service terminal performs IP routing interaction based on offline injected communication parameters and key parameters; Based on the routing information within the subnet, the user terminal can initiate service communication with any pre-planned service terminal within the pre-planned service virtual subnet, and use the pre-planned service communication key for communication protection; After the entire pre-planning task is completed, the ground control center will cancel the pre-planning operations.

2. The method for supporting pre-planned service communication based on a satellite IP virtual subnet according to claim 1, characterized in that, The network management unit supports the normal network access of the planned service terminals and allows them to obtain the virtual subnet information and related communication keys of the pre-planned services online.

3. The method for supporting pre-planned service communication based on a satellite IP virtual subnet according to claim 1, characterized in that, When the satellite system ground control center allocates the planned service terminals to a specific virtual subnet according to the mission plan, the satellite system ground control center simultaneously generates offline subnet parameters, including virtual subnet information and member list.

4. The method for supporting pre-planned service communication based on a satellite IP virtual subnet according to claim 1, characterized in that, During the process of configuring the on-board antenna pointing, baseband processor communication waveform, and channel parameters one by one according to the planning results, if the planned service terminals in the virtual subnet are to adopt the static routing method, then the static routing information of each planned service terminal needs to be generated according to the beam guarantee plan and the network topology of the virtual subnet, for offline injection or online acquisition of parameters of the planned service terminals; if the planned service terminals in the virtual subnet are to adopt the dynamic routing method, then there is no need to generate static routes.

5. A method for supporting pre-planned service communication based on a satellite IP virtual subnet according to claim 4, characterized in that, In the static routing mode, a default gateway routing configuration method is used to simplify the generation and deployment of static routes. A gateway is specified within the planned virtual subnet, and the gateway is responsible for relaying communication within the subnet.

6. The method for supporting pre-planned service communication based on a satellite IP virtual subnet according to claim 1, characterized in that, The pre-planned business communication key is only effective during the execution of the pre-planned task and becomes invalid after the task ends.

7. The method for supporting pre-planned service communication based on a satellite IP virtual subnet according to claim 1, characterized in that, The communication parameters include the virtual subnet number and member list of the planned service, satellite beam, communication waveform, channel configuration parameters, and static routing table information.

8. A method for supporting pre-planned service communication based on a satellite IP virtual subnet according to claim 1, characterized in that, For special terminals that communicate directly, relevant communication parameters and key parameters are obtained through offline parameter injection; for regular ground user terminals, relevant communication parameters and key parameters are obtained through either offline parameter injection or online methods.

9. A method for supporting pre-planned service communication based on a satellite IP virtual subnet according to claim 1, characterized in that, After both the contingency service terminal and the onboard IP routing and switching unit complete the routing convergence within the subnet, the contingency service terminal can obtain the routing reachability information of any terminal within the virtual subnet.

10. A method for supporting pre-planned service communication based on a satellite IP virtual subnet according to claim 1, characterized in that, The ground control center completes the cancellation of pre-planned services, which includes forcibly disconnecting all terminals in the virtual subnet from the network control unit, deleting the virtual subnet configuration of the pre-planned services, and destroying the communication keys of the pre-planned services.

Images