ESA ARTES 5G TINA

ESA ARTES 5G NETWORK FUNCTIONS, PROTOCOLS AND SECURITY FOR 5G SATELLITE NODES – “5G TINA”

STATUS | Ongoing
STATUS DATE | 26/04/2023
ACTIVITY CODE | 3A.120

Objectives

Enable 5G satellites nodes by extending terrestrial 5G network functions, protocols and Software-Defined Networking (SDN)/Multi-access Edge Computing (MEC)/edge computing and storage and distributed control and management concepts to space.

Develop mechanisms to address the secure instantiation, control and management of the network functions on 5G satellite nodes in order to enable optimised connectivity, coverage and capacity allocations.

Develop a testbed to demonstrate an end-to-end network with integrated 5G NTN nodes.

Identify, describe and analyse:

  • Scenarios of 3D NTN satellite network architectures and their services;
  • Context aware and advanced routing protocols;
  • H/W and S/W solutions for software defined reprogrammable satellite payloads;
  • H/W and S/W solutions of onboard edge computing;
  • Enhancements of Software Defined Networking control and management and data plane forwarding functions.

The activity shall design and specify a System Minimum Viable Product (MVP) and implement a representative 3D NTN testbed to validate and analyse the performance of the MVP. The testbed could also be interconnected with 5G integrated satellite terrestrial test platform to assess the performance of end-to-end services and show case representative use cases.

The activity will propose development roadmap for the identified critical technology elements as well as technology demonstration missions.

Challenges

The 2 main challenges that are the focus of this project are:

  1. constraints on the 5G node types that can be fitted to NTN payloads, or are worthwhile fitting to payloads, and their performance and capacity as a result of the payload constraints on mass and power;
  2. network aspects due to the scale, layout and movement in the topology, such as deployment and configurations of distributed functions over the global system, handover management, and end-to-end service slice management.

System Architecture

High Level Testbed Architecture

Plan

The project is 18 months in duration and is broken into 5 Work Packages with 7 deliverables:

  • 3D NTN Network Scenarios and Critical Technology Elements September 2022 (complete)
  • Finalised Technical Specification / Design completed December 2022 (complete)
  • 3D NTN testbed development and functionally complete June 2023
  • 3D NTN Testing and Validation complete September 2023
  • Use-case and scenarios evaluation & Testbed software November 2023
  • White Papers March and November 2023

Current Status

February: Finalised Technical Specification / Design complete.

The detailed testbed design and implementation is in progress and the first White Paper is in internal review.

OSSI

- Orbital Spectrum Sampler for IoT

STATUS | Ongoing
STATUS DATE | 22/12/2022
ACTIVITY CODE | 3E.004

Objectives

The objectives of the project:

  • Demonstrate satellite-based IoT services in the frequency range 1500-5000 MHz

  • Develop and deploy protype user terminals supporting the demonstrations

  • Support preparatory work in the ITU with studies and results from measurements and IoT trials

Challenges

Some of the key challenges to this project are:

  • Wide bandwidth covering multiple types of frequency usage. This requires the front-end to have a very high dynamic range. 

  • Furthermore, the wide bandwidth reduces component availability and performance

  • Short timeline for submitting studies to WRC-27 preparatory process.

System Architecture

Our proposed experimental IoT system to be used for the end-to-end experiments consists of the following elements:

  • A LEO satellite with IoT SDR payload and other payloads

  • A prototype user ground terminal built around a SDR hardware platform with mobile broadband connectivity for command and control

  • KSATLite compatibility

  • IoT experiment control and spectrum analysis software

  • A cloud server for storage of I/Q data

Plan

Phase 1 (June 2022 – November 2022):

  • Definition of use cases, operational concepts and requirements

  • Definition of requirements for the experiment, satellite and ground segment

  • Identification of requirements for satellite bus.

Phase 2 (December 2022 – May 2026):

  • Experiment, satellite and ground segment preliminary design (December 2022- June 2023)

  • Experiment, satellite and ground segment development and test (June 2023 – December 2023)

  • Embarkation of experiment payloads on host spacecraft and test plan consolidation (December 2023 – September 2024)

  • Experiment Execution (September 2024 – March 2026)

  • Lessons learned, exploitation plans and Final review

