一种用于在网络中使用的流控制系统，该网络包括网络资源；这些网络资源包括节点和连接这些节点的链路；以及至少一个网络控制器；该网络控制器具有用于交换网络控制数据的网络控制器接口；并且被布置为控制一个或多个网络资源；该网络被布置用于经由网络资源的分配链将至少一个视频流从视频服务器传输到视频客户端；该分配链包括耦合到该视频服务器的服务器节点和耦合到该视频客户端的客户端节点；其中，该流控制系统包括桥接单元、桥接控制器和流式传输控制器；该流式传输控制器被布置为控制该客户端节点处的流式传输设置；该桥接单元耦合到该桥接控制器；并且被布置为通过以下方式与该网络控制器和该流式传输控制器交换消息；与该网络控制器接口进行通信；以及与该流式传输控制器通信；该桥接控制器被布置为通过以下方式控制该视频流；从该流式传输控制器获得至少一个流式传输控制请求，该请求包括该视频流的带宽要求；经由该网络控制器接口获得网络资源数据，该网络资源数据包括网络资源上的可用带宽；针对该请求，基于该网络资源数据和该流式传输控制请求确定包括所分配带宽的资源分配，所分配带宽等于或小于该带宽要求以使得该视频流遵守该网络资源数据；将所分配带宽传输到该流式传输控制器，以使得该流式传输控制器能够根据所分配带宽来控制该客户端的流式传输设置；以及向该网络控制器传输网络控制数据，以根据所分配带宽控制与相应视频流相关联的相应分配链；其中，该流式传输控制器被布置为与该桥接控制器交换流式传输控制数据，该流式传输控制数据包括该流式传输控制请求和所分配带宽；以及根据所分配带宽控制该客户端的流式传输设置。

作为一名经验丰富的专利代理师，我将严格紧密结合目标专利说明书、权利要求书以及对比文件的原文，为您进行系统的法律与技术比对分析。

---

## 一、 权利要求1的技术特征拆解与说明书解释

根据目标专利说明书的整体架构与逻辑，权利要求1各技术特征的技术含义及架构解释如下：

* **技术特征A~G（网络拓扑与硬件架构基础）**：

* **解释**：限定了包含节点（Node）、连接节点的链路（Link）以及网络控制器（Network Controller）的整体网络拓扑。其中通过分配链（Allocation Chain，包含服务器节点和客户端节点）将视频流从视频服务器传输至视频客户端。

* **技术特征H~M（流控制系统的结构与接口通信关系）**：

* **解释**：限定流控制系统的核心三元组架构——**桥接单元（Bridge Unit）、桥接控制器（Bridge Controller）与流式传输控制器（Streaming Controller）**。桥接单元作为消息中继/适配层，同时与网络控制器接口（传输网络控制数据）和流式传输控制器（传输流式传输控制数据）进行交互通信。流式传输控制器专门负责客户端节点处的流式传输设置（如控制客户端码率/ABR设置）。

* **技术特征N~S（桥接控制器的协同控制流程）**：

* **解释**：桥接控制器是核心决策节点。其操作逻辑为：①从流控控制器接收包含视频流带宽要求的流控请求；②经网络控制器接口获取底层网络资源的可用带宽数据；③计算并确定**分配带宽（等于或小于请求带宽）**；④将分配带宽反馈给流式传输控制器（下发给客户端控制流式传输设置）；⑤同时向网络控制器发送网络控制数据（对底层网络分配链的带宽进行配置）。

* **技术特征T~U（流式传输控制器的闭环控制）**：

* **解释**：流式传输控制器与桥接控制器完成包含请求与分配带宽的数据交换，并最终根据分配带宽调整客户端的具体流式传输参数（如ABR Chunk的码率级别）。

---

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

以下为权利要求1的各项技术特征在对比文件D1（`US20130191508A1`）与D2（`WO2014147538A1`）中的比对分析与原文出处：

---

## 三、 最接近对比文件（D1与D2）分析与创造性评价

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

* **权利要求1的目标**：解决在网络带宽受限或动态变化时，如何通过**流控系统（中间桥接层）**双向协同**底层网络控制器**（控制网络资源配额）与**上层流式传输控制器**（控制客户端码率设置），实现网络资源与客户端ABR码率的动态匹配与精确控制。

* **对比文件D1（US20130191508A1）**：

* *技术问题*：解决在最后一公里（Last mile）带宽受限时，多客户端抢占带宽导致的数据丢包、带宽浪费或闲置问题。

* *技术效果*：通过中间系统拦截/修改客户端的Chunk Request或延迟ACK，使ABR流匹配最后一公里分配的码率。

