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

Release Timeline

Evolution Across Releases

Rel-8 Initial

Introduced and formalized the concept of Managed Object Instances within the 3GPP Network Resource Model (NRM) framework for managing EPS. Defined the hierarchical naming structure (Distinguished Name) and basic operations for MOIs, primarily for interface management using technologies like CORBA/XML over the Itf-N reference point.

Revolutionized the management architecture by introducing the Service-Based Management Architecture (SBMA) for 5G. MOIs became the central manageable resources exposed by Management Service Producers (e.g., Network Functions). Defined RESTful northbound interfaces (3GPP MnS) using HTTP/JSON, where MOIs are represented as JSON resources, aligning with modern IT cloud practices.

Enhanced the management services and data models for new 5G features like network slicing management. Introduced the concept of "profiles" and "subscriptions" for MOIs, enabling more efficient monitoring and event-driven management. Further refined the YANG data models used to define MO classes and their instances.

Continued expansion of the NRM to cover new network functions and capabilities, such as management of non-terrestrial networks (NTN) and AI/ML model management. Evolved the management protocols and data model semantics to support increased automation and closed-loop operations in line with ZSM principles.

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