一种用于跟踪管理的方法，包括：在网络资源模型(NRM)中的被管理对象实例上，；响应于从跟踪用户接收到针对跟踪会话的请求，确定与所述被管理对象实例相关联的所述跟踪会话，；其中所述请求与基于服务的管理架构(SBMA)兼容； 在所述跟踪会话中生成跟踪记录会话，；所述跟踪记录会话指示在所述请求被接收到之后发生的事件，；所述跟踪记录会话与所述跟踪会话相关联； 至少部分地基于所述跟踪记录会话中的跟踪消息来生成跟踪记录，；所述跟踪记录与所述跟踪记录会话相关联；以及至少部分地基于所述跟踪记录来生成跟踪报告，；所述跟踪报告与所述被管理对象实例相关联。

您好，我是您的专利代理师，很高兴为您解答关于该专利权利要求1的分析请求。

根据您提供的信息，该专利涉及一种**用于跟踪管理的方法**，旨在通过引入网络资源模型（NRM）和被管理对象实例（MOI）的概念，简化跟踪会话和报告的生成过程，从而使其与3GPP标准中的基于服务的管理架构（SBMA）兼容，解决现有技术中跟踪集成参考点（Trace IRP）存在的兼容性差、架构复杂和安全隐患等技术问题。

我们将对比文件指代如下：

- **D1:** 2015-04-23_US2015109939A_MINIMIZATION OF DRIVE TESTS UPLINK MEASUREMENTS

- **D2:** 2015-08-06_US2015223092A_MEASUREMENT TRIGGERS FOR CUSTOMER CARE IN A WIRELESS NETWORK

- **D3:** 2016-01-20_CN103081558B_用于端到端(E2E)电路服务(CS)呼叫跟踪功能的网络单元

- **D4:** 2018-09-11_US10075870B_Mobile communications network detection method and apparatus

以下是对权利要求1的技术特征分析、最接近对比文件的确定以及最薄弱技术特征的指出。

### 1. 权利要求1技术特征比对分析

在进行创造性分析之前，首先需要明确各对比文件公开了权利要求1的哪些技术特征。以下是详细的特征比对表格：

---

特征比对表格可以总结如下：

- **毫无异议公开：** 在权利要求和对比文件中使用相同的术语且具有完全相同的技术含义。

- **实质公开：** 虽然术语不同，但技术含义或技术功能相同；或者通过附图或对整体方案的理解可以毫无歧义地推导出来。

### 2. 最接近的对比文件分析

在进行创造性分析之前，首先需要明确各对比文件解决的技术问题和技术效果。

- **D1 (US2015109939A)**

- **技术问题：** MDT测量通常仅包含下行链路参数[D1,段落0026]，缺乏上行链路覆盖优化和IP吞吐量测量支持[D1,段落0028]。

- **技术效果：** 通过分离网络测量配置命令，使eNB本身执行上行链路测量并组合来自UE的测量，形成汇总报告，从而实现了上行链路MDT测量增强。

- **评价：** 重点在于测量报告的分离与组合，未提及NRM/MOI管理，未讨论SBMA兼容性，未公开跟踪记录会话。

- **D2 (US2015223092A)**

- **技术问题：** MDT由MNO手动或自动触发，无用户请求测量机制[D2,段落0003,摘要]。

- **技术效果：** 允许用户或应用手动或自动触发测量请求（包括 uplink 消息请求[D2,摘要]），并将这些请求发送给 core network[D2,摘要]，从而改善客户体验和网络容量。

- **评价：** 虽然提到了应用层请求，但重点在MDT的触发机制，侧重于NAS协议的增强[D2,段落0042]和 NAS IE（measConfig）的增强[D2,段落0060]。不涉及NRM/MOI的概念，也不公开跟踪记录会话。

- **D3 (CN103081558B)**

- **技术问题：** 当前CS域仅支持基于订户的跟踪[D3,段落0047]，且无法在貫穿网关MSC（GMSC）中捕捉信令[D3,段落0049]。

- **技术效果：** 通过扩展跟踪控制和配置参数（包括“E2E呼叫跟踪选项”）[D3,段落0052]，并将参数传播到 TSC/GMSC，从而实现了E2E电路服务呼叫跟踪[D3,摘要]，支持 CS-CS、CS-IMS交互。

- **评价：** 虽然实现了E2E信令跟踪，并引入了“跟踪会话”和“跟踪记录会话”的概念，但它是基于电路服务呼叫流程增强信令（BICC/ISUP iam、sip：INVITE、MAP-SRI），未采用NRM/MOI架构，不支持SBMA兼容。

- **D4 (US10075870B)**

- **技术问题：** 传统的网络操作维护仅基于单个网络元件[D4,段落0004]。E2E Trace侧重信令过程，不能解决经验体验、MOS值等质量问题，检测效率低[D4,段落0005, 0101]。

- **技术效果：** 采用网络层管理功能，调用“createМОІ service”创建跟踪会话、跟踪记录会话、跟踪报告、跟踪记录等实例[D4,段落0042]。通过“modifyМОІAttributes service”修改属性。结合信令和质量（IPQoS）信息增强E2E跟踪过程[D4,摘要]。

- **评价：** **最接近原专利方案。** D4明确公开了在MOI上进行管理、调用SBMA通用供应服务、确定SBMA兼容请求关联的跟踪会话。虽然未强调SBMA规范兼容，但特征实质公开。

**结论：创造性分析中适合做最接近对比文件的是 D4。**

- 从技术问题上看，D4解决传统的E2E Trace仅解决信令问题检测效率低的缺点，旨在简化交互，与本专利“简化架构和交互”一致。

- 从技术效果上看，D4引入MOI和SBMA调用，简化了架构，技术特征重合度最高。

- D1和D2关注具体的MDT上行或触发问题，D3关注E2E呼叫跟踪。D4则侧重于通用供应服务（SBMA的核心），是最相关的。

### 3. 未被最接近对比文件公开的技术特征的分析

权利要求1中未被最接近对比文件 D4 明确公开的技术特征如下：

- **B. 响应于从跟踪用户接收到针对跟踪会话的请求，确定与所述被管理对象实例相关联的所述跟踪会话，**

- 虽然D4实质公开了MO检测事件生成跟踪记录会话[D4,段落0051]，暗示了事件发生在请求之后。但原专利中明确公开了，NFMF基于请求中获得的跟踪参数来创建“跟踪会话对象(TSO)”[说明书,段落0046]，明确了请求触发生成。而D4未强调请求触发MOI实例化。

- 特征B未被D4实质公开。

- **C. 其中所述请求与基于服务的管理架构(SBMA)兼容；**

- 虽然D4使用了MOI、NFMF和通用供应服务调用（“createМОІ service”），但它未明确将该请求命名为“与基于服务的管理架构（SBMA）兼容”[原专利,权利要求1C]。原专利说明书强调与SBMA管理范例一致[说明书,段落0038]。D4只是在 Rel-10/11标准下实现了类似功能，不具备SBMA兼容的属性。

- 特征C未被D4公开。

未被最接近对比文件公开的特征（权利要求1B和1C）是否被其他对比文件公开：

- 特征B不被D1、D2和D3公开。

- 特征C不被D1、D2和D3公开。它们讨论的是 Rel-11或 CS/CS-IMS标准，均不支持SBMA。

### 4. 无效请求方最薄弱的技术特征

根据上述分析，原权利要求1具有较强的创造性。若提出无效请求，对于请求方来说，**最薄弱的技术特征是：特征B 和 特征C**。

- **最薄弱：特征C。**

- 各对比文件（D1-D4）均为 Rel-10/11标准下的方案。不支持SBMA兼容，这是核心区别。SBMA兼容是一个技术规范属性，各对比文件未提供其被技术规范规范的证据。

- **较弱：特征B。**

- D4虽调用“createМОІ service”，但侧重于基于管理或信令触发，未强调“跟踪用户SBMA兼容请求”对“跟踪会话对象”创建的触发和确定关联。因此特征B具有突出的技术含义。特征B具有突出的技术含量。

综上，特征B和特征C是无效请求方最难克服的技术特征。

作为一名经验丰富的专利代理师，我仔细研读了目标专利说明书（以下简称“本专利”）以及提供的对比文件D1（WO 2018/089634 A1）。现紧密结合本专利说明书对权利要求1进行了解释，分析了D1的公开情况，并进行了创造性分析的最接近对比文件选择。

### 第一部分：权利要求1的术语解释（结合本专利说明书）

为了准确界定权利要求1的保护范围，首先结合本专利说明书对其中的关键技术术语进行解释：

1. **跟踪用户 (Trace User):**

* **权利要求表述：** “响应于从跟踪用户接收到针对跟踪会话的请求”。

* **说明书解释：** 根据图3、图4及说明书第`[0042]`、`[0044]`段，跟踪用户（在SBMA架构下）具体表现为**跟踪记录消费方**，例如**跟踪收集实体（TCE 310）**、网络数据分析功能（NWDAF）或编排功能。在图4中，由TCE 310向NFMF 330发起请求。

2. **被管理对象实例 (Managed Object Instance, MOI):**

* **权利要求表述：** “在网络资源模型(NRM)中的被管理对象实例上，...针对跟踪会话的请求，确定与所述被管理对象实例相关联的...”。

* **说明书解释：** 说明书第`[0041]`段明确，MOI是通信网络中的虚拟或物理网络功能的逻辑表示，是NRM中定义的信息对象类别（IOC）的实例。MOI可以对应于被管理功能（MF）、被管理元件（ME）、子网（Subnetwork）等。

3. **确定针对跟踪会话的请求/兼容SBMA:**

* **权利要求表述：** “响应于...针对跟踪会话的请求，确定...”，“其中所述请求与基于服务的管理架构(SBMA)兼容”。

* **说明书解释：** 本专利的核心发明点在于克服常规Trace IRP紧密耦合（与SBMA不兼容）的缺陷。说明书第`[0038]`段指出，新模型与SBMA一致，跟踪控制将利用**通用供应服务**实现，如**消费方调用createMOI服务**来创建跟踪会话。因此，此处的“请求”是指符合SBMA范例的、调用通用供应管理服务（如图3、图4中的总线340上的服务）的请求，而非传统的Trace activation信令。

4. **跟踪记录会话 (Trace Recording Session):**

* **权利要求表述：** “在所述跟踪会话中生成跟踪记录会话...指示在所述请求被接收到之后发生的事件”。

* **说明书解释：** 说明书第`[0051]`段指出，当TSO（跟踪会话对象）被激活时，由**特定事件**触发跟踪记录会话的创建。它是针对特定事件流的操作。

5. **生成跟踪记录和跟踪报告:**

* **权利要求表述：** 基于“跟踪消息”生成“跟踪记录”，再基于“跟踪记录”生成“跟踪报告”，且报告与MOI关联。

* **说明书解释：** 说明书第`[0052]`段和图5（540, 550）描述了这一层级关系。跟踪消息可以是信令消息，也可以是MDT相关的测量报告。NFMF生成跟踪记录，并进一步生成或汇总为跟踪报告，且跟踪报告对象（550）与MOI相关联。

---

### 第二部分：对比文件D1公开特征分析

对比文件D1（WO 2018/089634 A1）公开号为WO 2018/089634 A1，公开日为2018年5月17日。D1主要涉及**网络切片管理**（NETWORK SLICE MANAGEMENT），但也涉及了对网络切片实例的订阅者或设备跟踪。

以下是D1对权利要求1各项技术特征的公开情况分析（给出详细原文出处）：

#### 特征比对表格：权利要求1 vs. D1 (WO 2018/089634 A1)

---

### 第三部分：最接近对比文件的分析

在创造性分析过程中，选择最接近的对比文件（Closest Prior Art）至关重要。作为经验丰富的专利代理师，我从整体解决的技术问题和技术效果角度对D1进行了分析。

#### 1. D1解决的技术问题和技术效果

* **整体技术领域：** 网络切片管理（Network Slice Management）。

* **解决的具体问题（涉及跟踪的部分）：** D1说明书第`[0023]`和`[0117]`段指出，其目的是支持针对网络切片实例的订阅者或设备跟踪。这主要用于让运营商确定为什么NSI满足或未满足最终用户的期望（`[0115]`）。其通过管理激活过程发送TSA请求来实现这一功能（图8）。

* **技术效果：** 能够在5G网络切片场景下，针对特定的网络切片实例（NSI）激活跟踪会话，记录并报告跟踪数据。

#### 2. 本专利解决的技术问题和技术效果

* **背景缺陷：** 说明书第`[0002]`、`[0003]`段指出，常规Trace IRP设计模式紧密耦合，与3GPP 5G管理所引入的基于服务的管理架构（SBMA）不兼容。

