Description
The Edge Enabler Server Identification (EESID) is a critical parameter within the 3GPP Edge Computing architecture that provides a globally or locally unique label for an instance of an Edge Enablement Server. It functions as a network address or name for the EES entity itself, distinct from the services it hosts. The EESID is used in various signaling messages and service operations to identify the source or target EES. For example, when an Edge Application Server (EAS) registers with an EES, the registration is associated with that EES's EESID. Similarly, when an Edge Configuration Server (ECS) provides configuration to a UE, it may include the EESID of the EES the UE should contact for service discovery.
The structure and format of the EESID are defined to ensure it can be routable within the edge ecosystem. It typically follows a hierarchical naming convention that may include domains to assist in resolution. In service discovery requests from an Edge Application Client (EAC), the EESID can be used to specify a preferred or pre-configured EES. The network, based on policies and the UE's location, may also select an appropriate EES and provide its EESID to the client. During mobility events, if a UE moves to an area served by a different EES, the new EESID might be provided to the UE to ensure continuity of edge service discovery.
From a protocol perspective, the EESID is carried in HTTP headers or within the JSON payloads of service-based interface messages (e.g., in the Ees_Service API defined in TS 29.558). Its presence allows for sophisticated network behaviors, such as EES selection based on load balancing, geographical affinity, or specific service-level agreements. It is a foundational element that enables the scalability of the edge architecture, allowing for the deployment of multiple EES instances without conflict and ensuring that service registrations and discoveries are correctly scoped.
Purpose & Motivation
The EESID was defined to solve the addressing and identification problem in a multi-vendor, multi-domain edge computing environment. As edge deployments scale, an operator or a federation of operators will deploy numerous EES instances. Without a standardized, unique identifier, it would be impossible to reliably direct an EAS registration to a specific EES or to guide a UE to the correct EES for service discovery. This identifier prevents ambiguity and ensures the integrity of the service registry.
It addresses limitations of using simple IP addresses or FQDNs alone by providing a logical identifier that is stable and can be mapped to different physical or network locations through resolution mechanisms. This is particularly important for mobility and redundancy; if an EES fails, its functions can be taken over by a backup instance with a different network address but potentially a related logical identity, and clients configured with an EESID can be redirected. The EESID also enables administrative and operational segregation, allowing different EESs (e.g., one for public edge services and one for a private enterprise edge) to be clearly distinguished within the same network.
In essence, the EESID provides the necessary handle for the network to manage the lifecycle and accessibility of the Edge Enablement Server, which is the central nervous system for edge service orchestration. It is a key component that makes the edge computing architecture robust, manageable, and scalable.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (9 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 17, the EESID function was enhanced to provide unique identification within Application Context (ACR) procedures. This specifically introduced the capability for the unique identification of the EEC context during these ACR procedures, which are part of the service continuity process for transferring application context between Edge Application Servers.
In Release 18, the EESID function was refined with corrections to its description in the Retrieve EES request information element and to the verification of the eesId during the ECS service update procedure. Furthermore, specifications regarding the use of EESID in place of an AF Identifier were removed, and its role in resolving Edge Enabler (EN) identification on constrained devices was clarified. These updates provided more precise definitions and operational rules for the Edge Enabler Server Identification within the service continuity and discovery mechanisms of the edge enabler layer.
- Correction in description of EESID information element in Retrieve EES request Table 8.8.4.6-1 TS 23.558CR0272
- Resolving EN on constrained device identification TS 23.558CR0396
- Remove ENs regarding use of EASID / EESID in place of AF Identifier TS 23.558CR0487
- Correction on eesId verification in update procedure in ECS service TS 29.558CR0024
In Release 19, the Edge Enabler Server (EES) gained a new capability to instigate an Application Context Transfer procedure as part of service continuity, a function previously initiated elsewhere in the edge enabler layer. This change specifically empowers the EES to proactively trigger the transfer of the Application Context between Edge Application Servers. Furthermore, corrections were made to the specifications for the Edge Enabler Layer's operation when utilizing satellite access networks.
Explore further
Broader topics and technologies where EESID plays a role.
Defining Specifications
3GPP specifications that define or reference EESID, 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 |
| TS 29.558 vj40 | Enabling Edge Applications | Rel-19 |
| TR 33.739 vi10 | Study on security enhancement of support for | Rel-18 |