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

Glossary term · Management

MOI

Managed Object Instance

Management →

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.

Introduced
Rel-8
Where
Management
Specifications
30 specs
MOI Description Purpose What changed Neighbours 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.

What changed in its specifications

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

TS 28.510Rel-14 → Rel-15

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

Full comparison in TS 28.510 →
TS 28.622Rel-18 → Rel-19

Rel-19 added external management data IOCs, discovery, notification retrieval, and single notifications. It added network slice lists in Area Scope, measurement conditions, and new data types for selecting instances via DNs, GeoAreas, or TAIs.

Full comparison in TS 28.622 →

Release Timeline

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

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 read
TS 28.561 vk20 Network Digital Twin Management Rel-20 read
TS 28.622 vk40 Generic Network Resource Information Service Rel-20 read
TS 28.701 vj00 Core Network NRM IRP Requirements Rel-19 read
TS 28.702 vj00 Core Network NRM IRP Information Service Rel-19 read
TS 28.705 vj00 IMS NRM IRP Information Service Rel-19 read
TS 28.802 vf00 Management Study for 5G Network Architecture Rel-15 read
TR 28.812 vh10 Study on Intent Driven Management Services Rel-17 read
TS 32.111 vj00 Fault Management Alarm IRP Solution Sets Rel-19 read
TS 32.257 vj00 Edge Computing Charging Management Rel-19 read
TS 32.300 vj00 3GPP Network Resource Naming Convention Rel-19 read
TS 32.306 vj00 Configuration Management Notification IRP Solution Set Rel-19 read
TS 32.333 v900 Notification Log IRP CORBA Solution Set Rel-9 read
TS 32.336 vj00 Notification Log IRP Solution Set Definitions Rel-19 read
TS 32.600 vj00 3GPP Configuration Management Specification Rel-19 read
TS 32.601 vj00 Basic Configuration Management IRP Requirements Rel-19 read
TS 32.602 vj00 Basic Configuration Management IRP Information Service Rel-19 read
TS 32.611 vj00 Bulk CM IRP Requirements Rel-19 read
TS 32.612 vj00 Bulk Configuration Management IRP: Information Service Rel-19 read
TS 32.621 vb00 Generic Network Resources IRP Requirements Rel-11 read
TS 32.622 vb10 Generic Network Resources IRP NRM Rel-11 read
TS 32.631 vb00 Core Network Resources IRP Requirements Rel-11 read
TS 32.632 vb00 Core Network Resources IRP: Network Resource Model Rel-11 read
TS 32.661 vj00 Kernel Configuration Management IRP Requirements Rel-19 read
TS 32.662 vj00 Configuration Management (CM); Kernel CM IRP Rel-19 read
TS 32.690 vj00 Inventory Management IRP Requirements Rel-19 read
TS 32.691 vb00 Inventory Management IRP Requirements Rel-11 read
TS 32.711 vb00 TN Interface NRM IRP Requirements Rel-11 read
TS 32.732 vb00 IMS Network Resource Model IRP: Information Service Rel-11 read
TS 52.402 vj00 GSM Performance Management Measurements Rel-19 read