* **解决的技术问题：** 提供一种用于跟踪管理的解决方案，使其简化架构和交互，并与版本15的基于服务的管理架构（SBMA）一致。

* **技术效果：** 通过新的基于网络资源模型（NRM）的跟踪管理，利用通用供应服务（如createMOI服务）实现跟踪控制，使管理平面和控制/信令平面的职责分离，简化管理实体与网络功能之间的架构和交互。

#### 3. D1作为最接近对比文件的适用性分析

尽管D1主要关注网络切片，但其明确包含了对网络切片进行“跟踪激活和报告”的实施例（参考特征B、D、E、I）。它在5G网络场景下实现了从管理功能（TMF）到网络功能（NF）的跟踪激活管理。

然而，**D1并不适合作为创造性分析过程中本专利权利要求1的最接近对比文件。** 理由如下：

* **技术构思和解决问题的切入点完全不同：**

* 本专利的目的是解决常规Trace IRP与SBMA管理范例**不兼容**的问题（`[0003]`），技术构思是**基于NRM（网络资源模型）和通用供应服务（通用供应管理服务）**来重构跟踪管理流程。

* D1虽然处于5G背景下，但其对于跟踪过程的描述（`[0126]`-`[0128]`）仍然倾向于常规的操作模式（例如明确引用3GPP TS 32.422规范，这是传统的IRP规范），并没有体现出**完全脱离IRP模式、转向SBMA通用供应服务**的技术构思。

* **区别特征属于本专利的核心发明点：**

* 区别特征A和J构成了本专利的基础：在**NRM MOI（网络资源模型被管理对象实例）**上进行操作，并将报告与MOI关联。这是本专利实现其技术效果（简化架构、架构一致性）的关键所在。

* D1完全没有公开这一核心技术特征。

---

### 第四部分：请求方最薄弱的技术特征

基于上述分析，如果我代表无效请求方，针对本专利权利要求1提出无效请求，我认为对于请求方来说，**最薄弱的技术特征**是：

**特征A和特征J中关于“在网络资源模型(NRM)中的被管理对象实例(MOI)上”进行操作以及报告与其关联的特征。**

#### 理由如下：

1. **D1未公开，且难以结合：** D1中找不到任何关于NRM或MOI的描述。特征A和J将整个跟踪流程（激活、确定、确定关联关系、报告生成、报告关联）都绑定到了MOI这个概念上。请求方很难找到另一篇对比文件，既公开了NRM MOI的概念，又公开了将其应用于跟踪管理的特定流程。

2. **构成核心技术构思的区别：** 正如在创造性分析中指出的，这不只是一个简单的术语差异，而是代表了从传统的Trace IRP架构向基于服务的NRM架构的根本性转变。这是本专利解决核心技术问题（SBMA兼容性）的关键手段。

3. **技术效果明显：** 采用MOI的概念，可以利用通用的基于服务的接口（如createMOI）来管理跟踪，替代了传统的专用Trace信令接口，具有简化交互、提高一致性的明显技术效果。

综上所述，特征A/J构成了本专利权利要求1的实质性技术障碍。在仅有D1的情况下，请求方无法建立本专利权利要求1不具备创造性的合理逻辑。请求方需要找到更切题的关于NRM MOI在OAM管理中应用的现有技术作为最接近对比文件，才有可能结合D1提出有效的创造性挑战，但即使如此，针对“跟踪管理”这一特定应用场景的结合也具有很大难度。

作为一名经验丰富的专利代理师，我将为您对目标专利权利要求1进行深入的法律与技术分析。本案目前仅提供了一份对比文件D1（WO2018089634A1），我们将紧密结合目标专利说明书的本意，对权利要求1的各个技术特征进行逐一比对，并从无效宣告请求的视角分析其创造性及防御薄弱点。

---

## 一、 结合目标专利说明书解释权利要求1

目标专利的核心发明点在于**将5G移动通信网络中的“跟踪管理（Trace Management）”与“基于服务的管理架构（SBMA）”以及“网络资源模型（NRM）”进行深度融合**。

根据说明书`[0002]`-`[0003]`记载，传统的3GPP SA5跟踪管理规范是基于传统的元件管理器（EM）、网络元件（NE）等紧密耦合的设计模式，这与5G引入的基于服务的管理架构（SBMA）不兼容。为了解决这一技术问题，本发明的权利要求1引入了三层核心映射关系和动态触发机制：

1. **架构兼容（特征A、C、J）**：在NRM（网络资源模型）中将跟踪管理实体抽象为被管理对象实例（MOI/IOC），使得消费方可以通过通用的供应管理服务总线（调用`createMOI`、`getMOIAttributes`等标准SBMA服务）来操作跟踪，从而实现了管理平面与控制平面的解耦。

2. **两级会话架构（特征B、D、E、F）**：区分了宏观的“跟踪会话（Trace Session）”和微观具体的“跟踪记录会话（Trace Recording Session）”。跟踪会话对应的是某个被管理对象，而跟踪记录会话则是响应于事件动态生成的，专门用以指示请求接收后发生的具体事件。

3. **数据流的层层递进与追溯（特征G、H、I、J）**：从消息（Trace Message） $\rightarrow$ 记录（Trace Record） $\rightarrow$ 报告（Trace Report），最终将生成的跟踪报告重新锚定回最初的“被管理对象实例（MOI）”，在SBMA架构下闭环完成了跟踪数据的收集和上报。

---

## 二、 权利要求1与对比文件D1的技术特征比对

对比文件D1：**WO2018089634A1 (NETWORK SLICE MANAGEMENT)**

### 技术特征比对表

---

## 三、 最接近对比文件的选择与创造性评述

### 1. 最接近对比文件的确立

在本案现有的检索范围内，**最接近的对比文件首选且仅能为 D1 (WO2018089634A1)**。

* **整体解决的技术问题角度**：目标专利旨在解决**“如何在5G新架构下实现现代化的跟踪数据收集与管理”**的问题；而D1同样旨在解决**“在5G/下一代网络（NG system）中如何针对特定的网络切片实例（NSI）进行用户和设备的跟踪数据记录与报告”**的问题（参见D1的`[0023]`和`[0124]`）。两者的技术领域相同，解决的核心技术问题高度类似。

* **技术效果角度**：两者都实现了跨网元的、基于事件触发的无线侧或核心网侧跟踪数据的捕获、记录和向后方收集实体（TCE）的自动化上报，达到了网络监控和故障定位的技术效果。

### 2. 未被最接近对比文件（D1）公开的特征分析

如特征比对表所示，D1未能公开特征A、B（部分）、C、D、E、F、G（部分）、H、J。由于目前**没有其他对比文件（如D2、D3等）被提供**，因此这些未公开的特征目前**属于纯粹的“发明区别特征”**，未被其他对比文件公开。

---

## 四、 若提出无效请求：最薄弱的技术特征分析（即对请求人而言的攻克难点）

如果站在**请求人（意图无效该专利的一方）**的角度，为了将该权利要求1宣告无效，**最难以攻克、也是专利权人最稳固的“最薄弱技术特征”（从无效请求成功的概率来看，指最难被无效掉的特征）**是：

> **特征C（请求与基于服务的管理架构SBMA兼容）** 结合 **特征D、E、F（两级会话架构在NRM被管理对象实例上的动态创建与绑定）**。

### 理由如下：

1. **技术范式的异构性**：D1的整体技术立足点仍然是传统的基于网元（NE）、网管（NM/DM/EM）以及NFV-MANO编排器的传统接口互联模式。而目标专利的特征C、D、E、F要求将这种纵向紧耦合的信令跟踪，转变为在SBMA总线上对网络资源模型（NRM）中信息对象类（IOC）实例的通用供应服务调用（如目标专利说明书`[0042]`所述的`createMOI`和`modifyMOIAttributes`）。

2. **两级会话的创新结构**：在5G SBMA架构下，将跟踪解耦为“宏观跟踪会话”与“微观动态触发的跟踪记录会话”，并且将最终的跟踪报告（特征J）重新绑定回NRM的MOI上，这在D1中完全找不到相对应的底层逻辑。D1仅是粗颗粒度地提到给NF发一个带有NSI ID的请求，然后NF就去记日志。

### 结论与建议：

若您作为**请求人**要对本专利提起无效，仅凭现有的D1是**完全无法动摇其创造性**的。您必须进一步补充检索3GPP SA5（服务与系统方面工作组5）在版本15（Rel-15）关于“5G系统演进中移动网络管理架构与网络资源模型（TS 28.541或TS 28.622等规范）”的**标准提案（TDoc）或背景技术对比文件D2**。只有找到将SBMA服务化接口引入Trace作业管理、或在NRM中为Trace建模的行业公知常识/现有技术作为D2，并将D1与D2进行结合，才有可能攻克特征C、D、E、F这一稳固的防御壁垒。

作为一名经验丰富的专利代理师，我将为您对目标专利的权利要求1进行深度解析，并结合提供的四份对比文件（D1、D2、D3、D4）进行逐字逐句的特征比对与创造性/无效分析。

首先，通过对四份对比文件的公开号、标题及文本内容进行核对，可以确认：

* **D1（US2009233611A1）**、**D2（WO2009113955A1）**、**D3（EP2253157B1）** 以及 **D4（ES2372365T3）** 均源自**同一同族专利申请家族**（由爱立信公司于2008-2009年左右申请的关于移动通信系统中跟踪日志管理的同族专利）。其说明书核心技术方案、实施例（如Example 1-3、图1a-5c的流程）在实质内容上**完全相同**。因此，在下文的特征比对中，这四份对比文件对技术特征的公开情况是完全等同的。

以下是针对权利要求1的详细拆解、特征比对、最接近对比文件筛选及无效最薄弱特征分析。

---

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

根据目标专利说明书的背景技术及具体实施方式，权利要求1的核心发明点在于：**引入了适应5G基于服务架构（SBMA）的网络资源模型（NRM），将跟踪会话、跟踪记录会话、跟踪记录和跟踪报告解耦并定义为网络资源模型中的被管理对象实例（MOI/IOC），从而实现了管理面与控制面/信令面的职责分离。**

基于此，我们将权利要求1拆解为以下10个具体技术特征：

* **特征A**：一种用于跟踪管理的方法，包括：在网络资源模型(NRM)中的被管理对象实例上，

* **特征B**：响应于从跟踪用户接收到针对跟踪会话的请求，确定与所述被管理对象实例相关联的所述跟踪会话，

* **特征C**：其中所述请求与基于服务的管理架构(SBMA)兼容；

* **特征D**：在所述跟踪会话中生成跟踪记录会话，

* **特征E**：所述跟踪记录会话指示在所述请求被接收到之后发生的事件，

* **特征F**：所述跟踪记录会话与所述跟踪会话相关联；

* **特征G**：至少部分地基于所述跟踪记录会话中的跟踪消息来生成跟踪记录，

* **特征H**：所述跟踪记录与所述跟踪记录会话相关联；

* **特征I**：至少部分地基于所述跟踪记录来生成跟踪报告，

* **特征J**：所述跟踪报告与所述被管理对象实例相关联。

---

## 二、 技术特征比对表格

由于D1、D2、D3、D4为同族专利，其文字描述和图纸完全一致，下表以该家族的共有公开内容进行统一特征比对，并给出各对比文件的详细出处（以段落号/步骤号为准）：

---

## 三、 最接近对比文件的分析与确定

在创造性分析中，D1、D2、D3、D4均有资格作为**最接近的对比文件（原型基本相同，本案中可同时指定为D1-D4同族实体）**。原因如下：

1. **技术领域完全相同**：均属于移动通信系统（如3GPP移动网络）中的“跟踪管理（Trace Management）/性能管理”技术领域。

2. **解决的技术问题高度重合**：目标专利与对比文件家族均旨在解决“如何在网络节点发生变更（如切换、多层管理）或复杂网络架构下，高效地管理、过滤、收集和上报跟踪日志，避免产生过量无用数据而耗费传输资源”的问题。

3. **技术路径具有继承性**：目标专利是在对比文件所处时代（LTE时代）的Trace IRP演进范式上，针对5G NRM和SBMA架构进行的升级。权利要求1中关于“跟踪会话 $\rightarrow$ 跟踪记录会话 $\rightarrow$ 跟踪记录 $\rightarrow$ 跟踪报告”的逐层演进生成关系，在对比文件的“Trace Start $\rightarrow$ Event History Buffer $\rightarrow$ Trace Log $\rightarrow$ Supply to Storage Node”流程中得到了实质性的映射。

因此，**D1（US2009233611A1）或D3（EP2253157B1）最适合作为本案无效宣告程序中创造性评判的“最接近的对比文件”**。

---

