一种用于控制性能测量的方法，其中，所述方法包括：将测量列表与包含被管理对象事例MOI相关联； 根据所述测量列表将一定数目的测量控制事例MCI与所述包含MOI相关联； 在至少其中一个所述MCI被激活之后，根据所述至少一个MCI的属性收集测量记录； 处理测量记录并且使其可用于一定数目的消费者； 其中，将一定数目的MCI与所述包含MOI相关联包括以下各项当中的至少任一项：根据不同的消费者要求定制一定数目的MCI，并且将MCI与所述包含MOI相关联； 将一定数目的子代MOI的一定数目的MCI聚合到一个亲代MOI的一定数目的MCI，；并且将亲代的MCI与亲代MOI相关联； 将默认MCI与所述包含MOI相关联，；其中默认MCI包括在所述包含MOI中所包含的所有测量。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1，结合其说明书、附图以及您提供的四份对比文件（D1、D2、D3、D4）进行深度法律与技术分析。

以下是具体的权利要求解释、特征比对、最接近对比文件筛选以及无效宣告请求的风险点（最薄弱特征）分析：

---

## 一、 权利要求1的技术特征拆解与说明书内涵解释

根据目标专利说明书，本申请的核心发明点在于改变了3GPP SA5传统中“服务消费者与生产者紧密耦合”的模式，引入了一种**以网络资源模型（NRM）的被管理对象（MO）为中心**的性能测量控制机制。

* **MOI（Managed Object Instance，被管理对象事例）：** 对应于NRM中定义的网络节点或功能实体（如说明书\[0042\]中的NSI网络切片、NSSI网络切片子网、NF网络功能等）。

* **MCI（Measurement Control Instance，测量控制事例）：** 独立于管理实体的独立控制事例，包含了状态、周期、租户ID等置备属性（见说明书图2及\[0044\]）。

---

## 二、 对比文件原文详细出处与技术特征比对

经过对各对比文件原文的检索和梳理，各文件的公开号及定位如下：

* **D1：** JP2007048315A（注：该文件文本内置了基于Web/AP/DB及DBMS存储的三层架构资源分配与性能测量引擎系统）。

* **D2：** CN101056219A（通过中间NAT网络地址转换装置进行分段网络性能测量的方法及系统）。

* **D3：** CN101056219B（D2的授权文本，技术内容同D2）。

* **D4：** CN102164375A（3GPP标准体系下，利用IRP Manager和IRP Agent收集终端测量数据/MDT的方法和系统）。

### 技术特征比对表

---

## 三、 最接近对比文件（D1 vs D4）的创造性分析

在针对本案提出无效宣告请求时，**D4（CN102164375A）** 和 **D1（JP2007048315A）** 均有资格作为最接近的对比文件。从整体技术问题和效果出发，分析如下：

### 1. 最佳选择：D4 (CN102164375A)

* **技术领域：** 完全相同。D4和本申请均属于移动通信网络管理领域（具体为3GPP标准体系下的性能管理PM与最小化路测MDT领域）。

* **解决的技术问题：** D4解决的是如何在网元管理标准架构（IRP Manager/Agent）中，模型驱动地向网络节点（HSS/MME/eNodeB）及终端下发测量配置、收集无线环境性能指标的问题。这与本申请解决“传统MA方法与服务消费者耦合过紧、不适应5G基于服务架构”的问题处于同一应用背景。

* **技术效果：** 实现了在标准网络架构下对特定网络事例（IOC Instance）进行灵活的性能数据采集与上报。

### 2. 次佳/并列选择：D1 (JP2007048315A 的内置文本)

* **技术领域与问题：** D1属于IT云计算与动态资源分配领域，其解决的问题是如何根据Web/AP/DB容器的性能测量结果动态调整资源（容器数量、虚拟存储）。

* **特征契合度：** D1在“面向对象的事例化管理（应用程序表、资源表、分配表、测量项目表）”这一底层软件架构设计上，与本申请的MOI/MCI对应关系具有极高的结构相似性。

* **结论：** 实践中，**首选D4作为最接近对比文件**（领域最贴近）；同时可**将D1作为并列的最接近对比文件**（架构最贴近），或者将D1作为主要结合方案。D2/D3由于不涉及面向对象的性能测量事例控制（MCI机制），仅作为分段合并的普通技术常识补充，不适合做最接近对比文件。

---

## 四、 无效宣告请求方最薄弱的技术特征（专利防守壁垒）