There will also be two separate activities happening alongside phase 1 and 2, but outside the scope of this activity:

  • Host Satellite Construction

  • IoT SDR Payload Construction

Current Status

  • Project kick-off June.2022

  • Bids received on host satellite construction

  • IoT SDR Payload design at very mature stage

  • Awaiting approval for proceeding to Phase 2.

C-DREAM

- Flexible resource allocation techniques for NGSO constellations

STATUS | Completed
STATUS DATE | 16/12/2022
ACTIVITY CODE | 3A.095

Objectives

The use of NGSO satellite constellations offers many advantages for the communication missions, in particular potential global coverage (possibly adapted to demand density), low delay transmission, robustness of the system, and potential low cost of gigabit per second.

To meet non uniform and evolving user demand as well as coordination with other systems and regulatory constraints, payload flexibility and reconfigurability will be key features of on-going and future constellation projects.

Thus, besides the constellation dynamics inducing constant changes in the user or feeder links properties and frequent handovers, the system flexibility features and constraints need also to be considered for the radio-resource management which lead to a highly complex problem to optimize.

In this study, the objective is then to take into account all these aspects to design, implement and evaluate an RRM algorithm that shall provide the highest possible performance (in regards with defined KPIs) whilst dealing with operational constraints (particularly in terms of computation time).

Challenges

The first challenge of the project was the choice of the algorithms to develop, given the constraints of time calculations, and the objective of maximizing the constellation throughput.

The second challenge was the optimization of the simulator speed of calculation of the interferences.

The third challenge was the choice and the design of the system scenarios, to be as close as possible to a real one

System Architecture

This project emulates a non-geo stationary constellation with a powerful simulator. This simulator is based on multiple modules, where each module either reads inputs from simulation tools, or computes precise information, such as interferences. Finally, the simulator has the capability to export multiple outputs (statistics, figures …). That can be configured by the user through configuration files.

Plan

The development logic follows these steps:

  • System scenario definition

  • Technical requirement specification

  • RRM module design

  • RRM demonstrator design

  • RRM demonstrator development

  • RRM performance assessment

Regarding the industrial organisation, Magister is responsible of the design and development of the simulator, while Thales Alenia Space is responsible of the overall project, including the definition of the system and of the algorithm of the RRM module.

Current Status

The project has been completed.

ANCORSAT

- Agile Network Configuration for 5G- Internet-of-Things Services over Satellite

STATUS | Completed
STATUS DATE | 30/01/2025
ACTIVITY CODE | 3A.109
ANCORSAT

Objectives

The objective of ANCORSAT is to identify the 5G NR IoT technical requirements in various satellite network scenarios in LEO and GEO, to define specific virtual network functions – at layer-2 and above – that could comprise a satellite network slice, to design and develop an end-to-end testbed to demonstrate satellite IoT use cases for agile 5G network configurations, and to contribute in 5G definition of network slicing architectures.

ANCORSAT aims at the agile and efficient management of satellite network resources, in particular in the return link (connection to gNB on board satellite), but also the ground segment resources (gateway) in both, forward and return link, using several techniques, highlighting a new algorithm for radio resources management in the return link, using simulated annealing when there is congestion, and virtualization techniques in the ground segment (implementation in Virtual Machines).

Challenges

The key challenges in ANCORSAT include identifying and optimizing state-of-the-art technologies for satellite-specific IoT applications, as there are currently no off-the-shelf solutions designed for such use cases. This emerging field requires significant adaptation of existing 5G and IoT technologies to meet the unique demands of satellite networks, such as high latency, dynamic resource management, and seamless network slicing. The lack of readily available tools further complicates efforts to implement and test agile network configurations for satellite IoT services, highlighting the need for innovative, tailored solutions.

System Architecture

The 5G IoT Satellite network is compromised of three main blocks:

  • Radio Access Network

  • Transport Layer

  • 5G Core Network

Testbed System Overview (Above)
Testbed System Overview (Above)

