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 (81 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
- 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
- EES as the consent enforcing entity TS 29.503CR0854
- Add failure handling descriptions for EES services TS 29.558CR0002
- Add redirect descriptions for EES services TS 29.558CR0004
+ 5 more changes
- 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
- ACR with CAS - EEC executed ACR via S-EES TS 23.558CR0334
+ 40 more changes
- 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
- Add EES as consumer for Edge Node Sharing TS 29.558CR0207
+ 18 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 vk00 | UAS Application Enabler Architecture | Rel-20 |
| TS 23.436 vk11 | Application Data Analytics Enablement | Rel-20 |
| TS 23.548 vk00 | 5G Edge Computing Stage 2 Architecture | Rel-20 |
| TS 23.558 vk20 | Edge Computing Application Layer Architecture | Rel-20 |
| TS 23.700 vk10 | AI/ML Application Layer Support Phase 2 | 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 vk00 | Data Delivery Management for Vertical Applications in 3GPP | Rel-20 |
| TS 24.558 vk00 | Edge Application Enabler Server APIs Stage 3 | Rel-20 |
| TS 26.506 vj20 | Real-Time Media Communication Architecture for 5G | Rel-19 |
| TS 26.510 vj20 | 5G Media Streaming and Real-Time Communication APIs | Rel-19 |
| TS 26.512 vj30 | 5G Media Streaming Protocols and APIs | Rel-19 |
| TR 26.803 vh00 | 5G Media Streaming Extensions for Edge Processing | Rel-17 |
| TS 26.804 vk00 | 5G Media Streaming Architecture Extensions | Rel-20 |
| 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 vk00 | UDM Service Based Interface Stage 3 | Rel-20 |
| TS 29.549 vk01 | SEAL Services APIs | Rel-20 |
| TS 29.558 vj70 | Edge Applications over 3GPP Networks APIs | Rel-19 |
| TS 32.240 vk00 | Charging Architecture and Principles in 3GPP | Rel-20 |
| TS 32.257 vj00 | Edge Computing Charging Management | Rel-19 |
| TS 33.127 vj70 | 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 |