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

基于专利审查标准与电学/通信领域专利无效宣告实务，结合目标专利权利要求1及三份对比文件（D1：CN1528098A、D2：CN1863382A、D3：EP1796409A2）的原文，为您提供严谨的专利侵权与无效创造性对比分析报告。

---

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

**权利要求1解析**（基于说明书构思）：

本发明属于视频处理与传输领域。其核心技术构思在于**混合体积视频（3D/立体视频）与非体积视频（2D传统视频）的复合传输**。为了在客户端正确呈现“体积视频置于非体积视频前面”的遮挡效果，并在带宽受限的网络中高效传输：

1. **遮挡区域判定**：处理器系统确定非体积视频中哪些空间子区域（Sub-region）将被前端显示的体积视频遮挡。

2. **数据替换与复合**：利用转换技术将体积视频转换为非体积表示（例如深度图、点云的2D表达等），**直接用该非体积表示的数据替换非体积视频中被遮挡的空间子区域的数据**，从而在同一个视频帧中实现复合。

3. **信令通知与传输**：将复合视频流传输给客户端，并提供**信令数据**通知客户端该流中包含了体积视频的非体积表示，以便客户端解码重构。

---

### 二、 对比文件特征比对与出处分析

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

---

### 三、 各对比文件公开内容的详细原文出处与分析

1. **D1 (CN1528098A - 分层蜂窝无线电通信系统)**

* **原理领域**：无线移动通信网络（UMTS/GSM）的分层小区（宏小区与微微小区）业务分配。

* **特征A出处**：说明书第3页“技术领域”与第3页“具体实施方式”段落6：“宏小区102具有一个控制主站104，每个微微小区106具有一个相应的控制主站108...”。公开了处理器系统具备网络接口。

* **特征G/H出处**：说明书第4页段落2：“...通过宏小区102和MS110之间的控制子信道212向MS110通知，它应当使用分配给微微小区106使用的数据子信道214来接收一个数据分组”。公开了经网络发送数据及信令通知，但**不涉及**视频图像数据处理。

2. **D2 (CN1863382A - 在分层网中进行业务分配的方法)**

* **原理领域**：蜂窝网（HCS分层结构）中根据业务类型（高/低速）在宏/微小区间分配资源。

* **特征A出处**：说明书第3页“具体实施方式”段落3：“系统根据接入小区的标识信息...选择目标小区”。

* **分析结论**：D2完全聚焦于无线资源管理（RRM）中的小区选择和业务切换，对目标专利中的视频处理（特征B、C、D、E、F）完全没有提及。

3. **D3 (EP1796409A2 - 移动通信系统与宽带无线接入系统间互通信息传输)**

* **原理领域**：异构无线网络（如UMTS与BWA/WLAN）间的Handover及系统信息广播。

* **特征H出处**：说明书段落`[0007]`：“...a cell broadcasting service message or system information including interworking information of the broadband wireless access system is received...”；以及段落`[0055]`。D3公开了**通过信令（CBS或SIB）向终端发送附加数据指示/互通信息**。

* **分析结论**：D3公开了信令指示机制（类似特征H），但其指示的内容是无线接入技术（RAT）互通信息，而非视频帧中包含体积视频的非体积表示。

---

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

#### 1. 最接近对比文件的选择

在专利创造性审查中，“最接近的对比文件”通常应与要求保护的发明**技术领域相同或最接近、所要解决的技术问题和达到的技术效果最相似，或者公开的技术特征最多**。

* **分析**：

* **目标专利**的核心领域是**视频处理与流媒体传输（Video Coding/Processing & Streaming）**，解决的技术问题是“如何在节省带宽的前提下，在2D视频帧中高效嵌入3D/体积视频并实现遮挡渲染”。

* **对比文件D1、D2、D3**的技术领域均为**无线通信网络架构与资源调度（Wireless Network & Resource Allocation）**。

* **结论**：

* 现有三份对比文件（D1、D2、D3）**均不适合作为最接近的对比文件**。

* 如果强行在现有三份文件中选择，**D1 (CN1528098A)** 或 **D3 (EP1796409A2)** 可作为通信传输架构层面的参考（因为包含了主从网络接口、数据流传输及信令指示），但它们与目标专利在核心视频处理构思上存在断层。

#### 2. 最薄弱的技术特征（专利防守/无效攻击焦点）

如果对目标专利发起无效宣告请求，**目前的三篇对比文件（D1-D3）组合完全无法破坏权利要求1的创造性**。目标专利中最核心、防守力最强，同时也是现有D1-D3完全未触及的**最薄弱技术特征**（指无效请求人需重点寻找新对比文件进行攻克的技术特征）为：

1. **特征D（空间遮挡区域判定）**：确定非体积视频中被前端显示的体积视频遮挡的空间子区域。

2. **特征E与F（数据替换与帧内复合）**：获得体积视频的2D/非体积表示（如Depth Map或2D Texture），并**直接替换（Overwrite/Replace）**非体积视频中被遮挡子区域的数据，生成复合输出帧。

* **技术效果**：该特征组合避免了对被遮挡背景视频区域进行无意义的编码传输，同时将3D体积数据无缝像素级打入2D视频帧中，极大节约了传输带宽并简化了客户端渲染流程。

---

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

由于现有D1-D3属于通信网络领域，缺乏视频编解码与复合处理的对比文件，建议调整检索策略，转向**视频编解码、增强现实（AR/VR）、3D视频传送**领域：

#### 1. 扩充IPC分类号（重点检索方向）

* **H04N 19/00**（数字视频编码，尤其是多视图/3D视频编码：H04N 19/597, H04N 19/20, H04N 19/167-感兴趣区域编码）

* **H04N 21/00**（选择性内容传输/流媒体，如 H04N 21/234-视频流拼接/复合, H04N 21/81-包含3D/AR附加信息的视频）

* **G06T 15/00 / G06T 19/00**（3D图像渲染、遮挡剔除 Occlusion Culling、混合现实）

#### 2. 核心关键词组合（中英文）

* **组1（体积视频与2D表示）**：`Volumetric video` OR `3D video` OR `Point cloud` OR `Depth map` OR `Free-viewpoint`（体积视频、深度图、点云、非体积表示）；