The ANCORSAT testbed was designed to introduce the concepts of network slicing, Network Function Virtualization (NFV) and open-source Management and Orchestration (OSM) within a non-terrestrial communication scenario for IOT devices. The testbed is running on an emulated environment using opensource tools for RAN simulation and the orchestration of the core network functions. The testbed environment is in addition fully customizable and able to support different NTN scenarios (LEO, MEO, GEO) and offers state of the art slice orchestration technologies with the introduction of the inter slice scheduler. The testbed includes the following virtual machines:

  • VM1: Running a simulated environment for the user segment This includes the traffic generator and the ISS.

  • VM2: Running a simulated gNB in regenerative mode and using NETEM for SATLINK simulation. 

  • VM3: Running a ground station as modem service. Used for routing and traffic shaping us-er traffic based on network slice ID. 

  • VM4: Running control plane NF’s.

  • VM5: Dedicated UPF to 3 network slices.

  • VM6: Dedicated UPF to 2 network slices.

  • VM7: Responsible for the monitoring, management and orchestration of the open5GS NF’s.

Plan

The Project have the following implementation phases:

  1. Reference Scenario Definition and State-of-the-Art Analysis

  2. Requirements Engineering

  3. Design Engineering

  4. Testbed Development, Integration & Testing

  5. Demonstration & Recommendation

 

Current Status

The project was concluded successfully in December 2024 with the final presentation held in ESTEC on 3rd of December 2024. The ANCORSAT testbed achieved TRL4 by the end of the project and a product development roadmap was proposed to increase the TRL.

Romantica

- Resource Management Techniques for Satellite Systems based on Active Antenna

STATUS | Completed
STATUS DATE | 31/01/2022
ACTIVITY CODE | 3A.107
Romantica

Objectives

The objective of the Romantica ESA study activity is to develop Radio Resource Management (RRM) techniques for the new generation of commercial Very High Throughput Systems (VHTS).

These RRM solutions are capable of exploiting the functionalities of these new satellites systems based on active antennas and on-board processors in order to maximize the system throughput, while maintaining good Quality of Service (QoS) for all the interactive applications of a satellite telecommunication system (i.e. video streaming, web, ftp and VoIP traffic sources).

Challenges

The main challenge of the program is to research innovative RRM solutions able to follow in real time the fluctuations of traffic, while considering some typical traffic models, not uniform traffic maps and different classes of user terminals.

A critical task is the definition of a fast solution able to optimize the beam hopping plan and to continuously readapt it in line with the changes of the traffic requirements.

Another challenging task is the investigation about a modern packet scheduler algorithm, able to select the packets considering their traffic QoS requirements, and integrate it in the final RRM solution.

System Architecture

The RRM demonstrator includes two RRM algorithms:

  • an Advanced RRM solution, that optimizes at the same time the system resource planning and the packet scheduling management.
  • a Benchmark RRM solution, that optimizes only the packet scheduler

The general scheduler architecture of the Advanced RRM algorithm is presented in the next figure.

System architecture

These main logical blocks are presents:

  • The “traffic flow generator” that generates IP packets
  • The “queue updater” manager that controls the queue status, filtering the overall packets generated by the previous logical block and selecting only the packet present in the queues for each illumination plan loop.
  • The “Proportional Fairness Exponential Rule” (PF-ER) module, that deals with QoS requirements for the different traffic flows and in particular the QoS-class-based deadlines of the packets.
  • The “TM-PPD” algorithm, that is able to optimize the illumination plan and to calculate the offered, usable and unmet capacity
  • The “Final Scheduler”, that performs the second level of packet scheduling and identifies which packets in the queue have to be sent

The benchmark RRM architecture is presented in the next figure.

System architecture

Here the illumination plan is not optimized at each iteration, but it is provided as input and a Round Robin scheduling approach is applied.

Plan

The Romantica study addresses 4 Tasks:

  1. Definition of a system scenario to be considered when investigating the innovative RRM algorithms (coverage, satellite configuration, user terminals, traffic models)
  2. Investigation of two solutions, a Benchmark algorithm (beam hopping and packet scheduling with separated optimizations) and an Advanced RRM algorithm that optimizes at the same time the system resource planning and the packet scheduling management
  3. Design of the architecture of the RRM, defining the functions implemented in the different parts of the system architecture (satellite payload, Gateways, dedicated Network Management System facilities)
  4. Development, validation and test of the RRM demonstrator tool

Current Status

The project has been completed. The final RRM Demonstrator software has been developed and tested successfully.

Ge.Lo.Sy.

On-board Interference Geo-Location System

STATUS | Completed
STATUS DATE | 19/01/2022
ACTIVITY CODE | 5A.037
Ge.Lo.Sy.

Objectives

