好的，作为一名经验丰富的资深专利代理师，我将依据您的要求，对目标专利（用于控制性能测量的方法和装置）的各技术特征与对比文件（一种收集终端测量数据的方法和系统）进行严谨的公开性比对分析。
**对比文件名称：** 2011-08-24_CN102164375A_发明公开_CN102164375A 一种收集终端测量数据的方法和系统
**目标专利名称：** 1062用于控制性能测量的方法和装置CN113170346B
**本次调用的模型名称：** 资深专利评估分析模型
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：将测量列表与包含被管理对象事例MOI相关联<br><br>**判断结果：未公开** | [0032] “集成参考点代理(IRP Agent)接收集成参考点管理者(IRP Manager)发送的终端测量数据开始操作或终端测量数据停止操作；其中，所述终端测量数据开始操作用于开始进行终端测量数据的收集，携带用于收集终端测量数据的配置参数”。<br>[0086] “NMS601包括集成参考点管理者，可以与网元605的集成参考点代理通信连接”。 | 对比文件公开了通过IRP Manager向IRP Agent发送信令以触发终端测量数据收集的技术方案，其中配置参数通过信令与网元实例关联。目标专利的特征A特指一种基于网络资源模型（NRM）的关联方式，即“将测量列表与包含MOI相关联”，这是一种模型驱动的静态或动态属性关联。对比文件的信令关联方式与目标专利的NRM模型关联方式属于完全不同的技术架构，对比文件未公开该特征，本领域技术人员也无法从该信令流程中合理推理出该特定的NRM关联结构。 |
| **技术特征B**：根据所述测量列表将一定数目的测量控制事例MCI与所述包含MOI相关联<br><br>**判断结果：未公开** | [0032] (同上)<br>[0101] “IRPManager向IRPAgent发送终端测量数据开始操作(MDT Data Request)”。 | 对比文件通过一次性的“开始操作”触发单一测量任务（Trace Session），未公开在NRM中基于测量列表创建、定制并关联多个测量控制事例（MCI）至同一个包含MOI的技术方案。对比文件缺乏在NRM层级对测量控制进行对象化建模和管理的核心概念。 |
| **技术特征C**：在至少其中一个所述MCI被激活之后，根据所述至少一个MCI的属性收集测量记录<br><br>**判断结果：《隐含公开》** | [0032] “……所述终端测量数据开始操作用于开始进行终端测量数据的收集，携带用于收集终端测量数据的配置参数”。<br>[0088] “UE根据用于收集终端测量数据的配置参数发起终端测量数据收集”。<br>[0053] “测量单元，用于根据用于收集终端测量数据的配置参数进行终端测量数据测量”。 | 对比文件公开了管理实体通过“开始操作”（相当于MCI的激活）下发“配置参数”（相当于MCI的属性），终端根据该配置参数发起并收集测量数据的技术步骤。该步骤在功能上高度对应于目标专利的“MCI被激活后根据其属性收集记录”。虽然对比文件采用信令跟踪机制而目标专利采用NRM对象模型，但其“激活控制+基于属性采集”的技术构思完全相同，本领域技术人员可以毫无疑义地合理推理出该技术步骤。 |
| **技术特征D**：处理测量记录并且使其可用于一定数目的消费者<br><br>**判断结果：《隐含公开》** | [0111] “UE将终端测量数据报告(MDT Data Report)发送给eNodeB，通过eNodeB发送给跟踪数据收集实体”。<br>[0117] “所述跟踪数据收集实体可以位于IRP Agent中，则IRP Agent还可以将终端测量数据报告发送给IRP Manager”。 | 对比文件公开了UE将收集的测量记录形成报告（处理），并逐级递送（通过eNodeB、跟踪数据收集实体）至最终消费者（IRP Manager）的完整技术方案。这实质实现了“处理测量记录并使其可用”的步骤。目标专利后续进一步限定了处理的具体方式，但对比文件公开了其上位概念，属于隐含公开。 |
| **技术特征E**：根据不同的消费者要求定制一定数目的MCI，并且将MCI与所述包含MOI相关联<br><br>**判断结果：未公开** | [0032]，[0101] (MDT Data Request) <br>[0089] “终端测量数据停止操作”。 | 对比文件仅公开了统一的一次性配置下发与停止操作，未公开在同一包含MOI上针对不同消费者（租户）的需求定制多个不同的测量控制事例（MCI）的技术方案。 |
| **技术特征F, G**：将一定数目的子代MOI的一定数目的MCI聚合到一个亲代MOI的一定数目的MCI，将亲代的MCI与亲代MOI相关联<br><br>**判断结果：未公开** | [0150]-[1502] “源基站向目的基站发送切换请求(HANDOVER REQUEST)。所述切换请求携带用于收集终端测量数据的配置参数……”。 | 对比文件公开了切换场景下测量配置在基站间的传递，这属于信令面的上下文转移。而目标专利的特征F/G特指在NRM模型中，基于亲代与子代MOI的层级关系进行MCI的聚合和关联，对比文件缺乏该NRM层级模型的核心概念，未公开此特征。 |
| **技术特征H, I**：将默认MCI与所述包含MOI相关联，其中默认MCI包括在所述包含MOI中所包含的所有测量<br><br>**判断结果：未公开** | 无相关直接或隐含公开内容。 | 对比文件未公开“默认MCI”及其关联方式的技术方案。 |
| **技术特征J**：仅有子代MOI的适用的MCI属性被从子代MOI传播以聚合亲代MOI的MCI<br><br>**判断结果：未公开** | [0150]-[1502] (同上，切换传递) | 对比文件未公开适用于传播/聚合的MCI属性筛选机制，也未公开亲代与子代MOI之间的MCI聚合/传播的完整技术方案。 |
| **技术特征K**：创建所述包含MOI的共同MCI以支持具有相同或类似要求的多个MCI<br><br>**判断结果：未公开** | 无相关直接或隐含公开内容。 | 对比文件未公开“共同MCI”以支持多个相同或类似要求MCI的技术方案。 |
| **技术特征L**：将所述测量记录格式化到测量报告<br><br>**判断结果：《直接公开》** | [0227] “终端测量数据报告的上报文件格式定义可以如表4所示。表4：Intra-freq measurement Type, Event type, Max_measurement_num... RSRP... RSRQ...”。 | 对比文件明确规定了UE上报的终端测量数据报告（MDT Data Report）的详细文件格式（如表4所示，包含测量类型、事件类型、小区标识、信号强度等字段）。这直接、毫无疑义地公开了“将测量记录格式化到测量报告”的技术特征。 |
| **技术特征M**：将来自不同MOI的测量记录聚合到测量报告<br><br>**判断结果：未公开** | [0111] (单个UE的报告递送) | 对比文件仅描述了对单个UE（或单个网元）的测量报告进行处理和递送，未公开将来自多个不同被管理对象（MOI）的测量记录进行聚合以形成统一报告的技术方案。 |
| **技术特征N**：保持未经处理的测量记录<br><br>**判断结果：未公开** | [0227] (强调格式化报告) | 对比文件侧重于将测量数据格式化后生成报告进行上报，未公开“保持未经处理的原始测量记录”的技术方案。 |
| **技术特征O**：将测量报告递送到一定数目的消费者<br><br>**判断结果：《直接公开》** | [0111] “UE将终端测量数据报告(MDT Data Report)发送给eNodeB，通过eNodeB发送给跟踪数据收集实体”。<br>[0117] “所述IRP Agent还可以将终端测量数据报告发送给IRP Manager”。 | 对比文件明确公开了将测量报告（MDT Data Report）递送给跟踪数据收集实体和/或IRP Manager的完整过程。该过程直接对应目标专利的“将测量报告递送到一定数目的消费者”的技术特征。 |
| **技术特征P**：允许一定数目的消费者取回测量报告<br><br>**判断结果：未公开** | [0111]，[0117] (Push递送模式) | 对比文件采用的是将报告主动“发送/递送”给消费者的推送（Push）模式，未公开允许消费者主动发起请求来取回（Pull）测量报告的技术方案。 |
| **技术特征Q**：将未经处理的测量记录流送到一定数目的消费者<br><br>**判断结果：未公开** | 无相关直接或隐含公开内容。 | 对比文件未公开将未经处理的原始测量记录流送给消费者的技术方案。 |
| **技术特征R**：根据添加、删除或更新包含在所述包含MOI的所述测量列表中的测量，添加、删除或更新包含在几个MCI中的测量<br><br>**判断结果：未公开** | [0089] “终端测量数据停止操作” | 对比文件仅公开了整体性的“开始”和“停止”测量操作，未公开根据包含MOI的测量列表的动态变化来自动、联动地添加、删除或更新关联MCI中测量的技术方案。 |
| **技术特征S**：根据添加、删除或更新MOI的一定数目的子代MOI的一定数目的MCI，添加、删除或更新所述MOI的一定数目的MCI<br><br>**判断结果：未公开** | 无相关直接或隐含公开内容。 | 对比文件未公开亲代与子代MOI之间MCI的动态联动更新机制。 |
| **技术特征T**：检查所述至少一个MCI的状态和属性的数值<br><br>**判断结果：《直接公开》** | [0097] “所述IPR Manager还向IPR Agent发送列出激活跟踪任务操作(ListActivatedTraceJobs)；所述IRP Agent输出正在进行测量的终端数目。” | 对比文件明确公开了管理实体通过“列出激活跟踪任务操作(ListActivatedTraceJobs)”来检查测量任务执行状态（如“正在进行测量的终端数目”这一属性值）的技术方案。这直接对应于目标专利的“检查MCI的状态和属性的数值”的特征。 |
| **技术特征U**：与所述MOI相关联的MO对应于子网络、网络切片、网络切片子网、被管理单元、被管理功能、网络功能虚拟化网络服务当中的至少任一项<br><br>**判断结果：《直接公开》** | [0002] “收集网元数据”。<br>[0084] “网元(NE)”。<br>[0086] “NMS601通过IRPManager对网元605、607进行控制”。 | 对比文件明确以“网元”（NE，如eNodeB、MME、HSS等）作为被管理对象（MO）进行测量数据收集的管理。网元属于目标专利特征U所列举的“被管理单元”或“被管理功能”的具体形式。因此，特征U中关于“被管理单元/功能”的部分被对比文件直接公开。 |
---
### 公开性判断代码汇总
根据以上严谨比对，本对比文件对各技术特征的公开性判断结果如下：
**直接公开的技术特征代码：**
<<<L>>><<<O>>><<<T>>><<<U>>>
**隐含公开的技术特征代码：**
<<<c>>><<<d>>>