一种网络实体中的方法(200)，用于控制针对增值服务VAS的计费，所述方法包括，‑确定(S210)与用户业务相关联的VAS提供状态；所述VAS提供状态指示针对所述用户业务提供的VAS集合；以及‑基于所述VAS提供状态生成(S220)针对所述用户业务的VAS计费策略；其中所述VAS计费策略包括针对所述VAS集合的计费键值；并且其中所述计费键值取决于集合中的每个VAS的VAS赞助商状态；所述VAS赞助商状态指示每个VAS是由网络运营商还是由第三方赞助的。

## 紧密结合说明书对权利要求的解释及对比文件分析

作为一名经验丰富的专利代理师，我将紧密结合目标专利 **CN108605209B**（以下简称“目标专利”）的说明书原文，对权利要求1进行深入解析，并针对您提供的三份对比文件（D1-D3）进行详细的特征比对、创造性分析及无效风险评估。

### 一、 目标专利权利要求1的解释

目标专利致力于解决SDN网络架构下，由于路由拓扑动态变化导致传统静态计费策略不再适用的技术问题。通过引入动态生成的VAS计费策略，实现在考虑用户、运营商和赞助者需求的同时进行适当地计费。

以下是结合说明书对权利要求1各项技术特征的详细解释：

* **前序部分：一种网络实体中的方法(200)，用于控制针对增值服务VAS的计费，所述方法包括，**

* **解释**：限定了方法的主体是网络实体，客体是控制VAS的计费。说明书【0049】指出，该网络实体可以是策略和计费规则功能（PCRF）实体。VAS的具体例子包括安全保护、反广告服务、视频优化/加速、Web缓存/CDN等（参见说明书【0002】）。

* **特征A：‑确定(S210)与用户业务相关联的VAS提供状态；**

* **解释**：指网络实体（如PCRF）获知当前网络中具体为某一用户业务提供了哪些增值服务。

* **特征B：所述VAS提供状态指示针对所述用户业务提供的VAS集合；以及**

* **解释**：明确了“提供状态”的内容，即是一个具体服务的列表或集合，而非抽象概念。特征A和B共同构成了计费的依据。

* **特征C：‑基于所述VAS提供状态生成(S220)针对所述用户业务的VAS计费策略；**

* **解释**：这是核心的控制步骤。网络实体不是使用预设的静态策略，而是根据特征A/B确定的具体VAS集合，动态地产生一套对应的计费规则。说明书【0051】指出，计费策略可以包括费率、在线/离线计费方案等。

* **特征D：其中所述VAS计费策略包括针对所述VAS集合的计费键值；并且其中所述计费键值取决于集合中的每个VAS的VAS赞助商状态；**

* **解释**：限定了计费策略的具体形式和依据。计费策略通过“计费键值”体现，该键值不是固定的，而是与VAS的“赞助商状态”挂钩。说明书【0054】解释说，计费键值可以被转换为要应用于用户业务的费率。

* **特征E：所述VAS赞助商状态指示每个VAS是由网络运营商还是由第三方赞助的。**

* **解释**：明确了赞助商状态的两种具体类型。这直接影响计费键值（和费率）。例如，若由第三方赞助，则该VAS可能对用户免费（通过相应的计费键值指示）（参见说明书【0054】）。

### 二、 对比文件原文出处及特征比对表格

以下是三份对比文件的具体信息：

* **D1**: US20150373523A1 (METHOD AND APPARATUS FOR OPTIMIZING INTERNET COMMUNICATIONS)

* **D2**: WO2016001727A1 (POLICY AND CHARGING CONTROL METHOD AND APPARATUS FOR AN APPLICATION SERVICE CHAIN BASED ON AN SDN NETWORK)

* **D3**: CN105282729A (用于优化互联网通信的方法和装置)

**注：经核对，D1（英文）与D3（中文）系同一族专利，内容实质相同。在创造性分析中，D1/D3构成单一现有技术来源。为了分析清晰，本部分比对表格同时列出D1/D3（使用中文表述）和D2。**

#### 技术特征比对表格

---

### 三、 对比文件公开特征具体分析

#### D1/D3 (同一族专利，以D3中文进行分析) 毫无异议公开或实质公开的特征：

* **毫无异议公开了以下技术特征：**

* **网络实体（PCRF）用于控制计费（前序部分）**：D3段落【0063】明确指出了PCRF负责控制计费。