The Ge.Lo.Sy. Project focuses on the definition of a low-cost on-board geolocation technique. It must provide a preliminary design of the solution which is verified and validated at the laboratory level through the implementation of a proof-of-concept breadboard.

The figure shows the process of detection of radio frequency interference (RFI) which highlights the critical phase of defining the arrival direction to geo-locate the source or interfering sources present both in the coverage area of the satellite antenna and outside of it.

gelosy objectives

The proposed solution must be easily implemented on board both from the antenna side and from the transponder side. It must be able to act on a single satellite without having to use complex mechanisms on board. This gives the possibility to be integrated into the already defined SATCOM payload design, with reduced impacts on implementation costs.

Challenges

The interest of SATCOM commercial operators in hosting an adequate anti-interference and anti-jamming (AI / AJ) subsystem on their payloads is growing. This interest is stimulating satellite space agencies (National and European) and satellite manufacturers to focus their attention also on effective AI / AJ solutions for the commercial market. Due to the implementation and integration costs of an adequate AI / AJ technical solution in a commercial context where the requirements in terms of protected bandwidth and performance are high, operators are focusing their attention on the techniques based on the direction of arrival (DoA). This choice allows to define and propose a more effective and accessible technology in terms of implementation feasibility and costs that can be customized on a wide range of satellites.

System Architecture

The architecture of the technical solution defined in the study is described  in the following figure:

gelosy architecture

 

Plan

The project is structured in five main phases: a. Identification of the RFI Scenarios and Reference Mission; b. Definition of RFI Geo-location techniques and algorithms; c. Detailed design of the selected RFI Geo-Location System; d. Design of RFI Geo-location System Breadboard; e. Breadboard Manufacturing testing and evaluation. Main Reviews are the Baseline Design Review (BDR), the Preliminary Design Review (PDR), the Test Review Board (TRB) and the Final Review (FR).

Current Status

The activity has been concluded with the Final Review held on November 2021.

The main results consists in the implementation of the Proof-of-Concept (PoC) used in indoor and outdoor laboratory environment, this last representing a scaled layout of the target solution implementation and utilisation scenario. The target solution has been defined as Radio Frequency Interferometric Satellite System (RaFISS).

The obtained results confirm the suitability of the proposed, chosen and tested solution for the definition of the interfering sources localisation at the ground from a single satellite.

BEHOP-GC

Ground Components for DVB Standardized Beam Hopping

STATUS | Ongoing
STATUS DATE | 29/09/2021
ACTIVITY CODE | 6B.070
BEHOP-GC

Objectives

In a beam-hopping system as illustrated below, a beam-hopping time plan (BHTP) is executed repeatedly to serve different service areas. The dwell times correspond to the current traffic demands by the remote terminals. This cyclic execution runs until a new BHTP is provided, which defines a new time plan and possibly new beam coverages (new cluster) matching changed traffic demands. Therefore, beam-hopping provides the required flexibility and variability to match non-uniform and time-varying traffic demands to the satellite system resources. 
A key features of beam hopping systems is to support seamless updates of the BHTP (no interruption and no loss of synchronization between gateway, satellite and user terminals) in order to assure a given quality of service (QoS).
DVB-S2X specifies three new Super-Frame Formats (5, 6, 7) for beam-hopping and two application modes of beam-hopping: pre-scheduled (using Format 5) and traffic-driven (using Format 6, 7). This project focuses on the first mode, which relies on repetitive cycles of the BHTP until a new BHTP is applicable. This allows for extra features compared to Format 6 and 7:

  • PLFrame fragmentation among dwells for increased efficiency
  • Validation of the start of dwell detection
  • Close tracking of carrier frequency or timing drifts due to e.g. Doppler

The project objectives are the following:

  • Implementation and validation of a complete DVB-standard compliant signal transmission chain for forward link beam hopping 
  • Enhancement of a wideband modulator (capable of DVB-S2X Annex E, Super-Framing Format 4) to support now Format 5, NCR distribution and signalling of BHTP updates
  • Enhancement of a wideband user terminal device (capable of DVB-S2X Annex E, Super-Framing Format 4) to support now Format 5, NCR synchronization, exploiting the signalling of BHTP updates for seamless data reception
  • Integration of all devices in an automated testbed for analysis, testing, demonstration, and evaluation of different system configurations and transmission scenarios
     