## 四、 区别特征核查与无效请求的“最薄弱特征”

### 1. 区别特征核查

通过上述特征比对，没有任何一个对比文件公开了**特征A中的“在网络资源模型(NRM)中的被管理对象实例上”**以及**特征C中的“与基于服务的管理架构(SBMA)兼容”**。其他对比文件（因为是同族）也没有公开这些特征。这意味着，本专利在形式上相对于对比文件家族存在明显的架构代际差异（传统通信架构 vs 5G基于服务的管理架构）。

### 2. 指出无效请求中最薄弱的技术特征（突破口）

如果要对本权利要求提出无效宣告请求，**最薄弱的技术特征（即最容易被斩断、被证明不具备创造性的特征）是：特征A和特征C的结合，即“在SBMA/NRM架构下引入MOI来实现跟踪管理”。**

**代理师深度无效策略分析：**

虽然对比文件家族（D1-D4）由于申请时间较早，文字上未直接出现“5G”、“SBMA（基于服务的管理架构）”或“NRM中的被管理对象实例”等时髦词汇。但是，**将被管理对象实例（MOI/IOC）引入网络资源模型（NRM）进行配置管理，属于3GPP标准制定中极其通用的惯用技术手段（如早期的通用子供给服务、IOC创建等）。**

目标专利说明书第`[0003]`段自己承认：

> “为了将跟踪会话控制和跟踪报告管理集中化，SA5还指定了跟踪集成参考点(IRP)……该特定接口和紧密耦合的设计模式与3GPP SA5在3GPP版本15中针对5G管理所引入的基于服务的管理架构(SBMA)管理范例不兼容。”

这说明，**从传统IRP架构向5G SBMA/NRM架构切换，是3GPP标准（Version 15）公开课本级的整体演进趋势**，并不是本专利的独创贡献。本专利实际上只是**“把D1-D4所公开的成熟跟踪管理流程，平行搬移到了5G标配的SBMA/NRM模型中，将各个实体用MOI（信息对象类别IOC的实例）进行了常规包装”**（参见目标专利说明书`[0042]`段）。

### 3. 具体无效宣告理由设计

* **主攻方向（创造性，法条22.3）**：以D1（或D3）为最接近的对比文件，结合5G网络管理领域的通用标准技术（证明在3GPP Rel-15中，利用通用供给服务创建/修改MOI是SBMA架构下的公知常识）。

* **论证逻辑**：D1已经完整公开了从请求到生成跟踪记录、再到生成报告的全部业务逻辑。本领域技术人员在面对5G网络演进时，为了解决传统紧密耦合接口不适配5G SBMA的问题，在5G SA5标准指南的启示下，本就具有强烈的动机将D1的跟踪控制逻辑改写为基于NRM的对象化管理模式（即调用通用的createMOI / modifyMOIAttributes通用服务）。这种架构的切换属于**常规的平台移植与参数映射**，并未带来意料之外的技术效果，因而权利要求1不具备创造性。

作为一名经验丰富的专利代理师，我现针对目标专利（简称“本申请”）权利要求1，结合说明书及四份对比文件进行深入的法律与技术分析。

### 一、 目标专利权利要求说明书的权威释义

本申请核心解决的是**5G管理范例中基于服务的管理架构（SBMA）下如何兼容和简化跟踪管理（Trace Management）**的技术问题。

根据说明书第`[0003]`、`[0038]`段，传统的跟踪管理（如3GPP Rel-15之前）基于集成参考点（IRP）架构，网络管理器（NM）与元件管理器（EM）之间是紧密耦合的，这种特定的接口设计与5G引入的**SBMA范例不兼容**。

因此，本申请权利要求1的核心设计思想是：**将跟踪会话和所支持的类别在网络资源模型（NRM）中定义为“被管理对象（MO）”，利用通用供应服务（如创建、获取、设置MOI属性等）来实现解耦的跟踪控制**。

* **特征A（网络资源模型NRM中的被管理对象实例MOI）：** 释义为通信网络中的虚拟或物理网络功能的逻辑表示，是从NRM中实例化的对象（如包含SubNetwork、ManagedFunction、ManagedElement等，参见说明书`[0041]`、`[0060]`）。

* **特征C（请求与基于服务的管理架构SBMA兼容）：** 释义为通过通用供应服务的总线（如调用`createMOI`、`modifyMOIAttributes`服务）来进行服务化交互，改变了以往专属信令接口（TraceIRP）的紧密耦合模式（参见说明书`[0003]`、`[0042]`）。

* **特征D、E、F（跟踪记录会话）：** 指在TSO（跟踪会话对象）被激活后，由特定事件触发而生成的TRSO（跟踪记录会话对象），其生命周期和关联关系完全作为网络资源模型中的包容关系或关联关系来管理（参见说明书`[0051]`、`[0061]`）。

---

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

在本案分析中，各对比文件的公开号及指代如下：

* **D1：** WO2012019375A1

* **D2：** EP2541977A1

* **D3：** CN103081558A（注：实质上为D1的同族中国申请，内容与D1高度对应）

* **D4：** WO2013066333A1

#### 权利要求1的技术特征比对表格

---

### 三、 最接近对比文件（最接近现有技术）的选择与分析

在创造性评性过程中，**D2（EP2541977A1）最适合作为本申请的最接近对比文件**。

#### 原因分析（整体解决的技术问题与技术效果角度）：

1. **技术领域与技术问题最为接近：** 本申请要解决的是“如何在北向管理体系中更优地配置和关联跟踪/测量任务，以解决传统紧密耦合接口限制跨层管理能力的问题”。**D2**的核心是研究“如何通过北向接口（Itf-n，包含IRP Manager和IRP Agent架构）向通信系统中的网络管理对象实例交付终端测量数据（MDT）配置，实现自动化网络优化”。这与本申请基于网络管理层设计新型跟踪架构的出发点完全一致。而D1/D3和D4主要关注的是在**网元平面/信令平面**（如MSC、eNodeB间）通过扩展信令字段来解决跨网元E2E呼叫跟踪或RLF/MDT数据关联的问题。

2. **技术特征重合度最高（NRM/IOC架构）：** D2已经引入了北向网络资源模型（NRM）的概念，其公开了`IOCInstance`（信息对象类别实例）作为测量的目标和作用对象，这直接对应了本申请特征A和特征J中的“被管理对象实例（MOI）”，并建立了跟踪报告与MOI的关联。这是D1、D3、D4所完全不具备的。

因此，以D2作为起点，在此基础上评估本申请对于服务化（SBMA）的改进，最契合实质审查的“三步法”逻辑。

---

### 四、 未公开特征的交叉检索与无效请求最薄弱特征判定

#### 1. 未被最接近对比文件（D2）公开的特征是否被其他对比文件公开？

通过上述特征比对可知，D2未公开的核心特征为：**技术特征C（所述请求与基于服务的管理架构SBMA兼容）**。

* **交叉检索结论：** 特征C**同样没有被D1、D3、D4公开**。

* **理由：** D1-D4的公开日/优先权日均在2010~2013年间，属于4G（LTE）及3G技术演进期。而“基于服务的管理架构（SBMA）”是3GPP Rel-15为了5G核心网及新一代管理系统专门引入的基于HTTP/2、JSON及服务化通信总线的新型架构。历史对比文件中绝不可能出现或暗示SBMA的请求兼容机制。

#### 2. 无效请求中最薄弱的技术特征（即本申请最稳固、最不易被无效的特征）

如果对本申请权利要求1提出无效宣告请求，**最薄弱的技术特征（即突破口、最容易被攻破的特征）是：特征A、B、D、E、F、G、H、I、J。**

具体而言：

* **特征B、D、E、F、G、H、I** 属于极其传统的3GPP通信跟踪管理流程（Trace Session / Trace Recording Session / Trace Record / TCE），已被D1-D4群体性全盘公开，没有任何新颖性可言。

* **特征A和特征J**（引入NRM的被管理对象实例管理跟踪），已被D2（EP2541977A1）通过`IRP Manager/Agent`及`IOCInstance`的架构实质性公开。

**总结：本申请据以对抗无效宣告的“免死金牌”和最强特征是【特征C】（与SBMA兼容）**。如果要成功无效本申请，请求人必须去检索Rel-15标准冻结（2018年前后）之后的5G网络管理文献作为对比文件，证明将传统MDT/Trace机制平移至5G SBMA服务总线属于本领域的惯用技术手段。利用本案现有的D1-D4，权利要求1的创造性将因特征C的存在而难以被推翻。

作为一名经验丰富的专利代理师，我将根据中国专利无效宣告审查标准，紧密结合目标专利说明书的文本脉络，并深度解析你提供的四份对比文件原文，为你提供严谨、规范、具有实战强度的专利权利要求合规与无效性分析。

---

### 一、 技术特征拆解与说明书深度释义

在解释权利要求1之前，首先结合**目标专利说明书（说明书.docx）**对其技术术语和核心设计逻辑进行权威界定：

1. **网络资源模型 (NRM) 中的被管理对象实例 (MOI)**：说明书 `[0038]` 和 `[0041]` 明确指出，这是3GPP版本15针对5G管理引入的基于服务的管理架构（SBMA）下的演进。MOI是信息对象类别（IOC）的实例化，代表通信网络中虚拟或物理网络功能的逻辑表示，其管理包括调用 `createMOI`、`modifyMOIAttributes`、`getMOIAttributes` 和 `deleteMOI` 服务。

2. **基于服务的管理架构 (SBMA) 兼容**：说明书 `[0003]`、`[0037]` 和 `[0042]` 指出，传统的跟踪管理（如Rel-15之前）依赖元件管理器（EM）、网络元件（NE）和跟踪集成参考点（Trace IRP）之间的紧密耦合接口。而本方案通过SBMA，实现管理平面与控制/信令平面的职责分离，消费方（如TCE）调用通用供应管理服务总线（Bus）来发起请求，从而“简化架构和交互”。

3. **跟踪会话、跟踪记录会话、跟踪记录、跟踪报告的四级层级关联**：紧密结合说明书 `[0054]` 及**图5（IOC类别图）**可知：

* **跟踪会话 (Trace Session)**：与被管理对象实例关联，定义跟踪作业的启动与属性。

* **跟踪记录会话 (Trace Recording Session)**：在跟踪会话内部由特定事件触发生成，指示请求接收后的事件。

* **跟踪记录 (Trace Record)**：至少部分基于会话中的跟踪消息（信令消息或MDT/RLF/RCEF的测量报告）生成，与跟踪记录会话关联。

* **跟踪报告 (Trace Report)**：至少部分基于跟踪记录生成或汇总，且**最终回归与最外层的被管理对象实例（MOI）相关联**，从而实现基于NRM的闭环管理架构。

---

### 二、 对比文件技术特征比对表

根据权利要求1拆解的特征 A 至 J，与四份对比文件的原文进行严谨的逐字逐句比对。

*注：D1（EP2617262A1）与 D2（US20130196640A1）属同族专利，文本架构与技术方案高度一致，为方便分析，下表将一并列出其具体出处，重点以 D1 进行深度解剖。*

---

### 三、 最接近对比文件（D1/D2）的确定及理由

在创造性审查或无效宣告程序中，**D1（EP2617262A1）/ D2（US20130196640A1，同族）**最适合作为本案创造性创造性分析的**最接近的对比文件**（第一大对比文件）。

#### 1. 技术领域及解决的技术问题完全相同

* **目标专利**解决的是在电信管理体系中，如何针对特定网元/会话有效地进行跟踪管理（Trace Management），实现数据采集、会话控制与报告输出的解耦和有序组织。

* **D1/D2** 同样属于无线通信系统中的端到端（E2E）电路业务（CS）呼叫跟踪管理领域，解决的是传统的跟踪控制参数如何在多网元（O-MSC、TSC、GMSC、T-MSC）之间跨层传播、激活、记录并汇总输出至 Trace Collection Entity（TCE）的问题。

#### 2. 技术特征覆盖度最高（结构最接近）

从上表的特征比对可以看出，D1/D2 毫无异议地公开了权利要求1中除“基于服务的管理架构（SBMA）兼容”这一具体通信演进架构之外的**几乎所有核心功能特征和内在的逻辑层级关系**（特征 A、B、D、E、F、G、H、I、J）。两者的技术框架都是“接收请求 $\rightarrow$ 确定会话 $\rightarrow$ 触发二级会话 $\rightarrow$ 捕获消息生成记录 $\rightarrow$ 输出报告给收集实体”的四级架构。

#### 3. 技术效果具有高度演进关联性

* **目标专利**通过 SBMA 架构下的 IOC/MOI 实例化管理，实现了管理平面与信令平面的职责分离，简化了多网元间的交互。

