好的，我们开始进行评估。
**对比文件名称：** 2014-12-04_WO2014191469A_发明申请_WO2014191469A1 NETWORK ENTITY AND METHOD FOR CONTROLLING A SON-FUNCTION
**目标专利名称：** 729用于提供认知功能和促进管理的方法和装置CN110024327B
**本次调用的模型名称：** Claude 3.5 Sonnet
---
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 所述系统包括：网络目标管理器（NOM）<br><br>《直接公开》 | [p0007] “According to one first aspect of the present invention there may be provided a network entity.”<br>[p0011] “a component which connects operator objectives with SON Function Configuration Parameter Values SCVs, called SON Objective Manager, may be proposed”<br>[p0078] “Figure 2 shows an exemplary embodiment of a functional architecture of SON Management according to the present invention with the function and interfaces of the SON Objective Manager” | 对比文件公开了一种“SON Objective Manager”（SON目标管理器）的网络实体。该实体位于运营商目标与SON功能之间，其核心功能是连接运营商目标与SON功能配置参数值。这与目标专利中的“网络目标管理器（NOM）”在名称和核心定位上高度对应，都是用于管理网络目标的实体。因此，技术特征A被对比文件直接公开。 |
| **技术特征B：** 环境建模和抽象（EMA）引擎<br><br>《未公开》 | 无直接对应内容。 | 对比文件主要关注如何将运营商目标映射到SON功能的配置参数值（SCV Set），并未描述对环境进行建模和抽象以生成用于决策的状态的独立引擎。对比文件中的“operational context”或“conditions”是作为输入参数存在，而非通过一个独立的“EMA引擎”进行动态抽象和建模。因此，该技术特征未被对比文件公开。 |
| **技术特征C：** 配置管理引擎（CME）<br><br>《未公开》 | 无直接对应内容。 | 对比文件没有描述一个独立的“配置管理引擎”用于基于抽象环境定义和细化“合法候选网络配置”。对比文件中的SON Objective Manager直接生成SCV Set，而不是先定义一个候选配置的集合。因此，该技术特征未被对比文件公开。 |
| **技术特征D：** 决策和动作引擎（DAE）<br><br>《未公开》 | 无直接对应内容。 | 对比文件没有描述一个独立的“决策和动作引擎”用于将当前抽象状态与合法候选配置进行匹配。对比文件中的SON Objective Manager负责决策，但该决策是基于运营商目标和模型，而非基于一个由“EMA引擎”定义的当前抽象状态。因此，该技术特征未被对比文件公开。 |
| **技术特征E：** NOM包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和计算机程序代码被配置成与处理器一起使得网络目标管理器：解释针对CNM或针对具体认知功能（CF）的一个或多个运营商目标，以确保CNM或具体CF调整其行为以便实现运营商目标<br><br>《直接公开》 | [p0011] “In order to solve the problem described above, a component which connects operator objectives with SON Function Configuration Parameter Values SCVs, called SON Objective Manager, may be proposed, which closes the manual gap of SON Management by automatically deriving the SCVs from operator objectives”<br>[p0015] “- an operator objective interface for receiving operator objectives; - a SON-Function model interface for receiving at least a first SON Function Model; - wherein the network entity is adapted to link the operator objectives with the first SON-Function model in order to adapt a SON Function for influencing a network behavior.”<br>[p0018] “the network entity is adapted to transform operator objectives into configuration values and / or policies and / or SCV Sets that can be executed by a SON Function.” | 对比文件明确公开了SON Objective Manager的功能：接收运营商目标，将运营商目标与SON功能模型链接，并自动从运营商目标推导出SCV Set，以配置和调整SON功能的行为，从而影响网络行为。这完全对应于目标专利中NOM解释运营商目标、调整认知功能（CF）行为以实现目标的功能。对比文件中的“SON Objective Manager”即为NOM的对应实现。因此，技术特征E被直接公开。 |
| **技术特征F：** EMA引擎包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和计算机程序代码被配置成与处理器一起使得环境建模和抽象引擎：将环境抽象成状态，表示具体CF在其中操作的不同可操作上下文和情况，其中抽象的环境表示由定量关键性能指标（KPI）、抽象状态标签和可操作上下文的组合中的一个或多个来构建<br><br>《未公开》 | 无直接对应内容。 | 对比文件虽然提及了“operational context”（如时间、地点等条件），但这些只是作为选择和映射SCV Set的条件输入，并非通过一个独立的引擎将环境抽象为由KPI、状态标签等构建的“状态”。对比文件没有描述对环境进行建模和抽象以生成用于决策的“抽象状态”的过程。因此，该技术特征未被对比文件公开。 |
| **技术特征G：** CME包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和计算机程序代码被配置成与处理器一起使得环境建模和抽象引擎：基于如由EMA引擎导出的抽象环境和可操作上下文，针对CF的不同上下文定义一个或多个合法候选网络配置<br><br>《未公开》 | 无直接对应内容。 | 对比文件中的SON Objective Manager直接针对给定的上下文和运营商目标，通过推理过程确定一个最佳的SCV Set。它没有定义一个“合法候选网络配置”的集合供后续决策引擎选择。因此，该技术特征未被对比文件公开。 |
| **技术特征H：** DAE包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和计算机程序代码被配置成与处理器一起使得决策和动作引擎：将如由EMA引擎导出的当前抽象状态、抽象环境、可操作上下文或其组合与从合法候选网络配置的集合选择的适当网络配置相匹配。<br><br>《未公开》 | 无直接对应内容。 | 对比文件没有描述一个独立的引擎来执行“将当前抽象状态与从合法候选配置集合中选择的适当网络配置相匹配”的操作。对比文件的决策过程是直接由SON Objective Manager完成的，而非通过一个独立的DAE。因此，该技术特征未被对比文件公开。 |
| **技术特征I：** 进一步包括：协调引擎，所述协调引擎包括至少一个处理器和包括计算机程序代码的至少一个存储器，所述至少一个存储器和计算机程序代码被配置成与处理器一起使得协调引擎：学习不同CF决策对其他CF的一个或多个影响<br><br>《隐含公开》 | [p0061] “A SON Function can be configured by means of SON Function Configuration Parameters (SCP).”<br>[p0062] “...a certain SCV Set...may therefore modify the SON Function behavior in such a way that the SON Function may drive the network KPIs towards a certain optimization target”<br>[p0070] “...or its integration into a common utility function with all other SON Functions”<br>[p0079] “the SON Objective Manager may create SCV Sets for SON Functions from different vendors. This may facilitate a high-level integration of multi-vendor SON Functions controlled by common operator objectives.” | 对比文件明确认识到多个SON功能之间存在相互影响，并提出了通过一个“common utility function”或通过“SON Objective Manager”进行“high-level integration”来协调这些功能。虽然对比文件没有明确命名为“协调引擎”，但其描述的管理和协调多个SON功能以共同实现运营商目标的过程，隐含了需要一种机制来理解一个SON功能的决策（SCV Set）如何影响其他SON功能的行为和整体目标达成。本领域技术人员能够合理推断出，为了进行有效的“high-level integration”和避免冲突，必然需要学习和理解不同SON功能决策之间的相互影响。因此，该技术特征被对比文件隐含公开。 |
| **技术特征J：** 解释学习的知识<br><br>《未公开》 | 无直接对应内容。 | 对比文件没有描述对学习到的“不同CF决策对其他CF的影响”这一知识进行“解释”的过程。对比文件中的SON Objective Manager是基于预定义的模型和规则进行推理，而非基于对历史经验的学习和解释。因此，该技术特征未被对比文件公开。 |
| **技术特征K：** 建议对CME和DAE的修改以最小化所述一个或多个影响<br><br>《未公开》 | 无直接对应内容。 | 对比文件中没有“CME”和“DAE”这些部件，因此不可能存在“建议对CME和DAE的修改”这一操作。对比文件的协调是通过SON Objective Manager统一生成SCV Set来实现的，而非通过修改其他独立引擎。因此，该技术特征未被对比文件公开。 |
| **技术特征L：** 其中，NOM进一步包括计算机程序代码，所述计算机程序代码被配置成与处理器一起使得装置：接收一个或多个关键质量指标（KQI）输入<br><br>《隐含公开》 | [p0063] “Figure 1 shows an exemplary embodiment of a known SON Management environment where operator objectives (which can be, for example, business, strategic, and technical objectives) of the mobile network operator have to be manually transformed into configuration values and / or policies for the SON Functions”<br>[p0068] “Operator objectives may include for example increasing end-user satisfaction, increasing network capacity and coverage, reducing energy consumption and/or reducing operational cost.”<br>[p0078] “the SON Objective Manager, that provides methods and interfaces to automatically interconnect the operator objectives (for example, business, strategic and technical objectives) of the mobile network operator” | 对比文件指出，运营商目标包括“business, strategic, and technical objectives”，例如“increasing end-user satisfaction, increasing network capacity and coverage”。这些高级别的业务和技术目标（如用户满意度、网络容量）本质上就是“关键质量指标（KQI）”。对比文件中的SON Objective Manager通过“Operator Objective Interface”接收这些运营商目标，而KQI是运营商目标的一种具体表现形式。本领域技术人员可以合理推断，为了将抽象的业务目标转化为技术KPI，SON Objective Manager必然需要接收并处理这些KQI输入。因此，该技术特征被对比文件隐含公开。 |
| **技术特征M：** 提供加权或优先级排序的KPI目标。<br><br>《直接公开》 | [p0068] “These operator objectives may have different priorities in general...Thereby, priorities may indicate the importance of an objective to the operator. This importance can be expressed through, e.g., a ranking of the objectives...or a weighting of the objectives”<br>[p0093] “- a set of prioritized operator objectives that may need to be satisfied”<br>[p0097] “The interface can be implemented such that the SON Objective Manager can read the operator objectives as a set of concrete objectives and their priority” | 对比文件明确且详细地公开了运营商目标具有优先级或权重，并且SON Objective Manager通过接口接收这些“prioritized operator objectives”。SON Objective Manager的作用就是根据这些带优先级的运营商目标来生成SCV Set，这等同于将运营商目标（可视为KQI）分解为带优先级的SON功能配置目标（可视为KPI目标）。因此，技术特征M被直接公开。 |
| **技术特征N：** 其中，EMA引擎被实现为分类器，所述分类器被配置成将KPI或KPI的组合聚类成在逻辑上彼此可区分的集合。<br><br>《未公开》 | 无直接对应内容。 | 对比文件没有描述任何分类器或KPI聚类过程。环境的“conditions”或“context”是预先定义的（如时间、地点），而非通过机器学习分类器从KPI中动态学习得到的。因此，该技术特征未被对比文件公开。 |
| **技术特征O：** 其中，CME被实现为监督学习代理，所述监督学习代理应用神经网络、支持矢量机或其他学习算法，其评估指示在实现不同的上下文中的定义的KPI目标方面中的不同配置的质量的历史数据，以选择合法配置。<br><br>《未公开》 | 无直接对应内容。 | 对比文件没有描述任何监督学习代理或机器学习算法。SON Objective Manager的决策是基于模型（SON Function Model）和优先级的逻辑推理，而非基于对历史配置质量的机器学习评估。因此，该技术特征未被对比文件公开。 |
| **技术特征P：** 其中，DAE进一步包括计算机程序代码，所述计算机程序代码被配置成与处理器一起使得装置：从合法网络配置的应用并且朝向不同的运营商目标学习如由EMA定义的不同上下文中的不同网络配置的质量，并且随后针对网络上下文和状态选择最佳网络配置。<br><br>《未公开》 | 无直接对应内容。 | 对比文件没有描述一个独立的DAE，也没有描述其执行学习不同上下文中的配置质量并选择最佳配置的功能。SON Objective Manager的决策是一次性推理，不涉及在线学习过程。因此，该技术特征未被对比文件公开。 |
| **技术特征Q：** 其中，DAE被实现为单个目标RL代理，其中，单个目标是优化CF要求，所述CF要求包括针对不同技术目标或KPI的一个或多个目标。<br><br>《未公开》 | 无直接对应内容。 | 对比文件没有描述任何强化学习（RL）代理。SON Objective Manager的决策是基于规则或优化模型，而非基于与环境的交互和试错学习。因此，该技术特征未被对比文件公开。 |
| **技术特征R：** 其中，所述系统进一步包括第一接口，所述第一接口被配置成提供预期由CF实现的KPI目标以及指示要如何解释目标的附加信息，附加信息包括KPI的权重、优先级或效用中的一个或多个。<br><br>《隐含公开》 | [p0081] “The Operator Objective Interface may define a standardized syntax for the description of operator objectives.”<br>[p0082] “Therefore, also the Operator Objective Interface may be standardized to ensure multi-vendor capabilities of the SON Objective Manager.”<br>[p0093] “The interface to the operator objectives may provide information that allows the SON Objective Manager to determine - a set of prioritized operator objectives that may need to be satisfied”<br>[p0097] “The interface can be implemented such that the SON Objective Manager can read the operator objectives as a set of concrete objectives and their priority” | 对比文件明确公开了“Operator Objective Interface”，该接口用于接收运营商目标及其优先级。这些运营商目标最终会被转化为SON功能的配置参数，从而间接定义了CF（SON功能）需要实现的“目标”。目标专利中的“第一接口”用于提供KPI目标及权重/优先级等附加信息，这与对比文件中“Operator Objective Interface”的功能高度一致。虽然对比文件没有明确使用“第一接口”这个术语，但本领域技术人员可以合理推断，该“Operator Objective Interface”实质上就是用于传递目标（运营商目标，可映射为KPI目标）及其优先级信息的接口。因此，该技术特征被对比文件隐含公开。 |
| **技术特征S：** 其中，所述系统进一步包括第二接口，所述第二接口被配置成提供EMA与CE、CME和DAE中的一个或多个之间的连接<br><br>《未公开》 | 无直接对应内容。 | 对比文件中没有“EMA”、“CE”、“CME”和“DAE”这些功能实体，因此不可能存在连接这些实体的接口。因此，该技术特征未被对比文件公开。 |
| **技术特征T：** 并提供如由EMA创建的抽象环境状态或上下文。<br><br>《未公开》 | 无直接对应内容。 | 对比文件中不存在“EMA引擎”，也没有“抽象环境状态”的概念。因此，不存在提供此类状态的接口。因此，该技术特征未被对比文件公开。 |
| **技术特征U：** 其中，所述系统进一步包括第三接口，所述第三接口被配置成提供CE与CME之间的连接<br><br>《未公开》 | 无直接对应内容。 | 对比文件中没有“CE”和“CME”这些功能实体，因此不可能存在连接它们的接口。因此，该技术特征未被对比文件公开。 |
| **技术特征V：** 并提供由CE导出的关于具体CF的配置的规则。<br><br>《未公开》 | 无直接对应内容。 | 对比文件中没有“CE”功能实体，也没有描述导出“关于具体CF的配置的规则”的过程。因此，该技术特征未被对比文件公开。 |
| **技术特征W：** 其中，所述系统进一步包括第四接口，所述第四接口被配置成提供CE与DAE之间的连接<br><br>《未公开》 | 无直接对应内容。 | 对比文件中没有“CE”和“DAE”这些功能实体，因此不可能存在连接它们的接口。因此，该技术特征未被对比文件公开。 |
| **技术特征X：** 并提供合法的网络配置的集合。<br><br>《未公开》 | 无直接对应内容。 | 对比文件直接生成的SCV Set是一个最终配置，而不是一个“合法的网络配置的集合”。因此，该技术特征未被对比文件公开。 |
| **技术特征Y：** 其中，所述系统进一步包括第五接口，所述第五接口被配置成提供DAE与EMA之间的连接<br><br>《未公开》 | 无直接对应内容。 | 对比文件中没有“DAE”和“EMA”这些功能实体，因此不可能存在连接它们的接口。因此，该技术特征未被对比文件公开。 |
| **技术特征Z：** 并携带如由DAE选择的当前网络配置。<br><br>《未公开》 | 无直接对应内容。 | 对比文件中没有“DAE”功能实体，也没有描述传递“由DAE选择的当前网络配置”的接口。虽然对比文件有“SON Function Interface”用于部署SCV Set，但这与目标专利中DAE选择当前配置并由第五接口携带的含义不同。因此，该技术特征未被对比文件公开。 |
<<<A>>><<<E>>><<<M>>><<<i>>><<<l>>><<<r>>>