Description
A Managed Object Instance (MOI) is a concrete representation of a physical or logical network resource within a management system, structured according to a defined information model. Each MOI is an instantiation of a Managed Object (MO) class, which is a template defining the attributes, notifications, and operations applicable to that type of resource. For example, the MO Class "ManagedElement" might define attributes like "userLabel," "vendorName," and "locationName." A specific MOI of this class would represent an actual network element, such as "eNodeB-12345" in London, with specific values assigned to those attributes.
MOIs are organized in a Management Information Tree (MIT), a hierarchical namespace where each MOI is uniquely identified by its Distinguished Name (DN). The DN is composed of the Relative Distinguished Names (RDNs) of itself and all its ancestor MOIs in the tree. This structure reflects containment relationships; for instance, an MOI representing a cellular sector might be a child of an MOI representing a cell, which is a child of an MOI representing a base station. This hierarchy allows for efficient, scoped management operations. MOIs communicate with the management system (Network Manager, NM, or Element Manager, EM) via standardized interfaces, primarily the Itf-N (based on CORBA/XML) in earlier releases and the RESTful 3GPP Management Services (MnS) in 5G.
The lifecycle of an MOI involves creation, configuration, monitoring, and deletion. Operations on an MOI include GET (retrieve attribute values), SET (modify configuration), CREATE, DELETE, and ACTION (invoke a specific procedure). MOIs also generate notifications (asynchronous alarms or state change reports) to alert the management system of events. Key components of the MOI concept are the Information Model (e.g., 3GPP NRM - Network Resource Model), the naming and addressing scheme (DN/RDN), and the protocol bindings for northbound interfaces. In 5G, MOIs are central to the Service-Based Management Architecture (SBMA), where Managed Object Instances are exposed as manageable resources through producer-consumer relationships using HTTP/JSON.
Purpose & Motivation
MOIs exist to provide a standardized, abstracted, and programmatic way to manage the myriad of heterogeneous network elements in a multi-vendor telecommunications environment. Before such standardized information models, each vendor used proprietary management interfaces and data models, making integrated network management, automated provisioning, and multi-vendor interoperability extremely complex and costly for operators. The MOI concept, as part of a larger Managed Object framework, solves this by defining a common language and structure for representing network resources.
The primary problem addressed is the complexity of network management integration. By defining resources as MOIs with standardized attributes and behaviors, management systems can discover, configure, and monitor equipment from different vendors using the same set of operations. This enables unified fault, configuration, accounting, performance, and security (FCAPS) management. It also facilitates automated network lifecycle management, which is essential for modern concepts like network slicing and zero-touch network and service management (ZSM).
Historically, management interfaces were often command-line based and vendor-specific. The move towards object-oriented management models, influenced by the Telecommunications Management Network (TMN) framework and later the 3GPP Network Management (NM) work, established the Managed Object as a key principle. The instantiation of these objects as MOIs provided the concrete "handles" for management software. Its evolution through 3GPP releases has been towards greater alignment with IT practices (like RESTful APIs and YANG data models in later 5G management), but the core concept of an MOI as an instance of a modeled resource remains the foundational data entity for all management interactions.
Classification
Detected Changes Across Releases
from 3GPP Change RequestsSpecific changes extracted from the „Change history“ tables of 3GPP specifications (8 CRs across 5 releases). Complements the general historical overview above with the evidence-based evolution of this function.
Studied in Rel-8, normative work from Rel-15.
In Release 15, the MOI function was enhanced to formally support the lifecycle of virtualized network elements within the NFV context. This introduced explicit capabilities for the 3GPP management system to create, configure, and delete Managed Object Instances corresponding to a VNF instance, as defined in new requirements like REQ-NFV_CM-CON-2 and REQ-NFV_CM-CON-8. Additionally, the specification standardized procedures for updating MOIs after VNF scaling and for the NM to retrieve virtualized NE information.
In Release 16, enhancements for the MOI function specifically addressed lifecycle management for virtualized network functions. This included defining explicit capabilities for an IRPAgent to create, configure, update, and delete Managed Object Instances corresponding to a VNF instance's application part, as driven by VNF instantiation, scaling, and termination. Furthermore, the release formalized procedures for maintaining the relationship between an MOI and its corresponding VNF instance, including a new NM-initiated MO creation operation that accepts a VNF instance identifier as an input parameter.
In Release 17, the key enhancement for the Managed Object Instance (MOI) function was the addition of support for the discovery of managed entities. This new capability allows a management system, such as an NM, to retrieve information about virtualized network elements from the NFV orchestrator (NFVO) to update its management view. This fulfills the requirement for the system to maintain accurate relationships between MO instances and their corresponding VNF instances.
- Add support for discovery of managed entities TS 28.622CR0133
In Release 18, the enhancements for the MOI function included clarifications to the scope value for Managed Elements within a Management Service (MnS) and corrections to attribute values for the ManagedNFService Information Object Class. These changes provided more precise definitions to support the established capabilities for creating, configuring, updating, and deleting Managed Object Instances corresponding to VNF instances as part of NFV configuration management.
In Release 19, the key update for the Managed Object Instance (MOI) function was the removal of the **ManagedNFService** managed object, as specified in the change to TS 28.622. This refinement streamlined the management model by eliminating this specific object type, while the core MOI capabilities for creating, configuring, updating, and deleting MOIs corresponding to VNF instances, as described in the underlying requirements and use cases, remained foundational.
- Rel-19 CR TS 28.622 Remove ManagedNFService TS 28.622CR0369
Explore further
Broader topics and technologies where MOI plays a role.
Defining Specifications
3GPP specifications that define or reference MOI, with the latest known release. Sourced from the 3GPP document catalog — see methodology.
| Specification | Title | Release |
|---|---|---|
| TS 28.510 vj00 | NFV Configuration Management Requirements | Rel-19 |
| TS 28.561 vk00 | Management and Orchestration; Network Digital Twin | Rel-20 |
| TS 28.622 vk20 | Telecommunication Management; Generic NRM Information Service | Rel-20 |
| TS 28.701 vj00 | Core Network NRM IRP Requirements | Rel-19 |
| TS 28.702 vj00 | Core Network NRM IRP Information Service | Rel-19 |
| TS 28.705 vj00 | IMS NRM IRP Information Service | Rel-19 |
| TS 28.802 vf00 | Management Study for 5G Network Architecture | Rel-15 |
| TR 28.812 vh10 | Study on Intent Driven Management Services | Rel-17 |
| TS 32.111 vj00 | Fault Management Requirements | Rel-19 |
| TS 32.257 vj00 | Edge Computing Charging Management | Rel-19 |
| TS 32.300 vj00 | 3GPP Network Resource Naming Convention | Rel-19 |
| TS 32.306 vj00 | Configuration Management Notification IRP Solution Set | Rel-19 |
| TS 32.333 v900 | Notification Log IRP CORBA Solution Set | Rel-9 |
| TS 32.336 vj00 | Notification Log IRP Solution Set Definitions | Rel-19 |
| TS 32.600 vj00 | 3GPP Configuration Management Specification | Rel-19 |
| TS 32.601 vj00 | Basic Configuration Management IRP Requirements | Rel-19 |
| TS 32.602 vj00 | Basic Configuration Management IRP Information Service | Rel-19 |
| TS 32.611 vj00 | Bulk CM IRP Requirements | Rel-19 |
| TS 32.612 vj00 | Bulk Configuration Management IRP: Information Service | Rel-19 |
| TS 32.621 vb00 | Generic Network Resources IRP Requirements | Rel-11 |
| TS 32.622 vb10 | Generic Network Resources IRP NRM | Rel-11 |
| TS 32.631 vb00 | Core Network Resources IRP Requirements | Rel-11 |
| TS 32.632 vb00 | Core Network Resources IRP: Network Resource Model | Rel-11 |
| TS 32.661 vj00 | Kernel Configuration Management IRP Requirements | Rel-19 |
| TS 32.662 vj00 | Configuration Management (CM); Kernel CM IRP | Rel-19 |
| TS 32.690 vj00 | Inventory Management IRP Requirements | Rel-19 |
| TS 32.691 vb00 | Inventory Management IRP Requirements | Rel-11 |
| TS 32.711 vb00 | TN Interface NRM IRP Requirements | Rel-11 |
| TS 32.732 vb00 | IMS Network Resource Model IRP: Information Service | Rel-11 |
| TS 52.402 vj00 | GSM Performance Management Measurements | Rel-19 |