由解码器装置处理比特流的方法，由解码器装置接收比特流；比特流包括多个比特流部分；比特流部分包括与视频图块相关联的编码媒体数据；一个或多个视频图块中的每个视频图块表示输出视频帧中的不同区域；视频图块的编码媒体数据被配置为是可独立解码的；由解码器装置接收包括图块标识符和边界标识符的图块定位信息；图块标识符标识属于视频图块的编码媒体数据；图块标识符与一个或多个边界标识符相关联；边界标识符标识由图块标识符标识的视频图块的至少一个边界；由解码器装置基于图块标识符和边界标识符来确定图块图；图块图定义输出视频帧中的一个或多个视频图块的空间布局；其中确定图块图包括基于第一视频图块 and 第二视频图块各自的边界标识符来确定第一视频图块和第二视频图块是否具有相邻边界；如果第一视频图块的边界标识符和第二视频图块的边界标识符之间的预定关系存在，则第一视频图块和第二视频图块具有相邻边界；第一边界标识符和第二边界标识符之间的预定关系包括第一边界标识符的至少部分与第二边界标识符的至少部分匹配；以及在确定图块图之后，由解码器装置基于一个或多个视频图块的解码媒体数据和图块图来生成输出视频帧；其中所述生成包括在输出视频帧缓冲器中分配第一缓冲空间；所述第一缓冲空间被配置用于存储第一视频图块的解码媒体数据；并在输出视频帧缓冲器中分配与第一缓冲空间相邻的第二缓冲空间，用于存储第二视频图块的解码媒体数据；基于比特流中的视频图块大小信息来确定第一缓冲空间和第二缓冲空间的大小。

作为一名经验丰富的专利代理师，针对目标专利权利要求1（下称“本专利”）与三份对比文件——**D1（US20140092963A1）**、**D2（US20140119671A1）**及**D3（CN103975596A）**的技术比对及无效宣告可行性分析如下：

---

### 一、 权利要求技术特征解析与内涵阐释

权利要求1限定了一种由解码器处理视频比特流并生成输出视频帧的方法。其核心逻辑可划分为三大块：

1. **基础解码架构（特征A–E）**：接收包含独立解码视频图块（Tile/Sub-picture）的比特流，各图块对应帧内不同区域。

2. **图块定位与图块图确定（特征F–N）**：接收包含图块标识符与边界标识符的定位信息，基于**第一与第二图块边界标识符的“至少部分匹配”预定关系**来判断两图块是否存在相邻边界，进而确定空间布局图块图。

3. **缓冲空间分配与帧生成（特征O–S）**：在确定图块图后，依据比特流中的图块大小信息，在输出视频帧缓冲器中**分配相邻的第一和第二缓冲空间**，分别存储对应解码媒体数据，从而拼接生成输出视频帧。

---

### 二、 对比文件公开技术特征的详细分析（紧密结合原文）

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

* **技术领域**：视频编码中感兴趣区域（ROI）和渐进解码刷新（GDR）的信令传输。

* **公开特征分析**：

* **特征A–E**：公开了解码器接收包含独立子图像（ISP）编码数据的比特流。ISP可独立解码，代表不同帧区域（ROI）。

* **特征F–K**：公开了接收SEI消息中的 `num_isps_minus1`、`isp_top_left[i]`、`isp_bottom_right[i]` 以及片头中的 `isp_id`。`isp_id` 标识图块数据，左上和右下角CTB扫描地址限定图块边界和布局。

* **未公开特征**：**特征L–N**（通过边界标识符“至少部分匹配”来判断相邻边界）以及 **特征P–S**（基于相邻关系和图块大小信息在帧缓冲器中动态分配相邻缓冲空间）。D1直接给定了坐标点（左上和右下坐标），未涉及边界标识符匹配及基于该匹配关系的相邻缓冲空间分配。

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

* **技术领域**：利用图块（Tiles）编码方案进行视频编码、提取和解码的方法和装置。

* **公开特征分析**：

* **特征A–E**：公开了将图像分割为多个独立编解码的图块（Tiles），每个图块代表图像中不同矩形区域。

* **特征F–K、O**：在SPS/PPS中解析图块数量及每个图块的独立宽度和高度参数（`tile width`, `tile height`），并在解码后按照光栅扫描顺序放置重构图块以重建整帧图像。

* **未公开特征**：**特征L–N**（利用边界标识符至少部分匹配判断图块相邻）和 **特征P–S**（依据图块大小信息和相邻匹配关系在缓冲器中分配相邻缓冲空间）。D2依靠全局图块行列与高宽阵列排列图块，无需边界匹配。

#### 3. 对比文件 D3：CN103975596A

* **技术领域**：用于视频译码的瓦片（Tiles）的分组与信令传输。

* **公开特征分析**：

* **特征A–E**：公开了将图片划分为多个独立译码的瓦片。

* **特征F–K**：公开了在SPS/PPS中传输瓦片分组信息（`tile_group_id`、`tile_group_type`），通过 `top_left[i]` 和 `bottom_right[i]` 等边界定位信息确定前景瓦片或瓦片群组的空间布局图块图。

* **特征L–M（实质公开/部分揭示）**：公开了棋盘式分组（`tile_group_type==6`）以及相邻瓦片分配逻辑：“将左侧、右侧、上部或下部的相邻瓦片指派给瓦片群组”。

* **未公开特征**：**特征N**（边界标识符“至少部分匹配”这一具体预定关系）及 **特征P–S**（缓冲空间分配具体细节）。

---

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

---

### 四、 最接近对比文件的选择与分析

从整体解决的技术问题与技术效果来看，**D3（CN103975596A）** 和 **D1（US20140092963A1）** 均可作为最接近对比文件：

1. **选择 D3 为最接近对比文件的理由**：

* **技术问题与效果**：D3旨在解决瓦片灵活分组、空间区域定位以及跨瓦片边界关系确定的问题。D3明确提出了基于瓦片边界拓扑关系判断左右上下“相邻瓦片”的技术手段（如棋盘模式下的相邻识别），这与本专利通过边界信息判定“相邻图块”的技术路径最为贴近。

2. **选择 D1 为最接近对比文件的理由**：

* **技术问题与效果**：D1针对子图像（ISP）和ROI信令传输，通过标识符与坐标范围对独立的子图块进行定位与重构，解决了部分比特流独立解码与画面生成的通用问题。

---

### 五、 未公开特征的组合分析及最薄弱特征点

#### 1. 区别技术特征分析

未被最接近对比文件（D3或D1）完整公开的技术特征主要包括：

* **特征N**：第一边界标识符的“至少部分与第二边界标识符匹配”作为预定关系来判断相邻。

* **特征P、Q、R、S的组合**：基于该相邻判断结果及图块大小信息，在输出帧缓冲器中分配**空间上相邻的第一和第二缓冲空间**进行图块数据存储与拼装。

#### 2. 无效请求中最薄弱的技术特征点（攻击突破口）

本专利最薄弱的技术特征为 **“特征P–S”（基于图块相邻关系和图块大小分配相邻的缓冲空间）** 以及 **“特征N”（边界标识符部分匹配）**：

