好的，作为一名经验丰富的资深专利代理师，我将严格遵循您的要求，对目标专利的技术特征与对比文件进行逐项比对和公开性判断。
首先，明确本次分析涉及的文件及模型：
- **对比文件名称**: 2012-05-31_US2012136992A_发明申请_US20120136992A1 USAGE-SENSITIVE POLICY AND CHARGING CONTROL METHOD, SERVERS, SYSTEMS AND COMPUTER PROGRAMS
- **目标专利名称**: 1194控制针对增值服务(VAS)的计费的方法和网络实体CN108605209B
- **本次调用的模型名称**: deepseek-r1
以下为详细的特征比对与公开性判断。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：用于控制针对增值服务VAS的计费，所述方法包括，-确定(S210)与用户业务相关联的VAS提供状态<br><br>《隐含公开》 | **对比文件【0116】-【0117】**: “In the first fair usage control function, the PCRF is configured to instruct the PCEF as to when the reporting of usage for a service is to be carried out, wherein this may be done by setting quotas... In the second fair usage control function, the control actions are the result of the policy evaluation of types access and charging control and/or QoS control in the PCRF.”<br><br>**对比文件【0119】**: “In contrast to the first and second fair usage control functions just described (which do not form part of the invention, but are presented for illustrating the context of the invention), embodiments of the invention go beyond by enabling the setting of quotas or usage limits per particular service instance of a service.”<br><br>**对比文件【0151】**: “The PCRF calculates the quota that applies for the service ‘Orange_Video’ and the quota that applies for the particular service instance that has been activated.” | 对比文件未明确使用“VAS提供状态”这一术语，也未明确定义一个指示“VAS集合”的状态。然而，对比文件的核心发明在于PCRF能够为一个特定的“服务实例（service instance）”动态地设置和使用配额（quota/usage limit）。这个过程隐含了PCRF需要确定该“服务实例”当前是否被提供以及处于何种状态（例如，在步骤【0151】中，PCRF计算适用于特定服务实例的配额，这必须以该服务实例的激活并提供为前提）。本领域技术人员可以合理推断，PCRF在决定为哪个服务实例设置配额时，必然需要确定与该用户业务相关的服务实例的提供状态。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B**：所述VAS提供状态指示针对所述用户业务提供的VAS集合<br><br>《隐含公开》 | **对比文件【0151】**: “The PCRF calculates the quota that applies for the service ‘Orange_Video’ and the quota that applies for the particular service instance that has been activated.”<br><br>**对比文件【0152】**: “the PCRF determines the following quota information: (1) Orange_Video has a quota of 50 Mbytes this month, (2) Any instance of the service has a quota of 5 Mbytes.” | 对比文件没有用到“VAS集合”这个术语，但其描述的“服务（service）”或“服务实例（service instance）”本质上就是一种VAS。对比文件【0152】描述了PCRF为“Orange_Video”服务和该服务的特定实例“Video1”分别确定配额。这隐含地表明，对于用户业务，存在一个VAS集合（例如，包括“Orange_Video”服务和其内的“Video1”实例）。PCRF基于这些被提供的服务/实例的状态（如配额信息）来进行后续处理。因此，对比文件隐含地教导了针对用户业务提供的VAS集合的概念，并基于其状态采取行动。 |
| **技术特征C**：-基于所述VAS提供状态生成(S220)针对所述用户业务的VAS计费策略<br><br>《直接公开》 | **对比文件【0066】-【0067】**: “The PCRF then determines 26 new policy and charging rules to be enforced by the PCEF. The determination 26 by the PCRF of the new rules is made based on the usage parameter... The new policy and charging rules determined 26 by the PCRF are then made available 28 to the PCEF...”<br><br>**对比文件【0151】**: “The PCRF calculates the quota that applies for the service ‘Orange_Video’ and the quota that applies for the particular service instance that has been activated.”<br><br>**对比文件【0152】**: “the PCRF determines the following quota information: (1) Orange_Video has a quota of 50 Mbytes this month, (2) Any instance of the service has a quota of 5 Mbytes.” | 对比文件明确公开了PCRF（对应于目标专利的网络实体）基于使用参数（usage parameter），特别是基于特定服务实例的提供状态（如【0151】中计算的配额），来确定（determine）新的策略和计费规则（new policy and charging rules）。这个“确定新的策略和计费规则”的动作，在功能和目的上与目标专利中“生成针对用户业务的VAS计费策略”完全一致。对比文件【0152】中PCRF为服务实例确定配额（一种计费策略）的动作，正是基于该服务实例的提供状态（被激活）而生成的。因此，该技术特征被对比文件直接公开。 |
| **技术特征D**：其中所述VAS计费策略包括针对所述VAS集合的计费键值；并且所述计费键值取决于集合中的每个VAS的VAS赞助商状态<br><br>《未公开》 | **对比文件全文搜索**: 未找到 “charging key”, “sponsor status”, “sponsor” 或类似与“赞助商状态”相关的描述。 | 对比文件的核心是围绕“服务实例（service instance）”的用量监控和配额管理，其生成的策略是“配额（quota）”或“用量限制（usage limit）”，并通过“Instance-Identifier”等AVP进行传递。对比文件完全没有提及“计费键值（charging key）”这一概念，更没有公开或暗示计费键值会取决于“VAS赞助商状态（VAS sponsor status）”。这是一个完全不同的技术方案，因此该技术特征未被对比文件公开。 |
| **技术特征E**：所述VAS赞助商状态指示每个VAS是由网络运营商还是由第三方赞助的。<br><br>《未公开》 | **对比文件全文搜索**: 未找到 “sponsor”, “third-party”, “network operator sponsor” 或任何关于赞助的定义或指示。 | 理由同技术特征D。对比文件未涉及任何关于VAS赞助商的概念，也未定义任何指示赞助来源的状态。因此，该技术特征未被对比文件公开。 |
| **技术特征F**：还包括，-从另一网络实体接收与所述VAS集合相关联的测量报告<br><br>《直接公开》 | **对比文件【0058】-【0059】**: “Then the PCEF makes available 22, to a PCRF, the usage parameter or information derived from the usage parameter.”<br><br>**对比文件【0066】**: “After the PCEF has made available 22 the usage parameter... to the PCRF, the PCRF obtains 24 the usage parameter...”<br><br>**对比文件【0064】**: “The accumulated usage may be an amount of transferred data, a lapse of time... a number of encountered events...” | 对比文件明确公开了PCEF（对应于目标专利中的“另一网络实体”）向PCRF发送（makes available）使用参数（usage parameter）或从其导出的信息，并且PCRF接收（obtains）该信息。该“使用参数”可以是传输的数据量、时间长度或事件计数等（【0064】），这与目标专利中定义的“测量报告”内容（时间长度和/或业务量或计费事件）实质相同。PCRF接收的正是与特定服务实例（VAS）相关联的使用报告。因此，该技术特征被对比文件直接公开。 |
| **技术特征G**：-基于所述测量报告调整所述VAS计费策略。<br><br>《直接公开》 | **对比文件【0066】-【0067】**: “The PCRF then determines 26 new policy and charging rules to be enforced by the PCEF. The determination 26 by the PCRF of the new rules is made based on the usage parameter... The new policy and charging rules determined 26 by the PCRF are then made available 28 to the PCEF...”<br><br>**对比文件【0170】**: “The PCRF applies the policy evaluation using the accumulated usage for the service and the instance.” | 对比文件明确公开了PCRF基于接收到的使用参数（即测量报告）【0066】，确定新的策略和计费规则（即调整计费策略）【0067】。例如在【0170】中，PCRF使用累积的使用量来进行策略评估，这直接对应于基于测量报告调整策略。因此，该技术特征被对比文件直接公开。 |
| **技术特征H**：其中所述测量报告指示与所述集合中的每个VAS相关的、所述用户业务已经消费的时间长度和/或业务量或者与所述集合中的每个VAS相关联的计费事件。<br><br>《直接公开》 | **对比文件【0064】**: “The accumulated usage may be an amount of transferred data, a lapse of time (during which the service instance is active, or since the service instance has been started), a number of encountered events, or any other metrics accounting for the duration or intensity of use of a service instance.” | 对比文件明确公开了“使用参数（accumulated usage）”可以是传输的数据量（an amount of transferred data）、一段时间（a lapse of time）或遇到的事件数量（a number of encountered events）。这与目标专利中定义的测量报告内容“时间长度和/或业务量或者...计费事件”完全对应一致。并且，这些测量是针对每个服务实例（VAS）进行的。因此，该技术特征被对比文件直接公开。 |
| **技术特征I**：其中所述计费键值还取决于：-指示与所述集合中的每个VAS相关的、所述用户业务已经消费的时间长度和/或业务量的VAS消费状态，和/或-所述集合中每个VAS的服务提供策略。<br><br>《未公开》 | **对比文件全文搜索**: 未找到 “charging key”, “VAS consumption status”, “service provisioning policy” 或这些概念的组合。 | 对比文件完全没有提及“计费键值”的技术特征，也未公开被称为“VAS消费状态”或“服务提供策略”的参数。对比文件的策略决策基于“使用参数（usage parameter）”和“配额”，这与目标专利中依赖于“计费键值”、“消费状态”和“服务提供策略”的方案在实现机制上完全不同。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：其中所述计费键值包括一个或多个子计费键值，每个子计费键值与所述VAS集合中的子集相关联。<br><br>《未公开》 | **对比文件全文搜索**: 未找到 “sub charging key”, “subset of VAS set” 或类似的分层计费键结构。 | 对比文件没有公开“计费键值”的概念，更未涉及将其划分为“子计费键值”。对比文件处理的是针对服务和服务实例的配额，例如【0152】中为“Orange_Video”服务和“Video1”实例分别设置配额，但并未将其称为“子计费键值”或建立类似的层级关系。因此，该技术特征未被对比文件公开。 |
| **技术特征K**：其中每个子计费键值还取决于：-指示与相关联子集中的每个VAS相关的、所述用户业务已经消费的时间长度和/或业务量的VAS消费状态，-相关联子集中每个VAS的VAS赞助商状态，和/或-相关联子集中每个VAS的服务提供策略。<br><br>《未公开》 | **对比文件全文搜索**: 未找到 “sub charging key”, “VAS consumption status”, “VAS sponsor status”, “service provisioning policy” 等概念。 | 该特征是技术特征I和J的进一步限定。由于对比文件未公开“计费键值”、“子计费键值”、“赞助商状态”和“服务提供策略”等基础概念，因此也无法公开它们之间的依赖关系。该技术特征未被对比文件公开。 |
| **技术特征L**：其中所述VAS计费策略还包括针对所述VAS集合的在线和/或离线计费方案。<br><br>《隐含公开》 | **对比文件【0005】**: “Policy and charging control architectures... integrate the policy and charging control.”<br><br>**对比文件【0107】-【0108】**: “A PCC architecture enables to integrate both policy and charging control... The Gx reference point is used for provisioning and removal of PCC rules from the PCRF to the PCEF... The Gx reference point can be used for charging control, policy control or both.” | 对比文件公开的是一种策略与计费控制（PCC）架构，其核心功能之一就是计费控制。对比文件【0108】明确指出Gx接口可用于计费控制（charging control）。虽然对比文件没有明确使用“在线/离线计费方案”这个术语来描述其生成的策略，但PCC架构中本身就包含在线计费（如与OCS交互）和离线计费（如产生话单）两种模式。本领域技术人员知晓，对比文件中PCRF下发的“配额”等计费策略必然要配合一种计费方案（在线或离线）才能执行。因此，该技术特征隐含地包含在对比文件公开的PCC方案中。 |
| **技术特征M**：其中所述在线和/或离线计费方案包括一个或多个子计费方案，每个子计费方案与所述VAS集合的子集相关联。<br><br>《未公开》 | **对比文件全文搜索**: 未找到 “sub charging scheme” 或类似将计费方案按VAS子集进行划分的教导。 | 对比文件没有公开将计费方案（在线/离线）划分为子计费方案，并与VAS集合的子集相关联。尽管对比文件可以针对不同的服务实例设置不同的配额，但这并不意味着其对计费方案本身进行了类似的细分。该技术特征未被对比文件公开。 |
| **技术特征N**：其中所述VAS计费策略包括VAS计费策略标识符ID。<br><br>《直接公开》 | **对比文件【0131】-【0132】**: “a new sub attribute-value pair (AVP), referred to for example as ‘[Instance-Identifier]’, in the Multiple Service Credit Control (MSCC) AVP... so as to indicate the usage limit for a particular instance of a service.”<br><br>**对比文件【0146】-【0147】**: “Instance-Identifier, composed by: <Instance-Identifier> ::= < AVP Header: TBD > [Instance-Id] [DPI-Rules]” | 对比文件明确公开了使用“Instance-Identifier”这一标识符来唯一地标识一项特定的VAS策略（即针对特定服务实例的配额管理）。这个“Instance-Id”在功能上等同于目标专利中的“VAS计费策略标识符(ID)”，用于标识和关联一项具体的VAS计费策略。因此，该技术特征被对比文件直接公开。 |
| **技术特征O**：其中所述VAS计费策略包括与所述用户业务相关联的业务描述信息。<br><br>《直接公开》 | **对比文件【0146】-【0148】**: “AF-Application-Identifier=e.g. Orange_Video... Instance-Identifier, composed by: <Instance-Identifier> ::= < AVP Header: TBD > [Instance-Id] [DPI-Rules]... The DPI rules ‘[DPI-Rules]’ include information indicating that the PCEF needs to identify the specific service instance...” | 对比文件明确公开了在VAS计费策略中包含了业务描述信息。例如，AF-Application-Identifier（如“Orange_Video”）描述了业务类型，而Instance-Identifier中的DPI-Rules（如包含URL“http://video.orange.com/video1.mov”）描述了如何识别特定的业务实例。这些信息都与用户业务相关联，用于描述和识别该业务。这完全符合目标专利中“业务描述信息”的定义。因此，该技术特征被对比文件直接公开。 |
| **技术特征P**：其中所述网络实体是策略和计费规则功能PCRF实体。<br><br>《直接公开》 | **对比文件【0001】**: “The invention also relates to a server configured for implementing a policy and charging rules function (PCRF)”<br><br>**对比文件【0009】**: “A policy and charging control method is carried out by a server including a policy and charging enforcement function (PCEF). The method includes... making available, by the PCEF to a policy and charging rules function (PCRF), the usage parameter...”<br><br>**对比文件【0016】**: “The method may further be carried out by a server including the PCRF...” | 对比文件全文多次、明确地指出了执行策略确定、配额计算等核心方法的网络实体是策略和计费规则功能（PCRF）实体。例如，【0001】、【0009】和【0016】都明确提及PCRF作为执行主体，这与目标专利的特征完全一致。因此，该技术特征被对比文件直接公开。 |
| **技术特征Q**：其中所述另一网络实体是策略和计费执行功能PCEF实体、业务检测功能TDF实体或软件定义网络控制器SDNC。<br><br>《直接公开》(针对PCEF和TDF)<br>《未公开》(针对SDNC) | **对比文件【0001】**: “The invention also relates to a server configured for implementing a policy and charging enforcement function (PCEF)”<br><br>**对比文件【0112】**: “DPI may be implemented using the so-called traffic detection function (TDF), which can be either stand-alone or collocated with the PCEF.” | 对比文件明确公开了“另一网络实体”可以是PCEF实体（【0001】全文）和TDF实体（【0112】）。PCEF在对比文件中是执行用量监控和报告的核心实体。TDF也被公开为一种可能的实现方式。然而，对比文件通篇未提及“软件定义网络控制器（SDNC）”，也未公开任何与SDNC相关的功能或接口。因此，对于PCEF和TDF，该技术特征被直接公开；对于SDNC，未公开。 |
---
根据以上判断，对比文件直接公开了技术特征：C, F, G, H, N, O, P。对于Q，部分公开了PCEF和TDF。
对比文件隐含公开了技术特征：A, B, L。
其余技术特征（D, E, I, J, K, M, 以及Q中的SDNC部分）未被对比文件公开。
<<<C>>><<<F>>><<<G>>><<<H>>><<<N>>><<<O>>><<<P>>><<<a>>><<<b>>><<<l>>>