Challenges

  • Variable Super-Frame length
  • Correct insertion of the new signalling elements of Format 5
  • Implementation of individual queues for all service areas (coverages)
  • Accurate and standard compliant NCR implementation
  • Standard compliant lower layer signalling for BHTPs
  • Seamless BHTP update procedure
  • Coping with channel impairments, e.g. Doppler induced drifts

System Architecture

The hardware testbed (as visualized in the figure) consists of four key components: 

  • Wideband modulator with IP encapsulator configurable to the actual BHTP 
  • Satellite payload emulator implementing the beam-hopping characteristic
  • Satellite channel emulator for the transmission scenario related impairments (e.g. Doppler and Doppler drift) 
  • User terminal for data reception, decoding and IP decapsulation

Plan

Milestones & Meetings

Planned Schedule

KO

Kick-Off

11/2020

SDSR

System Definition and Specification Review

02/2021

PDR

Preliminary Design Review

06/2021

CDR

Critical Design Review

09/2021

TRR

Test Readiness Review

06/2022

ATR

Acceptance Test Review

10/2022

FR

Final Review

12/2022

FP

Final Presentation

12/2022

Current Status

CDR successfully closed, Implementation Phase is on-going.

RoPro

Routing and management protocols for large constellations with inter-satellite links

STATUS | Completed
STATUS DATE | 16/08/2024
ACTIVITY CODE | 3A.117

Objectives

The objective of the activity is to develop congestion-aware, Quality-of-Service-aware, multipath unicast and multicast routing and network management protocols for constellations with large number of satellites equipped with inter-satellite links (RF and optical). The protocols are implemented and tested in a testbed.

Challenges

  • Development of space-ready hardware that supports routing on several Gigabit network interfaces

  • Design of effective load-balancing solutions for routing in SCNs

  • Interoperability with existing terrestrial networks

  • performance evaluation of routing protocols in large constellations with thousands of satellites

  • Handover Management and IP mobility

System Architecture

The project entails the development of two different performance evaluation methodologies: A hardware demonstrator that consists of the final routing hardware and a verification environment, and a network simulator capable of simulating traffic in entire Satellite Constellation Networks. The hardware demonstrator consists of the routing hardware, which is the Device Under Test (DUT), and peripheral systems that generate the test traffic and facilitate device evaluation. The DUT implements the proposed routing and management protocols in both control and data plane. It routes traffic between its four ISLs and two Earth-Satellite-Links (ESLs). The DUTs feature a modern SoC with space heritage, which runs OpenVSwitch with DPDK to accelerate the packet processing. DPDK makes use of the SoC’s DataPath Acceleration Architecture to support the link speeds required.

The simulator is a model-based, modular software simulation of the entire SCNs. It can simulate varying user distributions, traffic types and classes as well as different and dynamic network topologies. Thus, it is capable of representing the entire complexity of delivering internet connectivity via satellite networks. Results of the developed routing protocol can be compared to God’s Eye View Routing and Source Routing to evaluate the benefits of the developed routing protocol.

Plan

The project is divided into seven main work packages:

  • Output 0: Defined Reference Scenario

  • Output 1: Finalised Technical Specification

  • Output 2: Selected Technical Baseline

  • Output 3: Preliminary Design Baseline

  • Output 4: Implementation and Verification Plan

  • Output 5: Verified Deliverable Items and Compliance Statement

  • Output 6: Technology Assessment and Development Plan

Current Status

Project finalised.

SHADER

Satellite-Haps Airborne Datalink as an Extension for RPAS (Broadband Satellite Communications to Remote Piloted Aircraft Systems –RPAS- Using High Altitude Pseudo-Satellites)

STATUS | Ongoing
STATUS DATE | 15/09/2021
ACTIVITY CODE | 3A.103P2

Objectives

Small RPAS cannot afford to carry heavy payload, hence limiting the possibility of broadband, satellite-based, datalink.

The project’s main objective is to propose a preliminary design of a HAPS (High-Altitude Platform System) layer in a SATCOM-based communication network that would foster the use of small RPAS in new domains.

In parallel, a field experiment – limited in scope – is setup to gather data and validate key assumptions.

Challenges