* *契合度*：D1在“根据网络可用带宽与客户端请求，计算分配码率，并反馈/控制客户端码率”这一业务闭环上与本专利高度一致。

* **对比文件D2（WO2014147538A1）**：

* *技术问题*：解决OTT视频流在家庭/客户Premises内多设备争抢带宽、缺乏优先级调配导致的服务质量（QoS）下降问题。

* *技术效果*：通过测量Premises可用管道大小并结合设备权重，由CDN Delivery Server建立虚拟管道分配码率。

* *契合度*：D2侧重于“基于可用带宽+设备权重的带宽分配”，但其架构强依赖于OTT/CDN服务器，对传统网络拓扑中的“网络控制器接口及底层网络控制”涉及较少。

### 2. 最接近对比文件的确定

**结论：对比文件D1（US20130191508A1）最适合作为最接近的对比文件（第一主引对比文件）。**

* *原因*：D1在整体网络拓扑（架构包括网络资源、节点、链路、控制器）、流控逻辑（拦截请求、评估可用带宽、确定分配码率、下发/修改客户端请求）上与权利要求1最为贴近。D2也可作为备选的主引对比文件（结合OTT CDN虚拟管道场景）。

---

## 四、 最薄弱的技术特征分析与无效攻击路径

若对权利要求1发起专利无效宣告请求，**最薄弱的技术特征**如下：

### 1. 最薄弱特征：技术特征S及H/K中关于“向网络控制器传输网络控制数据，以控制分配链”的双重控制机制

* **分析**：

权利要求1的核心创新点在于其采用了“**双向控制**”架构：

1. **下向/客户端控制**：将分配带宽传给流式传输控制器，控制客户端设置（特征R、U）；

2. **上向/网络层控制**：向网络控制器传输网络控制数据，以根据分配带宽控制网络资源的分配链（特征S）。

* **对比文件的缺陷（未被完全公开的部分）**：

在D1和D2中，系统主要充当应用层/传输层的代理（Proxy）或流量整形器（Shaper）。它们通过**修改HTTP请求（Chunk Request）**或**延迟ACK**来“暗示”或“强制”客户端/服务端改变传输速率，这属于**应用层/传输层的逻辑调配**，而**非向底层“网络控制器接口（网络控制器）”下发网络控制指令以动态配置网络分配链的底层资源（如SDN/OpenFlow流表下发、QoS策略配置等）**。

### 2. 无效宣告的攻防策略（结合结合律）

* **第一步（D1单独攻击或D1+公知常识）**：

* 主张特征S（向网络控制器下发的网络控制）属于本领域的常规技术手段（例如在SDN/软件定义网络或QoS管理架构中，中间控制器向网络控制器/网元下发QoS策略或带宽预留指令是本领域技术人员的公知常识）。

* **第二步（D1 + D2 + 领域公知常识）**：

* 如果结合D2，D2在`[p0033]-[p0034]`中明确提到了在CDN中通过Pipe Control Node为虚拟管道（Virtual Pipe）分配和动态管理网络资源（Network Resources）。

* 将D2中“在网络侧控制/配置虚拟管道网络资源”的技术手段结合到D1中，对于本领域技术人员而言是显而易见的。

---

## 五、 进一步的对比文件检索策略（检索方案）

为了彻底攻克权利要求1中关于“**桥接层向网络控制器（如SDN控制器/网管系统）下发控制指令以配置底层资源分配链**”这一薄弱特征，建议采取以下进一步检索策略：

### 1. 检索要素表达（IPC分类号与关键词）

* **IPC / CPC 分类号组合**：

* `H04L47/24`（基于QoS/流量特性的带宽分配）

* `H04L47/80`（资源分配/策略控制）

* `H04L65/612` / `H04L65/80`（流媒体传输质量控制/ABR）

* `H04L45/302`（软件定义网络SDN与流表控制）

* **核心关键词组合（英文）**：

* `("SDN" OR "Software Defined Network" OR "Network Controller")`

* AND `("Bridge" OR "Gateway" OR "Broker" OR "Proxy")`

* AND `("Adaptive Bitrate" OR "ABR" OR "Video Streaming" OR "Chunk request")`

* AND `("Bandwidth Allocation" OR "Resource Allocation" OR "QoS policy")`

### 2. 针对性检索方向

1. **SDN（软件定义网络）+ ABR流媒体结合案**：重点检索2010年—2015年期间关于“利用SDN控制器动态调节HAS/ABR视频流带宽”的专利。此类专利通常会显式公开“中间桥接模块将客户端的ABR请求转化为SDN控制器的OpenFlow/QoS配置指令”这一技术特征。

