一种用于控制网络中的按需服务供应的计算机实现的方法，所述网络包括用于提供服务的资源，所述方法包括以下步骤；在服务控制节点中通过截取运行通过所述服务控制节点的数据分组来检测来自用户设备的对于提供所述服务的服务请求；所述服务控制节点确定与所述服务请求相关联的服务所要求的至少第一网络功能；所述服务控制节点在网络中的资源上实例化所述至少第一网络功能以用于在网络中执行所述服务；所述服务控制节点将数据分组从所述用户设备重定向到至少第一实例化的网络功能以执行与所述服务请求相关联的服务。

针对您提供的涉案权利要求1以及对比文件D1（US20140229945A1，以下简称“D1”），作为一名经验丰富的专利代理师，我为您进行深入的专利侵权与创造性抗辩分析。

以下将紧密结合目标权利要求与对比文件的具体英文原文及段落号（段落号以说明书中`[0001]`样式为准），对技术特征进行逐一比对，评估其创造性风险，并提供无效宣告的策略建议。

---

## 一、 技术特征比对分析

权利要求1所包含的5个技术特征（A至E），在对比文件D1中均能找到相对应的实质公开或毫无异议公开的内容。以下是详细的特征比对表格：

---

## 二、 最接近的对比文件（D1）深度分析

### 1. 整体解决的技术问题比对

* **目标专利**：旨在解决在传统网络中，如何基于用户请求实现网络功能/服务的“按需”动态分配、部署和流量导向，克服传统固定物理网络设备缺乏弹性的问题。

* **对比文件D1**：旨在解决传统电信运营商基础设施被大量专用、专有硬件（Monolithic boxes）占据，导致推出新服务周期长、成本高、缺乏弹性的问题（参见`[0011]`）。D1通过解耦控制面与转发面（SDN），并将网络功能软件化（NFV），实现网络功能的动态、弹性的容量和功能分配（参见`[0030]`）。

* **结论**：二者面对的底层技术矛盾完全一致，均是为了解决网络功能服务如何摆脱硬编码和物理限制，实现**动态按需控制**的架构问题。

### 2. 技术效果比对

* **目标专利**：实现了网络服务资源的高效利用，能够根据实时流量或请求动态重定向数据包，完成自动化响应。

* **对比文件D1**：实现了降低CAPEX/OPEX（`[0011]`）、缩短新服务上市时间（`[0015]`）、跨服务/客户共享资源（`[0016]`），以及根据业务量弹性缩减或扩大网络功能的能力（`[0030]`）。

* **结论**：D1所达到的技术效果完全覆盖并超越了目标专利的技术效果。

> **审查意见/无效宣告判定**：由于D1与目标专利属于**完全相同的技术领域**（基于SDN/NFV的网络流控制），解决的**技术问题相同**（网络服务的按需动态弹性供应），且公开了权利要求1的**绝大部分甚至全部技术特征**，因此**D1（US20140229945A1）极度适合作为本案创造性分析中最接近的对比文件（D1可以单独评价权利要求1的创造性）**。

---

## 三、 最薄弱的技术特征及无效抗辩策略

如果针对该专利提出无效宣告请求，权利要求1中**最薄弱（即最容易被攻破、最缺乏新颖性/创造性）的技术特征**是：**技术特征B和技术特征E**。

### 原因分析：

1. **特征B（动态检测与截取）**：权利要求1限定了通过“截取数据分组”来“检测服务请求”。这在SDN领域属于极其常规的**“首包上报（Packet-In）”机制**。在D1的段落`[0096]`中，明确公开了流处理器接收到新流的触发指示（trigger indication），随后进行识别。两者的物理执行过程和逻辑完全等同。

2. **特征E（重定向至实例化功能）**：通过控制节点下发流表规则、改变数据包路由至指定的虚拟化功能（VM），这是OpenFlow或任何软件定义网络的最基础核心定义。D1段落`[0096]`和`[0134]`公开的*“configure the flow switches with new rules causing data packets... to reach the correct NF VM”*，与特征E构成了**完全等同的技术手段**。

### 结论：

权利要求1在D1面前几乎是“通体透明”的。如果严格依据D1的公开内容，权利要求1甚至可以直接被挑战**新颖性（法22条第2款）**；退一步讲，即使将虚拟化节点的服务实例化过程视为存在细微字面差异，该特征在D1（`[0063]`、`[0089]`）的整体启示下，也属于本领域技术人员无需付出创造性劳动就能直接联想到的**惯用技术手段**，权利要求1绝对**不具备创造性（法22条第3款）**。

---

## 四、 进一步的对比文件检索策略

虽然D1的公开内容已经足够充分，但在实际的专利无效程序中，为了形成“多重保险”并应对专利权人可能进行的权利要求修改（例如将从属权利要求中的细节合并到独权中），建议采取以下补充检索策略：

### 1. 针对从属权利要求可能存在的技术修正进行检索

目标专利往往还包含关于“服务控制节点如何具体实例化”、“网络功能如何进行级联（Service Chaining）”或者“用户身份的具体识别方式”等从属权利要求。

* **检索重点**：聚焦于**“服务链（Service Function Chaining, SFC）”的动态构建协议**。例如：多网络功能的先后路由顺序（NF1 -> NF2）如何通过标签（如NSH, Network Service Header）实现。

### 2. 关键词与标准组织（3GPP/IETF）检索组合

鉴于该技术具有极强的通信与网络背景，应加大对标准提案的检索：

* **IETF 提案检索**：检索2013-2015年间，IETF关于**LISP（位置/身份分离协议）**、**SFC（工作组）**以及**OpenFlow 1.3/1.4说明书**的RFC文档或草案（Draft）。D1本身就大量引用了LISP RFC，从IETF标准库中极易检索到更底层的冲突申请或现有技术。

