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.

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-17 2 changes

In Release 17, clarifications and corrections were introduced for the Edge Application Server Identification (EASID) function. Specifically, the release provided clarifications to the "easId" parameter itself and made corrections regarding EASID verification within update procedures for EES (Edge Enabler Server) services. These refinements ensured more precise handling of this globally unique application identifier across various edge computing service operations.

  • Clarifications to the "easId" TS 29.558CR0015
  • Corrections on easId verification in update procedures in EES services TS 29.558CR0023
Rel-18 3 changes

In Release 18, the EASID function was refined to clarify its role as a globally unique identifier for an application type, distinct from an AF Identifier, and to define its use within new procedures. Specifically, updates enabled the EASID to be passed in the Nnef_UEId parameter and defined its application within EAS bundle information, including the concept of a main EASID within a bundle. Furthermore, the release specified the EASID's use across various service interfaces, such as in EAS discovery, UE location subscriptions, and application traffic influence procedures.

  • Solving EN to pass on EASID in Nnef_UEId TS 23.558CR0480
  • Remove ENs regarding use of EASID / EESID in place of AF Identifier TS 23.558CR0487
  • EASID definition update TS 23.558CR0367

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
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.