2. **三网融合/电信网网关（Residential Gateway / BNG）控制案**：检索网关设备向UPF/策略控制器（PCRF/PCEF）下发带宽控制指令协同客户端ABR调节的相关对比文件。

基于目标专利的权利要求及说明书技术构想，结合提供的三份对比文件原文，以资深专利代理师的专业视角，对本案进行全面、严谨的专利无效及创造性比对分析。

---

## 一、 目标专利权利要求1的技术特征拆解与技术内涵解释

在解释权利要求时，应当结合目标专利的技术领域与上下文架构：

* **核心架构（SDN/网络功能虚拟化与流媒体协同）**：目标专利构建了一种**流媒体控制层（流式传输控制器/Streaming Controller）与网络底层控制层（网络控制器/Network Controller）相解耦、并通过中间架构（桥接单元与桥接控制器）进行协同**的控制系统。

* **桥接单元（Bridge Unit）与桥接控制器（Bridge Controller）**：桥接单元负责跨接口、跨协议的消息转换与交换（一端对接网络控制器接口，另一端对接流式传输控制器）；桥接控制器则承载决策逻辑（根据网络侧可用带宽与流媒体侧带宽要求，计算小于或等于要求的“分配带宽”，并分别下发给流媒体侧和网络控制侧）。

**特征拆解如下：**

* **特征A**：该网络包括网络资源；

* **特征B**：这些网络资源包括节点和连接这些节点的链路；

* **特征C**：至少一个网络控制器；

* **特征D**：该网络控制器具有用于交换网络控制数据的网络控制器接口；

* **特征E**：被布置为控制一个或多个网络资源；

* **特征F**：该网络被布置用于经由网络资源的分配链将至少一个视频流从视频服务器传输到视频客户端；

* **特征G**：该分配链包括耦合到该视频服务器的服务器节点和耦合到该视频客户端的客户端节点；

* **特征H**：其中，该流控制系统包括桥接单元、桥接控制器和流式传输控制器；

* **特征I**：该流式传输控制器被布置为控制该客户端节点处的流式传输设置；

* **特征J**：该桥接单元耦合到该桥接控制器；

* **特征K**：被布置为通过以下方式与该网络控制器和该流式传输控制器交换消息：

* **特征L**：与该网络控制器接口进行通信；以及

* **特征M**：与该流式传输控制器通信；

* **特征N**：该桥接控制器被布置为通过以下方式控制该视频流：

* **特征O**：从该流式传输控制器获得至少一个流式传输控制请求，该请求包括该视频流的带宽要求；

* **特征P**：经由该网络控制器接口获得网络资源数据，该网络资源数据包括网络资源上的可用带宽；

* **特征Q**：针对该请求，基于该网络资源数据和该流式传输控制请求确定包括所分配带宽的资源分配，所分配带宽等于或小于该带宽要求以使得该视频流遵守该网络资源数据；

* **特征R**：将所分配带宽传输到该流式传输控制器，以使得该流式传输控制器能够根据所分配带宽来控制该客户端的流式传输设置；以及

* **特征S**：向该网络控制器传输网络控制数据，以根据所分配带宽控制与相应视频流相关联的相应分配链；

* **特征T**：其中，该流式传输控制器被布置为与该桥接控制器交换流式传输控制数据，该流式传输控制数据包括该流式传输控制请求和所分配带宽；以及

* **特征U**：根据所分配带宽控制该客户端的流式传输设置。

---

## 二、 对比文件技术特征比对表格及详细出处

各对比文件基本信息：

* **D1**：`WO2011125041A2`（同族中文公开号：`CN103069406A`，即D2）

* **D2**：`CN103069406A`（与D1系同一专利族的中文公开文本）

* **D3**：`WO2014074033A1`

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

---

## 三、 最接近对比文件的选择分析（整体解决的技术问题与技术效果）

在选择最接近的对比文件（Most Closely Related Prior Art）时，需要综合考量**技术领域、解决的技术问题、技术方案的贴合度及技术效果**。

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

* **目标专利**：

* **解决的问题**：在复杂/SDN网络环境中，解决流媒体业务层（应用层码率决策）与网络传输层（网络底层资源管控）相互割裂、无法高效协同，导致带宽浪费或网络拥塞的问题。

* **技术效果**：通过引入解耦的“桥接单元/桥接控制器”，解耦了网络控制与流媒体控制，既能实时响应流媒体客户端的带宽请求，又能确保分配带宽严格符合网络底层的实际可用资源，实现全局资源优化。

* **D1 (`WO2011125041A2`) / D2 (`CN103069406A`)**：

* **解决的问题**：在“最后英里”（Last Mile）带宽受限信道中，客户端自适应码率（ABR）盲目请求高码率导致网络拥塞及带宽浪费的问题。

