EASID

Edge Application Server Identification

Identifier →
Introduced in Rel-17

EASID is a unique identifier for an Edge Application Server that enables the network and applications to discover, locate, and route traffic to the correct edge compute instance.

Category
Identifier
Introduced
Rel-17
Where
Services
Specifications
3 specs
EASID Description Purpose Detected Changes Specifications

Description

The Edge Application Server Identification (EASID) is a fundamental identifier defined within the 3GPP architecture for edge computing, specifically within the Edge Enabler Layer (EEL) and Application Function (AF) framework. It serves as a unique, unambiguous label for a specific Edge Application Server (EAS) instance. An EAS is a logical entity that hosts application logic and data at the network edge, closer to the User Equipment (UE). The EASID is used in service discovery and traffic routing procedures. When an application client (e.g., on a UE) or an Application Function (AF) needs to interact with an edge service, it can use the EASID, often in conjunction with other parameters like a Data Network Name (DNN) or Edge Configuration Server (ECS) address, to locate the appropriate EAS instance.

Architecturally, the EASID is managed and utilized by several network functions. The Edge Configuration Server (ECS) is a key component that maintains a mapping between EASIDs and the actual deployment details of the EAS, such as its IP address, port, and supported service area. The Network Exposure Function (NEF) may also handle EASID-related information when exposing edge capabilities to external Application Functions. The identifier itself is structured to be globally unique within the context of a mobile operator's edge deployment, preventing conflicts and ensuring precise service targeting.

In operation, the EASID is central to the Edge Application Server Discovery procedure. A client or AF sends a discovery request containing the desired application's identity or service requirements. The network (e.g., via the ECS) resolves this request to a specific EASID and returns the corresponding connection information. This allows for dynamic and efficient steering of user plane traffic to the optimal edge location, minimizing latency and backhaul load. The EASID also plays a role in session continuity and mobility; as a UE moves, the network can determine if a new, more optimal EAS instance (with a different EASID) should be selected for an ongoing service.

Purpose & Motivation

The EASID was created to address the fundamental challenge of service discovery and routing in distributed edge computing environments. As 3GPP networks evolved to support Multi-access Edge Computing (MEC), applications could be deployed in multiple, geographically dispersed locations (e.g., central cloud, regional data centers, far-edge sites). Without a standardized, unique identifier, it would be impossible for the network or client applications to reliably locate and connect to the correct instance of an edge service. Previous approaches relied on generic DNS or service names, which lacked the granularity and context-awareness needed for mobile edge scenarios, such as considering user location, network conditions, and application state.

The introduction of EASID in Release 17 was motivated by the need for a scalable and flexible edge architecture. It solves the problem of ambiguous service endpoints. For example, two different factories using the same industrial control application would have separate EAS instances, each requiring unique identification for proper data isolation and localized processing. The EASID provides this uniqueness. Furthermore, it enables advanced network capabilities like application-aware traffic steering and seamless service mobility, which are essential for latency-critical use cases like autonomous vehicles, augmented reality, and real-time video analytics. It forms the basis for a more intelligent, application-driven network edge.

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-17 5 changes

In Release 17, the EASID (Edge Application Server Identification) function was enhanced to provide unique identification within Application Context Relocation (ACR) procedures and for the Edge Enabler Client (EEC) context. This included necessary clarifications and corrections to the `easId` parameter and its verification process during update procedures in Edge Enabler Server (EES) services. These refinements ensure robust identification for service continuity, where the application context is transferred between Edge Application Servers.

  • Unique identification in ACR procedures TS 23.558CR0087
  • Unique identification of the EEC context in ACR procedures TS 23.558CR0088
  • Clarifications to the "easId" TS 29.558CR0015
  • Corrections on easId verification in update procedures in EES services TS 29.558CR0023
  • Essential correction to Application Client Information TS 29.558CR0034
Rel-18 14 changes

In Release 18, the EASID (Edge Application Server Identification) function was enhanced to complete its definition and support application layer framework deployments, including its use for triggering application traffic influence from an EAS. The release also clarified the relationship between EASID and Application Groups, enabling procedures such as retrieving an Edge Enabler Server using an Application Group identifier and resolving Edge Nodes for group profiles. Additionally, updates ensured the EASID could be properly passed in relevant API calls, distinguishing it from an AF Identifier.

  • Enabling ACR with cloud applications TS 23.558CR0264
  • Application groups entity relationships TS 23.558CR0349
  • Retreive EES using application group identifier TS 29.558CR0136
  • Application Port ID for Eees_UEIdentifier API TS 29.558CR0156
  • Application traffic influence trigger from EAS TS 29.558CR0160
  • Complete the definition of the EAS ID and EAS type to support application layer framworks deployment TS 29.558CR0170

+ 8 more changes

Rel-19 9 changes

In Release 19, the EASID function was enhanced to support service continuity and management for groups of UEs using a common Edge Application Server (EAS) via the introduction of the Application Group Identifier. This enables procedures like EAS content synchronization for a group of UEs across different Edge Data Networks and the inclusion of the Application Group ID in key APIs such as Eecs_ECSDiscovery and Eees_ACRManagementEvent. These additions facilitate application service continuity during events like EDN overload and help satisfy end-to-end KPI requirements for grouped applications.

  • Instigating ACR at the edge enabler server (EES) TS 23.558CR0561
  • Application service continuity due to EDN overload TS 23.558CR0622
  • EAS instantiation enhancement to satisfy E2E KPI requirements for XR application TS 23.558CR0671
  • Service continuity for common EAS serving UE(s) of the same application group TS 29.558CR0213
  • Application group profile – end to end response time TS 29.558CR0226
  • Add Application Group Id in the Eees_ACRManagementEvent API TS 29.558CR0236

+ 3 more changes

Explore further

Broader topics and technologies where EASID plays a role.

Defining Specifications

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

SpecificationTitleRelease
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