对比文件名称：US2005195903A1_Description_20260321_0232
目标专利名称：399视频解码器错误处置CN101960853B
模型名称：gpt-4-turbo-2024-04-09
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：其包含：确定经编码视频数据的当前单元的起点。 <br> **《隐含公开》** | 第[0054]段：“(a) A selection means adapted to optimally select a set of macro-block data for validation and selecting a set of suspicious macro blocks there from based on their location information, said selection means consisting of receiver means adapted to receive decoded video frame data; traverser means adapted to traverse the macro-block data in reverse zig zag order; evaluator means adapted to select the macro-blocks based on their relative location information...” | 对比文件公开了“选择装置”（selection means），其接收解码后的视频帧数据，并基于宏块的位置信息（location information）来选择可疑的宏块进行处理（第[0054]段）。要基于位置信息选择宏块，必然需要确定当前正在处理的宏块（即当前单元）的位置（起点）。虽然对比文件没有明确写出“确定当前单元的起点”这一步骤，但该步骤是进行后续选择、遍历和评估操作的内在前提和基础。本领域技术人员在实施对比文件所述的选择方法时，毫无疑问需要首先确定当前处理单元的起点（例如，当前宏块的地址或编号），否则无法进行基于位置的判断。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B**：在未确定所述经编码视频数据的下一可用单元的起点的情况下，解码所述当前单元的至少一部分。 <br> **《未直接公开且未隐含公开》** | 第[0054]段：“(a) A selection means adapted to optimally select a set of macro-block data for validation... said selection means consisting of receiver means adapted to **receive decoded video frame data**...” <br> 图4：输入数据流[401]被馈送到视频解码器块[402]，该块生成解码后的视频帧作为输出。这些视频帧被作为输入逐帧传递到错误选择和检测块[403]。 | 目标专利的技术特征B强调了“在未确定下一可用单元的起点的情况下”进行解码，这是其“循序错误处置”技术的关键，旨在避免先行操作。对比文件描述了完整的系统：视频解码器块[402]首先解码整个位流，生成完整的解码视频帧数据（第[0054]段，图4）。然后，解码后的帧数据才被送到后续的选择和检测模块进行处理。对比文件没有描述在解码过程中“不确定下一可用单元起点”这一特定的时序或条件。其解码过程是独立的、完整的，后续的错误检测和选择是基于已解码的完整帧数据进行的。因此，对比文件既未直接描述也未隐含公开技术特征B。 |
| **技术特征C**：在所述当前单元中检测解码错误。 <br> **《直接公开》** | 第[0041]段：“If the average of the difference exceeds the evaluated threshold based on quantization parameters, the macro-block is detected as a wrongly decoded macro-block.” <br> 第[0054]段：“(b) a detection means for detecting wrongly coded macro blocks consisting of a receiver means for receiving selected suspicious macro block data from the selection means; ... comparator means adapted to deciding the macro-block data as LOST by comparing the continuity measure with a dynamic threshold...” | 对比文件明确公开了“检测装置”（detection means），其功能是检测错误解码的宏块（第[0054]段(b)）。该装置通过计算当前宏块与相邻宏块边界像素的连续性度量，并与基于量化参数的动态阈值进行比较，来判定宏块是否为“错误解码”（第[0041]段）。这明确对应于目标专利中“在当前单元中检测解码错误”的技术特征。因此，该技术特征被对比文件直接公开。 |
| **技术特征D**：当检测到所述解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点。 <br> **《未直接公开且未隐含公开》** | 第[0015]段：“The decoder resynchronizes only after getting the start of the next video packet.” <br> 图2：展示了在定位到数据包标记[204]（标记新视频数据包的开始）后，正常的解码宏块数据继续。 | 对比文件提到解码器在获得下一个视频数据包的开始时重新同步（第[0015]段，图2）。然而，这描述的是解码器在遇到错误（如无效VLC）后的一般行为，并非作为其发明核心的“错误检测方法”的明确步骤。对比文件第[0030]-[0037]段详细描述的“选择装置”规则，以及第[0038]-[0045]段描述的“检测装置”方法，均未包含“在检测到解码错误时，确定下一可用单元的起点”这一步骤。其检测方法的输入是已解码的帧数据和宏块位置，输出是标记为LOST的宏块，不涉及确定下一可用单元的起点以用于后续处理。因此，该技术特征未被对比文件公开。 |
| **技术特征E**：基于所述下一可用单元的所述起点来确定被破坏数据段的终点。 <br> **《未直接公开且未隐含公开》** | （无相关描述） | 目标专利的技术特征E是错误处置逻辑的核心之一：利用“下一可用单元的起点”来推导出“被破坏数据段的终点”。对比文件的发明重点在于通过像素连续性检查来识别单个或一组可疑的、错误解码的宏块，并将其标记为LOST。它没有描述“被破坏数据段”这一连续范围的概念，也没有描述如何基于“下一可用单元的起点”来确定这样一个段的终点。其“选择装置”的规则（如检查宏块是否在数据包末尾、是否紧邻丢失宏块等）虽然涉及宏块位置，但目的是筛选待检测的宏块，而非界定一个连续的“被破坏数据段”的终点。因此，该技术特征未被对比文件公开。 |
| **技术特征F**：基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段。 <br> **《未直接公开且未隐含公开》** | 第[0028]段：“The output frame with possibly a few LOST macro-blocks from the ‘detection means’ is passed onto a subsequent error concealment means where the erroneous macro-block data is concealed...” <br> 图4：检测装置[405]将识别出的丢失宏块馈送到错误隐藏块[406]。 | 对比文件公开了将检测出的丢失（LOST）宏块送入错误隐藏模块进行隐藏（第[0028]段，图4）。然而，目标专利的技术特征F强调隐藏是基于“当前单元的起点”和“被破坏数据段的终点”这两个特定信息来执行的。对比文件的隐藏操作是基于检测装置输出的、已被标记为LOST的离散宏块列表，而非基于一个由起点和终点界定的连续数据段。其隐藏的输入是“哪些宏块需要隐藏”，而非“从哪个起点到哪个终点的连续区域需要隐藏”。因此，该技术特征未被对比文件公开。 |
| **技术特征G**：其中所述当前单元和所述下一可用单元中的每一者包括一视频数据片。 <br> **《未直接公开且未隐含公开》** | 第[002A]段：“Number of Video Packets [202A] form one video Frame [201A].” <br> 全文多处使用“video packet”、“packet”描述数据单元。 | 目标专利明确限定视频数据单元为“片”（slice）。对比文件全文使用“视频数据包”（video packet）或“包”（packet）来描述视频数据的划分单元（第[002A]段）。虽然在某些视频编码标准（如H.264）中，“片”和“数据包”在概念上可能对应，但作为技术特征的描述，两者是不同的术语。对比文件没有提及“片”（slice）这一特定术语。因此，不能认为对比文件公开了“当前单元和下一可用单元中的每一者包括一视频数据片”这一具体限定。该技术特征未被公开。 |
| **技术特征H**：其中所述被破坏数据段包括经编码视频数据的所述当前单元和至少一个额外单元。 <br> **《未直接公开且未隐含公开》** | 第[0032]-[0035]段：“By default detection for wrongly decoded macro-blocks is applied to all macro-blocks, which are present at the end of the packets in the current frame... By default detection for wrongly decoded macro-blocks is applied to all macro-blocks, which precede any lost macro-block...” | 对比文件的“选择装置”规则会选取位于数据包末尾的宏块，或位于任何丢失宏块之前的宏块进行检测（第[0032]-[0035]段）。这可能导致检测并标记出多个宏块。然而，这多个宏块是“选择装置”根据规则独立筛选出的结果，而非目标专利中所述的、作为一个整体的“被破坏数据段”。目标专利的“被破坏数据段”是一个通过起点和终点界定的连续区域，可能涵盖当前片和后续片。对比文件没有描述这种连续的、基于单元起点和终点界定的数据段概念。因此，该技术特征未被公开。 |
| **技术特征I**：其中所述当前单元是第一帧的当前片，且所述被破坏数据段包括所述当前片和来自第二帧的经编码视频数据的至少一个额外片。 <br> **《未直接公开且未隐含公开》** | （无相关描述） | 对比文件处理的是帧内的宏块错误检测（如图2A，帧由多个数据包组成）。其发明内容和方法描述均限于在当前帧内进行操作（例如第[0032]段“in the current frame”）。没有描述任何涉及跨帧的错误段，也没有提及“第二帧”或来自第二帧的额外片。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：其进一步包含：如果检测到所述解码错误，那么设置错误旗标以指示所述检测到所述解码错误。 <br> **《隐含公开》** | 第[0041]段：“If the average of the difference exceeds the evaluated threshold based on quantization parameters, the macro-block is detected as a wrongly decoded macro-block.” <br> 第[0054]段：“...comparator means adapted to deciding the macro-block data as LOST...” | 对比文件明确描述了检测到错误解码的宏块后，会将其“标记为LOST”（第[0041]段，第[0054]段(b)）。“标记为LOST”这一动作，实质上就是设置一个状态或标志（例如，在数据结构中设置一个“LOST”位或状态变量），以指示该宏块已被检测出错误。这与目标专利中“设置错误旗标”的技术特征在功能和目的上是相同的。因此，该技术特征被对比文件隐含公开。 |
| **技术特征K**：当所述错误旗标被设置时，基于所述下一可用单元的所述起点来确定所述被破坏数据段的所述终点。 <br> **《未直接公开且未隐含公开》** | （无相关描述） | 该技术特征是将技术特征J（设置错误旗标）与技术特征E（基于下一可用单元起点确定终点）结合的条件步骤。如前所述，对比文件没有公开技术特征E。同时，对比文件中将宏块“标记为LOST”后，并没有触发一个“基于下一可用单元的起点来确定被破坏数据段终点”的后续步骤。其后续步骤是直接将标记的宏块列表送至错误隐藏模块。因此，该技术特征未被对比文件公开。 |
| **技术特征L**：其中所述下一可用单元包含至少一个片，所述方法进一步包含在检测到所述解码错误时寻找与所述片相关联的片标头。 <br> **《未直接公开且未隐含公开》** | 第[0015]段：“The decoder resynchronizes only after getting the start of the next video packet.” <br> 图2：标记[204]指示新视频数据包的开始。 | 对比文件提到解码器在获得下一个视频数据包的开始时重新同步（第[0015]段），图2中标记[204]可理解为数据包起始标记。然而，这一描述是作为背景技术或解码器一般行为提及的，并非其主张的检测方法中的步骤。在其详细描述的“选择装置”和“检测装置”流程（图7，图8）中，并未包含“在检测到解码错误时寻找片标头”这一动作。输入到这些装置的是已经解码完成的帧数据。因此，该技术特征未被对比文件公开。 |
| **技术特征M**：其进一步包含，如果检测到所述解码错误，那么停止解码所述当前单元，且着手解码所述下一可用单元。 <br> **《隐含公开》** | 第[0015]段：“Hence in a normal operation, the decoder continues to decode data until it doesn’t get a proper VLC value match for the incoming data stream. Subsequently, the decoder marks all the macro-blocks as LOST, which it is unable to decode. The decoder resynchronizes only after getting the start of the next video packet.” | 对比文件在第[0015]段描述了典型解码器在遇到错误（如无效VLC）时的行为：停止当前解码（“marks all the macro-blocks as LOST, which it is unable to decode”），并在找到下一个视频数据包的起点时重新同步并继续解码。虽然这不是对比文件发明核心的“检测方法”的步骤，但它公开了视频解码领域中，解码器在检测到错误（此处是语法/熵译码错误）时的常规操作逻辑：停止当前有问题的解码过程，并在下一可用单元（数据包）的起点恢复解码。本领域技术人员能够毫无疑义地理解这一常规操作。因此，该技术特征被对比文件隐含公开。 |
| **技术特征N**：其进一步包含，如果未检测到所述解码错误，那么解码整个当前单元。 <br> **《隐含公开》** | 第[0054]段：“(a) A selection means adapted to optimally select a set of macro-block data for validation... said selection means consisting of receiver means adapted to **receive decoded video frame data**...” <br> 图4：视频解码器块[402]解码整个输入流并输出视频帧。 | 对比文件图4和相应描述显示，视频解码器[402]接收编码位流并输出解码后的视频帧数据。这隐含了在解码过程中，如果没有遇到导致解码器完全停止的错误（如第[0015]段所述的那些），解码器将会解码整个当前帧（单元）。因为只有解码出完整的帧数据，后续的选择和检测模块才能接收到完整的“decoded video frame data”进行处理。这是解码器正常工作的默认且必然的结果。因此，该技术特征被对比文件隐含公开。 |
| **技术特征O**：其中所述解码错误包含语法错误、语义错误或熵译码错误中的至少一者。 <br> **《直接公开》** | 第[0015]段：“Video Compression Standards use Variable Length Coding (VLC) to achieve data compression. Whenever an encoded video stream is transmitted via erroneous channel conditions, corruption of encoded video data takes place. A bit stream corruption may be misunderstood as completely different VLC values. In this case, a decoder will keep decoding until it finds a invalid VLC value.” | 对比文件第[0015]段明确将“无效的VLC值”作为解码器检测到的错误类型。可变长度编码（VLC）是熵编码的一种。因此，“无效的VLC值”对应的错误属于“熵译码错误”。这直接落入了目标专利技术特征O所列举的错误类型（语法错误、语义错误或熵译码错误中的至少一者）范围内。因此，该技术特征被对比文件直接公开。 |
| **技术特征P**：其中确定所述当前单元的起点包含确定与所述当前单元的所述起点相关联的第一宏块MB编号，确定所述被破坏数据段的终点包含确定在第二单元的起点之前的第二MB编号，且隐藏包含隐藏从所述第一MB编号到所述第二MB编号的所述被破坏数据段。 <br> **《未直接公开且未隐含公开》** | （无相关描述） | 该技术特征是对错误处置过程的具体化和量化，明确使用宏块（MB）编号来界定起点、终点和隐藏范围。对比文件虽然处理宏块，但其“选择装置”和“检测装置”的工作方式是基于规则筛选和像素连续性检查，来识别离散的或特定位置的错误宏块。它没有描述确定“第一MB编号”作为当前单元起点，也没有描述基于“第二单元（下一可用单元）的起点”来计算“第二MB编号”作为被破坏数据段终点，更没有描述隐藏从第一MB编号到第二MB编号这样一个连续范围。因此，该技术特征未被对比文件公开。 |
| **技术特征Q**：其中确定所述第二单元的起点包含确定与所述第二单元的所述起点相关联的第三MB编号，且其中确定所述第二MB编号包含从所述第三MB编号减去一以产生所述第二MB编号。 <br> **《未直接公开且未隐含公开》** | （无相关描述） | 该技术特征进一步限定了计算被破坏数据段终点（第二MB编号）的具体数学方法：用下一单元起点的MB编号（第三MB编号）减一。对比文件完全没有涉及这种基于宏块编号的算术计算来确定错误范围终点的任何内容。因此，该技术特征未被对比文件公开。 |
| **技术特征R**：其中确定所述当前单元的起点包含确定与所述当前单元的起点相关联的第一宏块MB编号和第一帧编号，确定所述被破坏数据段的终点包含确定与所述被破坏数据段的所述终点相关联的第二MB编号和第二帧编号，且隐藏包含基于所述第一MB编号和所述第二MB编号以及所述第一帧编号和所述第二帧编号来隐藏所述被破坏数据段的至少一部分，其中所述第一帧编号和所述第二帧编号可相同或不同。 <br> **《未直接公开且未隐含公开》** | （无相关描述） | 该技术特征将错误处置扩展到了可能跨帧的场景，需要跟踪宏块编号和帧编号。对比文件的全部方法描述都集中在单个帧内的错误检测（如第[0032]段“in the current frame”）。其装置接收和处理的是“decoded video frame data”，即一帧一帧的数据。没有描述需要确定或使用“帧编号”来界定跨帧的错误数据段，也没有描述基于MB编号和帧编号的组合来隐藏数据。因此，该技术特征未被对比文件公开。 |
| **技术特征S**：其进一步包含：检测一个或一个以上帧的丢失。 <br> **《未直接公开且未隐含公开》** | （无相关描述） | 对比文件关注的是帧内宏块的错误解码检测，例如因比特流损坏导致的错误VLC值（第[0015]段）。它没有描述检测整个帧丢失（例如，因网络丢包导致整个帧数据缺失）的情况。其发明旨在识别已解码但解码错误的宏块，而非检测完全未解码的帧。因此，该技术特征未被对比文件公开。 |
| **技术特征T**：替换所述一个或一个以上丢失帧以隐藏另一帧的参考帧失配。 <br> **《未直接公开且未隐含公开》** | （无相关描述） | 该技术特征涉及解决因帧丢失导致的参考帧失配问题，属于高阶的错误隐藏策略。对比文件的错误隐藏模块[406]接收的是标记为LOST的宏块列表，其隐藏是在像素域或通过运动补偿等方式替换这些宏块（第[0028]段，第[0047]段引用文献）。完全没有提及“帧替换”或“参考帧失配”的概念。因此，该技术特征未被对比文件公开。 |
| **技术特征U**：其包含：用于确定经编码视频数据的当前单元的起点的装置。 <br> **《隐含公开》** | 第[0054]段：“(a) A selection means adapted to optimally select a set of macro-block data for validation... said selection means consisting of receiver means adapted to receive decoded video frame data; traverser means adapted to traverse the macro-block data in reverse zig zag order; evaluator means adapted to select the macro-blocks based on their relative location information...” | 如技术特征A的论述，对比文件的“选择装置”包含评估装置（evaluator means），其基于宏块的相对位置信息进行选择。执行此功能必然要求装置能够确定当前处理单元（宏块）的起点（位置）。虽然未明确命名为“确定起点的装置”，但该功能已隐含在“选择装置”的组件和操作中。因此，该装置特征被对比文件隐含公开。 |
| **技术特征V**：用于在未检测到所述经编码视频数据的下一可用单元的起点的情况下解码所述当前单元的至少一部分的装置。 <br> **《未直接公开且未隐含公开》** | 图4：视频解码器块[402]。 <br> 第[0054]段：“...receiver means adapted to receive decoded video frame data...” | 如技术特征B的论述，对比文件的视频解码器块[402]是一个完整的解码单元，其输出是已解码的视频帧数据。对比文件没有描述该解码器内部具有“在未确定下一可用单元起点的情况下解码”这种特定工作模式的装置或模块。其解码器是常规的解码器。因此，该装置特征未被对比文件公开。 |
| **技术特征W**：用于在所述当前单元中检测解码错误的装置。 <br> **《直接公开》** | 第[0054]段：“(b) a detection means for detecting wrongly coded macro blocks...” <br> 图4：检测装置块[405]。 | 对比文件明确公开了“检测装置”（detection means），其专门用于检测错误编码（即错误解码）的宏块（第[0054]段(b)），并在图4中标识为块[405]。这直接对应于“用于在当前单元中检测解码错误的装置”。因此，该装置特征被对比文件直接公开。 |
| **技术特征X**：用于在检测到所述解码错误时确定所述经编码视频数据的所述下一可用单元的所述起点的装置。 <br> **《未直接公开且未隐含公开》** | （无相关描述） | 如技术特征D的论述，对比文件没有描述在检测到错误后确定下一可用单元起点的步骤，因此也不存在用于执行此功能的专门装置。其系统中的解码器可能具备重新同步功能，但这不是其主张的检测装置的一部分。因此，该装置特征未被对比文件公开。 |
| **技术特征Y**：用于基于所述下一可用单元的所述起点来确定被破坏数据段的终点的装置。 <br> **《未直接公开且未隐含公开》** | （无相关描述） | 如技术特征E的论述，对比文件没有涉及基于下一可用单元起点来确定被破坏数据段终点的概念和方法，因此也不存在用于执行此功能的装置。因此，该装置特征未被对比文件公开。 |
| **技术特征Z**：用于基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段的装置。 <br> **《未直接公开且未隐含公开》** | 第[0028]段：“...subsequent error concealment means where the erroneous macro-block data is concealed...” <br> 图4：错误隐藏块[406]。 | 对比文件公开了“错误隐藏装置”（error concealment means，图4中[406]），用于隐藏错误的宏块数据。然而，如技术特征F的论述，目标专利的隐藏装置是基于“当前单元的起点”和“被破坏数据段的终点”这两个特定输入来隐藏一个连续的数据段。对比文件的隐藏装置接收的输入是已被标记为LOST的宏块列表，其隐藏逻辑并非基于起点和终点来界定一个连续区域。因此，虽然都有“隐藏”功能，但实现该功能的具体输入和方式不同，对比文件未公开目标专利所限定的这种特定装置。 |
<<<C>>><<<O>>><<<a>>><<<j>>><<<m>>><<<n>>>