PANTSAT

Path Awareness Techniques for Transport Protocols over Satellite

STATUS | Ongoing
STATUS DATE | 31/07/2025
ACTIVITY CODE | 3A.157
PANTSAT

Objectives

To develop and test Path Aware Networking (PAN) techniques for low Earth orbit (LEO), medium Earth orbit (MEO) or geostationary orbit (GEO) systems with dynamic bandwidth allocation and oversubscription and for hybrid satellite-terrestrial networks, with multiple network paths.

Challenges

Study and implement new technologies to transform satellite constellations into space network infrastructures, seamlessly and transparently connected to terrestrial networks.

System Architecture

In terrestrial networks, Path Aware Networking (PAN) is an emerging networking concept designed to address the unpredictable issues of modern networks regarding bandwidth availability, transmission latency, reliability and security.

PAN could present significant advantages for space networks connected in transparent and seamless way to terrestrial networks (see diagram below) overpassing the current constraints in implementing the packet traffic in the space segment, improving also the capability to implement encrypted traffic flows such as with IPSec based VPNs.

  • Connection beyond Earth: Multi-orbit satellite constellations can extend internet access beyond terrestrial limits, forming a Satellite-PAN (S-PAN) that enhances global coverage and connectivity.
  • Constant connectivity: Satellites positioned with clear views of the sky ensure reliable connectivity worldwide. They function as dependable intermediate nodes that remain operational during terrestrial disasters such as storms or earthquakes.
  • Improved navigation: A global PAN would allow users not only to set destinations but also to select optimal routes, akin to how travellers assess traffic conditions, ultimately enhancing navigation efficiency.
  • Traffic awareness and path Selection: Users could evaluate traffic conditions across the global network, enabling them to opt for less congested routes. The ability to choose paths increases flexibility and improves communication efficacy.
  • Packet ubiquity and reliability: Through multipath and multicast capabilities, PAN allows multiple copies of packets to traverse different routes simultaneously. This enhances the likelihood of successful delivery, especially beneficial for streaming services and real-time data transmission.
  • Source verification: With a PAN, destinations can verify if incoming packets travelled through secure paths, reducing risks such as spoofing while ensuring data integrity.
  • Enhanced security: Satellites are advantageous for long-distance communication, due to the fewer hops involved in a transmission path. With consistent security measures in place, a direct connection between two continents via one or two satellites can be safer than relying on multiple terrestrial nodes.

Plan

The project duration is 24 months. T0 began at the end of 2023.

Current Status

Close to finish at end of 2025.

HANDING-OVER

Handover, Data Routing and Radio Resource Management for Very Low Earth Orbit (VLEO) Broadband Constellations

STATUS | Ongoing
STATUS DATE | 30/01/2025
ACTIVITY CODE | AB.XYZ
HANDING-OVER

Objectives

The huge growth of the request by the market for performing telecommunication in view new and challenging services is pushing the acceleration in the space technology improvement. The demand for high speed, low latency and globally available broadband connectivity has increased dramatically.

Nowadays, terrestrial networks alone may not be able to provide access to a reliable and ubiquitous connectivity service and to reach remote areas due to irregular or insufficient coverage.

These scenarios necessitate the integration of satellite communication infrastructure to seamlessly complement terrestrial ones with low latency and high throughput data exchange, ensuring global coverage. 

VLEO Satellite Communication (SatCom) constellations can ensure high QoS for distinct users bringing several challenges both at system and technological level. 

Challenges

The key challenge of HANDING-OVER project are as in following:

o design the handover, data routing and Radio Resource Management (RRM) techniques for a broadband satellite constellation in VLEO, to improve European knowledge and competitiveness To implement and test all the above techniques in a software system testbed in order to evaluate if their performances meet the expected ones;

To develop a key “enabling system” (SW testbed) for the design and validation of future communication systems based on VLEO/LEO satellite constellation.
 

5G Reach

5G Reach

STATUS | Ongoing
STATUS DATE |
ACTIVITY CODE | 6-.029
5G Reach

Objectives

The key product objectives are to develop and integrate 4 key product features into Druid’s 5G core supporting NTN:

  • 5G Multi Operator Core Network

  • 5G Public Safety via Cell Broadcast

  • 5G Location Management Function

  • 5G Integrated Access Backhaul

