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

Glossary term · Management

VNFM

Virtualized Network Function Manager

Management →

VNFM is the functional block within the NFV MANO framework responsible for the lifecycle management, including instantiation, scaling, updating, healing, and termination, of Virtualized Network Function instances.

Introduced
Rel-13
Where
Management
Specifications
9 specs
Also in
Security
VNFM Description Purpose What changed Neighbours Specifications

Description

The Virtualized Network Function Manager (VNFM) is a critical entity within the ETSI-defined NFV Management and Orchestration (MANO) architecture, standardized by 3GPP for telecom environments. Its primary responsibility is the full lifecycle management of one or more Virtualized Network Function (VNF) instances. The VNFM operates based on deployment and configuration information provided in a VNF Descriptor (VNFD) and receives instructions from a higher-level orchestrator, typically the NFV Orchestrator (NFVO).

Lifecycle management encompasses several key procedures. For instantiation, the VNFM interprets the VNFD, requests resources from the NFVI, and coordinates the deployment and configuration of the VNF's constituent Virtualized Network Function Components (VNFCs). For scaling, the VNFM can execute horizontal scaling (adding/removing VNFC instances) or vertical scaling (modifying resources of existing VNFCs) based on policy triggers or direct requests. It also manages software updates and upgrades of VNF instances, ensuring minimal service disruption. Furthermore, the VNFM performs healing operations by monitoring the health of VNF instances and automatically recovering from failures, such as by re-instantiating a faulty VNFC.

The VNFM exposes northbound interfaces, primarily towards the NFVO, for receiving lifecycle management directives and providing notifications. A key interface is the Ve-Vnfm-em reference point, used for VNF lifecycle management. It also has southbound interfaces to interact with the VNF instances themselves, often using a proprietary interface for element management, and to the Virtualized Infrastructure Manager (VIM) to manage the underlying compute, storage, and network resources. The VNFM maintains state information for each managed VNF instance, which is essential for consistent operations.

In practical deployments, a VNFM can be generic, managing a wide range of VNF types from different vendors, or specific to a particular VNF or vendor. The choice impacts interoperability and feature support. The VNFM's role is pivotal for automating network operations, enabling zero-touch provisioning, and ensuring the high availability and elasticity required for modern cloud-native 5G core networks and network slices.

Purpose & Motivation

The VNFM was created to solve the operational complexity introduced by virtualizing network functions. Simply running network software on commercial off-the-shelf (COTS) hardware was insufficient; a new management paradigm was needed. Traditional network element management systems (EMS) were designed for physical appliances and could not handle the dynamic nature of virtualized resources, such as instantiation on-demand, elastic scaling, and automated recovery.

The VNFM addresses this by providing a standardized, automated manager for the software lifecycle of VNFs. It abstracts the complexity of the underlying virtual infrastructure, allowing the network orchestrator to issue intent-based commands (e.g., "scale this VNF") without needing to know the specifics of the hypervisor or cloud platform. This separation of concerns is a cornerstone of the NFV MANO architecture, enabling multi-vendor interoperability and preventing vendor lock-in at the infrastructure layer.

Historically, without a VNFM, operators would have to manually provision VMs, install VNF software, and configure connections—a process that could take days or weeks. The VNFM automates these tasks, reducing provisioning time to minutes. This agility is not just an operational improvement; it is a business enabler for new revenue streams like network slicing, where dedicated virtual networks must be created and modified rapidly for different customers or services. The VNFM is thus essential for transforming telecom networks into agile, software-driven platforms.

What changed in its specifications

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

TS 28.500Rel-18 → Rel-19

Rel-19 brings only minor changes to TS 28.500: 0 clauses changed, with no change attributed to a release feature.

Full comparison in TS 28.500 →
TS 32.401Rel-18 → Rel-19

Rel-19 adds definitions for Key Performance Indicator (KPI), Performance metric, and the KPI abbreviation in clause 3 of TS 32.401. That is the only addition named in the overview provided.

Full comparison in TS 32.401 →

Evolution Across Releases

An overview written from the defining specifications, not a verified change history. For the exact text, open the specifications listed below.

Rel-13 Initial

Introduced the VNFM as part of 3GPP's adoption of the ETSI NFV MANO framework. Defined its core functions for VNF lifecycle management and established key reference points like Ve-Vnfm-em for integration with the NFV Orchestrator and VNFs.

Defining Specifications

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

SpecificationTitleRelease
TS 28.311 vj00 Policy Management for 4G Networks Rel-19 read
TS 28.500 vj00 Management of Virtualized Network Functions Rel-19 read
TR 28.834 vi01 Technical Report Rel-18 read
TS 32.401 vj00 Performance Management Concept & Requirements Rel-19 read
TS 32.409 vj00 IMS Performance Management Measurements Rel-19 read
TS 32.426 vj00 EPC Performance Measurements Specification Rel-19 read
TS 32.842 vd10 Management of Virtualized 3GPP Core Networks Rel-13 read
TR 33.818 vh10 SECAM/SCAS for 3GPP Virtualised Network Products Rel-17 read
TR 33.927 vj00 Security Assurance for Virtualized Network Products Rel-19 read