MOI

Managed Object Instance

Management
Introduced in Rel-8
A specific, instantiated occurrence of a Managed Object (MO) within a telecommunications network management system, representing a real-world network resource (like a base station or a router port) that can be monitored, configured, and controlled. It is the fundamental unit of data in network management interfaces.

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.

Key Features

  • Instance of a Managed Object class representing a real network resource
  • Defined by a set of attributes with specific values
  • Uniquely identified by a Distinguished Name (DN) within a hierarchy
  • Supports CRUD operations (Create, Read, Update, Delete) and actions
  • Can emit notifications for alarms and state changes
  • Core data entity in standardized management interfaces (Itf-N, 3GPP MnS)

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.

Defining Specifications

SpecificationTitle
TS 28.510 3GPP TS 28.510
TS 28.561 3GPP TS 28.561
TS 28.622 3GPP TS 28.622
TS 28.701 3GPP TS 28.701
TS 28.702 3GPP TS 28.702
TS 28.705 3GPP TS 28.705
TS 28.802 3GPP TS 28.802
TS 28.812 3GPP TS 28.812
TS 32.111 3GPP TR 32.111
TS 32.257 3GPP TR 32.257
TS 32.300 3GPP TR 32.300
TS 32.306 3GPP TR 32.306
TS 32.333 3GPP TR 32.333
TS 32.336 3GPP TR 32.336
TS 32.600 3GPP TR 32.600
TS 32.601 3GPP TR 32.601
TS 32.602 3GPP TR 32.602
TS 32.611 3GPP TR 32.611
TS 32.612 3GPP TR 32.612
TS 32.621 3GPP TR 32.621
TS 32.622 3GPP TR 32.622
TS 32.631 3GPP TR 32.631
TS 32.632 3GPP TR 32.632
TS 32.661 3GPP TR 32.661
TS 32.662 3GPP TR 32.662
TS 32.690 3GPP TR 32.690
TS 32.691 3GPP TR 32.691
TS 32.711 3GPP TR 32.711
TS 32.732 3GPP TR 32.732
TS 52.402 3GPP TR 52.402