Challenges

The key challenge of the project is the availability of NTN Ran systems to interoperate and validate the product features. This is slowly changing 

System Architecture

The block diagram below shows those elements that are enhanced and those that are created as part of the proposed 5G Reach project. All aspects of the Druid Raemis EPC are 3GPP compliant and as such all specifications can be found on the 3GPP website, https://www.3gpp.org/specifications/specifications

Plan

The project is divided into two key milestones with Milestone 1 delivering Neutral Host and Cell Broadcast and Milestone delivering Integrated Access Backhaul and Location Management Function.

Current Status

All the features are now complete and ready for market. Druid is currently engaged with a number of NTN Operators in the deployment of these features.

ARTES AT Kr

- Electric Propulsion Technologies Operating on Krypton Propellant

STATUS | Ongoing
STATUS DATE | 15/01/2025
ACTIVITY CODE | 4B.129
ARTES AT Kr

Objectives

The objective of the project is to mature the cathode of the PPS® low power thruster, namely the PPS®X00, for an optimized operation with Krypton as propellant, in view to offer a competitive efficient propulsion solution meeting the small satellite market demand, and of particular interest in the mega-constellation segment where the xenon availability is a key issue.

The following tasks are covered by the project activities: 

  • First, the design and manufacture of a highly flexible device functionally and thermally representative of a hollow cathode, so-called BTC. 

  • Then functional and thermal characterizations carried out with this hardware by varying the dimensions of the functional parts of the emitter’s housing, the material of the emissive element, and the propellant gases.

  • The third step consists in refining the cathode model developed by Safran by adjusting the modelling parameters after the measurements performed on the BTC

  • Finally, the design, manufacture and test a BBM “krypton hollow cathode” based on these results and complying with the specification.

  • The activities and logic defined at the beginning of the project benefit from synergies with the ARTES C&G PPS®X00 project.

Challenges

The world of space is constantly evolving. Depending on the health, economic and geopolitical context, the space market ecosystem is considerably affected and has to reinvent itself regularly. The compatibility of the propulsion system’s operation with an available propellant gas, krypton, is an asset enabling us to offer an effective, low-cost solution for a low-power Hall-effect thruster, within a very tight time-to-market.

System Architecture

A Hall thruster is composed of an anode assembly and a cathode assembly. To create the thrust a magnetic field is generated in a dielectric chamber to achieve the Hall effect required to ionise the gas, confine the plasma and accelerate the ions under an electrical potential. Electrons are supplied to the anode block by the external cathode to initiate and maintain the discharge. These assemblies consist mainly of an anode/gas distributor, a discharge chamber, a magnetic system, a hollow cathode, gas and power supply lines and mechanical interfaces.

The basis of the project is to generate an optimal design in terms of cost and performance.

The PPS®X00 cathode architecture and assembly processes simplifications compared to legacy designs enable to reduce drastically the manufacturing cycle.

Plan

The major phases of the project are:

  1. Design and manufacture a highly flexible device functionally and thermally representative of a hollow cathode. 

  2. Perform functional and thermal characterizations of this device by varying: i/ the dimensions of the functional parts, ii/ the material of the emissive element, iii/ the propellant gases.

  3. Refine the cathode model developed by Safran by adjusting the modelling parameters after the measurements performed on the device

  4. Design, manufacture and test a BBM “krypton hollow cathode” based on these results and complying with the specification

Current Status

All the elements to pronounce a TRL6 maturity of the PPS®X00 cathode operating with krypton are available: necessary justifications, mitigation of risks associated with critical technologies, compliance with technical and commercial requirements, and industrial conditions such as the whole manufacturing chain consolidation.

The future development phase mainly consists in the assessment of the residual risks to consolidate the flight target definition through lifetime tests with Krypton, additional analyses and tests at component level. These activities are necessary inputs for the qualification phase, and entry into service in 2025.

Foresig

Short-Term Forecast of the signal propagation conditions, based on Numerical Weather Prediction Models and Ground Terminal Feedback

STATUS | Ongoing
STATUS DATE | 26/04/2024
ACTIVITY CODE | 3B.037
Foresig

