Ground segment
DraftA satellite that cannot be commanded or heard is a piece of debris with good intentions. The ground segment is where the mission is actually operated and where its data becomes useful, and it is routinely under-resourced relative to the space segment because it is less visible.
What the ground segment comprises
| Element | Function |
|---|---|
| Ground stations | Antennas, radios and modems that close the radio link |
| Ground network | Terrestrial connectivity between stations and the control centre |
| Mission control centre | Commanding, telemetry monitoring, flight dynamics, anomaly response |
| Flight dynamics system | Orbit determination, manoeuvre planning, conjunction assessment |
| Planning and scheduling | Converts user requests into a command timeline within all constraints |
| Data processing | Turns raw downlinked bits into calibrated products |
| Archive and distribution | Stores, catalogues and serves the data to users |
Antenna sizing
The receiving station’s contribution to the link budget is its figure of merit , gain over system noise temperature, from the communications subsystem.
Both terms are levers. Gain rises with the square of diameter. Noise temperature falls with cryogenic cooling of the low-noise amplifier, and a cooled front end can reduce system temperature from around 150 K to 30 K, which is worth 7 dB. That is equivalent to more than doubling the antenna diameter, and is usually far cheaper.
| Application | Diameter | Band | Note |
|---|---|---|---|
| CubeSat amateur station | 1 to 3 m | UHF, S | Often a university roof installation |
| Commercial LEO downlink | 3 to 7 m | S, X, Ka | The commercial workhorse |
| High-rate EO downlink | 7 to 13 m | X, Ka | Sized for gigabit-class downlink |
| Deep space | 34 to 70 m | X, Ka | Cryogenic front end, DSN class |
The tracking requirement scales inversely with everything else. A GEO station points once and never moves. A LEO station slews across the sky in minutes, and a large dish tracking a fast overhead pass must accelerate quickly through the zenith region, where azimuth rate becomes very high. Many stations avoid this with an X-Y mount rather than azimuth-elevation, specifically to eliminate the zenith keyhole.
Why polar stations exist
This is the most consequential piece of ground segment geometry, and it follows directly from orbital mechanics.
A satellite in a polar or sun-synchronous orbit crosses near both poles on every revolution. A ground station at high latitude therefore sees it on nearly every orbit, roughly 14 times a day. A mid-latitude station sees the same satellite only when the ground track happens to pass nearby, typically four to six times a day, and many of those passes are low-elevation and short.
| Station latitude | Passes per day for a polar orbiter | Usable contact time |
|---|---|---|
| Svalbard, 78° N | 12 to 14 | Nearly every orbit |
| Mid-latitude, 40° N | 4 to 6 | Two clusters per day, with long gaps |
| Equatorial | 2 to 4 | Short, low-elevation passes |
This is why Svalbard hosts a major commercial ground station complex, and why Troll in Antarctica complements it: between them, a polar-orbiting satellite can be contacted on essentially every revolution, and the two sites together cut worst-case data latency from many hours to under one orbit.
For an Earth observation operator this is worth more than a larger antenna, because the constraint is total contact time, not the rate within a single pass. See Earth observation.
Contact scheduling
Scheduling is a constrained optimisation problem, and it becomes hard quickly.
Each satellite has a set of visibility windows at each station. Each station can serve one satellite at a time. Each satellite has data to downlink and commands to receive, with priorities and deadlines. Some passes are better than others: higher maximum elevation means longer duration and better link margin.
The result is a scheduling problem with the structure of a resource-constrained job shop, and its size grows as the product of satellites and stations. For a single satellite and one station it is trivial. For a constellation of hundreds across a network of dozens of stations it is a genuine combinatorial optimisation, solved with heuristics and integer programming rather than by hand.
- Conflicts
- Two satellites visible from one station at the same time. One must yield, and priority rules decide which.
- Pass quality
- Elevation profile determines duration and link margin. A 15-degree maximum elevation pass may not be worth scheduling at all.
- Deadlines
- Commands must reach the satellite before the event they control. A missed uplink can mean a missed manoeuvre or a lost observation.
- Latency objective
- Minimising the age of data at delivery is often a better objective than maximising total volume downlinked.
Ground station as a service
The structural change of the last decade is that ground stations became a utility rather than infrastructure each operator built.
| Owned stations | Ground station as a service | |
|---|---|---|
| Capital cost | High, per site | None |
| Time to first contact | Years, including siting and licensing | Days |
| Geographic diversity | Limited by budget | Immediate, global |
| Cost model | Fixed, regardless of use | Per minute of contact |
| Control | Complete | Shared infrastructure, scheduled |
| Suits | Large operators with steady high utilisation | Almost everyone else |
Providers include KSAT, Leaf Space, ATLAS, AWS Ground Station and Azure Orbital. The economics are the familiar ones of any utility: a small operator with intermittent needs pays far less than building, and a very large operator with continuous high utilisation eventually builds its own.
The effect on the industry has been similar to the CubeSat standard’s. It removed a large fixed cost and a multi-year lead time from the critical path of starting a satellite operation, which changed who could plausibly start one.
Mission operations
The control centre is where the mission is flown. Its core functions run on different timescales and it is worth separating them.
Real-time operations happen during a pass: uplink the command load, monitor telemetry, verify the satellite is healthy. For most LEO missions this occupies minutes per day and the satellite is autonomous the rest of the time.
Flight dynamics runs continuously. It determines the orbit from tracking data, plans manoeuvres, screens conjunction warnings and maintains the predicted ephemeris that the scheduling system depends on. See Orbital perturbations.
Planning converts user requests into a command timeline that respects every constraint: power, thermal, data storage, attitude slew rates, downlink availability and payload duty cycles. For a tasked imaging satellite this is the system that creates commercial value, because it decides which of many competing requests get served.
Anomaly response is the function that justifies the staffing. When a spacecraft enters safe mode, a team must diagnose the cause from limited telemetry, often across a delay, and construct a recovery. Long-term telemetry trending, watching for slow degradation rather than limit violations, is the practice that most reliably prevents anomalies from becoming failures. See Fault tolerance and reliability.
The staffing model has changed as much as the hardware. Traditional missions ran around-the-clock crewed consoles. Modern commercial constellations operate lights-out, with automated health monitoring escalating to on-call staff only on exception. This is a necessity rather than a preference: no staffing model scales to thousands of satellites with human operators per spacecraft.
Processing and distribution
The processing chain implements the level hierarchy described in Earth observation, turning raw downlinked frames into calibrated, geolocated, atmospherically corrected products.
Two properties determine whether the ground segment is adequate.
Throughput must at least match the downlink rate, or a backlog accumulates that never clears. A satellite downlinking 30 GB per pass, six times a day, generates nearly 200 GB daily per satellite, and a hundred-satellite constellation generates 20 TB. That is a substantial data engineering operation in its own right, and it is why processing has largely moved to cloud infrastructure with elastic capacity.
Latency is often the actual product. For disaster response, maritime monitoring or defence, an image delivered in six hours may be worth many times one delivered in twenty-four, and after a certain point it is worth nothing at all. Reducing latency means more ground stations, more onboard storage, faster processing, or moving the analysis onboard so only the answer is downlinked. See Space data platforms.
The archive is the long-term asset. Landsat’s continuous record since 1972 is scientifically irreplaceable precisely because it is long, consistently calibrated and openly available, and its value grows with every year added. That is an argument for treating the archive as a permanent obligation rather than a project deliverable, with the calibration metadata and reprocessing capability maintained for decades.
References
- Wertz, J. R., Everett, D. F. and Puschell, J. J. (eds.) Space Mission Engineering: The New SMAD, Microcosm Press, 2011, chapters 14 and 15.
- Ley, W., Wittmann, K. and Hallmann, W. (eds.) Handbook of Space Technology, Wiley, 2009, chapters on ground segment and operations.
- Elbert, B. R. Ground Segment and Earth Station Handbook, 2nd ed., Artech House, 2014.
- CCSDS 902.0-G, Mission Operations Services Concept, and the CCSDS space link and file delivery protocol standards.
- Deep Space Network, DSN Telecommunications Link Design Handbook, JPL 810-005, on cryogenic front ends and station figure of merit.