* **确定（受资助）服务的提供状态（特征A）**：D3段落【0216】描述了UE向SES发送服务请求，SES检查UE资格。段落【0221】描述SES向PCRF发送策略配置请求以开始受资助服务。这些步骤共同构成了网络实体获知受资助服务（一种VAS）被提供给用户的状态。

* **生成计费策略（特征C）**：D3段落【0221】明确描述了PCRF基于接收到的SES信息（包括资助信息）创建或更新PCC规则（即一种计费策略）。

* **计费策略中包括计费键值（特征D的部分）**：D3段落【0222】直接公开了该PCC规则可以包括“计费秘钥”（即一种计费键值）。

* **实质公开（但未完全毫无异议公开）的技术特征：**

* **VAS提供状态指示VAS集合（特征B）**：D3段落【0216】提及SES向PCRF传递Web服务的 additional information (如ID或地址)，这些ID指示了一个具体的服务。虽然其主要描述的是单个受资助服务，但在语义上，ID的集合即可视为“VAS集合”。对于本领域技术人员而言，获知一个具体的VAS或一个具体的VAS ID集合在技术上并无实质区别。因此，可以认为实质公开了特征B。

* **计费秘钥取决于VAS赞助商状态（特征D的部分）**：D3明确描述了运营商代表第三方向用户提供受资助服务，且PCRF根据资助商和应用提供商的信息来确定计费秘钥。这实质上公开了计费键值取决于赞助商状态的技术手段。

* **赞助商状态指示是由运营商还是第三方赞助（特征E）**：D3段落【0196】提供了在线购物提供商（第三方）代表其用户向网络运营商支付流量费用的例子。这虽然没有使用“赞助商状态”这一具体术语，但实质上公开了赞助来源的两种不同实体：第三方资助或非第三方资助（隐含有运营商普通计费，即不由第三方赞助的情形）。本领域技术人员在获得资助信息时，必然会区分是哪一方进行资助。因此，可以认为实质公开了特征E。

#### D2 毫无异议公开或实质公开的特征：

* **毫无异议公开了以下技术特征：**

* **网络实体（PCRF）用于控制计费（前序部分）**：D2段落【0005】明确指出PCRF负责计费控制。

* **确定VAS服务信息（特征A）**：D2公开了PCRF接收“应用资助信息”。

* **生成针对用户业务的计费策略（特征C）**：D2段落【0081】公开了 Rating Engine（OCSOFCS）可以应用不同的计费计划（计费策略）。

* **实质公开（但未完全毫无异议公开）的技术特征：**

* **计费策略包括计费键值（特征D的部分）**：D2段落【0061】提到在ADC规则中增加新的“服务链ID”，用于OCSOFCS中的资费计划。服务链ID在此处可以充当一种“计费键值”。

#### 四、 创造性分析中“最接近对比文件”的选择

从整体解决的技术问题和技术效果角度，应当选择 **D2** 作为创造性分析中最接近的对比文件。

* **理由如下：**

* **技术领域和应用场景最为接近**：目标专利解决的问题是在SDN架构动态路由下进行计费（参见说明书背景技术【0003】-【0005】）。D2的主题正是基于SDN网络的“策略和计费控制方法”（参见段落【0003】和名称）。D1/D3 虽然也涉及网络优化和资助服务，但其应用场景并不限于SDN架构。

* **技术手段最为接近**：为了解决计费灵活性问题，目标专利的核心技术手段是确定一个由动态路由决定的“VAS集合”，并根据该集合动态生成策略。D2明确公开了PCRF动态确定一个由有序服务功能组成的“**应用服务链**”（对应目标专利的VAS集合），并将该服务链ID（计费键值）作为计费依据，从而实现了对SDN网络动态拓扑的计费控制。

* **公开的技术特征数量更多且核心**：D2不仅公开了网络实体（PCRF）生成计费策略（ADC规则/计费计划）这一通用框架，更重要的是它公开了用于应对动态架构的关键特征——将具体的 VAS集合（应用服务链）作为一个统一整体映射为计费键值（服务链ID）。而 D1/D3 的重点在于“资助（sponsored）”这一商业模式在网络层面的具体实现，计费键值的映射主要基于是否由第三方资助（商业策略），而非网络架构动态决定的服务集合。

因此，**D2 在技术架构层面与目标专利最接近，是本领域技术人员最容易作为改进基础的文件。在进行无效申请时，建议以D2作为主导的现有技术来源进行创造性论证。**

