### 对比文件名称：发明公开_CN104170389A 三维视频编码的运动向量产生方法及装置
### 目标专利名称：视频译码中的时间运动矢量预测候选的推导
### 本次调用的模型名称：GPT-4o
根据目标专利权利要求中给出的技术特征划分，创建特征比对表格如下：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：一种对视频数据进行译码的方法** <br> **公开性判断：隐含公开** | [第1段] “本发明是有关于视频编码，更具体地，本发明是有关于三维(Three-Dimensional, 3D)视频编码中的运动向量预测器的产生(derivation)。” | 对比文件通篇描述的是三维视频编码中运动向量预测器（MVP）的产生方法，这本身就是一种视频数据译码（编码和解码）的具体技术。其解决的问题（提高多视点视频编码效率）和目标专利（提高视频译码效率）在广义上属于同一技术领域。因此，本领域技术人员可以合理推断，对比文件公开了一种视频数据译码的方法。 |
| **技术特征B：由视频译码器并且经由经译码的视频比特流对语法元素进行译码，所述语法元素显式地指定所述经译码的视频比特流是否包括指定时间运动矢量预测(TMVP)候选推导过程的参数的多个语法元素** <br> **公开性判断：隐含公开** | [第63段] “该方法可通过明确发送指针至解码器以指示MVP集合中的哪个MVP为最终MVP而扩展至运动向量补偿机制。此外，可使用旗标(flag)、语法或尺寸来指示MVP是否基于给定顺序产生，或通过明确发送MVP指针的信号来指示。旗标、语法或尺寸可间接产生或以不同级别明确传送。” | 对比文件明确提出了可以使用“旗标(flag)、语法”来指示MVP的产生机制（例如，是基于预定顺序还是通过显式发送指针）。虽然这里“MVP的产生机制”不完全等同于目标专利中“是否包括指定TMVP候选推导过程的参数的多个语法元素”，但其核心思想是一致的：**通过一个显式的语法元素（旗标）来控制后续更详细的语法元素（如MVP指针或参数）是否存在于比特流中**。在视频编码领域，这种用一个标志位控制后续可选语法元素是否出现的信令方式是常见技术。因此，本领域技术人员可以从对比文件的上述内容中合理推断出技术特征B。 |
| **技术特征C：所述语法元素是二进制标志语法元素** <br> **公开性判断：隐含公开** | [第32段] “表1显示使用截断一元码操作的MVP指针的二进制表格的示例。” <br> [第63段] “...可使用旗标(flag)、语法...” | 对比文件多次提及“旗标(flag)”，在视频编码标准语境中，“旗标”通常指代取值为0或1的二进制语法元素。同时，对比文件第32段展示了MVP指针的二进制编码表，表明其使用了二进制编码。结合对技术特征B的推理，本领域技术人员可以合理推断，用于控制信令方式的语法元素是一个二进制标志。 |
| **技术特征D：所述二进制标志语法元素的显式地指定所述经译码的视频比特流是否包括指定所述TMVP候选推导过程的参数的所述多个语法元素的第一值指示所述经译码的视频比特流包括指定所述TMVP候选推导过程的参数的所述多个语法元素** <br> **公开性判断：隐含公开** | [第63段] “...可使用旗标(flag)、语法或尺寸来指示MVP是否基于给定顺序产生，或通过明确发送MVP指针的信号来指示。” | 对比文件描述，一个旗标可以用来指示两种MVP产生方式：1) 基于给定顺序（隐含推导）；2) 通过明确发送MVP指针（显式信令）。这隐含了该旗标至少有两个值，分别对应两种模式。可以合理推断，当旗标取某个特定值（第一值）时，意味着将采用“明确发送MVP指针的信号”的模式，即比特流中会包含用于指定MVP（可类比为TMVP参数）的显式语法元素（如指针）。这与特征D的描述逻辑一致。 |
| **技术特征E：以及所述二进制标志语法元素的显式地指定所述经译码的视频比特流是否包括指定所述TMVP候选推导过程的参数的所述多个语法元素的第二值指示所述经译码的视频比特流不包括指定所述TMVP候选推导过程的参数的所述多个语法元素** <br> **公开性判断：隐含公开** | [第63段] “...可使用旗标(flag)、语法或尺寸来指示MVP是否基于给定顺序产生，或通过明确发送MVP指针的信号来指示。” | 承上所述，既然旗标的一个值对应“明确发送MVP指针”，那么其另一个值自然对应另一种模式，即“基于给定顺序产生”。在这种模式下，MVP是根据预定规则（如空间、时域、视点间候选的顺序）隐式推导出来的，而**不需要在比特流中显式传送用于指定MVP的多个语法元素（如指针）**。这与特征E的描述逻辑一致。 |
| **技术特征F：在所述二进制标志语法元素具有显式地指定所述经译码的视频比特流包括所述多个语法元素的所述第一值的情况下：由所述视频译码器经由所述经译码的视频比特流对所述多个语法元素进行译码** <br> **公开性判断：隐含公开** | [第63段] “...或通过明确发送MVP指针的信号来指示。” <br> [第32-35段] 描述了MVP指针的编码（二值化、CABAC）。 | 对比文件明确指出，在“明确发送MVP指针的信号”的模式下，需要发送MVP指针。同时，对比文件详细描述了MVP指针的编码过程（如表1的二进制化，以及使用CABAC进行上下文自适应编码）。本领域技术人员可以合理推断，当控制旗标（对应特征B/C）指示为“显式发送指针”模式（对应特征D的第一值）时，视频译码器（编码器或解码器）需要从比特流中对这些指针（作为“多个语法元素”的一种具体形式）进行编码或解码。 |
| **技术特征G：以及由所述视频译码器并且基于通过所述多个语法元素指定的参数来推导针对视频数据的当前图片的当前块的TMVP候选** <br> **公开性判断：隐含公开** | [第1段] “...三维视频编码中运动向量预测指针的显式信令的直接/跳过模式...” <br> [第31段] “...编码器在MVP候选集合中选择一个MVP，并将已选择MVP的指针发送至解码器。” <br> [第67段] “在解码器端，对于每个方向...基于已选择MVP候选的运动信息，执行单向运动补偿。” | 对比文件的核心内容之一就是MVP（包括时域MVP）的显式信令。编码器选择MVP并将其指针发送给解码器，解码器根据收到的指针确定最终的MVP候选，并用于运动补偿。虽然对比文件的“MVP”是广义的（可能包含空间、时域、视点间），但“时域MVP”无疑是其重要组成部分（参见第6、9、55等段）。因此，可以合理推断，在显式信令模式下，视频译码器基于从比特流中解码得到的指针（即“多个语法元素指定的参数”），来确定用于当前块的MVP候选，这自然包括TMVP候选。 |
| **技术特征H：针对所述当前块生成运动矢量候选的列表，所述列表包括所推导的TMVP候选** <br> **公开性判断：直接公开** | [第31段] “候选集合包含与图1B所示的相邻区块A、B和C有关的运动向量或视差向量。” <br> [第55段] “每个方向的候选列表可独立构建。候选集合可包括空间候选、时域候选及/或视点间候选。” <br> [第66段] “产生的MVP可用于跳过模式、直接模式或帧间模式。” | 对比文件多次明确描述了为当前块构建MVP候选列表（或集合）的过程，并且明确指出该列表可以包含“时域候选”（即TMVP候选）。例如，第55段直接说明候选集合包括“时域候选”。这公开了技术特征H。 |
| **技术特征I：以及基于所述运动矢量候选的列表来预测所述当前块。** <br> **公开性判断：直接公开** | [第31段] “对于解码器端的跳过模式和直接模式，运动补偿是基于由MVP指针所指示或推断得出的已选择MVP的运动信息来执行的。” <br> [第67段] “在解码器端...基于已选择MVP候选的运动信息，执行单向运动补偿。” | 对比文件明确说明了，在解码器端，基于从候选列表中选出（通过指针指示或推断）的MVP候选的运动信息，来执行运动补偿，从而预测当前块。这直接公开了技术特征I。 |
| **技术特征J：指定所述TMVP候选推导过程的所述参数的所述多个语法元素包括以下各项中的一项或多项：指定用于对用于推导所述TMVP候选的共置图片的推导的参考图片列表的语法元素；指定所述共置图片的参考索引的语法元素；以及指定用于对用于推导所述TMVP候选的运动矢量候选的推导的参考图片列表的语法元素。** <br> **公开性判断：隐含公开** | [第55段] “对于时域候选的产生，指示共位图像位于列表0还是列表1中以及哪个参考图像是时域共位图像的信息可间接产生，或以不同级别明确传送。例如，上述信息可并入序列、图像、片段、最大编码单元...级别。” <br> [第59段] “对于视点间候选的产生，指示视点间共位图像位于列表0还是列表1中的信息也可间接产生或以不同级别进行传送。” | 对比文件在描述时域候选（TMVP）和视点间候选的产生时，明确提到了需要确定“共位图像”（即共置图片）位于哪个参考图片列表（列表0或列表1），以及是哪个具体的参考图像（即参考索引）。并且指出这些信息可以“明确传送”。虽然这里是以“时域候选”和“视点间候选”并列描述的，且未明确将这些信息描述为独立的语法元素，但其指代的信息内容（参考图片列表、参考索引）与目标专利特征J中要求保护的参数完全对应。本领域技术人员可以合理推断，在需要显式信令这些参数时，它们会以语法元素的形式存在于比特流中。 |
| **技术特征K：所述指定所述经译码的视频比特流是否包括所述多个语法元素的语法元素包括temporal_mvp_asigned_flag语法元素；所述指定用于对用于推导所述TMVP候选的所述共置图片的推导的所述参考图片列表的语法元素包括col_pic_list_idx语法元素；所述指定所述共置图片的所述参考索引的语法元素包括col_pic_ref_idx语法元素；以及所述指定用于对用于推导所述TMVP候选的所述运动矢量候选的推导的所述参考图片列表的语法元素包括col_source_mvp_list_idx语法元素。** <br> **公开性判断：未公开** | 无对应原文引用。 | 对比文件虽然提到了控制信令的旗标、以及时域/视点间候选推导所需的参考列表和参考索引信息，但**没有公开**这些信息所对应的具体语法元素名称，例如 `temporal_mvp_asigned_flag`、`col_pic_list_idx`、`col_pic_ref_idx`、`col_source_mvp_list_idx`。这些具体的、具有特定命名的语法元素是目标专利的特定实现方式，对比文件并未直接或隐含公开这些命名。 |
| **技术特征L：对所述多个语法元素进行译码包括：在所述经译码的视频比特流的切片报头语法结构中对所述多个语法元素进行译码。** <br> **公开性判断：隐含公开** | [第55段] “...或以不同级别明确传送。例如，上述信息可并入序列(sequence)、图像、片段(slice header)、最大编码单元...级别。” | 对比文件明确指出，用于时域候选产生的信息（如共置图片的参考列表和索引）可以在不同级别传送，并明确列举了“片段(slice header)”作为其中一个可选级别。因此，本领域技术人员可以合理推断，当选择在片段级别进行显式信令时，相应的语法元素会在切片报头中进行译码。 |
| **技术特征M：所述视频译码器包括视频解码器，并且其中，译码包括解码。** <br> **公开性判断：直接公开** | [第31段] “...并将已选择MVP的指针发送至解码器。” <br> [第67段] “在解码器端...基于已选择MVP候选的运动信息，执行单向运动补偿。” | 对比文件多次提及“解码器”端的行为，包括接收MVP指针并基于其进行运动补偿，这直接公开了视频译码器作为解码器进行解码的情况。 |
| **技术特征N：所述视频译码器包括视频编码器，并且其中，译码包括编码。** <br> **公开性判断：直接公开** | [第31段] “编码器在MVP候选集合中选择一个MVP，并将已选择MVP的指针发送至解码器。” | 对比文件明确描述了编码器选择MVP并发送指针的行为，这直接公开了视频译码器作为编码器进行编码的情况。 |
<<<H>>><<<I>>><<<M>>><<<N>>>
<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<g>>><<<j>>><<<l>>>