对比文件名称：2004-10-07_US2004199850A_发明申请_US20040199850A1 Error processing apparatus and method for wireless communication system
目标专利名称：399视频解码器错误处置CN101960853B
模型名称：GPT-4
根据目标专利说明书，本发明涉及一种视频解码中的循序错误处置和隐藏技术，其核心在于无需先行操作即可识别并隐藏被破坏的数据段（例如视频片），以提高解码效率并降低功耗。对比文件涉及无线通信系统（如UMTS）中用于支持AMR（自适应多速率）编解码器的数据错误处理方法，主要关注MAC层和RLC层如何处理带有CRC错误的数据单元，决定是否将其丢弃或传递给上层。两者属于完全不同的技术领域（视频解码 vs. 无线通信数据链路层错误处理），解决的技术问题、处理的数据对象和技术手段均有本质区别。
以下严格按照目标专利权利要求中已给出的技术特征划分，创建特征比对表格并进行公开性判断。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：确定经编码视频数据的当前单元的起点<br>**未公开** | [0098]段：<br>“如果接收到的MAC PDU中没有错误，则MAC层根据正常处理过程处理接收到的MAC PDU（步骤S430）。如果MAC PDU中存在错误，则MAC层检查接收到的MAC PDU中是否存在MAC头（步骤S440）。” | 在目标专利中，“确定当前单元的起点”指确定视频数据单元（如片）的起始位置（例如宏块编号），这是后续错误隐藏的定位起点。对比文件中，MAC层接收来自物理层的MAC PDU，并检查其中是否存在MAC头。虽然“检查MAC头”涉及确定数据单元的结构起始，但其作用是为了判断逻辑信道映射关系（即是否需要利用头信息识别目标用户和逻辑信道），以决定是否丢弃该错误PDU，这与视频解码中为错误隐藏而定位视频片起点的作用完全不同。本领域技术人员无法从对比文件毫无疑义地得出或合理推断出视频解码中“确定当前视频单元起点”的技术方案。 |
| 技术特征B：在未确定所述经编码视频数据的下一可用单元的起点的情况下，解码所述当前单元的至少一部分<br>**隐含公开** | [0098]段：<br>“当从下层（例如物理层）接收到MAC PDU时（步骤S410），MAC层检查接收到的MAC PDU中是否存在CRC错误（步骤S420）。如果接收到的MAC PDU中没有错误，则MAC层根据正常处理过程处理接收到的MAC PDU（步骤S430）。” | 目标专利中，该特征强调避免先行操作，即在不预先知道下一个视频片（下一可用单元）起点的情况下，直接开始解码当前片。对比文件中，MAC层在接收到MAC PDU后，直接对其进行检查和处理（步骤S420，S430），并未描述需要预先确定下一个MAC PDU的起点。其处理流程是顺序处理接收到的当前数据单元。虽然处理的“数据单元”性质不同（MAC PDU vs 视频片），且“解码”的内涵不同（通信协议解析 vs 视频压缩解码），但就“在未确定下一可用单元起点的情况下，处理当前单元”这一操作顺序而言，对比文件部分公开了该顺序处理模式。本领域技术人员有可能通过推理，认为在无线通信数据单元处理中，也存在不预先确定下一单元起点而直接处理当前单元的情况。因此，该特征被**隐含公开**。 |
| 技术特征C：在所述当前单元中检测解码错误<br>**未公开** | [0098]段：<br>“MAC层检查接收到的MAC PDU中是否存在CRC错误（步骤S420）。” | 目标专利中，“检测解码错误”特指在视频解码过程中检测语法错误、语义错误或熵译码错误等。对比文件中，“检查CRC错误”是在物理层进行CRC校验后，将结果传递给MAC层，由MAC层确认该数据单元是否存在传输错误（CRC错误）。虽然两者都是“检测错误”，但错误类型、检测层级和技术领域截然不同。视频解码错误源于压缩位流的语法或语义违反，而CRC错误是信道传输的比特错误。本领域技术人员不能从对比文件的CRC错误检测毫无疑义地得出视频解码中的解码错误检测技术方案。 |
| 技术特征D：当检测到所述解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点<br>**未公开** | 对比文件未公开相关内容。 | 目标专利中，此特征是关键步骤之一：在检测到当前片的错误后，需要寻找并确定下一个可用视频片（可能是下一个NAL单元）的起点，以便界定被破坏数据段的终点。对比文件全文描述的是对当前错误MAC PDU的处理（丢弃或根据错误处理方案上传），从未提及在检测到当前单元错误后，需要去“确定”下一个数据单元的“起点”。其处理流程结束于对当前PDU的处置，没有为后续错误范围界定而定位下一单元的操作。因此，对比文件既未直接公开也未隐含公开该特征。 |
| 技术特征E：基于所述下一可用单元的所述起点来确定被破坏数据段的终点<br>**未公开** | 对比文件未公开相关内容。 | 目标专利中，此特征是基于下一可用片的起点（如宏块编号N）来计算被破坏数据段的终点（如宏块编号N-1）。这是错误处置的核心，用于划定需要隐藏的数据范围。对比文件完全未涉及“被破坏数据段”的概念，更没有基于“下一可用单元起点”来确定任何“终点”的操作。其对于错误数据的处理仅限于对单个接收到的、带有错误的MAC PDU本身进行判断和处置，不存在划定跨越多个数据单元的错误范围的需求或操作。因此，该特征未被公开。 |
| 技术特征F：基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段。<br>**未公开** | 对比文件未公开相关内容。 | 目标专利中，“隐藏”是视频解码中的特定技术，指用其他数据（如时域邻近帧的数据）替换被破坏的视频块（如宏块），以维持视觉质量。对比文件中，对于错误数据的处理方案包括“丢弃”、“带错误指示传递至高层”或“不带错误指示传递至高层”（参见[0091]段）。这些操作是数据链路层的丢弃或转发，与视频像素域或压缩域的“错误隐藏”技术有本质区别。对比文件没有公开任何形式的“隐藏”技术。因此，该特征未被公开。 |
| 技术特征G：其中所述当前单元和所述下一可用单元中的每一者包括一视频数据片。<br>**未公开** | 对比文件全文。 | 目标专利明确限定数据单元为“视频数据片”。对比文件处理的数据单元是无线通信协议中的“MAC PDU”或“RLC PDU”，与视频数据片无关。因此，该特征未被公开。 |
| 技术特征H：其中所述被破坏数据段包括经编码视频数据的所述当前单元和至少一个额外单元。<br>**未公开** | 对比文件未公开相关内容。 | 目标专利中，“被破坏数据段”可能涵盖多个视频片。对比文件仅针对单个接收到的、带有错误的MAC PDU进行处理，从未涉及由多个数据单元构成的“段”的概念。因此，该特征未被公开。 |
| 技术特征I：其中所述当前单元是第一帧的当前片，且所述被破坏数据段包括所述当前片和来自第二帧的经编码视频数据的至少一个额外片。<br>**未公开** | 对比文件未公开相关内容。 | 该特征进一步限定了被破坏数据段可跨视频帧。对比文件完全不涉及视频帧、视频片等概念，更谈不上跨帧的数据段。因此，该特征未被公开。 |
| 技术特征J：其进一步包含：如果检测到所述解码错误，那么设置错误旗标以指示所述检测到所述解码错误<br>**未公开** | 对比文件未公开相关内容。 | 目标专利中，“设置错误旗标”是用于在检测到错误后，延迟错误处置直到解码到下一可用片标头时再触发错误范围计算和隐藏的机制。对比文件中，检测到CRC错误后，直接进入判断流程（检查是否有MAC头、检查错误处理方案是否设置），并未描述设置一个独立的“错误旗标”来记录错误状态以供后续步骤查询。其错误状态通过流程控制直接体现。因此，该特征未被公开。 |
| 技术特征K：当所述错误旗标被设置时，基于所述下一可用单元的所述起点来确定所述被破坏数据段的所述终点。<br>**未公开** | 对比文件未公开相关内容。 | 该特征依赖于特征J（设置错误旗标）和特征D、E（确定下一单元起点及被破坏数据段终点）。由于对比文件均未公开这些前提特征，因此该特征也未被公开。 |
| 技术特征L：其中所述下一可用单元包含至少一个片，所述方法进一步包含在检测到所述解码错误时寻找与所述片相关联的片标头。<br>**未公开** | 对比文件未公开相关内容。 | 目标专利中，“寻找片标头”是在视频位流中定位重新同步点（如NAL单元标头）的关键操作。对比文件处理的是已解析出的MAC PDU，不涉及在比特流中“寻找”特定同步头（如视频片标头）的操作。因此，该特征未被公开。 |
| 技术特征M：其进一步包含，如果检测到所述解码错误，那么停止解码所述当前单元，且着手解码所述下一可用单元。<br>**未公开** | 对比文件未公开相关内容。 | 目标专利中，在检测到错误后，可能停止解码当前片，并转向寻找和开始解码下一个可用片。对比文件中，对于有错误的MAC PDU，其处置结果是丢弃或上传，处理流程即告结束。文中没有描述“停止解码当前单元”并“着手解码下一可用单元”的步骤。MAC层或RLC层处理完一个PDU后，自然会处理下一个接收到的PDU，但这并非由“检测到解码错误”这一事件触发的特定流程。因此，该特征未被公开。 |
| 技术特征N：其进一步包含，如果未检测到所述解码错误，那么解码整个当前单元。<br>**隐含公开** | [0098]段：<br>“如果接收到的MAC PDU中没有错误，则MAC层根据正常处理过程处理接收到的MAC PDU（步骤S430）。” | 目标专利中，该特征描述了无错误情况下的正常解码流程。对比文件中，如果MAC PDU没有CRC错误，则MAC层按照正常过程处理整个MAC PDU。虽然“处理”与“解码”在具体操作上不同，但就“在未检测到错误时，完整处理当前数据单元”这一逻辑而言，对比文件部分公开了该概念。本领域技术人员有可能通过推理得出相似的操作逻辑。因此，该特征被**隐含公开**。 |
| 技术特征O：其中所述解码错误包含语法错误、语义错误或熵译码错误中的至少一者。<br>**未公开** | [0098]段：<br>“MAC层检查接收到的MAC PDU中是否存在CRC错误（步骤S420）。” | 目标专利限定了特定的视频解码错误类型。对比文件检测的错误是“CRC错误”，即循环冗余校验错误，属于信道传输错误，与视频压缩位流的语法、语义或熵译码错误完全不同。因此，该特征未被公开。 |
| 技术特征P：其中确定所述当前单元的起点包含确定与所述当前单元的所述起点相关联的第一宏块MB编号，确定所述被破坏数据段的终点包含确定在第二单元的起点之前的第二MB编号，且隐藏包含隐藏从所述第一MB编号到所述第二MB编号的所述被破坏数据段。<br>**未公开** | 对比文件未公开相关内容。 | 该特征具体限定了以“宏块(MB)编号”来定位视频数据。对比文件处理的是通信协议数据单元，不涉及视频宏块、MB编号等概念，也没有隐藏操作。因此，该特征未被公开。 |
| 技术特征Q：其中确定所述第二单元的起点包含确定与所述第二单元的所述起点相关联的第三MB编号，且其中确定所述第二MB编号包含从所述第三MB编号减去一以产生所述第二MB编号。<br>**未公开** | 对比文件未公开相关内容。 | 该特征具体限定了通过减法计算被破坏数据段终点的数学方法。对比文件未涉及任何与MB编号相关的操作。因此，该特征未被公开。 |
| 技术特征R：其中确定所述当前单元的起点包含确定与所述当前单元的起点相关联的第一宏块MB编号和第一帧编号，确定所述被破坏数据段的终点包含确定与所述被破坏数据段的所述终点相关联的第二MB编号和第二帧编号，且隐藏包含基于所述第一MB编号和所述第二MB编号以及所述第一帧编号和所述第二帧编号来隐藏所述被破坏数据段的至少一部分，其中所述第一帧编号和所述第二帧编号可相同或不同。<br>**未公开** | 对比文件未公开相关内容。 | 该特征进一步限定了跨帧错误处理中需使用帧编号和MB编号。对比文件完全不涉及视频帧编号和宏块编号。因此，该特征未被公开。 |
| 技术特征S：其进一步包含：检测一个或一个以上帧的丢失<br>**未公开** | 对比文件未公开相关内容。 | 目标专利中，检测帧丢失是处理参考帧失配的前提。对比文件未涉及“帧”的概念，更谈不上检测帧丢失。因此，该特征未被公开。 |
| 技术特征T：替换所述一个或一个以上丢失帧以隐藏另一帧的参考帧失配。<br>**未公开** | 对比文件未公开相关内容。 | 目标专利中，替换丢失帧是解决视频预测编码中参考帧失配的特定隐藏技术。对比文件没有替换帧或隐藏参考失配的操作。因此，该特征未被公开。 |
| 技术特征U：用于确定经编码视频数据的当前单元的起点的装置<br>**未公开** | 同特征A论述。 | 该装置特征对应于方法特征A。基于特征A未被公开的相同理由，该装置特征也未被公开。 |
| 技术特征V：用于在未检测到所述经编码视频数据的下一可用单元的起点的情况下解码所述当前单元的至少一部分的装置<br>**隐含公开** | 同特征B论述。 | 该装置特征对应于方法特征B。基于特征B被隐含公开的理由，该装置特征也被**隐含公开**。 |
| 技术特征W：用于在所述当前单元中检测解码错误的装置<br>**未公开** | 同特征C论述。 | 该装置特征对应于方法特征C。基于特征C未被公开的相同理由，该装置特征也未被公开。 |
| 技术特征X：用于在检测到所述解码错误时确定所述经编码视频数据的所述下一可用单元的所述起点的装置<br>**未公开** | 同特征D论述。 | 该装置特征对应于方法特征D。基于特征D未被公开的相同理由，该装置特征也未被公开。 |
| 技术特征Y：用于基于所述下一可用单元的所述起点来确定被破坏数据段的终点的装置<br>**未公开** | 同特征E论述。 | 该装置特征对应于方法特征E。基于特征E未被公开的相同理由，该装置特征也未被公开。 |
| 技术特征Z：用于基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段的装置。<br>**未公开** | 同特征F论述。 | 该装置特征对应于方法特征F。基于特征F未被公开的相同理由，该装置特征也未被公开。 |
### 总结
对比文件US20040199850A1涉及无线通信系统中针对AMR语音数据的链路层错误处理，其核心是根据是否存在MAC头以及是否设置了错误处理方案，来决定丢弃或传递带有CRC错误的数据单元。目标专利CN101960853B涉及视频解码中的循序错误处置和隐藏技术，其核心是在不先行的情况下，通过检测错误、定位下一可用片起点、计算被破坏数据段范围并进行视频错误隐藏。
两者技术领域、处理对象、技术问题和具体技术手段均存在根本性差异。对比文件仅部分公开了“顺序处理当前数据单元而无需预先知道下一单元起点”（特征B、V）以及“无错误时处理整个当前单元”（特征N）这两个非常宽泛的操作逻辑，但这些操作在对比文件中的作用与在目标专利中的作用完全不同。目标专利权利要求中其他限定视频解码特定过程、错误类型、数据单元（片、帧、宏块）、错误范围确定、错误隐藏等实质性技术特征，均未在对比文件中被公开或隐含公开。
<<<b>>><<<n>>>