对比文件名称：2006-11-07_US7133451B_发明授权_US07133451B2 Systems and methods for refreshing macroblocks
目标专利名称：399视频解码器错误处置CN101960853B
本次调用模型名称：GPT-4
作为资深专利代理师，我将根据目标专利说明书的详细描述，对权利要求的技术特征进行严格划分，并与对比文件US7133451B2进行逐一比对。目标专利的核心在于一种“循序错误处置”过程，其核心思想是：解码器在未确定下一可用单元（例如片）起点的情况下开始解码当前单元；仅在当前单元中检测到错误时，才设置错误旗标并延迟对错误的处理；直到解码器到达下一可用单元的起点（无论是由于正常解码完成还是因错误而重新同步），才检查错误旗标。若旗标被设置，则基于当前单元的起点和下一可用单元的起点来确定被破坏数据段的终点并进行隐藏。这种方法避免了常规“先行”操作所需的额外缓冲和计算。
对比文件US7133451B2主要涉及视频编码技术，特别是用于在易错信道（如无线网络）中增强视频流错误弹性的各种编码端技术，包括自适应帧内刷新（AIR）、循环帧内刷新（CIR）、第二运动补偿（SMC）、数据分割、使用重同步标记等。其重点在于编码器如何生成更具弹性的码流，以及一些通用的错误隐藏概念，但并未描述目标专利中那种具体的、基于“错误旗标”和“延迟确定被破坏数据段终点”的循序解码错误处置流程。
以下是根据目标专利权利要求划分的技术特征比对表格：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：确定经编码视频数据的当前单元的起点**<br>《隐含公开》 | 对比文件涉及视频解码，解码器必须从位流中的某个点开始解码。虽然没有明确描述“确定起点”这一步骤，但这是解码过程隐含的必要前提。例如，解码器需要识别帧或片的开始。 | 本领域技术人员可以毫无疑义地理解，任何视频解码器在解码一个视频单元（如帧、片）之前，必须首先确定该单元在码流中的起始位置。这是解码操作的基础步骤。对比文件虽然没有用文字明确记载“确定起点”，但其中描述的解码过程必然包含此隐含步骤。因此，该技术特征被对比文件隐含公开。 |
| **技术特征B：在未确定所述经编码视频数据的下一可用单元的起点的情况下，解码所述当前单元的至少一部分**<br>《未公开》 | 对比文件未描述在解码当前单元时，有意地不去确定或延迟确定下一可用单元起点的操作。其重点在于编码端的错误恢复技术，如AIR、CIR、SMC等，以及使用重同步标记帮助解码器在错误后重新同步（见[0011]-[0013]段）。 | 该技术特征是目标专利“循序错误处置”的核心创新点之一，旨在避免先行操作。对比文件中描述的解码器在遇到错误时，会利用编码器插入的重同步标记（如视频包起始码）进行重新同步（[0011]段），但这属于在错误发生后的重新同步行为，并未教导或暗示在开始解码当前单元时，可以或应该“不预先确定”下一可用单元的起点。本领域技术人员无法从对比文件推理出这一特定的、旨在节省缓冲和功耗的解码控制逻辑。因此，该技术特征未被对比文件公开。 |
| **技术特征C：在所述当前单元中检测解码错误**<br>《隐含公开》 | [0011]段：“Through the use of resync markers included by an encoder in the video data, synchronization lost after an error can be regained by a decoder.”（通过使用编码器在视频数据中包含的重同步标记，解码器可以重新获得错误后丢失的同步。）[0012]段提到使用可逆可变长度编码（RVLC）帮助从错误中恢复。 | 对比文件明确提到了解码器会遇到错误（“synchronization lost after an error”）以及使用特定技术（重同步标记、RVLC）来应对错误，这隐含了解码器能够检测到错误（例如，通过语法违规、无法解码的码字或丢失的同步）的发生。检测解码错误是错误恢复的前提。因此，本领域技术人员可以合理推断对比文件中的解码器具备错误检测能力。该技术特征被隐含公开。 |
| **技术特征D：当检测到所述解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点**<br>《隐含公开》 | [0011]段：“Through the use of resync markers included by an encoder in the video data, synchronization lost after an error can be regained by a decoder.”（通过使用编码器在视频数据中包含的重同步标记，解码器可以重新获得错误后丢失的同步。） | 对比文件指出，在发生错误导致同步丢失后，解码器利用编码器插入的重同步标记来重新获得同步。“重新获得同步”这一过程必然包括在码流中寻找并“确定”下一个有效的重同步点（即下一可用单元的起点，如视频包的开始）。因此，当检测到错误时，确定下一可用单元的起点是重新同步过程的隐含步骤。该技术特征被对比文件隐含公开。 |
| **技术特征E：基于所述下一可用单元的所述起点来确定被破坏数据段的终点**<br>《未公开》 | 对比文件未描述如何界定“被破坏数据段”的具体方法，特别是没有记载基于“下一可用单元的起点”来计算或推断被破坏数据段终点的任何技术手段。 | 该技术特征是目标专利错误处置算法的关键步骤：通过找到下一个好片的起点（例如，MB编号N），将前一错误片的终点定义为N-1，从而精确界定需要隐藏的数据范围。对比文件虽然提到了错误隐藏（如[0012]段提到使用运动信息进行隐藏），但完全没有揭示这种基于下一可用单元起点来动态确定被破坏数据段终点的具体逻辑。本领域技术人员无法从对比文件公开的内容中推导出这一特定算法。因此，该技术特征未被公开。 |
| **技术特征F：基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段。**<br>《隐含公开》 | [0012]段：“Thus, if there is an error and the texture information is undecodable or lost, the decoder can utilize the motion information to conceal the error by using the motion information to compensate the previous decoded frame or VOP.”（因此，如果存在错误且纹理信息不可解码或丢失，解码器可以利用运动信息，通过使用运动信息补偿先前解码的帧或VOP来隐藏错误。） | 对比文件明确提到了在发生错误时，解码器执行错误隐藏（error concealment）。虽然它没有具体说明隐藏哪一段数据，但错误隐藏的对象必然是因错误而损坏或不可信的数据区域。结合解码器能够检测错误（特征C）并进行重新同步（特征D）的事实，本领域技术人员可以合理推断，解码器在隐藏错误时，需要知道待隐藏数据的范围。尽管对比文件未公开目标专利中确定该范围的具体方法（特征E），但“基于某个范围进行隐藏”这一功能性概念是隐含在错误隐藏操作中的。因此，该技术特征被隐含公开，但其实现方式（依赖特征E）未被公开。 |
| **技术特征G：其中所述当前单元和所述下一可用单元中的每一者包括一视频数据片。**<br>《直接公开》 | [0011]段：“...resynchronization markers (i.e., the start of a video packet)...”（...重同步标记（即视频包的开始）...）[0041]段：“The video packet starts with the VOP header or the video packet header...”（视频包以VOP标头或视频包标头开始...） | 对比文件明确使用了“video packet”（视频包）的概念，并指出其以重同步标记开始。在视频编码领域（如MPEG-4），“视频包”通常对应于一个可独立解码的单元，类似于目标专利中的“片”（slice），都包含重新同步机制。因此，对比文件中的“视频包”直接公开了目标专利中的“视频数据片”。 |
| **技术特征H：其中所述被破坏数据段包括经编码视频数据的所述当前单元和至少一个额外单元。**<br>《未公开》 | 对比文件未具体描述被破坏数据段可能跨越多个视频单元（如多个片）的场景，也未提供识别此类跨单元被破坏数据段的方法。 | 目标专利说明书中详细说明了错误可能跨越多个片甚至多个帧（见[0051], [0077]-[0080]段，图8），其技术方案能够处理这种情况。对比文件仅一般性地提及错误隐藏，但并未涉及如何界定一个可能包含“当前单元和至少一个额外单元”的“被破坏数据段”。本领域技术人员无法从对比文件得出这一具体技术情形及其处置方法。因此，该技术特征未被公开。 |
| **技术特征I：其中所述当前单元是第一帧的当前片，且所述被破坏数据段包括所述当前片和来自第二帧的经编码视频数据的至少一个额外片。**<br>《未公开》 | 对比文件未描述错误跨越不同帧的片的具体情况，也未提供处理此类跨帧错误数据段的方法。 | 这是技术特征H的一个更具体的实施例，错误跨越了帧边界。对比文件完全没有提及或暗示这种复杂的错误传播场景及相应的数据段界定方法。因此，该技术特征未被公开。 |
| **技术特征J：其进一步包含：如果检测到所述解码错误，那么设置错误旗标以指示所述检测到所述解码错误**<br>《隐含公开》 | 虽然没有明确提到“错误旗标”（error flag）这一术语，但在计算机系统和解码器设计中，使用一个状态变量或标志位来记录是否发生错误是一种常见且基础的技术手段。对比文件提到解码器在错误后采取行动（重新同步、隐藏），这逻辑上需要有一个错误状态的指示。 | 本领域技术人员为了实现对比文件描述的错误恢复流程（检测错误、重新同步、隐藏），很容易且必然会想到使用某种形式的错误状态指示器（如寄存器中的一个位）来记录错误的发生，以便后续处理模块（如重新同步模块、隐藏模块）能够获知该状态。因此，设置错误旗标是该技术方案隐含的、公知的实现方式。该技术特征被隐含公开。 |
| **技术特征K：当所述错误旗标被设置时，基于所述下一可用单元的所述起点来确定所述被破坏数据段的所述终点。**<br>《未公开》 | 对比文件未描述任何将“错误旗标”的状态与“基于下一可用单元起点确定被破坏数据段终点”这一具体操作联系起来的逻辑或流程。 | 该技术特征是将特征J（设置旗标）与特征E（基于下一单元起点确定终点）结合起来的控制逻辑。由于特征E本身未被对比文件公开，且对比文件没有描述这种基于旗标状态触发特定终点确定算法的机制，因此该组合特征也未被公开。它是目标专利特定流程的一部分。 |
| **技术特征L：其中所述下一可用单元包含至少一个片，所述方法进一步包含在检测到所述解码错误时寻找与所述片相关联的片标头。**<br>《直接公开》 | [0011]段：“Through the use of resync markers included by an encoder in the video data, synchronization lost after an error can be regained by a decoder.”（通过使用编码器在视频数据中包含的重同步标记，解码器可以重新获得错误后丢失的同步。） | 对比文件明确指出，在错误导致同步丢失后，解码器利用编码器插入的“重同步标记”（resync markers）来重新同步。在MPEG-4等标准中，重同步标记位于视频包（即片）的起始处。因此，“在检测到解码错误时寻找重同步标记”直接等同于“寻找片标头”。该技术特征被对比文件直接公开。 |
| **技术特征M：其进一步包含，如果检测到所述解码错误，那么停止解码所述当前单元，且着手解码所述下一可用单元。**<br>《隐含公开》 | [0011]段：“...synchronization lost after an error can be regained by a decoder.”（...解码器可以重新获得错误后丢失的同步。） | 从“重新获得同步”这一表述可以合理推断，在发生不可恢复的错误后，解码器会停止对当前损坏数据的解析，转而从下一个可识别的同步点（即下一可用单元）开始继续解码过程。这是错误恢复中的常规做法。因此，该技术特征被对比文件隐含公开。 |
| **技术特征N：其进一步包含，如果未检测到所述解码错误，那么解码整个当前单元。**<br>《隐含公开》 | 这是解码器正常工作的默认行为。对比文件描述的是在存在错误情况下的增强措施，其前提就是无错误时正常解码。虽然没有明文写出，但这是本领域的公知常识。 | 如果未检测到错误，解码器自然会继续解码直至当前单元结束。这是任何解码流程的基本组成部分。对比文件描述的整个技术体系建立在正常解码的基础上，因此该特征被隐含公开。 |
| **技术特征O：其中所述解码错误包含语法错误、语义错误或熵译码错误中的至少一者。**<br>《直接公开》 | [0012]段提到了“reversible variable-length code”（可逆可变长度编码），这是一种熵编码。其用途是帮助从错误中恢复，这隐含了错误可能包括熵译码错误。更广泛地说，在视频解码领域，语法错误、语义错误和熵译码错误是常见的解码错误类型。 | 对比文件虽然没有明确列出这三种错误类型，但它涉及的是视频位流的解码和错误恢复。本领域技术人员知道，在解码过程中，由于数据损坏，完全可能遇到语法不符、语义无效或熵编码码字无法解析等错误。对比文件公开的RVLC等技术正是为了应对这类错误。因此，可以认为对比文件直接公开了解码错误包含这些类型。 |
| **技术特征P：其中确定所述当前单元的起点包含确定与所述当前单元的所述起点相关联的第一宏块MB编号，确定所述被破坏数据段的终点包含确定在第二单元的起点之前的第二MB编号，且隐藏包含隐藏从所述第一MB编号到所述第二MB编号的所述被破坏数据段。**<br>《未公开》 | 对比文件完全没有提及使用宏块（MB）编号来标识视频数据段起点和终点的方法，也没有描述基于MB编号范围进行错误隐藏的具体操作。 | 该技术特征是目标专利非常具体的实施方式，它利用视频帧/片内宏块的线性编号体系来精确界定隐藏区域。对比文件通篇未涉及“MB编号”在错误处理中的这种应用。错误隐藏可能以其他方式实现（如基于空间区域）。因此，该技术特征未被公开。 |
| **技术特征Q：其中确定所述第二单元的起点包含确定与所述第二单元的所述起点相关联的第三MB编号，且其中确定所述第二MB编号包含从所述第三MB编号减去一以产生所述第二MB编号。**<br>《未公开》 | 对比文件未描述任何与宏块编号计算相关的操作。 | 这是技术特征P中关于如何计算终点MB编号的具体数学操作。由于特征P的整体方案未被公开，且这一具体计算步骤在对比文件中毫无踪迹，因此该技术特征未被公开。 |
| **技术特征R：其中确定所述当前单元的起点包含确定与所述当前单元的起点相关联的第一宏块MB编号和第一帧编号，确定所述被破坏数据段的终点包含确定与所述被破坏数据段的所述终点相关联的第二MB编号和第二帧编号，且隐藏包含基于所述第一MB编号和所述第二MB编号以及所述第一帧编号和所述第二帧编号来隐藏所述被破坏数据段的至少一部分，其中所述第一帧编号和所述第二帧编号可相同或不同。**<br>《未公开》 | 对比文件未描述同时使用帧编号和宏块编号来界定可能跨越帧边界的被破坏数据段的方法。 | 该技术特征扩展了特征P，以处理错误跨越多个帧的更复杂情况。这需要跟踪帧编号。对比文件完全没有涉及如此复杂和精细的错误范围界定机制。因此，该技术特征未被公开。 |
| **技术特征S：其进一步包含：检测一个或一个以上帧的丢失**<br>《隐含公开》 | 对比文件涉及在易错信道（如无线网络、ATM网络）中传输视频，其中提到数据包或信元可能丢失（[0010]段），这可能导致完整帧的丢失。其描述的错误恢复技术（如SMC、双I帧）旨在应对包括帧丢失在内的错误。 | 在包交换网络（如对比文件提及的无线、ATM网络）中，数据包丢失是常见错误，而一个视频帧可能封装在一个或多个包中。因此，包丢失很可能导致帧丢失。对比文件的技术旨在增强对此类情况的恢复能力，这隐含了解码器端能够检测到帧的丢失（例如，通过序列号不连续、定时信息异常或解码失败）。该技术特征被隐含公开。 |
| **技术特征T：替换所述一个或一个以上丢失帧以隐藏另一帧的参考帧失配。**<br>《直接公开》 | [0248]-[0254]段详细描述了使用前向纠错（FEC）来恢复重要数据（如运动矢量、DC系数），以及在严重错误条件下帮助解码。虽然主要讲FEC，但[0250]段提到“FEC decoding will help recover data that will allow for decoding even under severe error conditions.”（FEC解码将有助于恢复数据，即使在严重错误条件下也能进行解码。）这包含了恢复丢失数据以避免后续解码错误的概念。<br>更具体地，[0233]-[0237]段描述了使用“两个连续的I帧”来增强错误恢复能力。如果第一个I帧丢失，第二个I帧可以作为参考，防止错误传播。这实质上是为了避免“参考帧失配”。虽然这里是通过编码端冗余传输来实现，但其目的和效果与“替换丢失帧以隐藏参考帧失配”是相同的。 | 对比文件明确提出了应对帧丢失及由此引起的参考帧失配问题的技术方案。其“双I帧”技术（图7及相关描述）通过在场景开始时编码两个I帧，确保即使一个I帧丢失，另一个仍可作为后续P帧的正确参考，从而“隐藏”（或更准确地说，预防）了参考帧失配。这直接公开了“替换丢失帧以隐藏另一帧的参考帧失配”这一技术思想，尽管其实施方式（编码端冗余）与目标专利可能的解码端隐藏（如帧重复）在具体手段上有所不同，但所要解决的技术问题和达到的技术效果是相同的。因此，该技术特征被对比文件直接公开。 |
| **技术特征U：其包含：用于确定经编码视频数据的当前单元的起点的装置**<br>《隐含公开》 | 同特征A的论述。解码器必然包含用于解析码流、识别单元起点的功能模块或电路。 | 该装置特征是方法特征A的对应物。既然方法特征A被隐含公开，实现该方法的装置（如解码引擎中的解析器）也必然被隐含公开。 |
| **技术特征V：用于在未检测到所述经编码视频数据的下一可用单元的起点的情况下解码所述当前单元的至少一部分的装置**<br>《未公开》 | 同特征B的论述。对比文件未描述或暗示具有此种特定工作模式的解码装置。 | 同特征B，该装置特征是目标专利核心创新点的体现。对比文件未公开此种装置。 |
| **技术特征W：用于在所述当前单元中检测解码错误的装置**<br>《隐含公开》 | 同特征C的论述。实现错误检测的模块（如语法检查器、CRC校验器等）是解码器的组成部分。 | 既然方法特征C被隐含公开，实现错误检测的对应装置也被隐含公开。 |
| **技术特征X：用于在检测到所述解码错误时确定所述经编码视频数据的所述下一可用单元的所述起点的装置**<br>《隐含公开》 | 同特征D的论述。重新同步模块或电路负责在错误后寻找下一个重同步标记。 | 既然方法特征D被隐含公开，用于确定下一可用单元起点的装置（如重同步搜索逻辑）也被隐含公开。 |
| **技术特征Y：用于基于所述下一可用单元的所述起点来确定被破坏数据段的终点的装置**<br>《未公开》 | 同特征E的论述。对比文件未公开此种计算或确定被破坏数据段终点的具体装置。 | 由于方法特征E未被公开，相应的装置特征也未被公开。 |
| **技术特征Z：用于基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段的装置。**<br>《隐含公开》 | 同特征F的论述。对比文件提到了错误隐藏，因此必然包含用于执行隐藏的装置（如帧存储器和像素处理逻辑）。 | 既然方法特征F被隐含公开，用于执行错误隐藏的装置也被隐含公开。但需注意，该装置实现的具体算法（依赖特征E）与目标专利不同。 |
### 输出代码
根据以上比对分析：
- 被直接公开的技术特征有：G, L, O, T。对应的代码为：<<<G>>>, <<<L>>>, <<<O>>>, <<<T>>>。
- 被隐含公开的技术特征有：A, C, D, F, J, M, N, S, U, W, X, Z。对应的代码为：<<<a>>>, <<<c>>>, <<<d>>>, <<<f>>>, <<<j>>>, <<<m>>>, <<<n>>>, <<<s>>>, <<<u>>>, <<<w>>>, <<<x>>>, <<<z>>>。
<<<G>>><<<L>>><<<O>>><<<T>>><<<a>>><<<c>>><<<d>>><<<f>>><<<j>>><<<m>>><<<n>>><<<s>>><<<u>>><<<w>>><<<x>>><<<z>>>