* **技术效果**：通过在网络侧/客户端代理集中（或分布式协作）拦截并修改Chunk Request或延迟ACK，使流媒体传输适配最后英里的实际分配带宽，消除带宽浪费与拥塞。

* **D3 (`WO2014074033A1`)**：

* **解决的问题**：无线接入网（RAN）中客户端自行决定码率导致无线资源分配不均及网络过载的问题。

* **技术效果**：通过结合RAN无线资源状态（RRM）与流媒体可用码率，计算目标码率并由网络调度器（Scheduler）或Proxy进行节流（Throttling），实现无线资源的公平高效分配。

### 2. 结论：最接近对比文件的选定

**D3 和 D1/D2 均适合作为最接近的现有技术（可设为两个不同的起步对比文件）：**

1. **首选最接近对比文件：D3 (`WO2014074033A1`)**

* **理由**：D3具有极高的系统架构对应度。D3明确区分了**流媒体解析层（Video Parser）**、**网络资源监视控制层（RRM / Resource Monitor / Scheduler）** 以及 **决策控制层（Control Unit）**。其决策机制（基于网络资源与流媒体可用码率计算Target Bitrate，并下发给Scheduler控制网络分配链）与目标专利中“基于网络资源数据和流控制请求确定分配带宽，并向网络控制器发送网络控制数据”的控制闭环完全对应。

2. **平行最接近对比文件：D1 (`WO2011125041A2`) / D2 (`CN103069406A`)**

* **理由**：D1/D2是关于流媒体带宽动态管控的经典文献，详细公开了“拦截/获取流媒体带宽请求 $\rightarrow$ 结合网络可用带宽评估 $\rightarrow$ 修正或下发分配带宽 $\rightarrow$ 控制客户端流传输”的完整业务流。

---

## 四、 未被最接近对比文件公开的特征分析及“最薄弱技术特征”

### 1. 区别技术特征提取（以D3或D1/D2为起点）

无论是选择D3还是D1/D2作为最接近对比文件，目标专利权利要求1相对于它们的主要区别特征均落在**系统的模块化解耦架构与接口协同机制**上：

* **区别特征1（桥接架构）**：系统具体包含**“桥接单元（Bridge Unit）”**与**“桥接控制器（Bridge Controller）”**，且桥接单元耦合到桥接控制器（特征H、J）。

* **区别特征2（接口通信与协议适配）**：桥接单元被布置为通过**“与网络控制器接口进行通信”**以及**“与流式传输控制器通信”**的方式，在网络控制器和流式传输控制器之间交换消息（特征K、L、M）。

### 2. 无效请求中最薄弱的技术特征（专利权的防御薄弱点）

在提出无效宣告请求时，**最薄弱的技术特征**（即最容易被突破、被证明属于公知常识或显而易见结合的特征）是：

> **最薄弱特征：特征H/J/K/L/M中关于“桥接单元（Bridge Unit）”和“桥接控制器”的功能定义与接口映射。**

**薄弱原因分析（代理师实战撕扯点）：**

1. **功能限定与高度抽象**：目标专利中的“桥接单元”与“桥接控制器”在权利要求1中主要是通过**功能和通信对接对象**来限定的（即“与网络控制器接口通信”、“与流传输控制器通信”）。

2. **SDN/NFV领域的常规架构手段**：在软件定义网络（SDN）或应用层与网络层协同（如ALTO协议、Northbound API等现有技术）的背景下，当存在两个不同控制域（网络控制域 vs. 应用/流媒体控制域）时，设置一个中间适配桥接模块（Bridge/Adaptation Layer/Gateway）来实现跨域接口通信与协议转换，属于本领域技术人员的**常规选择和惯用技术手段**。

3. **技术效果的显而易见性**：专利权人若主张“桥接”产生了预料之外的效果，攻击者可指出该“桥接”仅仅是实现了消息的中继与格式转换，其核心算力与决策依然是“根据网络带宽与请求码率算分配码率”，这一决策算法已完全被D3/D1公开。因此，将D3或D1中的控制节点拆分为“流控制侧 + 网络控制侧 + 中间桥接侧”，属于为了系统解耦而进行的**常规结构重构（Structural Rearrangement）**，不具备创造性。

---

## 五、 进一步的对比文件检索策略（针对薄弱特征击穿）

为了在无效宣告程序中彻底击穿目标专利的创造性，需要补充检索能够结合D3/D1、专门揭示**“SDN/网络控制器与上层应用/流媒体控制器之间通过桥接/适配层（Bridge/Adaptation Gateway）交换控制消息”**的对比文件（D4）。

### 检索策略指南：

#### 1. 核心检索要素（IPC分类号与关键词组合）