* **D1/D2** 的核心改良点（见其说明书 `[p0051]-[p0053]`）也是由于传统技术无法跨 MSC 传递跟踪参数，因此扩展了 E2E 跟踪选项与 Trace Collection Entity（TCE）地址，以实现跨多层、多节点的端到端视图汇总。两者在追求“跨多网元解耦汇总、简化管理平面干预”的技术效果上具有极高的技术亲和力。

*注：D3 与 D4 主要侧重于 MDT（最小化路测）和 LPP 定位协议下的底层测量污染、位置辅助数据配置，虽然也嵌套在 Trace 机制中，但其整体方案是为了解决定位信息对齐或干扰检测的具体技术缺陷，其技术骨架与本案权利要求1的纯粹网络管理四级模型的契合度不如 D1/D2 直观。*

---

### 四、 未公开特征分析与无效策略分析

#### 1. 未被最接近对比文件（D1/D2）公开的特征

权利要求1中唯一没有被 D1/D2 毫无异议公开的特征为：

* **特征C：其中所述请求与基于服务的管理架构(SBMA)兼容**。

同时，**特征A**和**特征J**中关于“在网络资源模型(NRM)中的被管理对象实例(MOI)上”的具体 SBMA 操作语境，在 D1/D2 中是以传统网元（NE）和 Trace Reference 的传统编排形式呈现的。

#### 2. 该特征是否被其他对比文件（D3/D4）公开？

**没有公开。**

D3 和 D4 的公开时间分别为 2014 年 6 月 5 日和 6 月 26 日，其技术背景均基于 3GPP Release 10/11 的传统演进技术（如 LTE、E-UTRAN、MME、E-SMLC）。在其原文中，请求的互通和传递完全依赖于传统的 **信令平面**（如 S1AP 协议、RRC 协议、LPP 协议）。这三份对比文件均**未涉及、也未公开** 3GPP Release 15 之后才引入的“基于服务架构（SBMA）”以及在服务总线（Bus）上通过调用通用的 `createMOI` / `modifyMOIAttributes` 服务来对服务化 IOC 进行管理的技术方案。

#### 3. 若提出无效请求，目标专利最薄弱的技术特征是什么？

如果对本专利权利要求1提起无效宣告请求，**最薄弱的技术特征（即专利权人最难守住、最容易被认定为属于公知常识或常规选择的特征）**是：

**特征C：其中所述请求与基于服务的管理架构(SBMA)兼容。**

##### 深度无效策略分析（攻防博弈点）：

虽然对比文件 D1-D4 均没有直接写出 “SBMA” 这一术语，但在无效宣告审查中，该特征极易被认定为**“随着通信标准演进必然带来的常规技术手段的系统移植”**，理由如下：

1. **功能实质的等同性**：权利要求1所限定的方法步骤（特征B、D、E、F、G、H、I、J）在实质上是一套通用的**跟踪/测量管理流控逻辑**。这套流控逻辑在 3G / 4G 时代（如 D1/D2 的 CS/IMS 域跟踪，D3/D4 的 Trace-based MDT）就已经发展得极其成熟，其“生成记录会话、关联会话、生成记录、生成报告并归属对象”的内在四级嵌套处理机制没有发生根本性变革。

2. **SBMA 仅是系统运行的通信环境/平台环境**：目标专利说明书 `[0038]` 承认：“新模型可以简化架构和交互，并与版本15的基于服务的管理架构（SBMA）一致。在新方法中，跟踪会话和所支持的类别将在NRM中被定义为被管理对象（MO），并且跟踪控制将利用通用供应服务被实现...”。这表明，本发明实际上是将 D1/D2 或传统 3GPP 规范中已知的 Trace 管理流控架构，**平移/移植**到了 5G SBMA 的通用服务总线和 NRM 模型中。

3. **法律适用（创造性判断）**：根据《专利审查指南》第二部分第四章关于创造性的审查原则，如果发明仅仅是将某项已知技术应用到新的环境或标准中，以适应新环境的硬性规范（标准演进要求所有管理网元服务化），且其在移植后产生的方法步骤和因果关系完全在预料之中，未带来意料不到的技术效果，则该“SBMA兼容”的移植特征不具备创造性。

**结论**：在提出无效请求时，应以 **D1（或D2）为主对比文件**，结合 **通信标准演进的公知常识（或提交 3GPP Rel-15 的 SBMA 架构基础规范作为公知常识证据）**，主张权利要求1的实质流控方案已被 D1 公开，而特征 C 的 SBMA 兼容性仅仅是本领域技术人员在 5G 网络部署时，为了顺应标准规范而进行的**常规架构平移**，从而全面击穿其创造性。

作为一名经验丰富的专利代理师，我将为您对该目标专利的权利要求1进行深度的法律与技术解析，结合说明书揭示其真实技术方案，并对比四份对比文件（D1至D4）的原文给出客观的创造性与无效可行性分析。

---

## 一、 紧密结合目标专利说明书解释权利要求1

目标专利主要解决的问题是：**传统的3GPP（如Rel-15之前）跟踪管理机制跨网元管理器（EM）、网络元（NE）和跟踪收集实体（TCE）采用紧密耦合的设计模式，这与5G管理中引入的基于服务的管理架构（SBMA）不兼容，从而限制了跨多层的管理能力，并带来了安全性和可用性缺陷。**

基于此，权利要求1的核心逻辑是以**解耦、通用的“网络资源模型（NRM）”和“基于服务的管理架构（SBMA）”**为底座，通过“对象化”的层级包容关系实现跟踪流的动态流转。说明书附图5清晰展示了这一新模型的抽象类对象包容关系：

<Image alt="5G核心网基于服务的架构(SBA)与网络资源管理模型结构图" caption="5G服务化架构(SBA)与网络资源管理集成" src="image_agent_tag_510433812716467450"/>

各特征结合说明书的具体解释如下：

* **特征A（NRM中的被管理对象实例，MOI）：** 对应说明书第`[0041]`段，MOI是通信网络中虚拟或物理网络功能的逻辑表示（如IOC的实例，包括被管理功能、被管理元件、子网等）。这意味着跟踪行为不再绑定死板的网络实体接口，而是绑定在NRM的通用逻辑对象上。

* **特征B、C（响应SBMA请求确定跟踪会话）：** 对应说明书第`[0042]`段。跟踪用户（如TCE）调用SBMA暴露的通用供应服务（如`createMOI`服务）来创建或改变跟踪会话。这种请求是**服务化调用的总线机制（总线340）**，与传统通过MME信令面逐级下发的信令完全不同，彻底改变了接口耦合度。

* **特征D、E、F（跟踪记录会话的指示与关联）：** 对应说明书第`[0050]`段。当包含跟踪会话对象（TSO）被激活且检测到特定事件发生时，自动在TSO中触发生成跟踪记录会话对象（TRSO）。该会话是TSO生命周期内的子集，指示请求之后发生的事件序列。

* **特征G、H（基于跟踪消息生成跟踪记录）：** 对应说明书第`[0052]`段。捕获会话中发送的信令消息、MDT测量或RLF报告，生成跟踪记录对象（TRO）并与TRSO关联。

* **特征I、J（生成与被管理对象实例关联的跟踪报告）：** 对应说明书第`[0054]`、`[0061]`段。最终汇总TRO生成跟踪报告（550），且报告并非直接扔给传统的特定接口，而是重新与被管理对象（510）建立关联，消费方通过调用`getMOIAttributes`或主动接收通知的方式获取，实现了完整的闭环服务化供应。

---

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

为了客观评估权利要求1的稳固性，我们将四份对比文件进行特征级拆解，以下为详细的公开事实及原文出处：

### 1. 对比文件公开事实检索与定位

* **D1 (US20150109939A1):** 关注 Rel-11 下的最小化路测（MDT）上行测量。其公开了将跟踪配置拆分为UE侧和RAN侧独立处理并最终合并报告的流程（`[0007]`, `[0026]`, `[0080]`）。

* **D2 (US20150223092A1):** 关注客户关怀（Customer Care）触发的无线网络测量。公开了由用户或应用手动/自动触发请求，从而激活 immediate-MDT 或 logged-MDT 跟踪流程（`[0016]`, `[0019]`, `[0067]`）。

* **D3 (CN103081558B):** 专门针对3GPP传统电路服务（CS）域的端到端呼叫跟踪。它极为详尽地公开了标准3GPP跟踪架构下的**“跟踪会话”、“跟踪记录会话”、“跟踪记录”和“跟踪文件（报告）”**的概念及层级触发逻辑（说明书第`[0006]`至`[0013]`段，附图1和附图2）。

* **D4 (US10075870B2):** 关注SAE/LTE/IMS网络下的E2E跟踪与服务质量（IPQoS）信息结合，由网元管理系统（EMS）统一收集与分析（`[0004]`, `[0084]`）。

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

---

## 三、 最接近的对比文件（CPA）的筛选与创造性评价

### 1. 谁最适合做最接近的对比文件（CPA）？

在创造性审查中，**D3 (CN103081558B)** 最适合作为本申请权利要求1的**第一最接近对比文件**。

* **技术领域及整体解决的技术问题：** D3 与目标专利完全属于相同的 3GPP 跟踪管理（Trace Management）技术领域。两者解决的根本技术问题都是“如何在复杂的通信网络架构中，建立起从跟踪会话（Trace Session）到跟踪记录会话（Trace Recording Session）、再到具体跟踪记录和最终文件输出的高效映射与流转机制”。

* **技术效果与特征覆盖度：** 如上表所示，D3 在“跟踪管理的四层对象级进模型”上，对于**特征 D、E、F、G、H、I** 达到了**“毫无疑问公开（字面完全落入）”**的程度。传统的3GPP Trace核心机制（会话->记录会话->记录->报告）已经在D3中被完整、全盘地披露。

同时，**D4 (US10075870B2)** 也可作为**备选的 CPA**，因为其站在网元管理系统（EMS）的角度来构建端到端（E2E）Trace视图，其解决端到端全链路跟踪的技术意图与目标专利的管理层演进有较大的贴合度。

### 2. 未被最接近对比文件公开的特征，是否被其他对比文件公开？

最接近对比文件 D3 未能公开的技术特征为：**特征A、特征C 和 特征J 中关于“与 NRM 中的被管理对象实例（MOI）相关联/SBMA兼容”的限定。**

审查发现，**这些特征在其他对比文件（D1、D2、D4）中均未被公开。**

* **原因分析：** 对比文件 D1-D4 均是在 2G/3G/4G（LTE/SAE）或早期 IMS 架构下提出的方案。在这些网络时代，3GPP 尚未提出 5G 的“基于服务的管理架构（SBMA）”和基于网络资源模型（NRM）的 IOC/MOI 概念。D1-D4 中所有的跟踪请求都是基于物理网络节点（如 MME、eNB、MSC、HSS）之间的点对点专有协议信令（如 MAP、S1-AP、BICC 等）逐级下发或通过外部探针/EMS强行捕获，无法实现服务化解耦。

---

## 四、 无效请求中最薄弱的技术特征（突破口）分析

如果您代表请求人对本目标专利提出无效宣告请求，该权利要求1**最薄弱（即最容易被斩断、最缺乏创造性显著高度）**的技术特征是：

> **特征 D、E、F、G、H、I （即“跟踪会话中嵌套生成跟踪记录会话，并基于会话消息生成跟踪记录及报告”的整个业务流转逻辑）**

#### 为什么说它是最薄弱的突破口？

从本质上看，虽然目标专利披上了“5G SBMA”和“NRM 对象化”的外衣，但它在具体实施跟踪的核心业务逻辑上，依然是在完美地重复 3GPP 沿用了十几年的传统 Trace 机制。

根据 **D3 的原文（第`[0006]`-`[0013]`段，附图1-2）** 已经白纸黑字地证明了：在 Trace 体系内，先启动全球唯一的 Trace Session，再由特定事件触发启动内部唯一的 Trace Recording Session，进而在其中抓取消息生成 Trace Record 并汇集成 Trace File 上报，这纯属传统 3GPP 规范的**固有标准架构**。目标专利只是把这些成熟的四层递进动作，生搬硬套到了 5G NRM 的类属性（TSO, TRSO, TRO）中。

#### 核心防线与真正的难点：

权利要求1真正的**“阿喀琉斯之踵”（最难攻破的防线）**在于**特征C（请求与基于服务的管理架构 SBMA 兼容）**。

SBMA 在 3GPP 5G 阶段是一项颠覆性的架构改变，它将传统的紧耦合接口变成了“服务总线注册/消费”机制。如果单凭现有的 D1-D4，由于它们天生带有4G及以前的信令平面烙印，合并起来也**无法自然推导出“如何将 Trace 请求重构为 SBMA 兼容的通用服务化调用（如 `createMOI`, `getMOIAttributes`）”**。

