NF

Network Function

Core Network →
Introduced in Rel-5 Also in: Management, Radio Access Network, Services, Security

NF is a functional building block within a 3GPP network that has well-defined external interfaces and behavior, and it can be implemented on dedicated hardware or as a virtualized function in the cloud.

Category
Core Network
Introduced
Rel-5
Where
Core Network › 5G Core
Also touches
4 segments
Specifications
79 specs
NF Description Purpose Related Classification Detected Changes Specifications

Description

A Network Function (NF) is a fundamental architectural concept in 3GPP systems, particularly central from Release 5 onwards with the introduction of the IP Multimedia Subsystem (IMS) and fully realized in the 5G Core (5GC) with its Service-Based Architecture (SBA). An NF is a self-contained, modular software function that provides a specific telecommunications capability, such as session management, mobility management, policy control, or user data storage. Each NF has a clearly defined functional behavior and exposes its capabilities through well-defined interfaces, primarily service-based interfaces (SBIs) using HTTP/2 and JSON in 5GC, or reference point interfaces in earlier architectures.

Architecturally, NFs are the nodes that replace the traditional monolithic network elements. In the 5G Core, the architecture is composed entirely of interconnected NFs. Key NFs include the Access and Mobility Management Function (AMF), which handles connection and mobility management; the Session Management Function (SMF), responsible for session establishment and IP address allocation; the User Plane Function (UPF), which performs packet routing and forwarding; and the Unified Data Management (UDM), which stores subscriber data. These NFs interact within a service-based framework where they can act as service producers (exposing an API) and service consumers (invoking APIs).

How an NF works depends on its type and the network generation. In a 5G SBA, an NF must register its services with the Network Repository Function (NRF), which acts as a service discovery broker. When an NF (consumer) needs to utilize a service from another NF (producer), it queries the NRF to obtain the instance(s) of the producer NF that can fulfill the request, including their reachability information (IP address, port). Communication then occurs directly between the NFs using RESTful principles over HTTP/2. Each NF is designed to be stateless where possible, with state information externalized to a data layer, enabling scalability, resilience, and cloud-native deployment.

Its role in the network is to provide a flexible, scalable, and decomposable way to deliver network services. By breaking down monolithic network elements into finer-grained NFs, operators can deploy, scale, and update individual functions independently based on demand. This supports network slicing, as different slices can instantiate specific NF instances with tailored configurations. NFs can be virtualized (VNF) or containerized (CNF), deployed on commercial off-the-shelf (COTS) hardware in data centers, which is a cornerstone of network function virtualization (NFV). The NF concept decouples software functionality from hardware, enabling automation, rapid innovation, and reduced capital and operational expenditure.

Purpose & Motivation

The Network Function concept was created to address the limitations of traditional, vertically integrated network appliances (like the MSC, SGSN, GGSN in 2G/3G). These legacy nodes were proprietary, hardware-bound, and monolithic, making them expensive to procure, difficult to scale, and slow to upgrade with new features. Each new service often required a new physical node, leading to network sprawl and complex, rigid interconnections. The NF model introduces a software-centric, modular approach to network design.

The primary problem it solves is inflexibility. By defining network capabilities as discrete, reusable software functions, the NF model enables network softwarization and cloudification. This allows operators to deploy network services on generic cloud infrastructure, scale elastically with traffic demand, and introduce new services rapidly by composing existing NFs or deploying new ones without replacing entire hardware platforms. It is the enabler for Network Function Virtualization (NFV) and the transition to cloud-native 5G cores.

Historically, the concept evolved significantly. In Release 5, with IMS, functions like the CSCF were early examples of logically separate NFs, though initially still tied to specific implementations. The drive for cost reduction, service agility, and support for diverse use cases (IoT, low latency, high bandwidth) in the 4G to 5G transition made the NF model imperative. The 5G Service-Based Architecture (SBA) is the full realization of this concept, where the core network is literally defined as a set of interacting NFs. This addresses the need for automation (through standard APIs), support for network slicing (where a slice is a set of NF instances), and the ability to distribute functions flexibly (e.g., placing UPFs at the network edge for low-latency services). The NF is the atomic unit of modern 3GPP network design, fundamental to achieving the goals of 5G and future generations.

Classification

Specific typesAMFSMFUPFNRF

Release Timeline

Detected Changes Across Releases

from 3GPP Change Requests

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

Rel-15 3 changes

