Description
The Source Edge Application Server (S-EAS) is a core functional entity within the 3GPP Edge Application Server (EAS) discovery and mobility framework defined for 5G System integration with edge computing. It resides in the data network (DN), typically at a specific edge location (e.g., a Multi-access Edge Computing (MEC) host). The S-EAS is defined by its state relative to a UE's application session: it is the EAS that currently provides the application service to the UE before a potential migration event is triggered. Its architecture is part of the larger EAS ecosystem, which includes the Target EAS (T-EAS), the Edge Enabler Server (EES), and the Edge Enabler Client (EEC) in the UE.
The S-EAS works in concert with other edge entities to support application context mobility. When conditions warrant a migration (e.g., UE moving, load balancing, or resource optimization), the system initiates a procedure to transfer the application session from the S-EAS to a T-EAS. The S-EAS's key role is to provide the application context to the T-EAS. This context includes the internal state of the application session necessary for seamless continuity, such as user session data, transaction states, or media buffers. The exact content of this context is application-specific and defined outside 3GPP, but the 3GPP architecture provides the signaling framework to enable its transfer.
How the migration works involves several steps. The EEC or network triggers the discovery of a more suitable T-EAS via the EES. Once a T-EAS is selected, a context transfer procedure is executed. The S-EAS receives a request (relayed via the EES) to provide the application context. It then packages this context and sends it securely to the T-EAS. After successful transfer and confirmation, the UE's traffic is redirected to the T-EAS, and the S-EAS may eventually terminate the old session. The S-EAS interacts with the EES using the EDGE-9 reference point (between EES and EAS), and the context transfer may use the EDGE-10 reference point (EAS-to-EAS) as defined in 23.558.
Its role is critical for realizing the promise of edge computing: low-latency, high-bandwidth services that follow the user. By formally defining the S-EAS and the procedures for handing off from it, 3GPP enables stateful application mobility across edge nodes. This is a significant advancement over simple connection rerouting, as it maintains the application's interactive state, which is essential for immersive services like augmented reality, cloud gaming, and industrial control, where session interruption is unacceptable.
Purpose & Motivation
The S-EAS concept was created to solve a fundamental challenge in mobile edge computing: how to move a running, stateful application instance along with a mobile user without service disruption. Prior to its standardization, edge computing deployments often treated application servers as static endpoints. If a user moved, they would disconnect from one server and reconnect to another, losing all session state—a break-before-make approach unsuitable for real-time interactive services. The motivation for the S-EAS/T-EAS model was to enable make-before-break application mobility.
This was driven by the requirements of new 5G verticals outlined in Rel-16 and Rel-17, such as vehicle-to-everything (V2X), industrial IoT, and immersive media. These applications demand ultra-low latency and high reliability, which edge computing provides, but they also assume user mobility. The existing network-based mobility (handover) only manages the IP layer connection, not the application layer state. The S-EAS entity formalizes the 'source' of the application state, providing a clear anchor point from which context can be migrated.
It addresses the limitation of stateless edge services by introducing a standardized procedure for state transfer. This allows application providers to implement mobility-aware edge applications that can expose their context via a defined interface. The creation of the S-EAS role within the 3GPP architecture ensures that edge computing is not just about proximity but also about continuity, making the edge a seamless and dynamic extension of the cloud that follows the user, which is a key differentiator for 5G-enabled services.
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (23 CRs across 3 releases). Complements the general historical overview above with the evidence-based evolution of this function.
In Release 17, the specification introduced the "S-EAS" (Source Edge Application Server) function, a key component in the service continuity procedure for edge applications. This function is central to the defined "Application Context Transfer" process, where the application context is moved from the S-EAS to a target EAS when a relocation event occurs. The release also included essential corrections to the "Application Client Information" to ensure accurate data handling within this architecture.
In Release 18, the S-EAS (Source Edge Application Server) function was enhanced with new capabilities for Application Context Relocation (ACR), including specific support for ACR with Cloud Application Servers (CAS) where the S-EAS decides to initiate the ACR procedure. Furthermore, the release introduced and clarified the "Application Group" concept, defining the Application Group ID and enabling procedures like Edge Enabler Server (EES) retrieval using this identifier to support group-based services and EAS content synchronization.
- Enabling ACR with cloud applications TS 23.558CR0264
- ACR with CAS - S-EAS decided ACR TS 23.558CR0337
- 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
+ 6 more changes
In Release 19, the S-EAS (Source Edge Application Server) function was enhanced to support service continuity for a group of UEs using a common EAS within the same application group, managed via a new Application Group Identifier. This included enabling Application Context Relocation (ACR) procedures triggered at the edge enabler server (EES) to handle events like EDN overload and to satisfy end-to-end KPI requirements for applications like XR. These enhancements ensured application context transfer from the S-EAS to a target EAS for minimizing service interruption to UEs sharing the common application group profile.
- 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 S-EAS plays a role.
Defining Specifications
3GPP specifications that define or reference S-EAS, 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 |