对比文件名称：2014-08-07_US2014219107A_发明申请_US20140219107A1 Technique for Determining Correlated Events in a Communication System
目标专利名称：1060跟踪管理CN113016233B
本次调用的模型名称：AI模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：包括：在网络资源模型(NRM)中的被管理对象实例上，《隐含公开》 | [0077] “Managed Object instances are defined in the 3GPP specifications. In brief, a Managed Object instance is a network element representation for an O&M system.” 以及 [0078] “...there can be a Managed Object instance for an access network element such as an eNodeB...” | 对比文件明确公开了“被管理对象实例”（Managed Object instance）这一概念，但未直接提及“网络资源模型(NRM)”。然而，在3GPP标准体系中，被管理对象实例正是由网络资源模型（NRM）定义的，本领域技术人员结合3GPP的常识可以毫无疑义地推断出该被管理对象实例必然存在于NRM中。因此，该特征被隐含公开。 |
| 技术特征B：响应于从跟踪用户接收到针对跟踪会话的请求，确定与所述被管理对象实例相关联的所述跟踪会话，《未公开》 | 无相关公开内容 | 对比文件全文未出现“跟踪用户”、“跟踪会话请求”或类似概念，其核心在于接收事件消息（如告警）并进行相关性分析，而非响应于用户请求确定跟踪会话。本领域技术人员无法从对比文件中合理推断出该特征。 |
| 技术特征C：其中所述请求与基于服务的管理架构(SBMA)兼容，《未公开》 | 无相关公开内容 | 对比文件未提及“基于服务的管理架构（SBMA）”或任何与之相关的架构描述，因此该特征未被公开。 |
| 技术特征D：在所述跟踪会话中生成跟踪记录会话，《未公开》 | 无相关公开内容 | 对比文件没有“跟踪会话”、“跟踪记录会话”的概念，其关注的是事件消息的生成和相关性确定，而非在会话中生成记录会话。 |
| 技术特征E：所述跟踪记录会话指示在所述请求被接收到之后发生的事件，《未公开》 | 无相关公开内容 | 对比文件中的事件消息（如告警）是在故障或性能事件发生时生成的，并非响应于用户请求之后的特定跟踪记录会话。 |
| 技术特征F：所述跟踪记录会话与所述跟踪会话相关联，《未公开》 | 无相关公开内容 | 对比文件未建立任何类似“跟踪记录会话”与“跟踪会话”的关联关系。 |
| 技术特征G：至少部分地基于所述跟踪记录会话中的跟踪消息来生成跟踪记录，《隐含公开》 | [0095]-[0096] 描述了基于事件消息中的上下文标识符（IDs）确定相关事件集；[0060] 提到事件消息包含发生信息（occurrence information）。 | 对比文件公开了基于从网络元素接收的事件消息（可视为跟踪消息）来生成相关事件集（可视为跟踪记录）的过程。虽然事件消息的具体内容（告警、性能事件）与目标专利的“跟踪消息”（信令或测量报告）不完全相同，但都是通信过程中产生的消息。本领域技术人员可以合理推断，在跟踪管理场景下，基于跟踪会话中的消息生成记录是类似的实现方式。因此，该特征被隐含公开。 |
| 技术特征H：所述跟踪记录与所述跟踪记录会话相关联，《未公开》 | 无相关公开内容 | 对比文件未定义“跟踪记录”与“跟踪记录会话”之间的关联关系。 |
| 技术特征I：至少部分地基于所述跟踪记录来生成跟踪报告，《隐含公开》 | [0097]-[0101] 描述了基于相关事件集生成相关性图（correlation graph），该图可用于根因分析（[0101]）。 | 对比文件明确公开了基于相关记录（事件集）生成分析报告（相关性图）的过程。尽管该报告形式与目标专利的“跟踪报告”不完全相同，但本质都是基于收集的数据生成用于管理目的的输出。本领域技术人员可以合理推断出在跟踪管理中类似地基于跟踪记录生成跟踪报告。因此，该特征被隐含公开。 |
| 技术特征J：所述跟踪报告与所述被管理对象实例相关联，《隐含公开》 | [0113] 提及AlarmInformation对象包含objectInstance属性，该属性标识被监控的实体（即被管理对象实例）。 | 对比文件中的告警信息对象与特定被管理对象实例（objectInstance）关联，而基于这些事件生成的报告（如相关性图）自然也关联到相应的被管理对象实例。本领域技术人员可以合理推断出跟踪报告也与生成它的被管理对象实例相关联。因此，该特征被隐含公开。 |
| 技术特征K：其中所述跟踪会话与以下至少一项相关联：订户和设备跟踪，《隐含公开》 | [0062] 定义了上下文类型“User context”，其值为UE上下文标识符（如IMSI、IMEI）。 | 对比文件明确公开了“用户上下文”（User Context）这一概念，直接对应于目标专利中的“订户和设备跟踪”。虽然该上下文在对比文件中用于事件关联而非跟踪会话关联，但本领域技术人员可以合理推断出跟踪会话同样可以与订户/设备信息相关联。因此，该特征被隐含公开。 |
| 技术特征L：服务水平跟踪，《未公开》 | 无相关公开内容 | 对比文件未涉及“服务水平跟踪”或类似概念。 |
| 技术特征M：小区业务跟踪，《隐含公开》 | [0063] 定义了上下文类型“Network cell context”，其值为小区标识符。 | 对比文件明确公开了“网络小区上下文”（Network Cell Context），直接对应于目标专利中的“小区业务跟踪”。本领域技术人员可以合理推断出跟踪会话可以与小区信息相关联。因此，该特征被隐含公开。 |
| 技术特征N：最小化路测MDT，《未公开》 | 无相关公开内容 | 对比文件未提及“最小化路测（MDT）”或任何与MDT相关的功能。 |
| 技术特征O：无线电链路故障RLF，《未公开》 | 无相关公开内容 | 对比文件未提及“无线电链路故障（RLF）”。 |
| 技术特征P：无线电连接建立故障RCEF，《未公开》 | 无相关公开内容 | 对比文件未提及“无线电连接建立故障（RCEF）”。 |
| 技术特征Q：其中确定所述跟踪会话包括：基于从所述请求获得的跟踪参数来创建跟踪会话对象，所述跟踪参数指示所述跟踪会话的属性，《未公开》 | 无相关公开内容 | 对比文件未涉及“创建跟踪会话对象”或“跟踪参数”的概念，其关注的是事件消息的生成和处理。 |
| 技术特征R：还包括：传播用于其他被管理对象实例的其他跟踪会话的跟踪参数，所述跟踪参数指示所述跟踪会话的属性，《隐含公开》 | [0076]-[0087] 描述了三种上下文信息分布方法（集中式、分布式、后处理），用于将上下文标识符传播到对等网络元素或中央管理实体。 | 对比文件公开了将上下文信息（可类比跟踪参数）传播到其他网络元素或管理实体的机制。虽然传播的内容是用于事件关联的上下文标识符而非跟踪参数，但本领域技术人员可以合理推断出在跟踪管理中，类似的参数传播机制可以用于其他被管理对象实例的跟踪会话。因此，该特征被隐含公开。 |
| 技术特征S：还包括：响应于从所述跟踪用户接收到针对取回所述跟踪报告的请求，向所述跟踪用户发送所述跟踪报告，《未公开》 | 无相关公开内容 | 对比文件未描述“取回报告”的请求-响应机制，其报告（如相关性图）通常由中央管理实体主动生成或用于内部处理。 |
| 技术特征T：还包括：主动地向所述跟踪用户发送所述跟踪报告，《隐含公开》 | [0071] 以及图3的步骤308：事件消息被主动“报告”向中央网络管理实体（CNME）。 | 对比文件公开了网络元素主动将事件消息报告给管理实体的机制。本领域技术人员可以合理推断出在跟踪管理中，管理实体也可以主动将跟踪报告发送给跟踪用户。因此，该特征被隐含公开。 |
| 技术特征U：还包括：在以下之一的情况下报告通知：《隐含公开》 | [0112]-[0113] 描述了告警事件发生时，网络元素通过告警消息（AlarmInformation）向CNME报告通知。 | 对比文件明确公开了在事件发生时报告通知（告警消息）的机制。虽然未具体列出“创建或删除对象”的情形，但“报告通知”这一上位概念已被公开。本领域技术人员可以合理推断出在跟踪管理中的类似场景下也会报告通知。因此，该特征被隐含公开。 |
| 技术特征V：创建或删除与所述跟踪会话相关联的对象，《未公开》 | 无相关公开内容 | 对比文件未涉及“跟踪会话对象”的创建或删除操作。 |
| 技术特征W：创建或删除与所述跟踪记录会话相关联的对象，《未公开》 | 无相关公开内容 | 对比文件未涉及“跟踪记录会话对象”的创建或删除操作。 |
| 技术特征X：创建或删除与所述跟踪记录相关联的对象，《未公开》 | 无相关公开内容 | 对比文件未涉及“跟踪记录对象”的创建或删除操作。 |
| 技术特征Y：创建或删除与所述跟踪报告相关联的对象，《未公开》 | 无相关公开内容 | 对比文件未涉及“跟踪报告对象”的创建或删除操作。 |
| 技术特征Y（注：原文第二个Y，应为技术特征Y的装置版本）：其中所述装置被使得通过以下来确定所述跟踪会话：基于从所述请求中获得的跟踪参数来创建跟踪会话对象，所述跟踪参数指示所述跟踪会话的属性，《未公开》 | 同特征Q | 与特征Q相同，对比文件未公开相关内容。 |
| 技术特征Z：其中所述装置还被使得：传播用于其他被管理对象实例的其他跟踪会话的跟踪参数，所述跟踪参数指示所述跟踪会话的属性，《未公开》 | 同特征R（但需注意，特征R已被判断为隐含公开，但特征Z是装置特征，实质内容相同。由于对比文件已隐含公开该技术内容，装置特征也可视为隐含公开？但特征Z的表述与特征R完全相同，只是主语变为“装置”，对比文件同样未直接公开但可推理。因此，应同样判断为隐含公开。但为避免重复，我们在特征Z的公开性判断上应与特征R一致。 | 基于与特征R相同的理由，对比文件隐含公开了传播跟踪参数到其他被管理对象实例的概念，因此该装置特征也被隐含公开。 |
**注：** 表格中特征Y和Z的编号与原文列表对应。特征Y在列表中出现两次（一次是方法特征? 实际列表中有技术特征Y和Z，其中Y是“其中所述装置被使得通过以下来确定所述跟踪会话...”，Z是“其中所述装置还被使得：传播...”）。这里我们按列表顺序处理，分别给出判断。
### 输出代码
根据公开性判断结果，直接公开的特征无，隐含公开的特征有：A, G, I, J, K, M, R, T, U, Z（注意Z与R实质相同且隐含公开，代码应为小写z）。但特征Z的代码应为小写z，因为它是隐含公开。特征R已隐含公开，代码为r。特征U隐含公开，代码为u。特征Y（装置版本）与Q相同未公开，故不输出代码。注意特征Y有两个，第二个Y（装置）我们标记了未公开？但根据重新审视，特征Y（装置）的公开性应与特征Q一致（未公开），因为对比文件没有相关内容。但特征Z与特征R一致（隐含公开）。因此，输出的代码应包括隐含公开的特征字母的小写。
但注意：特征G、I、J、K、M、R、T、U、Z被认为隐含公开。特征A、G、I、J、K、M、R、T、U、Z。特征Z是特征Z，不是重复。另外，特征U是隐含公开，但U本身是“报告通知”，但子特征V-X未公开，所以只输出u。特征W、X、Y等未公开。
所以小写代码：a, g, i, j, k, m, r, t, u, z。
特征Z对应小写z。
因此，回答结尾插入代码：<<<a>>><<<g>>><<<i>>><<<j>>><<<k>>><<<m>>><<<r>>><<<t>>><<<u>>><<<z>>>
但注意：特征Y（第二个，装置）我们判断为未公开，所以不输出。特征Y（第一个）是创建或删除跟踪报告对象，未公开。
另外，特征L、N、O、P等未公开，不输出。
最终输出。</think><<<a>>><<<g>>><<<i>>><<<j>>><<<k>>><<<m>>><<<r>>><<<t>>><<<u>>><<<z>>>