L-NEF

Local Network Exposure Function

Core Network →
Introduced in Rel-17

L-NEF is a localized instance of the Network Exposure Function deployed at the network edge to provide low-latency, secure API access for third-party applications to network capabilities and information.

Category
Core Network
Introduced
Rel-17
Where
Core Network › 5G Core
Specifications
2 specs
L-NEF Description Purpose Related Classification Detected Changes Specifications

Description

The Local Network Exposure Function (L-NEF) is a functional element within the 5G core network's Service-Based Architecture (SBA), specifically designed for deployment at the edge of the network, close to the radio access network and User Plane Functions (UPFs). It is a localized variant of the centralized Network Exposure Function (NEF). Architecturally, the L-NEF implements a subset of the NEF's capabilities but is optimized for low-latency interactions with edge applications and local network functions. It typically interfaces with local instances of other core network functions, such as the Local Policy Control Function (L-PCF) and Local Session Management Function (L-SMF), as well as the edge UPF.

How it works involves providing a northbound Application Programming Interface (API) gateway for edge applications. An application running on an edge computing platform can invoke APIs on the L-NEF to request network services, such as triggering a QoS upgrade for a specific data flow, obtaining low-latency location information for a UE, or subscribing to notifications about network events (e.g., UE connectivity status change). The L-NEF authenticates and authorizes these API requests, translates them into internal 3GPP service-based interfaces (e.g., Npcf, Nudm, Nsmf), and interacts with the appropriate local or central network functions to fulfill the request. A key aspect is its ability to process requests locally without always needing to communicate with the central NEF, thereby reducing latency—a critical requirement for real-time edge applications like autonomous vehicles or industrial automation.

Key components include the API exposure layer (supporting RESTful APIs based on 3GPP specifications), a security and policy enforcement engine that applies access control, rate limiting, and privacy protection (e.g., anonymization of subscriber data), and a mediation function that maps external API parameters to internal network service operations. Its role is to securely 'expose' the capabilities of the localized network slice or edge deployment to authorized applications, enabling them to dynamically influence network behavior to optimize application performance. This bridges the gap between IT applications and CT network capabilities in an edge context.

Purpose & Motivation

The L-NEF exists to extend the network exposure paradigm to the network edge, addressing the latency and locality requirements of new vertical applications. The centralized NEF, introduced in 5G, provides a powerful mechanism for third parties to interact with the network, but for edge applications requiring millisecond-level response times, the round-trip delay to a central cloud-based NEF can be prohibitive. The L-NEF solves this by bringing the exposure function closer to where the application and user traffic reside.

The motivation stems from the 5G vision of supporting ultra-reliable low-latency communications (URLLC) and massive machine-type communications (mMTC) for vertical industries like manufacturing, healthcare, and transportation. These industries need to run latency-sensitive applications at the edge and require programmatic, real-time control over local network resources (e.g., guaranteeing bandwidth for a robotic arm, getting precise device location). A centralized exposure point could not meet these stringent latency and reliability demands. The L-NEF, as part of the edge computing enablers defined from Release 17 onward, directly addresses this gap.

Historically, previous approaches lacked a standardized, secure way for edge applications to interact with the localized network slice. Proprietary interfaces or deep integration were required. The L-NEF builds upon the successful SBA and NEF concepts of 5G but adapts them for distributed deployment. It solves the problem of providing secure, standardized, and low-latency network capability exposure at the edge, which is essential for monetizing 5G networks through network-as-a-service offerings to enterprise and vertical customers.

Classification

Part ofNEF
Related approachesUPF

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-17 3 changes

In Release 17, the Local Network Exposure Function (L-NEF) was enhanced with clarifications for local AF subscriptions to QoS monitoring during UE mobility and for local event notification control. The release also introduced procedures for Local NEF selection, integrating it within the Edge Computing architecture for scenarios like local offloading management and session breakout to optimize traffic routing and service continuity.

  • Clarify the local AF subscription for the QoS Monitoring during UE mobility TS 23.548CR0014
  • Local NEF selection TS 23.548CR0042
  • Clarifications for local event notification control TS 23.548CR0063
Rel-18 13 changes

In Release 18, the L-NEF's capabilities were expanded to include a standardized UPF Event Exposure service, introducing new exposure functions for specific network data. This service now allows authorized consumers to subscribe to events such as TSC (Time Sensitive Communication) management information and congestion information from the UPF. Furthermore, the release provided detailed specifications for the service's operations, API resource structure, security, and the criteria for partitioning the exposed UPF event data.

  • Service operations of the UPF event exposure service TS 29.564CR0010
  • UPF events supported by the UPF event exposure service TS 29.564CR0012
  • Resource URI structure of the UPF event exposure API TS 29.564CR0015
  • Security of UPF Event Exposure service TS 29.564CR0017
  • UPF exposure of TSC Management Information TS 29.564CR0038
  • UPF exposure of congestion information TS 29.564CR0037

+ 7 more changes

Rel-19 21 changes

In Release 19, the L-NEF's capabilities were expanded to support Local Offloading Management, introducing new event exposure services including direct subscription to UPF events using a UE IP address and support for UE NAT mapping events. The release defined an architecture for this local management, leveraging an I-SMF based approach to locally manage Edge Data Network connectivity and enabling policy provisioning for PDU sessions with a local SMF. Furthermore, enhancements were made for UPF event exposure during UPF relocation or PDU session release and for Ethernet PDU sessions.

  • KI#1 EAS rediscovery for PDU session with local SMF TS 23.548CR0242
  • I-SMF based approach to locally manage EDI TS 23.548CR0250
  • KI#1: Policy provisioning for PDU session with local SMF TS 23.548CR0240
  • KI#1 Support of Local Offloading Management TS 23.548CR0241
  • KI#1: UE mobility for PDU session supporting local offloading management TS 23.548CR0269
  • KI#1 Architecture for Local offloading management TS 23.548CR0271

+ 15 more changes

Explore further

Broader topics and technologies where L-NEF plays a role.

Defining Specifications

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

SpecificationTitleRelease
TS 23.548 vj50 5G System Edge Computing Enhancements Rel-19
TS 29.564 vj50 Nupf Service Based Interface Protocol Rel-19