---

### 五、 未被最接近对比文件（D2）公开的特征在其他对比文件中的公开情况

目标专利权利要求1中，未能被 D2 毫无异议公开或实质公开，或者未能被 D2 动态特征（基于集合）完全映射的特征包括：

1. **特征B (部分)**：所述状态指示VAS**集合**（而不是D2的服务链）。D2公开的是有序列表服务链，而目标专利是无序集合。对于计费而言，是否无序集合相比有序列表并不构成实质发明，对于本领域技术人员来说是显而易见的变型。

2. **特征D (部分)**：计费键值取决于“**集合中的每个**”VAS的VAS赞助商状态。D2 公开了资助信息，也公开了服务链ID作为计费键值，但未明确说明资助信息对计费秘钥的影响是针对“集合中的每个VAS”进行的。

3. **特征E**：VAS赞助商状态指示每个VAS是由网络运营商还是由第三方赞助的。

* **这些特征在 D1/D3 中的公开情况分析：**

* **针对特征D和特征E的核心思想——区分运营商赞助和第三方赞助对计费键值的具体影响：**

* **D1/D3 (段落【0196】和【0222】)**：明确描述了运营商和第三方的资助关系，并公开了计费秘钥用于针对受资助数据的单独计费。运营商根据资助协议（商业策略）确定该VAS是否受第三方赞助，由此决定计费秘钥。这虽然未明确使用“集合中的每个VAS赞助商状态决定计费键值”这种表述，但实质上公开了特征D中计费秘钥对赞助方来源的依赖关系（这也是特征E的内容）。

* 在实际应用中，如果给定的VAS集合中有一个服务是普通运营商服务，而另一个是由第三方资助的服务，本领域技术人员为了合理计费，必然会区分每个VAS的赞助状态，并进而影响最终的计费键值和费率。这一逻辑在 D1/D3 中已实质公开。

* **结论**：在创造性论证中，可以 D2 为主体，结合 D1/D3，来论证目标专利的核心动态VAS计费思想（取决于集合赞助商状态）对于本领域技术人员而言是显而易见的。 D1/D3 的资助模式可以应用于 D2 的服务链架构下，实现更灵活的计费方式。

---

### 六、 无效请求对于请求方来说最薄弱的技术特征

在试图无效目标专利权利要求1时，对于请求方（无效请求人）来说，最薄弱且最难以论证为现有技术显而易见的特征是 **特征D中的“取决于集合中的每个VAS的VAS赞助商状态”结合特征A/B的动态生成特征**。

* **最薄弱理由（即专利权人最易反驳的特征）：**

* **特征D建立了一个全新的动态映射关系**：目标专利权利要求1要求网络实体不是静态地应用预设的计费秘钥，也不是仅仅基于“有无资助”来应用秘钥。它要求所生成的计费策略不仅是针对动态生成的VAS集合（特征B），而且其中的计费键值还取决于该集合中“**每个**”VAS的赞助商状态。

* **现有技术缺乏明确教导**：

* D2 公开了动态生成服务链（集合），也公开了服务链ID作为计费键值，还公开了“资助信息”。但 D2 并没有明确教导说，最终的服务链ID（计费键值）是如何具体基于链上“**每个**”VAS功能的赞助状态进行动态决定的。

* D1/D3 公开了资助方对计费秘钥的影响，但其场景更多是针对单一服务或静态服务组合，计费秘钥是基于商业协议（赞助方信息）而确定的，其核心并不在于网络架构动态决定的服务集合。

* **组合论证难度高**：若要实现目标专利的技术效果，请求方需要论证：在 D2 的SDN服务链架构中，网络实体不仅确定一个有序的服务链列表（作为技术特征A/B的对应），而且在生成对应的服务链ID（计费键值）时，需要教导本领域技术人员动态地去获知该链条上“每个”独立服务的赞助来源（运营商vs第三方，特征E），并将所有这些赞助状态动态地融合进这唯一的一个计费秘钥中。现有技术中不存在对这种“动态架构感知+精细赞助方区分”动态融合生成一个统一计费键值的明确技术手段或技术启示。

* **结论**：技术特征D中的这一特定取决于“集合中的每个VAS的赞助商状态”的动态生成关系，构成了目标专利相对现有技术的主要技术贡献，构成了创造性论证中的“非显而易见性”核心障碍。专利权人在应对无效请求时，必然会重点反驳现有技术并没有提供这种取决于整个服务功能集合中每个成员赞助商状态来动态生成唯一计费键值的具体技术路径或教导。