The project aims to reuse as much existing technologies as possible. However, this concept demands some specific solutions due to the specific constraints:

  • It shall be possible to accommodate for multiple and simultaneous radio connections.
  • Both the HAPS and the RPAS are in motions.
  • The HAPS trade a very long endurance against a somewhat limited payload capacity compared to regular aircraft, hence constraining the mass budget.

System Architecture

The core concept of the architecture is an intermediate layer of HAPS (High Altitude Platform System) that acts as a SATCOM link relay for drones.

On board the HAPS are all the necessary equipment to implement a communication network node: radio antenna, modems, router, and SATCOM antenna.

The key hardware aspect is the antennas’ directivity, in order to maximize data transmission efficiency over a long distance.

Plan

The project plan is to go step by step toward a system preliminary design:

  • State-of-the art review & trade-off analysis
  • System Preliminary architecture
  • System preliminary design

In parallel is prepared and executed the flight test campaign based on a manned aircraft. This campaign is intended to validate key parameters and mitigate the main technological risks.

All these steps are verified through a V&V process inspired by aeronautical development process.

Current Status

The program started on 07/09/2020 and the activities are presently in progress.

CCD5 Integrated System

Integrated satellite-terrestrial 5GHz-band system for the command and control of UAVs

STATUS | Completed
STATUS DATE | 12/02/2025
ACTIVITY CODE | 3A.113
CCD5 Integrated System

Objectives

Starting from existing C2 air interfaces the activity is focused on developing C2 solutions including network and security aspects. The activity addresses critical aspects like aircraft handover, network log-on, interference between flying elements, and security at physical and network layers. The system is validated, and its performance assessed in a testbed capable of emulating realistically, simultaneously and in real time the terrestrial and satellite links.

Challenges

To develop integrates solution for C2 communication (command and control) that including the network and security aspects. In particular the Project addresses the most critical aspects like aircraft handover and network log-on.

System Architecture

The CCD5 IS project builds upon the outcomes of the previous CCD5 project, which enabled the definition of:

  1. A set of rules and mechanisms facilitating communication among all actors within the navigation scenario of remotely piloted UAVs.

  2. The operational properties of the communication medium, including key technical characteristics such as data type and volume, transfer speed, operating frequencies, bandwidth, modulation type, and more.

  3. The design of the physical communication interface (Modem).

The system architecture of the CCD5 project is structured as follows:

The CCD5IS activity advances the development of the CCD5 project, extending beyond the physical interface layer to integrate a complete network and security layer. This enhancement enables the seamless integration of satellite and terrestrial links in the 5030-5091 MHz band, providing C2 communications for unmanned aircraft.

The network and security layer manages the identification of all network participants, ensures continuous UAV tracking throughout all flight phases, and oversees connection management and message routing in both LoS and BLoS modes. It guarantees a seamless communication experience, facilitates UAV satellite connectivity, and ensures the required security levels within non-segregated civil airspace.

The system has been rigorously tested through the design and implementation of a comprehensive testbed, integrating both the physical and network layers in a virtual and realistic environment, allowing for the evaluation of the communication system under real-world conditions.

Plan

The overall duration of the program is 24 months. 

The program is divided into 6 outputs:

  • Output 0: Defined Reference Scenario – to define the use cases for the new developments, and the scenario(s) in which they would operate.

  • Output 1: Finalised Technical Specification – to define a complete, self-standing and traceable set of technical requirements for the new developments. 

  • Output 2: Selected Technical Baseline – to select the technical baseline to achieve the activity objectives. 

  • Output 3: Verified Detailed Design – to establish a detailed design and demonstrate that it can satisfy all the technical requirements. 

  • Output 4: Implementation and Verification Plan – to establish all detailed plans necessary to successfully implement and test the deliverable items. 

  • Output 5: Verified Deliverable Items and Compliance Statement – to implement the deliverable items, quantify their performance and demonstrate compliance to the technical requirements. 

  • Output 6: Technology Assessment and Standardization document – to perform an assessment of the potential of the developed items for commercial exploitation and to provide a detailed description of the system for possible standardization.

The following milestones are foreseen starting from Kick-off (To):

  • A Technical Specification Review (TSR) at To + 4 months

  • Preliminary Design Review (PDR) at To + 8 months

  • Detailed Design Review (DDR) at To + 18 months

  • Final review (FR) and a Final presentation (FP) at the end of activities

Current Status

The activities are completed