* **组2（遮挡与空间子区域）**：`Occlusion` OR `Occluded region` OR `Sub-region` OR `Overlap` OR `Foreground/Background`（遮挡、覆盖、子区域、前景/背景）；

* **组3（数据替换与复合帧）**：`Replace` OR `Overwrite` OR `Composite` OR `Embed` OR `Frame merging` OR `Pack`（替换、覆盖、复合、嵌入、拼帧/Pack）；

* **组4（信令数据）**：`Signaling` OR `SEI message` OR `Metadata` OR `Header`（信令、SEI补充增强信息、元数据）。

#### 3. 检索逻辑路线推荐

* **路线A（视频拼帧/Packing）**：检索将3D数据（如Depth/Point Cloud）以Tile或Sub-region形式拼接到2D主视频帧的专利（例如 MPEG-I MIV - Metadata-immersed Video 标准相关的专利及提案）。

* **路线B（遮挡区域裁剪与替换）**：检索在画中画（PiP）或AR叠加场景中，检测背景视频遮挡区域并用前景数据/深度数据直接覆盖编码帧的技术。

基于目标权利要求（权利要求1）与提供的三份对比文件（D1: US20070133492A1；D2: US20080039083A1；D3: WO2008017584A2），作为专利代理师，我将为您进行详细的技术特征比对、最接近对比文件分析、薄弱特征识别及下一步检索策略制定。

---

### 一、 目标权利要求（权利要求1）的技术实质与解释

目标权利要求1保护一种用于生成复合视频流的**处理器系统**，其核心技术方案在于：

1. **输入与场景**：同时获取非体积视频（Non-volumetric video，如普通2D视频/背景）与体积视频（Volumetric video，如3D体素/点云/三维对象），且体积视频要叠加显示在非体积视频的前方。

2. **前景遮挡处理（核心算法）**：处理器确定非体积视频（背景）中哪些空间子区域（Sub-region）在体积视频（前景）显示时会被部分或完全**遮挡（occluded）**。

3. **数据替换与复合（数据压缩与流传输）**：利用某种转换技术（Transformation technique），将体积视频转换为非体积表示（Non-volumetric representation），然后**用该体积视频的非体积表示数据去“替换”非体积视频中被遮挡的空间子区域数据**，生成复合视频输出帧。

4. **传输与信令**：将复合视频流（或其空间片段）流式传输给客户端，并同时发送**信号传递数据（Signaling data）**，告知客户端该复合视频流中包含了体积视频的非体积表示（以便客户端重构）。

---

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

**对比文件代号及公开号说明：**

* **D1**：US20070133492A1（移动通信系统与宽带无线接入系统间互通信息的传输）

* **D2**：US20080039083A1（移动无线通信系统中移动台获取系统信息的方法）

* **D3**：WO2008017584A2（移动无线通信系统中移动台获取系统信息的方法，为D2的同族PCT公开文本）

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

---

### 三、 对比文件详细出处分析与实质公开性评估

1. **D1 (US20070133492A1)**

* **原文出处**：段落[0011]–[0013], [0033]–[0046], [0105]–[0107], 图1, 图12。

* **技术领域与方案**：D1涉及移动通信系统（如UMTS）与宽带无线接入系统（如BWA/WiMAX）异构网络之间的 Handover（切换）与互通信息广播。它公开了通过单元广播服务（CBS）或系统信息块（SIB 11/12）将异构系统的Cell ID、中心频率等参数广播给终端，并在信令中附带指示。

* **比对结论**：D1完全属于**电信网络协议与无线资源管理（RRC/CBS）领域**，完全没有公开权利要求1中关于**复合视频生成、体积视频/非体积视频、遮挡区域替换（遮挡剔除与图像复合）、视频流传输**等核心技术内容（特征B、C、D、E、F、G、H均未公开）。

2. **D2 (US20080039083A1) / D3 (WO2008017584A2)**

* **原文出处**：D2段落[0017]–[0035], [0093]–[0098], 图2–图5 / D3段落[p0011]–[p0025], [p0051]–[p0055]。

* **技术领域与方案**：D2与D3为同族申请，涉及UMTS/LTE无线通信系统中移动台（UE）获取系统信息（System Information）的方法。其核心是把系统信息（SIBs）分为“接入前必须读取”和“接入后/连接态下按需读取”两类，以缩短呼叫建立时延。

* **比对结论**：D2/D3同样属于**移动通信无线接口信令传输领域**，与多媒体视频处理/体积视频编码无任何关系，未公开权利要求1中除基础网络接口外（特征A）的任何多媒体处理特征。

---

### 四、 最接近对比文件分析与技术问题/效果评估

在专利创造性审查或无效宣告程序中，“最接近的对比文件”通常应当是**技术领域相同或相近、所解决的技术问题最接近、公开现有技术特征最多**的对比文件。

1. **现有对比文件（D1, D2, D3）的适用性评估**：

* **技术领域不同**：目标专利权利要求1属于**多媒体视频处理、三维/体积视频编码与流传输**领域；而D1、D2、D3均属于**无线移动通信网络信令与系统信息传输**领域。

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

* 目标专利解决的技术问题是：在传输混合体积视频与非体积视频时，如何**减少传输带宽**并**消除被遮挡背景视频数据的冗余传输**（通过用体积视频数据替换被遮挡的背景子区域）。

* D1解决的技术问题是：异构网络切换时，如何降低终端搜网功耗与切换时延。

* D2/D3解决的技术问题是：如何减少终端在呼叫建立前读取庞大广播系统信息（SIB）的时间开销。

* **结论**：**D1、D2、D3均不适合作为本专利创造性分析中的最接近对比文件**。这三份对比文件均缺乏本专利的核心发明构思（遮挡检测 + 子区域替换 + 复合流传输 + 信令指示）。

---

### 五、 无效请求中最薄弱的技术特征分析与检索策略

如果您计划对权利要求1发起**专利无效宣告请求**，基于目前的D1-D3文献是**无法成立**的。为了成功无效该权利要求，需要重新制定精准的文献检索策略。

#### 1. 权利要求1中最薄弱的技术特征（突破口分析）

在权利要求1的技术特征组合中，按显而易见性与技术难度排序：

* **最强防御特征（核心发明点）**：

