Description
The Edge Data Network (EDN) is a core architectural concept in 5G systems, defined by 3GPP, that refers to a local data network located at the edge of the mobile operator's network, in close proximity to the User Equipment (UE). It is not merely a physical location but a logical and service-based architecture that hosts application functions, cloud resources, and content caches. The EDN is typically collocated with or adjacent to the 5G Radio Access Network (RAN) nodes, such as the gNB, or with the User Plane Function (UPF) that provides the breakout point for local data traffic. This proximity drastically reduces the physical distance data must travel, minimizing latency and backhaul load.
Architecturally, the EDN is integrated into the 5G Core (5GC) via the Local Area Data Network (LADN) feature and the UPF. A key component is the Data Network (DN) in 5GC terminology, which represents any network providing data services (e.g., the internet, an IMS, or a private corporate network). An EDN is a specific type of DN that is 'local' or 'edge'. The UPF is configured to steer specific user data flows, identified by Data Network Name (DNN) and Network Slice Selection Assistance Information (NSSAI), to the EDN instead of routing them through the central core network to a distant DN. The EDN itself hosts Application Functions (AFs) that can interact with the 5GC via the Network Exposure Function (NEF) or directly with the Policy Control Function (PCF) to influence traffic routing and QoS policies.
How it works involves session establishment and traffic steering. When a UE requests a connection to an edge service (e.g., a factory robot control server), it uses a DNN associated with the EDN. The 5GC's Session Management Function (SMF) selects a UPF that is topologically close to the UE's location and has connectivity to the requested EDN. The UPF then becomes the anchor point, routing the UE's IP packets directly to the application servers within the EDN. This enables real-time interaction. Furthermore, the EDN can leverage network exposure for advanced capabilities like receiving notifications about UE mobility events (e.g., entering an edge service area) via the NEF, allowing applications to dynamically migrate or adapt their state.
Purpose & Motivation
The EDN was created to solve the fundamental limitations of centralized cloud computing for latency-sensitive and bandwidth-intensive applications. In traditional mobile networks, all data traffic traversed the RAN, backhaul, and core network to reach distant data centers, introducing significant latency (often 50-100ms). This is unacceptable for applications like autonomous vehicles, tactile internet, augmented reality, and real-time industrial control, which require latencies below 10ms. The EDN moves computation and storage to the network edge, directly addressing this latency bottleneck.
It also solves critical problems of network congestion and backhaul cost. By processing and storing content locally (e.g., caching popular video), the EDN reduces the volume of repetitive traffic that must be transported over long distances to the central core and the internet. This improves overall network efficiency and user experience, especially in crowded venues like stadiums. The motivation is deeply tied to the 5G vision of enabling vertical industries (e.g., manufacturing, healthcare) which require guaranteed low latency, high reliability, and data locality for privacy or regulatory reasons.
Historically, EDN concepts evolved from Cloud Radio Access Network (C-RAN) and Mobile Edge Computing (MEC), which were initially more RAN-centric. 3GPP's formalization of the EDN in Release 17 integrated these concepts natively into the 5G service-based architecture. It provides a standardized framework for operators to offer edge computing as a seamless network service, creating new revenue streams and enabling the ecosystem of ultra-reliable low-latency communication (URLLC) and enhanced mobile broadband (eMBB) applications that define 5G's transformative potential.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (8 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-17, normative work from Rel-18.
In Release 18, enhancements for the Edge Data Network (EDN) function introduced new capabilities for EDN-based service continuity and its associated APIs. The specifications were updated to include EDN information within the EES profile and to define the scenario of a common EAS serving an EDN. Furthermore, corrections and updates were made to the EDN configuration information and the procedures for offering an EDN.
- EDN based service continuity service TS 24.549CR0029
- EDN based service continuity APIs definition TS 24.549CR0030
- Adding EDN information to the EES profile TS 29.558CR0140
- Complete common EAS serving an EDN TS 23.558CR0417
- Correction for bundle in EDN configuration information TS 23.558CR0452
- Rel-18 CR 28.538 Update Offered EDN TS 28.538CR0073
In Release 19, enhancements for the Edge Data Network (EDN) function introduced procedures for **Application service continuity due to EDN overload** and expanded the **common EAS announcement procedures** to **support service KPIs and EDN information**. These updates build upon the existing framework where the Edge Enabler Client (EEC) and Edge Enabler Server (EES) interact via the EDGE-5 and EDGE-3 reference points to facilitate service provisioning and Edge Application Server (EAS) discovery.
Explore further
Broader topics and technologies where EDN plays a role.
Defining Specifications
3GPP specifications that define or reference EDN, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 23.255 vj50 | UAS Application Layer Support | Rel-19 |
| TS 23.433 vk00 | SEAL Data Delivery (SEALDD) for Verticals | Rel-20 |
| TS 23.435 vj30 | Network Slice Capability Exposure Procedures | Rel-19 |
| TS 23.558 vk00 | Architecture for Edge Applications | Rel-20 |
| TS 23.700 vk00 | XR Services Application Enablement Layer | Rel-20 |
| TR 23.758 vh00 | Study on Edge Application Architecture | Rel-17 |
| TR 23.958 vj00 | EDGEAPP alignment with ETSI MEC and GSMA OP | Rel-19 |
| TS 24.543 vj50 | SEAL Data Delivery Management Protocol | Rel-19 |
| TS 24.549 vj10 | SEAL Network Slice Capability Enablement Protocol | Rel-19 |
| TS 26.506 vj20 | Real-Time Media Communication Architecture for 5G | Rel-19 |
| TS 28.538 vj40 | Edge Computing Management (ECM) | Rel-19 |
| TR 28.815 vh00 | Charging Study for Edge Computing | Rel-17 |
| TS 28.879 vj10 | OAM for Service Management Exposure Study | Rel-19 |
| TS 29.558 vj40 | Enabling Edge Applications | Rel-19 |
| TS 33.127 vj50 | Lawful Interception Architecture and Functions | Rel-19 |
| TR 33.739 vi10 | Study on security enhancement of support for | Rel-18 |