Description
A Virtualized Network Function (VNF) is a software-based realization of a network function that was traditionally implemented as a dedicated physical appliance. In the context of 3GPP and ETSI NFV, a VNF is a deployable unit of functionality—such as a Mobility Management Entity (MME), a Packet Data Network Gateway (PGW), or a Session Border Controller (SBC)—that is packaged as software and can run on virtual machines (VMs) or containers atop a shared, cloud-like infrastructure called the NFV Infrastructure (NFVI). The VNF itself comprises one or more internal components (VNF Components - VNFCs) that may be deployed on separate virtualized resources. Each VNF has a descriptor (VNFD) that defines its requirements: compute, storage, networking needs, and lifecycle management behavior.
How a VNF works involves its instantiation, configuration, and management by an NFV Management and Orchestration (MANO) framework. The orchestrator (NFVO) uses the VNFD to request the allocation of virtual resources (from NFVI) via the Virtualized Infrastructure Manager (VIM). Once the virtual environment (e.g., a VM with specific CPU, memory, network interfaces) is created, the VNF software image is deployed onto it. The VNF Manager (VNFM) then handles the lifecycle of that specific VNF instance: starting it, configuring it with network parameters (like IP addresses, routing rules), scaling it (adding/removing VNFCs based on load), updating it, and terminating it. The VNF executes its intended network function (e.g., routing packets, managing sessions) just as the physical node would, but it communicates over virtual networks and uses abstracted resources.
Key components within the VNF architecture include the VNFCs, which are the modular software processes; the VNF's internal management interface for the VNFM; and its external functional interfaces that connect to other VNFs or physical network functions (PNFs) to form a service chain. For example, a VNF implementing a 5G Core Network Function (like an AMF) would have interfaces to communicate with other core VNFs (SMF, UPF) and the RAN. Its role in the network is to provide the same telecom service as a hardware box, but with the agility of software: it can be rapidly deployed, elastically scaled to handle traffic fluctuations, and centrally managed, which drastically reduces costs and increases operational flexibility. 3GPP specifications, particularly in the management domain (e.g., TS 28.541, TS 28.545), define requirements and interfaces for VNFs as part of the overall virtualized network architecture.
Purpose & Motivation
The VNF concept exists to transform telecommunications networks from hardware-centric to software-centric, addressing the problems of high cost, long deployment cycles, and inflexibility associated with proprietary physical appliances. Traditional network nodes were monolithic, requiring dedicated space, power, and manual configuration. Scaling required buying and installing more boxes. This model was unsustainable with the explosion of data traffic and the need for rapid service innovation. Virtualization, inspired by cloud computing, motivated the creation of VNFs to decouple network functions from hardware.
NFV, and thus VNFs, were created to solve these limitations by allowing network functions to run as software on commercial off-the-shelf servers in data centers. This reduces capital expenditure (shared hardware) and operational expenditure (automated management). It also enables faster introduction of new services by simply deploying new VNF software. For 3GPP, the adoption of VNFs (formalized in Rel-13) was driven by the need to make core networks (EPC, 5GC) more agile and scalable to support diverse services like IoT and network slicing. It allows operators to dynamically allocate resources where needed, improving efficiency.
The historical context is that the telecom industry, led by ETSI's NFV ISG, began this transformation around 2012. 3GPP integrated these concepts into its management specifications to ensure that virtualized 3GPP network functions (like those in the 5G Core) could be managed consistently. VNFs are the fundamental enablers of cloud-native networks, supporting automation, scalability, and the economic model needed for future telecom services.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (2 CRs across 2 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-13, normative work from Rel-15.
In Release 15, the specification introduced a method for estimating the energy consumption of a Virtualized Network Function (VNF) based on its relative usage of virtual CPU, memory, disk, and I/O traffic, with metrics collected from ETSI MANO. Furthermore, the release updated procedures for virtualized resource alarm correlation to enhance operational management. These additions provided a framework for evaluating VNF energy efficiency in relation to hardware consumption and resource utilization.
- Update clause 8 virtualized resource alarm correlation TS 28.545CR0006
In Release 17, new solutions were introduced to calculate the energy consumption of Virtualized Network Functions (VNFs). This estimation is based on the VNF's share of the physical node's total energy consumption, determined by its relative virtual CPU, memory, and disk usage, along with I/O traffic metrics collected from ETSI MANO. The release also defined minimum requirements and methods for evaluating VNF energy efficiency based on hardware energy consumption and resource utilization.
- Solutions to calculate the energy consumption of PNF/VNF/VNFCs TS 28.310CR0021
Explore further
Broader topics and technologies where VNF plays a role.
Defining Specifications
3GPP specifications that define or reference VNF, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TR 26.942 vj00 | Study on Media Energy Consumption Exposure & Evaluation | Rel-19 |
| TS 28.310 vj20 | Energy Efficiency Management for 5G Networks | Rel-19 |
| TS 28.311 vj00 | Policy Management for 4G Networks | Rel-19 |
| TS 28.500 vj00 | Management of Virtualized Network Functions | Rel-19 |
| TS 28.531 vk00 | Management and Orchestration | Rel-20 |
| TS 28.541 vk00 | 5G Network Resource Model (NRM) Stage 2/3 | Rel-20 |
| TS 28.545 vh00 | Fault Supervision for 5G Networks | Rel-17 |
| TS 28.622 vk20 | Telecommunication Management; Generic NRM Information Service | Rel-20 |
| TS 28.801 vf10 | Management and Orchestration of Network Slicing | Rel-15 |
| TR 28.834 vi01 | Technical Report | Rel-18 |
| TS 28.890 vg00 | ONAP-3GPP 5G Management Compatibility Study | Rel-16 |
| TS 32.842 vd10 | Management of Virtualized 3GPP Core Networks | Rel-13 |
| TR 32.972 vj00 | Energy Efficiency Study for 5G Networks | Rel-19 |
| TS 33.127 vj50 | Lawful Interception Architecture and Functions | Rel-19 |
| TR 33.818 vh10 | SECAM/SCAS for 3GPP Virtualised Network Products | Rel-17 |
| TR 33.848 vi00 | Technical Report on Virtualisation Security | Rel-18 |
| TR 33.876 vi01 | Technical Report on Certificate Management | Rel-18 |