* **特征D + 特征F（遮挡区域确定与空间子区域替换）**：将前景体积视频的2D/非体积表示直接“填补/替换”到背景2D视频中被遮挡的区域。这一技术手段在降低多码流传输带宽的同时，巧用被遮挡区域进行数据隐写/拼接复合。

* **相对薄弱、容易被公知常识或现有技术结合攻破的特征（突破口）**：

1. **特征E（体积视频的非体积表示转换）**：将3D体积视频（点云/体素/网格）转换为2D非体积表示（如 2D Depth Map + Texture Map，深度图+纹理图，或透视投影图），这是3D视频编码（如 ISO/IEC MPEG MIV - Video-based Point Cloud Compression (V-PCC) / Metadata for Immersive Video）领域的**标准技术**。

2. **特征H（信令数据指示）**：在视频流或容器（如 MP4 container / SEI message / SDP）中添加一个 Flag 或 Signaling Data 告知解码端包含体积视频表示，属于本领域的**常规技术手段**。

3. **特征G（流式传输/空间片段传输）**：基于 Tile 的视频流传输（Tile-based Streaming，如 DASH / HEVC MCTS），在视频流传输领域已被广泛采纳。

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

为了寻找能够有效破坏权利要求1新颖性/创造性的对比文件（D1'），建议采取以下检索策略：

##### (1) 技术领域与关键词组合（IPC / CPC 分类号）

* **核心分类号**：

* `H04N 19/00`（视频编码）

* `H04N 19/597`（多视图或3D视频编码，如3D-HEVC、V-PCC）

* `H04N 21/234` / `H04N 21/236`（服务器端视频处理与流提取/复合）

* `H04N 13/00`（立体视频/3D视频系统）

* **关键词逻辑表达式（English Keyword Strategy）**：

* **主题1（体积/3D视频转换）**: (`volumetric video` OR `point cloud` OR `free-viewpoint` OR `3D mesh`) AND (`non-volumetric` OR `2D map` OR `texture map` OR `depth map` OR `projection`)

* **主题2（遮挡与替换/复合）**: (`occluded` OR `occlusion` OR `covered region` OR `background sub-region`) AND (`replace` OR `substitute` OR `embed` OR `composite` OR `pack`)

* **主题3（流传输与信令）**: (`streaming` OR `DASH` OR `SEI message` OR `signaling`)

##### (2) 重点检索方向与技术来源

1. **MPEG 国际标准化组织文档（MPEG Standards & Contributions）**：

* 重点检索 **MPEG V-PCC (ISO/IEC 23090-5)** 或 **MPEG-I MIV (Immersive Video, ISO/IEC 23090-12)** 的提案文档（Contributions）及工作草案（Working Drafts）。标准组在2017–2020年间有大量关于“如何将点云/体积视频展开为2D Canvas，并利用2D背景帧中的未利用/遮挡像素区域进行数据打包（Packing / Patch Placement）”的论文与提案。

2. **学术数据库与顶级会议论文**：

* IEEE Transactions on Multimedia, IEEE VR, ACM Multimedia, Eurographics。

* 关注关键词如：“Volumetric video streaming”、“Background replacement for 3D/2D overlay”、“Tile-based immersive video packaging”。

3. **重点申请人/公司专利库**：

* 关注该领域的头部企业专利：InterDigital, Qualcomm, Sony, Intel, Nokia, Apple, Tencent, Bytedance。

### 总结建议

当前提供的对比文件（D1: US20070133492A1, D2: US20080039083A1, D3: WO2008017584A2）均为无线通信系统信息广播领域的文献，**完全无法对目标视频处理专利权利要求1构成有效对抗**。建议按上述检索策略，在 `H04N19/597` (3D/体积视频编码) 及 MPEG 沉浸式视频标准提案中重新检索对比文件。

作为一名专业的专利代理师，在对涉及**“体积视频与非体积视频混合的复合视频流生成”**的目标专利权利要求1进行无效可行性分析时，首先需要深入理解目标专利的**核心技术构思**：

### 目标专利权利要求1的技术本质与本质特征

目标专利解决的是在客户端同时播放“非体积视频（如2D平面视频）”与“体积视频（如3D/点云/含深度视频）”时，体积视频会遮挡部分非体积视频背景的问题。为了节省网络传输带宽：

1. **确定遮挡区域（特征D）**：处理器计算出非体积视频中将被前景体积视频部分或完全遮挡的**空间子区域**。

2. **转换与替换/嵌入（特征E、F）**：将体积视频通过转换技术转化为非体积表示形式（如包含深度/色彩映射的平面图像），并**用该非体积表示的数据直接替换/填补**到非体积视频被遮挡的那个空间子区域中，拼成单帧复合视频。

3. **流传输与信令通知（特征G、H）**：将复合视频流传输给终端，同时**发送信令**告知终端“该复合流中包含了体积视频的非体积表示”，使终端能解包并重构3D体积视频。

---

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

在对提供的三份对比文件进行检索和比对分析后发现：

* **对比文件D1（WO2009022951A1）**：公开的是蜂窝移动通信系统中基站间更新邻区系统信息（Spare Capacity Report、DCD/UCD）的机制。

* **对比文件D2（US20100111062A1）**：公开的是分层小区（宏小区与微小区/Hot Zone混合）结构下传输系统信息（P-SCH, S-SCH, BCH, 扩展BCH）及分配专属资源区域的方法。

* **对比文件D3（KR1020100050219A）**：为D2的同族韩国专利公开文本，技术内容与D2完全一致。

### 详细对比表格及出处标注

针对目标专利权利要求1的技术特征（A~H），各对比文件的公开情况如下：

---

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

### 1. 整体解决的技术问题与技术效果分析

* **目标专利**属于**多媒体图像/视频处理与视频编码传输领域**。其解决的根本技术问题是：在多维视频混合播放场景下，**如何减少体积视频与平面背景视频同时传输时的带宽浪费，并保证客户端能正确解析重构**。

* **D1、D2、D3**均属于**无线移动通信（蜂窝网络架构）领域**。

* D1解决的是微波/WiMAX蜂窝网络切换过程中，基站间系统信息更新延迟导致服务中断的问题。

* D2/D3解决的是宏小区与微小区异构网络（Hierarchical Cell Structure）中，微小区对宏小区控制信令产生强烈干扰的问题。

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