Objectives

The objective of Foresig is to develop a testbed to simulate the performance of a high-throughput SatCom system operating in the Ka-band for the user links and Q/V-band for the feeder links. The SatCom system covers Europe and has by default six gateways located in different parts of Europe. The system includes a Channel Assessment System (CAS) that estimates and predicts tropospheric attenuation, including precipitation, clouds and atmospheric gases. The input data to the CAS are Numerical Weather Product (NWP) data from ECMWF and weather radar data from the Norwegian Meteorological Institute (MET) and OPERA. In addition, user terminal data from THOR 7 and data from several beacon receivers are used to verify the accuracy of the predictions. Based on this information, the link quality can be estimated and predicted for all the links of a SatCom system.

The output from the CAS is used by a Propagation Impairment Mitigation Technique (PIMT) module to optimise the performance of the SatCom system in terms of data throughput, service availability and user terminal energy consumption. The PIMTs included in the testbed are smart gateways (SGWs), ACM and reconfigurable antennas. 

In additions, the reduction of energy consumption user terminals can gain by using forecasts is estimated, provided that transmission of data can be delayed up to 12 hours. Analyses of the results from the simulations give an indication of the gain that can be obtained in a real high-throughput SatCom system using PIMTs and channel predictions.

Challenges

Several challenges are related to the data to be processed:

  • Large data files make data transmission, storage and computation challenging.

  • Combining heterogeneous data sources different spatial coverage and resolution, and different temporal resolution, to predict attenuation. 

  • Lack of ground truth data for estimated tropospheric attenuation, making optimisation of the models and evaluation of their accuracy challenging.

Other challenges are related to the mitigation techniques, e.g.;

  • Develop intelligent PIMTs using channel predictions with the temporal resolutions available from the APIs.

  • Assessing the actual benefit for SatCom operators implementing the system.

System Architecture

The figure shows the architecture of the testbed.

  • DS1: The data set DS1 consists of NWP data from ECMWF, weather radar data from MET and OPERA, user terminal channel quality data from THOR 7 provided by Telenor Satellite, and beacon data from several receiver located in Norway.

  • CAS: The Channel Assessment System uses DS1 to estimate and predict the tropospheric attenuation for a fixed grid covering the service area for all frequencies of the system. The results are saved in a new data set DS2.

  • DS2: The data set DS2 contains attenuation estimates (nowcast) and predictions for the coverage area. The nowcast data are used in the SatCom system simulator to simulate the communication, and the predictions are used by the Propagation Impairment Mitigation Techniques (PIMTs).

  • SatCom system: The operation of the SatCom system is simulated, using the input from DS2. The results are end-to-end SNIR values, together with other scenario specific results.

  • DS3: The results of the SatCom system simulator are stored in data set DS3.

  • Analysis: DS3 data are used to do statistical analysis of the performance (throughput, availability, energy consumption). The results are stored or visualised.

Plan

The project consists of six outputs:

  • SOTA and design of the Channel Assessment System

  • Design of the SatCom system testbed

  • Implementation of the Channel Assessment System

  • Implementation of the SatCom system testbed

  • Execution of the SatCom system testbed and analysis of the performance

  • Final reporting, roadmap and conclusions

Current Status

The final deliveries containing the software package and final reports were delivered to ESA before the summer 2023. The official end date of the project is planned for late 2023.

LEO-DIVE

Robust LEO Multi-Satellite DIVErsity Techniques for Enhanced User Terminal Performance

STATUS | Ongoing
STATUS DATE | 18/04/2024
ACTIVITY CODE |
LEO-DIVE

Objectives

LEO-DIVE objective is to design, develop and verify via a system testbed (STB) multi-satellite (≥2) diversity technique applicable to large LEO constellations to combat the detrimental effects such as shadowing, multipath fading and channel blockage events. Specifically, the Multi-Satellite Diversity Techniques (MDTs) are expected to improve the achievable peak data rate and the link outage probability at the UTs when at least two satellites are in visibility.
The STB is designed and implemented to exploit the multi-satellite diversity techniques and to test them in various system and channel scenarios, including:

  • Low frequency band scenarios (e.g., S-band) with omni-directional antennas;

  • High frequency band scenarios (e.g., Ka-Band) with high-gain multi-beam ground terminals