* **3GPP 5G 早期架构检索**：5G网络的核心特征就是核心网云化（SBA架构）与控制面/用户面分离（CUPS）。建议检索**3GPP TS 23.501**、**TS 23.401**中关于“流量检测功能（TDF）”、“策略与计费控制（PCC）”以及“数据包拦截重定向至本地网关（L-GW/MEC）”的早期提议文稿（2014-2016年前后）。

### 3. 推荐检索式拓展（英文）

* `(("software defined network*" OR SDN) AND ("network function* virtuali*" OR NFV) AND ("packet intercept*" OR "packet detection" OR "first packet" OR "packet-in") AND (instantiat* OR "on-demand" OR dynamic*) AND (redirect* OR steer* OR rout*))`

* **分类号辅助**：锁定 `H04L45/00`（网络路由）、`H04L47/00`（流量控制）、`G06F9/455`（虚拟机）进行精准交叉过滤。

作为一名经验丰富的专利代理师，我将针对目标权利要求1，紧密结合各对比文件（D1、D2、D3）的原文文本及详细出处进行深度的技术特征比对与创造性分析。

首先，明确各对比文件的指代及公开号如下：

* **D1**：JP2009505561A (*Policy-based network start-up of the secondary data link flow*)

* **D2**：JP2009277217A (*Dynamic insertion and removal of virtual software sub-layer*)

* **D3**：US20100115036A1 (*METHOD, APPARATUS AND COMPUTER PROGRAM PRODUCT FOR GENERATING A COMPOSITE MEDIA FILE*)

---

## 一、 权利要求1的技术特征拆解与对比文件比对

以下将目标权利要求1拆解为5个核心技术特征（A至E），并结合对比文件原文出处进行逐项特征比对。

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

---

## 二、 最接近的对比文件（D1）分析

在创造性分析过程中，**D1（JP2009505561A）最适合作为本案“最接近的对比文件”**。原因如下：

### 1. 技术领域与解决的技术问题高度契合

* **目标专利**旨在解决如何在网络中进行“按需服务供应”的控制，通过在服务控制节点侧动态检测请求并实例化网络功能，以实现高效的资源配置。

* **D1**明确属于“网络资源管理”领域（出处：`[2]` "本発明は、概してポリシーベースのネットワーク資源管理に関する。"）。它解决的技术问题是：在网络侧通过更高级的智能（策略服务器）动态决定数据链接属性和QoS，向移动局“推送”或启动新的二次数据服务实例，从而不再依赖客户端软件的特殊信号支持。两者的技术领域相同，解决的技术问题高度相似。

* 相比之下，**D2**属于“本地软件更新与虚拟化”领域，**D3**属于“多媒体复合文件生成”技术，两者的技术领域及所解决的技术问题与目标专利大相径庭。

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

* **目标专利**的技术效果是实现网络服务的按需自动配置与流量重定向，提升网络服务响应的弹性和安全性。

* **D1**的技术效果是提供了一种安全、可计费且能保证QoS的新型应用部署方式（出处：`[2]` "安全で認可された支払請求可能な方法を提供するという点で非常に有用...ネットワークに強化されたセキュリティを追加し"），其通过网络侧主动启动服务实例达成了与目标专利相近的按需服务效果。

---

## 三、 弱点技术特征与进一步检索策略

### 1. 诉讼/无效请求中最薄弱的技术特征：特征B

通过上述特征比对可以明显看出，**特征B**（“*在服务控制节点中通过截取运行通过所述服务控制节点的数据分组来检测来自用户设备的对于提供所述服务的服务请求*”）**是本案目前最稳固的创新点，同时也是无效请求人进攻时“最薄弱/最核心”的攻坚特征**。

* **原因分析**：D1虽然实现了网络侧主导的“推模型”服务实例化，但其检测或触发机制依然是显式的信号流（例如应用服务器AF收到コンテンツ要求后向策略服务器提出QoS要求）。D1、D2、D3均**没有公开**在服务控制节点“通过截取运行通过的数据分组（即深度包检测 DPI 或旁路/直路流量截获技术）”来隐式、自适应地挖掘用户潜在服务请求的技术手段。

### 2. 进一步的对比文件检索策略

为了成功攻击上述特征B，或者为了进一步补强创造性防御，建议采取以下检索策略：

1. **关键词扩展与技术交叉检索**：

将检索视角从单纯的“网络功能虚拟化（NFV）/网络资源管理”向**“深度报文检查（DPI, Deep Packet Inspection）”**、**“动态策略计费（PCC）”**、**“数据包截获（Packet Interception）”**以及**“透明代理（Transparent Proxying）”**领域扩展。

* *推荐英文检索式要素*：`(packet inspect* OR packet intercept* OR deep packet OR traffic snooping) AND (on-demand service OR instantiate* OR redirect*) AND (service control node OR gateway OR PCEF)`

2. **重点标准组织及文献库检索**：

鉴于本案涉及网络功能实例化与重定向，应重点检索 **3GPP 5G/6N 系统架构（SA2 工作组）** 关于 **与应用相关的策略控制（Application-detection steering）**、**本地分流（LADN）**、**边缘计算服务动态实例化（Edge Computing Service Discovery and Instantiation）** 的技术规范（如 TS 23.501, TS 23.503）。在2020-2026年的标准提案（Contributions）中，网络侧通过 UPF（用户面功能）截获特定报文以触发核心网动态实例化特定服务链（Service Function Chaining, SFC）的设计属于常态技术，从中极易检索到能够破坏特征B新颖性或创造性的强相关突防证据。