* **IPC/CPC分类号**：

* `H04L 65/75`（流媒体传输控制/码率自适应）

* `H04L 67/10`（分布式应用与网络协同）

* `H04L 41/0893` / `H04L 41/50`（SDN/网络资源动态配置与网络控制器）

* **关键词组合（中英文对照）**：

* **组1（网络控制/SDN）**：`SDN` OR `"Software Defined Network"` OR `"Network Controller"` OR `"OpenFlow"` OR `"REST API"` OR `"Northbound Interface"` / `网络控制器` OR `软件定义网络` OR `北向接口`

* **组2（流媒体/自适应传输）**：`Streaming` OR `DASH` OR `ABR` OR `"Adaptive Bitrate"` OR `"Video Stream"` / `流媒体` OR `自适应码率` OR `视频流`

* **组3（桥接/适配/协同）**：`Bridge` OR `Bridging` OR `Adaptation Layer` OR `Gateway` OR `Broker` OR `Middleware` OR `ALTO` (Application-Layer Traffic Optimization) / `桥接` OR `适配层` OR `代理/中间件` OR `应用层交通优化`

#### 2. 结合对比文件的组合攻击逻辑（无效路线图）

* **路线方案一（D3 + D4 + 公知常识）**：

* **主查文献 D3**：公开了基于网络资源（RRM）与视频流要求计算目标码率，并通过调度器控制流传输的核心逻辑（公开特征A-G, I, N-U）。

* **辅查文献 D4（SDN/ALTO/应用网络协同技术）**：寻求公开“在SDN网络控制器与应用层/流媒体控制器之间部署桥接模块（Bridge/Broker），用于转换传输网络可用资源与应用控制请求”的技术特征（击穿特征H, J, K, L, M）。

* **结合理由**：本领域技术人员在将D3的方案应用于SDN或虚拟化网络架构时，为了实现应用层与网络控制层的解耦，有动机引入D4中教导的通用桥接/适配架构，从而得到权利要求1的方案。

* **路线方案二（D1/D2 + D3/D4 + 公知常识）**：

* **主查文献 D1/D2**：公开了中间代理系统拦截流媒体请求、评估最后英里带宽并下发分配码率的全部流程。

* **辅查文献 D3/D4**：补足网络控制器（如基站调度器/SDN控制器）接口与跨层桥接交换的具体通信结构。

按此检索策略，补充1-2篇架构类（SDN/ALTO中继桥接）的现有技术文献，即可形成完美的创造性组合破坏链条。

---

<FollowUp label="是否需要我为您针对上述对比文件（D1-D3）编写一份正式的《专利无效宣告请求书》意见陈述书框架？" query="请结合上述对比文件比对结果和创造性分析，帮我起草一份用于专利无效宣告程序的意见陈述书逻辑框架。"/>

尊敬的申请人/代理人：

针对目标专利权利要求1，结合目标专利说明书的架构与逻辑，并严格依据对比文件原文（D1：US20150156243A1；D2：US20150381690A1），为您提供全面、严谨的专利无效及创造性比对分析报告。

---

### 一、 权利要求1的技术特征拆解与目标专利说明书释义

目标专利权利要求1涉及一种**基于网络控制器与流式传输控制器协同的流控制系统**。结合说明书逻辑，其核心技术思想在于：通过**桥接单元**与**桥接控制器**，将“网络层（SDN网络控制器/底层的网络资源分配）”与“应用层/流媒体层（客户端流式传输控制器/视频速率控制）”解耦并建立桥接通信，利用桥接控制器兼顾网络可用带宽与视频流带宽需求，实现自适应流控制。

各技术特征拆解如下：

* **特征A-B**：基础网络拓扑（包含节点、链路等网络资源）。

* **特征C-E**：网络控制器及其接口，用于控制网络资源（典型如SDN Controller/OpenFlow控制器）。

* **特征F-G**：视频传输分配链（包括服务器节点和客户端节点）。

* **特征H-M**：流控制系统架构（桥接单元、桥接控制器、流式传输控制器），其中**桥接单元**作为通信中继/接口，分别与网络控制器接口（特征L）及流式传输控制器（特征M）交换消息。

* **特征N-S（桥接控制器逻辑）**：

* **O**：从流控制接收包含视频带宽要求的请求；

* **P**：经网络控制器接口获取网络可用带宽数据；

* **Q**：基于网络资源数据与请求，确定**分配带宽（≤带宽要求）**，使视频流遵守网络资源限制；

* **R**：将分配带宽传给流式传输控制器，以控制客户端流式传输设置；

* **S**：向网络控制器传输网络控制数据，以控制分配链（网络路径/QoS）。

