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.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (17 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 17, the ECS-ER (Edge Configuration Server – Edge Repository) function was newly introduced as a centralized information repository for edge deployments. Specifically, the ECS-ER receives and stores edge deployment information from other ECSs via the EDGE-10 interface, enabling service provisioning information retrieval when EAS details are not pre-configured. This enhancement supports ECS discovery and allows an ECS to use edge repository functions to obtain necessary configuration data.
In Release 18, the ECS-ER (Edge Configuration Server – Edge Repository) function was formally introduced, centralizing information for edge deployments by receiving and storing data from other ECSs via the EDGE-10 interface. Key enhancements included the use of an ECS profile for discovery, the provisioning of configuration information alongside a PLMN ID to the 5G Core, and the completion of the ECS-ER API with added authentication methods and endpoint corrections. These changes refined the mechanisms for service provisioning information retrieval and ECS discovery in federated deployments.
- Provision ECS configuration information together with PLMN ID to 5GC TS 23.558CR0361
- Use of ECS profile instead of ECS configuration information TS 23.558CR0370
- Modify term from central repository to ECS-ER TS 23.558CR0413
- Complete ECS-ER API TS 23.558CR0418
- Authentication methods in ECS configuration TS 23.558CR0429
- Correction for bundle in EDN configuration information TS 23.558CR0452
+ 3 more changes
In Release 19, the ECS-ER (Edge Configuration Server – Edge Repository) function was enhanced to support a common EAS bundle with the repository and to enable common EAS information updates within it. The release also focused on resolving and removing error notifications (EN) related to information collection between the ECS-ER and a partner ECS, as well as solving general error notifications in the repository itself. Furthermore, a new capability was introduced for instigating Application Context Reporting (ACR) at the Edge Enabler Server (EES).
- Common EAS bundle with repository TS 23.558CR0501
- Resolving EN related to information collection between ECS-ER and partner ECS TS 23.558CR0564
- Instigating ACR at the edge enabler server (EES) TS 23.558CR0561
- Common EAS information update in ECS-ER TS 23.558CR0626
- Solve EN in repository TS 23.558CR0628
- 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.
| Specification | Title | Release |
|---|---|---|
| TS 23.558 vk00 | Architecture for Edge Applications | Rel-20 |