作为一名经验丰富的专利代理师，我现针对目标专利的权利要求1，结合说明书的内在含义，与三份对比文件（D1、D2、D3）的公开内容进行深度解析与特征比对，并在此基础上完成创造性分析、无效薄弱点剖析及后续的检索策略制定。

---

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

权利要求1保护一种**“用于控制网络中的按需服务供应的计算机实现的方法”**。为了准确划定其保护范围，需结合说明书的通常技术逻辑对以下核心概念进行原意解释：

1. **服务控制节点（Service Control Node）：** 指网络中具备数据分组路由路由、深度包检测（DPI）或流量截取能力，并能联动底层资源管理模块进行网络功能动态部署的控制面/用户面实体。

2. **截取运行通过的数据分组来检测来自用户设备的对于提供所述服务的服务请求：** 强调一种“隐式触发”机制。用户设备（UE）无需专门向控制节点发送行政管理类的申请信令，而是直接发送业务面数据包，控制节点通过“在途截取（Intercepting on-the-fly）”来识别服务需求。

3. **实例化网络功能（Instantiating network function）：** 指根据检测到的业务需求，在物理或虚拟资源（如计算、存储实体）上动态创建、激活或配置对应的软件模块或虚拟网络功能（VNF）。

4. **重定向到至少第一实例化的网络功能：** 改变原本的数据流路径，将后续的数据分组导入新创建的网络功能实体中进行处理，以实现按需服务。

---

## 二、 对比文件技术特征比对表

为了客观评估各对比文件的公开情况，将权利要求1拆解为5个技术特征（A至E），并与对比文件原文进行逐项映射比对。

### 权利要求1技术特征比对表

---

## 三、 最接近的对比文件（D1/D2/D3）选择分析

在创造性审查中，选择“最接近的对比文件”主要考量**技术领域是否相同或相近、解决的技术问题是否相同以及公开的技术特征数量是否最多**。以下对三份文件进行技术解构：

1. **D1 (`US20110145806A1`)：** 属于**软件虚拟化与系统更新领域**。其解决的技术问题是如何在不关闭运行中程序的情况下，动态应用软件补丁。虽然其公开了“拦截请求并将其重定向到动态插入的虚拟子层”这一底层机制，但它属于单机或局部操作系统层面的虚拟化技术（如内核过滤驱动过滤I/O呼叫），不涉及“网络架构中根据动态业务分组按需实例化网络功能”的宏观网络控制逻辑。

2. **D2 (`US20120134323A1`)：** 属于**电信网络与IMS通信领域**。其解决的技术问题是如何自动化管理漫游用户的注册和RA（漫游协议）的时效期维护。它处于“网络控制按需供应”的宏观背景中，且涉及了服务控制节点（I-CSCF、P-CSCF）在网络架构中的控制流协同，与目标专利的通信网络背景最契合。

3. **D3 (`US20120271949A1`)：** 属于**云计算与分布式网络资源配置领域**。其解决的技术问题是如何在多数据中心或跨云环境中，根据实时流量、约束规则和策略，智能且按需地进行服务资源的动态供应与实例化（例如利用自动化脚本动态生成VM并挂载至相应服务）。

### 结论：谁最适合作为最接近的对比文件？

**D3 (`US20120271949A1`) 最适合作为第一最接近的对比文件。**

* **理由：** 从**整体解决的技术问题和技术效果**来看，目标专利的核心目的是“控制网络中的按需服务供应，通过在资源上动态实例化网络功能来服务用户”。D3聚焦于“云计算网络环境中的按需资源动态供应（On-demand provisioning）”，其技术架构中的“智能供应引擎”直接对应目标专利中“在网络资源上实例化网络功能”的控制实体。在特征比对中，D3对“按需感知、规划、动态实例化物理/虚拟资源（特征A、C、D、E）”链条的公开程度最高、最毫无异议，与本申请的技术实质最为贴近。

**D2 (`US20120134323A1`) 可作为并列的/第二最接近的对比文件。**

* **理由：** D2从宏观的电信网络通信节点（I-CSCF等实体）出发，解决了“由于终端突发接入而动态触发网络间协议协商及后续业务流导入”的问题。如果将目标专利的“服务”限定为传统的通信网络核心网服务，则D2在技术领域和应用场景上构成了极佳的审查视点。

---

## 四、 权利要求创造性评述及无效薄弱特征剖析

### 1. 核心区别特征与现有技术状态

通过上表可知，无论选择D3还是D2作为最接近的对比文件，**“技术特征B”中的“通过截取运行通过所述服务控制节点的数据分组来检测……服务请求”** 这一具体隐式触发机制均未被公开。

* **D2的路径：** 依赖于显式的应用层信令交互（SIP `REGISTER` 消息前向转发路径受阻从而触发）。

* **D3的路径：** 依赖于宏观监控系统对整体实时数据（如总流量流量、拓扑结构）的收集分析后进行全局规划。

* **目标专利的路径：** 属于**数据驱动的边缘隐式触发**。即控制节点直接驻留在数据面上，当UE发送普通的、本应直接通过的数据分组时，控制节点通过“截取（Intercepting）”该分组并识别其特征，直接在后方“实例化网络功能”，并将数据“重定向”。

### 2. 无效请求中最薄弱的技术特征（即专利所有者最容易被攻破的防御线）

若针对本专利提出无效宣告请求，**最薄弱的技术特征是“特征D+特征E”的组合（即动态实例化功能并进行数据重定向）**。