如果网络同行或请求方欲对本目标专利提起无效宣告请求，根据上述比对，**请求方最难攻破、最薄弱的技术特征**（即本专利最稳固的创造性护城河）如下：

### 1. 第一绝杀壁垒：技术特征 F + G（MCI的自下而上聚合机制）

* **特征表述：** “将一定数目的子代MOI的一定数目的MCI聚合到一个亲代MOI的一定数目的MCI，并且将亲代的MCI与亲代MOI相关联”。

* **薄弱原因：** * 无论是D4（3GPP标准方案）还是D1（容器资源方案），现有的网络或资源测量均是**自上而下（Top-Down）**下发配置或独立针对某一节点进行控制。

* 本申请在说明书\[0057\]中明确指出了这种**自下而上传播机制**的独特效果：“仅有子代MOI的适用的MCI属性被从子代MOI传播以聚合亲代MOI的MCI...进一步简化了操作并且实现了自我组织”。现有对比文件均没有给出将“测量控制实体事例”在网络资源模型的亲子代拓扑中进行**反向动态聚合**的技术启示。

### 2. 第二防守壁垒：技术特征 H + I（自动包含所有测量的默认MCI机制）

* **特征表述：** “将默认MCI与所述包含MOI相关联，其中默认MCI包括在所述包含MOI中所包含的所有测量”。

* **薄弱原因：** * 现有技术（如D4）在启动测量时，必须由IRP Manager显式指明具体的测量量列表（如表1的 `SelectedUEmeasurementsInfo`）。

* 本申请说明书\[0056\]解释了该默认MCI的特殊机制：在包含MOI创建后自动关联激活，无需消费者指定即默认全选所有测量，且粒度周期自动设为极小值。这种“缺省全包”的MCI生命周期控制机制在对比文件中完全处于空白。

### 代理师建议

请求方如果只依靠D1-D4，在面临特征 **F、G、H、I** 时将很难论证“显而易见性”。为了提高无效成功率，请求方必须进一步补充检索**“全面监控/默认监控策略自动生成”**以及**“网络拓扑树状节点控制层级聚合/收敛”**相关的系统管理类对比文件（或3GPP SA5的标准会议提案汇编），用以结合D4/D1去评述特征F-I的创造性。

我是您的专利代理师。紧密结合目标专利说明书和对比文件的原文，我对权利要求1进行了解释和比对分析。

### 第一部分：权利要求1的技术特征拆解与解释

基于目标专利说明书的公开内容，权利要求1的技术特征被拆解并解释如下：

### 第二部分：对比文件分析及最接近现有技术确定

针对上述技术特征，对提供的三篇对比文件进行分析：

**D1: CN104185195A 一种移动网络性能的测量方法、装置和系统**

该网络公开了一种基于Linux操作系统的移动测量装置，通过USB集线器连接多个移动网卡（3G/4G），按照设置的测量顺序分别向测量服务器发送数据包来测量网络性能。

**技术问题**：解决现有测试方法成本高、可测量网络数量少、受制式限制或无法实现不间断测量的问题（D1段落\[0005]）。

**技术效果**：实现支持不同网络制式、低成本、适合大规模部署且能不间断测量的移动网络性能测量（D1段落\[0047]）。

D1完全未涉及网络资源模型（NRM）、被管理对象（MO）、以及将测量和控制（MCI）与被管理对象事例（MOI）相关联的概念，属于完全不同的技术路线。因此，**D1不适合做最接近的对比文件**。

**D2: EP3223553A1 DEVICE**

该文献涉及在5G系统中，根据用户关于干扰消除的参数来执行测量或测量报告。

**技术问题**：现有机制中，与小区选择相关的测量或报告未考虑用户侧是否执行干扰消除，导致通信质量无法优化（D2段落\[0006]）。

**技术效果**：能够结合用户参数（如干扰消除能力）执行测量和报告，优化小区选择（如CRE），在 HetNet 场景下抑制干扰（D2段落\[0007]、\[0309]）。

D2虽然涉及5G性能测量，但其核心在于“干扰消除参数”对测量过程的控制，未公开基于NRM的模型驱动的测量管控架构，未提及MOI、MCI及其关联关系。因此，**D2也不适合做最接近的对比文件**。

**D3: WO2017222613A1 END-TO-END TECHNIQUES TO CREATE PM THRESHOLDS AT NFV INFRASTRUCTURE**

