对比文件名称：2001-10-16_US6304607B_发明授权_US06304607B1 Error resilient video coding using reversible variable length codes (RVLCS)
目标专利名称：399视频解码器错误处置CN101960853B
本次调用的模型名称：DeepSeek最新版本模型
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：确定经编码视频数据的当前单元的起点**<br>**《直接公开》** | 对比文件说明书“DESCRIPTION OF THE PREFERRED EMBODIMENTS”部分第1段：“Consider a ‘video packet’ to consist of the data between two consecutive resynchronization markers.” 以及第2段：“...the second field (‘MB No.’) is the number in the frame of the first macroblock (16×16 block of pixels) in the video packet...”。 | 对比文件明确公开了“视频包”的概念，其由两个连续的重同步标记之间的数据构成，并且每个视频包包含一个用于指示该包中第一个宏块在帧中编号的字段（MB No.）。这相当于公开了确定当前数据单元（视频包）的起点（第一个宏块的编号）。本领域技术人员可以毫无疑义地得出该技术方案。 |
| **技术特征B：在未确定所述经编码视频数据的下一可用单元的起点的情况下，解码所述当前单元的至少一部分**<br>**《未公开》** | 未找到相关内容。 | 目标专利特征B的核心在于“在未确定下一可用单元的起点的情况下”开始解码当前单元，这是其“循序错误处置”区别于“先行”操作的关键。对比文件虽然描述了包含宏块数据的视频包及其解码，但并未描述在解码当前视频包时，是否已知或不已知下一可用视频包的起点。对比文件未公开“在未确定下一可用单元的起点的情况下”这一限定条件，也未教导或暗示这种不依赖下一单元起点信息而直接开始解码的操作模式。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征C：在所述当前单元中检测解码错误**<br>**《直接公开》** | 对比文件说明书“BACKGROUND”部分第3段：“The typical approach...includes the steps of error detection (e.g., out-of-range motion vectors, invalid VLC table entry, or invalid number of residuals in a block)...”。以及“DESCRIPTION OF THE PREFERRED EMBODIMENTS”部分第4段：“If an error is detected by the decoder while decoding any of the RVLCs...”。 | 对比文件多次明确提及在解码过程中进行错误检测，并列举了错误检测的具体示例（如运动矢量越界、无效VLC表条目等）。这完全公开了“在当前单元中检测解码错误”这一技术特征。本领域技术人员可以毫无疑义地得出该技术方案。 |
| **技术特征D：当检测到所述解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点**<br>**《直接公开》** | 对比文件说明书“DESCRIPTION OF THE PREFERRED EMBODIMENTS”部分第4段：“If an error is detected by the decoder while decoding any of the RVLCs, the decoder seeks the next resynchronization word, (either Header Resync. Word or Motion Resync. Word or the Resync. Marker).” | 对比文件明确教导，当解码器在解码过程中检测到错误时，会寻找下一个重同步字（Resync. Marker等）。重同步字标记了下一个可用数据单元（如视频包）的起点。这直接公开了在检测到解码错误时，确定下一可用单元的起点。本领域技术人员可以毫无疑义地得出该技术方案。 |
| **技术特征E：基于所述下一可用单元的所述起点来确定被破坏数据段的终点**<br>**《未公开》** | 未找到相关内容。 | 目标专利特征E中，被破坏数据段的终点是基于下一可用单元的起点直接、简单地确定的（例如，下一单元起点宏块编号减一）。对比文件描述了一种完全不同的错误定位机制：在检测到错误后，利用可逆变长码(RVLC)的特性进行前向和后向解码，通过比较两种解码方向的结果来定位错误的精确边界（如图1-4所示）。对比文件并未公开基于下一可用单元的起点来确定被破坏数据段终点的技术手段。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征F：基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段。**<br>**《未公开》** | 对比文件说明书“DESCRIPTION OF THE PREFERRED EMBODIMENTS”部分第4段：“...the decoder decides to discard the appropriate part of the bitstream shown shaded in the figures below.” | 对比文件公开了在定位错误后“丢弃”（discard）被破坏数据。而目标专利的特征F是“隐藏”（conceal）被破坏数据段。根据目标专利说明书[0027]段的解释，错误隐藏涉及用其他数据（如来自邻近帧的数据）来替换被破坏数据，以抑制错误影响。这与对比文件简单的“丢弃”在技术手段和作用上均不相同。因此，该技术特征未被对比文件公开。 |
| **技术特征G：其中所述当前单元和所述下一可用单元中的每一者包括一视频数据片。**<br>**《隐含公开》** | 对比文件说明书“DESCRIPTION OF THE PREFERRED EMBODIMENTS”部分第1段：“Consider a ‘video packet’ to consist of the data between two consecutive resynchronization markers.” | 对比文件将两个重同步标记之间的数据称为“video packet”（视频包）。在视频编码领域（如MPEG，H.264），为了错误恢复，常将帧划分为多个可独立解码的“片”（slice），每个片以重同步标记开始。本领域技术人员可以理解，对比文件中的“video packet”在概念和功能上与目标专利中的“视频数据片”是相同或等同的视频数据单元，用于在错误发生后实现解码重新同步。因此，该技术特征被隐含公开。 |
| **技术特征H：其中所述被破坏数据段包括经编码视频数据的所述当前单元和至少一个额外单元。**<br>**《隐含公开》** | 对比文件说明书“DESCRIPTION OF THE PREFERRED EMBODIMENTS”部分第4段及图1-2的描述，说明了错误可能跨越多个宏块，导致需要丢弃的数据段可能包含多个宏块的数据。 | 对比文件通过图示（图1-2）和描述说明了错误影响的范围可能跨越解码过程中识别出的两个错误点之间的区域，这个区域可能包含多个宏块。虽然对比文件未明确使用“当前单元和至少一个额外单元”的表述，但其描述的“被丢弃的比特流部分”在逻辑上可能涵盖不止一个基本数据单元（宏块）。本领域技术人员可以合理推断，在被破坏数据段较长的情况下，它可能包含多个类似于“单元”的数据块。因此，该技术特征被宽松地认为隐含公开。 |
| **技术特征I：其中所述当前单元是第一帧的当前片，且所述被破坏数据段包括所述当前片和来自第二帧的经编码视频数据的至少一个额外片。**<br>**《未公开》** | 未找到相关内容。 | 对比文件全文未提及错误跨越不同视频帧（frame）的情况，也未讨论涉及多个帧的错误处理。其错误定位和丢弃操作均在“video packet”层面描述，未涉及帧边界和帧间错误传播。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征J：其进一步包含：如果检测到所述解码错误，那么设置错误旗标以指示所述检测到所述解码错误**<br>**《未公开》** | 未找到相关内容。 | 目标专利通过设置错误旗标来延迟错误处理，直到到达下一个单元起点，这是其实现循序处理的关键机制之一。对比文件描述了检测错误并立即采取行动（寻找下一个重同步标记、进行反向解码），但未提及设置一个中间状态标志（错误旗标）并延迟后续处理步骤。因此，该技术特征未被对比文件公开。 |
| **技术特征K：当所述错误旗标被设置时，基于所述下一可用单元的所述起点来确定所述被破坏数据段的所述终点。**<br>**《未公开》** | 未找到相关内容。 | 该特征依赖于特征J（设置错误旗标）和特征E（基于下一单元起点确定终点）。如前所述，对比文件未公开设置错误旗标这一机制，也未公开基于下一单元起点确定终点的具体方法。因此，该技术特征未被对比文件公开。 |
| **技术特征L：其中所述下一可用单元包含至少一个片，所述方法进一步包含在检测到所述解码错误时寻找与所述片相关联的片标头。**<br>**《直接公开》** | 对比文件说明书“DESCRIPTION OF THE PREFERRED EMBODIMENTS”部分第4段：“If an error is detected by the decoder while decoding any of the RVLCs, the decoder seeks the next resynchronization word...” | 对比文件明确公开了在检测到解码错误时，解码器会寻找下一个重同步字（resynchronization word）。在视频编码中，片（slice）通常以重同步标记（即片标头的一部分）开始。因此，“寻找下一个重同步字”实质上就是公开了“寻找与片相关联的片标头”。本领域技术人员可以毫无疑义地得出该技术方案。 |
| **技术特征M：其进一步包含，如果检测到所述解码错误，那么停止解码所述当前单元，且着手解码所述下一可用单元。**<br>**《隐含公开》** | 对比文件说明书“DESCRIPTION OF THE PREFERRED EMBODIMENTS”部分第4段：“If an error is detected... the decoder seeks the next resynchronization word...” | 对比文件公开了在检测到错误后，解码器会寻找下一个重同步字。寻找下一个重同步字的目的是为了使解码重新同步并继续解码过程，这隐含了停止对当前错误数据的进一步解码，并准备从找到的新起点（下一可用单元）开始解码。本领域技术人员根据对比文件的教导可以合理推断出这一操作步骤。因此，该技术特征被隐含公开。 |
| **技术特征N：其进一步包含，如果未检测到所述解码错误，那么解码整个当前单元。**<br>**《隐含公开》** | 对比文件说明书描述了包含宏块数据的视频包结构以及对其进行解码。 | 对比文件描述了视频包的结构和解码过程。虽然没有明确写出“若无错误则解码整个单元”的语句，但这是解码器正常工作的最基本逻辑和默认行为。本领域技术人员必然理解，在未遇到错误的情况下，解码器会继续解码直至当前数据单元结束。因此，该技术特征被隐含公开。 |
| **技术特征O：其中所述解码错误包含语法错误、语义错误或熵译码错误中的至少一者。**<br>**《直接公开》** | 对比文件说明书“BACKGROUND”部分第3段：“error detection (e.g., out-of-range motion vectors, invalid VLC table entry, or invalid number of residuals in a block)”。其中“out-of-range motion vectors”可视为语义错误，“invalid VLC table entry”涉及熵译码（VLC）错误。 | 对比文件明确列举的错误检测示例涵盖了目标专利所述的语义错误（运动矢量越界）和熵译码错误（无效VLC表条目）。虽然未明确提及“语法错误”，但“invalid VLC table entry”等也常被归入广义的语法或语义错误范畴。本领域技术人员可以认为对比文件公开了检测包括语义错误和熵译码错误在内的解码错误。因此，该技术特征被直接公开。 |
| **技术特征P：其中确定所述当前单元的起点包含确定与所述当前单元的所述起点相关联的第一宏块MB编号，确定所述被破坏数据段的终点包含确定在第二单元的起点之前的第二MB编号，且隐藏包含隐藏从所述第一MB编号到所述第二MB编号的所述被破坏数据段。**<br>**《未公开》** | 未找到相关内容。 | 该特征详细描述了基于宏块编号确定起点、终点并进行隐藏的具体方案。对比文件虽然提到了视频包中第一个宏块的编号（MB No.），但并未公开将其用作“当前单元起点”以计算被破坏数据段范围。对比文件确定错误边界的方法是基于RVLC的双向解码，而不是基于下一单元起点的宏块编号进行简单计算（如N-1）。此外，对比文件也未公开“隐藏”操作。因此，该技术特征未被对比文件公开。 |
| **技术特征Q：其中确定所述第二单元的起点包含确定与所述第二单元的所述起点相关联的第三MB编号，且其中确定所述第二MB编号包含从所述第三MB编号减去一以产生所述第二MB编号。**<br>**《未公开》** | 未找到相关内容。 | 该特征明确了通过“第三MB编号减一”来计算被破坏数据段终点的具体算术逻辑。这是目标专利方案的特定实现细节。对比文件完全没有提及这种通过简单减法来确定被破坏数据段终点的方法。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征R：其中确定所述当前单元的起点包含确定与所述当前单元的起点相关联的第一宏块MB编号和第一帧编号，确定所述被破坏数据段的终点包含确定与所述被破坏数据段的所述终点相关联的第二MB编号和第二帧编号，且隐藏包含基于所述第一MB编号和所述第二MB编号以及所述第一帧编号和所述第二帧编号来隐藏所述被破坏数据段的至少一部分，其中所述第一帧编号和所述第二帧编号可相同或不同。**<br>**《未公开》** | 未找到相关内容。 | 该特征涉及跨帧的错误处理和隐藏，需要跟踪帧编号。对比文件全文未提及帧编号的概念，也未处理错误跨越帧边界的情况。因此，该技术特征未被对比文件公开。 |
| **技术特征S：其进一步包含：检测一个或一个以上帧的丢失**<br>**《未公开》** | 未找到相关内容。 | 对比文件未涉及检测完整视频帧丢失的技术内容。其错误处理聚焦于比特流内部的错误定位，而非高层帧结构的缺失。因此，该技术特征未被对比文件公开。 |
| **技术特征T：替换所述一个或一个以上丢失帧以隐藏另一帧的参考帧失配。**<br>**《未公开》** | 未找到相关内容。 | 该特征涉及针对帧丢失的高级错误隐藏和参考帧匹配校正。对比文件完全没有涉及这些概念。因此，该技术特征未被对比文件公开。 |
| **技术特征U：其包含：用于确定经编码视频数据的当前单元的起点的装置**<br>**《直接公开》** | 同技术特征A的引用。对比文件公开了视频包结构及其中第一个宏块编号（MB No.）字段。 | 对比文件公开的具有解析重同步标记和MB编号字段功能的解码器，必然包含用于确定当前单元起点的装置（如解析器、计数器等）。本领域技术人员可以毫无疑义地得出该装置特征。 |
| **技术特征V：用于在未检测到所述经编码视频数据的下一可用单元的起点的情况下解码所述当前单元的至少一部分的装置**<br>**《未公开》** | 未找到相关内容。 | 同技术特征B的理由。对比文件未公开“在未确定下一可用单元的起点的情况下”这一限定条件所对应的装置功能或工作模式。因此，该装置特征未被公开。 |
| **技术特征W：用于在所述当前单元中检测解码错误的装置**<br>**《直接公开》** | 同技术特征C的引用。对比文件公开了错误检测步骤。 | 对比文件公开的解码器必然包含用于检测解码错误的装置（如语法检查器、VLC表查询模块等）。本领域技术人员可以毫无疑义地得出该装置特征。 |
| **技术特征X：用于在检测到所述解码错误时确定所述经编码视频数据的所述下一可用单元的所述起点的装置**<br>**《直接公开》** | 同技术特征D的引用。对比文件公开了在检测到错误时寻找下一个重同步字。 | 对比文件公开的解码器必然包含用于在检测到错误时寻找下一个重同步标记（从而确定下一可用单元起点）的装置（如搜索逻辑、同步检测器等）。本领域技术人员可以毫无疑义地得出该装置特征。 |
| **技术特征Y：用于基于所述下一可用单元的所述起点来确定被破坏数据段的终点的装置**<br>**《未公开》** | 未找到相关内容。 | 同技术特征E的理由。对比文件未公开基于下一单元起点来确定被破坏数据段终点的具体方法，因此也未公开实现该功能的装置。 |
| **技术特征Z：用于基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段的装置。**<br>**《未公开》** | 未找到相关内容。 | 同技术特征F的理由。对比文件公开的是“丢弃”装置，而非目标专利所要求的“隐藏”装置，两者功能不同。因此，该装置特征未被公开。 |
<<<A>>><<<C>>><<<D>>>