CN115941024A - Constellation network fusion method based on multi-constellation interconnection distributed routing architecture - Google Patents
Constellation network fusion method based on multi-constellation interconnection distributed routing architecture Download PDFInfo
- Publication number
- CN115941024A CN115941024A CN202211361196.8A CN202211361196A CN115941024A CN 115941024 A CN115941024 A CN 115941024A CN 202211361196 A CN202211361196 A CN 202211361196A CN 115941024 A CN115941024 A CN 115941024A
- Authority
- CN
- China
- Prior art keywords
- satellite
- network
- constellation
- routing
- satellites
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Abstract
The invention belongs to the technical field of constellation routing calculation, and particularly discloses a constellation network fusion method based on a multi-constellation interconnection distributed routing framework. The gateway advertises the ground network routing prefix information to the connected satellite, and the network satellite terminal advertises the address prefix of the connected user subnet to the connected satellite; the satellite advertises the routing prefix to other satellites through an internal border gateway protocol; when at least two satellites in the satellite core autonomous system are respectively connected with different gateways in the same satellite access autonomous system on the ground, other satellites determine the next hop of reaching the satellite access autonomous system according to the internal gateway protocol measurement of reaching the satellite, and the satellite constellation network fusion compatibility in different construction stages is improved.
Description
Technical Field
The invention relates to a constellation network fusion method based on a multi-constellation interconnection distributed routing architecture, and belongs to the technical field of constellation routing computation.
Background
The heaven-earth integrated information network is a core infrastructure for obtaining, distributing, transmitting and applying future information, and various constellation networks are important components for constructing a space-based system. How to merge these networks and realize efficient interconnection is a key problem to be solved for constructing a world-wide integrated network. The routing architecture design for realizing network layer convergence is the first technical difficulty to face. On one hand, because various networks are highly heterogeneous, the transmission technology, the compiling strategy, the routing protocol and the network management are greatly different, and a plurality of challenges are faced to realizing network convergence by utilizing a uniform routing architecture. On the other hand, in the long-term process of the heaven-earth integrated network construction, each network is in different construction stages, especially different constellation networks are deployed and configured with large differences, and a further problem is brought to the design of a routing architecture.
In the prior art, the work of the integration of the heaven and earth integrated networks in the aspect of a network layer is mainly to consider satellite networks AS different Autonomous Systems (AS) and adopt an inter-domain routing mode to integrate the two networks. The main work currently involved includes: (1) in terms of routing protocol design: a satellite version of the border gateway protocol, the BGP-S protocol, is currently proposed. The protocol is an improvement over the version of the BGP v4 protocol and is interoperable with the protocol. BGP-S enables automatic discovery of paths through a satellite network and results in less delay in a world-wide integrated network than BGP-4. In addition, a Hub & Spoke BGP protocol is also proposed in documents, the limited bandwidth of a satellite-to-ground link is considered, and BGP messages are transmitted by using the broadcasting characteristic of a wireless network, so that the occupation of the bandwidth is reduced. (2) in terms of routing architecture design: some studies have proposed methods for providing connectivity using BGP backbone networks in the context of mobile air node interworking for specific network scenarios in which BGP may be deployed in satellite networks, and each mobile network is an independent AS domain interconnected by BGP. There are also studies analyzing different ways to deploy BGP in DVB-S2/RCS networks. For the routing architecture of the TSAT system, it is proposed that a policy-based routing filtering method can be used to support special connection scenarios, such as VPNs. (3) In terms of BGP-based satellite network routing performance, there are some discussions related to routing performance, stability, overhead, etc.
The above work divides the satellite network into different routing domains, only provides a preliminary scheme for implementing network interconnection through the BGP protocol, and still has no discussion of specific problems related to the routing architecture design, especially for the characteristics of the existing constellation networks at different deployment stages, and many problems need to be solved.
Disclosure of Invention
The invention aims to overcome the defects in the prior art, provides a constellation network fusion method based on a multi-constellation interconnection distributed routing architecture, and improves the compatibility of fusing satellite constellation networks in different construction stages.
In order to achieve the purpose, the invention is realized by adopting the following technical scheme:
the invention provides a constellation network fusion method based on a multi-constellation interconnection distributed routing architecture, which comprises the following steps:
dividing a multi-constellation interconnection routing framework into a satellite core autonomous system, a satellite access autonomous system and a satellite user autonomous system according to a satellite and a user terminal connected with the satellite, wherein the satellite core autonomous system comprises all satellites and user terminals directly connected with the satellites; the satellite access autonomous system comprises a gateway and a ground network connected with the gateway; the satellite user autonomous system comprises a network satellite terminal and a user subnet connected with the network satellite terminal; a routing strategy is configured on the boundary router of the satellite, the gateway or the user subnet;
the gateway advertises the ground network routing prefix information to the connected satellite;
the network satellite terminal advertises the address prefix of the connected user subnet to the connected satellite;
all the satellites announce the learned route prefix to other satellites through an internal border gateway protocol;
when at least two satellites in the satellite core autonomous system are respectively connected with different gateways in the same satellite access autonomous system on the ground, other satellites determine the next hop reaching the satellite access autonomous system according to the internal gateway protocol measurement reaching the two satellites.
Further, the routing prefix exchanged in the satellite core autonomous system includes an address prefix advertised from a gateway by an external border gateway protocol, and an address prefix of a subscriber subnet to which a network satellite terminal connected to the satellite is connected.
Further, the method comprises the step of setting a network control center, wherein the network control center distributes address space according to the number of the satellite terminals in each satellite coverage area and issues the address space to an area control center, and the area control center configures the address space to a DHCP server on the satellite.
Further, an internal gateway protocol is operated between satellite networks in the satellite core autonomous system through an inter-satellite link, a routing peer-to-peer relationship is established through an internal border gateway protocol, and routing prefixes are exchanged.
Furthermore, there is no inter-satellite link between satellite networks in the satellite core autonomous systems, or different bottom layer communication systems are adopted between satellite networks, the satellite networks are divided into different satellite core autonomous systems, and the routing prefixes are exchanged through gateways on the ground.
Further, the gateway respectively operates an external border gateway protocol and a ground network standard routing protocol at a satellite network interface and a ground network interface of the gateway, and the gateway informs the converged address prefix of the ground network to a satellite core autonomous system through the external border gateway protocol and receives address prefix information from a satellite.
Furthermore, the network satellite terminal and the satellite exchange the reachable information in the domain by operating an external border gateway protocol, and are connected with the ground network by a ground network standard routing protocol.
Further, the routing policy includes:
when one satellite is connected with a plurality of gateways or network satellite terminals, service flow which is converged at the satellite and needs to be transmitted to the ground selects different gateways or network satellite terminals according to the capacity and bandwidth use condition of a feed link connected with the gateways or network satellite terminals;
when one gateway or network satellite terminal is connected with a plurality of satellites, the service flow which is converged at the gateway or network satellite terminal and needs to be transmitted to the satellites can select different satellites according to the capacity and bandwidth use condition of a feeder link connected with the gateway or network satellite terminal.
Compared with the prior art, the invention has the following beneficial effects:
a constellation network fusion method based on a multi-constellation interconnection distributed routing framework is characterized in that an integrated routing framework is constructed, fusion of a heaven-earth integrated network in a network layer is achieved, optimal path selection is provided, management control boundaries are divided, and management complexity is reduced;
the architecture design method provided by the invention can be compatible with the existing routing mechanism, supports efficient and flexible networking capability, also supports the on-demand establishment of VPNs adopting different topologies, and provides flexible and diverse routing strategies;
the routing architecture supports interoperability with standard routing protocols, provides sufficient scalability by employing distributed routing policies, and can support large networks.
Drawings
Fig. 1 is a schematic application scenario diagram of a multi-constellation interconnection distributed routing architecture provided in an embodiment of the present invention;
fig. 2 is a schematic diagram of a multi-constellation interconnection distributed routing architecture provided in an embodiment of the present invention;
fig. 3 is a schematic diagram of a routing protocol operating in a multi-constellation interconnection distributed routing architecture according to an embodiment of the present invention.
Detailed Description
The invention is further described below with reference to the accompanying drawings. The following examples are only for illustrating the technical solutions of the present invention more clearly, and the protection scope of the present invention is not limited thereby.
The invention provides a constellation network fusion method based on a multi-constellation interconnection distributed routing framework, which comprises the following steps of dividing the multi-constellation interconnection routing framework into a satellite core autonomous system, a satellite access autonomous system and a satellite user autonomous system according to a satellite and a user terminal connected with the satellite, wherein the satellite core autonomous system comprises all satellites and the user terminal directly connected with the satellites; the satellite access autonomous system comprises a gateway and a ground network connected with the gateway; the satellite user autonomous system comprises a network satellite terminal and a user subnet connected with the network satellite terminal; a routing strategy is configured on the boundary router of the satellite, the gateway or the user subnet;
the gateway announces the routing prefix information of the ground network to the connected satellite, the network satellite terminal announces the address prefix of the connected user subnet to the connected satellite, and all the satellites announce the learned routing prefix to other satellites through an internal border gateway protocol;
when at least two satellites in the satellite core autonomous system are respectively connected with different gateways in the same satellite access autonomous system on the ground, other satellites determine the next hop reaching the satellite access autonomous system according to the internal gateway protocol measurement reaching the two satellites.
Example one
The invention provides a constellation network fusion method based on a multi-constellation interconnection distributed routing architecture. For example, some satellite networks mainly support narrowband services, such as voice and low-speed data services; other satellite networks may support broadband services such as audio and video.
As shown in fig. 1, a schematic view of an application scenario of a multi-constellation interconnection distributed routing architecture provided in the embodiment of the present invention is provided.
The following terminology is used in this scenario:
and (3) UST: a user satellite terminal, which is accessed to an earth station of a satellite network through a user link between a satellite and the ground;
NST: the network satellite terminal is accessed to an earth station of a satellite network through a user link between the satellite and the ground and is connected with some ground user subnets;
GW: the satellite gateway is accessed to an earth station of a satellite network through a feed link between a satellite and the ground and is connected with some ground routing autonomous domain systems;
ISL: an inter-satellite link, a wireless or laser link connecting the satellites;
GSL: a satellite-to-ground link, a wireless link connecting the earth station and the satellite;
and SN: satellite network, GEO: geostationary orbit satellite, network control center NCC: and a regional control center ACC: and an autonomous system AS: and IGP: interior gateway protocol, EGP: exterior gateway protocol, BGP: border gateway protocol, iBGP: internal border gateway protocol, eBGP: external border gateway protocol, NAT: network address translation, DHCP: dynamic host configuration protocol.
There are many differences in the satellite network in this scenario: each network includes a different number of GEO satellites covering a particular area. For example, there are 4 satellites in SN2 and SN3, and 3 satellites in SN 1. The satellites in these networks vary in their capabilities with respect to transmission, processing and storage, and they may be connected through ISLs.
The ground has different kinds of satellite terminals including USTs, NSTs and GWs. NSTs and GWs have routing functions, and USTs have no routing functions. With the development of the integrated network, the ISLs may be deployed between different satellite networks, or a ground link may be added between satellite terminals of different satellite networks, thereby realizing interconnection of networks in different deployment stages to different degrees.
In the aspect of the management and control relationship of the routing architecture, a management and control center NCC is arranged in the whole network, and an area management and control center ACC is arranged at a certain gateway in a satellite coverage area. One gateway GW can simultaneously see a plurality of satellites, one satellite can also establish communication contact with a plurality of gateway GWs, and the system can select different gateway GWs for services converged to one satellite to land according to the capacity of a feed link of the gateway GWs and the use condition of bandwidth, and can also select different gateway GWs for a ground user to land.
The ACC is responsible for management of satellite terminals, link and traffic state collection, and routing policy configuration within the coverage area of the respective satellite.
Fig. 2 is a schematic diagram of a multi-constellation interconnection distributed routing architecture provided in this embodiment, where the routing architecture constructs a multi-AS distributed routing system, and has a routing policy control capability and a strong routing expansibility.
All GEO satellites and their connected user terminals may be configured AS an independent core AS, and the routing architecture in this embodiment includes three types of AS, namely, a satellite core AS, a satellite access AS, and a satellite user AS. Assuming that in the development of a satellite network, ISLs are deployed between satellites of two SNs, such AS ISL a in fig. 2, the two SNs can be merged into one satellite core AS. For a satellite network connected to a terrestrial network via GWs, e.g. GW1, GW2, GW3 in fig. 2, the terrestrial network and the connected GWs may be configured AS one satellite access AS. All subscriber subnets connected to the NSTs may be configured with the NSTs AS satellite subscribers AS. Thus, the satellites, GWs, and USTs in the network are all routing nodes.
In the routing architecture, routing protocols such as IGP and EGP are respectively deployed at different positions of a network, which is specifically as follows:
in the satellite core AS, IGPs, such AS OSPF, are operated between satellites via ISLs. In the satellite core AS, a route peering relationship can be established between the satellites through iBGP routing protocol if necessary, that is, the satellites can exchange route prefixes learned from other ASs with each other, and the full connection path between them is provided through IGP routing protocol, but the core IGP protocol does not participate in prefix redistribution of other routing protocols.
eBGP is operated between the satellite and GWs or NSTs, which exchange inter-domain routing prefixes as border routers. The routing prefixes exchanged between core routers in the core AS through iBGP include the address prefixes advertised from GWs through eBGP, and the address prefixes of subnets to which satellite-connected NSTs are connected. Thus, all satellites in the satellite core ASs need to run eBGP, iBGP, and IGP protocols simultaneously.
When there is no ISLs between the SNs or when two SNs have an ISLs connection but cannot realize network layer connection by using different underlying communication systems, routing information can still be exchanged between the satellites of the two SNs. At this time, the two SNs need to be separated into different core AS, and the routing prefix is exchanged through GWs on the ground.
GWs respectively run eBGP and ground network standard routing protocols at a satellite network interface and a ground network interface, and AS a boundary router, the GWs advertise the aggregation address prefix of a ground network to a core AS through the eBGP and receive address prefix information from a satellite.
The NSTs respectively operates eBGP and ground network standard routing protocols at a satellite network interface and a ground network interface, and the NSTs and the satellite exchange reachable information in a domain by operating BGP and are connected with a ground network by the ground network standard routing protocol.
The decision process for interdomain routing BGP may be determined based on IGP metrics to the next hop. When two GEO satellites in the satellite core autonomous system are respectively connected to different GWs of the same AS on the ground, the two GWs can respectively notify the routing prefix information to the satellites, and then the satellites notify the routing prefix to other satellites through iBGP. The other satellites determine the next hop to reach the AS based on the IGP metrics to both satellites. If the metrics are the same, the GW with the smallest ID is selected. The traffic load from the two satellites can be balanced by the two connected GWs through the multipath option of the eBGP protocol configured on the satellite.
In the aspect of address allocation, different subnets are naturally formed according to different satellite beam coverage areas, and independent address spaces are configured. The NCC distributes address space according to the number of satellite terminals of each satellite coverage area, issues the address space to the ACC to manage an address pool, the ACC configures the address pool to a DHCP service on the satellite, and the satellite-borne module distributes an address corresponding to an access beam of the accessed satellite terminal through the DHCP service. When a user terminal is directly connected with the satellite terminal, the user terminal comprises USTs or NSTs, the address of the USTs or NSTs is configured as a private address, and the satellite terminal accesses the satellite through an NAT mode.
The routing policy may be configured on the border routers of the satellite, GWs, or subscriber subnets. The method for realizing load balancing through routing strategy configuration comprises the following steps: when one satellite is connected with a plurality of GWs, the service traffic aggregated at the satellite and needing to be transmitted to the ground can select different GWs according to the capacity and bandwidth use condition of a feed link connected with the GWs; when one GW is connected to multiple satellites, the service traffic aggregated at the GW and required to be transmitted to the satellite may select different satellites according to the capacity and bandwidth usage of the feeder link connected to the GWs.
Fig. 3 is a schematic diagram of a routing protocol operating in the multi-constellation interconnection distributed routing architecture provided in this embodiment, where N satellites are connected in a front-back manner to form a ring. They run an IGP protocol such AS OSPF or a custom routing protocol compatible with standard protocols in a satellite core AS. The IGP protocol in the core AS is only deployed on the satellite and does not participate in the route redistribution of other routing protocols.
The iBGP protocol runs in a satellite core AS and realizes full connection among satellite nodes; the eBGP protocol is deployed between GWs and satellites to exchange aggregated routing prefixes that may be filtered; meanwhile, the eBGP is also deployed and operated between NSTs in a satellite coverage area and a satellite, so that any routing state update in the ground user network can be prevented from entering a satellite core AS, and the burden of on-satellite processing and storage is reduced.
The NSTs and GWs operate a standard IGP to interface with subscriber subnets and terrestrial networks, thereby enabling interconnection. The routing of the messages from the source satellite terminal to the destination satellite terminal is achieved by routing tables in the satellite terminal and the satellite modules. The routing process is transparent to the user and the terrestrial network does not require additional processing.
In particular, in terms of path selection, the BGP inter-domain route decision process may be determined based on IGP metrics to the next hop. For example, GEO satellite 3 and satellite 4 in the satellite core autonomous system are respectively connected to different satellite gateways of the same autonomous system on the ground, such as GW3 and GW4 in the figure, two GWs may advertise routing prefix information to these two satellites, and then the satellites advertise the routing prefix to other satellites through iBGP. The other satellites select GW3 or GW4 AS the next hop to the AS to which GW3, GW4 belong based on IGP metrics to satellites 3 and 4. If the metrics are the same, the GW with the smallest ID is selected. Moreover, traffic load from these satellites can be balanced by the two GWs through the multipath option of the eBGP protocol deployed on satellites 3 and 4. Similarly, the satellite gateways GWs can determine which satellite to forward data through according to the IGP metric, thereby ensuring optimization of routing.
Satellite networks show great differences in constellation configuration, satellite capacity, technical mechanisms, traffic types and application requirements. In order to merge these satellite networks deployed at different stages together, the space-ground integrated network needs to be compatible with the existing network, and in order to solve the problem, the invention provides a constellation network merging method based on a multi-constellation interconnection distributed routing architecture, so that the integration of the space-ground integrated network at the network layer is realized, the optimal path selection and flexible management capability can be provided, and the method has the following specific advantages:
in the aspect of management control, the architecture design method provided by the invention provides a method for clearly dividing a management control boundary, and an eBGP session runs between a satellite core AS and other ASs. Each AS can easily manage its own network, and the satellites in the satellite core AS can be managed by an independent administrator. In essence, the satellite core AS is a service providing entity for other networks. In addition, the border of the BGP ASs is consistent with the border of the IGP process, IGP processes inside other ASs do not extend to the satellite core AS, nor do IGP processes in the satellite core AS extend to border routers of other ASs. There are no shared resources between the satellite core AS and other ASs, so that their management mechanisms can be clearly split.
In terms of routing policies, because explicit boundaries are formed between the satellite core AS and other ASs, this allows routing policies to be deployed at the boundaries of each ASs. For example, flow control may be implemented between different subscriber networks. In addition, a set of different routing prefixes can be respectively set in the satellite core AS and other ASs, the prefixes can be summarized before BGP injection, and a prefix filtering list based on the AS can be used for preventing the notification of the routing prefixes, and message filtering is not performed through an access control list, so that the management complexity is reduced.
In a word, the invention can meet the requirements of compatibility and flexibility of the world-wide integrated network: the routing architecture is compatible with the existing routing mechanism, supports efficient and flexible networking capability, supports on-demand establishment of VPNs adopting different topologies, and provides flexible and diverse routing strategies; and interconnection requirements, the routing architecture supports interoperability with standard routing protocols, such as RIP and OSPF, and provides sufficient scalability by employing a distributed routing policy, facilitating support of large networks.
As will be appreciated by one skilled in the art, embodiments of the present application may be provided as a method, system, or computer program product. Accordingly, the present application may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. Furthermore, the present application may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, CD-ROM, optical storage, and the like) having computer-usable program code embodied therein.
The present application is described with reference to flowchart illustrations and/or block diagrams of methods, systems, and computer program products according to embodiments of the application. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
It is clear that the scope of protection of the invention is not limited to these embodiments. Equivalent changes or substitutions of related technical features can be made by those skilled in the art without departing from the principle of the invention, and the technical scheme after the changes or substitutions can fall into the protection scope of the invention.
Claims (8)
1. A constellation network fusion method based on a multi-constellation interconnection distributed routing architecture is characterized by comprising the following steps:
dividing a multi-constellation interconnection routing framework into a satellite core autonomous system, a satellite access autonomous system and a satellite user autonomous system according to a satellite and a user terminal connected with the satellite, wherein the satellite core autonomous system comprises all satellites and user terminals directly connected with the satellites; the satellite access autonomous system comprises a gateway and a ground network connected with the gateway; the satellite user autonomous system comprises a network satellite terminal and a user subnet connected with the network satellite terminal; a routing strategy is configured on the boundary router of the satellite, the gateway or the user subnet;
the gateway advertises the ground network routing prefix information to the connected satellite;
the network satellite terminal advertises the address prefix of the connected user subnet to the connected satellite;
all satellites announce learned route prefixes to other satellites through an internal border gateway protocol;
when at least two satellites in the satellite core autonomous system are respectively connected with different gateways in the same satellite access autonomous system on the ground, other satellites determine the next hop reaching the satellite access autonomous system according to the internal gateway protocol measurement reaching the two satellites.
2. The constellation network convergence method based on the multi-constellation interconnection distributed routing architecture of claim 1, wherein the routing prefixes exchanged in the satellite core autonomous system include address prefixes advertised from gateways through an external border gateway protocol and address prefixes of user subnets connected to satellite-connected network satellite terminals.
3. The method according to claim 1, wherein the method comprises a network control center, the network control center allocates address spaces according to the number of satellite terminals in each satellite coverage area, and sends the address spaces to a regional control center, and the regional control center allocates the address spaces to DHCP servers on the satellites.
4. The constellation network fusion method based on the multi-constellation interconnection distributed routing architecture of claim 1, wherein an interior gateway protocol is operated between satellite networks in the satellite core autonomous system through an inter-satellite link, and a routing peer-to-peer relationship is established through an interior border gateway protocol to exchange routing prefixes.
5. The constellation network fusion method based on the multi-constellation interconnection distributed routing architecture of claim 1, wherein there is no inter-satellite link between satellite networks in the satellite core autonomous systems, or different bottom layer communication systems are adopted between satellite networks, the satellite networks are divided into different satellite core autonomous systems, and routing prefixes are exchanged through gateways on the ground.
6. The constellation network fusion method based on the multi-constellation interconnection distributed routing architecture as claimed in claim 1, wherein the gateway respectively runs an external border gateway protocol and a ground network standard routing protocol at a satellite network interface and a ground network interface of the gateway, and the gateway advertises an aggregated address prefix of a ground network to a satellite core autonomous system through the external border gateway protocol and simultaneously receives address prefix information from a satellite.
7. The constellation network convergence method based on the multi-constellation interconnection distributed routing architecture of claim 1, wherein the network satellite terminal exchanges in-domain reachable information with a satellite by running an external border gateway protocol, and is connected with a ground network by a ground network standard routing protocol.
8. The constellation network fusion method based on the multi-constellation interconnection distributed routing architecture of claim 1, wherein the routing policy comprises:
when one satellite is connected with a plurality of gateways or network satellite terminals, the service flow which is gathered at the satellite and needs to be transmitted to the ground selects different gateways or network satellite terminals according to the capacity and bandwidth use condition of a feed link which is connected with the gateways or the network satellite terminals;
when one gateway or network satellite terminal is connected with a plurality of satellites, the service flow which is converged at the gateway or network satellite terminal and needs to be transmitted to the satellites can select different satellites according to the capacity and bandwidth use condition of a feeder link connected with the gateway or network satellite terminal.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211361196.8A CN115941024A (en) | 2022-11-02 | 2022-11-02 | Constellation network fusion method based on multi-constellation interconnection distributed routing architecture |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211361196.8A CN115941024A (en) | 2022-11-02 | 2022-11-02 | Constellation network fusion method based on multi-constellation interconnection distributed routing architecture |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115941024A true CN115941024A (en) | 2023-04-07 |
Family
ID=86653367
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211361196.8A Pending CN115941024A (en) | 2022-11-02 | 2022-11-02 | Constellation network fusion method based on multi-constellation interconnection distributed routing architecture |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115941024A (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117318794A (en) * | 2023-10-31 | 2023-12-29 | 中国人民解放军军事科学院系统工程研究院 | GEO star-ground integrated network cross-domain route aggregation method |
-
2022
- 2022-11-02 CN CN202211361196.8A patent/CN115941024A/en active Pending
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN117318794A (en) * | 2023-10-31 | 2023-12-29 | 中国人民解放军军事科学院系统工程研究院 | GEO star-ground integrated network cross-domain route aggregation method |
| CN117318794B (en) * | 2023-10-31 | 2024-03-08 | 中国人民解放军军事科学院系统工程研究院 | GEO star-ground integrated network cross-domain route aggregation method |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111313961B (en) | Routing control method suitable for space-ground biplane network architecture | |
| CN109923838B (en) | Resilient VPN bridging remote islands | |
| CA2376730C (en) | An efficient internet service implementation for mesh satellite networks | |
| Wood et al. | IP routing issues in satellite constellation networks | |
| US6493349B1 (en) | Extended internet protocol virtual private network architectures | |
| US6982966B2 (en) | Satellite routing protocol with dynamic IP addressing | |
| US11026231B2 (en) | Maintaining and distributing state due to temporary failures in a shared bandwidth network | |
| US8295204B2 (en) | Method and system for dynamic assignment of network addresses in a communications network | |
| US20010026537A1 (en) | Satellite internet backbone network system using virtual onboard switching | |
| US20030162499A1 (en) | Methods and arrangements in telecommunications system | |
| CN115941024A (en) | Constellation network fusion method based on multi-constellation interconnection distributed routing architecture | |
| EP3547568B1 (en) | Mobile routing for non-geostationary orbit (ngso) systems using virtual routing areas (vras) | |
| EP3817456B1 (en) | Method and system for mobility management in communication networks | |
| SE1750815A1 (en) | Methods, System and Apparatuses for Routing Data Packets in a Network Topology | |
| WO2023045871A1 (en) | Packet processing method, network device and system | |
| CN113518104B (en) | Data message processing method, transfer equipment and system | |
| Ekici et al. | BGP-S: a protocol for terrestrial and satellite network integration in network layer | |
| Xu et al. | Routing Architecture Design for the Space-Ground Integrated Information Network | |
| CN115765836A (en) | Constellation network fusion method based on tunnel encapsulation multi-constellation interconnection routing architecture | |
| Go et al. | Challenges and solutions for routing in converged satellite and terrestrial networks | |
| US20230336965A1 (en) | Establish virtual gateway protocol (vgp) between virtual router and network function (nf) | |
| US20230337113A1 (en) | Managing multiple transit gateway routing tables to implement virtual routing and forwarding functionality | |
| US20230336473A1 (en) | Overlay from on-premises router to cloud service provider environment for telecommunication network functions (nfs) to handle multiple virtual routing and forwarding (vrf) protocols | |
| EP3941006A1 (en) | System and method for carrying and optimizing internet traffic over a source-selected path routing network | |
| WO2023200937A1 (en) | Overlay from on-premises router to cloud service provider environment for telecommunication network functions (nfs) to handle multiple virtual routing and forwarding (vrf) protocols, and establish virtual gateway protocol (vgp) between virtual router and network function (nf) |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| CB03 | Change of inventor or designer information | ||
| CB03 | Change of inventor or designer information |
Inventor after: Xu Xin Inventor after: Zhang Senbai Inventor after: Gao Zhixiang Inventor after: Yang Xiaoqin Inventor after: Liang Xiaohu Inventor before: Xu Xin Inventor before: Zhang Senbai Inventor before: Gao Zhixiang Inventor before: Yang Xiaoqin Inventor before: Liang Xiaohu |