对比文件名称：发明申请_US20130272415A1 Memory Bandwidth Reduction for Motion Compensation in Video Coding
目标专利名称：用于建构候选列表的几何型优先级
模型名称：GPT-4
根据对目标专利说明书和对比文件说明书的深度分析，现创建特征比对表格如下：
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：《未公开》 | 未找到相关引用。对比文件涉及PU大小、合并/AMVP候选列表构建，但未提及“代表性点”或计算点之间的距离。例如，[0059]段描述了为PU构建合并候选列表，考虑图7的七个运动数据位置；[0064]段描述了构建list0 MVP候选列表，同样基于这些预定义位置。 | 对比文件的核心是限制B片中特定大小PU的双向预测以降低内存带宽。在构建候选列表时，其依赖于预定义的空间/时间相邻位置（如图7所示），并根据HEVC标准中的固定规则（如可用性检查、缩放、精简）来插入候选。整个过程完全没有提及“代表性点”的概念，更没有涉及计算当前块与相邻块的“代表性点”之间的距离。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。因此，技术特征A既未被直接公开，也未被隐含公开。 |
| 技术特征B：《未公开》 | 未找到相关引用。对比文件[0059]-[0063]段描述了构建合并候选列表，[0064]段描述了构建AMVP候选列表，均未提及在帧内预测模式下使用“左上点”作为代表性点。 | 技术特征B限定了在帧内预测模式下，代表性点为当前块和相邻块的“左上点”。对比文件主要聚焦于帧间预测（合并、AMVP模式）及其带宽优化，虽然[0040]-[0041]段提到了帧内预测估计和编码，但并未详细描述帧内预测候选列表（如MPM列表）的构建方法，尤其未提及使用任何“几何信息”或“代表性点”（包括左上点）来确定候选优先级。本领域技术人员无法从对比文件中得出该特定技术方案。因此，技术特征B既未被直接公开，也未被隐含公开。 |
| 技术特征C：《未公开》 | 对比文件提及构建候选列表并按索引选择候选，例如：[0059]段“a merging candidate list is constructed 500 for the PU”；[0064]段“a list0 motion vector predictor (MVP) candidate list is constructed 504”；[0072]段Table 1和Table 2展示了预测方向的CABAC二值化码字。 | 技术特征C的核心在于“按次序根据所述第一代表性点与所述多个第二代表性点之间的所述多个距离”添加候选，并且“候选索引的码字具有按次序对应于所述候选的位置的大小”。对比文件确实构建了候选列表（合并、AMVP）并对索引进行编码，但其候选插入次序是基于预定义的位置顺序（如图7）或标准规则（如HEVC Draft 6），并非基于动态计算的几何距离。其码字大小（如Table 1, 2）是基于CABAC的概率估计，与候选在列表中的“位置次序”无直接、固定的对应关系（例如，索引0的码字不一定最短）。因此，对比文件未公开基于几何距离确定次序和码字长度关系的技术特征。 |
| 技术特征D：《直接公开》 | [0045]段：“For PUs predicted in merge mode, a syntax element for an index identifying a particular merging candidate in a merging candidate list may be encoded. For PUs predicted in normal prediction mode, a syntax element for an index identifying a particular motion vector predictor (MVP) candidate in an MVP candidate list may be encoded...” | 技术特征D涉及对识别候选列表中某个候选的索引的码字进行编码。对比文件[0045]段明确记载了在合并模式中对标识特定合并候选的索引的语法元素进行编码，在正常预测模式（即AMVP模式）中对标识特定MVP候选的索引的语法元素进行编码。这是视频编码中传输所选候选信息的标准步骤。因此，该技术特征被对比文件直接公开。 |
| 技术特征E：《直接公开》 | [0045]段（同上）；以及[0059]-[0071]段整体描述了使用构建的合并候选列表或AMVP候选列表来确定PU的最佳帧间预测模式，并随后进行编码。 | 技术特征E涉及使用由所选索引识别的候选对当前块进行编码。对比文件[0045]段说明了编码索引以识别候选，而[0059]-[0071]段详细描述了如何利用构建的候选列表（合并或AMVP）进行率失真优化，选择最佳预测模式（合并或正常帧间预测），并最终完成编码过程。例如，在确定最佳模式后，会传递相应的运动数据以供编码。因此，“使用候选列表中的由候选索引识别的候选对当前块进行编码”这一整体步骤被对比文件直接公开。 |
| 技术特征F：《部分直接公开》 | [0059]段：“a merging candidate list is constructed 500 for the PU”；[0064]段：“a list0 motion vector predictor (MVP) candidate list is constructed 504 for the PU”。未提及“帧内最可能模式MPM列表”。 | 技术特征F限定候选列表为合并候选列表、AMVP候选列表或帧内MPM列表之一。对比文件明确公开了“合并候选列表”（merging candidate list）和“MVP候选列表”（即AMVP候选列表）的构建和使用。然而，对比文件全文未提及“帧内最可能模式（MPM）列表”或其构建。因此，对于合并列表和AMVP列表，该特征被直接公开；对于MPM列表，未被公开。由于权利要求是“或”的关系，且对比文件未公开全部选项，从整体技术方案判断，该特征未被对比文件完整公开。 |
| 技术特征G：《直接公开》 | [0059]-[0063], [0072]-[0075]段描述了合并候选列表的构建、选择及在合并模式下对PU进行编码/解码的过程。例如，[0061]段说明合并候选包含运动信息，[0072]段说明基于 signaled index 选择合并候选并确定PU的运动数据。 | 技术特征G限定候选列表为合并候选列表，并根据合并模式使用其候选对当前块的运动信息进行编码。对比文件详细描述了合并模式：构建合并候选列表（[0059]），列表中的候选包含运动向量等信息（[0061]），通过编码的索引选择候选（[0045]），并使用该候选的运动信息进行预测和编码（[0072], [0074]）。因此，该技术特征被对比文件直接公开。 |
| 技术特征H：《直接公开》 | [0064], [0069]-[0071], [0076]-[0078]段描述了AMVP（MVP）候选列表的构建、选择及在正常帧间预测模式下对PU进行编码/解码的过程。例如，[0064]段构建list0 MVP列表，[0076]段说明从MVP列表中选择候选并加上运动向量差以重构运动向量。 | 技术特征H限定候选列表为AMVP候选列表，并根据AMVP模式使用其候选对当前块的运动信息进行编码。对比文件详细描述了正常帧间预测模式（即AMVP模式）：构建MVP候选列表（[0064], [0069]），通过编码的索引选择MVP候选（[0045]），将该候选的运动向量与编码的运动向量差相结合以得到最终运动向量，并用于预测和编码（[0076], [0078]）。因此，该技术特征被对比文件直接公开。 |
| 技术特征I：《未公开》 | 未找到相关引用。对比文件未涉及帧内最可能模式（MPM）列表的构建或使用。 | 技术特征I限定候选列表为帧内MPM列表，并涉及对使用该列表进行帧内预测的指示进行编码。对比文件的核心在于帧间预测的带宽优化，虽然提到了帧内预测估计（[0040]-[0041]），但并未描述任何基于列表的帧内预测模式编码机制，特别是“帧内最可能模式（MPM）列表”这一概念。因此，该技术特征未被对比文件公开。 |
| 技术特征J：《未公开》 | 未找到相关引用。对比文件未提及“子预测单元（子PU）”的概念。 | 技术特征J引入了“子PU”概念，并指定其中心点可作为代表性点。对比文件通篇讨论的是PU、CU、TU等标准HEVC单元，未涉及任何将PU进一步划分为“子PU”进行运动预测或信息存储的技术（如ATMVP、STMVP等）。因此，“子PU”及其“中心点作为代表性点”的概念在对比文件中完全不存在，无法被本领域技术人员推断得出。 |
| 技术特征K：《未公开》 | 未找到相关引用。对比文件未提及使用“中心点”作为代表性点或用于计算距离。 | 技术特征K限定当前块和相邻块的代表性点均为各自的“中心点”。如对特征A的论述，对比文件未使用任何“代表性点”概念，更未指定使用“中心点”。构建候选列表所依赖的相邻位置（如图7的A1, B1等）是块的相对方位，而非基于块内部某点（如中心）的几何计算。因此，该技术特征未被公开。 |
| 技术特征L：《直接公开》 | [0059]段：“...from neighboring motion data positions in the same picture and a temporal motion data position derived based on a co-located block...”；图7展示了空间相邻位置（A1, B1, B0, A0, B2）和时间相邻位置（T）。 | 技术特征L限定相邻块包括空间相邻块或时间相邻块。对比文件[0059]段明确说明合并候选源自“同一图片中的相邻运动数据位置”和“基于并置块推导出的时间运动数据位置”。图7直观展示了五个空间相邻位置和一个时间相邻位置。这与HEVC标准中合并/AMVP候选的源一致。因此，该技术特征被对比文件直接公开。 |
| 技术特征M：《未公开》 | [0045]段：“The entropy coding component 336 entropy encodes the relevant data... using context-adaptive binary arithmetic coding (CABAC)...”；未提及基于候选列表或几何信息来确定CABAC上下文。 | 技术特征M限定候选列表用于确定CABAC上下文信息，并使用该上下文信息对语法元素值进行CABAC编码。对比文件确实使用了CABAC进行熵编码（[0045]），但其上下文模型的选择是基于HEVC标准中为各语法元素定义的规则（例如，根据相邻块的模式或值），并非基于一个由几何优先级确定的“候选的列表”来导出上下文信息。对比文件未将候选列表构建与CABAC上下文建模相关联。因此，该技术特征未被公开。 |
| 技术特征N：《直接公开》 | [0045]段列举了被熵编码的语法元素，包括：“flags indicating the CU/PU/TU partitioning”、“the prediction modes”、“a syntax element for an index identifying a particular merging candidate”、“syntax elements for motion vector differences (MVDs), prediction direction, and a reference picture index”。这些涵盖了如预测模式旗标、合并索引等。 | 技术特征N列举了可能使用CABAC编码的语法元素示例，如预测模式旗标、合并索引等。对比文件[0045]段明确记载了对指示预测模式、合并索引、运动向量差、预测方向等语法元素进行CABAC编码。这些语法元素与特征N中所列举的（如预测模式旗标、合并索引）实质对应。因此，该技术特征被对比文件直接公开。 |
| 技术特征O：《未公开》 | 未找到相关引用。对比文件未提及根据距离对来自相邻块的值进行“加权”以确定上下文信息。 | 技术特征O涉及根据几何距离对相邻块的值进行加权来确定上下文信息。如对特征M的论述，对比文件的CABAC上下文选择不依赖于几何信息或距离计算，更没有对相邻块信息进行基于距离的加权处理。该特征是实现目标专利中特定CABAC上下文建模方法的具体手段，在对比文件中毫无基础。因此，该技术特征未被公开。 |
| 技术特征P：《直接公开》 | 如特征E所述，对比文件整体上描述了使用候选列表（合并或AMVP）对当前块进行编码的过程。 | 技术特征P是特征E的概括，即“使用候选列表对当前块进行编码”。如前所述，对比文件公开了使用合并候选列表或AMVP候选列表对PU进行编码的完整流程。因此，该技术特征被直接公开。 |
| 技术特征Q：《直接公开》 | [0072]-[0078]段（图6方法）描述了在解码器侧构建合并/AMVP候选列表，并根据接收到的索引选择候选，进而使用该候选对当前块进行解码（运动补偿）的过程。 | 技术特征Q涉及“使用候选列表对当前块进行解码”。对比文件[0072]-[0078]段（对应图6的解码方法）详细说明了在解码器端如何构建合并候选列表或AMVP候选列表，如何根据码流中的索引选择候选，以及如何使用所选候选的运动信息来重构（解码）PU。因此，该技术特征被对比文件直接公开。 |
<<<D>>><<<E>>><<<G>>><<<H>>><<<L>>><<<N>>><<<P>>><<<Q>>>