Description
Edge and Cloud Interworking (ECI) is a 3GPP architectural and service framework designed to bridge distributed edge computing environments with centralized cloud data centers. It addresses the challenge of deploying applications that require both the ultra-low latency and localized data processing of the network edge and the vast scalability and computational resources of the central cloud. The ECI framework, developed within the context of 5G System (5GS) and edge computing (EDGE), standardizes how application functions can be distributed across these two domains and how the network can dynamically steer user traffic to the appropriate instance.
The architecture involves several key components: the Edge Application Server (EAS), the Edge Enabler Server (EES), and the Edge Configuration Server (ECS) in the edge domain, along with their counterparts or interworking functions in the central cloud. The core network, specifically the User Plane Function (UPF), plays a pivotal role. ECI defines procedures for EAS discovery, where a UE or an application client can discover available edge application instances based on location, capability, or service requirements. It also specifies traffic steering rules, where the Session Management Function (SMF) configures the UPF with filters to route specific data flows to a local edge data network (LADN) or a central data network.
How it works involves close coordination between the application layer and the 5G core network. An application provider can deploy an application with components in both the edge and cloud. The 3GPP network exposes capabilities (via Network Exposure Function - NEF) for the application to influence traffic routing. For example, for an interactive gaming service, the low-latency rendering component might be hosted at the edge, while the player database and matchmaking logic reside in the cloud. ECI mechanisms ensure the UE's traffic is split accordingly: real-time game control packets are routed to the local EAS, while non-latency-critical data (like player stats) goes to the cloud. This interworking is managed through standardized service-based interfaces and APIs, ensuring interoperability between equipment from different vendors and cloud service providers.
Purpose & Motivation
ECI was created to solve the problem of application silos and inefficient resource utilization in early edge computing deployments. Initially, edge computing was often envisioned as an isolated platform, leading to scenarios where applications had to be entirely deployed at the edge or entirely in the cloud, with no graceful way to combine the benefits of both. This was inefficient and limited the types of applications that could be effectively supported. The motivation for ECI stemmed from the realization that most advanced use cases—such as autonomous vehicles, industrial IoT, and augmented reality—require a hybrid compute model. These applications need immediate processing at the edge for reaction-time-critical tasks but also rely on the cloud for massive data analytics, AI model training, and centralized control.
Historically, without a standardized interworking framework, operators and enterprises faced proprietary and complex integration challenges when trying to connect edge sites to central clouds, hindering scalability and multi-vendor deployment. ECI, introduced in 3GPP Release 16 and enhanced thereafter, provides a standardized 'glue' that defines the roles, responsibilities, and interfaces between the edge and cloud domains within the 5G system. It addresses the limitations of previous approaches by formally integrating edge computing as a native capability of the 5G core network, enabling dynamic, policy-driven, and seamless service continuity as users move or as application state needs to migrate between edge and cloud resources. This unlocks the full economic and technical potential of distributed computing.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (13 CRs across 1 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-10, normative work from Rel-18.
In Release 18, the ECI (Edge and Cloud Interworking) function introduced new architectural support for Application Context Relocation (ACR) between edge and cloud, including specific procedures like EEC context relocation and enhanced discovery mechanisms such as Eecs_TargetEESDiscovery. The release also added functionalities to resolve Edge Nodes (EN) for interworking with cloud services and defined capabilities for handling ACR in overload situations. Furthermore, it introduced and clarified distinct ECI service functionalities, labeled as ECI-1, ECI-3, and ECI-4.
- Architecture for ACR between edge and cloud TS 23.558CR0222
- Enabling ACR with cloud applications TS 23.558CR0264
- Update the Eecs_TargetEESDiscovery to support ECI-3 TS 29.558CR0113
- Update to ACR parameter information procedure to support ECI-4 TS 29.558CR0116
- Update to EEC context relocation to support ECI-4 TS 29.558CR0117
- Resolve EN for interworking with cloud services TS 29.558CR0151
+ 7 more changes
Explore further
Broader topics and technologies where ECI plays a role.
Defining Specifications
3GPP specifications that define or reference ECI, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 22.810 vd00 | Enhanced Calling Information Presentation Requirements | Rel-13 |
| TS 23.558 vk00 | Architecture for Edge Applications | Rel-20 |
| TS 24.229 vj50 | IMS call control protocol based on SIP and SDP | Rel-19 |
| TS 29.558 vj40 | Enabling Edge Applications | Rel-19 |
| TS 36.331 vj00 | LTE RRC Protocol Specification | Rel-19 |
| TS 38.331 vj00 | NR Radio Resource Control (RRC) Protocol Specification | Rel-19 |