Description
The Edge Enablement Server (EES) is a core network function defined within 3GPP's Edge Computing (EC) framework, specifically for the service-based architecture. It operates as a service registry and connectivity enabler, sitting logically between Edge Application Clients (EACs) – typically running on User Equipment (UE) – and Edge Application Servers (EASs) that host the actual application logic at the edge of the network. The EES is responsible for managing the lifecycle of EAS service registrations. An EAS registers its service profile, capabilities, and location (e.g., associated with a specific Edge Data Network) with an EES. This registration includes metadata such as the service's API endpoints, supported protocols, and geographical or network topology constraints.
When an EAC needs to discover an edge service, it sends a service discovery request, often via its serving network (e.g., through the Edge Configuration Server or ECS), which is routed to an appropriate EES. The EES processes this request based on the EAC's context (like its location, network conditions, and subscription) and the registered service profiles of available EASs. It performs service selection and returns a list of suitable EAS endpoints to the EAC. The EES does not typically handle the user plane traffic itself; instead, it facilitates the establishment of a direct or optimized data connection between the EAC and the selected EAS.
The architecture involves several key reference points. The EES exposes a northbound API (e.g., the Ees_Service) for EAS registration and EAC discovery. It communicates with the Edge Configuration Server (ECS) to provide EAS information for UE configuration. For mobility and session continuity, the EES may interact with the 5G Core Network's Network Exposure Function (NEF) and the Session Management Function (SMF) to influence traffic routing policies (URSP) or to be informed about UE mobility events. This allows the EES to recommend EAS re-selection if a UE moves, ensuring continuous low-latency service. Its role is pivotal in abstracting the complexity of the distributed edge topology from applications, providing a unified service discovery mechanism across different operator networks and edge locations.
Purpose & Motivation
The EES was created to address the fundamental challenge of service discovery and accessibility in a distributed edge computing environment. Traditional cloud computing relies on centralized, well-known domains, but edge computing disperses application servers across numerous locations closer to users. Without a discovery mechanism, clients cannot dynamically find the nearest or most optimal instance of a service, negating the latency and bandwidth benefits of the edge. The EES solves this by providing a standardized, network-integrated service registry.
Its development was motivated by the rise of latency-sensitive and data-intensive applications like autonomous vehicles, industrial IoT, and immersive media, which require computational resources to be geographically proximate to the end-user. Previous approaches, such as using DNS or proprietary discovery protocols, were not integrated with the mobile network's awareness of user location, mobility state, and network conditions. The EES, as part of the 3GPP standard, allows the network operator to control and optimize the edge service exposure, enabling new business models like Network as a Service (NaaS) and edge service monetization.
Furthermore, it addresses the problem of vendor and application lock-in by providing a standardized interface (defined in specs like TS 23.558) for service registration and discovery. This allows application providers from different verticals to deploy their EASs on operator or third-party edge platforms and have them seamlessly discovered by authorized clients, fostering an ecosystem of edge services. It is a key enabler for the vision of a federated edge, where services can be discovered across administrative domains.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (102 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 17, the EES (Edge Enablement Server) saw enhancements in its service APIs, including corrections to its service definitions, HTTP methods, and failure handling procedures. Specific refinements were made to the Network Slice Capability Enablement API, including modifications to its data type and the resolution of editorial notes. Furthermore, the release introduced functionality for the EES to act as the consent enforcing entity and added details for EEC context relocation during charging, alongside corrections to EES and EAS discovery mechanisms.
- AAA Server FQDN TS 29.503CR0653
- Authentication by AAA server in CH TS 29.503CR0662
- Change of DNS server address during EPC IWK TS 23.548CR0038
- Corrections to T-EES discovery TS 23.558CR0040
- Provide EES endpoint in ACR request to enable EEC context relocation during ACR TS 23.558CR0044
- Correction of EES discovery to EAS discovery TS 23.558CR0122
+ 11 more changes
In Release 18, the Edge Enablement Server (EES) function was enhanced with new capabilities for service continuity and advanced application relocation. Key introductions include EES monitoring of UE mobility for service continuity planning and the determination of Application Client Relocation (ACR) scenarios for EAS bundles, including execution via the Source EES (S-EES). Furthermore, enhancements were made for EES service differentiation, T-EES discovery for composite EAS, and support for SNPN within the EES Topological Service Area.
- Updates to architectural assumptions for EAS Service APIs enablement TS 23.558CR0131
- EES monitoring the UE mobility for service continuity planning TS 23.558CR0148
- Explaining usage of EES’s capability exposure by EEC TS 23.558CR0230
- EES service differentiation TS 23.558CR0236
- EES determines ACR scenario for EAS bundles TS 23.558CR0255
- Updating clause 4.5 to also indicate EES Capability Exposure to EEC TS 23.558CR0266
+ 47 more changes
In Release 19, the Edge Enablement Server (EES) function was enhanced with new capabilities for service continuity and relocation, including support for AppContextRelocation (ACR) instigated at the EES and procedures for Server as a service consumer of the SS_NetworkResourceAdaptation API. The release also expanded the EES profile to include satellite information and EAS deployment time, and introduced support for EES onboarding and Server-to-Server Analytics with updated API definitions.
- Instigating ACR at the edge enabler server (EES) TS 23.558CR0561
- Service continuity for common EAS (overload situation) – S-EES detected scenario. TS 23.558CR0608
- Enhance the EES profile with EAS deployment time TS 23.558CR0615
- Service provisioning enhancement considering EES onboard TS 23.558CR0695
- Support of EAS Information provisioning request from leading EES to partner EES TS 24.558CR0126
- Updates to the SS_NetworkResourceAdaptation API to support the SEALDD Server as a service consumer TS 29.549CR0329
+ 26 more changes
Explore further
Broader topics and technologies where EES plays a role.
Defining Specifications
3GPP specifications that define or reference EES, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.255 vj50 | UAS Application Layer Support | Rel-19 |
| TS 23.436 vk00 | ADAEnabler Functional Architecture and Information Flows | Rel-20 |
| TS 23.548 vj50 | 5G System Edge Computing Enhancements | Rel-19 |
| TS 23.558 vk00 | Architecture for Edge Applications | Rel-20 |
| TS 23.700 vk00 | XR Services Application Enablement Layer | Rel-20 |
| TR 23.758 vh00 | Study on Edge Application Architecture | Rel-17 |
| TR 23.958 vj00 | EDGEAPP alignment with ETSI MEC and GSMA OP | Rel-19 |
| TS 24.543 vj50 | SEAL Data Delivery Management Protocol | Rel-19 |
| TS 24.558 vj50 | Edge Enabler APIs Stage 3 | Rel-19 |
| TS 26.506 vj20 | Real-Time Media Communication Architecture for 5G | Rel-19 |
| TS 26.510 vj10 | Media Delivery APIs for 5GMS and RTC Systems | Rel-19 |
| TS 26.512 vj10 | 5G Media Streaming Protocols & APIs | Rel-19 |
| TR 26.803 vh00 | 5G Media Streaming Extensions for Edge Processing | Rel-17 |
| TS 26.804 vj10 | 5G Media Streaming Extensions Study | Rel-19 |
| TR 28.815 vh00 | Charging Study for Edge Computing | Rel-17 |
| TS 28.879 vj10 | OAM for Service Management Exposure Study | Rel-19 |
| TS 29.503 vj50 | UDM Service Based Interface Stage 3 | Rel-19 |
| TS 29.549 vj40 | SEAL API Specification for Vertical Applications | Rel-19 |
| TS 29.558 vj40 | Enabling Edge Applications | Rel-19 |
| TS 32.240 vj40 | Charging Management Architecture & Principles | Rel-19 |
| TS 32.257 vj00 | Edge Computing Charging Management | Rel-19 |
| TS 33.127 vj50 | Lawful Interception Architecture and Functions | Rel-19 |
| TR 33.739 vi10 | Study on security enhancement of support for | Rel-18 |
| TS 33.749 vj00 | Study on security aspects of edge computing enhancement | Rel-19 |
| TR 33.839 vh10 | Edge Computing Security Study for 5G Core | Rel-17 |