The proposed switching diversity techniques are expected to be investigated for both forward (FWD) and return (RTN) links and adapted to the 5G NR NTN specification as proposed by 3GPP (Rel. 17 FR1, and Rel. 18 FR2).

User equipment with switched diversity receiver.
User equipment with switched diversity receiver.

 

Challenges

The detrimental effects of the satellite propagation channel (e.g. path loss, atmospheric absorption, Doppler, multipath, shadowing) are well-known to be time, location, and frequency dependent. At the same time, system assumptions like constellation geometry, payload capabilities or frequency reuse schemes increase the scenario variability in which the multi-satellite diversity techniques may operate. Additionally, the diversity techniques for LEO constellations have not been investigated yet in 5G NTN specifications, consequently, the switched-diversity techniques (SDTs) of terrestrial networks cannot be directly applied to LEO satellite communications. 
Finally, the signaling of the diversity techniques control and management information in the 5G NTN links with the LEO satellites is also another challenge. Feedback mechanisms (e.g., making use of 5G NTN waveform characteristics) for LEO diversity solutions are investigated by this project’s activities as well as the implementation of proper Channel state information (CSI) mechanisms (either instantaneous or statistical).
 

System Architecture

LEO-DIVE investigates satellite system architectures implementing switched diversity at UT for low frequency band scenarios (e.g., S-band) with omni-directional antennas and/or high frequency band scenarios (e.g., Ka-Band) with high-gain multi-beam ground terminals. The diversity techniques are assessed for either rural or urban scenarios, and an in-depth analysis is conducted for both transparent and regenerative payloads.
The System TestBed (STB) of LEO-DIVE project is one of the activity core developments. The STB integrates various simulators such as Matlab Satellite Communications Toolbox, Matlab 5G NR Toolbox and open-source ns-3 with proper 5G extensions and provides the following capabilities: 

  • Standards-based tools for developing, modelling, and validating satellite communications systems and links are available through the commercial MATLAB/Satellite Communication Toolbox.

  • Functions and reference examples for the modelling, simulation, and verification of 5G NR and 5G-Advanced communications systems that are standard-compliant with the commercial MATLAB/5G NR Toolbox. 

  • Open-source ns-3 based simulator with pluggable 5G modules for simulating traffic and for integrating and testing the multi-diversity techniques in a 5G NTN environment.

The proposed architecture can effectively simulate various systems setups for UTs and LEO constellations under the proposed switched diversity techniques. Next, extensive comparisons considering system scenarios not implementing MDT assess the overall improvement of achievable data rate and outage probability both at FWD and RTN links either in low- or high-frequency bands. 

The proposed STB is also expected to model the orbital configuration and its effects (e.g. velocity of the satellite and Doppler shifts) together with the selected channel models.   

 Multi-satellite diversity techniques STB for large LEO constellations.
 Multi-satellite diversity techniques STB for large LEO constellations.
Transparent 5G NR-NTN architecture.
Transparent 5G NR-NTN architecture.
Regenerative 5G NR-NTN architecture.
Regenerative 5G NR-NTN architecture.

Plan

LEO-DIVE involves the following phases:
P1: System Scenarios Definition (reference scenarios, KPI definitions, value proposition, etc.)
P2: Finalised Technical Specification (SOTA, benchmark solution, gap analysis, etc.)
P3: Selected technical Baseline (comparison and trade-off, and selected technical baseline)
P4: Verified Detailed Design (preliminary design baseline, verified detailed design)
P5: Implementation and Verification (demonstrator technical specification, implementation, test, and verification plans)
P6: Technology and Development Plan (technology evaluation and roadmap)
and the following milestones (MS):
MS1: Finalised Technical Specifications & Selected technical Baseline
MS2: Implementation and Verification Plan
MS3: Verified Deliverable Items and Compliance Statement
MS4: Technology Assessment and Development Plan  

The flow chart of the study plan presenting the logic of the envisaged work to be undertaken is as follows:
 

diagram

Current Status