在专利创造性审查中，“最接近的对比文件”应当是**与要求保护的主题属于相同或相近的技术领域、所解决的技术问题最相似、公开技术特征最多**的对比文件。

* **评估结论**：提供的**D1、D2、D3均不适合作为最接近的对比文件**。

* **原因分析**：D1、D2、D3与目标专利存在**领域跨度过大（视频编解码/图形学 vs 无线通信PHY/MAC层信令）**的问题。现有对比文件仅能公开通用硬件框架（网络接口、处理器、收发器）以及广义上的“数据传输/信令通知”，完全没有涉及图像空间子区域遮挡计算、体积/非体积视频数据替换拼接等**核心视频处理逻辑（特征D、E、F）**。

---

## 三、 未被公开特征的覆盖情况与最薄弱技术特征分析

### 1. 未被现有对比文件公开的特征

目标专利权利要求1的核心发明点（技术特征 **B、C、D、E、F、H**）在对比文件D1、D2、D3中**均未被公开**。

### 2. 目标专利最薄弱的技术特征（专利攻防角度分析）

虽然D1~D3未能公开上述特征，但从**视频处理与流媒体技术（MPEG-3DGC / Point Cloud Compression / MIV (Metadata for Immersive Video)）的现有技术发展**来看，目标专利权利要求1中**相对最薄弱、最容易被后续补充对比文件击破的技术特征**是：

1. **特征D（确定遮挡空间子区域）与特征F（用体积视频数据替换遮挡子区域）**：

* **薄弱原因**：在视频合成（Video Compositing）与绿幕/Alpha通道合成领域，利用前景遮挡区域（Occlusion Region）掩码将前景图层嵌入背景图层的矩形/空间Bounding Box中，属于非常传统的图像掩码替换技术。如果引入视频编解码或增强现实（AR/VR）领域的对比文件，该特征极易被认定为公知常识或常规选择。

2. **特征H（提供指示复合流包含非体积表示的信令数据）**：

* **薄弱原因**：在多媒体容器格式（如MP4/ISOBMFF、RTP header、SEI message）中，通过元数据（Metadata/Signaling Flag）标识视频轨（Track）中包含了深度图（Depth map）或纹理+深度（Texture+Depth）的复合表达，是ISO/IEC MPEG标准中的标准做法。

---

## 四、 针对目标专利无效请求的进一步检索策略

若要对该目标专利成功发起无效宣告请求，目前的对比文件D1~D3**力道严重不足**（领域不对口）。建议采用以下**进一步检索策略**：

### 1. 重新设定检索领域（IPC / CPC 分类号）

重点聚焦于视频编解码、3D/体积视频传输、多视角视频及增强现实领域：

* **H04N 19/597**（多视角或立体视频序列的编码/解码）

* **H04N 19/167**（根据兴趣区域/空间子区域的视频编码）

* **H04N 21/81**（包含特定类型内容如3D/AR/VR的复合媒体流传输）

* **G06T 15/00 / G06T 19/00**（3D渲染、体积视频处理与混合现实）

### 2. 核心关键词组合策略

在检索数据库（如PatSnap、Espacenet、Google Patents、IEEE Xplore）中使用以下逻辑组合：

* **对象词**：Volumetric video / 3D video / Point cloud / Depth map / Free-viewpoint video（体积视频/点云/深度图）

* **动作/方法词**：Occlusion / Sub-region / Mask / Replace / Composite / Embed / Patch（遮挡/子区域/替换/复合/嵌入）

* **传输/信令词**：Signaling / Metadata / SEI message / Stream / Packing（信令/元数据/流打包）

### 3. 针对性标准文献与学术论文检索

* **MPEG-I Immersive Video (MIV / ISO/IEC 23090-12)** 标准提案文档：MIV标准的核心思想就是将3D/体积视频拆解并打条（Patch packing）贴入2D画布帧（Canvas）中传输，并附带信令 Metadata。

* **3D-HEVC / V-PCC (Volumetric Video-based Point Cloud Compression)** 相关的技术提案（JCT-3V / JVET 工作组文档）。这些标准提案通常早于专利申请日，公开了大量关于将3D点云/体积数据转换贴附到2D视频帧空间区域（sub-region）并传输信令的技术方案。

作为一名经验丰富的专利代理师，在深入研读本申请权利要求1及相关对比文件后，我将紧密结合目标专利说明书的逻辑架构，对权利要求1的技术特征进行侵权/无效维度的对比分析，并给出创造性最接近对比文件的选取、薄弱特征点及后续检索策略。

---

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

根据本目标专利的方案，本发明旨在解决**体积视频（Volumetric Video，如3D/点云/6DoF视频）与非体积视频（如普通2D平面背景）复合传输时，带宽占用过大且客户端解码开销高**的技术问题。

结合说明书逻辑，各技术特征解释如下：

* **技术特征A/B/C（系统与输入接口）**：处理器系统具备网络接口，接收非体积视频（背景2D视频）和体积视频（前端3D/前景视频，至少部分覆盖在非体积视频前方）。

* **技术特征D（遮挡区域确定）**：处理器确定非体积视频中**被体积视频完全或部分遮挡的空间子区域**（Occluded Sub-region）。因为被遮挡部分在客户端渲染时不可见，传输属于带宽浪费。

* **技术特征E（非体积表示转换）**：获得体积视频的**非体积表示**（Non-volumetric Representation，例如通过投影转换技术生成的2D图帧，如深度图/纹理图，允许客户端反向重构出3D体积视频）。

* **技术特征F（数据替换与输出帧生成）**：用体积视频的非体积表示（2D数据）**直接替换（Replace）**非体积视频中被遮挡的空间子区域的数据，合成一帧包含背景与前端3D转换数据的复合视频输出帧（将两路视频“打包”在同一个2D视频帧的空闲/遮挡区域内）。

* **技术特征G/H（流式传输与信令指示）**：将复合视频流传输给客户端，并**提供信令数据（Signaling Data）**，明确告知客户端该复合视频流中包含了体积视频的非体积表示，以便客户端解析并重构体积视频。

---

## 二、 各对比文件公开特征的详细分析与原文出处比对

### 1. 对比文件1：EP2193669A1 (D1)

* **公开号**：EP2193669A1