#### 无效策略建议：

1. **分步蚕食法（组合无效）：** 首先利用 D3 将特征 D~I 彻底打掉，证明核心跟踪流程属于公知常识或已被完全公开；

2. **引入5G基础标准（补充证据）：** 必须补充检索并引入 3GPP SA5 关于 5G 充电/管理服务化架构的通用标准规范（例如 TS 28.532 或 TS 28.622 关于 NRM 和通用供应服务的定义）作为**公知常识**或**对比文件 D5**。

3. **创造性辩驳论点：** 最终的论证逻辑应为：当 3GPP 整个核心网全面转型为 5G SBMA 架构（由D5证明）时，本领域技术人员为了将传统的 Trace 机制（由D3证明）移植到 5G 网络中，自然而然地会想到利用现成的 5G 通用供应服务（NRM/IOC）去承载老一代的“会话-记录”流程，这属于**常规的平台移植与架构适配，没有产生意料之外的技术效果**，从而成功攻克特征 C 这一高地，彻底无效掉权利要求1。

---

### 五、 交互式权利要求与对比文件分析工具

为了让您能够更直观地调整无效请求中的证据组合策略，并实时观察对本专利权利要求1的威慑度，为您提供以下交互式评估工具：

<GenerateWidget component_placeholder_id="im_117ed2c4d178ae93" height="600px">

```json

{

"widgetSpec": {

"id": "patent-invalidity-analyzer",

"height": "600px",

"prompt": "Objective: Create an interactive patent claim analysis and invalidity success rate simulator for Claim 1 against D1-D4.\nData State: Features A to J matching the claim elements. D3 covers D-I perfectly. Features A, C, J are the standard 5G NRM gaps.\nStrategy: Form Layout.\nLibraries: D3.js or Plot for statistical visualization.\nInputs:\n- Primary Prior Art Selection (Dropdown: D3, D1, D4)\n- Combine with Secondary Art (Dropdown: None, D1, D2, D4, 5G Standard Standard/Common Knowledge)\n- Invalidation Ground Focus (Toggle: Novelty vs Obviousness)\nBehavior: Show a visual claim chart alignment. When the user combines D3 with '5G Standard/Common Knowledge', the missing feature gap (A, C, J) shrinks, and an interactive 'Estimated Invalidation Probability' gauge dynamic jumps from 40% (low Obviousness proof) to 85% (high Obviousness proof). Provide an inline breakdown text explaining the text coupling strength."

}

}

```

</GenerateWidget>

---

<ElicitationsGroup message="作为您的专利战略顾问，针对接下来的答辩或攻击动作，您可以选择：">

<Elicitation label="针对特征C（SBMA兼容）补充精准的3GPP标准文献证据" query="请帮我检索并提供符合3GPP 5G NRM标准（如TS 28.532）的对比文件，用以彻底击碎特征C的创造性。"/>

<Elicitation label="编写一份正式的专利无效宣告请求书理据部分" query="请基于D3作为最接近的对比文件，结合5G公知常识，为您撰写一份符合国家知识产权局规范的权利要求1无效宣告请求书正文理据。"/>

</ElicitationsGroup>

作为一名经验丰富的专利代理师，我将为您对目标专利权利要求1进行深度解析，并结合提供的四份对比文件进行详尽的特征比对、创造性评判、最接近对比文件筛选以及无效请求最薄弱特征分析。

---

## 一、 目标专利权利要求1的释义与特征分解

结合目标专利说明书（尤其其背景技术部分[0002]-[0003]、具体实施方式[0038]-[0042]及图5），权利要求1的核心发明点在于：**改变了传统3GPP 5G之前的“集成参考点(IRP)”的紧耦合跟踪管理模式，引入了与5G基于服务的管理架构(SBMA)兼容的网络资源模型(NRM)被管理对象(MO)机制**。通过在NRM的被管理对象实例（MOI）上定义和流转“跟踪会话”、“跟踪记录会话”、“跟踪记录”和“跟踪报告”这四层对象结构，实现了管理平面与控制/信令平面的解耦。

根据提示词，权利要求1的技术特征分解如下：

* **技术特征A**：一种用于跟踪管理的方法，包括：在网络资源模型(NRM)中的被管理对象实例上，

* **技术特征B**：响应于从跟踪用户接收到针对跟踪会话的请求，确定与所述被管理对象实例相关联的所述跟踪会话，

* **技术特征C**：其中所述请求与基于服务的管理架构(SBMA)兼容；

* **技术特征D**：在所述跟踪会话中生成跟踪记录会话，

* **技术特征E**：所述跟踪记录会话指示在所述请求被接收到之后发生的事件，

* **技术特征F**：所述跟踪记录会话与所述跟踪会话相关联；

* **技术特征G**：至少部分地基于所述跟踪记录会话中的跟踪消息来生成跟踪记录，

* **技术特征H**：所述跟踪记录与所述跟踪记录会话相关联；

* **技术特征I**：至少部分地基于所述跟踪记录来生成跟踪报告，

* **技术特征J**：所述跟踪报告与所述被管理对象实例相关联。

---

## 二、 对比文件指代及公开号说明

为便于后续分析，对本案提及的4份对比文件指代如下：

* **D1**：`US20140219107A1` (Technique for Determining Correlated Events in a Communication System)

* **D2**：`KR1020140100495A` (MDT 데이터와 RLF 정보 상관)

* **D3**：`CN104067652A` (最小化路测数据与无线电链路失效信息的相关)

* **D4**：`US20140349583A1` (MINIMIZATION OF DRIVE TESTS DATA AND RADIO LINK FAILURE INFORMATION CORRELATION)

> **代理师内部提示**：经文本核对，**D2、D3、D4 为同一族专利（同族申请）**，其在不同国家/语言下的公开文本内容实质相同，均涉及在传统跟踪功能（Trace Functionality）内实现MDT数据与RLF信息的相关性存储与上报。

---

## 三、 技术特征比对表格

以下将目标专利权利要求1的特征与D1、D2/D3/D4进行客观特征比对（由于D2、D3、D4实质等同，故合并分析，其详细出处对应各文件各自的说明书段落）：

---

## 四、 最接近的对比文件筛选与创造性评判

### 1. 整体解决的技术问题与技术效果分析

* **目标专利**：解决的技术问题是传统的Trace IRP紧耦合架构与5G的**基于服务的管理架构(SBMA)**不兼容、管理跨层受限的问题；达到的技术效果是通过将跟踪控制融入网络资源模型(NRM)的被管理对象(MO)中，解耦了管理平面与控制平面，简化了网络功能与管理实体的交互。

* **D1 (`US20140219107A1`)**：解决的技术问题是如何在现代通信系统中高效确定由根源故障引起的传播告警或性能事件之间的关联性；其技术效果是利用上下文标识符（Context IDs）建立关联图谱，快速溯源根部告警。

* **D2/D3/D4 (`CN104067652A`等)**：解决的技术问题是如何在不强行绑定MDT与RLF功能的前提下，实现每UE（User Equipment）的MDT路测数据与RLF失效信息的关联收集；其技术效果是通过在传统的Trace流程中复用TR和TRSR参数（或UE上下文）来标记和存储MDT和RLF信息，实现非解耦情况下的联合收集与TCE关联。

### 2. 最接近的对比文件筛选

在创造性分析中，**D2/D3/D4（统称同族文件，以中文公开文本D3 `CN104067652A` 为代表）最适合作为最接近的对比文件**。

* **理由**：D3同样属于“电信领域中的跟踪管理（Trace Management）”这一技术主题，且其明确公开了“跟踪会话、跟踪记录会话、跟踪记录、跟踪报告”这四层跟踪架构的概念流转与数据包含关系（对应特征B、D、E、F、G、H、I）。其技术领域、要解决的宏观问题（跟踪管理中的数据关联与控制）以及披露的技术特征数量均明显多于D1。

---

## 五、 无效请求的技术防线与薄弱特征分析

### 1. 其他对比文件是否公开了区别特征？

通过特征比对可知，最接近的对比文件（D3）未能公开的区别特征为：**特征A、特征C、特征J**。

* **具体为**：在“网络资源模型(NRM)中的被管理对象实例(MOI)”上进行相关操作，请求与“基于服务的管理架构(SBMA)”兼容，以及跟踪报告与“被管理对象实例(MOI)”相关联。

* **交叉检索结论**：另一份对比文件 **D1 同样没有公开这些特征**。D1中虽然提到了“Context IDs”（诸如UE context、cell context、interface context等），但这些上下文仅用于在传统的告警管理系统中做事件级联图谱，完全未涉及5G NRM模型、MOI对象实例化，也未涉及SBMA架构。

### 2. 无效请求方最薄弱的技术特征（即目标专利最稳固的防线）

如果由我方作为无效请求方（或者面临对手来无效本专利），**特征A + 特征C + 特征J（即 NRM/MOI 与 5G SBMA 的结合）是整个无效案中最薄弱、最难攻克的硬骨头**。原因如下：

1. **技术范式的代际阻断**：对比文件D1~D4的公开时间均在2014年左右，正值4G LTE-A向5G演进的前期阶段。这些文件所依赖的基础架构是传统的“网管中心-网元（NM-EM-NE）”以及基于“集成参考点（IRP）”的紧耦合命令式架构。而本专利的特征C和A直接锚定了3GPP系统在Release 15后针对5G引入的**基于服务的管理架构（SBMA）**。

2. **非显而易见性（创造性高度）**：在SBMA和NRM下，网元被虚拟化为MOI，传统的Trace激活变成了调用通用供应服务（如`createMOI`、`modifyMOIAttributes`）。这种从“信令平面/专用接口硬编码传递Trace参数”到“面向服务的通用模型上报和变更为MOI属性”的架构演进，属于3GPP标准更迭带来的系统级重构。

### 3. 专利代理师应对策略

* **若我方为专利权人（防守方）**：应死守特征C和A，强调本发明是将特定的Trace流程“解构并重组”于5G NRM模型中，使得四层跟踪对象直接作为MOI的属性或实例化对象存在，产生了“解耦控制平面、提升5G横向跨层管理可用性”的预料不到的技术效果，常规4G技术人员无法显而易见地想到这种架构迁移。

* **若我方为无效请求方（攻击方）**：由于D1~D4无法直接提供 SBMA/NRM 方面的结合启示，我方必须从**3GPP标准基础规范**（如SA5工作组关于5G SBMA的通用规范 3GPP TS 28.533 或 NRM 通用规范 3GPP TS 28.622）中寻找公知常识或补充对比文件（D5）。证明“将传统Trace流程（D3）放入5G通用的SBMA/NRM架构（D5）中进行服务化改造，是本领域技术人员在5G标准演进时无需付出创造性劳动就能直接实现的常规架构迁移”。

作为一名经验丰富的专利代理师，我将为您对目标专利权利要求1进行深度解析，并结合提供的四份对比文件（D1-D4）进行逐字逐句的特征比对与创造性分析。

首先，通过对四份对比文件的初步文本审查，可以确定：

* **D1 (US20090233611A1)** 与 **D2 (WO2009113955A1)**、**D3 (EP2253157B1)**、**D4 (ES2372365T3)** 享有完全相同的技术源头，其背景技术、发明内容及具体实施方式（如Example 1-3、图1a-5c等说明书架构）完全一致。D1-D4的核心在于解决**传统蜂窝网络（如LTE/GSM）中，用户设备（UE）在基站（eNodeB）之间切换（Handover）时，源基站由于无法获知会话结束状态，而导致无法有效管理和过滤Event History Buffer（事件历史缓存区）中跟踪日志数据的问题。**其核心技术手段是在基站之间传递包含触发原因和时间的“跟踪状态指示（trace status indication）”，或通过定时器触发本地删除。

以下是针对权利要求1的详细拆解、特征比对、最接近对比文件选择以及无效请求薄弱点分析。

---

### 一、 权利要求1的技术特征拆解与解释

结合目标专利说明书（【说明书.docx】），权利要求1构建了一种**基于网络资源模型（NRM）和基于服务管理架构（SBMA）的现代化电信跟踪管理方法**。其真正的发明点在于将跟踪会话、记录会话、跟踪报告等全部抽象为NRM中的**被管理对象实例（MOI）**，从而彻底解耦了传统架构中NM-EM-NE之间紧密耦合的信令面限制，与5G时代的SBMA范例相兼容。

各技术特征解释如下：

* **特征A**：限定了执行主体或技术环境是在网络资源模型（NRM）中的被管理对象实例（MOI）上。

* **特征B、C**：限定了触发条件，明确接收到针对跟踪会话的请求，且该请求必须兼容**基于服务的管理架构（SBMA）**（即5G管理范例）。