1. **特征P–S（缓冲空间分配）的常规技术手段属性**：

* 在视频解码器工程实现中，当两个视频图块在空间上相邻时，解码器在帧缓冲器（Frame Buffer/DPB）中为这两个图块分配物理或逻辑上相邻的内存区域空间（以确保光栅扫描写入或GPU渲染效率），是本领域技术人员基于图块尺寸（`width`, `height`）进行内存分配的**常规设计选择**。D2中已公开基于图块独立高宽重建完整图像并进行显示的过程。将这种按尺寸分配内存的固有操作限定为“分配相邻缓冲空间”并不产生预料不到的技术效果。

2. **特征N（边界标识符匹配）的公知常识/显而易见性**：

* 两个矩形块共享同一条边（即相邻）时，其共同边的边界编号或坐标区间重合（匹配），属于基础空间拓扑几何常识。

---

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

为了确保在专利无效宣告中一举击头，建议采取以下补充检索策略：

1. **针对“特征N”（边界标识符匹配判断拓扑相邻）的检索策略**：

* **扩展领域**：不局限于视频编码标准（HEVC/VVC），扩展至 **图像处理、拼接显示（Video Wall / Tile Display）、图形学（Mesh Parsing）、网格流传输（3D Mesh / Tile-based Streaming）** 领域。

* **关键词组合**：`(tile OR sub-picture OR region) AND (boundary OR edge OR segment) AND (match OR overlap OR identify) AND (adjacent OR neighbor)`.

2. **针对“特征P–S”（基于图块布局分配相邻内存缓冲空间）的检索策略**：

* **重点文献类型**：硬件解码器芯片架构专利（如 Nvidia、Qualcomm、Intel、Broadcom 的 GPU/VPU 内存管理专利）。

* **关键词组合**：`(frame buffer OR DPB OR display buffer) AND (allocate OR memory assignment) AND (tile OR block) AND (adjacent OR contiguous) AND (size OR dimension)`.

3. **IPC/CPC 分类号检索**：

* `H04N 19/167`（涉及感兴趣区域 ROI 的视频编码）

* `H04N 19/174`（涉及切片/图块边界的视频编码）

* `G06T 1/60`（图形处理器的内存管理/缓冲区分配）

作为一名经验丰富的专利代理师，我针对目标专利权利要求1与两份对比文件（D1：WO2015197818A1；D2：JP2016513916A）进行严格的侵权/无效分析。

本案核心发明构思在于：在视频图块（Tile）流式传输中，**基于包含“边界标识符（Boundary Identifier）”的图块定位信息**，通过判断第一与第二图块的边界标识符是否存在预定关系（如至少部分匹配）来**确定图块图（Tile Map）及相邻边界**；并在帧缓冲器中**分配相邻的缓冲空间**来存储独立解码的媒体数据，缓冲空间大小由比特流中的视频图块大小信息决定。

---

## 一、 对比文件技术特征比对与出处分析

为准确界定对比文件公开的技术内容，下表详细比对权利要求1的各项技术特征（特征A~S），并附上对比文件原文的具体段落出处。

### 1. 权利要求1特征比对表格

---

## 二、 最接近对比文件的选择与整体分析

在创造性分析中，选取最接近对比文件（Closest Prior Art）需要综合考量**技术领域**、**解决的技术问题**以及**技术效果**。

### 1. 最接近对比文件：对比文件 D1 (WO2015197818A1)

* **技术领域**：D1专注于基于HEVC的多图块视频流式传输（HEVC-tiled video streaming）以及在客户端/解码器端的图块组（Spatial Segment）提取与缝合重构。这与本专利（由解码器处理图块比特流并生成输出帧）完全处于同一技术领域。

* **解决的技术问题**：D1旨在解决全景/高分辨率视频传输中，如何高效请求、接收并拼接多个独立编码的Tile/空间切片，以降低网络带宽和解码器处理开销。

* **技术效果与机制**：D1提出了利用清单文件（Spatial Manifest File, SMF）中的空间关系描述符（SRD，包含坐标信息 $x, y, w, h$）以及SEI消息（`top_left_tile_index`等）来明确Tile在帧内的空间布局，并在解码器端配置Buffer后进行渲染拼接。

* **结论**：**D1 最适合作为本专利创造性分析中的最接近对比文件**。

### 2. 次要对比文件分析：对比文件 D2 (JP2016513916A)

* **技术领域**：D2侧重于分层视频编码（SHVC/MV-HEVC）中，多层（Base Layer 与 Enhancement Layer）Tile之间的**并行处理与跨层预测限制**（如跨Tile边界的环路过滤限制）。

* **局限性**：D2侧重的是**层间（Inter-layer）预测与并行解码依赖**，而并非在同一帧内通过解析清单/比特流中的图块定位标识符来推导全景或独立Tile的“空间布局图（Tile Map）”及相邻缓冲空间分配。因此，D2不适合作为主要的最接近对比文件，仅作为组合对比文件（D1 + D2）。

---

## 三、 区别技术特征与无效突破口分析

### 1. 区别技术特征汇总

对比权利要求1与最接近对比文件D1，本专利的**核心区别技术特征**包含以下两组：

1. **基于“边界标识符”匹配推导图块图（特征F、H、I、J、L、M、N）**：

* 本专利要求：定位信息包含与图块标识符关联的“边界标识符”；解码器通过判断第一图块和第二图块的边界标识符之间是否存在“预定关系”（特别是**边界标识符的至少一部分相互匹配**），来确定它们是否具有相邻边界，进而确定图块图（Tile Map）。

* 对比文件D1的做法：D1是通过明确的坐标/尺寸参数（例如坐标值 $x,y$、宽度 $w$、高度 $h$，或Top-Left/Bottom-Right点索引）直接指定Tile的位置，属于**绝对/相对坐标计算法**，而**未公开通过“边界标识符”（如边界ID字符串/代码匹配）来隐式或显式判断相邻关系**。

2. **在输出缓冲器中分配相邻的缓冲空间（特征R）**：

* 本专利要求：基于图块图，在输出视频帧缓冲器中分配与第一缓冲空间**相邻（Adjacent）**的第二缓冲空间，用于存储相邻视频图块的解码媒体数据。

* 对比文件D1的做法：D1仅公开了将接收到的图块数据放入缓冲器（Buffer 718）并由解码器解码渲染，未明确限定缓冲器内部内存地址分配时是否必须维持物理/逻辑上的“相邻缓冲空间”。

---

## 四、 若提出无效请求最薄弱的技术特征

在无效宣告程序中，**最薄弱的技术特征**即专利权人为克服现有技术（如D1）而写入的、最具**非显而易见性（创造性防线）**的特征：

> **最薄弱/最具争议的技术特征：特征L、M、N（即：通过“边界标识符”的至少部分匹配来确定第一和第二视频图块是否具有相邻边界，进而构建图块图）**。

### 为什么说这是无效突破口？