In Release 15, the primary changes for the Network Function (NF) function involved corrections and clarifications to its naming and identification. Specifically, the name of the network function itself was aligned, and the definition of the Serving Network Function ID was corrected. Furthermore, a correction was made to the concept of the serving network function to ensure consistency within the specifications.

  • Alignment of the name of the network function TS 23.501CR0306
  • Correction of Serving Network Function ID definition TS 32.255CR0011
  • Correction of serving network function TS 32.255CR0048
Rel-16 4 changes

In Release 16, the NF framework was enhanced to support Vehicle-to-Everything (V2X) communication and formally defined the CBCF (Cell Broadcast Centre Function) as a Network Function. It also introduced specifications for Network Function and NF Service context, and corrected the functionality of the Serving Network Function, specifically for the I-SMF (Interworking SMF).

  • Network function enhancement for V2X communication TS 29.525CR0072
  • CBCF as Network Function TS 29.510CR0207
  • Network Function/NF Service Context TS 23.501CR1624
  • Correction of Serving Network Function Functionality for I-SMF TS 32.255CR0223
Rel-17 1 change

In Release 17, a specific update was made to correct the usage of the serving network function. This change ensured the proper application of the relevant procedures and interactions involving this core network element.

  • Correcting serving network function usage TS 32.255CR0330
Rel-18 2 changes

In Release 18, updates were made to the procedures for Network Function selection, specifically for the SMF and UPF in relation to HR-SBO scenarios. Additionally, corrections were applied to the handling of Serving Network Function Information.

  • Update Network function update of SMF and UPF selection for HR-SBO TS 23.501CR5319
  • Correction of Serving Network Function Information TS 32.255CR0525
Rel-19 3 changes

In Release 19, key enhancements to the Network Function (NF) function included the introduction of a dedicated new network function for managing energy-related information, along with its architectural definition. The release also standardized procedures for 5G Core network function health checks and failure recovery to improve system resilience. Furthermore, corrections and refinements were made to the underlying network function service framework.

  • Introduction of new network function for energy related information, its definition and corresponding Architecture Reference Model TS 23.501CR5636
  • 5GC Network Function health check and failure recovery TS 29.512CR1427
  • Correction on network function service framework TS 23.501CR5820

Explore further

Broader topics and technologies where NF plays a role.

Defining Specifications

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

