MOI

Managed Object Instance

Management →
Introduced in Rel-8

MOI is a specific, instantiated occurrence of a Managed Object representing a real-world network resource, like a base station, that is the fundamental unit of data for monitoring and control in network management.

Category
Management
Introduced
Rel-8
Where
Management
Specifications
30 specs
MOI Description Purpose Related Classification Detected Changes Specifications

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

Part ofNRM

Detected Changes Across Releases

from 3GPP Change Requests

Specific 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.

Rel-15 2 changes

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.

  • Add new attribute peeParametersList to IOC ManagedFunction TS 28.622CR0022
  • Replace MF with ManagedFunction TS 28.622CR0028
Rel-16 2 changes

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.

  • Update generic NRM Information Service to support Managed NF Service Object TS 28.622CR0033
  • Correct notification support table for ManagedElement and ManagementNode TS 28.622CR0097
Rel-17 1 change

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
Rel-18 2 changes

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.

  • Rel-18 CR 28.622 Clarify MnS scope value for Managed Elements TS 28.622CR0293
  • Correction of IOC ManagedNFService attribute values TS 28.622CR0300
Rel-19 1 change

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.

SpecificationTitleRelease
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