* **核心主题**：蜂窝移动通信系统中，基站之间在切换（Handover）过程中如何更新和广播邻小区系统消息（DCD/UCD、CCC计数器）。

* **特征对比分析**：

* **仅公开**：技术特征A（基站具备网络接口 `interface 460`）。

* **完全未公开**：技术特征B、C、D、E、F、G、H。D1属于无线通信物理层/网络层信令更新领域，与**视频流编码、体积视频与2D视频复合处理**技术领域完全无关（非同一技术领域）。

### 2. 对比文件2：CN101990257A (D2)

* **公开号**：CN101990257A

* **核心主题**：LTE/UMTS无线网络系统中用户设备（UE）在宏小区与家庭基站（HeNB）之间获取邻小区系统消息（MIB、SIB1）的时序与接收间隙（GAP）配置。

* **特征对比分析**：

* **仅公开**：技术特征A（基站/网络侧系统与网络接口）。

* **完全未公开**：技术特征B、C、D、E、F、G、H。D2同样属于蜂窝移动通信时序与GAP间隙调度领域，**不包含任何视频编码、体积视频空间替换或视频流复合的技术方案**。

### 3. 对比文件3：US20110223915A1 (D3)

* **公开号**：US20110223915A1

* **核心主题**：LTE系统中Femto基站（毫微基站）通过获取邻近Macro基站的系统消息（SIB1、SIB5），添加自身信息后重新广播以实现高效Beaconing及Hand-in。

* **特征对比分析**：

* **仅公开**：技术特征A（毫微基站硬件框架及网络接口，如 `duplexer 602`, `controller 608` 等）。

* **完全未公开**：技术特征B、C、D、E、F、G、H。与D1、D2类似，D3属于无线接入网系统消息更新领域，与视频处理完全无关。

---

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

---

## 四、 最接近对比文件的选择与整体技术问题分析

### 1. 最接近对比文件选择

在现有的三篇对比文件（D1: EP2193669A1、D2: CN101990257A、D3: US20110223915A1）中：

* **结论**：**D1、D2、D3均不适合作为本案最接近的对比文件（或三者均只能作为极其偏离的公知常识/背景技术参考）**。

* **原因分析**：根据《专利审查指南》，选择最接近对比文件时，应优先选择与要求保护的主题**技术领域相同、解决的技术问题最接近、技术特征揭示最多**的文件。本目标专利属于**视频编码与传输（具体为3D体积视频与2D视频的融合压缩与流传输）**领域，而D1、D2、D3全部属于**无线移动通信（蜂窝网络基站信令与系统消息更新）**领域。D1~D3除了公开通用的“处理器/网络接口”外，未能揭示本案的核心视频处理逻辑。

### 2. 未被公开的特征

* **未被D1-D3公开的特征**：技术特征 **B、C、D、E、F、G、H**（即全套体积视频与非体积视频的遮挡检测、空间替换复合编码以及信令指示机制）。

---

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

若直接基于目前给出的对比文件（D1-D3）发起专利无效，**成功率为0%**。但从**目标专利本身的技术方案**及视频编码领域的普遍常识来看，若引入新的视频编码对比文件，本专利**最薄弱的技术特征**如下：

1. **最薄弱特征：技术特征D + 特征F（确定遮挡区域并进行数据替换）**

* **薄弱点理由**：在多视角视频编码（MVC）以及前景-背景视频复合（Green screen / Chroma keying / Picture-in-Picture）领域，**“检测被前景/体积物体遮挡的背景区域，并将该无用背景区域替换为其他有效数据（如深度图、点云2D映射图或辅助码流）”**是节省带宽的常见手段（例如 MPEG-I 规范中的 Patch Packing 或 Atlas 映射技术）。若后续检索到相关视频编码标准或专利，特征D和F非常容易被认定为“本领域技术人员的常规技术手段”或已被现有技术公开。

2. **次薄弱特征：技术特征H（传递指示非体积表示的信令数据）**

* **薄弱点理由**：在复合视频流中增加 SEI 消息（补充增强信息，Supplemental Enhancement Information）或 Header 信令来指示当前视频帧包含点云/深度图映射，属于视频编码领域（如 H.264/H.265/MPEG）的标准做法，创造性高度依赖于特征E与F的结合。

---

## 六、 进一步的对比文件检索策略（Retrieval Strategy）

为了成功无效本目标专利，必须彻底放弃目前通信物理层/信令层的检索方向（D1-D3），转向**视频编码与3D/体积视频传输技术**领域。建议采取以下检索策略：

### 1. 国际专利分类号（IPC / CPC）锁定

* **H04N 19/597**：专门用于多视角视频的帧间/帧内预测与编码（Multi-view video sequence encoding）。

* **H04N 19/167**：基于感兴趣区域（ROI）或特定空间区域的视频编码（Data quantities based on region of interest）。

* **H04N 19/20**：基于对象/前景背景分割的视频编码（Video coding based on scene objects/elements）。

* **H04N 21/81**：结合3D/虚拟现实/点云内容的视频流传输（Media content description / 3D rendering）。

* **G06T 9/00**：数据压缩，特别是图像/3D点云/几何数据的压缩（Data compression, e.g. 3D meshes/point clouds）。

### 2. 关键词组合策略（中英文）

* **核心逻辑链**：`[体积视频/点云/3D/多视角] AND [2D/平面/非体积] AND [遮挡/覆盖] AND [替换/打包/嵌入] AND [流传输/信令]`

* **英文关键词组**：

* **主题词A (体积/3D)**: `volumetric video`, `3D video`, `point cloud`, `free-viewpoint`, `mesh video`, `depth map`.

* **主题词B (遮挡与替换)**: `occlusion`, `occluded area`, `sub-region`, `replace`, `substitute`, `embed`, `packing`, `patch packing`, `picture-in-picture`.

* **主题词C (信令/流式)**: `signaling`, `SEI message`, `metadata`, `stream`, `composite frame`.

### 3. 非专利文献（NPL）与标准文档重点检索

由于体积视频（Volumetric Video）及点云压缩（PCC）高度依赖国际标准制定，**学术论文与标准提案往往早于专利公开**：

* **MPEG / 3GPP 标准文档**：