LEO-DIVE started on March 1, 2024. The Work Packages (WPs) expected to be completed during the first six months are as follows:

  • WP1: System Scenarios Definition 

  • WP1.1: Reference Operational Scenarios

  • WP1.2 KPI Definition 

  • WP1.3: Value Proposition 

  • WP1.4 Preliminary Requirements Definition 

  • WP2: Technical Specification

  • WP2.1: State-of-the-Art Survey 

  • WP2.2: Benchmark Solution and Gap Analysis

  • WP2.3: Finalized Technical Specification 

  • WP2.4: Outline Verification Plan 

NB-IoT4S – NB-IoT4Space

3GPP Narrow-Band Internet-of-Things (NB-IoT) User Sensor Integration into Satellite

STATUS | Ongoing
STATUS DATE | 25/03/2024
ACTIVITY CODE | 3A.106
NB-IoT4S – NB-IoT4Space

Objectives

Preliminary analyses have shown that the NB-IoT standard can be used by satellite systems in non-geostationary orbits under certain constraints. However, to enable the integration of user sensors employing this technology, it is necessary to develop an on-board evolved node B (eNB) capable of using a standard not originally conceived for satellite communications with adaptation and additional features dictated by the scenarios. Moreover, the eNB is preferably compatible with small satellites platforms in terms of mass, power and volume since these platforms are usually the ones selected to provide M2M/IoT services. Finally, it is also important to develop and propose UU (radio interface between UE and eNB) adaptations that would allow maximizing the efficiency of a satellite system. 
The goal of the project is the development of a demonstrator in which communication between an NB-IoT User Equipment and an eNB adapted for satellite communications is functionally verified. 
The state-of-the-art technology for NB-IoT is critically revised, referring to integration with satellite systems and associated technical requirements expected by the demonstrator.

Challenges

The project aims at developing a demonstrator where the communication between a NB-IoT UE and the adapted eNB is functionally verified. The main challenges are:

  • identification of the scenarios suitable for NB-IoT via NTN and what are their impacts in terms of key architectural strategies;

  • identification of adaptations needed to enable the operation of satellite links for NB-IoT for both Access Stratum (AS) and Non-Access Stratum (NAS);

  • development of a satellite RAN, including a User Equipment (UE), an RF and baseband processing unit and an eNB;

  • Functional and performance verification of NB-IoT over satellite.

System Architecture

The System Architecture is shown in the following picture:

diagram

The main sub-systems are:

  • NB-IoT Traffic Emulator:  to emulate the traffic generated by several UEs.     

  • NB-IoT Adapted UE: is an NB-IoT terminal emulator based on an SDR with UU interface adaptations.

  • Channel Emulator: to emulate all the impairments caused by LEO satellites. In particular, is able to introduce variable delay, variable Doppler Shift, Phase Noise, Fading. 

Plan

The project foresees the following relevant milestones:

  • MS1: Preliminary Operation Scenario Requirements and acceptance of all related deliverables. 

  • MS2: Technical Requirements (traffic emulator, NB-IoT UE, Channel Emulator, On-board eNodeB Prototype) and acceptance of all related deliverables. 

  • MS3: Testbed Implementation and acceptance of all related deliverables. 

MS4: Results, Roadmap and acceptance of all related deliverables.

Current Status

The activities started on 1st April 2020.
The milestone MS1 has been achieved with the completion of WP1 relating to scenarios definition and challenge identification.
The milestone MS2 has been achieved with the completion of work packages WP2 and WP3, concerning UU Interface and Testbed Requirements.
The milestone MS3 has been achieved with the completion of the activities concerning the Testbed Design, Development and Verification and the Test Plan definition. 
The Final Review has been achieved at the end of the overall activities.

MCX-LEO

PROTOCOLS FOR MISSION CRITICAL PTT, DATA, AND VIDEO SERVICES OVER LEO CONSTELLATION NETWORKS

STATUS | Ongoing
STATUS DATE | 16/12/2023
ACTIVITY CODE | 3C.028
MCX-LEO

Objectives

Image credit: Frequentis AG
<em>Image credit: Frequentis AG</em>

