一种被配置用于生成用于传输到客户端设备的复合视频流的处理器系统，该处理器系统包括：‑到网络的网络接口； ‑输入接口，该输入接口用于获得： ‑非体积视频；以及 ‑体积视频，该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示； ‑处理器，该处理器被配置成进行以下操作： ‑确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡；并且‑针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：‑获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频； ‑用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧； 并且经由该网络接口： ‑将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备；并且‑将信号传递数据提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。

作为一名经验丰富的专利代理师，我将为您对**目标专利权利要求1**与两份对比文件（**D1** 与 **D2**）进行深入的专利侵权/无效对比分析。

---

## 一、 目标专利技术方案与权利要求1解释

### 1.1 目标专利核心技术领域与解决的问题

* **技术领域**：视频流处理与传输，特别是包含“体积视频（Volumetric Video，如3D/立体/沉浸式视频）”与“非体积视频（Non-volumetric Video，如2D背景视频）”的复合视频流生成与传输。

* **核心发明构思/技术效果**：

在客户端设备需要将体积视频叠加显示在非体积视频前方时，如果直接分别传输两套完整视频流，会造成极大的网络带宽浪费和客户端解码开销。

本发明通过**确定被体积视频遮挡的非体积视频空间子区域**，将该遮挡区域的数据**替换为体积视频的非体积表示（转换后的数据）**，合成为单一输出帧，并附带信令数据告知客户端该复合流中包含该非体积表示。客户端接收后即可据此重构体积视频并进行渲染。这在保证叠加显示效果的同时，极大节省了传输带宽。

### 1.2 权利要求1的技术特征拆解

* **特征A**：处理器系统，包括到网络的网络接口；

* **特征B**：输入接口，用于获得非体积视频；

* **特征C**：输入接口，用于获得体积视频，体积视频的至少一部分要由客户端设备在非体积视频的前面显示；

* **特征D**：处理器，被配置成确定非体积视频的空间子区域，当体积视频由客户端设备在非体积视频的前面显示时，该空间子区域被部分或完全遮挡；

* **特征E**：处理器，针对非体积视频和体积视频的相应输入帧，获得体积视频的非体积表示，该非体积表示是使用转换技术生成的，允许从中重构体积视频；

* **特征F**：处理器，用体积视频的非体积表示的数据替换非体积视频的空间子区域的数据，从而获得复合视频的输出帧；

* **特征G**：经由网络接口将复合视频作为复合视频流（或所选空间片段）流式传输到客户端设备；

* **特征H**：经由网络接口将信号传递数据（信令数据）提供到客户端设备，指示复合视频流包含体积视频的非体积表示。

---

## 二、 对比文件基本信息与原文比对分析

### 2.1 对比文件基本信息表

---

### 2.2 特征比对表格（Feature Mapping Table）

---

### 2.3 对比文件原文详细分析与出处考证

#### 1. D1（WO2010098960A2）详细分析

* **技术方案概述**：D1公开了一种在安全数据网络中对客户端发起的安全数据连接请求（如HTTPS/SSTP/VPN）进行自动网关重定向的方法和系统。第一网关接收客户端请求后，根据负载、地理位置等属性决定将客户端重定向至更合适的第二网关。

* **特征公开情况**：

* **特征A**：D1公开了具有网络接口的处理器/服务器系统。例如段落 [0017]（*“system 100 includes a target server 102... a plurality of gateways...”*）以及段落 [0056] 中的硬件通信接口（`communication connections 960`）。

* **特征B–H**：**全部未公开**。D1完全不涉及视频流处理、体积/非体积视频、空间遮挡区域计算、视频帧数据替换合成以及相关视频信令。D1中的“重定向消息（Redirect message）”是网络层/传输层（HTTP/SSTP）的路由控制信令（段落 [0018]-[0019]），与特征H中“指示视频流中包含体积视频非体积表示”的信令在技术领域、作用和内容上完全不同。

#### 2. D2（US20120134319A1）详细分析

* **技术方案概述**：D2公开了一种在无线通信网络（如3GPP网络）中分配本地网关（L-GGSN）以实现本地流量分流（Offloading）的方法。通过DNS前端与DNS服务器协作，根据SGSN标识生成SGSN特有的APN（Access Point Name），从而解析并分配本地网关。

* **特征公开情况**：

* **特征A**：D2公开了具有网络接口的计算系统/网络节点。例如段落 [0019]-[0021]（*“Core Network 103 includes SGSN 110, GGSN 120, L-GGSN 130...”*）以及段落 [0067] 中的网络输入/输出接口。