作为一名经验丰富的专利代理师，我将严格依据目标专利说明书（授权公告号：CN108605209B）的公开内容来解释权利要求1，并紧密结合四份对比文件（以下简称D1至D4）的原文进行特征比对与创造性分析。

---

## 一、 权利要求1的合理解释（结合目标专利说明书）

权利要求1的保护核心在于**基于增值服务（VAS）提供状态动态生成计费策略，且计费键值取决于每个VAS是由网络运营商还是第三方赞助的（赞助商状态）**。

依据目标专利说明书的记载，对权利要求1中的关键术语及技术方案作如下原意解释：

* **VAS（增值服务）：** 说明书\[0002\]明确其包括安全保护、反广告、视频优化/加速、Web缓存/CDN、HTTP标头富集和TCP/HTTP优化等。

* **VAS提供状态及集合：** 说明书\[0004\]-\[0007\]指出，利用SDN技术可以动态改变路由拓扑从而动态改变提供给用户的VAS。因此，“VAS提供状态”是指由当前动态拓扑所决定的、针对某一特定用户业务流当前实际激活或提供的**一组（集合）**服务。

* **计费键值（Rating Key / Charging Key）取决于赞助商状态：** 说明书\[0054\]指出，“将计费键值转换为要应用于用户业务的费率”，且当该VAS由第三方赞助时（例如OTT服务提供商），该VAS集合可以是免费的（由第三方付费给运营商），而运营商自己赞助的服务则适用另一种费率。计费键值是PCRF下发给PCEF/TDF的核心计费要素。

---

## 二、 权利要求1与对比文件的特征比对

为了全面评估创造性，首先将权利要求1拆解为5个技术特征（A至E），并与各对比文件的原文及出处进行逐一比对。

### 1. 对比文件缩略指代说明

* **D1：** CN101730046A（业务策略控制方法及系统）

* **D2：** US20110264726A1（METERING OF TELECOMMUNICATIONS SERVICES）

* **D3：** US20120136992A1（USAGE-SENSITIVE POLICY AND CHARGING CONTROL METHOD...）

* **D4：** CN103929492A（业务链负载均衡方法及其装置、系统）

### 2. 技术特征比对表

---

## 三、 最接近对比文件的确定（从整体解决的技术问题和技术效果角度）

在创造性评选中，**D2最适合作为本申请权利要求1的最接近对比文件**。理由如下：

### 1. 技术领域与整体解决的技术问题匹配度

* **目标专利**旨在解决传统移动网络VAS计费策略静态、不灵活，无法在计费中同时动态考虑用户、网络运营商和第三方赞助者需求的技术问题（参见说明书\[0003\]-\[0005\]）。

* **D2（US20110264726A1）** 同样聚焦于电信服务的计量与计费（METERING OF TELECOMMUNICATIONS SERVICES）。其背景技术\[0004\]明确指出，传统的网络计费模式在面对层出不穷的新型应用（如Skype、YouTube）时面临收入流被侵蚀、带宽被垄断的问题；其整体解决的技术问题就是**如何在同一个流量计划（Traffic Plan）中统一配置并动态执行各种 disparate 业务（包括运营商自身和第三方应用）的策略与复杂计费**。这与目标专利解决“动态灵活满足运营商和赞助者需求的计费”在发明目的和技术思路上高度契合。

### 2. 技术效果的对应性

* 目标专利通过将VAS计费策略（计费键值）与VAS赞助商状态（运营商/第三方）挂钩，实现了动态、灵活的商业分成计费效果。

* D2则通过引入赞助机制（Sponsorship，参见D2的\[0118\]-\[0119\]），明确将业务划分为运营商主持（hosted by carrier C）和非运营商主持（other than carrier C），并提供了无、部分、全赞助的不同档位，从而由赞助商来补贴（subsidize）或分担流量费，其最终达到的**分流计费、灵活调整用户与第三方分成费率**的技术效果与目标专利完全相同。

*注：虽然D4公开了“业务链（VAS集合）”，但D4本质上是一篇解决“网络数据包在通过多个增值设备时如何散列和负载均衡、减少负载均衡设备数量”的架构拓扑类专利，其核心并不在“计费策略决策和第三方赞助商状态”的商业计费上，因此不适合作为最接近的对比文件。*