* **MPEG-I (ISO/IEC 23090)** Part 5 (Visual Volumetric Video-based Coding, **V-DCC / V-PCC**) 以及 Part 12 (Immersive Media Transport)。重点查找关于将点云Atlas/Patches映射打包到2D Video Frame空闲或被遮挡区域的提案。

* IEEE Xplore / ACM Digital Library：检索关于 *"Volumetric video streaming with occlusion awareness"* 或 *"Background subtraction for 3D overlay video compression"* 的学术论文。

作为经验丰富的专利代理师，我对目标专利权利要求1及两份对比文件（D1与D2）进行了深度的技术特征对比、法律逻辑梳理和无效检索策略规划。

---

## 一、 目标专利技术方案与权利要求1的准确理解

### 1. 技术领域与核心发明点

目标专利属于**视频处理与混合现实/增强现实（AR/VR）流传输技术领域**。

其核心在于：如何高效地将“体积视频（Volumetric Video，如3D点云或网格数据）”与“非体积视频（Non-volumetric Video，如传统2D背景视频）”融合并传输给客户端。

### 2. 权利要求1技术特征拆解

* **特征A（网络接口）**：处理器系统包括到网络的网络接口。

* **特征B（输入接口-非体积视频）**：输入接口用于获得非体积视频。

* **特征C（输入接口-体积视频）**：获得体积视频，且体积视频的至少一部分要由客户端在非体积视频的前面显示（存在前后遮挡关系）。

* **特征D（遮挡区域确定）**：处理器确定非体积视频的空间子区域，当体积视频显示在非体积视频前面时，该空间子区域被部分或完全遮挡。

* **特征E（体积视频的非体积表示转换）**：针对相应输入帧，获得体积视频的“非体积表示”，该表示使用可逆的转换技术生成（允许从非体积表示重构体积视频，例如将3D几何/纹理映射为2D图像帧）。

* **特征F（数据替换/像素打补丁）**：用体积视频的非体积表示的数据，**替换**非体积视频中被遮挡的“空间子区域的数据”，从而合成复合视频输出帧（利用被遮挡的废弃2D空间来填装3D视频转换后的2D数据，极大地节省带宽）。

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

* **特征H（信令通知）**：向客户端提供信号传递数据（Signaling Data），指示该复合视频流中包含了体积视频的非体积表示（使得客户端能够识别并解码重构出3D体积视频）。

---

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

### 1. 对比文件基本信息与中文指代

* **D1**：`KR1020110102580A`（韩国发明公开），名称：《무선통신 시스템에서 펨토 기지국이 효율적으로 비코닝 하기 위한 장치 및 방법》（无线通信系统中毫微微基站高效信标的装置及方法）。

* **D2**：`CN102202315A`（中国发明公开），名称：《毫微微细胞网络中避免干扰的方法、装置与系统》。

---

### 2. 详细特征比对表格

---

### 3. 详细公开性与技术领域分析

* **D1 (`KR1020110102580A`)**：

* **技术领域**：移动通信系统中的无线资源管理（LTE 毫微微基站/Femto Cell 的 Beacon 优化及 SIB 广播机制）。

* **公开性结论**：**既未毫无异议公开，也未实质公开本专利的核心技术特征（B、C、D、E、F）**。D1 仅公开了常规的蜂窝网络基站硬件接口（特征A的部分等效）以及无线通信中在控制信令（SIB1/Paging）中设置“信息已更新”标志位（与特征H在“打标记”这一广义抽象逻辑上略有形似）。D1 根本不涉及视频编码、3D体积视频处理或像素级空间数据替换。

* **D2 (`CN102202315A`)**：

* **技术领域**：无线通信网络中异构网（Macro Cell 与 Femto Cell）控制信道的干扰消除与消音（Muting）机制。

* **公开性结论**：**完全未公开本专利的核心技术特征（B、C、D、E、F、H）**。D2 仅公开了通用无线通信装置的硬件结构（处理器、接口模块、存储器），全篇围绕超帧首部（SFH）的关闭与开启展开，与目标专利的混合视频流合成技术无关。

---

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

### 1. 最接近对比文件的选择分析

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

* **目标专利解决的问题与效果**：解决在混合现实（AR/VR）视频传输中，3D体积视频与2D背景视频并行传输占用极高带宽的问题；通过“擦除被遮挡的2D背景像素，并将3D视频编码为2D格式填入该空缺区域”，实现了**不增加带宽/不增加视频流数量的前提下，高效传输3D复合视频**的技术效果。

* **D1 与 D2 解决的问题与效果**：解决 LTE/WiMAX 无线异构网络中 Femto 毫微微基站导致终端无法顺利 Hand-in（切换）或控制信道相互干扰的问题。

**代理师意见**：

在专利无效/创造性审查中，**D1 (`KR1020110102580A`) 和 D2 (`CN102202315A`) 均不适合作为最接近的对比文件**。因为它们属于完全不同的技术领域（无线通信物理层/MAC层信令管理 vs. 计算机视觉与视频编解码/流媒体传输），且没有公开目标专利的任何核心发明点（特征 B、C、D、E、F）。

若强行指定，D1 或 D2 仅能在“通信网络接口+数据传输+发送更新标记”这一最外层通用框架上提供微弱的参考，但无法构成立案所需的“最接近现有技术”。

---

## 四、 无效请求中最薄弱的技术特征分析与攻击风险评估

如果仅凭现有的 D1 和 D2 发起无效宣告，**无效请求将极大概率被国家知识产权局（CNIPA）或法院直接驳回**。

目标专利权利要求1中，各个技术特征的防御强度如下：

### 1. 最坚固的技术特征（核心发明点）

* **特征D + 特征F 组合**：*“确定2D视频被3D体积视频遮挡的空间子区域”* + *“用3D体积视频的2D转换数据直接替换（填补）该被遮挡的2D空间子区域”*。

* **创新性逻辑**：利用了“被遮挡的2D背景反正用户也看不到，属于冗余数据”这一视觉特性，将这部分废弃的像素空间充当“数据管道”来传输 3D 视频数据。这一“像素级空间借用”的构思非常独特。

### 2. 相对薄弱的技术特征（潜在突破口）

目标专利中相对容易被专业领域（视频处理/AR/VR）现有技术击破的“薄弱特征”在于：