1. **传统视频编码规范（如HEVC/DASH/SRD）的通常做法**：在HEVC Tile或MPEG-DASH SRD（Spatial Relationship Description）规范中，定义Tile图块在画布上的位置无一例外采用的是**坐标及长宽（$x, y, w, h$）**。

2. **本特征的特殊性**：本专利抽象出了一种“边界标识符（Boundary Identifier）”的概念（例如：图块A右边界标识为`BND_1`，图块B左边界标识为`BND_1`，两者匹配即认定相邻）。

3. **无效突破策略**：

* **公知常识/常规设计挑战**：如果在现有拓扑网络、拼接图块或图形学协议中，存在利用“边界/接缝ID（Edge ID / Boundary ID）”匹配来确定几何拓扑邻接关系的现有技术，可以论证将这种图匹配算法引入视频Tile布局确定中属于“技术领域的常规手段迁移”。

* **说明书充分公开（33条3款）/权利要求支持（26条3款）挑战**：在无效宣告中，应当严格核查**目标专利的说明书**是否对“边界标识符”的具体形式（是文本、数值、还是SEI中的语法元素？）以及“部分匹配”的具体算法给出了充分清楚的实施例。若说明书仅笼统提到了边界匹配而缺乏具体实施方式，可依据《专利法》第26条第3款（充分公开）或第26条第4款（缺少必要技术特征/得不到说明书支持）进行组合攻击。

---

## 五、 进一步对比文件检索策略（Search Strategy）

为了补充上述区别特征（特别是“边界标识符匹配”和“相邻缓冲空间分配”），建议采取以下针对性的二次检索策略：

### 1. 检索要素表达（Search Elements & Keywords）

* **要素一：视频图块 / 空间切片**

* Keywords: `Tile`, `Tiled streaming`, `Spatial segment`, `Motion-constrained tile sets`, `MCTS`, `HEVC`, `DASH`

* IPC/CPC分类号: `H04N19/167` (ROI编码), `H04N19/119` (图块/切片分割), `H04N21/845` (流媒体分段)

* **要素二：边界标识符 / 邻接匹配**

* Keywords: `Boundary identifier`, `Boundary ID`, `Edge ID`, `Neighboring tile`, `Adjacency`, `Match`, `Border ID`, `Adjacent boundary`

* **要素三：帧缓冲器 / 相邻内存分配**

* Keywords: `Frame buffer`, `Adjacent memory`, `Buffer allocation`, `Contiguous memory`, `Tile placement`

### 2. 拓展检索方向与数据库

1. **标准草案与提案检索（标准文献是视频编码领域的重灾区）**：

* **JCT-VC (Joint Collaborative Team on Video Coding)** 及 **JVET** 提案文献库：检索关于 HEVC MCTS (Motion-Constrained Tile Sets)、Tile Group、SRD (Spatial Relationship Descriptor) 的早期提案（2012-2015年）。重点查找是否有提案探讨过“利用Tile边界属性/边界ID代替绝对坐标进行流重组”。

* **MPEG DASH (ISO/IEC 23001-6)** 标准草案：检索SRD补充属性（SupplementalProperty）中关于Tile边界（Edge/Boundary）拓扑关系的描述语法。

2. **跨领域专利检索（图像拼接 / 虚拟现实全景拼接）**：

* 检索 **360全景视频拼接（Video Stitching）**、**网格图（Mesh Topology）** 领域的专利。在此类领域中，利用“边缘匹配（Edge matching）”或“边界ID（Boundary ID）”来缝合/排列多元图像块是较为常见的手段。可尝试将 `H04N19` 与 `G06T3/40`（图像缩放/拼接）或 `G06T11/60`（合成图像）结合检索。

### 3. 组合逻辑建议

* **方向 A（针对特征N）**：`(Tile OR "Motion-constrained tile") AND ("boundary ID" OR "edge ID" OR "border identifier") AND (match OR adjacent)`

* **方向 B（针对特征R）**：`(Tile OR "video stream") AND "frame buffer" AND ("adjacent space" OR "contiguous memory" OR "adjacent buffer")`

作为一个经验丰富的专利代理师，我将根据中国专利审查指南（结合国际通用专利审查标准）的侵权与无效审查要求，紧密结合**目标专利权利要求1的说明书背景知识**以及**对比文件D1与D2的原文**，为您进行全面、严谨的技术特征比对、最接近对比文件选择、技术效果分析以及后续检索策略的制定。

---

### 一、对比文件与对比表述定义

为明确指代，本分析中所涉及的对比文件定义如下：

* **D1**：`US20160182927A1`（公开日：2016年6月23日，题目：*METHOD, DEVICE, AND COMPUTER PROGRAM FOR ENCAPSULATING PARTITIONED TIMED MEDIA DATA USING A GENERIC SIGNALING FOR CODING DEPENDENCIES*）

* **D2**：`US20160198157A1`（公开日：2016年7月07日，题目：*VIDEO DECODER FOR SLICES*）

---

### 二、权利要求1的技术特征拆解与对比文件逐项比对分析

#### 1. 权利要求1的技术特征拆解（A~S）

* **特征A**：由解码器装置接收比特流

* **特征B**：比特流包括多个比特流部分

* **特征C**：比特流部分包括与视频图块（video tiles）相关联的编码媒体数据

* **特征D**：一个或多个视频图块中的每个视频图块表示输出视频帧中的不同区域

* **特征E**：视频图块的编码媒体数据被配置为是可独立解码的

* **特征F**：由解码器装置接收包括图块标识符（tile ID）和边界标识符（boundary ID）的图块定位信息

* **特征G**：图块标识符标识属于视频图块的编码媒体数据

* **特征H**：图块标识符与一个或多个边界标识符相关联

* **特征I**：边界标识符标识由图块标识符标识的视频图块的至少一个边界

* **特征J**：由解码器装置基于图块标识符和边界标识符来确定图块图（tile map）

* **特征K**：图块图定义输出视频帧中的一个或多个视频图块的空间布局

* **特征L**：其中确定图块图包括基于第一视频图块和第二视频图块各自的边界标识符来确定第一视频图块和第二视频图块是否具有相邻边界

* **特征M**：如果第一视频图块的边界标识符和第二视频图块的边界标识符之间的预定关系存在，则第一视频图块和第二视频图块具有相邻边界

* **特征N**：第一边界标识符和第二边界标识符之间的预定关系包括第一边界标识符的至少部分与第二边界标识符的至少部分匹配

* **特征O**：在确定图块图之后，由解码器装置基于一个或多个视频图块的解码媒体数据和图块图来生成输出视频帧

* **特征P**：其中所述生成包括在输出视频帧缓冲器中分配第一缓冲空间

* **特征Q**：所述第一缓冲空间被配置用于存储第一视频图块的解码媒体数据

* **特征R**：并在输出视频帧缓冲器中分配与第一缓冲空间相邻的第二缓冲空间，用于存储第二视频图块的解码媒体数据

* **特征S**：基于比特流中的视频图块大小信息来确定第一缓冲空间和第二缓冲空间的大小。

---

#### 2. 对比文件特征比对表格及详细出处分析