* **特征B–H**：**全部未公开**。D2属于移动通信核心网架构与域名解析领域，旨在解决数据流量过载问题。文中提及的“视频”（如段落 [0029] 举例的 *“requests to access YouTube”*）仅作为业务接入点名称（APN）的常规业务示例，未涉及视频帧级别的算法、体积视频转换、空间区域遮挡与复合视频替换等任何技术细节。

---

## 三、 最接近对比文件分析与创造性（Novelty & Inventive Step）评估

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

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

在专利创造性审查/分析中，“最接近的对比文件（Closest Prior Art）”通常应与申请案处于**相同或最相近的技术领域**，或者解决**最相似的技术问题**，或者披露**最补充的技术特征**。

* **分析结论**：

在目前提供的对比文件检索范围内，**D1 和 D2 均不适合作为本专利权利要求1的最接近对比文件**。

D1 与 D2 分别属于“网络路由重定向”和“无线通信网关分配”领域，除了“处理器系统/网络接口（特征A）”这一通用计算机/网络硬件基础特征外，**完全没有公开权利要求1的核心发明点（特征B至特征H）**。

* **若强行以 D1 或 D2 作为技术起点（最接近对比文件）**：

本领域技术人员从 D1 或 D2 出发，面对无线/网络传输问题时，**不存在任何技术动机（Motivation）**促使他们将其与视频图像处理算法相结合，更无法凭空导出“空间遮挡计算（D）”、“体积视频非体积表示转换（E）”、“遮挡区域数据替换合成（F）”等一系列复杂的视频编解码技术手段。

---

## 四、 无线请求/专利无效分析：最薄弱特征与无效策略

### 4.1 当前对比文件组合的无效可行性评估

如果仅依据现有提供的 **D1 (WO2010098960A2)** 与 **D2 (US20120134319A1)** 发起专利无效宣告请求：

* **成功率极低（几乎为0）**。

* **原因**：D1 与 D2 的技术领域与本案偏离过远，目标专利的核心技术特征（特征B, C, D, E, F, G, H）在两份对比文件中均处于**完全缺失（Blank）**状态。

### 4.2 权利要求1中最薄弱的技术特征分析

从视频处理与流媒体技术的行业发展来看，权利要求1中的各个特征在技术实现上存在以下“薄弱点”（即最容易在针对性检索中找到现有技术的特征）：

1. **最薄弱特征 1：特征D（确定被遮挡的空间子区域）**

* *薄弱原因*：在2D/3D图形渲染、视频合成以及增强现实（AR/VR）领域，“视锥剔除（Frustum Culling）”、“遮挡剔除（Occlusion Culling）”以及“图层遮挡计算”是极度成熟的基础技术。

2. **最薄弱特征 2：特征E & F（体积视频转换为非体积表示并替换背景视频遮挡区域）**

* *薄弱原因*：将3D/体积数据打包/映射到传统2D视频帧（例如基于深度图 Depth Map、点云打包 Point Cloud Video-based Coding如 V-PCC，或多视角+深度 3D-HEVC）是国际标准（如 MPEG-I / V-PCC / G-PCC）的常见做法；将视点/图层嵌入主视频流传输也是视频画中画（PiP）或立体视频编码中的常用手段。

3. **最薄弱特征 3：特征H（传输指示非体积表示的信令数据）**

* *薄弱原因*：在视频流媒体传输（如 DASH, HLS, 或 SEI 消息/补充增强信息）中，通过元数据（Metadata）或补充信令告知客户端解码参数是通用标准化手段。

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

为了成功发起无效宣告，必须**重新规划检索方向**，摒弃网络路由/网关类文献，转向**视频处理、3D/立体视频编码、MPEG标准化技术领域**：

#### 策略 1：IPC / CPC 分类号精准锁定

建议重点检索以下国际专利分类号：

* **H04N 19/00**（数字视频编码，尤其是 19/597 立体/多视角视频编码，19/70 语法/信令）

* **H04N 21/00**（选择性内容传输，如 21/234 视频内容处理，21/8405 元数据信令）

* **H04N 13/00**（立体视频系统，如 13/100 3D视频信号处理/格式转换）

* **G06T 9/00**（图像数据压缩，如点云/3D网格压缩）

* **G06T 15/00**（3D渲染、遮挡剔除、深度图合成）

#### 策略 2：关键词逻辑组合检索