* **原因：** 动态资源实例化（云环境中的虚拟机/容器切片技术，如D3中公开的通过虚拟机映像文件`.vmdk`自动脚本实例化VM）以及基于路由表/流表的重定向（D1中过滤驱动层重定向、D3中与负载均衡器联动），在2012年左右的云计算和软件定义网络（SDN）中已经是极其成熟的常规技术手段。一旦无效请求人能够证明“隐式截获数据包触发动作”属于本领域的公知常识或被其他检索到的网络DPI（深度包检测）网关文献公开，特征D和E将无法提供任何创造性高度，权利要求1将迅速土崩瓦解。

---

## 五、 进一步的对比文件检索策略

鉴于目前的杯水车薪在于三份对比文件均未完美公开“特征B（通过在途数据分组截取隐式触发网络功能实例化）”，为了彻底无效掉权利要求1，建议采取以下精准检索策略：

### 1. 关键词与逻辑表达式修正

必须从目前的“虚拟化/云资源管理”拓宽至**“数据面触发”、“软件定义网络（SDN）中的流表触发机制”、“深度包检测（DPI）联动动态业务链”**领域。

* **中文检索式：** `(数据包 OR 数据分组 OR 流量 OR 业务流) 25（截获 OR 截取 OR 检测 OR 嗅探） AND (动态 OR 实时 OR 按需) 5 (分配 OR 实例化 OR 部署 OR 供应) AND (网络功能 OR 资源 OR 虚拟机 OR 业务链)`

* **英文检索式：** `(packet OR "data group" OR traffic) W3 (intercept* OR sniff* OR inspect*) AND ("on-demand" OR dynamic* OR real-time) W5 (provision* OR instant* OR allocat*) AND ("network function" OR VNF OR resource* OR "service chain")`

### 2. 精准技术领域（IPC分类号）聚焦

应重点突破以下分类号，尤其是涉及网络数据交换和网络协议控制的交叉地带：

* **H04L47/2483 / H04L47/24**（基于数据流特性的流量控制，深度包检测触发）。

* **H04L67/10**（基于应用关连的网络资源分布式供应）。

* **H04L41/0895**（虚拟化网络功能的动态配置或虚拟网络的定制切片，如NFV/SDN领域）。

### 3. 目标领域前沿文献追溯

建议将检索重点放在 **2010年至2013年期间（结合目标专利优先权日）** 关于 **SDN（OpenFlow协议中 Packet-In 触发机制）** 或 **网络功能虚拟化（NFV）业务链（Service Function Chaining, SFC）** 的早期专利与标准草案。

> **提示：** 在OpenFlow早期规范中，当交换机收到一个流表中没有匹配项的数据分组时，会将其“截取”并通过 `Packet-In` 消息上报给控制器（服务控制节点），控制器根据该分组属性动态下发流表或拉起特定服务实体，并将后续流量重定向。这一底层通信机制与目标专利的特征B+D+E高度契合，是寻找D4以形成最佳创造性组合拳（如 `D3 + D4` 或 `D2 + D4`）的绝佳方向。

作为一名经验丰富的专利代理师，我将为您对目标权利要求1进行深入的法律与技术分析。

### 一、 权利要求1的解析与技术特征拆解

目标权利要求1保护的是一种“用于控制网络中的按需服务供应的计算机实现的方法”。为了进行精准的侵权或创造性比对，将其拆解为以下5个独立的技术特征：

* **技术特征A（前序部分）**：一种用于控制网络中的按需服务供应的计算机实现的方法，所述网络包括用于提供服务的资源，所述方法包括以下步骤；

* **技术特征B（检测步骤）**：在服务控制节点中通过截取运行通过所述服务控制节点的数据分组来检测来自用户设备的对于提供所述服务的服务请求；

* **技术特征C（确定步骤）**：所述服务控制节点确定与所述服务请求相关联的服务所要求的至少第一网络功能；

* **技术特征D（实例化步骤）**：所述服务控制节点在网络中的资源上实例化所述至少第一网络功能以用于在网络中执行所述服务；

* **技术特征E（重定向步骤）**：所述服务控制节点将数据分组从所述用户设备重定向到至少第一实例化的网络功能以执行与所述服务请求相关联的服务。

---

### 二、 对比文件技术特征比对表

我们将三份对比文件分别指代为：

* **D1**：`US8326283B1` (Systems and methods for dynamically modifying subscriber service profile...)

* **D2**：`US8477610B2` (Applying policies to schedule network bandwidth among virtual machines.)

* **D3**：`US20140201362A1` (REAL-TIME DATA ANALYSIS FOR RESOURCE PROVISIONING...)

以下是各对比文件针对权利要求1各技术特征的详尽比对与出处分析：

---

### 三、 最接近的对比文件（最接近现有技术）分析

在创造性审查中，选择**最接近的对比文件**应首先考虑技术领域是否相同或相近，解决的技术问题是否最类似，以及公开权利要求技术特征的数量。

本案中，**D3 (`US20140201362A1`)** 和 **D2 (`US8477610B2`)** 均适合作为最接近的对比文件（本案存在多个最接近现有技术的可能路径）：

#### 路径一：以D3作为最接近的对比文件

* **技术领域与解决的技术问题**：D3涉及云计算环境下的智能服务资源供应（Service Resource Provisioning）。它解决的是如何基于实时业务流量、规则和策略，跨系统（Inter-system/Inter-cloud）动态调配和按需分配网络服务资源的问题，这与本申请“控制网络中的按需服务供应”的架构、应用场景及技术解决思路完全一致。

* **技术效果一致性**：D3通过实时数据分析，实现了高度灵活、自动化的跨云/跨数据中心服务功能供应，与本申请提升网络按需服务响应能力的效果高度吻合。