下表对比了D1（US20160182927A1）和D2（US20160198157A1）对权利要求1各项特征的公开情况（“公开”表示毫无异议或实质公开，“未公开”表示未在原文中明确或实质披露）。

---

### 三、最接近的对比文件选择与技术效果/问题分析

#### 1. 对比文件的技术领域与核心发明点分析

* **D1 (US20160182927A1)**：

* **主旨**：主要解决在基于HTTP（如DASH）流媒体传输中，如何利用ISO BMFF文件格式（封装层）高效提取、封装和传输高分辨率视频中的感兴趣区域（ROI / Tiles），通过定义“Composite Track”和“Tile Track”以及依赖关系（`tref`, Extractors, `dodp`），使客户端能独立下载指定Tile并无缝拼合成合规比特流送入解码器。

* **侧重点**：系统层/文件封装格式层（File Format & Encapsulation）。

* **D2 (US20160198157A1)**：

* **主旨**：主要解决视频解码器（Video Decoder）在并行处理视频Slice和Tile时的熵解码初始化、并行逻辑及比特流对齐问题，通过在比特流/Slice Header中引入 Tile 位置、`tile_offset` 及熵初始化标志（`cabac_init_idc`），实现多核/多线程的高效并行解码。

* **侧重点**：视频解码器架构与比特流语法层（Video Decoder & Bitstream Syntax）。

#### 2. 最接近对比文件筛选结论：**推荐 D1 作为第一最接近对比文件；D2 作为备选/辅助最接近对比文件**

##### 【理由分析】：

1. **D1 (US20160182927A1) 作为最接近对比文件的优势**：

* **技术问题一致性**：目标专利与D1均旨在解决“基于图块（Tile）的视频流传输与解码重建”问题，特别是针对如何在解码端根据包含图块定位/尺寸属性的传输元数据（如Tile Track/Box）将离散的Tile组合还原为完整视频帧。

* **技术特征重合度**：D1公开了目标专利在封装/传输与解码接合层的大多数特征，包括比特流分段（特征B）、独立的Tile数据（特征C/E）、空间位置属性（特征D/K）以及解码器重构（特征O/P/Q/S）。

2. **D2 (US20160198157A1) 作为最接近对比文件的适用性**：

* **解码器侧动作的匹配度**：目标专利权利要求1前言强调“由解码器装置处理比特流的方法”。D2侧重于解码器端（Video Decoder）对Tile及缓冲区（Frame Memory）的处理，在“解码器接收比特流（A）”以及“缓冲空间分配（P/Q/S）”等纯解码器动作上，语言表述与目标专利更贴近。

---

### 四、未被公开的技术特征（薄弱环节）与无效突破口

通过上述比对，**D1和D2均未公开**权利要求1中的以下核心技术特征组合（即**最薄弱的技术特征**）：

> **最薄弱技术特征组合（特征F、H、I、J、L、M、N、R的联动关系）**：

> 1. **基于“边界标识符”的匹配机制（特征L、M、N）**：确定图块图（Tile Map）包括基于第一与第二Tile各自的**“边界标识符（Boundary Identifier）”**判断其是否具有相邻边界；且判断条件为“第一边界标识符的至少部分与第二边界标识符的至少部分**匹配（Match）**”。

> 2. **相邻缓冲空间的分配（特征R）**：在输出视频帧缓冲器中分配与第一缓冲空间**“相邻”**的第二缓冲空间，用于存储相邻Tile的解码数据。

#### 剖析与无效诉讼切入点：

* **为什么现有技术（如D1、D2及HEVC标准）不采用这种方式？**

* 在HEVC/VVC等常规视频编码标准中，Tile的空间布局通常是**隐式或基于绝对/相对坐标阵列**（如列宽 `column_width_minus1`、行高 `row_height_minus1` 或绝对坐标 Offset `(x, y)`）来确定的。传统解码器通过坐标计算直接在帧缓冲区（DPB）的对应矩阵位置写入像素，**根本不需要为每个Tile赋予独立的“边界标识符”，更不需要通过字符串/数值匹配“边界标识符”来推算两个Tile是否相邻**。

* **目标专利该设计的实质与“公知常识/技术偏离”**：

* 目标专利引入“边界标识符匹配”来推算Tile相邻性，并据此分配“相邻缓冲空间”，其本质可能是为了解决某种非规则拼合（如VR/全景视频映射、拼接屏或动态图块组合）中的空间拓扑重构问题。

* **无效策略关键点**：现有对比文件D1/D2仅公开了基于绝对坐标/偏移量（`horizontal_offset`, `vertical_offset`）确定Tile位置，未给出“基于边界标识符部分匹配判定相邻”的任何教导。如果仅凭D1与D2组合，**极易在专利用轮（Reexamination/Invalidation）中被专利权人以“缺乏技术教导（Technical Teaching）”为由成功抗辩**。

---

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

为了彻底攻破权利要求1的创造性，必须针对上述“薄弱技术特征”（**图块边界标识符匹配** + **VR/全景/拼接视频的图块拓扑重构**）开展靶向检索。建议采用以下检索策略：

#### 1. 扩充检索的技术领域与分类号（IPC / CPC）

传统视频编码（H.265/HEVC）分类号可能无法覆盖这种基于“边界匹配”的图块拼接逻辑，需重点向**全景视频（VR/360-degree Video）、多投影/拼接显示、图形渲染缓冲区管理**领域扩展：

* **H04N 19/167**：针对感兴趣区域（ROI）的视频编码。

* **H04N 19/174 / H04N 19/176**：针对 Slice / Tile / Block 的编码。

* **H04N 21/845**：流媒体数据分段与描述元数据（DASH/ISO BMFF）。

