**对比文件名称**：发明申请_US20110194608A1 Managing Predicted Motion Vector Candidates
**目标专利名称**：用于建构候选列表的几何型优先级
**本次调用模型名称**：专利创造性评估经验丰富的资深专利代理师
## 特征比对表格 ##
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 | ||||||||
| 技术特征A《未公开》 | 无对应引用。 | 技术特征A限定了“确定当前视频数据块的第一代表性点与所述当前块的相邻块的多个第二代表性点之间的多个距离”，并明确“所述第一代表性点小于所述当前块，且所述多个第二代表性点小于对应的相邻块”。对比文件[0051]段提到了基于“距离”对候选排序，但其描述的“距离”是运动补偿块（block）之间的距离，未提及或暗示使用“小于块”的“代表性点”（例如某个具体的像素点）来计算距离。对比文件通篇讨论的是“块”或“运动向量”，未涉及“代表性点”的概念，更未限定该点小于块。因此，本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术方案。 | ||||||||
| 技术特征B《未公开》 | 无对应引用。 | 技术特征B限定了在预测模式为帧内预测时，代表性点使用块的左上点。对比文件全文均围绕运动向量预测（即帧间预测）展开，未涉及任何帧内预测模式的内容，也未提及使用块的“左上点”作为任何计算的基础。因此，该技术特征既未被直接公开，也无法从对比文件的内容中隐含推导出来。 | ||||||||
| 技术特征C《未公开》 | 第[0060]段：“It is assumed that the candidates in PMV_CANDS are sorted, and use of one of the candidates in PMV_CANDS for prediction is signaled such that the first candidate in the list is assigned the shortest code word among the candidates and that subsequent candidates in the list are assigned code words with non-decreasing length.”<br>第[0061]段：“The motion vectors corresponding to blocks that are close to the current block (using some distance metric) will get a position closer to the start of the list compared to motion vectors belonging to blocks that are further away from the current block.” | 技术特征C包括：1) 按次序根据第一代表性点与第二代表性点之间的距离构建候选列表；2) 候选列表中的候选索引码字大小对应于其位置。对比文件[0061]段公开了根据块之间的距离（某种度量）将候选在列表中排序，[0060]段公开了列表中的候选被分配长度非递减的码字，即码字大小与位置相关。这**直接公开**了技术特征C中关于“按距离排序”以及“码字大小与位置对应”的核心思想。**然而**，技术特征C的候选列表是为“所确定的预测模式”构建的，并明确包括“运动信息候选或帧内预测模式候选”。对比文件仅公开了用于运动向量预测（即运动信息候选）的PMV候选列表（PMV_CANDS），完全没有提及“帧内预测模式候选”。因此，对比文件仅部分公开了技术特征C中适用于帧间预测（运动信息）的部分，但未公开适用于帧内预测的部分。技术特征C作为一个整体技术方案（涵盖两种预测模式），并未被对比文件完整公开。 | ||||||||
| 技术特征D《直接公开》 | 第[0037]段：“Additionally, a code “index” 250 is sent to select a particular PMV candidate, in this case 242 from a list of PMV candidates, PMV_CANDS 240...”<br>第[0073]段及表1：展示了用于对不同最大列表大小的索引（Index）进行编码的变长码（VLC code）。 | 技术特征D涉及“对所述候选索引中的一个的码字进行编码”。对比文件明确描述了需要发送一个索引（index）来从候选列表（PMV_CANDS）中选择特定的PMV候选（[0037]段），并且提供了具体的变长码表（VLC code）来对这些索引进行编码（[0073]段及表1）。这直接对应于对识别列表中候选的索引码字进行编码的操作。因此，该技术特征被对比文件直接公开。 | ||||||||
| 技术特征E《直接公开》 | 第[0037]段：“...select a particular PMV candidate...”，以及第[0038]段：“...the decoder 150 can determine the PMV 220 as used in the encoder... and thus may reconstruct MV=DMV+PMV.”<br>第[0037]段描述了使用选定的PMV候选来预测运动向量并对差值（DMV）进行编码的过程。 | 技术特征E涉及“使用所述候选列表中的由所述候选索引中的所述一个识别的所述候选对所述当前块进行编码”。对比文件描述了完整的编码流程：从PMV_CANDS列表中选择一个PMV候选，用其预测当前块的运动向量，计算并编码运动向量差（DMV），从而完成对当前块运动信息的编码。这直接公开了“使用候选列表中的候选对当前块进行编码”的技术方案。 | ||||||||
| 技术特征F《未公开》 | 无对应引用。 | 技术特征F限定了候选列表的具体类型：合并候选列表、AMVP候选列表或帧内MPM列表。对比文件中的候选列表始终称为“PMV candidates list”或“PMV_CANDS”，是用于运动向量预测的通用列表。虽然其功能与AMVP候选列表有相似之处，但对比文件并未将其特定化为“AMVP候选列表”，也完全没有提及“合并候选列表”或“帧内MPM列表”这些HEVC或后续标准中的特定概念。因此，该技术特征未被公开。 | ||||||||
| 技术特征G《未公开》 | 无对应引用。 | 技术特征G限定了候选列表为合并候选列表，并根据合并模式进行编码。对比文件未提及“合并模式”（merge mode）这一HEVC中的特定编码工具。其PMV候选列表用于运动向量差值的预测编码，与合并模式（直接继承相邻块全部运动信息）有本质区别。因此，该技术特征未被公开。 | ||||||||
| 技术特征H《隐含公开》 | 第[0037]-[0038]段，第[0060]段描述了使用PMV候选列表进行运动向量预测和编码。 | 技术特征H限定了候选列表为AMVP候选列表，并根据AMVP模式进行编码。对比文件中的PMV候选列表用于：从列表中选择一个预测符（PMV），然后编码运动向量与预测符的差值（DMV）。这与HEVC中AMVP模式的核心操作（从AMVP列表中选择一个运动向量预测符，编码MVP索引和运动向量差）在功能原理上相同。虽然对比文件未使用“AMVP”这一术语，但本领域技术人员阅读其说明书后，能够合理推断出其所描述的PMV候选列表构建和使用方法，可以应用于实现类似AMVP模式的运动信息编码方案。因此，该技术特征被对比文件隐含公开。 | ||||||||
| 技术特征I《未公开》 | 无对应引用。 | 技术特征I限定了候选列表为帧内MPM列表，并涉及帧内预测模式的编码。如前述，对比文件完全不涉及帧内预测的任何内容。因此，该技术特征未被公开。 | ||||||||
| 技术特征J《未公开》 | 无对应引用。 | 技术特征J限定了相邻块包括子预测单元（子PU），且代表性点为其中心点。对比文件讨论的相邻单元均为“块”（block）或“运动补偿块”，未提及将块进一步划分为“子PU”的概念，也未提及“子PU的中心点”。因此，该技术特征未被公开。 | ||||||||
| 技术特征K《隐含公开》 | 第[0051]段：“Possible metrics to determine how far a motion compensation block is away from the current block include: the Euclidian distance (dx2+dy2, where dx and dy are distances in the x and y directions, respectively), the Manhattan distance (the sum of absolute values, \ | dx\ | +\ | dy\ | ), or the Chebyshev distance (the maximum of the absolute values, max(\ | dx\ | , \ | dy\ | )...” | 技术特征K限定了第一和第二代表性点均为对应块的中心点。对比文件[0051]段列出了计算块间距离的几种度量（欧氏距离、曼哈顿距离等）。本领域技术人员公知，在计算两个矩形块之间的空间距离时，最自然和常用的参考点就是各自块的中心点。虽然对比文件未明确写明“中心点”，但基于其公开的“根据块间距离排序”这一目的，本领域技术人员在实施时，必然且唯一合理的做法就是使用块的中心坐标来计算这些距离（例如欧氏距离就是两点间的直线距离）。因此，可以合理推断出对比文件隐含公开了使用块中心点作为距离计算基础的技术方案。 |
| 技术特征L《直接公开》 | 第[0052]段：“Motion vectors to be added to a PMV_CANDS list may comprise spatial or temporal neighbors of the current block, or combinations of spatial and/or temporal neighbors...” | 技术特征L限定了相邻块包括空间相邻块或时间相邻块。对比文件[0052]段明确记载了要添加到PMV_CANDS列表的运动向量可以包括当前块的“空间或时间相邻块”（spatial or temporal neighbors）。这直接公开了该技术特征。 | ||||||||
| 技术特征M《未公开》 | 无对应引用。 | 技术特征M限定了候选列表是用于确定CABAC上下文信息的候选列表，并基于此进行CABAC编码。对比文件[0073]段提到了使用VLC码对索引进行编码，[0013]段提到代码值可以包括CABAC。然而，对比文件完全没有描述如何基于几何信息（如距离）来构建一个用于选择CABAC上下文的“候选列表”。其上下文选择（如果存在）是针对PMV索引本身的编码，而非针对其他语法元素（如跳过标志等）。因此，该技术特征未被公开。 | ||||||||
| 技术特征N《未公开》 | 无对应引用。 | 技术特征N列举了具体的语法元素，如编码单元跳过旗标等。这些是HEVC等特定标准中的语法元素。对比文件未提及这些具体的语法元素。因此，该技术特征未被公开。 | ||||||||
| 技术特征O《未公开》 | 无对应引用。 | 技术特征O涉及根据距离对来自相邻块的值的比重进行加权以确定上下文信息。对比文件没有描述任何基于距离对相邻块信息进行加权，并用于确定上下文模型的过程。因此，该技术特征未被公开。 | ||||||||
| 技术特征P《直接公开》 | 第[0037]-[0038]段描述了使用PMV候选列表进行编码的过程。 | 技术特征P概括性地限定了“使用所述候选列表对所述当前块进行编码”。如技术特征E所述，对比文件完整公开了使用PMV候选列表（通过选择索引）对当前块的运动信息进行预测编码的方案，即对当前块进行编码。因此，该技术特征被直接公开。 | ||||||||
| 技术特征Q《直接公开》 | 第[0038]段：“...the decoder 150 can determine the PMV 220 as used in the encoder as shown in FIG. 2b, and thus may reconstruct MV=DMV+PMV.”<br>第[0036]段：“During decoding the decoder parses the bits and mimics the encoder...” | 技术特征Q限定了“使用所述候选列表对所述当前块进行解码”。对比文件明确指出，解码器端会进行与编码器相同的操作来构建PMV_CANDS列表（[0036]段），并根据接收到的索引从列表中确定PMV，结合接收到的DMV重构运动向量MV，从而完成对当前块的解码（[0038]段）。这直接公开了使用候选列表进行解码的技术方案。 |
<<<D>>><<<E>>><<<L>>><<<P>>><<<Q>>><<<h>>><<<k>>>