建议构建如下关键词逻辑组合（以英文为例）：

* **组件一（体积/3D视频转换）**: ("volumetric video" OR "3D video" OR "point cloud" OR "free-viewpoint") AND ("2D representation" OR "non-volumetric representation" OR "video-based point cloud coding" OR "V-PCC" OR "depth map")

* **组件二（遮挡计算与空间替换）**: ("occlusion" OR "occluded region" OR "bounding box" OR "masked region") AND ("replace" OR "substitute" OR "embed" OR "composite" OR "frame synthesis")

* **组件三（信令控制）**: ("signaling" OR "metadata" OR "SEI message" OR "manifest" OR "SPS/PPS") AND ("indicator" OR "flag")

#### 策略 3：非专利文献（NPL）与标准文档检索

本专利的技术特征与 **MPEG (ISO/IEC JTC 1/SC 29/WG 11)** 的标准化工作高度重合，建议优先检索：

1. **MPEG V-PCC (Video-based Point Cloud Compression)** 标准草案及提案（ISO/IEC 23090-5）。

2. **MPEG-I Immersive Media**（沉浸式媒体传输）相关技术文档。

3. IEEE / ACM SIGGRAPH 等顶尖图形学与视频处理会议论文（搜索关键词包含：*Volumetric Video Streaming, Occlusion-aware Video Composition, Depth-image-based rendering (DIBR)*）。

---

## 五、 总结与建议

1. **对比分析结论**：对比文件 **D1 (WO2010098960A2)** 与 **D2 (US20120134319A1)** 仅公开了常规网络接口硬件（特征A），**完全未公开**目标专利权利要求1中关于体积视频处理、遮挡替换与复合流传输的核心特征（特征B-H）。

2. **无效建议**：**不建议**使用当前提供的 D1 和 D2 发起针对权利要求1的无效宣告。

3. **下一步行动**：应当按照上述**4.3检索策略**，重点在 **H04N19** 和 **MPEG V-PCC 3D视频编码技术** 领域重新补充检索对比文件。聚焦于“点云/体积视频转2D帧”、“背景视频遮挡区域合成”以及“多流/元数据信令传输”这三者的结合，以构建具备强杀伤力的创造性组合对比文件（例如：以一份公开体积视频2D映射与合成的文献作为D1，结合一份公开遮挡剔除与信令提示的文献作为D2）。

作为一名经验丰富的专利代理师，我将为您对权利要求1进行深入的技术特征拆解，并紧密结合目标专利说明书的本意以及对比文件（D1与D2）的原文内容进行法律与技术层面的比对分析。

---

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

在分析对比文件之前，需首先明确**目标专利权利要求1**的核心发明构思与各技术特征在说明书语境下的确切含义：

* **非体积视频（Non-volumetric video）：** 即传统的二维（2D）视频帧，由矩形像素阵列组成（例如平面的背景视频）。

* **体积视频（Volumetric video）：** 包含三维空间信息（如点云、网格、深度图）的视频。

* **空间子区域确定（特征D）：** 系统计算当体积视频叠加在非体积视频**前面（前景）**显示时，非体积视频中哪些区域会被遮挡（即盲区）。

* **核心复合机制（特征E、F）：** 系统利用转换技术（如二维展开、打包）将3D体积视频转换为**非体积（2D）表示**，并直接用该2D体积数据**替换（Replace）**非体积视频中被遮挡的平面空间子区域数据。

* **发明目的与效果：** 传统传输需要分别传输完整的2D背景和独立的3D前景，带宽占用高且不兼容传统2D解码器。本发明将3D数据“寄生/嵌合”在2D被遮挡的空白区域内，在**不增加帧分辨率和传输带宽**的前提下实现了复合流的高效传输，同时通过信令（特征H）告知客户端进行重构。

---

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

针对两篇对比文件：

1. **D1：** `US20120196601A1`（公开号：US20120196601A1，名称：METHOD AND APPARATUS FOR DETERMINING A SERVER WHICH SHOULD RESPOND TO A SERVICE REQUEST）

2. **D2：** `US20130051319A1`（公开号：US20130051319A1，名称：LOCAL ROUTING NODE）

以下为权利要求1的特征比对表格及详细原文出处分析：

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

---

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

#### (1) 对比文件 D1 (US20120196601A1) 逐项分析