* **H04N 13/117 / H04N 21/43`**：多视图/立体视频的拼接与缓冲管理。

* **G06T 3/4038**：图像拼接（Image Stitching）与边界对齐。

* **G06T 15/04 / G06T 9/00**：纹理映射及球面/立方体投影边界匹配。

#### 2. 核心关键词与表达组合（Key terms & Logic）

在检索式中，应将视频Tile关键词与“边界匹配/拓扑邻接”逻辑进行强逻辑组配：

* **Group A（视频图块与传输）**：

`(Tile OR Tiles OR "Sub-picture" OR "Region of Interest" OR ROI OR "Spatial segment")`

* **Group B（边界与标识符）**：

`("Boundary Identifier" OR "Edge ID" OR "Border ID" OR "Boundary Flag" OR "Edge segment" OR "Side ID")`

* **Group C（匹配与相邻判定）**：

`("Match" OR "Matching" OR "Adjacency" OR "Adjacent" OR "Neighboring" OR "Topology" OR "Overlap")`

* **Group D（缓冲区与分配）**：

`("Frame Buffer" OR "DPB" OR "Adjacent Buffer" OR "Memory Allocation" OR "Tile Map")`

**推荐检索逻辑式**：

`((Group A) AND (Group B) AND (Group C))` 或 `((Group A) AND ("Boundary Identifier" OR "Edge Matching") AND (Group D))`

#### 3. 重点检索的方向与标准文档（Standards & Non-Patent Literature）

1. **OMAF（OAF / ISO/IEC 23090-2 Omni-directional Media Format）标准提案**：

* 在360度全景视频（CMP立方体映射、ERP等）中，为了消除贴图边缘接缝，存在大量在元数据中标记Tile“边界（Edges）”并进行边对边（Edge-to-Edge Matching）匹配拼接的技术描述。**OMAF 标准草案及 2016-2018 年间的 MPEG 提案（MPEG-M/JCT-VC）是找到“边界标识符匹配”的最可能突破口**。

2. **GPU 纹理图集（Texture Atlas）与 Tile-Based 渲染专利**：

* 考察 Nvidia、Qualcomm、Imagination Technologies 在 GPU 渲染（Tile-Based Deferred Rendering, TBDR）中关于“图块边界拓扑结构与相邻缓冲分配”的早期专利。

3. **高通（Qualcomm）、佳能（Canon）、英特尔（Intel）、华为（Huawei）的 DASH 扩展提案**：

* 重点检索上述公司在 2014—2017 年间提交的关于 DASH SRD（Spatial Relationship Description，空间关系描述）以及 Tile 图块拼接重构的专利族。

这是一份从资深专利代理师和诉讼代理人视角撰写的**目标专利（权利要求1）与对比文件（D1、D2、D3）的技术特征比对及无效宣告可行性法律分析报告**。

---

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

为准确进行比对，首先依据专利法及实施细则，结合视频编码/解码通用技术领域背景，对权利要求1的各项技术特征（A–S）进行法律与技术层面的精准界定：

* **技术特征A~E（基础比特流与图块定义）：** 属于视频编码（如HEVC/Tiles或SVC）的基础架构。比特流由多个部分（如NALU/Slices/Tiles）组成，包含视频图块（Video Tile）编码媒体数据。每个图块表示输出帧的不同空间区域且**可独立解码**（即图块间消除了空间/熵预测依赖）。

* **技术特征F~I（图块标识符与边界标识符）：** 接收定位信息，包含图块标识符（Tile ID）及与之关联的一个或多个**边界标识符（Boundary Identifier）**。边界标识符用于明确标识该图块的至少一个边缘/边界边界属性。

* **技术特征J~N（基于边界匹配确定空间布局图）：** 解码器通过判断第一图块与第二图块各自的边界标识符是否存在**预定关系（至少部分匹配，Matching）**，来推断/确定两者是否具有相邻边界（Adjoining Boundaries），从而构建出输出视频帧中一个或多个图块的空间布局图（Tile Map）。

* **技术特征O~S（缓冲空间分配与帧生成）：** 在确定图块图后，基于图块图在输出帧缓冲器（DPB）中为第一图块分配第一缓冲空间，并**分配与之相邻（Adjoining）的第二缓冲空间**给第二图块，且缓冲空间的大小**基于比特流中的视频图块大小信息（Tile Size Info）**确定。

---

## 二、 对比文件特征比对与公开性分析

以下对比文件在分析中分别指代：

* **D1：** `WO2006112620A1`（多层可扩展视频编码/ROI图块）

* **D2：** `JP2014531178A`（HEVC图块分组/Tile Grouping）

* **D3：** `US20150016540A1`（跨层并行处理与偏移延迟参数）

### 1. 详细特征比对表（Feature Comparison Table）

---

### 2. 对比文件原文详细出处与技术内容分析

#### 1) 对比文件D1：`WO2006112620A1`

* **公开的技术特征：** A, B, C, D, E, G, H, I, K, O, Q, S；实质公开 F, J, P。

* **原文出处与分析：**

* **特征 A~E：** [p0003]、[p0005]及[p0014]公开了将图像划分为多个不同位置、不同分辨率的感兴趣区域（ROI），每个ROI可以被独立解码（`independently decode a region of interest`），ROI可由小矩形区域（`small rectangular regions`）组成。

* **特征 F~I、S：** [p0075]与[p0078]（图21）公开了语法结构，包含 `region_index`（图块/区域标识符）、`roi_top_left` / `roi_bottom_right` 以及 `H_org`（水平坐标）、`V_org`（垂直坐标）、`width`（宽度）、`height`（高度）。其中坐标与宽高信息标识了图块的边界并限定了图块大小。

* **特征 J~K：** [p0081]~[p0082]公开了解码区域提取器（`decoding region extractor`）读取相关区域信息并构建用于解码ROI的索引和空间布局。

* **特征 O~Q：** [p0043]与[p0083]公开了解码器将恢复的图像信号发送至显示器或存储于内存缓冲器中。

* **差异/未公开特征：** D1通过显式的绝对几何坐标（`H_org, V_org, width, height`）来直接定位ROI，**未公开**“基于第一图块和第二图块各自的边界标识符部分匹配/预定关系来判断两者是否具有相邻边界（特征L、M、N）”，也**未公开**“在DPB中显式分配彼此相邻的缓冲空间（特征R）”。

#### 2) 对比文件D2：`JP2014531178A`

* **公开的技术特征：** A, B, C, D, E, G, H, I, K, O, P, Q, S；实质公开 F, J, L。

* **原文出处与分析：**

* **特征 A~E、S：** [0006]、[0037]~[0040]公开了将图像划分成阵列式的矩形图块（Tiles），每个Tile由整数个LCU组成，Tile边界可限制帧内预测以实现独立编码与并行解码。

* **特征 F~I：** [0123]与[0132]公开了每个Tile关联有 `TileId`，并在PPS/SPS中通过 `top_left[i]` 和 `bottom_right[i]`（Tile在栅格扫描中的左上/右下位置）来标识矩形Tile的边界。

* **特征 J~L：** [0130]公开了棋盘格（Checkerboard）型分组：`“对于TileGroup 0的任意Tile，其左侧、右侧、上侧或下侧的相邻Tile被分配给TileGroup 1”`；[0136]~[0137]公开了解码器构建 `TileGroupMap` 以确定Tile的空间布局。这隐式涉及了对Tile相邻性的确定。

* **差异/未公开特征：** D2的相邻性是基于Tile在网格阵列中的隐式行列扫描顺序（Raster Scan）或逻辑位置导出的，**未公开**“边界标识符之间通过‘至少部分匹配（Matching）’这一特定预定关系（特征M、N）”来判定相邻，亦**未公开**“在DPB中分配物理/逻辑相邻缓冲空间（特征R）”。

#### 3) 对比文件D3：`US20150016540A1`

* **公开的技术特征：** A, B, C, D, E, O, P, Q。

* **原文出处与分析：**

* **特征 A~E：** [0046]、[0083]公开了在多层（Multi-layer）视频编码（如SHVC/MV-HEVC）中，图像被划分为Tile以进行跨层并行处理。

* **特征 O~Q：** [0079]、[0110]公开了解码后的图像数据存储于解码图像缓冲区（DPB 152）中。

* **差异/未公开特征：** D3的核心在于跨层偏移延迟（`offset delay`）和Tile对齐标记（`tile_boundaries_aligned_flag`），对于本专利权利要求1中关于“图块边界标识符”、“基于边界匹配确定图块图/相邻边界”以及“缓冲空间分配”等特征（F~N, R, S）**均未公开**。

---

## 三、 最接近对比文件的选择与创造性（无导性）分析

### 1. 最接近对比文件（Closest Prior Art）的确定

根据专利审查指南，最接近的对比文件应当是技术领域相同、所要解决的技术问题最接近、技术特征公开最多或实质上公开了发明最主要技术特征的文献。

* **首选最接近对比文件：D2 (`JP2014531178A`)**

* **理由：** D2与目标专利同属于“基于图块（Tile）的视频编解码与空间布局处理”技术领域。D2不仅公开了Tile的划分、独立解码、Tile ID、左上/右下边界定位（`top_left/bottom_right`），还公开了基于Tile位置关系构建 `TileGroupMap`（图块图），甚至涉及到了Tile在空间上的左右/上下“相邻”关系判断。

* **备选最接近对比文件：D1 (`WO2006112620A1`)**

* **理由：** D1同样属于视频图像多区域（ROI/图块）独立编解码领域，公开了图块索引、边界坐标定位、图块大小语法要素以及根据区域信息构建解码空间映射的过程。

### 2. 区别技术特征与实际解决的技术问题

以 **D2** 为最接近对比文件，权利要求1相对于D2的区别技术特征包括：

1. **特征 M、N（核心逻辑特征）：** 确定相邻边界的具体机制为——**判断第一边界标识符的至少部分与第二边界标识符的至少部分是否匹配（Match）**，若存在该匹配预定关系，则判定两图块具有相邻边界。

2. **特征 R（内存分配特征）：** 在输出帧缓冲器（DPB）中，**分配与第一缓冲空间相邻的第二缓冲空间**，用于存储第二图块的解码数据。

* **整体解决的技术问题：**

如何降低解码器在接收不规则或动态图块比特流时确定图块空间拓扑结构的计算复杂度，并优化解码图像缓冲器（DPB）中的物理/逻辑内存连续映射与读取效率。

* **技术效果：**

通过简单的字符串/数值“边界标识符匹配”逻辑取代复杂的二维空间坐标重叠计算，使解码器能极快拼装Tile Map；同时将空间相邻的Tile映射至DPB中相邻的缓冲空间，提高了数据写入与显示刷新时的内存访问局部性（Locality of Reference）。

### 3. 创造性（非显而易见性）分析

* **结合D2与D1/D3：**

* D1仅教导了利用绝对坐标（原点+宽高）来拼接ROI，属于传统的几何拼接方式。

* D3仅教导了跨层Tile对齐标记（Flag），未涉及单层内基于边界标识符匹配来确定Tile相邻性的机制。

* 现有技术（D1、D2、D3及通用HEVC标准）中，Tiles通常是严格按网格（Grid）划分，其相邻关系由栅格扫描索引（Raster Scan Index）直接算得，或者由显式坐标计算。**没有任何一份对比文件教导或暗示了“通过比对/匹配两图块的边界标识符（Matching Boundary Identifiers）”来判断相邻性**。

* **结论：**

权利要求1的技术方案在对比文件D1~D3的组合下**具备突出的实质性特点和显著的进步，符合专利法第22条第3款关于创造性的规定**。仅凭D1~D3无法直接无效掉权利要求1。

---

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

若作为无效宣告请求人（专利挑战方），权利要求1中**防御力最弱（即最容易被突破）的技术特征**为：

### 1. 最薄弱特征：特征 S 及 特征 O~Q

* **弱点分析：** “基于比特流中的视频图块大小信息确定缓冲空间大小”以及“在输出帧缓冲器中分配缓冲空间存储解码数据”属于视频解码器（DPB管理）的**常规技术手段**。D1（`width`/`height`）和D2（Tile由整数个LCU组成）均已完全公开了根据Tile尺寸分配DPB内存的技术。

### 2. 次薄弱特征：特征 F、I、J、K（图块边界定位与Tile Map构建）

* **弱点分析：** D1中的 `roi_top_left` / `roi_bottom_right` 以及 D2中的 `top_left[i]` / `bottom_right[i]` 已经非常接近“边界标识符”的概念。审查员或原告极易将其认定为“边界标识符”的等同替换。

### 3. 最坚固（最难被无效）的核心特征：特征 L、M、N

* **防守核心：** **“边界标识符至少部分匹配（Match）以判定相邻”**。这一特征将传统的“空间几何坐标重叠计算”抽象简化为了“标识符/标签的语法匹配逻辑”。这是本专利区别于传统HEVC/SVC Tiles拼接的**核心发明点（Point of Novelty）**。

---

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

鉴于现有对比文件D1~D3未能覆盖特征 M、N 和 R，为成功发起无效宣告，建议采取以下补充检索策略：

### 1. 扩充检索要素表（Keywords & IPC Classifications）

* **国际专利分类号（IPC / CPC）：**

* `H04N 19/119`（按块/区域分割）

* `H04N 19/167`（基于感兴趣区域ROI的编码）

* `H04N 19/174`（在条带Slice/图块Tile层面的编码）

* `H04N 19/44`（解码器架构与内存管理）

* `H04N 19/423`（缓冲存储器管理/DPB）

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

* `Tile / Region / Sub-picture / Slice` + `Boundary ID / Edge Identifier / Neighboring / Adjoining` + `Match / Alignment / Logical Relation`

* `图块 / 区域` + `边界标识符 / 边缘标记` + `匹配 / 相邻` + `缓冲分配 / DPB`

### 2. 重点非专利文献（NPL）与标准提案检索方向

视频编解码领域的许多核心发明最早出现在标准组织提案中，建议重点检索 **JVET / JCT-VC / MPEG** 研讨会提案：

1. **HEVC (HM) / VVC (VTM) 提案文献：**

* 重点检索涉及 **Flexible Tiles**、**Unstructured Tiles**、**Non-rectangular Tiles**（非矩形图块）以及 **Subpictures**（子图像）拼装的提案（例如JVET在2016-2020年间关于Omnidirectional Media Format (OMAF) 自由视角/360度VR视频流拼接的提案）。

* *逻辑依据：* VR/全景视频常常将不同角度的Tile自由拼接，极其依赖基于Tile Edge/Boundary ID的动态匹配拼装技术。

2. **ISO/IEC 23090-2 (OMAF) & ISO/IEC 23008-2 (HEVC Extensions)：**

* 检索OMAF标准中关于 `Timed Metadata Track` 或 `Tile Base Track` 中对于Tile Packaging、Edge Matching的描述文件。

### 3. 追溯同族与引用文献检索（Forward/Backward Citation Search）

* 以 **D1 (`WO2006112620A1`)** 和 **D2 (`JP2014531178A`)** 的专利族成员（US/EP/CN）为起点，对其**后向引用（Forward Citations）**专利进行透彻梳理，重点关注2014~2018年间引用了D2的VR/全景视频拼接专利。

---

### 总结意见

目前仅凭 **D1 + D2 + D3** 组合**不足以无效掉权利要求1的创造性**。攻破本专利的关键在于找到一份**公开了“基于边界标识符/标签匹配（Boundary Identifier Matching）来推断/确定图块空间相邻关系”**的对比文件（尤其是在VR/OMAF/全景视频图块拼接领域）。建议按上述策略开展第二轮针对性NPL及标准提案检索。

尊敬的专利申请人/无效请求人：

针对您提供的权利要求1（下称“本专利权1”）及三份对比文件（D1: JP2015529439A、D2: US20160100196A1、D3: CN105637864A），我已紧密结合目标专利说明书的技术逻辑与对比文件原文进行了详尽的对比与法律/技术分析。

以下是具体的对比分析、最接近对比文件的选择、无效突破点（最薄弱特征）及进一步检索策略：

---

### 一、 权利要求技术特征分解与对比文件逐项比对

#### 1. 权利要求1技术特征划分（A ~ S）

* **特征A**：由解码器装置接收比特流

* **特征B**：比特流包括多个比特流部分

* **特征C**：比特流部分包括与视频图块相关联的编码媒体数据

* **特征D**：一个或多个视频图块中的每个视频图块表示输出视频帧中的不同区域

* **特征E**：视频图块的编码媒体数据被配置为是可独立解码的

* **特征F**：由解码器装置接收包括图块标识符和边界标识符的图块定位信息

* **特征G**：图块标识符标识属于视频图块的编码媒体数据

* **特征H**：图块标识符与一个或多个边界标识符相关联

* **特征I**：边界标识符标识由图块标识符标识的视频图块的至少一个边界

* **特征J**：由解码器装置基于图块标识符和边界标识符来确定图块图

* **特征K**：图块图定义输出视频帧中的一个或多个视频图块的空间布局

* **特征L**：确定图块图包括基于第一视频图块与第二视频图块各自的边界标识符来确定第一视频图块和第二视频图块是否具有相邻边界

* **特征M**：如果第一视频图块的边界标识符和第二视频图块的边界标识符之间的预定关系存在，则第一视频图块和第二视频图块具有相邻边界

* **特征N**：第一边界标识符和第二边界标识符之间的预定关系包括第一边界标识符的至少部分与第二边界标识符的至少部分匹配

* **特征O**：在确定图块图之后，由解码器装置基于一个或多个视频图块的解码媒体数据和图块图来生成输出视频帧

* **特征P**：所述生成包括在输出视频帧缓冲器中分配第一缓冲空间

* **特征Q**：所述第一缓冲空间被配置用于存储第一视频图块的解码媒体数据

* **特征R**：并在输出视频帧缓冲器中分配与第一缓冲空间相邻的第二缓冲空间，用于存储第二视频图块的解码媒体数据

* **特征S**：基于比特流中的视频图块大小信息来确定第一缓冲空间和第二缓冲空间的大小。

---

#### 2. 特征比对表格及对比文件原文出处

---

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

#### 1. D1: JP2015529439A（对比文件1）

* **公开的技术特征**：A, B, C, D, E, K(实质), O, P, Q, S(实质)。

* **详细出处与原文分析**：

* **[0088]**：“概して、タイルは、1つのカラム及び1つのローにおいて同時に生じる整数のコーディングツリーブロックであり...”（公开了图块是整数个CTB组成的矩形区域，通过列宽行高划分定义空间布局，公开了特征C, D, K, S）。

* **[0277]-[0279]**：“図4は、複数のタイル202A...に分割されるピクチャに関する...”（说明了各图块可独立编码/解码，公开了特征E）。

* **[0211]**：“映像復号器30は、復号ピクチャバッファ162におけるルマ...ブロックに基づいて...表示のために出力することができる”（公开了在DPB缓冲器中存储解码数据并生成输出帧，公开了特征O, P, Q）。

#### 2. D2: US20160100196A1（对比文件2）

* **公开的技术特征**：A, B, C, D, E, K(实质), O, P, Q, S(实质)。

* **详细出处与原文分析**：

* **[0045]**：“The encoder (340) can partition a picture into multiple tiles... where each tile is a rectangular region.”（公开了图块划分及独立性，公开了特征C, D, E）。

* **[0101]-[0102]**、**FIG. 7**：公开了利用 `next_segment_address` 和 `slice_segment_address` 标识下一个Slice/Segment的起始CTB地址，但这属于传统的扫描顺序地址（Raster Scan Address），**并非本专利所限定的“图块标识符与边界标识符关联匹配”的架构**。

#### 3. D3: CN105637864A（对比文件3）

* **公开的技术特征**：A, B, C, D, E, K(实质), O, P, Q, S(实质)。

* **详细出处与原文分析**：

* **[0029]**、**[0139]**、**图6**：“图6说明用于图片96的实例CTB译码次序，所述图片经分割成多个图块98A...”（公开了传统HEVC标准中Tiles的行列划分、独立解码及空间布局，公开了特征C, D, E, K）。

* **[0073]-[0082]**（表1）：公开了在VPS中提前信令通知 `tiles_enabled_vps_flag`，用于指示图块配置。

---

### 三、 最接近的对比文件（Closest Prior Art）分析

从**整体解决的技术问题**与**技术效果**角度分析：

1. **本专利的核心技术问题与效果**：

* **技术问题**：传统视频解码（如标准HEVC）依赖全帧统一的行列网格（Grid）划分或固定的Raster Scan扫描顺序来重建图像。在自由拼贴、多路异构图块拼接（例如将不同来源/分辨率的图块拼接为一个输出帧，或灵活拼接任意形状边界）时，传统的坐标/扫描地址方式缺乏灵活性。

* **技术方案**：引入了基于“图块标识符”和“边界标识符”的图块定位信息，通过“匹配第一与第二边界标识符”来判断图块是否相邻，从而构建图块图并在缓冲器中动态拼接相邻分配空间。

* **技术效果**：实现了视频图块的高效、灵活拼装与缓冲空间分配。

2. **最接近对比文件的选择：D3 (CN105637864A) 与 D1 (JP2015529439A)**

* **理由**：D3 和 D1 均为基于HEVC架构的视频并行解码/图块处理技术。D3 在VPS/PPS层面专门处理多层/多图块的系统级配置与内存/并行资源分配，其技术领域、解码处理流程与本专利最为接近。

* **结论**：**D3** 或 **D1** 均适合作为**最接近的对比文件**。

---

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

#### 1. 未被对比文件公开的特征组（区别技术特征）

对比文件（D1/D2/D3）公开的均为传统HEVC规范下的“矩形行列网格划分（Grid-based Tiles）”或“Slice/CTB绝对扫描地址（Raster Scan Address）”。

**以下核心技术特征在 D1、D2、D3 中均未被公开**：

* **特征 F, G, H, I**：基于“边界标识符（Boundary Identifier）”与“图块标识符”关联来标识图块的边界。

* **特征 J, L, M, N**：通过判断第一边界标识符与第二边界标识符是否“至少部分匹配（Match）”来确定两个图块是否具有相邻边界，并据此构建图块图（Tile Map）。

* **特征 R**：基于边界匹配关系，在输出帧缓冲器中分配“与第一缓冲空间相邻的第二缓冲空间”。

#### 2. 若提出无效请求，本专利最薄弱的技术特征（攻击切入点）

本专利权利要求1在撰写上存在**概念泛化**与**逻辑薄弱点**，这是无效宣告中的重点突破口：

1. **“边界标识符部分匹配”逻辑的公知常识/显而易见性化（最薄弱点：特征L, M, N）**：

* **薄弱原因**：本专利将“边界匹配”高度抽象化。在图形学、流媒体拼接（Media Splicing）、或网格渲染领域，利用边界ID（例如边Edge ID、Top/Bottom/Left/Right 邻接关系标签）来拼合两个几何区域是极其常规的拓扑数据结构（Topology Data Structure）。

* **攻击思路**：如果能检索到一张展示“拼接视频/拼图流”或“VR/全景视频（360 Video）图块拼接”的对比文件，其中为了拼接图块而对图块边缘进行标记/编号匹配，则特征F-N将被彻底攻破。

2. **缓冲分配与图块大小对应（特征P, Q, R, S）的公知常识性**：

* 在已知两个图块物理/空间上相邻（确定了Tile Map）的前提下，在 Frame Buffer（帧缓冲器）中为这两个图块分配互相相邻的内存地址，并根据图块大小（Width x Height）确定内存空间，属于**计算机内存管理与视频图像渲染缓冲分配的公知常识（Common General Knowledge）**。

---

### 五、 进一步对比文件检索策略（无效检索指南）

鉴于目前现有的三份对比文件（D1-D3）仅能覆盖传统的HEVC Tile架构（特征A-E, K, O-S），无法直接破坏特征 F-N 的新颖性/创造性，建议采取以下**进一步检索策略**：

#### 1. 调整检索关键词与分类号（IPC/CPC）

不再局限于传统视频编码（H.264/H.265/HEVC），应重点转向**图块拼接、VR/全景视频（360-degree Video）、视口自适应流传输（Viewport-adaptive Streaming）、多屏/多图层合成（Composite Video/Multi-stream Splicing）**领域：

* **核心关键词组合**：

* `(Tile OR Sub-picture OR Mesh) AND (Boundary OR Edge OR Border) AND (Identifier OR ID OR Label OR Tag) AND (Match OR Adjacent OR Neighbor)`

* `(Video Tile) AND (Map OR Topology) AND (Frame Buffer OR Memory Allocation)`

* 中文：`(图块 OR 子图像) AND (边界 OR 边缘) AND (标识符 OR ID OR 标签) AND (匹配 OR 相邻)`

* **重点分类号（IPC/CPC）**：

* **H04N 19/167**：涉及感兴趣区域（ROI）或视口（Viewport）的视频编码。

* **H04N 19/436**：涉及并行处理的视频编码。

* **H04N 19/119**：涉及图像切片/图块分割（Sub-division/Tiling）。

* **H04N 21/845**：流媒体数据分段/图块化传输（DASH Tile-based streaming）。

* **G06T 9/00 / G06T 3/40**：图像拼接、几何拓扑映射。

#### 2. 重点关注的标准组织（Standard Documents）与技术领域

* **MPEG-OMAF (ISO/IEC 23090-2, Omnidirectional MediA Format)**：

* OMAF标准中存在大量的“Tile-based Viewport Streaming”（基于图块的视口流传输），其中明确定义了将不同的解耦图块（Timed Metadata / Extractor Tracks）通过边界/坐标映射拼接成完整渲染帧的机制。

* **MPEG-DASH (ISO/IEC 23009-1) 空间关系描述 (SRD - Spatial Relationship Descriptor)**：

* 检查SRD标准文件，重点查看SRD如何利用描述符（Descriptors）标注Tile的空间边界关系（X, Y, Width, Height, 邻接ID）以供解码器拼接。

#### 3. 组合无效方案建议

* **方案（一）：单篇破坏新颖性/创造性**

* 寻找一份公开了“利用边界标签/匹配信息进行Tile拼接及内存分配”的全景视频/OMAF流传输专利，直接结合公知常识无效权利要求1。

* **方案（二）：D3/D1 + 新检索到的边界匹配对比文件（D4）**

* **主对比文件**：D3 (CN105637864A) 或 D1 (JP2015529439A)，用于覆盖视频解码、Tile独立解码、DPB缓冲分配（特征A-E, K, O-S）。

* **次对比文件（D4）**：提供基于边界标识符（Boundary ID）进行匹配拼接（特征F-N）的技术教导。

* **结合逻辑**：本领域技术人员在面对多源/异构图块拼接问题时，在D3/D1的基础上引入D4的边界匹配与拼接机制是显而易见的，从而否定权利要求1的创造性。

根据权利要求1所述的方法，其中生成输出视频帧包括解码器装置从比特流提取比特流部分；解码器装置向第一解码器实例提供包括至少第一视频图块的编码媒体数据的至少第一比特流部分；以及向第二解码器实例提供包括至少第二视频图块的编码媒体的至少第二比特流部分；其中第一视频图块不同于第二视频图块；第一和第二解码器实例将至少第一比特流部分的至少部分和至少第二比特流部分的至少部分解码成解码的媒体数据；并且根据由图块图定义的空间布局，将解码的媒体数据定位在解码器装置的输出视频帧缓冲器中。

根据权利要求2所述的方法，图块定位信息进一步包括取向信息；取向信息使得解码器装置能够将视频图块的预定边界与输出视频帧缓冲器的预定边界对齐。

根据权利要求1-3中任一项所述的方法，其中比特流包括元帧；元帧包括比特流中的比特流部分；所述比特流包括形成单个输出视频帧的视频图块的编码媒体数据。

根据权利要求4所述的方法，其中比特流中的元帧的开始和/或结束由解码器装置确定；比特流中的一个或多个元帧定界符的一个基础；或者其中比特流中的元帧的开始和/或结束由解码器装置基于一个或多个元帧顺序计数器确定。

根据权利要求1-3中任一项所述的方法，其中图块定位信息中的至少部分被包含在比特流中；图块定位单元是非视频编码层非VCL NAL单元；包括标识视频图块的图块标识符和用于标识图块定位单元指代视频图块的一个或多个边界的一个或多个边界标识符。

根据权利要求6所述的方法，其中确定图块图包括从比特流提取形成单个输出视频帧的视频图块的图块定位信息；并且基于所提取 of 图块定位信息中的边界标识符来标识相邻视频图块。

根据权利要求6所述的方法，其中所述一个或多个图块定位单元被配置用于使得解码器实例能够确定比特流中的一个或多个另外的NAL单元；所述一个或多个另外的NAL单元是视频编码层VCL NAL单元；并且包括一个或多个视频图块的编码媒体数据。

根据权利要求1-3中任一项所述的方法，其中比特流被格式化为HEVC比特流或其扩展；和/或其中图块定位信息中的至少部分被包含在一个或多个补充增强信息SEI消息中。

根据权利要求1-3中任一项所述的方法，基于图块定位信息来确定第一和第二缓冲空间的位置。