对比文件名称：2012-02-16_US2012039175A_发明申请_US20120039175A1 ENABLING A DISTRIBUTED POLICY ARCHITECTURE WITH EXTENDED SON (EXTENDED SELF ORGANIZING NETWORKS)
目标专利名称：1010用于实现移动网络中的策略的方法和网络元件CN106465155B
模型名称：Kimi（由月之暗面科技有限公司开发的大型语言模型）
---
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| 技术特征A：由每个网络元件（30…33）单独地验证策略的集合<br>《未公开》 | [0006] “locally enforcing the one or more policy updates at the PGW node and the at least one non-PGW node”（在PGW节点和至少一个非PGW节点处本地执行一个或多个策略更新）；<br>[0025] “every entity autonomously makes decisions based on policy information”（每个实体基于策略信息自主地做出决策） | 根据目标专利说明书[0011]、[0012]，该特征的核心发明点在于“逐个网络元件执行策略库的验证”，即将策略集合视为单个逻辑域并对其一致性进行校验（verification），而非策略的执行。对比文件公开了在PGW及非PGW节点本地执行（enforcing）策略更新以及基于策略信息自主决策，其技术实质是通过PCRF动态分发策略以实现负载均衡。本领域技术人员无法从对比文件中毫无疑义地得出由每个网络元件单独“验证”策略集合一致性的技术方案；同时，“执行策略”与“验证策略一致性”属于完全不同的技术环节，无法从对比文件的内容合理推断出该验证步骤。因此，技术特征A未被对比文件直接公开或隐含公开。 |
| 技术特征B：所述策略集合与所述每个网络元件（30…33）相关<br>《直接公开》 | [0029] “each node (such as the base station) has a subset of policy information that is disseminated to it in a near-real time manner based on the network conditions”（每个节点（例如基站）具有基于网络条件以近实时方式分发给它的一组策略信息） | 目标专利说明书[0011]指出，验证是“针对每个网络元件单独地验证”，将用于网络元件的策略集合视为一个逻辑域，即策略集合需与每个网络元件个体化关联。对比文件[0029]明确记载了每个节点（如基站）具有基于网络条件分发给它的一组策略信息（subset of policy information），该策略子集即为与特定网络元件个体化关联的策略集合，二者在目标专利和对比文件中所起的作用相同，均是使特定网络元件获得与其自身相关的策略以进行后续处理。本领域技术人员能够毫无疑义地确定该“subset of policy information”与目标专利中“策略集合与每个网络元件相关”具有相同的实质含义。因此，技术特征B被对比文件直接公开。 |
| 技术特征C：基于所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）来完成验证；并且在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性<br>《未公开》 | [0006] “determining a network health state by analyzing the collected measurement network data in conjunction with network topology information”（通过结合网络拓扑信息分析所收集的测量网络数据来确定网络健康状态）；<br>[0039] “Network state includes the parameters associated with congestion within various links and nodes in the network...”（网络状态包括与网络中各种链路和节点内的拥塞相关的参数……） | 根据目标专利说明书[0012]、[0013]，该特征要求基于网络元件的策略库和系统状态完成验证，并且采用分层验证方式：先在没有系统变量的情况下检查策略一致性，再关于当前系统状态检查一致性。对比文件虽然提及了网络状态（network state）和网络健康状态（network health state）（[0006]、[0039]），但其仅用于分析网络状况以“确定策略更新”（identify policy updates），而非用于验证策略库内部的一致性。对比文件既未公开基于策略库和系统状态的“验证”操作，也未公开分两步进行的一致性检查方法。因此，本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征C未被对比文件直接公开或隐含公开。 |
| 技术特征D：其中在第三个步骤中关于潜在的系统状态来检查所述策略的一致性<br>《未公开》 | 对比文件未公开与“关于潜在系统状态检查策略一致性”相对应的内容。 | 目标专利说明书[0014]明确将该步骤限定为“关于潜在的系统状态来检查所述策略的一致性”，以评估策略库中策略的将来隐含式。对比文件全文仅涉及基于当前网络状态确定并分发策略更新，既未公开“潜在系统状态”的概念，也未公开任何关于策略一致性分层验证的第三步。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征D未被对比文件直接公开或隐含公开。 |
| 技术特征E：其中策略被解释为霍恩子句<br>《未公开》 | 对比文件未公开“霍恩子句（Horn clauses）”或与之等价的逻辑编程概念。 | 根据目标专利说明书[0016]，将策略解释为霍恩子句是为了“导致在检验策略集合方面的较高效率”，属于特定的数学逻辑和逻辑编程实现方式。对比文件全文未涉及霍恩子句、逻辑编程或策略的形式化逻辑表示。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征E未被对比文件直接公开或隐含公开。 |
| 技术特征F：其中所述网络元件（30…33）在没有与运营和支持系统（2）的数据交换的情况下验证所述策略集合<br>《未公开》 | [0023] “feedback is collected from or provided by all components in the network...and routed to the PCRF module”（反馈从网络中的所有组件收集或由其提供……并被路由到PCRF模块）；<br>[0024] “extended SON allows near real-time network measurements to be measured and sent to the PCRF 12, which then decides whether to alter the QoS parameters...”（扩展SON允许近实时网络测量被测量并发送到PCRF 12，后者然后决定是否改变QoS参数……） | 目标专利说明书[0017]明确将该特征限定为“网络元件在没有与运营和支持系统的数据交换的情况下验证所述策略集合”，以避免验证引起数据业务量。对比文件明确公开了闭环反馈系统，其中网络测量数据被发送到PCRF（类似集中式策略实体），PCRF再决定将策略更新分发到各节点（[0023]、[0024]）。该技术方案恰恰依赖于网络元件与集中实体之间的数据交换，与目标专利中“没有数据交换”的验证方式截然相反。因此，本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征F未被对比文件直接公开或隐含公开。 |
| 技术特征G：其中运营和支持系统（2）向所述网络元件（30…33）发送验证代码（7），并且所述网络元件（30…33）应运营和支持系统（2）的请求借助于接收到的验证代码（7）来验证所述策略集合<br>《未公开》 | [0006] “disseminating the one or more policy updates to a packet gateway (PGW) node and at least one non-PGW node in the network”（将所述一个或多个策略更新分发到网络中的分组网关（PGW）节点和至少一个非PGW节点）；<br>[0026] “transmits policy updates to the PGW and other non-PGW nodes in the network”（将策略更新传输到网络中的PGW和其他非PGW节点） | 根据目标专利说明书[0018]，“验证代码”是在“验证算法”的意义上使用的，是执行验证的程序或函数（例如可执行程序或要解释的代码），而非策略规则本身。对比文件公开了PCRF向各节点分发“策略更新（policy updates）”（即策略规则/阈值数据），但未公开分发用于验证策略集合一致性的“验证代码”或“验证算法”。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征G未被对比文件直接公开或隐含公开。 |
| 技术特征H：其中所述网络元件（30…33）从运营和支持系统（2）请求验证代码（7）并且借助于接收到的验证代码（7）来验证所述策略集合<br>《未公开》 | [0006] “disseminating the one or more policy updates to a packet gateway (PGW) node and at least one non-PGW node in the network”（将所述一个或多个策略更新分发到网络中的分组网关（PGW）节点和至少一个非PGW节点） | 目标专利说明书[0018]明确限定网络元件从OSS“请求验证代码”且该验证代码为“验证算法”。对比文件仅公开了PCRF向节点单向分发策略更新，未公开网络元件向PCRF请求“验证代码”或“验证算法”的技术方案。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征H未被对比文件直接公开或隐含公开。 |
| 技术特征I：其中运营和支持系统（2）从所述网络元件（30…33）请求策略库（4）和系统状态（5），并借助于接收到的策略库（4）和接收到的系统状态（5）来验证所述策略集合<br>《未公开》 | [0023] “feedback is collected from or provided by all components in the network...and routed to the PCRF module”（反馈从网络中的所有组件收集或由其提供……并被路由到PCRF模块）；<br>[0032] “The PCRF 12 receives, via the transceiver 18, network measurement data 140 from one or more of the measurement tools...”（PCRF 12经由收发器18从一个或多个测量工具接收网络测量数据140……） | 根据目标专利说明书[0019]，该特征要求OSS从网络元件请求策略库和系统状态，并基于接收到的策略库和系统状态来验证策略集合的一致性。对比文件虽然公开了PCRF接收来自网络组件的反馈或网络测量数据（network measurement data）（[0023]、[0032]），但该数据是网络状态测量（如拥塞、带宽、QoS等），而非网络元件的“策略库”和“系统状态”本身；且PCRF使用该数据是为了“确定网络健康状态”和“识别策略更新”，而非验证策略库一致性。因此，本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征I未被对比文件直接公开或隐含公开。 |
| 技术特征J：其中所述网络元件（30…33）将其策略库（4）和系统状态（5）上传到运营和支持系统（2），并且其中运营和支持系统（2）应所述网络元件（30…33）的请求来验证所述策略集合<br>《未公开》 | [0023] “feedback is collected from or provided by all components in the network...and routed to the PCRF module”（反馈从网络中的所有组件收集或由其提供……并被路由到PCRF模块） | 目标专利说明书[0019]明确限定网络元件将其策略库和系统状态上传到OSS，并由OSS应网络元件请求来验证策略集合。对比文件仅公开了网络组件向PCRF提供反馈/测量数据，未公开上传“策略库”和“系统状态”供PCRF进行一致性验证，也未公开“应网络元件请求”的验证触发机制。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征J未被对比文件直接公开或隐含公开。 |
| 技术特征K：其中，借助于机器学习（8）来自动地扩充策略集合<br>《未公开》 | 对比文件未公开“机器学习（machine learning）”或与之相关的自动策略扩充机制。 | 目标专利说明书[0021]明确限定“借助于机器学习自动地扩充策略集合”，并且背景技术[0004]指出机器学习可以识别数据中的相关性并公式化为隐含式策略。对比文件全文未涉及机器学习、自动策略生成或策略扩充的任何内容。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征K未被对比文件直接公开或隐含公开。 |
| 技术特征L：其中，在识别到不一致的策略集合时，移除对策略库（4）的最后添加，并且在另外的步骤中重新验证策略库（4）<br>《未公开》 | 对比文件未公开与“识别不一致时移除最后添加并重新验证”相对应的错误处理机制。 | 根据目标专利说明书[0022]，该特征是一种特定的错误处理机制：在识别到不一致时，移除对策略库的最后添加并重新验证，以不将在移动网络中运行的过程的稳定性置于风险中。对比文件全文未公开策略一致性校验，更未公开在发现不一致时移除最后添加条目并重新验证的容错机制。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征L未被对比文件直接公开或隐含公开。 |
| 技术特征M：包括用于验证其策略库（4）的部件（7）和用于从所述移动网络（1）的运营和支持系统（2）接收验证代码（7）的部件，其中：由网络元件（30…33）中的每一个单独地验证策略的集合，所述策略集合与所述每一个网络元件（30…33）相关<br>《未公开》 | [0006] “locally enforcing the one or more policy updates at the PGW node and the at least one non-PGW node”（在PGW节点和至少一个非PGW节点处本地执行一个或多个策略更新）；<br>[0029] “each node...has a subset of policy information that is disseminated to it...”（每个节点……具有分发给它的策略信息子集……） | 目标专利说明书[0008]、[0017]、[0018]明确限定网络元件包括“用于验证其策略库的部件”和“用于接收验证代码的部件”，其核心功能是对策略库进行一致性验证。对比文件虽然公开了网络元件本地执行策略更新以及每个节点具有策略子集，但其网络元件中的处理器/存储器（[0016]）仅用于本地执行（local enforcement）策略，而非验证策略库一致性；对比文件也未公开“验证代码”或“验证算法”的分发与接收。因此，本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征M未被对比文件直接公开或隐含公开。 |
| 技术特征N：基于所述网络元件（30…33）的系统状态（5）来完成验证，并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性<br>《未公开》 | [0006] “determining a network health state by analyzing the collected measurement network data...”（通过分析所收集的测量网络数据来确定网络健康状态……）；<br>[0039] “Network state includes the parameters associated with congestion...”（网络状态包括与拥塞相关的参数……） | 目标专利说明书[0012]、[0013]明确限定基于系统状态完成验证，并采用分层两步验证：先无系统变量检查一致性，再关于当前系统状态检查一致性。对比文件虽然提及网络状态，但其仅用于分析网络健康状况以生成策略更新，既未公开基于系统状态的“验证”操作，也未公开该特定的两步分层一致性检查方法。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征N未被对比文件直接公开或隐含公开。 |
| 技术特征O：包括用于向被连接到运营和支持系统（2）的多个网络元件（30…33）之一发送验证代码（7）和/或从所述网络元件（30…33）接收策略库（4）和系统状态（5）的部件，其中：由每个网络元件（30…33）单独地验证策略的集合，所述策略集合与所述每个网络元件（30…33）相关<br>《未公开》 | [0006] “disseminating the one or more policy updates to a packet gateway (PGW) node and at least one non-PGW node in the network”（将所述一个或多个策略更新分发到网络中的PGW节点和至少一个非PGW节点）；<br>[0023] “feedback is collected from or provided by all components in the network...and routed to the PCRF module”（反馈从网络中的所有组件收集或由其提供……并被路由到PCRF模块） | 目标专利说明书[0018]、[0019]明确限定运营和支持系统包括用于向网络元件发送“验证代码”和/或接收“策略库”和“系统状态”的部件，其核心是支持策略库一致性验证。对比文件中的PCRF虽具有收发器（transceiver）用于分发策略更新或接收网络反馈，但其发送的是策略规则/阈值（policy updates），而非作为验证算法的“验证代码”；其接收的是网络测量数据（network measurement data），而非网络元件的“策略库”和“系统状态”。因此，本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征O未被对比文件直接公开或隐含公开。 |
| 技术特征P：基于所述网络元件（30…33）的所述策略库（4）和所述网络元件（30…33）的所述系统状态（5）来完成验证，并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性<br>《未公开》 | [0006] “determining a network health state by analyzing the collected measurement network data in conjunction with network topology information”（通过结合网络拓扑信息分析所收集的测量网络数据来确定网络健康状态）；<br>[0039] “Network state includes the parameters associated with congestion...”（网络状态包括与拥塞相关的参数……） | 目标专利说明书[0012]、[0013]明确限定基于策略库和系统状态完成验证，并采用先无系统变量、再关于当前系统状态的两步分层验证。对比文件未公开基于策略库和系统状态的验证操作，也未公开该两步一致性检查方法。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征P未被对比文件直接公开或隐含公开。 |
| 技术特征Q：包括至少一个运营和支持系统（2）和被连接到其的多个网络元件（30…33）、用于由每个网络元件（30…33）单独地验证策略集合的部件，所述策略集合与所述每个网络元件（30…33）相关，以及用于基于所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）的验证的部件（7），并且其中在第一个步骤中，在没有系统变量的情况下检查所述策略库（4）的策略的一致性，并且在第二个步骤中，关于当前系统状态（5）来检查所述策略的一致性<br>《未公开》 | [0006] “determining a network health state...”以及“locally enforcing...policy updates”（确定网络健康状态……以及本地执行……策略更新）；<br>[0029] “each node...has a subset of policy information...”（每个节点……具有策略信息子集……） | 目标专利说明书[0011]-[0013]明确限定移动网络包括用于由每个网络元件单独验证策略集合的部件、基于策略库和系统状态验证的部件，并采用两步分层验证。对比文件虽然公开了具有PCRF（集中实体）和多个网络元件（如eNB、MME）的移动网络架构，以及各节点具有策略子集，但未公开任何用于“验证策略集合一致性”的部件，也未公开基于策略库和系统状态的分步验证机制。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征Q未被对比文件直接公开或隐含公开。 |
| 技术特征R：包括用于在运营和支持系统（2）与网络元件（30…33）之间交换如下的部件- 所述网络元件（30…33）的策略库（4）和所述网络元件（30…33）的系统状态（5）和/或- 用于验证的验证代码（7）<br>《未公开》 | [0006] “disseminating the one or more policy updates to a packet gateway (PGW) node and at least one non-PGW node in the network”（将所述一个或多个策略更新分发到网络中的PGW节点和至少一个非PGW节点）；<br>[0023] “feedback is collected from or provided by all components in the network...and routed to the PCRF module”（反馈从网络中的所有组件收集或由其提供……并被路由到PCRF模块） | 目标专利说明书[0018]、[0019]明确限定在OSS与网络元件之间交换的是“策略库和系统状态”和/或“验证代码（验证算法）”。对比文件公开的是在PCRF与节点之间交换“策略更新（policy updates）”和“网络测量反馈（network feedback/measurement data）”，二者在性质上完全不同：前者是用于一致性验证的策略库、系统状态及验证程序，后者是用于负载均衡的策略规则和网络性能测量。因此，本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。技术特征R未被对比文件直接公开或隐含公开。 |
---
## 直接公开判断总结
经严谨比对，本领域技术人员能够毫无疑义地从对比文件中得出与技术特征B相同的技术方案。对比文件[0029]明确公开了每个节点具有基于网络条件分发给它的一组策略信息（subset of policy information），该策略子集与特定网络元件个体化关联，实质上等价于目标专利中“所述策略集合与所述每个网络元件相关”的技术特征，且二者在各自技术方案中所起作用相同，均是使特定网络元件获得与其自身相关的策略以进行后续处理。其余技术特征A、C-R均未被对比文件直接公开。
## 隐含公开判断总结
经宽松审查，对比文件中“本地执行策略更新”、“自主决策”、“网络状态测量”等内容，均属于策略的动态分发与执行范畴，无法合理推断出目标专利所限定的“验证策略库一致性”、“验证代码（验证算法）”、“霍恩子句解释”、“机器学习扩充”、“不一致时移除最后添加”、“无数据交换验证”等技术方案。策略的“执行（enforcement）”与“一致性验证（verification of consistency）”属于不同的技术环节；对比文件发送的“策略更新（policy updates）”与目标专利的“验证代码”在性质上亦截然不同。因此，技术特征A、C-R均未被对比文件隐含公开。
<<<B>>>