该文献涉及NFV架构下的PM测量阈值创建。公开了由网络管理者（NM）发送请求给网元管理者（EM）创建测量作业，以收集与虚拟化资源（VR）相关的VNF性能数据。进一步公开了设置阈值监控该PM数据的方法。

**技术问题**：传统方法需要收集海量性能数据后进行离线挖掘，耗时耗力且无法应对动态流量变化（D3段落\[0035]）。

**技术效果**：通过端到端技术（NM, EM, VNFM, VIM, NFVI）在数据采集服务中设置阈值，仅在超过阈值时通知，减少采集数据量，使操作者能迅速做出反应（D3段落\[0035]-\[0036]）。

**分析**：虽然D3采用了NFV/VNF等5G相关的被管理Entity概念，并公开了性能测量作业（job）的创建过程，但其公开的架构仍是传统的3GPP SA5Rel-15之前的面向接口的MA（测量管控）方法。具体体现为：消费者（NM）发送带有具体测量类型（Metric）、粒度周期参数的强制性操作请求（CreateMeasurementJob）给生产者（EM/VNFM），生产者据此去配置底层基础设施。这与目标专利说明书段落\[0002]-\[0003]所诟病的“消费者和生产者紧密耦合，具有强制操作”的现有技术一致。

D3未公开目标专利的核心构思：基于服务、模型驱动的NRM架构，其中测量及其控制（MCI）作为属性包含在MO中，且消费者仅通过MOI表达期待，生产者具有决定如何实施的自主权（目标专利说明书段落\[0006]）。

**结论：**

由于所有对比文件均未毫无异议公开或实质公开权利要求1中关于基于NRM的模型驱动架构、以及将MCI（表示消费者意图的模型事例）与MOI相关联的核心技术特征，从技术领域、解决的技术问题和技术效果来看，均不存在适合作为主要对比文件（最接近现有技术）来评价其创造性的文件。目标专利权利要求1所解决的“现有基于接口的紧密耦合测量管控模式与5G基于服务的管理架构不兼容、与模型驱动概念不匹配、缺乏灵活性”的技术问题（说明书\[0003]）以及实现的“提高管理和被管理实体灵活性，实现性能数据收集闭环自动化”的技术效果（说明书\[0179]-\[0180]），在对比文件中均未体现。

### 第三部分：特征比对表格

鉴于上述分析，对比文件原文并未直接公开权利要求1的技术特征。下表仅能标示出对比文件中是否存在类似或相关的概念，而非权利要求1所限定的确切特征。

### 第四部分：无效请求薄弱特征分析

对于无效请求方而言，**最薄弱（即最难被证明是现有技术或显而易见）的技术特征是特征1-F**（也包含特征G）：

> 将一定数目的子代MOI的一定数目的MCI聚合到一个亲代MOI的一定数目的MCI。

**分析原因如下：**

虽然对比文件D3公开了网络切片、网元（NF）、虚拟机（VM）之间的物理/逻辑层级关系。但是，将“管理意图及其具体的控制参数”封装为模型事例（MCI），并建立这种“管理控制模型事例”在“被管理实体模型事例”的层级结构中进行向下传播或向上聚合的自动化传播机制（说明书段落\[0057]-\[0070]所详细描述的），是目标专利为了解决5G多租户、独立管控以及简化操作（自我组织）而特意引入的创新设计（说明书\[0005]、\[0029]）。

这不仅涉及到一种全新的、不同于传统SA5 Rel-15 MA（测量管控）的设计模式（以被管理对象为中心，而非面向管理实体/接口），更涉及对管理控制信息流转路径的具体模型限定。普通技术人员在没有任何启示的情况下，仅仅根据Entity之间的层级结构，是很难显而易见地引入这种将管理控制模型事例（MCI）进行层级间聚合的机制的。由于对比文件均未公开或实质暗示这一设计特征，也未体现出相应的技术效果（自动传播管理要求、自我组织），因此，请求方通过现有技术证据组合来无效掉这一特征的成功率最低。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的实质公开内容，为您对权利要求1进行深入的法律与技术分析。

### 一、 目标专利权利要求1的释义（结合说明书）

根据目标专利说明书【0006】~【0008】及具体实施方式，权利要求1的核心发明点在于改变了3GPP传统Rel-15之前将性能测量（PM）与特定消费者/管理者紧密耦合的接口设计，转而引入一种**基于网络资源模型（NRM）、以被管理对象（MO）为中心**的控制方法。