* **技术领域与解决的问题：** D1属于移动网络中的**域名解析（DNS）与服务重定向技术**。其解决的问题是：当移动设备漫游时，如何根据移动设备的地理位置（MCC/MNC/Cell-ID）解析出最匹配、距离最近的服务服务器IP地址，以降低网络延迟和漫游成本（段落[0003]、[0006]、[0011]-[0015]）。

* **特征A（网络接口）：** **公开**。D1公开了包含网络接口的DNS服务器及网络节点（段落[0063]-[0067]：“A DNS server in a network... A module for receiving from a mobile device a DNS request...”）。

* **特征B~H（视频处理与复合流生成）：** **完全未公开**。D1处理的对象是URI文本、DNS请求包（如包含`SPM.MCC.MNC.Servicename`的域名，段落[0094]），完全不涉及“视频”、“体积/非体积视频”、“图像遮挡子区域确定”或“视频数据替换与流式传输”。

#### (2) 对比文件 D2 (US20130051319A1) 逐项分析

* **技术领域与解决的问题：** D2属于移动通信网路中的**数据包本地路由（Local Routing）与分流技术**。其解决的问题是：在WiMAX/移动网路中，避免同一基站或同一区域内的数据包绕道核心网（CSN/ASN-GW）造成的“长途折返（Trombone phenomenon）”，通过本地路由节点（LRN）直接对GRE/IP数据包进行解封装和本地转接（段落[0011]、[0014]、[0046]）。

* **特征A（网络接口）：** **公开**。D2图2及段落[0046]明确公开了本地路由节点（LRN 100）包含I/O端口（I/O ports 107）、控制器（controller 101）以及路由器/L3交换机（router/L3 switch section 103）。

* **特征B~H（视频处理与复合流生成）：** **完全未公开**。D2处理的是底层的网络传输层/网络层数据包（GRE Capsulation Data, IP Packet），其“解封装/封装（Decapsulation/Encapsulation）”（段落[0074]-[0079]、图14、图15）剥离的是IP Header和GRE Header，提取的是通用的用户数据（User Data 7068/7078）。D2完全不感知也不处理内容层的视频流、2D/3D体积视频转换或空间子区域替换。

---

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

在专利无效或新颖性/创造性审查中，**最接近的对比文件（Closest Prior Art）**应当是与本发明**技术领域相同、解决的技术问题最相近、或者公开的技术特征最多**的技术方案。

### 1. 总体分析与结论：

* **D1 (US20120196601A1)** 的技术领域是 **DNS服务节点选择/域名解析**；

* **D2 (US20130051319A1)** 的技术领域是 **通信网路中的IP数据包本地路由分流**；

* **权利要求1** 的技术领域是 **音视频编码、复合视频流生成与传输技术**。

**结论：D1 和 D2 在创造性分析中均不适合作为“最接近的对比文件”。**

### 2. 原因深度阐述：

1. **技术领域完全偏离：** 本发明的核心在于**视频图像处理与空间数据压缩/合成（把3D体积视频转换为2D嵌合到2D视频的遮挡空白区）**。而D1（DNS路由）和D2（网路数据包解封转）均属于底层的**网络通信协议与路由控制技术**。

2. **解决的技术问题不同：**

* 本发明解决的是：“如何在有限带宽下高效传输体积（3D）视频与非体积（2D）视频并保持兼容性”。

* D1解决的是：“如何根据移动终端位置分配最近的服务服务器”。

* D2解决的是：“如何避免无线基站通信中的数据回传折返（Trombone现象）以减轻核心网负荷”。

3. **技术特征缺失过于严重：** 权利要求1共包含8个技术特征（A~H）。D1和D2仅凭通用硬件属性公开了**特征A**（网络接口/处理器系统），而对于本发明真正的发明点所在——**特征B、C、D、E、F、G、H（视频获取、遮挡区计算、体积视频2D化、数据替换嵌合、信令通知）**，D1和D2均**完全未公开**。

若仅基于D1或D2对本专利提出无效宣告请求，**完全无法成立（甚至无法构成显而易见性的合理结合）**。

---

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

如果在后续检索中补充了背景技术（如普通的视频流传输架构），从本专利自身的技术逻辑和审查实务来看，**本专利最薄弱（最容易被攻破或被公知常识组合）的技术特征**为：

### 1. 技术特征 A、B、G（基础流传输架构）

* **薄弱原因：** 通过网络接口获取视频（2D/3D）并进行网络流式传输（Streaming）是视频切片传输、OTT视频服务领域的**常规技术手段/公知常识**。

### 2. 技术特征 C、E、H（3D体积视频的2D平面表示与信令）

