本次调用的模型名称：DeepSeek-R1
目标专利的名称：399视频解码器错误处置CN101960853B
对比文件的名称：1998-12-29_US5854799A_发明授权_US5854799A Video decoder with functions to detect and process errors in encoded video data
根据目标专利说明书和权利要求书，以及对比文件US5854799A的说明书内容，现进行技术特征比对分析如下：
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：确定经编码视频数据的当前单元的起点**<br>《直接公开》 | 第2页第17-18行：“The slice header detector 5 detects a slice header affixed at the head of each slice included in the video stream.”（片头检测器5检测视频流中每个片起始处附加的片头。） | 对比文件公开了检测片头（slice header），而片头即标志着一个视频数据单元（片）的起点。检测片头的操作必然包含了确定该单元起点的过程。因此，本领域技术人员能毫无疑义地得出对比文件公开了“确定经编码视频数据的当前单元的起点”这一技术特征。 |
| **技术特征B：在未确定所述经编码视频数据的下一可用单元的起点的情况下，解码所述当前单元的至少一部分**<br>《隐含公开》 | 第2页第17-18行：“The slice header detector 5 detects a slice header affixed at the head of each slice included in the video stream.”<br>第2页第21-23行：“The Huffman error detector 13 monitors the decoding process of the variable length decoder 6 and detects errors in a video stream slice by slice.” | 对比文件描述了检测片头和解码的过程。在正常解码流程中，解码器在检测到当前片的片头后，就会开始解码该片（当前单元）。虽然对比文件没有明确说明在解码当前片时“未确定”下一片的起点，但根据本领域技术人员的常规理解，解码器在解码当前片时，通常不需要、也不会去预先确定下一片的起点，而是按顺序处理数据流。这种顺序处理隐含了“在未确定下一可用单元起点的情况下解码当前单元”这一操作模式。因此，该技术特征被隐含公开。 |
| **技术特征C：在所述当前单元中检测解码错误**<br>《直接公开》 | 第2页第21-23行：“The Huffman error detector 13 monitors the decoding process of the variable length decoder 6 and detects errors in a video stream slice by slice.”<br>第2页第13-15行：“The direct current error detector 41 monitors the inverse quantization process... to detect errors macroblock by macroblock.”<br>第2页第15-17行：“The motion-area error detector 42 monitors the motion vectors... in order to detect errors macroblock by macroblock.” | 对比文件明确公开了多种在解码过程中检测错误的方式：霍夫曼错误检测器13逐片检测错误，直流错误检测器41和运动区域错误检测器42逐宏块检测错误。这些检测操作均发生在当前正被解码的单元（片或宏块）中。因此，本领域技术人员能毫无疑义地得出对比文件公开了“在当前单元中检测解码错误”这一技术特征。 |
| **技术特征D：当检测到所述解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点**<br>《直接公开》 | 第2页第24-27行：“reads the second slice to be decoded following the erroneous first slice from the bit buffer 102 based upon the detected slice header”。（基于检测到的片头，从位缓冲器102中读取紧跟在错误的第一片之后要解码的第二片。） | 对比文件明确指出，在检测到第一片错误后，会基于检测到的片头来读取下一片（第二片）。读取下一片的前提是确定其位置，即确定其起点（片头）。因此，该描述直接公开了“当检测到解码错误时，确定经编码视频数据的下一可用单元的起点”这一技术特征。 |
| **技术特征E：基于所述下一可用单元的所述起点来确定被破坏数据段的终点**<br>《隐含公开》 | 第2页第24-27行：“reads the second slice to be decoded following the erroneous first slice from the bit buffer 102 based upon the detected slice header”。<br>第2页第27-30行：“directs the MC circuit 109 and the frame buffer 103 to replace the first slice... with the third slice from an adjacent picture.”（指示MC电路109和帧缓冲器103用来自相邻图片的第三片替换第一片。）<br>第2页第1-3行（SUMMARY）：“If an erroneous macroblock is found, an error processing circuit replaces the erroneous macroblock with a corresponding macroblock from a preceding picture.” | 对比文件公开了在检测到错误后，会读取下一片，并用来自先前图片的对应片或宏块来替换出错的片或从出错宏块到片尾的宏块。要进行替换，必须知道被破坏的数据段范围。虽然对比文件没有明确记载“基于下一可用单元的起点来确定被破坏数据段的终点”这一逻辑步骤，但本领域技术人员可以合理推断，为了用对应数据替换“第一片”或“从出错宏块到片尾的宏块”，解码器必然需要知道被破坏数据段在哪里结束。而下一可用片（第二片）的起点，正是当前被破坏数据段结束、正常数据开始的边界点。因此，基于下一可用单元的起点来确定被破坏数据段的终点，是隐含在对比文件所公开的错误处理过程中的必要步骤。 |
| **技术特征F：基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段。**<br>《隐含公开》 | 第2页第27-30行：“directs the MC circuit 109 and the frame buffer 103 to replace the first slice... with the third slice from an adjacent picture.”<br>第2页第1-3行（SUMMARY）：“If an erroneous macroblock is found, an error processing circuit replaces the erroneous macroblock with a corresponding macroblock from a preceding picture.”<br>第2页第4-6行：“each of the macroblocks following the erroneous macroblock in a given slice may also be replaced by corresponding macroblocks of a preceding picture.” | 对比文件公开了用来自先前图片的对应数据（片或宏块）来替换（replace）出错的片或宏块。此“替换”操作即为目标专利中的“隐藏”的一种具体实现方式。要进行替换，必须知道替换的范围，即从当前单元的起点到被破坏数据段的终点。虽然对比文件未明确使用“基于起点和终点”的表述，但其描述的替换“第一片”或“从出错宏块到片尾的宏块”的操作，本质上就是基于一个数据段的起点和终点来对该段数据进行处理（隐藏）。因此，该技术特征被对比文件隐含公开。 |
| **技术特征G：其中所述当前单元和所述下一可用单元中的每一者包括一视频数据片。**<br>《直接公开》 | 全文多处提及“slice”。例如第2页第17-18行：“slice header detector 5 detects a slice header affixed at the head of each slice”。第2页第24-27行：“reads the second slice to be decoded following the erroneous first slice”。 | 对比文件通篇以“片（slice）”作为基本的视频数据单元进行讨论。错误检测、错误处理（读取下一片、替换出错片）均围绕“片”展开。因此，对比文件明确公开了当前单元和下一可用单元均是视频数据片。 |
| **技术特征H：其中所述被破坏数据段包括经编码视频数据的所述当前单元和至少一个额外单元。**<br>《隐含公开》 | 第2页第4-6行：“each of the macroblocks following the erroneous macroblock in a given slice may also be replaced by corresponding macroblocks of a preceding picture.” | 对比文件公开了在给定片（当前单元）中，不仅替换出错的宏块，还可能替换该出错宏块之后的所有宏块。这意味着被破坏数据段可以包括当前单元（片）的一部分（从出错宏块到片尾）。虽然对比文件没有明确描述被破坏数据段跨越多个完整的“单元”（片），但“从出错宏块到片尾的宏块”可以被视为当前单元内的一个数据段。考虑到错误可能传播，本领域技术人员可以合理推断，在某些严重错误情况下，被破坏的数据段可能超出当前片的范围，涵盖后续片（额外单元）。因此，该特征被宽松地判断为隐含公开。 |
| **技术特征I：其中所述当前单元是第一帧的当前片，且所述被破坏数据段包括所述当前片和来自第二帧的经编码视频数据的至少一个额外片。**<br>《未公开》 | 对比文件未提及被破坏数据段跨越不同帧的片。其错误处理示例（如图5-7，9-11）均在同一个帧（图片）内或使用相邻帧的对应数据进行替换，但未描述错误导致丢失或破坏的数据段本身包含了来自不同帧的多个片。 | 对比文件公开的错误处理是针对单个图片（帧）内的错误片或宏块，用前一图片的对应数据进行替换。它没有描述或暗示解码错误会导致一个被破坏的数据段同时包含第一帧的当前片和第二帧的至少一个额外片。目标专利此特征涉及跨帧的错误段识别，是对比文件未公开的具体场景。 |
| **技术特征J：其进一步包含：如果检测到所述解码错误，那么设置错误旗标以指示所述检测到所述解码错误**<br>《未公开》 | 对比文件未描述“设置错误旗标（error flag）”这一步骤。其错误处理流程是：检测到错误后，控制核心电路12直接执行停止解码、读取下一片、替换数据等操作。 | 目标专利中“设置错误旗标”是一个重要的状态记录机制，用于延迟错误范围的计算，直到解码到下一可用单元的起点。对比文件的处理是即时、直接的，没有引入这样一个中间状态标志。因此，该技术特征未被对比文件公开。 |
| **技术特征K：当所述错误旗标被设置时，基于所述下一可用单元的所述起点来确定所述被破坏数据段的所述终点。**<br>《未公开》 | 对比文件未公开“错误旗标”，因此自然不存在“当错误旗标被设置时”这一前提条件下的操作。 | 该特征依赖于技术特征J（设置错误旗标）。由于特征J未被公开，特征K也无法被公开。对比文件的错误范围确定是即时进行的，而非基于一个延迟设置的旗标。 |
| **技术特征L：其中所述下一可用单元包含至少一个片，所述方法进一步包含在检测到所述解码错误时寻找与所述片相关联的片标头。**<br>《直接公开》 | 第2页第24-27行：“reads the second slice to be decoded following the erroneous first slice from the bit buffer 102 **based upon the detected slice header**”。 | 对比文件明确记载，在检测到错误后，读取下一片（第二片）是基于（based upon）检测到的片头（slice header）。这必然包含了“寻找与所述片相关联的片标头”这一动作。因此，该技术特征被直接公开。 |
| **技术特征M：其进一步包含，如果检测到所述解码错误，那么停止解码所述当前单元，且着手解码所述下一可用单元。**<br>《直接公开》 | 第2页第24-27行：“Stops the decoding process of the variable length decoder 106 with respect to the first slice that has been determined to contain an error... reads the second slice to be decoded following the erroneous first slice from the bit buffer 102 based upon the detected slice header and causes the variable length decoder 106 to perform variable length decoding on the second slice.” | 对比文件清晰描述了在检测到第一片错误后，执行两个步骤：1) 停止解码第一片（当前单元）；2) 读取下一片（第二片/下一可用单元）并对其开始解码。这完全公开了技术特征M。 |
| **技术特征N：其进一步包含，如果未检测到所述解码错误，那么解码整个当前单元。**<br>《隐含公开》 | 第2页第21-23行描述了错误检测器监控解码过程并检测错误。第2页第24-27行描述了检测到错误后的处理。 | 对比文件描述了存在错误时的处理流程。根据本领域技术人员的常识和逻辑推理，如果监控解码过程后“未检测到”解码错误，解码器自然会继续其正常的解码流程，直至完成整个当前单元的解码，而不会中途停止或触发错误处理例程。因此，“如果未检测到解码错误，那么解码整个当前单元”是隐含在对比文件所描述的正常/错误分支逻辑中的必然情况。 |
| **技术特征O：其中所述解码错误包含语法错误、语义错误或熵译码错误中的至少一者。**<br>《直接公开》 | 第2页第21-23行：“The Huffman error detector 13... detects errors... When there is no data corresponding to a slice in the Huffman table and/or when data corresponding to a slice does not match with old decoded data, it is determined that an error is present.”（霍夫曼错误检测器13检测错误…当霍夫曼表中没有与片对应的数据和/或与片对应的数据与旧的解码数据不匹配时，确定存在错误。）<br>第2页第13-15行：“The direct current error detector 41...detects if a direct current coefficient... falls within a predetermined value...”（直流错误检测器41…检测直流系数…是否落在预定值内…）<br>第2页第15-17行：“The motion-area error detector 42...detects if the motion vectors indicate a point in the picture.”（运动区域错误检测器42…检测运动矢量是否指示图片中的一个点。） | 对比文件公开了三种错误检测：1) 霍夫曼（熵）译码错误（数据不在表中或不匹配）；2) 直流系数值异常（可视为一种语义错误，即系数值超出合理范围）；3) 运动矢量指向图片外（也是一种语义错误）。这些分别对应于目标专利中提到的“熵译码错误”和“语义错误”。因此，该技术特征被直接公开。 |
| **技术特征P：其中确定所述当前单元的起点包含确定与所述当前单元的所述起点相关联的第一宏块MB编号，确定所述被破坏数据段的终点包含确定在第二单元的起点之前的第二MB编号，且隐藏包含隐藏从所述第一MB编号到所述第二MB编号的所述被破坏数据段。**<br>《未公开》 | 对比文件未提及基于宏块（MB）编号来确定被破坏数据段的起点和终点。其描述替换“第一片”或“从出错宏块到片尾的宏块”，但未说明如何通过计算MB编号来精确界定这个范围。 | 目标专利此特征明确引入了通过MB编号来精确定位被破坏数据段起点和终点的机制。对比文件的描述停留在“片”或“从某宏块到片尾”的层面，没有公开基于MB编号进行计算的具体步骤。这是目标专利错误处置方案的一个具体实现细节，未被对比文件公开。 |
| **技术特征Q：其中确定所述第二单元的起点包含确定与所述第二单元的所述起点相关联的第三MB编号，且其中确定所述第二MB编号包含从所述第三MB编号减去一以产生所述第二MB编号。**<br>《未公开》 | 对比文件未提及任何与MB编号相关的确定或计算。 | 该特征依赖于特征P中MB编号机制。由于特征P未被公开，特征Q这一具体的编号计算方式自然也未被公开。 |
| **技术特征R：其中确定所述当前单元的起点包含确定与所述当前单元的起点相关联的第一宏块MB编号和第一帧编号，确定所述被破坏数据段的终点包含确定与所述被破坏数据段的所述终点相关联的第二MB编号和第二帧编号，且隐藏包含基于所述第一MB编号和所述第二MB编号以及所述第一帧编号和所述第二帧编号来隐藏所述被破坏数据段的至少一部分，其中所述第一帧编号和所述第二帧编号可相同或不同。**<br>《未公开》 | 对比文件未提及基于帧编号和MB编号的组合来确定跨帧的错误数据段。 | 此特征涉及处理可能跨越多个帧的错误数据段，并需要跟踪帧编号和MB编号。对比文件的错误处理示例均局限于单个图片（帧）内，未涉及跨帧错误段的识别和基于帧编号的处理机制。因此，该技术特征未被公开。 |
| **技术特征S：其进一步包含：检测一个或一个以上帧的丢失**<br>《未公开》 | 对比文件未描述检测“帧丢失”的场景。其错误检测针对的是正在解码的数据中的错误（如霍夫曼错误、系数错误、运动矢量错误），而非检测整个帧的缺失。 | 目标专利此特征涉及更高层次的错误场景——帧丢失。对比文件专注于片或宏块级别的错误检测与处理，未提及对完整帧丢失的检测。因此，该技术特征未被公开。 |
| **技术特征T：替换所述一个或一个以上丢失帧以隐藏另一帧的参考帧失配。**<br>《未公开》 | 对比文件未涉及“参考帧失配”问题及其解决方案。其错误隐藏是通过用前一图片的对应数据替换当前图片中的错误数据，这不涉及为补偿丢失帧而插入完整帧以避免后续帧的参考错误。 | 该特征涉及处理多参考帧环境下因帧丢失导致的参考链断裂问题。对比文件的错误隐藏是简单的数据替换，目的是掩盖错误视觉，而非解决参考关系失配。因此，该技术特征未被公开。 |
| **技术特征U：其包含：用于确定经编码视频数据的当前单元的起点的装置**<br>《直接公开》 | 第2页第17-18行：“The slice header detector 5 detects a slice header affixed at the head of each slice included in the video stream.” | 对比文件中的“slice header detector 5”即是用于检测片头、从而确定当前单元起点的装置。因此，该装置特征被直接公开。 |
| **技术特征V：用于在未检测到所述经编码视频数据的下一可用单元的起点的情况下解码所述当前单元的至少一部分的装置**<br>《隐含公开》 | 第2页第17-18行（片头检测器），第2页第19-21行（可变长度解码器6等）。 | 对比文件公开了片头检测器5、可变长度解码器6等解码装置。这些装置协同工作，在检测到当前片头后即开始解码当前片。本领域技术人员可以理解，这些装置在正常工作时，是在未预先确定下一可用单元起点的情况下运作的。因此，该装置特征被隐含公开。 |
| **技术特征W：用于在所述当前单元中检测解码错误的装置**<br>《直接公开》 | 第2页第21-23行：“The Huffman error detector 13 monitors the decoding process... and detects errors...”<br>第2页第13-17行描述了直流错误检测器41和运动区域错误检测器42。 | 对比文件明确公开了霍夫曼错误检测器13、直流错误检测器41、运动区域错误检测器42，这些均是用于在当前单元中检测解码错误的装置。 |
| **技术特征X：用于在检测到所述解码错误时确定所述经编码视频数据的所述下一可用单元的所述起点的装置**<br>《直接公开》 | 第2页第24-27行描述了在控制核心电路12控制下，基于检测到的片头读取下一片。这需要片头检测器5和位缓冲器2等装置的配合。 | 对比文件描述了在错误发生后，系统会基于检测到的片头来确定并读取下一片。执行这一功能的装置包括控制核心电路12、片头检测器5和位缓冲器2等。因此，用于在检测到错误时确定下一可用单元起点的装置被直接公开。 |
| **技术特征Y：用于基于所述下一可用单元的所述起点来确定被破坏数据段的终点的装置**<br>《隐含公开》 | 结合对比文件公开的读取下一片（特征X）和替换数据段（特征F隐含公开）的装置。 | 如特征E和F的分析，确定被破坏数据段的终点是进行数据替换的必要步骤。虽然对比文件未明确描述独立的“确定终点”装置，但本领域技术人员可以合理推断，执行错误处理的控制核心电路12等在确定了下一可用单元的起点后，能够（并需要）据此推导出被破坏数据段的终点，以指导替换操作。因此，该装置特征被隐含公开。 |
| **技术特征Z：用于基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段的装置。**<br>《隐含公开》 | 第2页第27-30行：“directs the MC circuit 109 and the frame buffer 103 to replace the first slice...” | 对比文件中的MC电路9、帧缓冲器3在控制核心电路12的指令下，执行用相邻图片数据替换错误数据的操作。此“替换”即“隐藏”。执行此功能的装置（MC电路9、帧缓冲器3、控制核心电路12）即对应于用于隐藏被破坏数据段的装置。虽然未明确表述基于“起点和终点”，但其操作实质是基于一个数据段进行的。因此，该装置特征被隐含公开。 |
<<<A>>><<<C>>><<<D>>><<<G>>><<<L>>><<<M>>><<<O>>><<<U>>><<<W>>><<<X>>>
<<<b>>><<<e>>><<<f>>><<<h>>><<<n>>><<<v>>><<<y>>><<<z>>>