---

## 四、 创造性评述与请求方最薄弱的技术特征

### 1. 特征公开的系统组合

基于上述最接近对比文件D2的评述：

* **D2已经公开了特征A、C、D、E。** 尤其是特征D和E中关于“计费取决于服务是由网络运营商还是第三方赞助”的商业计费逻辑，D2在\[0101\]、\[0119\]中给出了明确的教导（划分carrier C与other than carrier C，引入Sponsorship改变计费结果）。

* **D2未明确公开特征B中的“VAS集合”概念。** D2的流量计划是针对多个分立的业务（VOIP、Text chat等）分别设定策略，而没有将它们作为一个“业务链”或“VAS集合”赋予一个统一的计费策略或计费键值。

* **然而，特征B已经被D4完全公开。** D4在其背景技术中明确公开了根据逻辑业务链定义，一个业务流需要“依次经过防病毒设备以及防火墙设备”（即VAS集合），并为其统一打上“业务链标识1”。

### 2. 对于无效请求方来说最薄弱的技术特征

如果无效宣告请求方（我方）欲以“D2 + D4”或类似组合来挑战权利要求1的创造性，**最薄弱的技术特征（即最难攻克的防线）在于：特征D与特征B的结合点——即“计费键值针对的是所述VAS集合（集合整体），且计费键值取决于集合中【每个】VAS的赞助商状态”。**

**原因分析（薄弱点及专利权人可能的反驳理由）：**

1. **D4与D2存在技术领域鸿沟，结合存在阻碍：** D4是一个纯粹的**网络用户面数据转发与负载均衡（SDN/散列因子）**专利，完全不涉及计费规则（Rating Key）的生成和赞助商分成。而D2是一个纯粹的**策略/计费业务控制**专利。

2. **“集合计费”与“分立计费”的逻辑冲突：** * 在D2中，赞助商状态是针对**单个分立的业务**（如单个游戏或单个VoIP）分别判断并给出各自的Rate。

* 在D4中，虽然有“业务链（集合）”的概念，但D4的目的只是为了把数据包导向这组设备，完全没有提及这组设备里“哪一个是运营商的，哪一个是第三方的，如何综合影响整个集合的计费键值”。

* 目标专利权利要求1的精妙之处（特征D）在于：它生成的是针对**“VAS集合”**的计费策略，并且这个集合的计费键值取决于集合中**“每个”**VAS的赞助商状态（需要对整个集合内所有VAS的运营商/第三方属性进行综合逻辑运算，进而给出一个Rating Key，例如说明书\[0054\]、\[0055\]中提到的“统一费率”或“子计费键值”）。

### 结论与应对策略

请求方最薄弱、最容易被专利权人以“存在发明合意阻碍、属于后事诸葛亮的拼凑”进行反驳的特征，就是**“如何将D2中针对单业务的第三方赞助判断，应用到D4那种多VAS动态组合的‘集合/业务链’中，并产生一个依赖于集合内各成员赞助状态的统一计费键值”**。

为了巩固这一薄弱环节，请求方在准备无效理由时，必须极力论证：在3GPP PCC架构及SDN（业务链）技术广泛应用的背景下，当网络已经能够将多个VAS打包成集合（如D4所教导）时，计费系统（如D2/OCS）顺理成章地需要对该集合内的各个业务成分进行赞助商状态的核算以合并生成计费键值，这属于本领域技术人员为了实现精细化多方分成计费而进行的常规技术变更。

作为一名经验丰富的专利代理师，我仔细阅读了您提供的权利要求文件、目标专利说明书以及三份对比文件。

以下我将紧密结合这些文件原文，为您进行详细的侵权/无效分析，并着重分析各对比文件对权利要求1的技术特征的公开情况。

### 第一部分：权利要求1的技术特征拆解

为了进行精确的比对，我们首先将目标专利的权利要求1拆解为独立的、具有技术含义的技术特征：

* **技术特征 A：** 一种网络实体中的方法(200)，用于控制针对增值服务VAS的计费，所述方法包括，-确定(S210)与用户业务相关联的VAS提供状态

* **技术特征 B：** 所述VAS提供状态指示针对所述用户业务提供的VAS集合

* **技术特征 C：** -基于所述VAS提供状态生成(S220)针对所述用户业务的VAS计费策略