* **薄弱原因：** 将3D体积视频（如点云/Depth图）通过投影/展开（如PCC，Point Cloud Compression，如MPEG-V-PCC/G-PCC标准）转换为2D纹理图和深度图进行传输，并在带外/带内传输信令（Signaling）指示该视频包含3D数据，这是视频编码标准领域的**现有技术（Prior Art）**。

### 3. 本专利最坚固的核心发明点（核心壁垒）：

* **特征D与特征F的组合：** **“确定2D视频中被3D体积视频遮挡的空间子区域，并直接用3D体积视频的2D表示数据去替换（覆盖）该被遮挡子区域的数据”**。

* **审查要点：** 这种“利用视觉遮挡盲区作为数据载体”的像素级/帧级替换合成思想极其特殊。如果现有技术中只有普通的“画中画（PIP）”或“视频拼接”，而不包含“计算前景遮挡盲区并利用该盲区空间传输前景自身重构数据”的教导，本专利将具备极强的创造性壁垒。

---

## 五、 进一步的对比文件检索策略（针对性无效检索）

由于当前的 D1 和 D2 完全未命中视频处理的核心特征，为了成功对该专利提起无效宣告请求，建议调整检索策略，重点寻找**音视频编码、3D/体积视频传输、增强现实（AR/VR）混合流传输**领域的对比文件。

针对**核心特征D、E、F**，制定以下补充检索策略：

### 1. 关键词与逻辑组配策略

* **主题1（体积视频2D转换与编码）：**

* `("volumetric video" OR "point cloud" OR "3D video" OR "holographic")`

* AND `("2D representation" OR "projection" OR "packing" OR "V-PCC" OR "video-based point cloud compression")`

* **主题2（遮挡计算与区域替换/嵌合 - 最核心）：**

* `("occlusion" OR "occluded region" OR "covered area" OR "foreground masking")`

* AND `("replace" OR "substitute" OR "embed" OR "overwrite" OR "payload")`

* AND `("background video" OR "non-volumetric video" OR "2D video" OR "frame")`

* **主题3（复合流/画中画优化传输）：**

* `("composite video" OR "multiplexing" OR "bandwidth reduction" OR "spatial sub-region")`

### 2. 分类号（IPC / CPC）精准定位

建议将检索范围限定在以下专门的视频编码与处理分类号中：

* **H04N 19/597**：针对3D视频/多视图视频的视频编码（3D or stereoscopic video motion compensation/coding）。

* **H04N 19/167**：基于感兴趣区域（ROI）或特定空间子区域的视频编码（Position or shape of the ROI）。

* **H04N 21/434 / H04N 21/236**：解复用/复用视频流、信令传输（Transport stream multiplexing/demultiplexing）。

* **G06T 9/00 / G06T 15/00**：几何数据压缩、3D点云编码、体积渲染遮挡剔除。

### 3. 重点检索标准组织（SDO）与学术数据库

本专利的技术特征与 **MPEG（Moving Picture Experts Group）** 近年来的标准提案高度重合，建议优先检索非专利文献（NPL）：

1. **MPEG V-PCC (ISO/IEC 23090-5)** 相关的标准提案（Input Documents / Working Drafts）：重点查看关于“如何将点云Atlas图打包（Packing）进普通2D视频帧空白区域/背景区域”的提案。

2. **IEEE Xplore / ACM Digital Library**：搜索关键词 `"Volumetric Video Streaming"` + `"Occlusion-aware"` + `"Embedding"`。

3. **主要申请人/专利权人跟踪：** 检索该领域头部企业（如 InterDigital, Philips, Qualcomm, Sony, Tencent, InterDigital, Fraunhofer）在 2018–2021 年间申请的关于“混合2D/3D视频流传输”的专利族。

根据权利要求1所述的处理器系统，其中，该非体积视频作为包括可独立解码的片段的空间分段编码获得或转换成该空间分段编码，并且其中，该处理器被配置成进行以下操作：‑将该空间子区域确定为该非体积视频的一组片段，当该体积视频由该客户端设备在该非体积视频的前面显示时，该组片段被遮挡； ‑将该体积视频的非体积表示编码为一个或多个可独立解码的片段；并且‑从该非体积视频的空间分段编码中去除该组片段，并且将该一个或多个片段添加到该非体积视频的空间分段编码中，以获得该复合视频流的输出帧的空间分段编码。

根据权利要求2所述的处理器系统，其中，该处理器被配置成生成该信号传递数据以将该组片段标识为包含该体积视频的非体积表示。