* **包含MOI（被管理对象事例）：** 指网络資源模型中的具体IOC事例，如子网络、网络切片（NSI）、网络切片子网（NSSI）、被管理功能（NF/MF）等。

* **测量列表（Measurement List）与MOI关联：** 指该MOI本身具备哪些可测量的指标，它是MOI固有的置备属性，不依赖于特定的消费者。

* **MCI（测量控制事例）与包含MOI相关联：** 消费者不直接控制测量，而是通过创建/定制/聚合MCI来表达数据需求。MCI包含独立的状态（激活/暂停）和属性（周期、目标等）。

* **特征E、F、G、H、I（定制、聚合、默认MCI）：** 对应说明书【0049】~【0070】，用于在5G多租户、网络切片垂直层级结构中，实现测量控制要求的“自动填充”、“定制”和“自我组织”。

---

### 二、 对比文件原文详细出处及特征比对

为了全面评估权利要求1的创造性，现将各对比文件（D1~D4）的原文公开情况进行梳理，并构建特征比对表格。

* **D1：** EP2541977A1 (对应中国优先权公开号，在此以EP2541977A1指代)

* **D2：** CN103023685A

* **D3：** CN103581964A

* **D4：** WO2014023143A1 (技术内容与D3基本相同，以下合并或并列分析)

#### 1. 各对比文件实质公开内容深度检索与出处

* **D1 (EP2541977A1)：**

* 公开了一种通过北向接口（Itf-N）由IRP Manager向IRP Agent发送终端测量数据采集（MDT）控制的技术。

* **原文出处：** 【0032】“carrying configuration parameters used to collect terminal measurement data”；【0088】“MDT Data Request... carries configuration parameters (MDT Configuration)”；表1公开了配置参数，包括 `IOCInstance`（标识MME/HSS或网元事例）以及 `UEdataCollectionCriteria`（采集周期、上报周期等属性）。

* **实质公开：** 公开了根据配置参数（MCI属性）收集终端测量记录并使其可用于管理者的流程（对应特征A、B的部分概念，以及C、D）。

* **D2 (CN103023685A)：**

* 公开了一种通信网络中许可资产（License）的管理方法。

* **原文出处：** 【0007】“根据操作命令中的信息以及已配置的许可资产中的容量属性和/或所支持的功能属性，判断是否允许执行操作命令... 许可资产中的容量属性为所许可的网元可支持的最大容量”；【0009】“创建以下许可资产对象至少之一：包括许可资产中的容量属性的容量型许可资产对象...”。

* **实质公开：** 虽然涉及配置管理或性能管理（如【0065】提及性能测量任务），但其核心在于License的容量和功能校验，并未公开将“性能测量列表、MCI”与网络资源模型中的“包含MOI”在层级分级结构中关联、定制、聚合的架构。

* **D3/D4 (CN103581964A / WO2014023143A1)：**

* 公开了认知无线电系统（CRS）中由网管侧（EMS/NMS/RMS）向基站发送资源重配性能测量配置信息并统计的过程。

* **原文出处：** D3【0008】-【0010】“网络侧发送关于资源重配的性能测量配置信息给基站，并指示基站测量；网络侧接收基站反馈的资源重配结果，进行性能统计”；【0018】“性能测量计数包括以下至少之一：增加载波的成功次数...”。

* **实质公开：** 公开了下发测量配置、收集记录并处理以优化重配决策的通用流程。

---

#### 2. 技术特征比对表

下表逐项比对权利要求1的各个技术特征（A~I）在各对比文件中的公开情况。

---

### 三、 最接近的对比文件（D1）分析及创造性评估

#### 1. 哪个对比文件适合作为最接近的对比文件？

**结论：D1 (EP2541977A1) 最适合作为最接近的对比文件（D1可以作为唯一的“最接近对比文件”）。**

* **整体解决的技术问题分析：**

* **本申请**旨在解决3GPP 5G基于服务的管理架构下，传统性能测量与消费者紧密耦合、不匹配现代NRM模型驱动、无法灵活支持5G网络切片多层级多租户管控的技术问题（说明书【0002】~【0005】）。

* **D1**同样属于3GPP无线网络管理（Itf-N接口）及性能/痕迹（Trace）管理领域，解决的是如何在网管侧（IRP Manager/Agent）针对特定网元、特定区域或特定UE灵活下发测量配置参数，并收集上报终端测量数据（MDT）以进行网络规划和优化的技术问题。

* **D3/D4**侧重于认知无线电（CRS）中的资源动态重配统计，**D2**侧重于网元License资产的管理校验。

