ECS-ER

Edge Configuration Server – Edge Repository

Management →
Introduced in Rel-18

ECS-ER is a 3GPP Release 18 management function that stores and provides configuration data, application descriptors, and service profiles to enable automated deployment and lifecycle management of edge services.

Category
Management
Introduced
Rel-18
Where
Services
Specifications
1 specs
ECS-ER Description Purpose Detected Changes Specifications

Description

The Edge Configuration Server – Edge Repository (ECS-ER) is a core component of the 3GPP edge computing management architecture defined in TS 23.558. It functions as a centralized repository and configuration server within the edge data network. The ECS-ER stores various data objects required for the operation of edge applications and services, including Edge Application Server (EAS) discovery information, application descriptors, service profiles, and configuration parameters for edge clients. It interfaces with other management entities like the Edge Enabler Client (EEC) and Edge Enabler Server (EES) to distribute this information.

Architecturally, the ECS-ER is typically deployed within the operator's trusted domain, often collocated with or adjacent to the Edge Application Server. It uses standardized interfaces, such as the Ees-ECSer interface, to communicate with the Edge Enabler Server. The EES acts as an intermediary, querying the ECS-ER on behalf of edge clients or application servers to retrieve necessary configuration data. This separation of concerns allows the ECS-ER to focus solely on data storage and provisioning, while the EES handles session management and policy enforcement.

The repository holds structured data models defined by 3GPP, ensuring interoperability between different vendors' edge platforms. When a new edge application is to be deployed, its descriptor—containing requirements for compute, storage, latency, and location—is registered with the ECS-ER. Similarly, when an edge client needs to discover available services, the EES queries the ECS-ER based on the client's location and service requirements. The ECS-ER responds with a list of suitable EAS instances and their access information. This mechanism is crucial for dynamic service discovery in a distributed edge environment where application instances can be instantiated and terminated based on demand.

Its role extends beyond simple discovery to include lifecycle management support. The ECS-ER may store configuration templates and policies that dictate how edge applications should scale, update, or migrate between different edge nodes. By providing a single source of truth for edge service configuration, the ECS-ER reduces manual intervention, minimizes configuration errors, and enables automation essential for operating large-scale, multi-vendor edge computing networks. It is a foundational element for realizing the vision of agile, software-defined edge services in 5G and beyond.

Purpose & Motivation

The ECS-ER was created to address the management complexities inherent in distributed edge computing architectures introduced with 5G. Prior to its specification, edge computing deployments often relied on proprietary or non-standardized methods for service discovery and configuration, leading to vendor lock-in and operational inefficiencies. The proliferation of Edge Application Servers across numerous network locations created a challenge: how can edge clients dynamically and efficiently find the most appropriate application instance based on latency, capability, and load? The ECS-ER provides a standardized solution.

Its development was motivated by the need for automation and scalability in edge service deployment. Manual configuration of thousands of edge nodes and clients is impractical. The ECS-ER, as part of the broader Edge Application Enablement framework, enables declarative service management. Application providers can register their service profiles once, and the system automatically handles distribution and discovery. This solves the problem of service mobility and continuity as users move, ensuring they can seamlessly connect to the optimal edge instance.

Furthermore, it supports the network slicing paradigm by allowing configuration data to be slice-specific. This means edge resources and services can be isolated and tailored for different enterprise customers or service types. By centralizing configuration data in a repository, operators gain better visibility and control over their edge assets, facilitating troubleshooting, auditing, and compliance. The ECS-ER is thus a key enabler for the commercial success of edge computing, turning it from a conceptual technology into a manageable and operational reality.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

Specific changes extracted from the „Change history“ tables of 3GPP specifications (6 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.

Rel-18 3 changes

In Release 18, the ECS-ER (Edge Configuration Server – Edge Repository) function was formally named and its API was completed. The release also added a missing EES endpoint for ECS-ER interactions, enabling the ECS-ER to act as a central repository for storing and providing common EAS bundle information and edge deployment configuration to support ECS discovery and service provisioning.

  • Modify term from central repository to ECS-ER TS 23.558CR0413
  • Complete ECS-ER API TS 23.558CR0418
  • Add missing EES endpoint in ECS-ER interaction TS 23.558CR0496
Rel-19 3 changes

In Release 19, the ECS-ER function was enhanced to clarify procedures for information collection between an ECS-ER and a partner ECS and to specify the mechanism for updating common EAS information within the repository. This included defining the interactions for storing and retrieving common EAS information, which is critical for supporting common EAS discovery and federation scenarios. Furthermore, the release resolved and removed certain editorial notes (ENs) related to these ECS-ER operations.

  • Resolving EN related to information collection between ECS-ER and partner ECS TS 23.558CR0564
  • Common EAS information update in ECS-ER TS 23.558CR0626
  • Remove EN on ECS-ER TS 23.558CR0693

Explore further

Broader topics and technologies where ECS-ER plays a role.

Defining Specifications

3GPP specifications that define or reference ECS-ER, with the latest known release. Sourced from the 3GPP document catalog — see methodology.

SpecificationTitleRelease
TS 23.558 vk00 Architecture for Edge Applications Rel-20
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.