* **技术特征 D：** 其中所述VAS计费策略包括针对所述VAS集合的计费键值；并且其中所述计费键值取决于集合中的每个VAS的VAS赞助商状态

* **技术特征 E：** 所述VAS赞助商状态指示每个VAS是由网络运营商还是由第三方赞助的。

---

### 第二部分：对比文件原文分析与特征比对

我们将逐一分析三份对比文件，指出其原文出处，并判断其是否毫无异议地公开或实质公开了权利要求1的各项技术特征。为了方便表述，我们将使用D1、D2、D3指代这些对比文件，并在表后附上其公开号。

#### 1. 对比文件 D1 (EP2768196A1) 分析

D1 的主题是控制服务传输的方法和装置，旨在根据用户订阅灵活地进行服务编排。

* **对特征A、B的分析：** D1公开了接收连接请求（包含用户信息），并根据用户信息确定“增值服务系统VAS信息”，该VAS信息指示“至少一个目的VAS”。这可以被认为实质公开了确定与用户业务相关联的“VAS提供状态”（即D1中的VAS信息），且该状态指示了提供的“VAS集合”（即D1中的至少一个目的VAS）。

* *原文出处：* [0006] (Summary), S110 & S120 in [0022] (Description of Embodiments).

* **对特征C、D、E的分析：** D1的全部技术方案都集中在如何根据动态信息（如订阅信息、时间、承载网络）来确定**路由策略**（Policy-based routing），即如何将数据包转发到正确的VAS服务器。D1中完全**没有提及计费策略的生成**（Charging Policy），更没有涉及到计费策略中包含“计费键值”，以及该键值取决于“VAS赞助商状态”（运营商或第三方赞助）。D1仅在背景技术[0003]中提到了 AAA服务器根据订阅确定路由，但并未涉及VAS赞助状态影响计费键值。

**比对结论：** D1仅公开了VAS编排和路由的技术特征，并未公开与VAS计费相关的特征C、D和E。

#### 2. 对比文件 D2 (US20140269513A1) 分析

通过仔细比对，D2 (US20140269513A1) 与 D1 (EP2768196A1) 是同一族专利，其技术内容（摘要、总结、实施例描述、图表）高度一致。D1是以EP公开号提供的，D2是以US公开号提供的。因此，D2的特征比对情况与D1完全相同。

**比对结论：** D2同D1一样，未公开特征C、D和E。

#### 3. 对比文件 D3 (EP2950581A1) 分析

D3的主题是策略服务器（PCRF）和策略执行设备（PCEF/TDF），用于解决在承载网络节流（Throttling）时，如何动态地将活跃的“服务附加项”（Service Add-ons）排除在节流之外。

* **对特征A、B的分析：** D3公开了策略服务器接收规则请求，获取用户终端对应的用户订阅信息。该订阅信息指示了当前对该用户终端“活跃的服务附加项”（Active Service add-ons，例如Facebook add-on）。这可以被认为毫无异议地公开了在网络实体（PCRF）中确定与用户业务（由UE identifier标识）相关联的活跃VAS（即服务附加项），这即是确定“VAS提供状态”，该状态指示了提供的“VAS集合”（活跃的服务附加项）。

* *原文出处：* [0017] (Summary), Step 2 in [0033] (Detailed Description), and [0040] (Method 400).

* **对特征C的分析：** D3公开了PCRF基于获取的订阅信息（指示活跃的Facebook add-on），生成（发起）用于该用户终端的规则（Rules）。这些规则指示该活跃的VAS（add-on）应被排除在承载节流之外。这属于针对用户业务生成的VAS控制策略。虽然D3主要侧重于QoS（节流排除），但其本身属于“策略和计费控制（PCC）架构”下的策略生成。目标专利说明书[0051]也指出计费策略“包括例如费率、计费方案（在线/离线）等”，D3中QoS控制（节流/带宽限制）属于费率控制的一种广义体现。因此，可以认为D3实质公开了基于VAS提供状态生成VAS计费策略（广义策略）。

* *原文出处：* [0017] (Summary), Step 3a in [0033] (Detailed Description), [0040] (Method 400).

* **对特征D、E的分析：** D3的技术方案是为了实现将活跃的add-on排除在 bearer throttling 之外。为此，PCRF生成的规则（PCC规则或ADC规则）中包含了一个特定的指示符（Parameter 320, Exclude-From-Bearer-Throttling AVP），该指示符对应于该add-on。在PCC规则或ADC规则定义中包含这个指示符，可以认为对应于权利要求1中的“VAS计费策略包括计费键值”（即 AVPs）。

