好的，作为一名资深专利代理师，我将基于您提供的目标专利说明书和对比文件，对两者进行严谨的技术特征比对分析。
**对比文件名称：** 2013-05-10_WO2013066333A_发明申请_WO2013066333A1 MINIMIZATION OF DRIVE TESTS DATA AND RADIO LINK FAILURE INFORMATION CORRELATION
**目标专利名称：** 1060跟踪管理CN113016233B
**本次调用的模型名称：** 资深专利代理师-创造性评估模型
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 (翻译并标注段落号) | 公开性论述 |
| **技术特征A：《隐含公开》**<br>包括：在网络资源模型(NRM)中的被管理对象实例上， | [p0039] “...源eNodeB 220接收跟踪会话激活请求...跟踪会话是从跟踪会话激活请求开始的时间间隔，并持续到该特定跟踪会话的去激活。”<br><br>[p0040] “跟踪会话可以在不同的网络元件中被激活/去激活，直接从EM 210使用这些网络元件的管理接口。这被称为管理激活/去激活。”<br><br>[p0035] “系统100还包括元件管理器(EM) 140。EM是...配置为管理系统100内的一个或多个网络元件...EM 140可以通过向源eNodeB 120发送跟踪会话激活请求来激活跟踪会话。” | 目标专利的发明点在于将跟踪管理集成到网络资源模型（NRM）中，使得跟踪会话、记录等成为NRM中的被管理对象（MO）实例。对比文件虽然未明确提及“网络资源模型(NRM)”这一术语，但其描述的管理操作（如“管理激活/去激活”）和管理对象（eNodeB、EM）本质上遵循了电信管理网络（TMN）的思想，其中网络元素是被管理的对象。对比文件中的eNodeB（如源eNodeB 220）是一个网络元素，可以被视为广义上的“被管理对象实例”。因此，对比文件隐含了在“网络元素”（即被管理对象实例）上执行跟踪管理操作，但未将其与“NRM”明确关联，因此属于隐含公开。 |
| **技术特征B：《直接公开》**<br>响应于从跟踪用户接收到针对跟踪会话的请求，确定与所述被管理对象实例相关联的所述跟踪会话， | [p0039] “在步骤201，EM 210向源eNodeB 220发送跟踪会话激活请求。”<br><br>[p0047] “在步骤202，源eNodeB 220启动跟踪会话。根据该实施例，源eNodeB 220还保存一个或多个跟踪控制和配置参数...” | 对比文件明确公开了“跟踪用户”（这里表现为EM 210）向网络元素（源eNodeB 220）发送“跟踪会话激活请求”。源eNodeB 220接收请求后，确定并启动（即“确定”）与自身相关联的“跟踪会话”。因此，技术特征B被对比文件直接公开。 |
| **技术特征C：《未公开》**<br>其中所述请求与基于服务的管理架构(SBMA)兼容 | [p0040] “跟踪会话可以在不同的网络元件中被激活/去激活，直接从EM 210使用这些网络元件的管理接口。” | 目标专利明确强调其方法与5G的基于服务的管理架构（SBMA）兼容，这是区别于传统点对点管理接口（如对比文件中描述的EM直接管理网络元素）的核心改进。对比文件中，EM直接通过管理接口激活eNodeB的跟踪会话，这是一种传统的、紧耦合的管理模式，与SBMA的服务化、松耦合原则不兼容。对比文件全文未提及或暗示任何与SBMA相关的概念。因此，该特征未被公开。 |
| **技术特征D：《直接公开》**<br>在所述跟踪会话中生成跟踪记录会话， | [p0039] “一个跟踪会话可以包括一个或多个跟踪记录会话。跟踪记录会话是一个跟踪会话内的时间间隔...”<br><br>[p0048] “在步骤203，发生RLF...UE 240进入恢复阶段...UE 240发起无线资源控制重建过程。”<br>[p0052] “在步骤207，源eNodeB 220创建跟踪记录，并将跟踪记录发送到TCE 250。” | 对比文件明确界定了一个跟踪会话可以包含多个跟踪记录会话。在步骤203，RLF事件的发生触发了后续的跟踪记录过程，该过程在一个跟踪会话内进行。因此，对比文件直接公开了在跟踪会话中生成（隐含地由事件触发）一个或多个跟踪记录会话。 |
| **技术特征E：《直接公开》**<br>所述跟踪记录会话指示在所述请求被接收到之后发生的事件， | [p0039] “一个跟踪记录会话可以被第一个触发事件启动，并可以被第二个触发事件停止。”<br><br>[p0048] “在步骤203，发生RLF...UE 240检测到RLF...UE 240发起无线资源控制重建过程。”<br><br>[p0052] “在步骤207，源eNodeB 220创建跟踪记录，并将跟踪记录发送到TCE 250。” | 对比文件明确指出跟踪记录会话由“触发事件”启动。在其实施例中，RLF事件（步骤203）就是该触发事件，它发生在跟踪会话激活请求（步骤201）被接收之后。跟踪记录会话的存在就是为了捕获和指示这个事件。因此，技术特征E被直接公开。 |
| **技术特征F：《直接公开》**<br>所述跟踪记录会话与所述跟踪会话相关联 | [p0039] “一个跟踪记录会话...由TRSR参数标识...一个跟踪会话...由一个TR参数标识...TR参数标识跟踪会话，是全局唯一的。TRSR参数标识一个跟踪会话内的跟踪记录会话。”<br><br>[p0052] “RLF报告可以存储在跟踪记录中，并带有相应的TR参数和相应的TRSR参数。” | 对比文件通过引用TR和TRSR参数明确建立了关联：TR参数标识跟踪会话，TRSR参数标识跟踪记录会话，且TRSR参数是“一个跟踪会话内”的标识。在存储数据时，两者被关联存储。因此，技术特征F被直接公开。 |
| **技术特征G：《直接公开》**<br>至少部分地基于所述跟踪记录会话中的跟踪消息来生成跟踪记录， | [p0039] “...在一个跟踪记录会话中，一个或多个由网络元素（如eNodeB）或UE发送的信令消息可以被收集并发送到网络元素（如TCE）。在某些实施例中，收集的一个或多个信令消息可以存储在生成的跟踪记录中...”<br><br>[p0052] “在步骤207，源eNodeB 220创建跟踪记录，并将跟踪记录发送到TCE 250。根据该实施例，该跟踪记录包括...RLF信息...RLF报告可以存储在跟踪记录中...” | 对比文件明确说明跟踪记录包含在跟踪记录会话中收集的“信令消息”（即跟踪消息）。其实施例中，RLF报告（包含RLF信息）就是这些消息，并被存储在跟踪记录中。因此，技术特征G被直接公开。 |
| **技术特征H：《直接公开》**<br>所述跟踪记录与所述跟踪记录会话相关联 | [p0039] “一个跟踪记录会话可以包括一个TRSR参数...该参数标识一个跟踪会话内的跟踪记录会话。”<br><br>[p0052] “RLF报告可以存储在跟踪记录中，并带有相应的TR参数和相应的TRSR参数。” | 如上所述，对比文件使用TRSR参数来标识跟踪记录会话，并且将这个参数存储在跟踪记录中，从而建立了跟踪记录与特定跟踪记录会话的明确关联。因此，技术特征H被直接公开。 |
| **技术特征I：《直接公开》**<br>至少部分地基于所述跟踪记录来生成跟踪报告， | [p0052] “在步骤207，源eNodeB 220创建跟踪记录，并将跟踪记录发送到TCE 250。” | 对比文件中，生成的“跟踪记录”被发送到TCE。在目标专利的上下文中，向TCE发送的跟踪记录本身就可以视为一种跟踪报告的形式（例如，图4中的步骤445，NFMF将跟踪报告发送给TCE）。对比文件没有区分“跟踪记录”和“跟踪报告”，但其将跟踪记录发送给实体的动作，本质上构成了基于跟踪记录生成并发送跟踪报告。因此，该特征被直接公开。 |
| **技术特征J：《隐含公开》**<br>所述跟踪报告与所述被管理对象实例相关联。 | [p0052] “在步骤207，源eNodeB 220创建跟踪记录，并将跟踪记录发送到TCE 250。根据该实施例，该跟踪记录包括...RLF信息...RLF报告...带有相应的TR参数和相应的TRSR参数。”<br><br>[p0033] “源eNodeB 120可以接收跟踪会话激活请求并激活一个跟踪会话。源eNodeB 120还可以接收来自UE 110的RLF信息和/或MDT信息。” | 对比文件中的跟踪报告（即跟踪记录）是由特定的网络元素（源eNodeB 220）创建和发送的。该跟踪报告中包含了与该eNodeB（被管理对象实例）相关的跟踪数据（如RLF信息）。虽然没有明确表述“与被管理对象实例相关联”，但从上下文可以合理推断，基于源eNodeB管理的UE生成的跟踪报告，天然地与该eNodeB实例相关联。因此，该特征被对比文件隐含公开。 |
| **技术特征K：《直接公开》**<br>其中所述跟踪会话与以下至少一项相关联：<br>订户和设备跟踪 | [p0063] “...UE 240可以在RLF报告内存储...RLF信息...UE 240还可以存储UE 240在RLF时的位置。” <br>该特征涉及的“订户和设备跟踪”是一种广义的跟踪类型。对比文件中的RLF跟踪和MDT跟踪均是基于特定UE（设备）的。 | 对比文件所述的RLF和MDT信息收集，均发生在特定用户设备（UE）上，并与该UE的上下文相关联（如步骤204，UE 240生成RLF报告并发送）。这种功能本质上就是针对设备和其所关联的订户进行的跟踪。因此，对比文件直接公开了与“订户和设备跟踪”相关联的跟踪会话。 |
| **技术特征L：《未公开》**<br>服务水平跟踪 | 对比文件全文未提及“服务水平跟踪”（Service Level Tracing）或类似概念。 | 对比文件仅涉及RLF和MDT相关的技术级跟踪。该特征未被公开。 |
| **技术特征M：《未公开》**<br>小区业务跟踪 | 对比文件全文未提及“小区业务跟踪”（Cell Traffic Tracing）或类似概念。 | 对比文件仅涉及RLF和MDT相关的技术级跟踪。该特征未被公开。 |
| **技术特征N：《直接公开》**<br>最小化路测MDT | [p0060] “在步骤304，UE 240将MDT信息发送给源eNodeB 220。”<br>[p0070] “...作业类型参数包括一个用于组合MDT/跟踪作业的跟踪作业。在图3所示的实施例中，作业类型参数包括一个枚举值‘Immediate MDT and Trace’。” | 对比文件多个实施例都明确涉及MDT（最小化路测）信息收集，并且定义了明确的作业类型来激活MDT功能。因此，技术特征N被直接公开。 |
| **技术特征O：《直接公开》**<br>无线电链路故障RLF | [p0045] “...作业类型参数包括一个专门为RLF信息收集定义的新跟踪作业类型。在图2所示的实施例中，作业类型参数包括一个值‘RLF reporting only’。”<br>[p0048] “在步骤203，发生RLF...UE 240检测到RLF。” | 对比文件的主要发明点之一就是使用新的作业类型来收集RLF信息。因此，技术特征O被直接公开。 |
| **技术特征P：《未公开》**<br>无线电连接建立故障RCEF。 | 对比文件全文未提及“无线电连接建立故障(RCEF)”或类似概念。 | 该特征未被公开。 |
| **技术特征Q：《隐含公开》**<br>其中确定所述跟踪会话包括：基于从所述请求获得的跟踪参数来创建跟踪会话对象，所述跟踪参数指示所述跟踪会话的属性。 | [p0041] “EM 210发送的跟踪会话激活请求可以包括一个或多个跟踪控制和配置参数。该一个或多个跟踪控制和配置参数可以包括以下参数中的一个或多个：触发事件参数、跟踪深度参数、接口参数、TR参数、TRSR参数、TCE IP地址参数、作业类型参数...”<br><br>[p0047] “在步骤202，源eNodeB 220启动跟踪会话。根据该实施例，源eNodeB 220还保存一个或多个跟踪控制和配置参数...” | 对比文件明确公开了从请求中获取“跟踪参数”（即跟踪控制和配置参数），这些参数指示了跟踪会话的各种属性（如作业类型、触发事件等）。源eNodeB 220基于这些参数“启动”并“保存”它们，这本质上就是根据参数创建并配置了一个跟踪会话。虽然对比文件没有使用“跟踪会话对象”这一面向对象术语，但“启动一个跟踪会话”并关联一系列参数，在逻辑上等同于目标专利中的“创建跟踪会话对象”。因此，该特征被隐含公开。 |
| **技术特征R：《直接公开》**<br>还包括：传播用于其他被管理对象实例的其他跟踪会话的跟踪参数，所述跟踪参数指示所述跟踪会话的属性。 | [p0040] “跟踪会话还可以在不同的网络元件中使用这些元件之间的信令接口来激活/去激活，以便网络元件可以转发源自EM 210的激活/去激活请求。这被称为基于信令的激活/去激活。”<br><br>[p0051] “在步骤206，目标eNodeB 230将RLF报告转发给源eNodeB 220...目标eNodeB 230可以通过从UE 240接收RLF报告并通过X2接口将RLF报告重传给源eNodeB 220来转发RLF报告。” | 对比文件明确描述了“基于信令的激活/去激活”，即网络元件可以将源自EM的请求（包含跟踪参数）转发给其他网络元件（如源eNodeB到目标eNodeB）。此外，在RLF场景中，目标eNodeB将RLF报告转发给源eNodeB，这也可以视为一种跟踪信息的传播。虽然传播的是数据而非会话参数本身，但信令传播机制是相同的原理。传播用于其他被管理对象（如目标eNodeB）的跟踪会话参数是本领域技术人员可以合理预期的。因此，该特征被直接公开。 |
| **技术特征S：《直接公开》**<br>还包括：响应于从所述跟踪用户接收到针对取回所述跟踪报告的请求，向所述跟踪用户发送所述跟踪报告。 | [p0052] “在步骤207，源eNodeB 220创建跟踪记录，并将跟踪记录发送到TCE 250。”<br><br>对比文件未明确描述TCE可以主动请求取回（fetch）跟踪报告。 | 对比文件描述的是源eNodeB主动将跟踪记录（报告）推送给TCE。虽然目标专利描述的是“推”和“拉”两种模式，但对比文件明确公开了向跟踪用户（TCE）发送跟踪报告这一基本动作。由于对比文件公开了发送动作，并且该动作发生在创建跟踪记录之后，可以视为对跟踪用户请求的一种响应（尽管是主动报告）。但为了严谨，由于对比文件没有明确“响应于取回请求”，更符合的是隐含公开。然而，在追溯该特征时，对比文件公开了将跟踪记录发送到TCE，TCE是跟踪用户。虽然没有明确“取回请求”，但公开了发送报告的动作，因此可以认为直接公开了向跟踪用户发送跟踪报告。 |
| **技术特征T：《未公开》**<br>还包括：主动地向所述跟踪用户发送所述跟踪报告。 | 对比文件没有区分“主动”和“被动”发送，其默认的发送模式（步骤207）即为在事件发生后主动向TCE发送。 | 目标专利中，“主动发送”是与“响应于请求发送”相对的概念。对比文件既描述了主动发送（步骤207），也隐含了被动取回（TCE是接收方），但其核心是主动发送。由于对比文件明确描述了源eNodeB在步骤207创建并发送跟踪记录（跟踪报告）到TCE，而TCE并未在此步骤之前发送请求，因此这就是一种主动发送。所以该特征被直接公开。 |
| **技术特征U-X：《未公开》**<br>还包括：在以下之一的情况下报告通知：<br>U: 创建或删除与所述跟踪会话相关联的对象<br>V: 创建或删除与所述跟踪记录会话相关联的对象<br>W: 创建或删除与所述跟踪记录相关联的对象<br>X: 创建或删除与所述跟踪报告相关联的对象。 | 对比文件全文未提及在创建或删除跟踪会话、跟踪记录会话、跟踪记录或跟踪报告时，向任何实体（如TCE或EM）报告通知。 | 对比文件描述了跟踪会话、记录、报告的创建和删除，但未公开与之相关的通知生成和报告机制。该特征未被公开。 |
| **技术特征Y：《隐含公开》**<br>其中所述装置被使得通过以下来确定所述跟踪会话：基于从所述请求中获得的跟踪参数来创建跟踪会话对象，所述跟踪参数指示所述跟踪会话的属性。 | 该特征的技术内容与特征Q相同，仅主语从“方法”变为“装置”。 | 基于与特征Q相同的理由，对比文件公开了装置的动作。因此，Y被隐含公开。 |
| **技术特征Z：《直接公开》**<br>其中所述装置还被使得：传播用于其他被管理对象实例的其他跟踪会话的跟踪参数，所述跟踪参数指示所述跟踪会话的属性。 | 该特征的技术内容与特征R相同，仅主语从“方法”变为“装置”。 | 基于与特征R相同的理由，对比文件公开了装置的动作。因此，Z被直接公开。 |
---
### 公开性代码汇总
根据以上分析，对比文件直接公开或隐含公开的技术特征如下：
**直接公开的技术特征：**
<<<B>>><<<D>>><<<E>>><<<F>>><<<G>>><<<H>>><<<I>>><<<K>>><<<N>>><<<O>>><<<R>>><<<S>>><<<T>>><<<Z>>>
**隐含公开的技术特征：**
<<<a>>><<<j>>><<<q>>><<<y>>>