* **特征D、E、F**：限定了在内部生成“跟踪记录会话（指示请求后的事件）”，并与跟踪会话关联。

* **特征G、H**：限定了基于跟踪消息生成具体的“跟踪记录”。

* **特征I、J**：限定了最终汇总生成“跟踪报告”，且该报告反过来与最初的“被管理对象实例”相关联，形成闭环。

---

### 二、 技术特征比对表格及详细出处

由于D1、D2、D3、D4源自同一技术家族，其公开的内容实质相同。下表以 **D1 (US20090233611A1)** 为主要代表进行特征比对，并在出处栏同时列明D1-D4的对应原文详细位置：

#### 权利要求1与对比文件特征比对表

---

### 三、 最接近对比文件的选择与创造性评述

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

在本案中，**D1 (US2009233611A)、D2 (WO2009113955A)、D3 (EP2253157B) 和 D4 (ES2372365T)** 均属于同一技术家族，其公开的技术方案、说明书文字及附图在实质上是**完全等同**的。

因此，**D1、D2、D3、D4均同样适合作为本案创造性评述中最接近的对比文件（可以同时并列作为D1）**。在后续分析中，我们可任选其一（例如使用在中国专利审批及无效程序中更容易被获取和核实的公开出版物，如美专申请D1或欧专授权D3）作为最接近的现有技术。

#### 2. 最接近对比文件的技术问题与效果分析

* **对比文件解决的技术问题与效果**：D1-D4聚焦于“传统通信架构下，跨基站切换时分布式日志的过滤与上载回收机制”，解决的是基站硬件层面缓冲区溢出、无效数据上载浪费带宽和存储资源的底层技术问题。

* **目标专利解决的技术问题与效果**：目标专利面向的是5G网络，解决的是“传统 NM-EM-NE 紧密耦合接口（Trace IRP机制）与5G R15基于服务的管理架构（SBMA）不兼容、管理层级受限、信令面传输共谋性及安全性差”的架构级技术问题（参见目标专利说明书[0002]-[0003]）。其达到的效果是实现了管理平面与控制/信令平面的彻底分离，简化了拓扑交互（说明书[0059]）。

---

### 四、 无效请求方最薄弱的技术特征（结论与策略）

若您作为**无效宣告的请求方**（旨在推翻该目标专利的有效性），基于目前的D1-D4组合，您面临的**最薄弱的技术特征（即最难攻克、最不容易被无效掉的特征）**是：

> **技术特征C（其中所述请求与基于服务的管理架构(SBMA)兼容）** 以及其赖以存在的生态基础 **技术特征A、技术特征J（在网络资源模型NRM中的被管理对象实例上操作及关联）**。

#### 原因分析：

1. **技术领域的断层（时代鸿沟）**：对比文件D1-D4的公开日/优先权日大约在 **2009-2011年左右**，属于典型的 3G/4G LTE 早期技术。而“基于服务的管理架构（SBMA）”和现代化“网络资源模型（NRM）中的被管理对象实例（MOI）”是 **3GPP R15（5G时代）** 阶段为了全面云化、服务化才引入的全新管理范例（目标专利说明书[0002]、[0038]）。

2. **技术方案的实质差异**：D1-D4所有的切入点和具体实施方式（如Example 1-3）都是在探讨**基站（硬件/网元层）**内部如何起定时器、基站之间如何通过通信接口发显式信令。而目标专利权利要求1则将这些动作完全抽象到了**管理层（MOI、IOC、createMOI服务、总线化调用）**（参见目标专利说明书[0042]）。

3. **其他对比文件是否公开？** 目前提示词包含的D1、D2、D3、D4属于同族，**完全没有公开**上述特征A、C、J。

#### 专利代理师的无效诉讼策略建议：

如果您必须对该目标专利提起无效请求，单凭目前的D1-D4（同族文件）在创造性上**极难成功**，因为审查员或专利局复审委员会极易以“对比文件属于传统网络架构，未给出向5G服务化架构（SBMA）转型并对象化的技术启示”为由驳回无效请求。

**强化证据链的补救方案**：

您必须启动二次检索，寻找**全新的对比文件（可称为D5/D6）**，其检索方向应当是：

* **3GPP SA5 工作组在5G早期的标准提案（Contributions）或 R15 阶段的通用规范（如 TS 28.533 / TS 28.622 等关于SBMA和通用解耦供应服务的规范）**。

* 利用D5证明：“将通信系统中的跟踪管理功能（Trace Management）纳入5G的SBMA架构，并利用网络资源模型（NRM）的被管理对象实例（MOI）及通用供应服务（如createMOI）进行抽象化控制”，在目标专利申请日以前已经是**本领域的公知常识或标准既定走向**。

* 最后，通过 **[D1-D4同族之一（提供底层跟踪和过滤的具体步骤）] + [新检索到的D5（提供5G SBMA/NRM的架构级平台改造启示）]** 进行结合，评述权利要求1不具备创造性。只有这样，才能打破由于特征C和A带来的“5G时代红利保护伞”。

作为一名经验丰富的专利代理师，我将严格依据目标专利说明书的公开内容来解析权利要求1，并结合给定的四份对比文件进行深入的侵权/无效创造性分析。

以下为详细的分析报告：

---

### 一、 紧密结合目标专利说明书解释权利要求1

目标专利主要解决的是传统3GPP SA5旧架构中，网络管理器（NM）、元件管理器（EM）和网络元件（NE）之间通过特定的集成参考点（Trace IRP）进行紧密耦合、通过信令平面传达跟踪管理信息，导致**与5G引入的基于服务的管理架构（SBMA）不兼容、限制跨层管理能力、且存在安全性和可用性问题**的技术缺陷（参见说明书`[0002]-[0003]`、`[0037]`）。

为了解决该技术问题，目标专利引入了**基于网络资源模型（NRM）的跟踪管理**，将跟踪会话和类别定义为网络资源模型（NRM）中的**被管理对象（MO/MOI）**，并利用通用供应服务（如创建IOC、设置IOC属性）来实现控制，从而实现管理平面与控制/信令平面的职责分离，简化交互，并与SBMA兼容（参见说明书`[0038]`、`[0059]`）。

基于上述发明主旨，对权利要求1的各技术特征解释如下：

* **特征A（NRM与被管理对象实例）**：指跟踪管理不再依赖于特定的专用信令接口，而是建立在Sa5 NRM信息模型之上，将网络功能虚拟或物理逻辑表示为信息对象类别（IOC）的实例（MOI）（说明书`[0038]`、`[0041]`）。

* **特征B（响应用户请求确定跟踪会话）**：指消费方（如TCE）调用通用服务（如createMOI）向管理功能发起请求，管理功能（如NFMF）在对应的被管理对象实例上确定或创建跟踪会话对象（TSO）（说明书`[0042]`、`[0046]`）。

* **特征C（SBMA兼容）**：这是本架构的核心限定，指请求和交互遵循基于服务的管理架构，通常利用通用供应管理服务总线进行连接和调用（说明书`[0042]`）。

* **特征D、E、F（跟踪记录会话的生成与关联）**：指在激活的跟踪会话对象（TSO）内部，由特定事件触发而生成的跟踪记录会话对象（TRSO），用以捕获和指示接收请求后发生的信令、测量等事件（说明书`[0050]-[0051]`）。

* **特征G、H（基于跟踪消息生成跟踪记录）**：指捕获会话中发送的信令消息、MDT测量或报告，在TRSO中生成对应的跟踪记录对象（说明书`[0052]`、`[0068]`）。

* **特征I、J（生成跟踪报告并关联被管理对象实例）**：指基于TRSO相关的跟踪记录进行汇总，生成跟踪报告对象（TRO），并且该报告在模型层面上直接与最初的被管理对象实例（MOI）相关联，从而恢复出对象整体的管理视图（说明书`[0054]`、`[0061]`）。

---

### 二、 对比文件技术特征比对与出处分析

我们引入以下符号代指对比文件：

* **D1**：2012-02-16_WO2012019375A1

* **D2**：2013-01-02_EP2541977A1

* **D3**：2013-05-01_CN103081558A（注：D3与D1为同族专利，技术内容实质相同，下文主要引用D1/D3）

* **D4**：2013-05-10_WO2013066333A1

#### 1. 各对比文件公开情况的详细出处分析

* **特征A：包括：在网络资源模型(NRM)中的被管理对象实例上，**

* **D2实质公开**：D2公开了利用网络管理系统（NMS）和集参考点（IRP）架构来管理网络。在其具体的参数配置表（Table 1, Table 2, Table 3）中，明确公开了`IOCInstance`（信息对象类别实例，即被管理对象实例）、`iOCName`、`iOCInstanceList`等概念。Table 1明确指出“*For MDT of a single user, identifies the MME and HSS entities... For MDT in an area, specifies the object instances for which MDT is to be activated.*”。这属于标准的3GPP NRM网络资源模型和MOI（被管理对象实例）范畴。

* **D1/D3、D4未公开**：D1/D3和D4主要从传统的网元（NE）、信令面（BICC/ISUP/SIP）或设备上下文（UE Context）的角度描述跟踪，未上升到NRM模型及MOI层面的管理。

* **特征B：响应于从跟踪用户接收到针对跟踪会话的请求，确定与所述被管理对象实例相关联的所述跟踪会话，**

* **D2毫无疑问公开**：D2中公开了“*receiving, by an integration reference point agent (IRP Agent), a terminal measurement data start operation... sent by an integration reference point manager (IRP Manager), where the terminal measurement data start operation... carries configuration parameters...*”（说明书`[0032]`、`[0076]`）。并且Table 1中指出该操作针对特定的`IOCInstance`激活跟踪或MDT工作（`Active Trace Job`）。

* **D1/D3毫无疑问公开**：D1/D3公开了操作和维护（O&M）服务（如EMS）向HSS/HLR发送跟踪会话激活消息（`Trace Session activation`），HSS存储与该跟踪会话相关联的跟踪控制和配置参数（参见D1/D3的步骤401、402及`[p0103]-[p0105]`）。

* **D4毫无疑问公开**：D4公开了网络网元接收到跟踪会话激活请求（`trace session activation request`）（参见D4的`[0004]`、`[0039]`）。

* **特征C：其中所述请求与基于服务的管理架构(SBMA)兼容；**

* **D1/D3、D2、D4均未公开**：由于D1-D4的公开时间均为2012-2013年，属于4G/LTE技术演进期。而“基于服务的管理架构（SBMA）”是3GPP在Rel-15版本中针对5G管理专门引入的新范 Paradigm。因此，所有对比文件在字面上均未公开“与SBMA兼容”这一特征。

* **特征D：在所述跟踪会话中生成跟踪记录会话，**

* **D1/D3毫无疑问公开**：D1/D3明确定义并公开了Trace Recording Session（跟踪记录会话）的概念：“*Trace Recording Session: time interval within a Trace Session while trace records are generated...*”（参见D1/D3的`[p0014]`、`[p0022]`），并在步骤408/409中公开“*O-MSC server starts a Trace Recording Session with a Trace Recording Session Reference*”(`[p0120]`)。

* **D4毫无疑问公开**：D4同样明确公开了在跟踪会话中为每个UE连接生成跟踪记录会话（TRSR）：“*TR parameter (which represents a trace session...) and a TRSR parameter (which represents a trace recording session associated with the specific UE)*”（参见D4的`[0028]`、`[0039]`）。

* **D2实质公开**：D2公开了MME或eNodeB启动针对特定用户的跟踪日志会话（`trace logging session`）（参见D2的`[0028]`、`[0096]`）。

* **特征E：所述跟踪记录会话指示在所述请求被接收到之后发生的事件，**

* **D1/D3毫无疑问公开**：D1/D3公开了当出现在跟踪控制和配置参数中定义的任意开始触发事件时（例如移动源端呼叫开始），开始跟踪记录会话并记录相关的信令消息（参见D1/D3的步骤408、409及`[p0120]`）。这些事件显然发生在请求被接收并激活会话之后。

* **D4毫无疑问公开**：D4公开了在发生无线链路失败（RLF）或进行MDT测量等触发事件时，捕获并记录相关信息（参见D4的`[0004]`、`[0028]`）。

* **特征F：所述跟踪记录会话与所述跟踪会话相关联；**

* **D1/D3毫无疑问公开**：D1/D3公开了“*the Trace Session 110 may include several Trace Recording Sessions... identified by a Trace Recording Session Reference which is unique within the Trace Session 110*”（参见D1/D3的`[p0022]-[p0023]`）。

* **D4毫无疑问公开**：D4公开了每个UE连接的TRSR（跟踪记录会话）与代表整体功能跟踪会话的TR参数相关联（参见D4的`[0028]`）。