* **特征比对**：D3实质公开了特征A、B、C、D、E。

#### 路径二：以D2作为最接近的对比文件

* **技术领域与解决的技术问题**：D2同样立足于云计算和虚拟化网络环境。它解决的是在同一物理节点上，如何通过路由、监控组件对各虚拟机（VM）的流量分组进行拦截，并根据策略动态分配资源（带宽/令牌桶功能实体）。

* **特征比对**：D2在微观层面（单一节点内的流量重定向与VM功能实例化）几乎毫无异议地公开了特征A、B、C、D、E的具体实施机制（例如利用Routing Component拦截并Route数据分组）。

*注：D1 (`US8326283B1`) 属于传统移动通信网络（GSM/3G）漫游鉴权与静态Profile修改领域，不涉及当前网络虚拟化（NVF/云计算）中的“按需动态实例化”与“分组级别重定向”，技术领域和架构演进存在断代，因此不适合作为最接近的对比文件。*

---

### 三、 结合其余对比文件的创造性评述

若以**D3**作为最接近的对比文件，权利要求1的创造性评述如下：

1. **被D3公开的特征**：D3公开了在网络中通过端到端监控/负载均衡拦截和检测服务流量（特征B），由供应引擎确定所需的兼容服务资源（特征C），并在各系统的物理/虚拟资源上自动供应/分配网络服务（特征D，即实质公开了“实例化”），最终通过负载均衡等辅助引擎实现流量的按需调度与分配（特征E，即实质公开了“重定向”）。

2. **若认定存在微观区别特征（如特定的“重定向”或“截取”具体实现方式）**：这些特征也已被**D2**完全公开。D2在其说明书第`[0046]`段明确公开了“路由组件（Routing Component）”捕获源自特定虚拟机的面向外部的数据流，并根据映射关系将其“路由（Route）”至对应的处理队列（功能实体）。

3. **结合启示**：D3和D2同属于云计算及网络虚拟化资源管理领域。在D3提出了宏观跨系统服务供应与流量调配的框架下，本领域技术人员为了解决微观层面上数据分组的具体截获与精细化路由控制问题，有直接的技术启示去引入D2中利用路由组件对数据分组进行截取、映射并重定向至特定实例化对象（VM/队列）的技术手段。这种结合属于本领域的常规技术融合，未产生预料不到的技术效果。因此，权利要求1在D3结合D2的基础上不具备创造性。

---

### 四、 无效请求中最薄弱的技术特征

如果在后续的专利无效宣告程序中发起攻击，本权利要求**最薄弱的技术特征**（即最容易被证据组合攻破的特征）是：

* **技术特征D（在资源上实例化网络功能）与技术特征E（重定向数据分组至该实例化的网络功能）**。

**原因分析**：

在当前的软件定义网络（SDN）和网络功能虚拟化（NFV）前沿技术中，根据用户的Service Request动态拉起一个虚拟机或容器（即“实例化网络功能”，如虚防火墙、虚VPC），修改路由表将用户分组流导向该新实例（即“重定向”），已经是本领域（如3GPP 5G核心网中的按需切片供应、云计算中的Serverless编排）非常普遍且公知的标准操作。D2和D3分别从宏观编排和微观路由的角度将这套“检测-确定-实例化-重定向”的闭环流程实质公开。因此，专利权人极难通过将特征D和E解释为“具有特殊技术贡献的突破”来维持专利有效。

---

### 五、 进一步的对比文件检索策略

为了确保彻底无效掉该权利要求（或其可能拆分出的从属权利要求），建议采取以下精细化检索策略：

1. **标准追踪法（3GPP规范检索）**：

* **背景**：鉴于该权利要求所展现的“通过服务控制节点拦截请求、动态确定并实例化网络功能、重定向数据流”的架构，这与3GPP网络功能虚拟化（NFV）以及5G核心网（5GC）中的**网络切片选择功能（NSSF）**、**服务通信代理（SCP）**以及**会话管理功能（SMF）**的动态PDU会话建立流程极度相似。

* **策略**：重点检索**3GPP TS 23.501**（5G系统系统架构）、**TS 23.502**（5G系统流程）以及**GS NFV-MAN 001**（NFV管理与编排规范）在2026年之前的早期版本。重点寻找“按需切片实例化（On-demand Slice Instantiation）”和“UPF（用户面功能）动态选择与数据流重定向”的标准提案（Contributions）及正式技术规范。标准文件通常具有无可辩驳的“毫无异议公开”力度。

2. **核心关键词与分类号组合逻辑**：

* **IPC/CPC分类号定位**：锁定 `H04L41/0896`（基于动态按需配置定制网络，如网络切片）、`H04L47/70`（资源分配/按需供应）、`G06F9/455`（虚拟化/虚拟机实例化）。

* **检索式逻辑构建**：`(Intercept* OR Captur* OR Redirec*) AND ("Data packet" OR "Packet flow") AND ("Network Function" OR "Virtual Machine" OR VM) AND (Instantiat* OR Provision*) AND "On-demand"`。

3. **联盟与开源架构文件检索**：

* 检索 **ONF (Open Networking Foundation)**、**ETSI NFV 工作组** 以及 **OpenStack (Tacker项目)** 的官方白皮书和技术开发设计文档。开源架构中关于“通过SDN控制器截获流量、触发NFVO按需实例化VNF（虚拟网络功能）并下发流表重定向流量”的描述，往往早于普通专利申请，是极佳的现有技术公开源。

作为一名经验丰富的专利代理师，我将紧密结合目标专利（本案）的说明书和权利要求书，对权利要求1的各项技术特征进行深度解析，并与两份对比文件（D1和D2）的原文出处进行逐项特征比对与评述。