* *原文出处：* [0033], [0042] (Charging-Rule-Definition AVP).

* **然而，D3并没有公开特征D中的核心限制：** 即该计费键值（AVP）**取决于每个VAS的VAS赞助商状态**。D3中的AVP（Exclude-From-Bearer-Throttling AVP）纯粹取决于用户是否订阅了该 add-on 并且该 add-on 是否处于活跃状态，与该 VAS 是由“网络运营商”还是“第三方”赞助**完全没有关系**。D3全文未提及任何“运营商赞助”或“第三方赞助” VAS 的概念，更没有将其作为计费策略生成的依据。

**比对结论：** D3实质公开了特征A、B、C和特征D的部分特征（计费策略中包含键值/AVP），但完全未公开特征D的关键技术限制（键值取决于赞助商状态）以及特征E（赞助商状态的定义）。

---

### 第三部分：特征比对表格

为了清晰展示各对比文件的公开情况，我们给出以下技术特征比对表格：

**表 1：权利要求1与对比文件技术特征比对表**

---

**附对比文件公开号：**

* **D1：** EP2768196A1

* **D2：** US20140269513A1

* **D3：** EP2950581A1

---

### 第四部分：创造性分析最接近对比文件的选择

在创造性分析过程中，选择“最接近的对比文件”是关键的第一步。我们将从整体解决的技术问题以及技术效果角度，对三份对比文件进行分析，判断哪一个适合作为最接近的对比文件。

#### 1. D1/D2 (EP2768196A1 / US20140269513A1) 分析

* **整体解决的技术问题：** D1解决的是如何根据动态的用户信息和网络状态，灵活地编排用户业务所经过的VAS服务器路由。它关注的是数据路径（Data Path）的建立和转发。

* **技术效果：** 实现了根据用户订阅和trigger条件，灵活、动态地控制服务转发路径，enrich通信服务。

#### 2. D3 (EP2950581A1) 分析

* **整体解决的技术问题：** D3解决的是在网络承载被节流（带宽限制）时，如何确保用户购买的“活跃服务附加项”不被静态地同时节流。它关注的是网络策略和计费控制（PCC）架构下的服务QoS保证和灵活计费策略。

* **技术效果：** 确保了通用数据包与服务附加项共存，在承载节流时 add-ons 仍能提供约定的QoS，从而尊重 tariff agreements，提升最终用户感知。

#### 3. 目标专利 (CN108605209B) 分析

* **权利要求1寻求解决的技术问题：** 权利要求1旨在解决如何根据提供给用户的VAS集合，动态地生成灵活的**VAS计费策略**。

* **整体解决的技术问题：** 目标专利说明书[0005]明确指出：“在这种情况下，期望提供更灵活的计费策略，使得可以在考虑用户、网络运营商和赞助者的需求的同时适当地针对VAS计费。” [0006]指出其目的是“提供一种用于控制针对VAS的计费的方法和网络实体，能够以动态和灵活的方式对VAS集合进行计费。”

* **权利要求1寻求达到的技术效果：** 目标专利说明书[0037]指出：“基于指示针对用户业务提供的VAS集合的VAS提供状态，生成针对用户业务的VAS计费策略。以这种方式，VAS计费策略可以根据当前针对用户业务提供的VAS动态地变化。”

#### 4. 最接近对比文件的选择结论

经过对比，我们可以得出清晰的结论：

* **D3 (EP2950581A1) 适合作为最接近的对比文件。**

* **理由：** 目标专利寻求解决的核心技术问题是如何实现“针对VAS集合的**动态和灵活的计费**”。D3同样是在PCC架构下寻求解决通用数据包与“服务附加项”共存时的灵活编排问题，且其技术方案最终体现为PCC/ADC规则中的特定的 AVP 字段（Parameter 320），这可以广义地理解为动态生成的VAS策略（包含广义计费/费率控制）。D3解决的问题和采用的技术手段，在整体上比完全侧重于数据路由编排的D1/D2**更接近目标专利的核心发明点（计费策略生成）**。

* D1/D2在路由控制的技术领域虽然与目标专利背景技术中提到的SDN动态编排[0004]相关，但目标专利的技术问题并非解决SDN路由，而是如何对SDN编排出的VAS集合进行动态计费控制。因此，D1/D2不适合作为创造性分析中最接近的对比文件。