* **特征G：至少部分地基于所述跟踪记录会话中的跟踪消息来生成跟踪记录，**

* **D1/D3毫无疑问公开**：D1/D3公开了根据跟踪控制和配置参数来记录并输出与呼叫过程相关的信令消息（即跟踪消息），将其记录到跟踪文件内（参见D1/D3的`[p0120]`、`[p0149]`）。

* **D4毫无疑问公开**：D4公开了接收UE发来的MDT信息或RLF报告（属于跟踪消息），并“*storing the radio link failure information within a trace record*”或“*storing the minimization of drive tests information within a trace record*”（参见D4的`[0004]`、`[0008]`、`[0031]`）。

* **D2毫无疑问公开**：D2公开了UE向eNodeB发送终端测量数据报告，网元记录并将记录的跟踪数据（`trace data`）发送给跟踪数据收集实体（参见D2的`[0023]`、`[0025]`）。

* **特征H：所述跟踪记录与所述跟踪记录会话相关联；**

* **D1/D3毫无疑问公开**：D1/D3公开了在跟踪记录会话的时间间隔内为被跟踪的对象生成跟踪记录，且通过唯一标识（如文件名或数据内的关联）来使相同的呼叫过程相关联（参见D1/D3的`[p0014]`、`[p0146]`）。

* **D4毫无疑问公开**：D4公开了将MDT/RLF信息存储在跟踪记录中，并且根据对应用户上下文中的TR和TRSR参数来识别和关联（参见D4的`[0008]`、`[0031]`）。

* **特征I：至少部分地基于所述跟踪记录来生成跟踪报告，**

* **D1/D3毫无疑问公开**：D1/D3公开了跟踪数据报告器将所有相关跟踪数据记录到跟踪文件内，并在停止跟踪记录会话后，将所记录的跟踪文件（即跟踪报告）输出给跟踪收集实体（TCE）（参见D1/D3的`[p0058]-[p0059]`、`[p0145]`）。

* **D2毫无疑问公开**：D2中公开了UE产生终端测量数据报告（`MDT Data Report`），并通过NodeB转发给跟踪数据收集实体（`Trace data collecting entity`）（参见D2的`[0023]`、`[0031]`、`[0102]`）。

* **D4毫无疑问公开**：D4中公开了将包含跟踪记录的底层数据发送/传输给跟踪收集实体（TCE）（参见D4的`[0004]`、`[0008]`、`[0036]`）。

* **特征J：所述跟踪报告与所述被管理对象实例相关联。**

* **D2实质公开**：D2公开了通过查询激活的跟踪任务操作（`ListActivatedTraceJobs`），系统能够输出当前正在参与该用户数据收集任务的UE数量（`NumberOfUEParticipatingCollection`），并且该任务与最初在Table 1/2中配置的`IOCInstance`（被管理对象实例）范围相绑定。这意味着最终收集上来的报告和状态能够追溯并关联到最初的被管理对象实例。

* **D1/D3、D4未公开**：D1/D3和D4的报告最终发送给TCE，其关联的基础是底层的网元标识或用户标识（IMSI/IMEI），未在Sa5管理模型层面将其关联至“被管理对象实例（MOI）”。

---

### 三、 技术特征比对表格

---

### 四、 确定最接近的对比文件

在创造性分析中，可以确定 **D2 (EP2541977A1)** 和 **D1/D3 (WO2012019375A1)** 共同作为**最接近的对比文件**（由于存在不同的技术切入点，最接近的对比文件可以有多个）。

#### 1. 选择 D2 作为最接近对比文件的理由（从技术架构和所解决技术问题角度）

* **整体解决的技术问题**：目标专利旨在解决传统 Trace IRP 紧密耦合、难以跨层管理、以及无法融入5G新型管理架构的问题。目标专利提出的解法是**基于NRM模型，将跟踪管理IOC化（对象化）**（说明书`[0038]`）。

* **技术效果与匹配度**：**D2** 正是面向标准3GPP网络管理架构（NMS-EMS-NE），且率先在创造性地提出重用或扩展现有网络北向接口（Trace IRP或PM IRP）来进行终端测量数据/跟踪数据的收集，并**首次显式引入了网络资源模型中的 `IOCInstance`（信息对象类别实例）和 `iOCName` 来作为配置和关联的基础**。在技术领域、网络拓扑（NMS-EMS）以及利用模型层（NRM/IOC）进行高层抽象管理的技术思路上，D2与目标专利最为接近。

#### 2. 选择 D1/D3 作为最接近对比文件的理由（从跟踪细分流程角度）

* **整体解决的技术问题**：D1/D3针对标准的3GPP Trace机制，理顺了端到端调用流跟踪的上下文透传。

* **技术效果与匹配度**：D1/D3对3GPP标准跟踪规范中的“**Trace Session（跟踪会话） -> Trace Recording Session（跟踪记录会话） -> Trace Record（跟踪记录） -> Trace File/TCE（跟踪报告）**”这套完整的生命周期和嵌套关联关系给出了最为严密和正规的文本定义。如果审查员倾向于从具体执行步骤的“行为流”来评估创造性，D1/D3完美覆盖了权利要求1中除架构限定外的所有流程骨架。

---

### 五、 其余特征是否被其他对比文件公开

目标专利权利要求1中，未能被单独一份最接近对比文件完全覆盖的特征，已被其他对比文件交叉公开：

1. 若以 **D2** 为最接近的对比文件：

* D2中关于“跟踪会话中嵌套生成跟踪记录会话，并基于其内部的跟踪消息（信令）逐层生成记录和关联”的文字表述略偏向于MDT测量（Logging session）。

* 而这一套标准的3GPP跟踪生命周期和递进关联特征（特征D、F、H），已被 **D1/D3** 以及 **D4** 毫无疑问地完全公开（例如D4明确公开利用TR和TRSR在UE Context中进行底层记录的关联和汇总，D1/D3在`[p0014]`中完美给出了这几者的包含关系）。

2. 若以 **D1/D3** 为最接近的对比文件：

* D1/D3未公开特征A（NRM中的被管理对象实例）和特征J（跟踪报告与被管理对象实例相关联）。

* 这两个属于Sa5信息模型层的特征，已被 **D2** 完全公开。D2在北向接口交互中，明确要求配置`IOCInstance`（被管理对象实例），并通过该实例启动、查询和结束任务（特征A、J）。

---

### 六、 指出无效请求方最薄弱的技术特征及应对策略

对于无效请求方（ Petitioner ）而言，本案中**最薄弱的技术特征（即最难攻克的防线）**显然是：

**特征C：“其中所述请求与基于服务的管理架构(SBMA)兼容；”**

#### 1. 为什么该特征最薄弱？

* **时间鸿沟与字面缺失**：对比文件D1-D4的公开时间（2012-2013年）远早于5G Rel-15标准的制定时间。在所有对比文件的固有知识库中，根本不存在“SBMA（基于服务的管理架构）”这一术语。字面上的完全缺失使得请求方无法建立直接的“毫无疑问公开”的证据链。

* **说明书的特异性强调**：目标专利说明书在背景技术`[0003]`和具体实施方式`[0037]`中，特意将“与SBMA不兼容”作为现有技术（即D1-D4所代表的传统Trace IRP架构）的重大缺陷进行批驳。说明书强调本发明是通过“总线（Bus 340）调用通用供应供应服务”来实现SBMA兼容的。这为专利权人筑起了一道高高的技术壁垒。

#### 2. 请求方的应对策略与辩导方向（如何打掉特征C）

虽然字面未公开，但请求方绝不能放弃，应采用**“技术实质等同/设计变更必然趋势”**的逻辑进行论证：

* **策略一：揭示“SBMA兼容”的通用技术本质（功能性限定论证）**

请求方应指出，“与基于服务的架构兼容”在权利要求1的方法流程中，并未引入任何全新的、异化的物理步骤。从系统架构演进看，SBMA的本质是将传统的面向接口的RPC/IRP调用，转变为面向服务的通用RESTful API调用。

结合 **D2** 的公开内容，D2在北向接口上调用的是 `CreateMeasurementJob`、`ActiveTraceJob`、`modify/get` 等**通用管理操作**（类似于面向对象的通用服务），且同样通过通用的北向Itf-N总线传输。请求方可以论证：D2已经显式地将Trace management转化为基于Sa5 NRM模型的“通用服务化调用”。将这种4G时期的“通用IRP服务调用”替换为5G时期标准化的“SBMA通用服务调用”，属于本领域技术人员在标准演进时的**常规技术选择或单纯的设计变更**，并未带来意料不到的技术效果。

* **策略二：利用目标专利说明书的自我隐喻进行“公知常识”转化**

目标专利说明书第`[0038]`段指出：“*在新方法中... 跟踪控制将利用通用供应服务被实现，诸如创建IOC或获得/设置IOC属性。*”

请求方可以反编译这一定义：专利权人自己承认，所谓“与SBMA兼容”在技术落地上的体现，就是**利用通用供应服务来创建IOC、获得/设置IOC属性**。

此时，再回看最接近的对比文件 **D2** 的Table 2和Table 3，D2早已公开了利用通用的测量任务创建命令（类似于`createMOI`），对 `iOCName` 和 `iOCInstanceList` 进行属性配置和下发。因此，目标专利中支撑“SBMA兼容”的实质性技术手段，已经被D2完全公开。权利要求1将其冠以“SBMA兼容”的名字，属于典型的**用新标准术语包装已知技术实质**，不具备创造性。

综上所述，通过 **D2 或 D1/D3 作为主引用文件，结合 D4 或公知常识**，无效请求方完全有能力构建一条逻辑严密的创造性破坏链条。

作为一名经验丰富的专利代理师，我深刻理解在无效宣告程序或侵权诉讼中，**将权利要求精准拆解为技术特征，并与对比文件的技术方案进行“一字不落”的原文比对与出处锁定**，是确立无效理由稳固性的关键。

针对您提供的新基于网络资源模型（NRM）的“用于跟踪管理的方法”目标专利以及4份对比文件（D1~D4），我将为您进行全面的权利要求解释、技术特征拆解、原文实质公开分析、最接近对比文件选择以及最薄弱特征论证。

---

### 一、 目标专利权利要求1的合理解释与特征拆解

根据目标专利说明书【说明书.docx】的背景技术和具体实施方式，本申请旨在解决**常规3GPP网络管理系统（如基于IRPManager到IRPAgent的紧密耦合接口）与5G版本15所引入的“基于服务的管理架构（SBMA）”管理范例不兼容**的问题（说明书[0003]、[0037]）。

本申请的核心发明点在于：引入一种新的、基于NRM的跟踪管理模型，将跟踪会话、跟踪记录会话等定义为被管理对象（MO），从而使管理平面和控制/信令平面解耦，简化架构（说明书[0038]、[0042]、[0059]）。

根据说明书的整体技术方案，我们将权利要求1拆解为以下10个独立的技术特征（特征A~J）：

* **特征A**：一种用于跟踪管理的方法，包括：在网络资源模型(NRM)中的被管理对象实例上，

* **特征B**：响应于从跟踪用户接收到针对跟踪会话的请求，确定与所述被管理对象实例相关联的所述跟踪会话，

* **特征C**：其中所述请求与基于服务的管理架构(SBMA)兼容；

* **特征D**：在所述跟踪会话中生成跟踪记录会话，

* **特征E**：所述跟踪记录会话指示在所述请求被接收到之后发生的事件，

* **特征F**：所述跟踪记录会话与所述跟踪会话相关联；

* **特征G**：至少部分地基于所述跟踪记录会话中的跟踪消息来生成跟踪记录，

* **特征H**：所述跟踪记录与所述跟踪记录会话相关联；

* **特征I**：至少部分地基于所述跟踪记录来生成跟踪报告，

* **特征J**：所述跟踪报告与所述被管理对象实例相关联。

---

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

为了清晰展现各对比文件的公开情况，以下给出特征比对表格，并直接引用对比文件的公开号及英文原文出处（对应文中的段落`[pXXXX]`或`[XXXX]`）。

*注：D1（EP2617262A1）与D2（US20130196640A1）为同族专利，其技术架构属于传统的3GPP电路域（CS domain）端到端呼叫跟踪（基于EMS、HSS、MSC等网元之间的信令扩展），其本质上是传统的信令/管理紧耦合架构。D3和D4分别涉及MDT干扰检测和位置配置。*

#### 权利要求1技术特征比对表

---

### 三、 对比文件公开技术特征的详细出处分析

为了确保无效请求的证据力，以下将各对比文件对权利要求1中对应特征的公开情况进行深度法律与技术解剖：