The mission critical services can be used for public safety applications and maritime safety applications, Future Railway Mobile Communication System, Secure Airport communication and for general commercial applications, e.g., utility companies, and maritime usage. The Mission Critical Services are utilized in a wide range of scenarios, such as industrial control systems, mobile health care, real time control of vehicles etc. There are various public safety use cases that can be served only by satellites. Other use cases can be served by satellites in a more efficient way compared to terrestrial infrastructure. There are areas that can be covered only by satellites, including extreme geographies or remote areas across seas, oceans and other locations where terrestrial coverage is absent.

The main objective of the present technical proposal is the verification of Mission Critical Services for multimedia public safety scenarios including the application of MCPTT, MCVideo, and MCData services deployed in a harmonized LEO Constellation Network interworking with 5G network, bearing in mind that LEO satellite Constellation Networks provides connectivity across the globe.

The activity designs and develops a system demonstrator to verify the compliance of the MCX-LEO system’s key figures w.r.t. latency, group call management, priority management with the Mission Critical Services requirements specified by 3GPP.

Challenges

MCX services provision is bound to very short PTT latencies, from pressing the PPT button on MCX UE to getting the authorisation by a beep signal to speak. The time efficient routing and forwarding of the control plane and user plane data through LEO satellite constellation is one of the major challenges in this activity.   

System Architecture

The System architecture comprises an integrated NTN 5GS with LEO satellite constellation utilizing Inter-Satellite Links (ISL) in fronthaul segment. The system features a full gNB processed payload architecture as reported in 3GPP TR 38.821. To close the link budget, the MCX User Equipment are linked to a high power Mobile Base Station Relay (MBSR), enabling MCX service provision for handheld devices with limited EIRP, as reported in TR 22.839 and specified in TS 38.401, implemented as a UE-to-Network Relay UE to allow for network access by multiple MCX UE participants that have no direct access to the payload as a consequence of their limited power. The envisaged system architecture can be applied to every MCX use case allowing both single and multiple MCX UE affiliations in private and group calls.

Plan

Starting from system definition the activity generates a full set of self-contained technical requirements, as input to MS1 (SRR). In MS2, upon a trade-off analysis, the activity selects down the most appropriate system architecture and delivers a detailed system design, to be approved in MS2 (SDR). The activity then goes on to implement a simulator that allows the verification of the requirements with focus on MCX service requirements. The goal of the final milestone MS4 is the verification and validation of the requirements showing an end-to-end MCX service provision over LEO satellite constellation.

Current Status

Upon a successful kick-off meeting attending ESA and Frequentis members on Project Start: 14 March 2023, the Frequentis team has started specifying the MCX-LEO system scenarios and general requirements. The next review milestone is planned as System Requirement Review (SRR) in Q2 2023.

QUICOPTSAT

End-to-end congestion control for broadband networks with satellite tailored QUIC protocol

STATUS | Ongoing
STATUS DATE | 28/01/2025
ACTIVITY CODE |
QUICOPTSAT

Objectives

The main objectives of the project are as follows:

  • Design novel Congestion Control (CC) mechanisms for the QUIC transport protocol, which deliver acceptable performance over both satellite and terrestrial networks.

  • Prove the effectiveness of the new mechanisms in relevant GEO/NGSO scenarios.

Both verification and validation campaigns are performed to show that the designed solution satisfies the technical requirements and to evaluate the effectiveness compared to existing options. A goal is to attain similar or higher performance than can be achieved using a PEP with TCP.  A set of demonstration campaigns use commercial satellite links for both GEO (e.g., Eutelsat Konnect, SES ASTRA) and NGSO (Starlink),  and consider migration scenarios (satellite to terrestrial network switching).

The key results of the project are contributing to the Internet Engineering Task Force (IETF), the principal Internet standards development organisation.

Challenges

The recently defined QUIC protocol (RFC9000) has been widely deployed across the Internet. This uses TLS 1.3 to encrypt the end-to-end communication. This prevents using techniques to mitigate the differences introduced in satellite systems (e.g., PEPs) and therefore introduces performance limitations (RFC9065). Instead, the project proposes to change the QUIC sender to optimise transfers over satellite using the QUIC transport protocol.

System Architecture