* 因此，**D1与本申请的主题、技术领域、所应用的基础标准架构（3GPP 网管 IRP）最为接近**，且公开了权利要求1中关于“配置测量参数-激活控制-采集记录-提供给管理者”的基本方法流程，公开的技术特征最多。

#### 2. 没有被最接近的对比文件（D1）公开的特征，是否被其他对比文件公开？

* **D1未公开的特征主要包括：** 特征E（根据不同消费者要求定制MCI并与包含MOI关联）、特征F+G（子代MOI与亲代MOI之间的MCI层级聚合与关联）、特征H+I（引入包含所有测量的“默认MCI”并与包含MOI关联）。

* **其他对比文件（D2、D3/D4）的公开情况：**

* **D2**虽然提到了“复合型”、“容量型”、“功能型”资产对象，并在网元对象或子网对象下进行管理，但其本质是对License开通和配置限额的校验（即“判断是否允许执行操作命令”），完全不涉及具体PM性能测量在网络切片各层级（亲代/子代MOI）之间的测量控制事例（MCI）的**技术指标聚合、传播、或自动填充默认测量**的机制。

* **D3/D4**仅提出了根据不同的重配业务（频谱重整、多模式切换）采用不同的测量计数器进行统计，未涉及任何基于网络资源模型（NRM）对象分级树的MCI定制、层级聚合或默认MCI架构。

* **结论：** 没有任何一篇对比文件公开了特征E、F、G、H、I。这些特征属于本申请针对5G多租户和模型驱动管理架构所特有的创新架构设计。

---

### 四、 无效宣告请求方最薄弱的技术特征（对请求方而言最难攻破的防线）

如果您作为**无效宣告请求方（试图无效掉本专利的一方）**，或者需要预判请求方的攻击难点，**以下技术特征是请求方最薄弱、本专利所有者防线最稳固的部分：**

1. **特征F+G（MCI层级聚合特征）：**

* *“将一定数目的子代MOI的一定数目的MCI聚合到一个亲代MOI的一定数目的MCI，并且将亲代的MCI与亲代MOI相关联”*

* **难攻破原因：** 现有技术（如D1~D4）对于性能测量的控制都是“平铺式”或者“单节点式”的。例如D1中，IRP Manager针对某一个 `IOCInstance` 或者是某一个UE直接下发任务。而本专利紧密结合了5G NRM模型中“子网络-网络切片-网络切片子网-被管理功能”的**树状拓扑层级结构**，创造性地提出了在MOI事例之间进行MCI控制属性的“向上聚合/向下传播”机制（说明书【0057】）。这在通信网管标准领域具有极高的高阶架构特异性，请求方几乎不可能在传统PM或Trace文献中找到启示。

2. **特征H+I（默认MCI与MOI关联且包含所有测量）：**

* *“将默认MCI与所述包含MOI相关联，其中默认MCI包括在所述包含MOI中所包含的所有测量”*

* **难攻破原因：** 传统网管（如D1）中如果没有显式下发MDT/PM激活命令，网元是不会主动针对某对象事例创建控制事例并进入活跃状态的。本专利通过“默认MCI”实现了模型驱动的自动化闭环（说明书【0056】，“如果没有其他MCI，则MO的管理功能将根据默认MCI的属性收集测量记录... 简化了操作并且实现了自我组织”）。这一“默认全量测量事例自动关联”的机制在现有技术中缺乏技术启示。

### 总结建议

* **创造性结论：** 权利要求1相对于D1具有明显的创造性。虽然基本流程（C、D）被D1公开，但本申请的核心发明点（E、F、G、H、I所构建的基于NRM的模型驱动多租户MCI管控架构）在D1~D4中均未公开，且解决了5G切片垂直架构下灵活管控的技术问题，带来了显著的有益技术效果。

* **防守/进攻策略：** 若要稳固本专利，应死守特征F、G的“亲子代层级聚合”以及特征H、I的“默认MCI”；若请求方想要强行突围，必须尝试去3GPP TS 28系列标准（如TS 28.622等NRM基础通用规范）中寻找是否有关于“通用事例控制属性继承/聚合”的公知常识组合，否则极难成功。

根据权利要求1所述的方法，其中，仅有子代MOI的适用的MCI属性被从子代MOI传播以聚合亲代MOI的MCI。

根据权利要求1所述的方法，其中，将一定数目的MCI与所述包含MOI相关联包括：创建所述包含MOI的共同MCI以支持具有相同或类似要求的多个MCI。

