对比文件名称：2006-04-11_US7027517B_发明授权_US07027517B1 Method and apparatus for coding moving picture image
目标专利名称：399视频解码器错误处置CN101960853B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：其包含：确定经编码视频数据的当前单元的起点《未被公开》 | 未发现对应内容。 | 目标专利中，“确定经编码视频数据的当前单元的起点”是解码器执行循序错误处置的起始步骤，用于标识待解码数据段的开始位置（例如当前片的第一个宏块编号）。对比文件主要描述在编码端向比特流中插入同步码（如RM）和重要信息（如VOP头信息）以增强容错性。虽然对比文件提到了视频包（VP）的起点（由同步码RM标识），但这属于编码过程中在比特流内预设同步点，而非解码端在处理比特流时“确定”当前解码单元的起点这一动作。两者作用不同：目标专利中该步骤是解码流程的主动控制点；对比文件中同步码是编码生成的数据格式特征。因此，对比文件未直接公开，也无法隐含推导出该技术特征。 |
| 技术特征B：在未确定所述经编码视频数据的下一可用单元的起点的情况下，解码所述当前单元的至少一部分《未被公开》 | 未发现对应内容。 | 目标专利此特征的核心在于“未确定下一可用单元的起点”这一条件下进行解码，这是其“循序错误处置”区别于“先行错误处置”的关键。对比文件通篇未描述解码器在解码当前单元时，是否已知或未知下一可用单元（如下一视频包）的起点。对比文件关注于通过插入同步码和冗余头信息来辅助解码器重新同步，但并未揭示解码器在解码当前单元时的具体状态或信息知晓情况。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出“在未确定下一可用单元起点的情况下解码当前单元”这一特定操作流程。 |
| 技术特征C：在所述当前单元中检测解码错误《未被公开》 | 说明书第[0130]段：“The error check section 305 checks decoded information 334 output from the decoder section 303 to detect whether an error occurs during decoding operation.”（错误检查部分305检查从解码器部分303输出的解码信息334，以检测在解码操作期间是否发生错误。） | 对比文件公开了解码器端设有错误检查部分（error check section）来检测解码操作中是否发生错误。这与目标专利中“在当前单元中检测解码错误”的作用相同，都是识别解码过程中的异常。因此，该技术特征被对比文件直接公开。 <<<C>>> |
| 技术特征D：当检测到所述解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点《未被公开》 | 说明书第[0131]段：“If an error is detected, processing corresponding to the error is executed by the decoder section 303, and decoding operation is done at the position of a next sync code detected by the sync detector section 304.”（如果检测到错误，则由解码器部分303执行对应于该错误的处理，并且在由同步检测器部分304检测到的下一个同步码的位置处执行解码操作。） | 目标专利中，在检测到错误时“确定下一可用单元的起点”是错误处置逻辑的一部分，用于定位重新同步点并计算被破坏数据段的终点。对比文件描述了在检测到错误后，解码操作在“由同步检测器部分检测到的下一个同步码的位置”重新开始。这隐含了需要“确定”下一个同步码的位置，而同步码标记了视频包（VP）的起点。因此，对比文件隐含公开了在检测到错误时，确定下一个可用单元（由下一个同步码标记的视频包）的起点。 <<<d>>> |
| 技术特征E：基于所述下一可用单元的所述起点来确定被破坏数据段的终点《未被公开》 | 未发现对应内容。 | 目标专利中，基于下一可用单元的起点（如下一片的第一个MB编号N）来确定被破坏数据段的终点（如MB编号N-1），是错误映射的核心计算，用于界定需要隐藏的数据范围。对比文件虽然提到了在错误后于下一个同步码处重新开始解码，但完全没有描述如何基于这个重新同步点来推导或计算出一个“被破坏数据段的终点”。对比文件的重点在于利用冗余的头信息恢复解码，而不是计算并隐藏一个连续的被破坏数据段。因此，该技术特征既未被直接公开，也无法从对比文件的内容中合理推断出来。 |
| 技术特征F：基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段。《未被公开》 | 未发现对应内容。 | 目标专利中，基于起点和终点来隐藏被破坏数据段是错误处置的最终目的，涉及具体的隐藏操作（如用其他数据替换）。对比文件提到了错误处理（processing corresponding to the error），但未具体说明处理方式。虽然对比文件整体上涉及错误恢复（error resilience），但其主要技术手段是在编码时插入冗余信息（重要信息），使得解码器在头信息损坏时能利用后续包中的冗余信息继续解码，而非主动“隐藏”一个特定数据段。两者技术手段和作用不同。因此，该特征未被公开。 |
| 技术特征G：其中所述当前单元和所述下一可用单元中的每一者包括一视频数据片。《未被公开》 | 说明书第[0070]段：“The video packet ‘Video Packet’ (to be referred to as VP hereinafter) is a packet starting from a sync code (Resync Marker; to be referred to as RM hereinafter).”（视频包“Video Packet”（以下称为VP）是从同步码（重新同步标记；以下称为RM）开始的数据包。） | 目标专利中，“视频数据片”是其视频数据单元的一种具体形式。对比文件中，“Video Packet (VP)”同样是视频数据的一种打包单元，以同步码（RM）为起点。虽然术语不完全相同，但本领域技术人员知晓在视频编码标准（如MPEG-4）中，“片”（slice）和“视频包”（Video Packet）都是用于重新同步的数据单元概念，作用类似。因此，对比文件公开了视频数据单元的具体形式为“视频包（VP）”，这实质上公开了技术特征G中“视频数据片”这一概念。 <<<G>>> |
| 技术特征H：其中所述被破坏数据段包括经编码视频数据的所述当前单元和至少一个额外单元。《未被公开》 | 未发现对应内容。 | 目标专利中，此特征限定了被破坏数据段可能跨越多个单元（例如多个片）。对比文件未描述错误会导致一个连续的数据段被破坏，也未定义“被破坏数据段”的概念及其可能包含多个单元的情况。其错误恢复机制不依赖于识别和隐藏一个跨越多个单元的连续错误段。因此，该特征未被公开。 |
| 技术特征I：其中所述当前单元是第一帧的当前片，且所述被破坏数据段包括所述当前片和来自第二帧的经编码视频数据的至少一个额外片。《未被公开》 | 未发现对应内容。 | 此特征限定了被破坏数据段跨越帧边界的具体场景。对比文件完全没有涉及错误跨越不同视频帧（VOP）的情况，也没有描述如何处理帧间的错误传播或如何识别跨帧的被破坏数据。因此，该特征未被公开。 |
| 技术特征J：其进一步包含：如果检测到所述解码错误，那么设置错误旗标以指示所述检测到所述解码错误《未被公开》 | 未发现对应内容。 | 目标专利中，设置错误旗标是内部状态管理的关键步骤，用于延迟错误处置直到到达下一可用单元。对比文件虽然描述了检测错误（error check），但未提及使用一个“错误旗标”来记录和传递错误状态。其错误处理流程似乎是检测后立即或依据流程进行相应处理，没有明确描述设置状态标志这一中间步骤。因此，该特征未被直接公开。虽然从系统设计的角度，用标志位记录状态是一种常见实现方式，但对比文件文本本身并未提供足够依据来合理推断出在检测到解码错误时“设置错误旗标”这一特定步骤是其技术方案的必然或隐含组成部分。 |
| 技术特征K：当所述错误旗标被设置时，基于所述下一可用单元的所述起点来确定所述被破坏数据段的所述终点。《未被公开》 | 未发现对应内容。 | 此特征限定了在错误旗标被设置的条件下执行确定终点的操作。由于对比文件未公开“设置错误旗标”（特征J）以及“基于下一可用单元的起点确定被破坏数据段的终点”（特征E），因此这个组合条件特征更不可能被公开。 |
| 技术特征L：其中所述下一可用单元包含至少一个片，所述方法进一步包含在检测到所述解码错误时寻找与所述片相关联的片标头。《未被公开》 | 说明书第[0131]段：“...decoding operation is done at the position of a next sync code detected by the sync detector section 304.”（...解码操作在由同步检测器部分304检测到的下一个同步码的位置处执行。） | 目标专利中，“寻找片标头”是定位下一可用单元起点的具体方式。对比文件中，在检测到错误后，解码操作在“检测到的下一个同步码的位置”重新开始。同步码（RM）正是视频包（VP）头部的标识。因此，“寻找下一个同步码”实质上就是“寻找与片（VP）相关联的片标头”。该特征被对比文件直接公开。 <<<L>>> |
| 技术特征M：其进一步包含，如果检测到所述解码错误，那么停止解码所述当前单元，且着手解码所述下一可用单元。《未被公开》 | 说明书第[0131]段：“If an error is detected, processing corresponding to the error is executed by the decoder section 303, and decoding operation is done at the position of a next sync code detected by the sync detector section 304.”（如果检测到错误，则由解码器部分303执行对应于该错误的处理，并且在由同步检测器部分304检测到的下一个同步码的位置处执行解码操作。） | 对比文件明确指出，在检测到错误后，解码操作在下一个同步码的位置进行。这必然意味着停止了当前出错的解码流程（即停止解码当前单元），并转而从新的位置开始解码（即着手解码下一可用单元）。该特征被对比文件直接公开。 <<<M>>> |
| 技术特征N：其进一步包含，如果未检测到所述解码错误，那么解码整个当前单元。《未被公开》 | 未发现对应内容。 | 目标专利此特征描述了无错误情况下的正常解码流程。对比文件主要聚焦于错误发生时的处理，对于无错误时是否解码“整个当前单元”没有明确描述。虽然这是一个合乎逻辑的默认操作，但对比文件文本并未将其作为技术方案的一个步骤加以说明。因此，该特征未被直接公开。从常规解码逻辑可以隐含推断出若无错误则会继续解码，但作为专利特征比对，需严格依据文本。对比文件未强调此步骤，故判断为未被公开。 |
| 技术特征O：其中所述解码错误包含语法错误、语义错误或熵译码错误中的至少一者。《未被公开》 | 未发现对应内容。 | 目标专利限定了解码错误的具体类型。对比文件虽然提及“error”（错误）和“error check”（错误检查），但未具体说明所检查的错误类型是语法、语义或熵译码错误。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出其检测的错误必然包含这些具体类型。因此，该特征未被公开。 |
| 技术特征P：其中确定所述当前单元的起点包含确定与所述当前单元的所述起点相关联的第一宏块MB编号，确定所述被破坏数据段的终点包含确定在第二单元的起点之前的第二MB编号，且隐藏包含隐藏从所述第一MB编号到所述第二MB编号的所述被破坏数据段。《未被公开》 | 未发现对应内容。 | 此特征详细描述了基于宏块（MB）编号进行错误映射和隐藏的具体实现。对比文件完全没有提及“宏块（MB）编号”的概念，也没有描述基于MB编号来计算错误范围或执行隐藏。其技术方案围绕同步码（RM）和重要信息头，不涉及对MB序列的编号和基于编号的区间操作。因此，该特征未被公开。 |
| 技术特征Q：其中确定所述第二单元的起点包含确定与所述第二单元的所述起点相关联的第三MB编号，且其中确定所述第二MB编号包含从所述第三MB编号减去一以产生所述第二MB编号。《未被公开》 | 未发现对应内容。 | 此特征进一步限定了通过MB编号运算确定终点的方法。如上所述，对比文件未涉及MB编号，因此该具体计算方法更不可能被公开。 |
| 技术特征R：其中确定所述当前单元的起点包含确定与所述当前单元的起点相关联的第一宏块MB编号和第一帧编号，确定所述被破坏数据段的终点包含确定与所述被破坏数据段的所述终点相关联的第二MB编号和第二帧编号，且隐藏包含基于所述第一MB编号和所述第二MB编号以及所述第一帧编号和所述第二帧编号来隐藏所述被破坏数据段的至少一部分，其中所述第一帧编号和所述第二帧编号可相同或不同。《未被公开》 | 未发现对应内容。 | 此特征扩展了错误映射至帧编号，以处理跨帧错误。对比文件未涉及基于帧编号和MB编号的组合来确定错误范围，也未处理跨帧的错误隐藏场景。因此，该特征未被公开。 |
| 技术特征S：其进一步包含：检测一个或一个以上帧的丢失《未被公开》 | 未发现对应内容。 | 目标专利中，检测帧丢失是处理参考帧失配的前提。对比文件主要处理包（VP）层级或头信息层级的错误，未提及检测“整个帧丢失”这一特定情况。因此，该特征未被公开。 |
| 技术特征T：替换所述一个或一个以上丢失帧以隐藏另一帧的参考帧失配。《未被公开》 | 未发现对应内容。 | 此特征涉及针对帧丢失的高级错误隐藏技术（帧替换）。对比文件的错误恢复机制是通过冗余头信息使解码得以继续，并未描述通过替换丢失帧来校正参考帧失配的技术。因此，该特征未被公开。 |
| 技术特征U：其包含：用于确定经编码视频数据的当前单元的起点的装置《未被公开》 | 未发现对应内容。 | 该装置特征对应于方法特征A。如前所述，对比文件未公开“确定当前单元的起点”这一方法步骤，因此相应的装置特征也未被公开。 |
| 技术特征V：用于在未检测到所述经编码视频数据的下一可用单元的起点的情况下解码所述当前单元的至少一部分的装置《未被公开》 | 未发现对应内容。 | 该装置特征对应于方法特征B。如前所述，对比文件未公开该特定条件解码步骤，因此相应的装置特征也未被公开。 |
| 技术特征W：用于在所述当前单元中检测解码错误的装置《未被公开》 | 说明书第[0130]段：“The error check section 305 checks decoded information 334 output from the decoder section 303 to detect whether an error occurs during decoding operation.” | 该装置特征对应于方法特征C。对比文件明确公开了“错误检查部分（error check section）305”，其作用就是检测解码操作中的错误。因此，该装置特征被直接公开。 <<<W>>> |
| 技术特征X：用于在检测到所述解码错误时确定所述经编码视频数据的所述下一可用单元的所述起点的装置《未被公开》 | 说明书第[0131]段涉及在错误后于下一个同步码位置解码，且说明书第[0129]段提到了“sync detector section 304”（同步检测器部分304）。 | 该装置特征对应于方法特征D。对比文件描述了在检测到错误后，在由“同步检测器部分（sync detector section）304”检测到的下一个同步码位置执行解码。这隐含了“同步检测器部分304”就是用于确定下一可用单元（同步码位置）起点的装置。因此，该装置特征被隐含公开。 <<<x>>> |
| 技术特征Y：用于基于所述下一可用单元的所述起点来确定被破坏数据段的终点的装置《未被公开》 | 未发现对应内容。 | 该装置特征对应于方法特征E。如前所述，对比文件未公开基于下一单元起点确定被破坏数据段终点的方法，因此相应的装置特征也未被公开。 |
| 技术特征Z：用于基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段的装置。《未被公开》 | 未发现对应内容。 | 该装置特征对应于方法特征F。如前所述，对比文件未公开基于起点和终点隐藏被破坏数据段的方法，因此相应的装置特征也未被公开。 |
<<<C>>><<<G>>><<<L>>><<<M>>><<<W>>><<<d>>><<<x>>>