---

### 第五部分：无效请求薄弱环节分析

作为专业的专利代理师，基于上述的权利要求特征拆解和对比文件原文分析，我需要为您指出：**如果您（作为请求方）提出无效请求，针对权利要求1，以下技术特征是您技术论述中最薄弱的环节。**

#### 薄弱技术特征：

* **特征D（限制性部分）：** “计费键值**取决于**集合中的每个VAS的**VAS赞助商状态**”

* **特征E：** “所述VAS赞助商状态**指示每个VAS是由网络运营商还是由第三方赞助的**”

#### 薄弱环节分析理由：

基于以上特征比对表格，您可以非常明显地看出，**没有任何一份对比文件公开了这两个关键技术特征**：

1. **特征A-B-C：** 您可以通过组合D3（公开了确定活跃add-on状态、生成广义策略，且策略中包含exclude throttling的键值）与一些常识性的计费概念来进行论述，从而试图证明基于VAS状态生成策略、策略中包含计费键值对于本领域技术人员来说是显而易见的。

2. **最大的技术障碍在于：** 目标专利的权利要求1不仅仅要求生成VAS计费策略，更关键地要求，计费策略中包含的**计费键值（决定费率的核心因子）是直接由该 VAS 服务器是由“网络运营商”赞助还是“第三方”赞助所决定的**。

这一将“赞助商状态”（Operators vs. Third Party sponsored）作为PCC策略生成（费率/键值取决于赞助商）直接依据的技术构思，在D1/D2（纯路由编排）和D3（基于 add-on 活跃状态的QoS控制）中均**完全没有提及，也没有给出任何技术暗示**。

#### 无效请求的困难点：

如果您想要无效特征D的关键限制性部分和特征E，您将面临巨大的困难。您很难找到任何对比文件原文支持以下论点：

* 在本领域中，“赞助商状态”是一个常识性的计费控制参数；

* 或者，将赞助商状态引入计费策略生成并决定计费键值，对于解决“更灵活针对VAS计费”的问题是不需要创造性劳动的。

这种缺乏具体对比文件支持，纯粹依赖常识论述的技术特征，往往是专利权人极易进行创造性辩辩的有力武器。因此，这两个特征是您技术论述中最薄弱、最具风险的环节。

根据权利要求1所述的方法(200)，还包括，‑从另一网络实体接收与所述VAS集合相关联的测量报告；以及‑基于所述测量报告调整所述VAS计费策略。

根据权利要求2所述的方法(200)，其中所述测量报告指示与所述集合中的每个VAS相关的、所述用户业务已经消费的时间长度和/或业务量或者与所述集合中的每个VAS相关联的计费事件。

根据权利要求1所述的方法(200)，其中所述计费键值还取决于：‑指示与所述集合中的每个VAS相关的、所述用户业务已经消费的时间长度和/或业务量的VAS消费状态，和/或‑所述集合中每个VAS的服务提供策略。

根据权利要求1所述的方法(200)，其中所述计费键值包括一个或多个子计费键值，每个子计费键值与所述VAS集合中的子集相关联。

根据权利要求5所述的方法(200)，其中每个子计费键值还取决于：‑指示与相关联子集中的每个VAS相关的、所述用户业务已经消费的时间长度和/或业务量的VAS消费状态，‑相关联子集中每个VAS的VAS赞助商状态，和/或‑相关联子集中每个VAS的服务提供策略。

根据权利要求1‑6中任一项所述的方法(200)，其中所述VAS计费策略还包括针对所述VAS集合的在线和/或离线计费方案。

根据权利要求7所述的方法(200)，其中所述在线和/或离线计费方案包括一个或多个子计费方案，每个子计费方案与所述VAS集合的子集相关联。

根据权利要求1‑8中任一项所述的方法(200)，其中所述VAS计费策略包括VAS计费策略标识符ID。

根据权利要求1‑9中任一项所述的方法(200)，其中所述VAS计费策略包括与所述用户业务相关联的业务描述信息。

根据权利要求1‑10中任一项所述的方法(200)，其中所述网络实体是策略和计费规则功能PCRF实体。

根据权利要求2所述的方法(200)，其中所述另一网络实体是策略和计费执行功能PCEF实体、业务检测功能TDF实体或软件定义网络控制器SDNC。