The project has implemented the congestion control mechanism in two QUIC stacks: A fork of the CloudFlare Quiche, and a fork of Picoquic. These implementations have been validated and then evaluated using a range of applications operating over commercial satellite links for both GEO (e.g., Hylas, Eutelsat Konnect, SES ASTRA) and NGSO (Starlink). A range of non-satellite paths have also been evaluated and many also experience benefit, as well as considering migration scenarios where the path changes between satellite to terrestrial networks. Configuration and KPI recording is implemented through a web-interface (GUI).

QUICOPTSAT system architecture

Plan

The project has three phases:

  • Phase 1: Definition of a technical baseline and preliminary validation of the mechanisms using simulation campaigns in ns-3. This was used to derive the initial design. 

  • Phase 2: Development of a consolidated technical baseline in a real-world QUIC implementation followed by in-depth analysis over emulation testbeds. 

  • Phase 3: Demonstration over real-satellite services using real applications. 

Current Status

Phases 1 and 2 have been completed: The project has finalised a technical specification (Careful Resume), supported by simulation analysis and evaluation. This has been shown to significantly improve the performance and reliability of the Internet, especially for users of high-bandwidth-delay-product paths – such as those provided by some cellular services and by broadband satellite providers.
The project has successfully contributed an Internet-Draft (draft-ietf-tsvwg-careful-resume) specifying Careful Resume to the IETF TSVWG working group. This has been adopted as a work item and is currently progressing towards publication as an IETF Standards Track RFC.

The final stage of the project evaluates satellite performance of the implemented QUIC protocol stack.

Multi-Layered SatCom Systems (MLS)

- Multi-Layered SatCom Systems

STATUS | Completed
STATUS DATE | 14/06/2024
ACTIVITY CODE | 1B.131
Multi-Layered SatCom Systems (MLS)

Objectives

Future SATCOM networks will span multiple orbits, like geostationary equatorial orbit (GEO), medium Earth orbit (MEO), and low Earth orbit (LEO), among others. In addition, they will also cover multiple frequency bands, satellite operators and network designs. These multi-layered, hybrid networks allow for enhanced communications and protect against potential disruptions or attacks. This research studies the future implementation and use cases of such networks. It will focus on examining current technology trends and assessing probable markets that could utilize multi-layered SATCOM applications. The aim is to achieve a system design that is able to support both current and future satellite service types, interoperability, and increased spectral efficiency.

Challenges

Finding a solution that serves remote and hard to reach places, rather than providing more satcom services to already data rich areas. A multi layered solution exploiting existing constellations needs to interoperate with different latency and form factor standards. There is no one terminal that will meet all the requirements of an MLS solution and the cost of developing a new terminal are economically prohibitive. Compromise and collaboration with existing technologies and vendors is the only way.

System Architecture

This MLS system consists of a concurrent GEO + LEO network for high speed, low latency, affordable internet access. Smart routing exploits the latency, data rate, capacity economics, and geographic coverage of the constituent networks and can provide path resilience by using one, or both, of the constituent networks based on user experience or requirements, weather, jamming, cyber-attack, etc and leverages the individual benefits of GEO and LEO to deliver cost effective bandwidth with the perception of LEO-like latency.

The GEO segment will be procured as a commodity from existing capability. The baseline delivery will consist of 3 GEO satellites providing Ka-band capacity with near-global. As markets fluctuate and more GEO capacity is made available through new on-orbit capability.

The LEO segment will consist of a constellation of ~1,000 satellites of 24kg mass, operating in 4 shells of varying inclination at altitudes around 1000km, providing global coverage at LEO with the majority of capacity covering the majority of the global population.  The LEO satellites will operate in E-band with RF V-band ISL capability on ~25% of the fleet to minimise gateway demands and extend coverage to those gateways.

Plan

The project comprised 6 tasks, each deriving technical notes that provide the data.

Task 1: Market and Technology Assessment

Task 2: Scenario Development, Trade Off, and Selection

Task 3: System Requirements and Trade Off Analysis

Task 4: System Definition, Modelling, and Simulation

Task 5: Economic and Regulatory Analysis

Task 6: Gap Analysis and Roadmap

Current Status

All task notes submitted and reviewed with ESA feedback issues resolved. Viasat has designed a conceptual 1000 satellite LEO constellation that utilises GEO as a commodity service to provide a concurrent LEO/GEO MLS system.