#### 1. D1 (EP2617262A1) & D2 (US20130196640A1) 深度分析

D1和D2为同族专利，其公开的技术方案完全一致，均涉及在3GPP电路域（CS域）中提供端到端（E2E）的呼叫跟踪功能。

* **特征D、F（毫无异议公开）**：

D1在`[p0023]`（D2在`[0021]`）中明确给出了3GPP规范中关于跟踪会话（Trace Session）与跟踪记录会话（Trace Recording Session）的统一定义。原文指出：*“Referring to Fig. 2, the Trace Session 110 may include several Trace Recording Sessions... Each of the Trace Recording Sessions 140 and 150 is identified by a Trace Recording Session Reference which is unique within the Trace Session 110”*。这毫无异议地公开了“在跟踪会话中生成跟踪记录会话”以及“两者相互关联（通过Reference唯一标识关联）”的特征D和特征F。

* **特征B、E、G、H、I（实质公开）**：

D1在`[p0057]`-`[p0059]`（D2在`[0057]`-`[0058]`）中公开了其核心网元（如源MSC）在收到跟踪激活消息后的处理流程。

* *针对特征B和E*：网元接收到包含Trace Reference、开始/结束触发事件的trace activation message后，启动跟踪会话，并在触发事件（即请求接收到之后发生的事件）发生时，启动跟踪记录会话。

* *针对特征G和H*：网元根据参数记录并输出跟踪数据（trace data/trace records），且这些数据（或扩展字段）中至少包括Trace Reference和Trace Recording Session Reference，以此实现跟踪记录与跟踪记录会话的相互绑定（即特征H）。

* *针对特征I*：网元将所有相关的跟踪数据记录到跟踪文件（trace file）中，并在跟踪记录会话停止后，将该文件（即跟踪报告）输出给跟踪收集实体（TCE）。这实质上公开了“至少部分地基于跟踪记录来生成跟踪报告”的特征I。

#### 2. D3 (US20140153482A1) & D4 (US20140179345A1) 分析

* **D3** 主要解决移动终端内部LTE模块与ISM模块（如WiFi、蓝牙）共存时的干扰导致MDT（最小化路测）数据被污染的问题（摘要、`[0003]`、`[0133]`）。它不涉及在服务架构下生成“跟踪会话->跟踪记录会话->跟踪记录->跟踪报告”这一完整的跟踪供应管理链条。

* **D4** 主要解决如何在不增加第一网络节点（如位置服务器E-SMLC）接收负担的情况下，让终端（UE）准备好位置信息并重定向发送给其他节点（如eNB用于MDT），从而降低信令负荷（摘要、`[0010]`、`[0111]`）。它同样未公开本申请权利要求1的跟踪管理供应层面的核心架构特征。

---

### 四、 最接近对比文件的选择与创造性评述思路

#### 1. 哪个对比文件最适合作为“最接近的对比文件（D1）”？

在创造性分析中，**D1（EP2617262A1）或其同族D2（US20130196640A1）最适合作为最接近的对比文件**。原因如下：

* **整体解决的技术问题层面**：D1/D2 与目标专利完全处于同一技术领域（电信网中的跟踪管理/呼叫跟踪功能）。D1/D2 旨在解决在3GPP规范下，如何高效配置、激活跟踪会话，跨网元传播跟踪参数，并将各网元生成的呼叫跟踪记录统一汇总到跟踪收集实体（TCE）中（见D1 `[p0046]`-`[p0053]`）。这与目标专利说明书背景技术`[0002]`所描述的SA5跟踪管理规范（涉及EM、NE、TCE的跟踪会话管理、数据内容、报告过程）完全属于同一个技术背景，解决的都是“如何有效管理和收集网络跟踪数据”的问题。

* **技术效果与架构层面**：D1/D2 几乎完全公开了权利要求1中关于跟踪管理中数据流和控制流的底层逻辑，即：**针对请求确定跟踪会话 -> 触发事件生成跟踪记录会话 -> 捕获消息生成跟踪记录 -> 汇总生成跟踪报告发送给TCE**。目标专利与D1/D2在数据处理的递进逻辑上是完全一致的。

* **相比之下D3/D4的劣势**：D3聚焦于MDT的局部干扰过滤，D4聚焦于位置信息的重定向传输，两者的技术方案均处于底层基站与终端（UE）之间的无线资源管理或定位信令层面，未能从整体上网元供应管理、跟踪会话激活管理宏观架构的角度提供更接近的起点。

因此，**D1（或D2）是唯一的、最适合的最接近对比文件**。

#### 2. 未被最接近对比文件公开的特征是否被其他对比文件公开？

通过特征比对表可以清晰看出，D1/D2 未能公开的特征为：**特征A（在网络资源模型NRM中的被管理对象实例上）、特征C（请求与基于服务的管理架构SBMA兼容）、特征J（跟踪报告与被管理对象实例相关联）**。

那么，D3、D4是否公开了这些区分特征？

**答案是：没有。**

* D3和D4的公开内容均未涉及“网络资源模型（NRM）”、“被管理对象实例（MOI/MO）”以及“基于服务的管理架构（SBMA）”。D3和D4依旧是在传统的、基于特定接口协议（如RRC、LPP、S1AP）的网元/终端交互框架下进行改进。

---

### 五、 针对请求方而言最薄弱的技术特征（即抗无效能力最强的特征）

在无效宣告请求中，对于请求方（无效发起人）而言，**最难以攻破、技术壁垒最高、也即最薄弱的技术特征，是特征A、特征C和特征J的架构组合，尤其是“特征C：其中所述请求与基于服务的管理架构(SBMA)兼容”。**

#### 原因深度剖析：

1. **技术范式的根本转变（传统网元架构 vs SBMA）**：

对比文件D1/D2所代表的时代，无线通信网络管理解析的是传统的网元实体（网元管理器EM、网络网元NE、归属服务器HSS）。如目标专利说明书背景技术`[0003]`和`[0037]`所述，这种特定接口且紧密耦合的设计模式，与3GPP在版本15（5G时代）中为5G管理所引入的“基于服务的管理架构（SBMA）”存在天然的**技术断层**。

SBMA将管理功能服务化（如调用`createMOI`、`modifyMOIAttributes`服务总线，见说明书`[0042]`），这与D1/D2中EMS向HSS发送`Trace Session Activation`、MSC之间通过信令扩展字段传参数的传统信令面/管理面紧耦合机制有本质区别。

2. **技术复杂性与立论难度**：

请求方如果想要结合D1/D2与5G SBMA的通用公知常识来论证创造性，将会非常吃力。因为将传统CS域/LTE的跟踪机制迁移到5G基于服务的NRM模型（将跟踪会话定义为IOC/MOI，通过服务总线创生，见说明书[0038]），不仅是简单的术语替换，而是整套网络架构控制面与管理面职责的分离。

3. **说明书对技术效果的强支撑**：

目标专利在说明书`[0059]`中明确强调了该特征带来的技术效果：*“管理平面和控制/信令平面的职责将被分离，并且管理实体与网络功能之间的架构和交互将被简化”*。在审查实践中，这种伴随5G网络重大架构演进所带来的“简化架构、提高跨层管理能力”的技术效果，极易被专利局或复审委认定为具有“显著的进步”，从而赋予其极高的创造性门槛。

### 代理师无效策略建议：

由于现有4份对比文件均属于5G SBMA架构引入之前的技术（从公开日期2013-2014年亦可佐证，当时5G标准尚未冻结），**请求方如果仅凭这4份对比文件，在特征C（SBMA兼容）和特征A/J（NRM被管理对象实例）上将存在绝对的证据真空。**

为了促成该专利的成功无效，**请求方必须补充检索3GPP SA5工作组在Release 15阶段关于5G SBMA管理范例及网络资源模型（NRM）的基础标准规范（例如TS 28.532, TS 28.622等公知常识性标准文件）**作为补充证据（D5），以此来论证“将D1的跟踪流逻辑移植到5G通用的SBMA/NRM服务总线上，属于本领域技术人员在5G网络演进时的常规设计选择”，否则直接无效成功的概率将极低。

根据权利要求1所述的方法，其中所述跟踪会话与以下至少一项相关联：订户和设备跟踪； 服务水平跟踪； 小区业务跟踪； 最小化路测MDT； 无线电链路故障RLF；以及 无线电连接建立故障RCEF。

根据权利要求1所述的方法，其中确定所述跟踪会话包括：基于从所述请求获得的跟踪参数来创建跟踪会话对象，所述跟踪参数指示所述跟踪会话的属性。

根据权利要求1所述的方法，还包括：传播用于其他被管理对象实例的其他跟踪会话的跟踪参数，所述跟踪参数指示所述跟踪会话的属性。

根据权利要求1所述的方法，还包括：响应于从所述跟踪用户接收到针对取回所述跟踪报告的请求，向所述跟踪用户发送所述跟踪报告。

根据权利要求1所述的方法，还包括：主动地向所述跟踪用户发送所述跟踪报告。

根据权利要求1所述的方法，还包括：在以下之一的情况下报告通知： 创建或删除与所述跟踪会话相关联的对象； 创建或删除与所述跟踪记录会话相关联的对象； 创建或删除与所述跟踪记录相关联的对象；以及创建或删除与所述跟踪报告相关联的对象。

根据权利要求1所述的方法，其中所述被管理对象实例对应于以下至少一项：被管理功能； 被管理元件； 子网；和 从所述被管理功能、所述被管理元件和所述子网之一中所继承的被管理对象实例。

一种用于跟踪管理的装置，包括：至少一个处理器；以及 至少一个存储器，包括计算机程序代码； 所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述装置至少：在网络资源模型(NRM)中的被管理对象实例上，响应于从跟踪用户接收到针对跟踪会话的请求，确定与所述被管理对象实例相关联的所述跟踪会话，其中所述请求与基于服务的管理架构(SBMA)兼容； 在所述跟踪会话中生成跟踪记录会话，所述跟踪记录会话指示在所述请求被接收到之后发生的事件，所述跟踪记录会话与所述跟踪会话相关联； 至少部分地基于所述跟踪记录会话中的跟踪消息来生成跟踪记录，所述跟踪记录与所述跟踪记录会话相关联；以及至少部分地基于所述跟踪记录来生成跟踪报告，所述跟踪报告与所述被管理对象实例相关联。

根据权利要求9所述的装置，其中所述跟踪会话与以下至少一项相关联：订户和设备跟踪； 服务水平跟踪； 小区业务跟踪； 最小化路测MDT； 无线电链路故障RLF； 无线电连接建立故障RCEF。

根据权利要求9所述的装置，其中所述装置被使得通过以下来确定所述跟踪会话：基于从所述请求中获得的跟踪参数来创建跟踪会话对象，所述跟踪参数指示所述跟踪会话的属性。

根据权利要求9所述的装置，其中所述装置还被使得：传播用于其他被管理对象实例的其他跟踪会话的跟踪参数，所述跟踪参数指示所述跟踪会话的属性。

根据权利要求9所述的装置，其中所述装置还被使得：响应于从所述跟踪用户接收到针对取回所述跟踪报告的请求，向所述跟踪用户发送所述跟踪报告。

根据权利要求9所述的装置，其中所述装置还被使得：主动地向所述跟踪用户发送所述跟踪报告。

根据权利要求9所述的装置，其中所述装置还被使得：在以下之一的情况下报告通知： 创建或删除与所述跟踪会话相关联的对象； 创建或删除与所述跟踪记录会话相关联的对象； 创建或删除与所述跟踪记录相关联的对象；以及创建或删除与所述跟踪报告相关联的对象。

根据权利要求9所述的装置，其中所述被管理对象实例对应于以下至少一项：被管理功能， 被管理元件， 子网， 从所述被管理功能、所述被管理元件和所述子网之一中所继承的被管理对象实例。

一种用于跟踪管理的装置，包括：用于在网络资源模型(NRM)中的被管理对象实例上响应于从跟踪用户接收到针对跟踪会话的请求而确定与所述被管理对象实例相关联的所述跟踪会话的部件，其中所述请求与基于服务的管理架构(SBMA)兼容； 用于在所述跟踪会话中生成跟踪记录会话的部件，所述跟踪记录会话指示在所述请求被接收到之后发生的事件，所述跟踪记录会话与所述跟踪会话相关联； 用于至少部分地基于所述跟踪记录会话中的跟踪消息来生成跟踪记录的部件，所述跟踪记录与所述跟踪记录会话相关联；以及用于至少部分地基于所述跟踪记录来生成跟踪报告的部件，所述跟踪报告与所述被管理对象实例相关联。

一种非瞬态计算机可读介质，包括程序指令，所述程序指令用于使装置至少执行根据权利要求1至8中任一项所述的方法。