对比文件名称：2006-03-23_US2006062312A_发明申请_US20060062312A1 Video demultiplexer and decoder with efficient data recovery
目标专利名称：399视频解码器错误处置CN101960853B
模型名称：DeepSeek
作为资深专利代理师，我将严格按照目标专利权利要求的划分，结合说明书对技术特征的解释，对对比文件进行公开性评估。目标专利的核心在于一种“循序错误处置”方法，其关键点在于：在解码当前单元（如视频片）时，无需先行确定下一可用单元的起点；当在当前单元中检测到错误后，才基于下一可用单元的起点来确定被破坏数据段的终点，并进行隐藏。这种方法避免了常规技术中为错误处置而进行的“先行”操作，旨在降低计算复杂性和功耗。对比文件公开了一种利用物理层数据单元边界标记来缩小错误隐藏范围的技术，其核心在于通过解复用器在比特流中嵌入边界标记，解码器利用这些标记将错误关联到视频数据帧中更小的段（对应物理层数据单元）并进行隐藏。
以下为特征比对表格：
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：确定经编码视频数据的当前单元的起点**《隐含公开》 | 对比文件涉及解码视频数据帧中的宏块（例如，说明书第[0033]段提及“视频解码器28解码视频数据帧”）。解码操作必然以某个起点开始。虽然未明确表述“确定起点”，但解码过程隐含了需要知道从何处开始解码。 | 目标专利中“当前单元”的起点（如一片的第一个宏块）是解码的起始参考点。对比文件中，解码器对视频数据帧进行解码（第[0033]段），本领域技术人员可以理解，解码器必须确定解码操作的起始位置，即当前解码单元的起点。虽然对比文件未明确描述“确定”这一动作，但确定起点是解码过程隐含的、必不可少的步骤。因此，本领域技术人员能够从对比文件隐含地得出该技术特征。 |
| **技术特征B：在未确定所述经编码视频数据的下一可用单元的起点的情况下，解码所述当前单元的至少一部分**《未公开》 | 对比文件未描述在解码当前数据时，故意不预先确定下一可用单元（如下一片）起点的解码流程。其重点在于利用边界标记定位错误段，而非描述是否需要“先行”确定下一单元起点。 | 该技术特征是目标专利“循序错误处置”区别于“先行”方法的关键。目标专利强调在解码当前片时，无需预先知道（即“未确定”）下一片的起点（参见说明书第[0032]-[0034]段）。对比文件完全没有提及或暗示这种“无需先行确定下一单元起点”的解码模式。其技术方案关注的是在已有比特流中利用边界标记信息，并未涉及是否在解码前获取下一单元起点的问题。因此，对比文件既未直接公开，也未隐含公开该技术特征。 |
| **技术特征C：在所述当前单元中检测解码错误**《直接公开》 | 说明书第[0046]段：“一旦错误检测模块46检测到解码错误，解码引擎50将利用记录在存储器52中的边界标记位置...” | 对比文件明确记载了“检测解码错误”这一步骤（第[0046]段）。该步骤在对比文件中的作用是触发后续利用边界标记进行错误关联和隐藏的过程，与目标专利中检测错误以启动后续错误处置的作用相同。因此，该技术特征被对比文件直接公开。 |
| **技术特征D：当检测到所述解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点**《未公开》 | 对比文件在检测到错误后，是利用边界标记来确定错误所关联的数据段（Video-RLC单元）的边界（例如，第[0046]段，图6B, 6D）。未提及需要确定“下一可用单元”（如下一个视频片）的起点。 | 目标专利中，“下一可用单元”的起点是确定被破坏数据段终点的关键依据（说明书第[0027]段）。对比文件在检测到错误后，是基于预先嵌入的“边界标记”来确定错误段的范围（第[0046]段），其“边界标记”对应的是物理层数据单元（如RLC-PDU）的边界，而非目标专利中视频层的“下一可用单元”（如片）的起点。两者确定错误范围所依据的参考点不同。对比文件没有给出确定“下一可用单元的起点”的技术启示。 |
| **技术特征E：基于所述下一可用单元的所述起点来确定被破坏数据段的终点**《未公开》 | 对比文件确定被破坏数据段终点的依据是边界标记或结合重同步标记，而非“下一可用单元的起点”。例如，第[0046]段描述“解码引擎50将隐藏从它已记录的宏块到帧末尾…的宏块”，其中“已记录的宏块”位置是根据边界标记确定的。 | 该技术特征是目标专利错误处置逻辑的核心：利用下一可用单元（如下一片）的起点，通过计算（如起点MB编号减一）来推定被破坏数据段的终点（说明书第[0027]段）。对比文件确定终点的方法完全不同：它依赖于解复用器嵌入的边界标记来直接界定可能与错误相关的物理数据单元段（第[0046]段，图6B），或结合重同步标记（图6D）。其技术原理是基于传输层信息（物理单元边界）而非视频层语法单元（片）的起点。因此，对比文件未公开该技术特征。 |
| **技术特征F：基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段**《未公开》 | 对比文件会隐藏被破坏数据段，例如第[0046]段：“解码引擎50将隐藏…宏块”。但其隐藏范围是基于边界标记（或结合RM）确定的段，并非基于“当前单元起点”和“被破坏数据段终点”这两个由目标专利特定方法得出的参数。 | 目标专利的隐藏步骤是基于其特定错误处置流程（特征A、D、E）所产生的“当前单元起点”和“被破坏数据段终点”来执行的。对比文件虽然也执行隐藏，但其隐藏的范围是由“边界标记”界定的，该范围可能对应一个物理层数据单元，与目标专利中基于视频层单元（片）的起点和终点界定的范围在定义和确定方式上均不同。因此，对比文件未公开基于目标专利特定参数进行隐藏的技术特征。 |
| **技术特征G：其中所述当前单元和所述下一可用单元中的每一者包括一视频数据片**《未公开》 | 对比文件提及视频数据帧、宏块（MB）、重同步标记（可能位于片头），但未明确将“片”作为进行错误处置的基本单元进行描述和强调。 | 目标专利明确将“片”作为视频数据单元（当前单元、下一可用单元）进行错误处置（说明书第[0021]段）。对比文件虽然可能涉及符合MPEG-4标准的比特流（其中包含片），但其技术方案的核心单元是“物理层数据单元”（如RLC-PDU）及其在视频帧中对应的段（Video-RLC单元），并未强调以“视频数据片”作为错误处置中“当前单元”和“下一可用单元”的概念。因此，该附加技术特征未被公开。 |
| **技术特征H：其中所述被破坏数据段包括经编码视频数据的所述当前单元和至少一个额外单元**《未公开》 | 对比文件中，一个被破坏的物理层数据单元（如RLC-PDU丢失）可能导致视频帧中一段连续的宏块被破坏，这段宏块可能位于一个片内，也可能跨越片边界，但对比文件并未明确描述被破坏数据段“包括当前单元和至少一个额外单元”这一特定情况。 | 目标专利该特征限定了被破坏数据段可能跨越多个视频单元（片）。对比文件的技术方案中，错误段是基于物理层数据单元边界确定的，该段在视频帧中的位置是连续的，但它是否恰好对应“当前单元（片）和至少一个额外单元（片）”这一特定组合，并非对比文件关注或公开的内容。对比文件未涉及以“片”为单元来计数和组合被破坏数据段。因此，该特征未被公开。 |
| **技术特征I：其中所述当前单元是第一帧的当前片，且所述被破坏数据段包括所述当前片和来自第二帧的经编码视频数据的至少一个额外片**《未公开》 | 对比文件图10D描绘了错误跨越两个帧的场景，并利用边界标记、RM、HEC进行处理。但其处理方法并非基于“第一帧的当前片”和“第二帧的额外片”的起点与终点来确定隐藏范围。 | 该特征涉及跨帧的错误处置。虽然对比文件（图10D）示出了跨帧错误，但其解决方案是综合利用边界标记、重同步标记和头扩展码来定位错误和恢复数据，其技术手段和逻辑与目标专利中基于“当前片起点”和“下一可用片起点”（可能在不同帧）来确定跨帧的被破坏数据段的方法有本质区别。目标专利该特征限定的具体场景和处置方法未被对比文件公开。 |
| **技术特征J：其进一步包含：如果检测到所述解码错误，那么设置错误旗标以指示所述检测到所述解码错误**《未公开》 | 对比文件未提及设置“错误旗标”。检测到错误后，解码引擎直接利用边界标记信息进行处理（第[0046]段）。 | 目标专利中“设置错误旗标”是一个关键步骤，用于在检测到错误后暂存错误状态，直到解码器到达下一可用单元时才触发基于该旗标的错误处置逻辑（说明书第[0025]段）。对比文件的技术方案中，没有“错误旗标”这一状态保持机制，检测到错误后直接利用已有的边界标记信息进行错误定位和隐藏。因此，该特征未被对比文件公开。 |
| **技术特征K：当所述错误旗标被设置时，基于所述下一可用单元的所述起点来确定所述被破坏数据段的所述终点**《未公开》 | 同特征J，对比文件无“错误旗标”设置，故也无基于该旗标触发确定终点的步骤。确定终点的依据是边界标记，而非下一可用单元的起点。 | 该特征依赖于特征J的“错误旗标”机制和特征D、E的“基于下一可用单元起点确定终点”的方法。如前所述，对比文件均未公开这些基础特征。因此，该组合特征自然也未被公开。 |
| **技术特征L：其中所述下一可用单元包含至少一个片，所述方法进一步包含在检测到所述解码错误时寻找与所述片相关联的片标头**《未公开》 | 对比文件在检测到错误后，会利用边界标记，或寻找重同步标记（RM，可能与片头关联）（如图6D，第[0046]段）。但其“寻找”的目的是定位边界标记或RM以确定错误段，而非专门为了寻找“下一可用单元的片标头”。 | 目标专利中，“寻找片标头”是为了确定“下一可用单元的起点”（说明书第[0027]段）。对比文件中寻找重同步标记（RM）的行为，在形式上可能与寻找片标头类似，但其目的和作用不同：对比文件是为了结合边界标记划定隐藏终止点（如图6D），而非将其作为“下一可用单元的起点”并据此计算被破坏数据段的终点。两者技术目的不同。因此，该特征未被公开。 |
| **技术特征M：其进一步包含，如果检测到所述解码错误，那么停止解码所述当前单元，且着手解码所述下一可用单元**《未公开》 | 对比文件未明确描述在检测到错误后“停止解码当前单元”并“着手解码下一可用单元”的步骤。其描述更侧重于如何利用标记确定隐藏范围。 | 目标专利该步骤是其循序解码流程的一部分：在错误处中断当前片的解码，并尝试在下一可用片重新同步并开始解码（隐含在流程中）。对比文件未明确描述这种解码流程的控制与切换。其关注点在于错误段的识别与隐藏，而非解码进程在单元间的具体管理方式。因此，该特征未被公开。 |
| **技术特征N：其进一步包含，如果未检测到所述解码错误，那么解码整个当前单元**《未公开》 | 对比文件未描述在未检测到错误情况下的解码流程。其内容主要围绕存在错误时如何利用边界标记。 | 该特征描述了无错误时的默认解码行为，是目标专利完整方法的一部分。对比文件未涉及无错误场景下的解码过程描述，因此未公开此特征。 |
| **技术特征O：其中所述解码错误包含语法错误、语义错误或熵译码错误中的至少一者**《直接公开》 | 对比文件未具体列举解码错误的类型，但提及“解码错误”（decoding error），本领域技术人员理解这通常包括语法、语义等错误类型。 | 目标专利对解码错误进行了具体类型的限定。对比文件虽未明确列出具体错误类型，但其所述的“解码错误”在视频解码领域通常涵盖了语法错误、语义错误等（参见目标专利说明书第[0056]段）。本领域技术人员能够毫无疑义地理解对比文件公开的“解码错误”包括这些常见类型。因此，该限定特征被直接公开。 |
| **技术特征P：其中确定所述当前单元的起点包含确定与所述当前单元的所述起点相关联的第一宏块MB编号，确定所述被破坏数据段的终点包含确定在第二单元的起点之前的第二MB编号，且隐藏包含隐藏从所述第一MB编号到所述第二MB编号的所述被破坏数据段**《未公开》 | 对比文件涉及宏块编号（如图3-4,6A-D），并且隐藏操作会针对一定编号范围的宏块（例如，图6B隐藏MB[41,98]）。但其“第二MB编号”（即隐藏段终点）的确定是基于边界标记的位置，而非“第二单元的起点之前的MB编号”。 | 该特征是对目标专利方法具体实现方式的进一步限定，核心在于以宏块编号来标识起点和终点，且终点被定义为“第二单元起点之前的MB编号”。对比文件虽然也使用宏块编号范围来描述隐藏，但确定该范围终点的逻辑不同（基于边界标记），并未公开“在第二单元的起点之前的第二MB编号”这一特定定义和确定方式。因此，该特征未被公开。 |
| **技术特征Q：其中确定所述第二单元的起点包含确定与所述第二单元的所述起点相关联的第三MB编号，且其中确定所述第二MB编号包含从所述第三MB编号减去一以产生所述第二MB编号**《未公开》 | 对比文件无相应描述。其确定隐藏段终点不涉及“从第三MB编号减去一”的计算。 | 这是目标专利计算被破坏数据段终点的具体算术方法。对比文件确定错误段终点的方法依赖于边界标记的物理位置，而非通过这种对下一单元起点MB编号进行减一计算得出。因此，该特征未被公开。 |
| **技术特征R：其中确定所述当前单元的起点包含确定与所述当前单元的起点相关联的第一宏块MB编号和第一帧编号，确定所述被破坏数据段的终点包含确定与所述被破坏数据段的所述终点相关联的第二MB编号和第二帧编号，且隐藏包含基于所述第一MB编号和所述第二MB编号以及所述第一帧编号和所述第二帧编号来隐藏所述被破坏数据段的至少一部分，其中所述第一帧编号和所述第二帧编号可相同或不同**《未公开》 | 对比文件图10D涉及跨帧错误，处理时可能隐含需要知道宏块和帧的信息。但未公开明确记录“第一帧编号”、“第二帧编号”并基于这两个帧编号与MB编号的组合来确定隐藏范围的具体方法。 | 该特征涉及处理可能跨帧错误的详细方案，要求记录并利用起点和终点的帧编号与MB编号。对比文件虽然展示了跨帧场景（图10D），但其处理方式是综合使用边界标记、RM和HEC来定位错误和恢复数据，并未描述目标专利这种通过明确记录和比较起点与终点的帧编号、MB编号来确定隐藏范围的系统方法。因此，该特征未被公开。 |
| **技术特征S：检测一个或一个以上帧的丢失**《直接公开》 | 说明书第[0056]段（对应图10）描述了物理层数据单元丢失导致帧数据丢失的场景，例如图10A-10D中第二帧的部分或全部数据丢失。 | 对比文件明确描述了因物理层数据单元丢失而导致视频帧数据丢失的情况（第[0056]段，图10）。检测帧丢失是处理此类错误的前提。该特征在对比文件中的作用是识别错误场景，与目标专利中检测帧丢失的作用相同。因此，该技术特征被直接公开。 |
| **技术特征T：替换所述一个或一个以上丢失帧以隐藏另一帧的参考帧失配**《未公开》 | 对比文件未提及“参考帧失配”问题，也未描述通过“替换丢失帧”来解决参考帧依赖性的方法。其隐藏操作是针对宏块段，而非整帧替换以维持参考关系。 | 该特征涉及目标专利中针对多参考帧编码的高级错误隐藏策略，即通过重复或内插帧来替换丢失的帧，以防止后续帧因参考帧丢失而产生失配（说明书第[0148]-[0165]段）。对比文件的技术方案完全未涉及多参考帧环境下的参考帧失配问题，其解决方案仅限于利用边界标记缩小隐藏范围，没有替换整个帧以维持参考链的概念。因此，该特征未被公开。 |
| **技术特征U：用于确定经编码视频数据的当前单元的起点的装置**《隐含公开》 | 参见特征A的引用及论述。解码器必然包含用于确定解码起点的功能单元或结构。 | 该装置特征对应于方法特征A。基于与方法特征A相同的理由，本领域技术人员能够从对比文件隐含地得出解码器中必然存在用于确定当前单元起点的功能模块或装置。因此，该装置特征被隐含公开。 |
| **技术特征V：用于在未检测到所述经编码视频数据的下一可用单元的起点的情况下解码所述当前单元的至少一部分的装置**《未公开》 | 参见特征B的引用及论述。对比文件未描述此类装置。 | 该装置特征对应于方法特征B。由于方法特征B未被公开，且对比文件未披露任何能够实现“在未确定下一可用单元起点的情况下解码当前单元”的特定装置，因此该装置特征未被公开。 |
| **技术特征W：用于在所述当前单元中检测解码错误的装置**《直接公开》 | 说明书第[0046]段明确提到了“错误检测模块46”。 | 对比文件直接公开了“错误检测模块46”，其作用就是在解码过程中检测错误。该装置与目标专利中用于检测解码错误的装置作用相同。因此，该特征被直接公开。 |
| **技术特征X：用于在检测到所述解码错误时确定所述经编码视频数据的所述下一可用单元的所述起点的装置**《未公开》 | 参见特征D的引用及论述。对比文件无相应装置。 | 该装置特征对应于方法特征D。由于方法特征D未被公开，且对比文件中不存在用于实现“在检测到错误时确定下一可用单元起点”的装置，因此该装置特征未被公开。 |
| **技术特征Y：用于基于所述下一可用单元的所述起点来确定被破坏数据段的终点的装置**《未公开》 | 参见特征E的引用及论述。对比文件无相应装置。 | 该装置特征对应于方法特征E。由于方法特征E未被公开，且对比文件中确定错误段终点的装置（如利用边界标记）与目标专利基于下一可用单元起点确定终点的装置原理不同，因此该装置特征未被公开。 |
| **技术特征Z：用于基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段的装置**《未公开》 | 参见特征F的引用及论述。对比文件有隐藏装置（解码引擎50执行隐藏），但其隐藏所依据的参数不同。 | 该装置特征对应于方法特征F。虽然对比文件包含用于隐藏的装置（解码引擎50），但其隐藏操作是基于边界标记界定的范围，而非目标专利所限定的、由“当前单元起点”和“被破坏数据段终点”这两个特定参数界定的范围。因此，用于实现目标专利特定隐藏方式的装置未被公开。 |
<<<C>>><<<O>>><<<S>>><<<W>>><<<a>>><<<u>>>