对比文件的名称：2006-04-11_US7027515B_发明授权_US07027515B2 Sum-of-absolute-difference checking of macroblock borders for error detection in a corrupted MPEG-4 bitstream
目标专利的名称：399视频解码器错误处置CN101960853B
本次调用的模型名称：deepseek-r1
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：确定经编码视频数据的当前单元的起点<br>**《直接公开》** | 第[0073]段：“...macroblock counter in the decoder is incremented for each macroblock processed. The macroblock counter thus keeps track of which macroblock is being decoded.”<br>第[0085]段：“At the start of a new video packet, when VP header decoder 52 sends the header macroblock number to comparator 70, comparator 70 compares the macroblock numbers from the VP header and macroblock counter 60.” | 对比文件公开了解码器使用宏块计数器（macroblock counter）来跟踪正在被解码的是哪个宏块。当开始解码一个新的视频分组（video packet）时，解码器已经知道当前单元的起点（即宏块计数器的值）。这实质公开了“确定经编码视频数据的当前单元的起点”。 |
| **技术特征B**：在未确定所述经编码视频数据的下一可用单元的起点的情况下，解码所述当前单元的至少一部分<br>**《直接公开》** | 第[0073]段：“A new video packet N is detected when a resync marker is found in the bitstream, step 72. The VP header that follows the resync marker is decoded, step 74. This header contains the header macroblock number...”<br>第[0075]段：“Decoding of all the macroblocks in the video packet can proceed, step 80.” | 对比文件流程中，解码器在找到重新同步标记（resync marker）并解码其后的视频分组（VP）头部之前，已经在解码当前视频分组中的宏块。这表明解码当前单元（视频分组）时，并未预先确定下一个可用单元（下一个视频分组）的起点（即头部宏块编号）。该流程与本特征“在未确定下一可用单元的起点的情况下解码当前单元”的技术方案相同。 |
| **技术特征C**：在所述当前单元中检测解码错误<br>**《直接公开》** | 第[0076]段：“When an error is detected when decoding the macroblocks in video packet N, step 82, then the decoder may conceal the error, step 84.”<br>第[0077]段：“Occasionally, the header macroblock number does not match the macroblock counter, step 76. Some kind of error has occurred.” | 对比文件明确公开了两种检测解码错误的方式：1）在解码视频分组中的宏块时检测到错误（步骤82）；2）头部宏块编号与宏块计数器不匹配（步骤76）。这两种情况均属于“在当前单元中检测解码错误”。 |
| **技术特征D**：当检测到所述解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点<br>**《直接公开》** | 第[0073]段：“A new video packet N is detected when a resync marker is found in the bitstream, step 72. The VP header that follows the resync marker is decoded, step 74. This header contains the header macroblock number...”<br>第[0077]段：“Occasionally, the header macroblock number does not match the macroblock counter, step 76. Some kind of error has occurred.” | 对比文件公开了当检测到宏块编号不匹配这一解码错误时（步骤76），解码器会检测到新的视频分组（步骤72）并解码其VP头部（步骤74）以获得头部宏块编号。该头部宏块编号即为下一可用单元（视频分组）的起点。这直接公开了“当检测到解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点”。 |
| **技术特征E**：基于所述下一可用单元的所述起点来确定被破坏数据段的终点<br>**未被公开** | 无直接对应描述。对比文件在发现编号不匹配后，关注于决定使用头部宏块编号还是宏块计数器，以及可能的错误隐藏，但未描述基于下一单元的起点来“确定被破坏数据段的终点”。 | 对比文件未公开“基于下一可用单元的起点来确定被破坏数据段的终点”这一技术特征。对比文件在解决宏块编号不匹配时，其逻辑是判断哪一方（头部编号或计数器）是正确的，并据此纠正计数器或忽略头部编号。它没有描述将下一单元的起点作为一个边界，并基于此推导出一个需要隐藏的、有起止点的“被破坏数据段”的概念。目标专利中“被破坏数据段的终点”是一个明确的、用于界定隐藏范围的计算结果（例如，下一单元的起点MB编号减一），而对比文件中缺乏这一计算和界定的过程。 |
| **技术特征F**：基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段。<br>**未被公开** | 第[0076]段：“...the decoder may conceal the error, step 84. Errors can be concealed by using pixels from a previous frame...” | 对比文件虽然提到了错误隐藏（conceal the error），但并未公开如何基于一个明确的“被破坏数据段”的起点和终点来执行隐藏。其隐藏操作可能是在检测到错误（如编号不匹配或SAD超标）后触发，但隐藏的范围和方式（例如，是否基于明确的起止宏块编号）并未被清晰界定。这与目标专利中需要先确定数据段再基于其起止点进行隐藏的特定技术方案不同。 |
| **技术特征G**：其中所述当前单元和所述下一可用单元中的每一者包括一视频数据片。<br>**《隐含公开》** | 第[0010]段：“The macroblocks are arranged in the bitstream into one or more video packets (VP).”<br>第[0011]段：“The compressed picture data is divided into several video packets (VP) for each video object plane VOP.”<br>说明书背景技术部分及图2描述了视频分组（Video Packet）的结构，其包含重新同步标记和头部，用于错误恢复。 | 对比文件中的“视频分组（Video Packet）”是MPEG-4比特流中用于错误恢复的基本单元，其包含重新同步标记和头部，功能与目标专利中作为错误处置单元的“视频数据片（slice）”相同，都是视频数据中可独立重新同步的段。本领域技术人员阅读对比文件后，能够理解“视频分组”即对应于视频编码领域常见的“片（slice）”或类似的可重新同步的数据单元。因此，该特征被对比文件隐含公开。 |
| **技术特征H**：其中所述被破坏数据段包括经编码视频数据的所述当前单元和至少一个额外单元。<br>**未被公开** | 无对应描述。 | 对比文件未描述被破坏数据段可以跨越多个单元（视频分组）。其错误处理主要针对当前视频分组内的错误，或由当前分组错误导致的宏块计数器偏移问题，没有明确教导或暗示被破坏数据可以涵盖当前单元及额外的完整单元。 |
| **技术特征I**：其中所述当前单元是第一帧的当前片，且所述被破坏数据段包括所述当前片和来自第二帧的经编码视频数据的至少一个额外片。<br>**未被公开** | 无对应描述。 | 对比文件的实施例全部集中于单帧（VOP）内的错误检测和恢复（通过视频分组和重新同步标记），完全没有涉及错误跨越帧边界的情况，更没有公开被破坏数据段可以包括来自不同帧的片。 |
| **技术特征J**：其进一步包含：如果检测到所述解码错误，那么设置错误旗标以指示所述检测到所述解码错误<br>**未被公开** | 对比文件描述了检测到错误（如步骤76不匹配，步骤82解码错误）后的处理逻辑，但未明确记载设置一个专门的“错误旗标（error flag）”这一步骤。其逻辑判断（如步骤78判断前一分组是否有错误）可能依赖于内部状态，但未公开“设置错误旗标”这一具体动作。 | 虽然对比文件具有错误检测和基于错误状态进行决策的概念，但“设置错误旗标”是一个具体的实现手段。本领域技术人员不能毫无疑义地从对比文件得出其必然使用了“设置错误旗标”这一技术手段。它可能使用其他方式记录错误状态。因此，该特征未被直接公开。从隐含公开的角度看，设置旗标是记录二进制状态的一种常规技术手段，本领域技术人员在实现错误状态记录时有可能采用。但为了严谨起见，基于对比文件文本，不认定其为隐含公开。 |
| **技术特征K**：当所述错误旗标被设置时，基于所述下一可用单元的所述起点来确定所述被破坏数据段的所述终点。<br>**未被公开** | 无对应描述。 | 由于特征J（设置错误旗标）和特征E（基于下一单元起点确定终点）均未被公开，且对比文件中不存在将两者关联的逻辑（即当某旗标被设置时，触发基于下一单元起点确定终点的操作），因此该特征未被公开。 |
| **技术特征L**：其中所述下一可用单元包含至少一个片，所述方法进一步包含在检测到所述解码错误时寻找与所述片相关联的片标头。<br>**《直接公开》** | 第[0073]段：“A new video packet N is detected when a resync marker is found in the bitstream, step 72.”<br>第[0077]段：“Occasionally, the header macroblock number does not match the macroblock counter, step 76. Some kind of error has occurred.” | 对比文件明确公开，当检测到宏块编号不匹配这一解码错误时（步骤76），解码器会寻找（detected when a resync marker is found）下一个视频分组（VP）的重新同步标记（步骤72），该标记即标识了下一可用单元（片）的标头（VP header）的开始。这直接对应于“在检测到解码错误时寻找与所述片相关联的片标头”。 |
| **技术特征M**：其进一步包含，如果检测到所述解码错误，那么停止解码所述当前单元，且着手解码所述下一可用单元。<br>**《直接公开》** | 第[0087]段：“When comparator 70 determines that the headers do not match, error controller 58 is activated. Decoding of new macroblocks by macroblock decoder 54 may be halted until the error is resolved.” | 对比文件公开了当检测到宏块编号不匹配（一种解码错误）时，错误控制器被激活，宏块解码器对新宏块的解码可能被暂停（halted），直到错误被解决。在错误解决（例如，通过SAD检查决定使用哪个宏块编号）后，解码会使用更新后的信息继续进行，这相当于着手解码下一可用单元。这公开了“停止解码当前单元，且着手解码下一可用单元”的实质过程。 |
| **技术特征N**：其进一步包含，如果未检测到所述解码错误，那么解码整个当前单元。<br>**《直接公开》** | 第[0075]段：“Decoding of all the macroblocks in the video packet can proceed, step 80.”<br>流程图图3中，若步骤76匹配且步骤82未检测到错误，则流程循环，继续解码当前分组中的宏块直至完成，然后进入下一分组（步骤72）。 | 对比文件的正常解码流程就是：当没有检测到错误（编号匹配且解码过程无错）时，解码器会继续解码当前视频分组中的所有宏块（即整个当前单元）。这直接公开了该特征。 |
| **技术特征O**：其中所述解码错误包含语法错误、语义错误或熵译码错误中的至少一者。<br>**《直接公开》** | 第[0076]段：“When an error is detected when decoding the macroblocks in video packet N, step 82...”<br>第[0077]段：“Occasionally, the header macroblock number does not match the macroblock counter, step 76. Some kind of error has occurred.”<br>第[0094]段：“...a bit error in macroblock data in data field 24 occurs.” | 对比文件公开的解码错误至少包括：1）解码宏块时检测到的错误（步骤82），这类错误通常可涵盖语法、语义或熵译码错误；2）头部宏块编号与计数器不匹配（步骤76），这可以视为一种语义或同步错误；3）比特流中的比特错误（bit error）导致的数据损坏。因此，对比文件公开的解码错误类型包含了目标专利所列举的错误类型（语法、语义或熵译码错误）中的至少一种。 |
| **技术特征P**：其中确定所述当前单元的起点包含确定与所述当前单元的所述起点相关联的第一宏块MB编号，确定所述被破坏数据段的终点包含确定在第二单元的起点之前的第二MB编号，且隐藏包含隐藏从所述第一MB编号到所述第二MB编号的所述被破坏数据段。<br>**未被公开** | 无对应描述。 | 对比文件未公开“确定被破坏数据段的终点”这一步骤，更没有公开该终点是“在第二单元的起点之前的第二MB编号”。同时，对比文件也未公开基于从第一MB编号到第二MB编号的明确范围进行隐藏。因此，该特征未被公开。 |
| **技术特征Q**：其中确定所述第二单元的起点包含确定与所述第二单元的所述起点相关联的第三MB编号，且其中确定所述第二MB编号包含从所述第三MB编号减去一以产生所述第二MB编号。<br>**未被公开** | 无对应描述。 | 对比文件虽然会从VP头部读取头部宏块编号（第三MB编号），但并未描述基于此编号通过“减一”来计算另一个作为终点的MB编号（第二MB编号）。该计算是目标专利的特定方案，未被对比文件公开。 |
| **技术特征R**：其中确定所述当前单元的起点包含确定与所述当前单元的起点相关联的第一宏块MB编号和第一帧编号，确定所述被破坏数据段的终点包含确定与所述被破坏数据段的所述终点相关联的第二MB编号和第二帧编号，且隐藏包含基于所述第一MB编号和所述第二MB编号以及所述第一帧编号和所述第二帧编号来隐藏所述被破坏数据段的至少一部分，其中所述第一帧编号和所述第二帧编号可相同或不同。<br>**未被公开** | 无对应描述。 | 对比文件主要关注帧（VOP）内的宏块编号和错误处理，没有涉及跨帧的错误段界定，也没有提及使用“帧编号”来辅助确定被破坏数据段的起点和终点。因此，该特征未被公开。 |
| **技术特征S**：其进一步包含：检测一个或一个以上帧的丢失<br>**未被公开** | 无对应描述。 | 对比文件的全部内容均围绕单帧内视频分组的错误检测和恢复，完全没有提及或涉及检测整个帧的丢失。因此，该特征未被公开。 |
| **技术特征T**：替换所述一个或一个以上丢失帧以隐藏另一帧的参考帧失配。<br>**未被公开** | 无对应描述。 | 由于对比文件未涉及帧丢失的检测（特征S），自然也未曾公开替换丢失帧以解决参考帧失配的技术方案。因此，该特征未被公开。 |
| **技术特征U**：其包含：用于确定经编码视频数据的当前单元的起点的装置<br>**未被公开** | 第[0085]段：“Macroblock counter 60 keeps track of which macroblock is being decoded...” | 虽然对比文件公开了“宏块计数器60”这一组件，其功能是跟踪正在解码的宏块，这可以视为用于确定当前单元起点的装置。但是，特征U是装置权利要求的一部分，需要与后续特征V-Z作为一个整体方案来考虑。单独看，该组件可能对应，但鉴于整体方案未被公开，此处不做独立肯定判断。从严格比对角度看，对比文件未以“装置+功能”的表述来限定。出于评估的严谨性，认为该特征未被单独直接公开。 |
| **技术特征V**：用于在未检测到所述经编码视频数据的下一可用单元的起点的情况下解码所述当前单元的至少一部分的装置<br>**未被公开** | 第[0085]段：“Macroblock decoder 54 decodes the macroblocks in the video packet...” | 对比文件公开了“宏块解码器54”用于解码宏块。然而，“在未检测到下一可用单元起点的情况下解码”是该装置在特定工作模式下的功能描述。对比文件没有明确描述该装置被配置为或必然工作在“未检测到下一可用单元起点”的模式下。虽然从流程（特征B）可推断其工作方式，但在装置特征的字面描述上，不能直接对应。 |
| **技术特征W**：用于在所述当前单元中检测解码错误的装置<br>**未被公开** | 第[0085]段：“...comparator 70 compares the macroblock numbers...”<br>第[0089]段：“SAD generator 64...” | 对比文件公开了比较器70（用于检测编号不匹配）和SAD生成器64（用于生成错误指示），它们可以用于检测解码错误。但同样，作为装置权利要求的一部分，且对比文件未以“用于...的装置”形式描述，从严格字面对比看，认为未被直接公开。 |
| **技术特征X**：用于在检测到所述解码错误时确定所述经编码视频数据的所述下一可用单元的所述起点的装置<br>**未被公开** | 第[0085]段：“Resync detector 50 detects the start of a new video packet and triggers header decoder 52 to decode the VP header.” | 对比文件公开了重新同步检测器50和头部解码器52，它们协同工作可以在检测到重新同步标记时确定下一可用单元的起点。但该功能是在检测到新单元时触发，并非明确限定为“在检测到所述解码错误时”才确定。字面描述上不完全对应。 |
| **技术特征Y**：用于基于所述下一可用单元的所述起点来确定被破坏数据段的终点的装置<br>**未被公开** | 无对应描述。 | 对比文件中不存在执行“基于下一可用单元的起点来确定被破坏数据段的终点”这一功能的装置。 |
| **技术特征Z**：用于基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段的装置。<br>**未被公开** | 第[0085]段：“Error controller 58...” | 对比文件公开了错误控制器58，它可以执行错误隐藏。但该控制器并未被描述为基于“当前单元的起点”和“被破坏数据段的终点”这两个特定输入来执行隐藏。其隐藏逻辑可能基于其他判断（如SAD阈值）。因此，该装置特征未被公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<L>>><<<M>>><<<N>>><<<O>>><<<g>>>