1. **特征E（体积视频的非体积表示/3D转2D）**：

* 3D点云或网格（Mesh）转换为2D Depth Map（深度图）+ 2D Texture Map（纹理图）（即所谓 2D RGB-D 表达）是 3D 视频编码领域（如 MPEG-I Visual Volumetric Video Compression, V-DMC / V-PCC 标准）的**公知常识或标准技术**。

2. **特征H（信令通知/Signaling Data）**：

* 在视频流的 SEI 信息（Supplemental Enhancement Information）或容器 Header 中添加一个 Flag（标记），用于告知解码器“本帧包含 RGB-D / 深度打包数据”，这在传统 3D/立体视频传输协议中非常常见。

---

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

由于当前给出的 D1(`KR1020110102580A`) 和 D2(`CN102202315A`) 偏离技术领域，为成功无效目标专利，**必须重新调整检索方向**。以下是针对性检索策略：

### 1. 准确的 IPC / CPC 分类号锁定

应当放弃 H04W（移动通信网络）分类号，转向 **H04N（图像通信；视频传输）** 和 **G06T（计算机图形学/3D图像处理）**：

* **H04N 19/597**：专门用于立体或多视图视频的视频编码（Multiview/3D video coding）。

* **H04N 19/167**：基于感兴趣区域（ROI）或遮挡区域的视频编码（Block/ROI based coding）。

* **H04N 21/434 / H04N 21/234**：流媒体传输中的信号流解复用与复合视频流生成。

* **G06T 15/00 / G06T 9/00**：3D 数据的 2D 投影与压缩（Volumetric compression）。

### 2. 核心关键词组合逻辑

在 Patentics, TotalPatent, Espacenet 或 CNIPA 系统中使用以下英文/中文关键词组合：

* **组 A（体积视频转换）**：`Volumetric video`, `3D point cloud`, `Mesh`, `RGB-D`, `2D representation`, `V-PCC`, `MPEG-I`.

* **组 B（遮挡与空间替换）**：`Occlusions`, `Occluded region`, `Replace`, `Substitute`, `Embed`, `Overlaid`, `Background/Foreground`.

* **组 C（复合流与信令）**：`Composite video`, `Multiplex`, `Signaling`, `SEI message`, `Stream`.

### 3. 标准组织与学术论文检索（非专利文献 NPL）

由于“体积视频（Volumetric Video）”是近年 AR/VR 领域的热点，大量关键技术优先发表于国际标准和顶级会议：

* **MPEG 标准委员会（ISO/IEC JTC 1/SC 29/WG 11）**：重点检索 **MPEG-I V-PCC (Video-based Point Cloud Compression)** 和 **OMAF (Volumetric Media format)** 的提案文件（Input Documents, 2016~2020年）。

* **学术顶会**：ACM Multimedia, IEEE VR, CVPR, SIGGRAPH 中关于 *"Dynamic 3D Web/Video streaming"*, *"Video Inpainting for Augmented Reality"* 的论文。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1，结合对比文件D1（TW201136204A）和D2（US20110269500A1）的原文进行了深入的技术特征拆解、对比分析及法律评价。以下是详细的分析报告：

---

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

权利要求1保护一种用于生成复合视频流并传输至客户端设备的处理器系统，其技术构思核心在于**体积视频（Volumetric Video）与非体积视频（Non-volumetric Video）的混合编码与空间带宽优化**。各技术特征拆解及技术内涵如下：

* **技术特征A**：`一种被配置用于生成用于传输到客户端设备的复合视频流的处理器系统，该处理器系统包括：-到网络的网络接口；`

* **解释**：明确了主题名称及硬件基础环境，包含网络通信接口。

* **技术特征B**：`-输入接口，该输入接口用于获得：-非体积视频；以及`

* **解释**：获取普通的二维（2D）传统视频信号。

* **技术特征C**：`-体积视频，该体积视频的至少一部分要由该客户端设备在该非体积视频的前面显示；`

* **解释**：获取三维/体积视频（如点云、网格或三维场景数据），且该体积视频在客户端渲染时会叠加在非体积视频（背景）的前方。

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

* **解释**：计算前景体积视频与背景非体积视频的空间遮挡关系，识别出背景视频中被前景遮挡而无需显示的像素/区域（Spatial Sub-region）。

* **技术特征E**：`-针对该非体积视频和该体积视频的相应输入帧，通过以下操作为该客户端设备生成复合视频：-获得该体积视频的非体积表示，该非体积表示是使用转换技术生成的，该转换技术允许从该非体积表示重构该体积视频；`

* **解释**：将3D体积视频利用投影或转换技术（如打包成2D纹理图和深度图）转换为2D非体积表示，以便于利用传统2D视频编解码器传输，且保证可逆重构。

* **技术特征F**：`-用该体积视频的非体积表示的数据替换该非体积视频的空间子区域的数据，从而获得该复合视频的输出帧；并且`

* **解释**：**核心发明点之一**。将转换后的体积视频2D数据填入背景视频中被遮挡的空间子区域内，打包成单帧复合视频输出帧，大幅节省带宽并提高编码效率。

* **技术特征G**：`经由该网络接口：-将该复合视频作为复合视频流或将该复合视频流的所选空间片段流式传输到该客户端设备；并且`

* **解释**：将合成的视频流通过网络传输给客户端。

* **技术特征H**：`-将信号传递数据提供到该客户端设备，该信号传递数据指示该复合视频流包含该体积视频的非体积表示。`

* **解释**：发送信令数据（Signaling Data），通知客户端该流中嵌入了体积视频的转换数据及具体位置，指导客户端进行重构解包。

---

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

针对引用的两篇对比文件：

1. **D1**：`TW201136204A`（公开日：2011-10-16，名称：毫微微細胞（Femtocell）網路中避免干擾的方法、裝置與系統）

2. **D2**：`US20110269500A1`（公开日：2011-11-03，名称：Neighbour Information Update in a Cellular System）

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

#### 2. 对比文件原文详细分析与评述

* **D1（TW201136204A）原文分析**：

* D1主要解决毫微微细胞基地台（Femto ABS）与巨微基地台（Macro ABS）重叠覆盖时控制通道的无线干扰问题（摘要，段落[0003]-[0006]）。