* **特征T-U（流式传输控制器逻辑）**：与桥接控制器交换数据（发送请求、接收分配带宽），并据此控制客户端流设置（如DASH码率切换）。

---

### 二、 对比文件特征比对分析与特征比对表格

两篇对比文件的公开号及基本信息：

* **D1**：`US20150156243A1` (*CONTROLLING RESOURCE USAGE OF ADAPTIVE STREAMING SESSIONS FOR TRANSMISSION VIA A RADIO ACCESS NETWORK*)

* **D2**：`US20150381690A1` (*SERVER SIDE ADAPTIVE BIT RATE CONTROL FOR HTTP STREAMING CLIENTS*)

#### 1. 详细特征比对表

---

### 三、 最接近对比文件的选择与综合创造性分析

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

* **目标专利**：旨在解决**网络层（SDN/网络资源分配）与应用层（视频流传输控制）相互隔离**的问题。通过引入“桥接单元+桥接控制器”，建立双向交互机制，既能根据网络实时的可用带宽控制视频流码率，又能将控制数据反馈给网络控制器去动态调配网络链路（分配链）。

* **D1 (`US20150156243A1`)**：解决无线接入网（RAN）中视频流码率完全由客户端决定的不合理性问题（Paragraph [0007]）。其通过监控 RAN 资源（RRM）并解析视频流（Video Parser），由控制单元计算目标码率，并通过调度器（Scheduler）或节流单元（Throttling Unit）实施控制（Paragraph [0013], [0025]）。**其架构完全覆盖了“网络资源控制+流媒体解析+目标带宽分配”的跨层协同思路。**

* **D2 (`US20150381690A1`)**：解决服务端自适应码率（Server-Side ABR）控制问题，侧重于在服务端通过 TCP ACK 测量带宽并实施“即时（JIT）转码”，不涉及网络底层控制器（如 SDN/RRM 链路控制）的互动。

#### 2. 最接近对比文件的确定

**D1 (`US20150156243A1`) 适合作为最接近的现有技术（最接近对比文件）。**

* **理由**：D1 与目标专利的技术领域完全一致（均属于无线/网络自适应视频流控制）。在技术特征映射上，D1 公开了权利要求1中的**绝大部分技术特征**（包括网络控制器/RRM、视频解析器/桥接单元、控制单元/桥接控制器、调度节流/网络控制数据传输等）。D1 同样致力于结合“网络资源状况”与“视频流需求”来确定分配带宽并控制链路与客户端。

#### 3. 区别技术特征与无效突破口（最薄弱特征分析）

对比 D1，权利要求1中可能被认为存在微弱区别或需要精细解释的特征在于：

1. **特征H、J、K、L、M（“桥接单元”与“桥接控制器”的特定结构解耦）**：

* *专利权人可能抗辩*：D1 中的 Video Parser（视频解析器）和 Resource Monitor（资源监控器）是独立的，未明确构成一个统一的“桥接单元（Bridge Unit）”。

* *无效攻击策略*：D1 的 Paragraph [0059]-[0060] 及 FIG.3 明确揭示了控制单元（303）分别连接 Video Parser（306，负责流传输侧）和 Resource Monitor（305，负责网络控制侧/RRM），其功能、通信关系与目标专利中的“桥接单元”与“桥接控制器”完全对应。本领域技术人员在此基础上将通信中继功能逻辑抽象/归纳为“桥接单元”，属于常规的模块划分或公知常识。

2. **特征S（“向网络控制器传输网络控制数据，以...控制相应分配链”）**：

* *专利权人可能抗辩*：D1 仅对视频流进行了节流（Throttling），未向“网络控制器”下发控制分配链的控制数据。

* *无效攻击策略*：D1 的 Paragraph [0025] 明确记载：“...throttling is performed by a node of the RAN... by the scheduler... by adjusting the weight of a streaming session...”，且 Paragraph [0073] 提到调度器根据控制单元的决策调整调度权重（Scheduling Weight）。调整无线基站/RNC调度器的权重，本质上就是向网络控制节点下发网络控制数据以控制无线分配链的资源配给。因此，该特征已被 D1 实质公开，或至少被 D1 结合本领域常规调度手段显而易见地导出。

#### 4. 结论：最薄弱的技术特征

目标专利权利要求1**最薄弱的技术特征**在于：**“桥接单元（Bridge Unit）”这一特定术语及其与网络控制器、流传输控制器的具体消息转发逻辑（特征H、K、L、M）**。

