**对比文件名称**：发明申请_US20170272782A1 CODING VIDEO DATA USING A TWO-LEVEL MULTI-TYPE-TREE FRAMEWORK
**目标专利名称**：用于视频译码的调色板译码
**本次调用模型名称**：DeepSeek最新版本模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种编码视频数据的方法**<br>**《直接公开》** | [0007] “In one example, a method of decoding video data includes...”<br>译文：“在一个实例中，一种解码视频数据的方法包括...”<br><br>[0026] “In video coding, tree data structures may be used to represent video block partitioning.”<br>译文：“在视频编码中，树数据结构可用于表示视频块划分。”<br><br>[0029] “The techniques of this disclosure may be applied to overcome these or other such challenges.”<br>译文：“本公开的技术可用于克服这些或其它此类挑战。” | 对比文件明确公开了其技术方案涉及视频编码和解码的方法。例如，其摘要部分概述了“描述用于在基于块的视频编码中组织编码单元（即，视频数据块）的技术”，并在具体实施方式中多次描述了编码和解码视频数据的方法流程（如[0007]段）。这属于对“一种编码视频数据的方法”这一上位概念的**直接公开**。对比文件中的方法是为了高效地组织和编码视频块，这与目标专利中“编码视频数据的方法”所起到的统领技术方案的作用是相同的。 |
| **技术特征B：接收具有大小的视频数据块**<br>**《直接公开》** | [0030] “In general, according to ITU-T H.265, a video picture may be divided into a sequence of coding tree units (CTUs) (or largest coding units (LCUs)) that may include both luma and chroma samples.”<br>译文：“通常，根据ITU-T H.265，视频图片可以被划分为一系列编码树单元(CTU)（或最大编码单元(LCU)），其可以包含亮度和色度样本。”<br><br>[0032] “A CU has a similar purpose as a macroblock of the H.264 standard, except that a CU does not have a size distinction.”<br>译文：“CU具有与H.264标准的宏块类似的目的，不同之处在于CU没有大小区分。”<br><br>[0119] 图4及相关描述说明了编码树块(CTB)及其划分。<br>译文：图4及相关描述说明了编码树块(CTB)及其划分。 | 对比文件明确且反复地描述了视频数据被划分为具有特定大小的块（如CTU、CU）并进行处理的过程（如[0030], [0032]段）。接收这些块是执行后续编码（如划分、预测、变换）的前提步骤。因此，“接收具有大小的视频数据块”这一特征被对比文件**直接公开**。其在对比文件中作为编码处理的基本输入单元，与在目标专利中作为调色板编码处理对象的作用相同。 |
| **技术特征C：确定所述视频数据块的所述大小，其中最大延行长度值小于最大变换单元的大小或其中所述最大延行长度值为32×32减去1**<br>**未公开** | [0140] “The RQT allows TU sizes from 4×4 up to 32×32 luma samples.”<br>译文：“RQT允许TU大小从4×4到32×32亮度样本。”<br><br>[0033] “Syntax data associated with a CU may also describe, for example, partitioning of the CU into one or more TUs according to a quadtree. A TU can be square or non-square (e.g., rectangular) in shape.”<br>译文：“与CU相关联的语法数据还可以描述例如根据四叉树将CU划分成一个或多个TU。TU可以是正方形或非正方形（例如，矩形）形状。” | 1. **关于“最大变换单元的大小”**：对比文件确实公开了变换单元(TU)的大小最大可达32×32（[0140]段），这对应于目标专利中“最大变换单元的所述大小为32×32”（特征E）。<br>2. **关于“最大延行长度值”**：对比文件全文未提及“run-length”（延行长度）或任何类似概念，更未定义“最大延行长度值”。调色板编码中的“游程长度”是特定于调色板编码模式的技术特征，用于指示连续共享同一模式或索引的样本数量。<br>3. **关于技术特征C的整体**：该特征的核心在于建立“最大延行长度值”与“最大变换单元大小”之间的特定数量关系（小于或等于某值），或直接定义“最大延行长度值”为一个具体数值（32×32-1）。由于对比文件根本未公开“延行长度”这一概念，因此无从谈起该概念的值与变换单元大小之间的比较关系。本领域技术人员无法从对比文件中直接或通过合理推理得到“最大延行长度值”及其与变换单元大小的限定关系。因此，**技术特征C未被对比文件公开**。 |
| **技术特征D：以及以下各者中的一者：当对所述视频数据块进行调色板模式编码时将所述视频数据块的任何延行长度值限于小于或等于所述最大延行长度值；或如果所述视频数据块的任何延行长度值并未限于小于或等于所述最大延行长度值，那么当所述视频数据块的所述所确定大小大于所述最大变换单元的所述大小时停用用于所述视频数据块的调色板模式编码。**<br>**未公开** | 对比文件说明书中未包含与“调色板模式编码”（palette mode coding）或“延行长度值”（run-length value）相关的任何描述。 | 技术特征D涉及调色板编码模式下的两种具体控制逻辑：要么限制游程长度，要么在块尺寸过大时禁用调色板模式。这是目标专利为了解决调色板编码应用于特定块划分结构时可能出现的效率或兼容性问题而提出的具体方案。<br>对比文件的技术方案聚焦于使用两级多类型树（MTT）框架进行视频块的划分和组织，并讨论了在该框架下应用如OBMC、重叠变换等编码工具。其全文未提及“调色板”（palette）这一编码模式。因此，对比文件既未公开“调色板模式编码”这一前提，也未公开基于游程长度限制或块大小比较来启用/禁用该模式的具体规则。本领域技术人员无法从对比文件的内容中推导出这些特定的技术手段。因此，**技术特征D未被对比文件公开**。 |
| **技术特征E：根据权利要求1所述的方法，其中所述最大变换单元的所述大小为32×32。**<br>**《直接公开》** | [0140] “The RQT allows TU sizes from 4×4 up to 32×32 luma samples.”<br>译文：“RQT允许TU大小从4×4到32×32亮度样本。” | 对比文件在[0140]段明确指出了变换单元(TU)的最大允许尺寸为32×32亮度样本。这直接、明确地公开了“最大变换单元的所述大小为32×32”这一技术特征。在对比文件中，该最大TU尺寸是RQT（残差四叉树）结构所允许的上限，用于约束变换操作的数据块大小。这与目标专利中作为判断是否启用调色板模式的参考基准之一的作用，在“定义变换单元尺寸上限”这一技术含义上是相同的。因此，该特征被**直接公开**。 |
<<<A>>>
<<<B>>>
<<<E>>>