根据权利要求3所述的处理器系统，其中，该处理器被配置成将该信号传递数据包括在该复合视频流中。

根据权利要求4所述的处理器系统，其中，该信号传递数据是补充增强信息(SEI)消息。

根据权利要求1至4中任一项所述的处理器系统，其中，该客户端设备被配置成在虚拟现实(VR)或增强现实(AR)环境中渲染该复合视频流，并且从用户的观看位置渲染该VR/AR环境，其中，该处理器被配置成进行以下操作：‑确定该用户的观看位置；并且 ‑通过确定当该体积视频在该VR/AR环境中的非体积视频的前面显示并且由该客户端设备从该观看位置渲染时该体积视频的哪个空间子区域被该体积视频部分或完全遮挡来确定该空间子区域。

根据权利要求6所述的处理器系统，其中，通过从该客户端设备接收指示该用户的观看位置的数据来确定该用户的观看位置。

根据权利要求1至4中任一项所述的处理器系统，其中，该体积视频是3D点云，并且其中，生成该体积视频的非体积表示的转换技术是点云压缩技术。

根据权利要求1至4中任一项所述的处理器系统，其中，该非体积视频是全景或全向视频。

一种表示被配置成在非体积视频的前面渲染体积视频的客户端设备的处理器系统，该处理器系统包括：‑到网络的网络接口； ‑处理器，该处理器被配置成经由该网络接口进行以下操作：‑接收包含该非体积视频的复合视频流或该复合视频流的所选空间片段； ‑接收信号传递数据，该信号传递数据指示该复合视频流在该非体积视频的空间子区域中包含该体积视频的非体积表示； ‑该处理器被配置成针对该复合视频流的相应输入帧，通过以下操作来渲染该复合视频流：‑解码该复合视频流或该复合视频流的所选空间片段； ‑基于该信号传递数据，标识该输入帧中该体积视频的非体积表示； ‑使用重构技术从该体积视频的非体积表示重构该体积视频；以及‑在该非体积视频的前面渲染该体积视频，使得该非体积视频的空间子区域被该体积视频部分或完全遮挡。

根据权利要求10所述的处理器系统，其中：‑该复合视频流作为包括可独立解码的片段的空间分段编码而被接收；并且‑该处理器被配置成基于标识该空间分段编码的一组片段的信号传递数据来标识该复合视频流中该体积视频的非体积表示。

根据权利要求10或11所述的处理器系统，其中，该处理器被配置成进行以下操作：‑在虚拟现实(VR)或增强现实(AR)环境中渲染该复合视频流；并且‑从用户的观看位置渲染该VR/AR环境。

根据权利要求10或11所述的处理器系统，其中，该体积视频是3D点云，并且其中，生成该体积视频的非体积表示的转换技术是点云压缩技术。

根据权利要求10或11所述的处理器系统，其中，该非体积视频是全景或全向视频。

一种用于生成用于传输到客户端设备的复合视频流的计算机实施的方法，该方法包括：‑获得： ‑非体积视频；以及 ‑体积视频，该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示； ‑确定该非体积视频的空间子区域，当该体积视频由该客户端设备在该非体积视频的前面显示时，该空间子区域被部分或完全遮挡； ‑针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：‑获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频； ‑用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧； ‑将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备；以及‑将信号传递数据提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。

一种用于在非体积视频的前面渲染体积视频的计算机实施的方法，该方法包括：‑接收包含该非体积视频的复合视频流或该复合视频流的所选空间片段； ‑接收信号传递数据，该信号传递数据指示该复合视频流在该非体积视频的空间子区域中包含该体积视频的非体积表示； ‑针对该复合视频流的相应输入帧，通过以下操作来渲染该复合视频流：‑解码该复合视频流或该复合视频流的所选空间片段； ‑基于该信号传递数据，标识该输入帧中该体积视频的非体积表示； ‑使用重构技术从该体积视频的非体积表示重构该体积视频；以及‑在该非体积视频的前面渲染该体积视频，使得该非体积视频的空间子区域被该体积视频部分或完全遮挡。

一种包括计算机程序的暂态或非暂态计算机可读介质，该计算机程序包括用于使处理器系统执行根据权利要求15或16所述的方法的指令。

根据权利要求17所述的暂态或非暂态计算机可读介质，其中，该复合视频流是包括可独立解码的片段的空间分段编码，并且其中，该信号传递数据标识该空间分段编码的一组片段。