* **薄弱原因**：该特征高度偏向于“逻辑模块的名称重命名与功能封装”。在具体物理实现和功能逻辑上，D1 的 Video Parser（306）+ Resource Monitor（305）与 Control Unit（303）的交互机制已经完整覆盖了其数据流向与控制逻辑。如果仅凭“桥接（Bridge）”这一命名抗辩，极易被专利复审委员会判定为“功能等同”或“常规架构重构”。

---

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

为了确保将权利要求1彻底击靶（特别是强化对“SDN/解耦式网络控制器与应用层桥接控制”这一结构特征的彻底公开），建议采取以下补充检索策略：

1. **扩展关键词组合（强调 SDN / NFV 与 DASH / 流媒体桥接架构）**：

* `(SDN OR "software defined network" OR "network controller") AND (DASH OR "adaptive streaming" OR "HTTP streaming") AND (bridge OR middleware OR "northbound interface" OR "application function") AND (bandwidth OR allocation)`

2. **重点关注的时间窗口**：

* 目标专利申请日之前的 2012 年 — 2016 年（此阶段为 OpenFlow / SDN 架构与 3GPP / MPEG-DASH 结合研究的高峰期）。

3. **特定技术标准与学术文献检索（非专利文献 NPL）**：

* **IEEE / ACM 检索**：重点检索 2013-2015 年间关于 *"SDN-based adaptive video streaming"*、*"SAND (Server and Network Assisted DASH, ISO/IEC 23009-5)"* 的论文。ISO/IEC DASH 标准中的 **SAND (Server and Network Assisted DASH)** 架构明确定义了 DANE（DASH Aware Network Element）以及网络与流媒体控制器之间的桥接交互接口，对本专利的“桥接架构”具有极强的杀伤力。

4. **追溯专利族与交叉引用**：

* 重点追踪 D1 (`US20150156243A1`) 的同族专利以及引用/被引文献（Forward/Backward Citations），特别是爱立信（Ericsson）、华为（Huawei）、诺基亚（Nokia）在 SDN 接入网流媒体控制领域的早期布局专利。

你好。作为一名拥有丰富实战经验的专利代理师，我已仔细阅读了你提供的权利要求1以及两篇对比文件。

在专利无效或侵权分析中，我们需要将权利要求拆解为独立的技术特征，并将其与对比文件的公开内容进行严密的“特征比对”（Mapping）。以下是基于你提供材料的专业分析意见。

---

## 一、 最接近的现有技术（CPA）分析

在进行创造性分析时，选择最接近的现有技术（Closest Prior Art, CPA）的关键在于考量对比文件与涉案专利在**解决的技术问题**、**总体网络架构**以及**预期的技术效果**上是否最为契合。

* **权利要求1的核心构思**：引入一个中间控制实体（桥接控制器/流控制系统），该实体同时与“网络控制器”和“流式传输控制器（客户端）”通信，基于带宽要求和可用带宽进行资源分配，并将分配结果下发给**网络侧**和**客户端侧**，实现端到端的同步控制。

* **D1 (WO2016076988A1)**：核心在于通过“视频控制器（Video controller 416）”接收设备和内容的上下文信息（带宽、设备能力等），确定QoS参数（MBR/GBR），并将该信息同时下发给流媒体客户端（UE）和网络节点（SGW, PCRF），以此实现对网络资源和视频流的协同管理。

* **D2 (US09591513B2)**：核心在于客户端主导的速率自适应（Client-centric rate adaptation）。客户端（WTRU/DASH client）通过侦听网络层下发的跨层信令（如ECN拥塞标志或物理层参数），自主决定是否请求更低或更高的视频码率。D2缺乏中间的“桥接控制实体”来统筹网络侧和客户端侧。

**结论**：**D1 最适合作为最接近的现有技术（CPA）**。D1与权利要求1在整体网络架构（均具有独立于服务器和客户端的协调控制器）、解决的技术问题（视频流自适应与网络资源管理的结合）以及技术效果（确保流媒体遵循网络资源限制）上高度一致。

---

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

以下表格将权利要求1分解为技术特征A-U，并指出D1和D2是否毫无疑义地公开了这些特征及具体段落出处。

---

## 三、 未被CPA（D1）公开的特征及其他对比文件的作用

通过上述特征比对可以看出，**D1 几乎已经完整、实质性地公开了权利要求1的所有核心架构和步骤**。

* **可能的区别技术特征**：D1中使用了“视频控制器（Video controller 416）”这一术语，而权利要求1使用了“桥接单元”、“桥接控制器”。在专利审查和无效实务中，这仅仅是**术语表述的区别**。D1中的视频控制器在逻辑功能上完全等同于桥接单元+桥接控制器。

* **特征 Q 的细节界定**：“所分配带宽等于或小于该带宽要求”这一数学逻辑在D1中体现为确定“最大比特率（MBR）”，属于本领域技术人员的常规逻辑设计（分配的带宽显然不能超过需求带宽或网络可用上限）。