根据权利要求1到3当中的任一条所述的方法，其中，处理测量记录包括以下各项当中的任一项：将所述测量记录格式化到测量报告； 将来自不同MOI的测量记录聚合到测量报告； 保持未经处理的测量记录。

根据权利要求4所述的方法，其中，使得测量记录可用于一定数目的消费者包括以下各项当中的任一项：将测量报告递送到一定数目的消费者； 允许消费者取回测量报告； 将未经处理的测量记录流送到一定数目的消费者。

根据权利要求1到3当中的任一条所述的方法，其中，所述方法还包括：根据添加、删除或更新包含在所述包含MOI的所述测量列表中的测量，添加、删除或更新包含在几个MCI中的测量。

根据权利要求1到3当中的任一条所述的方法，其中，所述方法还包括：根据添加、删除或更新MOI的一定数目的子代MOI的一定数目的MCI，添加、删除或更新所述MOI的一定数目的MCI。

根据权利要求1到3当中的任一条所述的方法，其中，所述方法还包括：检查所述至少一个MCI的状态和属性的数值。

根据权利要求1到3当中的任一条所述的方法，其中，与所述MOI相关联的MO对应于子网络、网络切片、网络切片子网、被管理单元、被管理功能、网络功能虚拟化网络服务当中的至少任一项。

一种用于控制性能测量的装置，其中，所述装置包括：用于将测量列表与包含MOI相关联的模块； 用于根据所述测量列表将一定数目的MCI与所述包含MOI相关联的模块； 用于在至少其中一个所述MCI被激活之后根据所述至少一个MCI的属性收集测量记录的模块； 用于处理测量记录并且使其可用于一定数目的消费者的模块； 其中，用于将一定数目的MCI与所述包含MOI相关联的模块包括以下各项当中的至少任一项：用于根据不同的消费者要求定制一定数目的MCI并且将MCI与所述包含MOI相关联的模块； 用于将一定数目的子代MOI的一定数目的MCI聚合到一个亲代MOI的一定数目的MCI并且将亲代的MCI与亲代MOI相关联的模块； 用于将默认MCI与所述包含MOI相关联的模块，其中默认MCI包括在所述包含MOI中所包含的所有测量。

根据权利要求10所述的装置，其中，仅有子代MOI的适用的MCI属性被从子代MOI传播以聚合亲代MOI的MCI。

根据权利要求10所述的装置，其中，用于将一定数目的MCI与所述包含MOI相关联的模块包括：用于创建所述包含MOI的共同MCI以支持具有相同或类似要求的多个MCI的模块。

根据权利要求10到12当中的任一条所述的装置，其中，用于处理测量记录的模块包括以下各项当中的任一项：用于将所述测量记录格式化到测量报告的模块； 用于将来自不同MOI的测量记录聚合到测量报告的模块； 用于保持未经处理的测量记录的模块。

根据权利要求10到12当中的任一条所述的装置，其中，用于使得测量记录可用于一定数目的消费者的模块还包括以下各项当中的任一项：用于将测量报告递送到一定数目的消费者的模块； 用于允许消费者取回测量报告的模块； 用于将未经处理的测量记录流送到一定数目的消费者的模块。

根据权利要求10到12当中的任一条所述的装置，其中，所述装置还包括：用于根据添加、删除或更新包含在所述测量列表中的测量来添加、删除或更新包含在几个MCI中的测量的模块。

根据权利要求10到12当中的任一条所述的装置，其中，所述装置还包括：用于根据添加、删除或更新MOI的一定数目的子代MOI的一定数目的MCI来添加、删除或更新所述MOI的一定数目的MCI的模块。

根据权利要求10到12当中的任一条所述的装置，其中，所述装置还包括：用于检查所述至少一个MCI的状态和属性的数值的模块。

根据权利要求10到12当中的任一条所述的装置，其中，与所述MOI相关联的MO对应于子网络、网络切片、网络切片子网、被管理单元、被管理功能、网络功能虚拟化网络服务当中的至少任一项。

一种存储计算机代码的计算机可读存储介质，当所述计算机代码被执行时，根据权利要求1到9当中的任一条所述的方法被执行。

一种计算机设备，包括： 一个或多个处理器； 存储一个或多个计算机程序的存储装置； 当所述一个或多个计算机程序由所述一个或多个处理器执行时，使得所述一个或多个处理器实施根据权利要求1到9当中的任一条所述的方法。