Menu
Latest
12 meetings · Prague, Jeju · 12–16 Oct
Reports
RAN1#126-bis · SA2#177

Glossary term · Services

ECI

Edge and Cloud Interworking

Services →

ECI is a framework for integrating edge computing platforms with central cloud infrastructures to enable low-latency applications by defining the architecture and procedures for seamless service deployment and routing.

Introduced
Rel-16
Where
Services › IMS
Specifications
6 specs
Also in
Radio Access Network
ECI Description Purpose What changed Neighbours Detected Changes Specifications

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.

What changed in its specifications

The latest release-to-release comparison of specifications that define ECI. Each summary describes the whole specification, not only this term.

TS 23.558Rel-18 → Rel-19

Rel-19 adds common EAS removal and update procedures, ACR event subscription, bundle EAS discovery, and federation and roaming to TS 23.558. It also adds application group handling with group-level EAS discovery and ACR for UE groups, plus ADAE edge load analytics for EES selection.

Full comparison in TS 23.558 →
TS 24.229Rel-18 → Rel-19

Rel-19 adds Rich Call Data support to TS 24.229, including the DC-Info header, rcd-np Call-Info parameter, and RCD info retrieval and verification across originating, terminating, IBCF and AS behaviour. It also adds MPS for Messaging, eCall alignment with EN 17184:2024 (test eCall and updated-MSD transfer), and satellite identifiers in P-Access-Network-Info.

Full comparison in TS 24.229 →

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-18 5 changes
  • 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
  • Functionalities of ECI-1 TS 23.558CR0486
  • ECI-1 functionalities TS 23.558CR0549

Defining Specifications

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

SpecificationTitleRelease
TS 22.810 vd00 Enhanced Calling Information Presentation Requirements Rel-13 read
TS 23.558 vk30 Enabling Edge Applications Rel-20 read
TS 24.229 vk10 IMS SIP/SDP Call Control Protocol Rel-20 read
TS 29.558 vk00 Edge Application Enablement APIs Rel-20 read
TS 36.331 vj40 E-UTRA Radio Resource Control (RRC) Protocol Rel-19 read
TS 38.331 vj40 NR Radio Resource Control (RRC) Rel-19 read