---

## 一、 目标专利权利要求1的特征分解

本案权利要求1的核心发明点在于一种**在网络中基于数据分组截取，动态、按需实例化网络功能并进行数据流重定向的计算机实现方法**。为了进行精确的比对，将其拆解为以下5个技术特征：

* **技术特征A**：一种用于控制网络中的按需服务供应的计算机实现的方法，所述网络包括用于提供服务的资源，所述方法包括以下步骤；

* **技术特征B**：在服务控制节点中通过截取运行通过所述服务控制节点的数据分组来检测来自用户设备的对于提供所述服务的服务请求；

* **技术特征C**：所述服务控制节点确定与所述服务请求相关联的服务所要求的至少第一网络功能；

* **技术特征D**：所述服务控制节点在网络中的资源上实例化所述至少第一网络功能以用于在网络中执行所述服务；

* **技术特征E**：所述服务控制节点将数据分组从所述用户设备重定向到至少第一实例化的网络功能以执行与所述服务请求相关联的服务。

---

## 二、 对比文件公开情况分析（含详细原文出处）

### 1. 对比文件D1：JP2014192856A

**整体技术问题与效果**：D1侧重于解决移动通信网络在“大规模灾害时”话务量急剧激增，导致原有固定分配的服务资源（如语音、邮件）超出负荷而降低疏通率的问题。其技术效果是通过动态削减非优先业务（如视频）的虚拟服务器资源，并将其重新分配/生成为优先业务（如语音）的虚拟服务器，从而经济合理地保障灾害时的紧急通信疏通率。

**实质/毫无异议公开的特征分析**：

* **技术特征A（公开）**：公开了移动通信系统包含管理系统，在物理服务器上生成虚拟服务器以执行通信处理（段落`[0009]`、`[0014]`）。这属于“网络包括用于提供服务的资源，用于控制按需服务供应的方法”。

* **技术特征C（实质公开）**：公开了“要求量检测手段/步骤”和“处理率判断手段/步骤”，根据种类的不同判断处理率是否满足，进而决定是否生成优先业务的虚拟服务器（段落`[0009]`、`[0014]`）。这实质上相当于根据服务请求量和业务种类，“确定关联服务所要求的网络功能（虚拟服务器）”。

* **技术特征D（公开）**：公开了“虚拟服务器生成手段/步骤，基于判断在物理服务器上生成执行优先种类的通信处理的虚拟服务器”（段落`[0009]`、`[0014]`、`[0012]`）。这对应于“在网络中的资源上实例化至少第一网络功能”。

* **技术特征B、E（未公开）**：D1检测的是“虚拟服务器中的通信处理的**要求量（统计流/负荷）**”，而非在服务控制节点通过**“截取运行通过的数据分组”**来检测单个服务请求；且D1虽然提及信号流会改变（段落`[0012]`），但未具体公开通过服务控制节点将特定用户设备的数据分组**“重定向”**到新实例化的网络功能。

### 2. 对比文件D2：US20140317293A1

**整体技术问题与效果**：D2侧重于解决网络功能虚拟化（NFV）架构下，网络运营商手动识别、配置和部署第三方虚拟网络功能（VNF）时，流程过于繁琐、复杂且缺乏标准化的技术问题。其通过提供一个类似于“App Store”的集中式门户，实现了第三方网络功能和服务的“即点即部署（Point-and-Click deployment）”以及自动化的服务编排（Orchestration），达到了降低运营商运营成本、缩短新服务上市时间并实现动态自动扩缩容（Auto-scaling）的技术效果。

**实质/毫无异议公开的特征分析**：

* **技术特征A（公开）**：公开了通过编排器（Orchestrator）在宿主服务提供商的物理机器资源上部署和执行虚拟化网络服务（段落`[0005]`、`[0016]`、`[0023]`）。

* **技术特征B（实质公开）**：公开了编排器通过网络接收来自用户/消费者的部署请求（段落`[0016]`、`[0024]`、`[0082]`）。虽然D2多处描述是通过Web门户接收显式的API请求，但在段落`[0029]`和`[0060]`中，D2深入到了网络执行层面，公开了“网络功能虚拟化（NFV）60a可以为虚拟化IP服务提供**分类器（Classifier）操作**，使用虚拟化负载均衡器68和虚拟化分类器应用69”。在网络架构中，分类器对IP服务流量进行分类必然包含对运行通过节点的数据分组进行深度解析（或截取），从而检测出具体的服务请求。

* **技术特征C（公开）**：明确公开了“由装置识别宿主服务提供商为实现所述一个虚拟化网络服务所要求的虚拟化网络功能（VNFs）”（段落`[0016]`、`[0017]`、`[0024]`）。这对应于“确定与服务请求相关联的服务所要求的至少第一网络功能”。

* **技术特征D（公开）**：明确公开了“发送服务容器……其中包括将虚拟化网络功能部署为相互依赖的指令，以便在宿主服务提供商的物理机器中执行/实例化”（段落`[0005]`、`[0016]`、`[0017]`、`[0026]`）。这完全对应“在网络中的资源上实例化所述至少第一网络功能”。

* **技术特征E（实质公开）**：在段落`[0029]`、`[0059]`、`[0060]`及图3、图7中，公开了编排器定义“软件定义网络（SDN）服务链（Service Chains）”，将虚拟转发交换机66、负载均衡器68、深度报文检测（DPI）、NAT/防火墙等VNF串联。当分类器检测到特定服务的流量时，SDN控制器通过修改流表，改变信号流向。这在通信领域毫无异议地实质公开了“将数据分组从用户设备**重定向**到实例化的网络功能以执行服务”。

