Inclined Geosynchronous Satellite Orbit

Description

An Inclined Geosynchronous Satellite Orbit (IGSO) is a high-Earth orbit with an orbital period equal to one sidereal day (approximately 23 hours, 56 minutes), matching the Earth's rotation, but with a non-zero inclination (typically between 5 and 15 degrees) relative to the equatorial plane. Unlike a geostationary orbit (GEO) which has zero inclination and results in a satellite appearing fixed in the sky to a ground observer, an IGSO satellite appears to trace a figure-eight pattern (analemma) in the sky over a 24-hour period. The longitudinal extent of this ground track is controlled by the orbit's eccentricity and argument of perigee.

From a 3GPP Non-Terrestrial Network (NTN) perspective, an IGSO satellite provides persistent coverage over a specific geographic region, but not from a fixed point in the sky. The satellite's movement relative to the Earth's surface is predictable and periodic. For a UE or ground station, this means the satellite's elevation angle and azimuth change throughout the day. The network must manage this continuous motion, which involves handovers between different beams on the same satellite and potentially between satellites, as well as compensating for large and time-varying propagation delays and Doppler shifts. The satellite's payload functions as a relay node or a base station (gNB), forwarding signals between UEs and a ground-based gateway station.

Key technical considerations for IGSO in 3GPP include the large round-trip delay (on the order of 250-280 ms), which exceeds the timing advance mechanisms of terrestrial networks, requiring specific protocol adaptations (e.g., in RLC, HARQ). The significant Doppler shift, which varies continuously as the satellite moves along its track, must be estimated and compensated for by both the UE and the network. Furthermore, the cell footprint on the ground moves, requiring careful beam management and mobility procedures. IGSO orbits are particularly valuable for providing coverage to mid-to-high latitude regions where GEO satellites may be at very low elevation angles or even below the horizon, making IGSO a complementary solution to GEO and Low Earth Orbit (LEO) constellations in a hybrid NTN architecture.

Purpose & Motivation

IGSO satellites are considered within 3GPP to expand the reach of mobile networks to areas where terrestrial infrastructure is unavailable, unreliable, or damaged, such as oceans, remote land masses, and during disaster recovery. Pure geostationary (GEO) satellites have a fundamental limitation: they can only provide effective coverage roughly between latitudes -70 and +70 degrees, and their signal strength diminishes at higher latitudes due to low elevation angles. IGSO orbits were introduced into the satellite communication repertoire to address this coverage gap.

The motivation for standardizing support for IGSO in 3GPP's NTN work (from Release 15 onwards) is to create a unified framework that supports all relevant satellite orbit types. IGSO provides a beneficial trade-off: it offers longer dwell times over a region than a fast-moving LEO satellite, reducing handover frequency, while also providing better coverage at higher latitudes than GEO. This solves the problem of delivering continuous, reliable service to regions like Northern Europe, Canada, and Russia. By defining channel models, mobility procedures, and protocol adaptations for IGSO, 3GPP enables the integration of these satellites into future 5G and 6G networks as standardized components, fostering interoperability and ecosystem growth for space-based connectivity.

Key Features

• Geosynchronous orbital period (24-hour repeat ground track)
• Non-zero orbital inclination causing a figure-eight ground track
• Provides persistent regional coverage with moving cell footprints
• Improved service availability at mid-to-high latitudes compared to GEO
• Introduces predictable time-varying delay and Doppler shift
• Requires specific 3GPP NTN adaptations for timing advance and mobility

Evolution Across Releases

Defining Specifications