SpecificationTitleRelease
TR 21.905 vj00 3GPP Technical Terms and Definitions Rel-19
TS 23.501 vk00 5G System Architecture Stage 2 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.799 ve00 Study on Next Generation System Architecture Rel-14
TS 25.866 v1900 1.28Mcps TDD Home NodeB Study Report Rel-9
TS 26.531 vj00 Data Collection & Reporting Architecture for 5G Rel-19
TR 26.942 vj00 Study on Media Energy Consumption Exposure & Evaluation Rel-19
TS 28.520 vj00 PM for Virtualized Mobile Networks Rel-19
TS 28.531 vk00 Management and Orchestration Rel-20
TS 28.533 vj30 Management and orchestration; Architecture framework Rel-19
TS 28.535 vj00 Closed Control Loop Assurance Management Rel-19
TS 28.536 vj20 Management services for communication service assurance Rel-19
TS 28.801 vf10 Management and Orchestration of Network Slicing Rel-15
TR 28.816 vh00 Charging for 5G Cellular IoT Rel-17
TR 28.834 vi01 Technical Report Rel-18
TR 28.836 vi00 Technical Report on Intent Driven Management Rel-18
TR 28.840 vi10 Technical Report Rel-18
TS 28.849 vj10 CAPIF Phase2 Charging Study Rel-19
TS 28.873 vj10 Study on Data Management, Subscriptions, and Reporting Rel-19
TS 29.508 vj40 5G Session Management Event Exposure Service Rel-19
TS 29.509 vj50 AUSF Service Based Interface Protocol Rel-19
TS 29.510 vj50 NRF Service Based Interface Protocol Rel-19
TS 29.512 vj40 5G Session Management Policy Control Service Rel-19
TS 29.517 vj40 5G AF Event Exposure Service Stage 3 Rel-19
TS 29.520 vj40 5G Network Data Analytics Services Stage 3 Rel-19
TS 29.523 vj20 5G Policy Control Event Exposure Service Rel-19
TS 29.524 vj00 5G Cause Code Mapping Specification Rel-19
TS 29.525 vj40 5G UE Policy Control Service Stage 3 Rel-19
TS 29.532 vj30 MB-SMF Service Based Interface Protocol Rel-19
TS 29.534 vj20 5G Access & Mobility Policy Authorization Service Rel-19
TS 29.550 vj20 5G Steering of Roaming Service Based Interface Rel-19
TS 29.574 vj40 5G Data Collection Coordination Services Stage 3 Rel-19
TS 29.575 vj40 5G Analytics Data Repository Services Stage 3 Rel-19
TS 29.576 vj40 5G Messaging Framework Adaptor Services Stage 3 Rel-19
TS 29.581 vj20 MBSTF Service Based Interface Protocol Specification Rel-19
TS 29.591 vj40 5G NEF Southbound Services Stage 3 Rel-19
TS 29.594 vj20 5G Spending Limit Control Service Stage 3 Rel-19
TS 29.598 vj40 UDSF Service Based Interface Stage 3 Protocol Rel-19
TS 29.675 vj10 UE Radio Capability Provisioning Service Rel-19
TS 29.808 vg00 Study on Nudsf Service Based Interface Rel-16
TS 29.890 vg00 CT3 5G System Technical Report Rel-16
TS 32.240 vj40 Charging Management Architecture & Principles Rel-19
TS 32.255 vk10 Telecom Management; Charging for 5G Data Connectivity Rel-20
TS 32.256 vj40 5G Connection & Mobility Charging Spec Rel-19
TS 32.279 vj00 5G MBS Session Converged Charging Rel-19
TS 32.290 vj50 5G Charging for Service Based Interface Rel-19
TS 32.291 vj40 Charging Management: Service-Based Interface Protocol Rel-19
TS 32.300 vj00 3GPP Network Resource Naming Convention Rel-19
TS 32.401 vj00 Performance Management Concept & Requirements Rel-19
TS 32.404 vj00 Performance Management Definitions & Template Rel-19
TS 32.409 vj00 IMS Performance Management Measurements Rel-19
TS 32.426 vj00 EPC Performance Measurements Specification Rel-19
TS 33.117 vk00 Catalogue of General Security Assurance Requirements Rel-20
TS 33.501 vk00 5G Security Architecture and Procedures Rel-20
TS 33.517 vk00 5G Security Assurance Specification (SCAS) Rel-20
TS 33.518 vk00 5G Security Assurance Specification (SCAS) for NRF Rel-20
TS 33.794 vj10 Study on Zero Trust Security Enablers for 5G Rel-19
TS 33.835 vg10 Study on authentication and key management for apps Rel-16
TR 33.848 vi00 Technical Report on Virtualisation Security Rel-18
TR 33.867 vh10 User Consent for 3GPP Services Rel-17
TS 36.755 vf00 US 600 MHz LTE Band 71 Technical Report Rel-15
TS 36.790 vf00 LAA/eLAA for CBRS 3.5GHz Band in US Rel-15
TR 36.791 vg00 E-UTRA 2.4 GHz TDD Band for US Rel-16
TS 37.809 vb00 E-UTRA & MSR BS Class Requirements Rel-11
TS 37.842 vd30 BS RF Requirements for Active Antenna Systems Rel-13
TR 37.843 vf70 AAS BS Radiated RF Requirement Background Rel-15
TR 37.941 vj20 RF Conformance Testing Background for Radiated BS Requirements Rel-19
TS 38.774 vj00 Rel-19 LP-WUS/WUR RF Requirements TR Rel-19
TR 38.785 vh00 UE radio transmission for enhanced NR sidelink Rel-17
TR 38.786 vi20 Technical Report for NR Sidelink Evolution Rel-18
TS 38.787 vj00 UE Radio Transmission for Sidelink CA in ITS Band Rel-19
TR 38.801 ve00 Study on new radio access technology: Radio access architecture and interfaces Rel-14
TS 38.817 3GPP TR 38.817 Rel-5
TR 38.868 vh00 Optimizations of pi/2 BPSK uplink power in NR Rel-17
TR 38.869 vi00 Study on low-power wake up signal and receiver for NR Rel-18
TR 38.877 vi10 Technical Report Rel-18
TR 38.886 vg30 NR V2X UE Radio Transmission & Reception Rel-16
TR 38.892 vi00 Technical Report Rel-18
Patrick Zandl

About the author: Patrick Zandl (b. 1974)

Telecommunications specialist, technology journalist (founder of the Mobil server), and developer who has been running since 2025 — the largest Czech-language resource on AI-assisted programming. Formerly Chief Wizard Architect at Prusa3D and head of development for Turris at CZ.NIC; currently a consultant and instructor on AI implementation in companies.