---

## 三、 技术特征比对表

下表清晰展示了目标专利与D1、D2的特征映射关系及具体出处：

---

## 四、 创造性分析：最接近对比文件的确立

在针对本案权利要求1进行无效宣告的创造性分析中，**对比文件D2（US20140317293A1）最适合作为唯一的最接近对比文件（D1不适合作为最接近对比文件）**。原因如下：

1. **技术领域与整体架构高度契合**：本案关注的是在网络中对“按需服务”进行动态控制，包含“检测-确定功能-动态实例化-流量重定向”的完整闭环。D2隶属于现代**网络功能虚拟化（NFV）与软件定义网络（SDN）**技术领域，完整构建了从编排器（Orchestrator）到VNF实例化、再到SDN服务链动态流量路由的整体架构。而D1仍带有传统移动核心网跳过具体报文控制、仅在宏观上做“容灾资源调度”的色彩。

2. **技术特征覆盖率极高**：如比对表所示，D2不仅完全公开了特征A、C、D，而且通过其公开的“分类器（Classifier）”和“SDN服务链（Service Chains）”实质公开了特征B和特征E。相比之下，D1完全缺失了本案最核心的“截取分组检测”和“网络流重定向”的微观控制机制。

3. **技术问题与效果的重合度**：本案与D2共同致力于解决如何根据动态的服务诉求，在虚拟化网络中自动化、灵活地编排并弹性伸缩网络资源，以提供即时响应的技术效果。

---

## 五、 无效请求中最薄弱的技术特征

基于上述分析，如果向专利局提起无效宣告请求，本案权利要求1中**最薄弱（即最容易被攻破、对专利权人而言最难辩护）的技术特征是：技术特征C和技术特征D**。

* **理由**：特征C（确定服务要求的网络功能）和特征D（在资源上实例化该功能）在现代电信网络虚拟化（高级云化核心网、NFV架构）中属于教科书式的常规技术手段。无论是D2中明确记载的“根据服务请求识别出所需的VNFs并发送容器部署指令”，还是D1中记载的“根据灾害业务量判断并动态生成虚拟服务器”，都已将“按需确定并实例化/生成网络功能”这一概念公开得毫无保留。专利权人绝对无法在这两个特征上建立起相对于现有技术的“新颖性”或“显著的进步”。

相比之下，**技术特征B中关于“通过截取运行通过的数据分组来检测”**的表述，形式上最接近本案的物理实施闭环。如果提起无效，专利权人通常会辩称D2的Portal主要是显式的“点选（Point-and-click）”触发，而不是在数据通道上默默地“截取分组隐式触发”。因此，虽然D2的分类器实质公开了这一手段，但此处仍是无效答辩时双方攻防的焦点。

---

## 六、 进一步的对比文件检索策略

为了彻底无效掉权利要求1（尤其是针对特征B的“截取分组动态触发”以及特征E的“重定向”），建议在后续的补充检索中采取以下精准检索策略：

1. **锁定核心技术交织点（NFV + Dynamic Service Chaining）**：

* 本案的实质是：**通过数据面的流量触发控制面的网络功能实例化，再反哺数据面进行链式路由**。

* 检索时应重点关注 **“基于流量触发的VNF动态实例化” (Traffic-triggered VNF instantiation)** 或 **“动态服务链构建” (Dynamic Service Function Chaining, SFC)** 的专利及技术标准提案。

2. **重点检索IETF和3GPP标准草案（先期技术文献）**：

* 鉴于本案的公开背景在NFV和SDN的大潮中，**IETF SFC（服务链）工作组**在2014-2015年前后发表的大量RFC草案（如关于Service Classifier和SFC Encapsulation的文档），以及**3GPP SA2工作组**关于5G核心网动态网络切片（Network Slicing）及按需实例化网络功能（NF）的会议提案（Contributions），极有可能直接披露了“检测到特定用户业务流时，动态拉起一个安全/计费功能组件并把流引过去”的方案。

3. **精准检索式设计建议**：

* **关键词组合**：`(intercept* OR packet inspect* OR classifier OR deep packet) AND (instantiat* OR dynamic* deploy* OR spin up) AND (virtual* network function OR VNF OR service chain) AND (redirect* OR route* OR flow table)`

* **分类号锁定**：聚焦于 `H04L41/0896`（专门针对虚拟化网络资源或功能的调配/虚拟网络拆分）以及 `H04L45/302`（基于基于特性的流量路由/服务链）。

作为一名经验丰富的专利代理师，针对目标专利权利要求1以及两份对比文件，我为您进行如下深度无效可行性分析。

首先需要说明的是，经细致比对，对比文件1（WO2014176104A1，下称 **D1**）与对比文件2（US10057109B2，下称 **D2**）系**同族专利申请**。D2公开的详细描述（Detailed Description）部分与D1的对应章节及附图高度一致，仅在背景技术和个别序言文字上存在极其微小的同族文本差异。因此，两份对比文件在实质技术特征的公开程度上基本等同。

---

## 一、 权利要求技术特征比对分析

针对权利要求1拆解的特征A至特征E，两份对比文件均表现为**毫无疑问地公开（完全相同）**或**实质公开**。以下为详细特征比对表及出处分析：

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

---

## 二、 最接近的对比文件分析

在创造性分析中，**D1（WO2014176104A1）和D2（US10057109B2）均同样适合作为本申请的“最接近的对比文件”**。

* **技术领域完全相同：** 两者均属于通信网络中网络功能虚拟化（NFV）以及网络服务的动态编排与控制领域。