* 虽然D1的图9及段落[0049]-[0052]公开了包含处理器310、存储模组320及介面模组330的硬件结构，可对应**特征A**中的通用处理器系统硬件框架；但D1完全没有涉及任何视频图像处理，更未公开**特征B-H**。

* **D2（US20110269500A1）原文分析**：

* D2主要解决移动终端在蜂窝基站（WiMAX等）之间进行切换（Handover）时，因邻接基站系统信息更新导致的业务中断和延迟问题（摘要，[0005]-[0007]）。

* D2在FIG. 4及[0062]-[0064]中公开了基站400包含天线410、接收机420、发射机430、微处理器440及网络接口460，这仅公开了**特征A**的通用硬件环境；D2中的信令（如`DCD UCD Request/Response`）完全用于蜂窝网络参数同步，与本专利的视频流信令（**特征H**）存在本质区别，**特征B-H**均未公开。

---

### 三、 最接近对比文件分析及技术问题与技术效果评估

在专利创造性审查与无效宣告中，选择“最接近的对比文件”需遵循**技术领域相同或相近、解决的技术问题类似、公开的技术特征最多**的原则。

1. **整体解决的技术问题与技术效果比较**：

* **本目标专利**：属于**视频编解码与流媒体传输技术领域**。其解决的技术问题是如何在传输3D体积视频和2D视频叠加场景时，降低网络传输带宽并实现高效解码；技术效果是通过将3D体积视频转换为2D表示，填补背景视频中被遮挡的无效空间，极大地提高了传输带宽利用率与流传输效率。

* **D1（TW201136204A）**：属于**无线移动通信接入技术领域**。解决的是Femtocell网络中SFH控制通道的无线同频干扰问题；技术效果是消除覆盖盲区。

* **D2（US20110269500A1）**：属于**无线通信网络邻区信息同步技术领域**。解决的是基站切换时的系统信息更新延迟问题；技术效果是缩短切换中断时间。

2. **最接近对比文件结论**：

* **D1与D2均不适合作为本专利权利要求1最接近的对比文件**。

* **原因**：D1和D2与本专利所在的技术领域相差甚远（无线通信基站接入与控制 vs 视频图像处理/传输），两者除公开了通用的“处理器/网络接口”硬件外，对于权利要求1关于视频处理的核心方案（特征B-H）**完全未给出任何教导或技术启示**。

* **特征结合评估**：由于D1和D2仅公开了通用硬件特征A，未被公开的特征B、C、D、E、F、G、H在D1与D2的组合中依然无法被拼凑出来。仅凭D1和D2组合**完全无法对权利要求1的新颖性和创造性构成挑战**。

---

### 四、 无效分析中最薄弱的技术特征评估

若要对本专利发起无效宣告请求，必须从技术方案的实质创新度来评估权利要求1的防线厚度：

1. **最坚固的技术特征（核心护城河）**：

* **特征D + 特征F**：利用前景体积视频遮挡背景非体积视频的逻辑，**计算出背景视频被遮挡的空间子区域，并直接用体积视频的2D转换数据替换该被遮挡子区域的数据**。这种将体积视频“隐藏/打包”进背景视频无效像素区的打包机制极具创新性，是本专利最强的技术特征。

2. **相对薄弱/易被攻破的技术特征（若在视频处理领域检索）**：

* **特征E（体积视频转换为非体积表示）**：在3D视频编码领域（如MPEG V-PCC，即基于视频的点云压缩），将3D点云/网格转换为2D纹理图和深度图（非体积表示）属于业界公知技术或标准技术。

* **特征H（信令通知）**：在流媒体传输（如DASH、RTP/RTSP）中，在带外或带内通过信令（Signaling/Metadata）指示视频流的类型或编码格式属于惯用技术手段。

3. **无效突破口结论**：

* 目前提供的D1和D2完全偏离技术领域。无效请求的关键在于**必须寻找一篇位于视频处理/编码领域的对比文件作为D1（最接近对比文件）**，且该对比文件已公开“体积视频与2D视频结合传输”或“利用视频冗余/遮挡区域填充附加数据”的概念。

---

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

为了对权利要求1发起有效的无效宣告攻击，建议调整检索方向，深入视频编码与3D点云传输领域重新检索，具体策略如下：

#### 1. 专利分类号（IPC / CPC）精准锁定

应放弃无线通信类分类号（如H04W），聚焦于视频编码、3D图像渲染与流传输分类号：

* **H04N 19/597**：立体或多视图视频的视频编码（Motion-compensated predictive coding for stereoscopic or multiple-view video）。

* **H04N 19/20**：基于视频对象/区域的编码（Video coding based on regions or objects）。

* **H04N 21/234 / H04N 21/236**：流媒体服务器端的视频内容加工、复合与打包信令。

* **G06T 9/00 / G06T 15/00**：3D数据（点云/网格）压缩与三维渲染。

#### 2. 核心关键词逻辑组合

构建针对**特征D、E、F**的检索表达式：

* **组一（体积视频与2D转换）**：`(volumetric video OR point cloud OR 3D mesh OR V-PCC) AND (non-volumetric OR 2D representation OR texture map OR depth map OR projection)`

* **组二（遮挡与空间替换/打包）**：`(occlusion OR occluded area OR spatial sub-region OR hidden region) AND (replace OR embed OR pack OR payload OR background)`

* **组三（复合流与信令）**：`(composite video stream OR multiplex) AND (signaling OR metadata OR manifest)`

#### 3. 关键非专利文献（NPL）与标准文档检索

* **MPEG-I 3D/Volumetric Media 标准组文档**：重点检索 ISO/IEC JTC 1/SC 29/WG 11 (MPEG) 关于 **V-PCC (Video-based Point Cloud Compression)** 和 **MPEG-I Immersive Video (MIV)** 的标准提案与工作草案（重点检查2018–2022年间的提案），其中大量涉及将3D体积数据打包入2D视频帧（Patch Packing）及信令指示机制。

* **IEEE / ACM 顶级会议论文**：检索 IEEE Transactions on Circuits and Systems for Video Technology (TCSVT)、IEEE Open Journal of Signal Processing 等期刊关于 *Volumetric Video Streaming*, *AR/VR Hybrid Video Transmission*, *Occlusion-aware Video Coding* 的技术论文。

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