* **D2 的补充作用**：如果专利权人争辩 D1 中 UE 402 对流媒体的设置并非动态调整，我们可以引入 **D2**。D2 详细且毫无疑义地公开了“DASH Client（流媒体客户端）基于网络侧下发的参数来执行速率自适应（Rate adaptation）并请求不同码率的视频段”（D2段落 `[0076], [0105]`）。将 D1（整体网络架构与控制中心）与 D2（客户端侧流式传输自适应的具体机制）结合，可进一步夯实无效理由。

---

## 四、 专利无效请求中的最薄弱特征及攻防策略

**最薄弱的技术特征（极易被宣告无效的特征）**：

权利要求1中的核心发明点——**特征 R 与 S（桥接实体将分配的带宽同时下发给客户端和网络控制器）**。

在以往的传统技术中，往往是单向控制（要么网络侧强制降速，要么客户端自适应）。该专利试图通过一个中间件（桥接控制器）实现“双向同步下发”来获得专利权。然而，**D1 的第 `[0048]` 段构成了致命的破坏**：

> "information from the video controller 416 is communicated to both the streaming client (i.e., UE 402) as well as the various network nodes along the network path. In this example, SGW 420 and PCRF 418... receive this information."

这一段落文字与权利要求1的特征 R 和 S 在技术实质上完全对应，使得该权利要求丧失新颖性或至少丧失创造性。

---

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

如果要在提出无效宣告请求时做到“万无一失”，建议针对可能存在的权利要求2至N（从属权利要求），或者专利权人可能修改权利要求（如加入特定协议细节、具体的握手信令等）进行防御性检索。

1. **关键词组合 (Keywords)**:

* (Video streaming OR DASH OR HLS) AND (Controller OR Manager OR Bridge OR Proxy) AND (QoS OR Bandwidth allocation) AND (Synchronize OR Simultaneous OR Both ends).

* 中文关键词：流媒体/视频流、动态自适应/DASH、控制节点/桥接节点/代理、端到端控制/联合控制、带宽分配/资源分配。

2. **重点IPC/CPC分类号**:

* `H04L 47/00` (网络流量控制)

* `H04L 65/40` (用于支持多媒体应用的流传输的架构)

* `H04N 21/20` (视频点播系统，特别是服务器侧和客户端侧的带宽自适应)

3. **重点申请人/发明人追踪**:

* 在D1（Intel IP Corp）和D2（Interdigital）的相关同族专利、引证文献及被引证文献（Forward/Backward Citations）中顺藤摸瓜。重点排查涉及 3GPP LTE/5G 标准中关于 Policy and Charging Rules Function (PCRF) 与 Application Function (AF) 之间交互的标准提案（3GPP TS 23.203相关文档），往往能找到直接等同的控制信令流程图。

如权利要求1所述的系统，其中，该桥接控制器被布置为获得该网络资源数据；该网络资源数据包括与该视频流的分配链相关联的网络资源上的可用带宽。

如权利要求1或2所述的系统，其中，该桥接控制器被布置为获得包括由网络资源引入的延迟的网络资源数据；以及确定该资源分配，以使得该分配链符合包括在该请求中的该视频流的延迟要求。

如以上权利要求中任一项所述的系统，其中，该桥接控制器被布置为根据所分配带宽，在该分配链中控制以下各项中的至少一项；耦合到该视频服务器的网络转发元件，用于设置该视频流的流量上限；网络资源的服务质量操纵功能。

如以上权利要求中任一项所述的系统，其中，该桥接控制器被布置为维护关于当前连接的客户端的客户端信息；该客户端信息包括以下各项中的至少一项；客户端标识符；客户端互联网协议地址（IP)；客户端媒体访问地址（MAC)；客户端端口号；客户端TCPISN (初始序列号）；TCP报头的未使用/实验选项字段之一中的选项数据；TCP报头的未使用/实验选项字段之一中的选项种类；客户端QUIC连接ID；客户端视频流式传输要求数据；客户端最小带宽；客户端最大带宽。

如权利要求1‑5中任一项所述的系统，其中，该桥接控制器被布置为处理包括以下各项中的至少一项的流式传输控制数据；添加命令，用于将至少一个新的流式传输客户端添加到由该桥接控制器维护的客户端列表中；删除命令，用于从该客户端列表中移除至少一个客户端；更新命令，用于通知该桥接控制器已更改了客户端的参数；获得客户端命令，用于检索与该客户端列表上的客户端相关的值；客户端资源更新命令，用于传达至少一个客户端的资源分配的更改；资源更新命令，用于传达该资源分配的更改。