* **解决的技术问题完全相同：** 目标专利与D1/D2均旨在解决如何在网络中根据服务需求（按需），动态地为用户设备分配、部署并引导相应的网络功能资源，以实现服务的灵活弹性供应。

* **技术效果高度契合：** 均达到了降低网络运营商资本支出（CAPEX）和运营支出（OPEX）、提高业务上线灵活性以及动态响应业务流量变化的效果。

由于D1与D2为同族专利，技术方案的实质内容无异，在实务中可任选其一作为最接近的对比文件（D1作为WO国际申请或D2作为US授权文本，通常以公开日/优先权日较早者且文本语言便于审查员阅读者为首选）。

---

## 三、 无效请求中最薄弱的技术特征

若对目标专利提出无效宣告请求，本方案中最容易受到争议、亦即**最薄弱（对专利权人而言最难守住）的技术特征是：特征B中关于“截取运行通过所述服务控制节点的数据分组”这一限定。**

### 原因分析：

目标专利为了区别于传统的显式信令请求（如同族对比文件中用户通过“Web-based consumer portal”直接向Orchestrator发送应用层请求），在特征B中限定了控制节点是通过**“截取运行通过控制节点的数据分组”**这种动态嗅探/截获的方式来被动触发检测服务请求的。

然而，在D1/D2的详细实施例中（参见D1 [p0028], [p0059] / D2 [0024], [0055] 及图3、图7），明确公开了在业务链中部署有 **“classifier applications（分类器应用）”**、**“deep packet inspection (dpi，深度包检测)”** 以及 **“layer 2-7 proxy operations（2-7层代理操作）”**。

在通信网络（如LTE/5G网络演进）的常规技术认知中，DPI和分类器的工作原理**天然且必然**包含“截取并解析流经节点的数据分组”这一动作。因此，本领域的普通技术人员在最接近对比文件（D1/D2）给出了DPI和流量分类的技术启示下，为了实现自动化的网络功能触发，极其容易联想到将此技术用于检测用户设备发出的特定服务请求数据包。该特征具备极高的**显而易见性**。

---

## 四、 进一步的对比文件检索策略

虽然D1/D2同族已经对权利要求1形成了极具杀伤力的实质公开，但为了彻底固化无效证据链，防范专利权人在无效阶段通过修改权利要求（例如将说明书中的具体网络控制信令或具体的业务流拦截重定向架构写入权利要求1）来规避，建议采取以下补充检索策略：

### 1. 核心技术主题词扩展

针对“数据包截取触发动态网络功能实例化”这一机制，重点检索**业务感知型网关（Service-aware Gateway）**或**基于流量触发的动态资源编排**。

* **检索词组合：** `(Deep Packet Inspection OR DPI OR Traffic Classification OR Packet Interception) AND (Dynamic Instantiation OR On-demand Provisioning OR Service Chaining OR NFV Orchestration)`

### 2. 重点专利分类号（IPC/CPC）锁定

重点关注以下分类号中关于数据包处理与网络动态配置的交叉领域：

* **H04L41/0896**：定制化虚拟网络的分发或配置（如网络切片、NFV编排）。

* **H04L47/2441**：基于深入数据包检查（DPI）的流量检查。

* **H04L67/63**：根据应用需求或用户属性对数据路由服务请求进行路由或调度。

### 3. 跟踪目标专利权人及关键行业先驱

* 检索思科（Cisco，注：D2的原始受让人通常为网络巨头）、华为、中兴、诺基亚、爱立信等在2012-2015年期间（NFV技术刚兴起时）关于“**基于数据流触发服务链（Service Function Chaining, SFC）**”的标准提案（3GPP, ETSI NFV ISG）和专利申请。

* 密切关注IETF在RFC标准中关于**NSH（Network Service Header，网络服务头）**和SFC架构的早期公开草案，这类标准文献往往能提供极佳的底层“分组截取与重定向”的细节公开。

根据权利要求1所述的方法，包括确定与所述服务请求相关联的服务所要求的第二网络功能；验证所述第二网络功能是否在网络中实例化；当第二网络功能在网络中实例化时使用实例化的第二网络功能以便执行来自网络的与服务请求相关联的服务；当第二网络功能未在网络中实例化时在网络中实例化第二网络功能以便执行来自网络的与服务请求相关联的服务。

根据权利要求1或2所述的方法，其中所述第一网络功能是虚拟网络功能。

根据权利要求1所述的方法，包括所述服务控制节点从服务管理器获得服务功能链模板的步骤；所述服务功能链模板包括与所述服务相关联的互连的网络功能的有序集合；所述集合包含至少一个第一网络功能。

根据权利要求4所述的方法，其中所述集合还包含已经在网络中实例化的网络功能。

根据权利要求4或5所述的方法，包括基于所述服务请求获得所述服务功能链模板的步骤。

根据权利要求1所述的方法，其中实例化所述第一网络功能的步骤包括；将一个或多个转发规则与所述第一网络功能相关联以确定对从所述第一网络功能输出的数据分组的进一步处理。

根据权利要求1所述的方法，还包括生成要应用于与服务请求相关联的数据分组的网络功能路由令牌以用于将所述数据分组路由到所述至少一个第一网络功能的步骤。

根据权利要求8所述的方法，其中所述令牌是至少包括第一级和第二级的分层令牌；其中第一级区分包括互连的网络功能的有序集合的服务功能链模板；并且第二级区分实例化的服务功能链模板内的网络功能或网络功能的实例。

根据权利要求1所述的方法，其中所述服务请求涉及电信网络服务。

根据权利要求1所述的方法，包括终止实例化的所述至少一个第一网络功能的步骤。