对比文件名称：2004-02-19_JP2004056169A_发明专利_JP2004056169A Image data receiver, and image data transmitter
目标专利名称：399视频解码器错误处置CN101960853B
本次调用模型名称：gpt-4
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：确定经编码视频数据的当前单元的起点<br>**判断结果：未被公开** | 无相关引用。对比文件描述了NAL单元（NALU）的构成和提取，但未提及在解码过程中“确定当前单元的起点”这一特定步骤。 | 在目标专利中，“确定当前单元的起点”（例如，确定当前片的第一个宏块编号）是后续错误处置（如确定被破坏数据段范围）的起始步骤。对比文件涉及的是传输层（TS包）和NAL单元层的错误标志处理，其过程包括接收TS包、检测错误、设置TS包头部的TEI标志，然后在分离NAL单元时根据TEI设置NAL单元头部的EFLAG（参见[0018]-[0020]）。整个过程并未描述视频解码器在解码视频数据单元（如片）时，需要“确定”该单元的起点。因此，该技术特征未被对比文件公开。 |
| **技术特征B**：在未确定所述经编码视频数据的下一可用单元的起点的情况下，解码所述当前单元的至少一部分<br>**判断结果：未被公开** | 无相关引用。对比文件未描述这种特定的解码顺序或“未确定下一单元起点”的解码操作。 | 目标专利该特征的核心在于“避免先行操作”，即在解码当前片时，并不预先获取或确定下一个片的起点。对比文件描述的是对接收到的TS包流进行错误检测和NAL单元提取，并未描述视频解码器对NAL单元内视频数据（如片）进行解码的具体时序或策略，特别是没有提及是否在解码当前数据单元前需要或不需要知道下一单元的起点。因此，该技术特征未被对比文件公开。 |
| **技术特征C**：在所述当前单元中检测解码错误<br>**判断结果：隐含公开 (c)** | [0003] “受信したＴＳパケットから計算されるＣＲＣと、局側で付与されたＣＲＣが異なる場合、ＴＳパケットにビットエラーが混在しているとして、ＴＳパケットのヘッダ部における１ビットフラグであるトランスポートエラーインディケーター（ＴＥＩ）を１にセットする。” <br>（译文：当从接收到的TS包计算出的CRC与发送侧附加的CRC不同时，认为TS包中混入了比特错误，将TS包头部的1比特标志即传输错误指示器（TEI）设置为1。）<br>[0018] “ここで、もし内部データヘッダ２０１のＥＲＲＩＮＤが１である場合、ＴＳＰＬＤにデータエラーが含まれることを示しており、このＴＳＰＬＤ中のＮＡＬＵもエラーを含む可能性がある。 したがって、ＮＡＬＵＨＤＲのＥＦＬＡＧを１にセットする。” <br>（译文：这里，如果内部数据头201的ERRIND为1，则表示TSPLD中包含数据错误，该TSPLD中的NALU也可能包含错误。因此，将NALUHDR的EFLAG设置为1。） | 对比文件公开了在数据传输层面检测错误（通过CRC校验）并在TS包头部设置TEI标志（第一错误指示标志）。在后续NAL单元提取过程中，如果发现其所在的TS包TEI被设置，则会在NAL单元头部设置EFLAG（第二错误指示标志）（参见[0018]）。这一过程实质上是在数据流的各个层级（传输包、视频编码单元）中“检测”到错误并做出标记。虽然对比文件检测的是传输错误（比特错误），而目标专利检测的是“解码错误”（可能包括语法、语义等），但两者均属于在视频数据处理链中“检测错误”的范畴。本领域技术人员可以理解，传输错误是导致解码错误的常见原因之一，在检测到传输错误时，可以合理推断后续解码过程很可能出现解码错误。因此，对比文件隐含公开了“检测（可能导致解码的）错误”这一技术特征。 |
| **技术特征D**：当检测到所述解码错误时，确定所述经编码视频数据的所述下一可用单元的所述起点<br>**判断结果：未被公开** | 无相关引用。对比文件未描述在检测到错误后，需要去“确定”下一个可用视频数据单元（如下一个片）的起点。 | 目标专利中，在检测到当前片的解码错误后，“确定下一可用单元的起点”是关键步骤，目的是为了定位被破坏数据段的终点（下一可用单元的起点之前）。对比文件在检测到TS包错误并设置TEI后，其处理流程是继续解析TS包，提取其中的NAL单元，并在提取NAL单元时根据TEI状态设置NAL单元的EFLAG（参见[0018]）。这个过程并未涉及为了错误处置目的而主动寻找或“确定”下一个可解码视频单元（如下一个片或NAL单元）的起点。对比文件的重点在于错误标志的传递和映射，而非确定错误影响的范围。因此，该技术特征未被对比文件公开。 |
| **技术特征E**：基于所述下一可用单元的所述起点来确定被破坏数据段的终点<br>**判断结果：未被公开** | 无相关引用。对比文件完全没有涉及“被破坏数据段”的概念，也没有基于下一单元的起点来确定任何数据段终点的描述。 | 目标专利中，该技术特征是错误处置的核心逻辑之一：利用“下一可用单元的起点”（如下一个片的第一个宏块编号）来推算出“被破坏数据段的终点”（即起点之前的那个宏块）。对比文件的整个技术方案围绕如何在不同协议层（TS、NAL）间传递错误指示信息，以避免代码冲突和简化错误检测模块。其方案中不包含“被破坏数据段”的界定，更不包含基于下一单元起点来计算该段终点的任何操作或逻辑。因此，该技术特征未被对比文件公开。 |
| **技术特征F**：基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段。<br>**判断结果：未被公开** | 无相关引用。对比文件完全没有提及任何形式的“错误隐藏”（Error Concealment）技术，例如用其他数据替换被破坏的数据。 | 目标专利中，“隐藏被破坏数据段”是错误处置的最终目的和关键步骤，涉及用正确数据（如从邻近帧）替换被识别出的错误数据段。对比文件的技术方案终止于在NAL单元头部设置错误标志（EFLAG）。至于设置了错误标志的NAL单元后续如何处理（例如，是丢弃、尝试解码、还是进行错误隐藏），对比文件并未给出任何教导或启示。其发明目的主要是解决协议层间的代码冲突和模块复用问题，而非改善解码视频的质量或进行错误恢复。因此，该技术特征未被对比文件公开。 |
| **技术特征G**：其中所述当前单元和所述下一可用单元中的每一者包括一视频数据片。<br>**判断结果：未被公开** | [0005] “ＡＶＣにおいては、符号化データはネットワーク・アブストラクション・レイヤー・ユニット（ＮＡＬＵ）と呼ばれる画像単位データにパケット化される。” <br>（译文：在AVC中，编码数据被分组化为称为网络抽象层单元（NALU）的图像单位数据。）<br>[0018] “ＰＥＳＰＬＤはＮＡＬＵで構成される。 … ＮＡＬＵを抽出できる。” <br>（译文：PESPLD由NALU构成。…可以提取NALU。） | 对比文件公开了视频数据以NAL单元（NALU）的形式存在和传输。根据H.264/AVC标准，一个NALU可以包含一个片（slice）的数据。因此，从数据格式上看，对比文件中的“NALU”可能对应于目标专利中的“视频数据片”。然而，目标专利该特征是将“单元”具体限定为“视频数据片”，并将其作为错误处置操作的对象（确定起点、终点、隐藏）。对比文件虽然处理NALU，但其处理动作仅限于根据传输错误标志（TEI）来设置NALU头部的错误标志（EFLAG），并未对NALU内部作为视频数据片的特性（如宏块编号、帧内位置）进行任何利用，也未基于“片”的概念执行目标专利所述的错误处置流程。因此，对比文件没有公开将“视频数据片”作为错误处置操作单元的技术特征。 |
| **技术特征H**：其中所述被破坏数据段包括经编码视频数据的所述当前单元和至少一个额外单元。<br>**判断结果：未被公开** | 无相关引用。对比文件没有“被破坏数据段”的概念。 | 目标专利该特征限定了被破坏数据段可能跨越多个视频数据单元（如多个片）。对比文件的技术方案不涉及界定错误影响的范围，无论错误影响一个还是多个NALU，其处理方式都是对每个受影响的NALU单独设置EFLAG。没有公开将多个单元组合视为一个“数据段”进行处理的概念。因此，该技术特征未被对比文件公开。 |
| **技术特征I**：其中所述当前单元是第一帧的当前片，且所述被破坏数据段包括所述当前片和来自第二帧的经编码视频数据的至少一个额外片。<br>**判断结果：未被公开** | 无相关引用。对比文件没有涉及跨帧的错误处理。 | 目标专利该特征限定了被破坏数据段可以跨越不同视频帧。对比文件的技术方案完全在NAL单元层面和传输包层面操作，没有提及帧（frame）的概念，更没有描述错误跨越帧边界时的处理方式。因此，该技术特征未被对比文件公开。 |
| **技术特征J**：其进一步包含：如果检测到所述解码错误，那么设置错误旗标以指示所述检测到所述解码错误<br>**判断结果：直接公开 (J)** | [0003] “ＴＳパケットのヘッダ部における１ビットフラグであるトランスポートエラーインディケーター（ＴＥＩ）を１にセットする。” <br>（译文：将TS包头部的1比特标志即传输错误指示器（TEI）设置为1。）<br>[0018] “ＮＡＬＵＨＤＲのＥＦＬＡＧを１にセットする。” <br>（译文：将NALUHDR的EFLAG设置为1。） | 对比文件明确公开了在检测到数据错误（通过CRC校验）后，在TS包头部设置TEI标志（第一错误指示旗标）。进一步地，在NAL单元提取过程中，如果其所在的TS包TEI被设置，则在NAL单元头部设置EFLAG（第二错误指示旗标）。这完全对应于目标专利中“设置错误旗标以指示检测到解码错误”的技术特征。虽然错误检测的层级和具体错误类型（传输错误 vs. 解码错误）略有不同，但“检测到错误后设置一个标志来指示该错误”的技术手段和作用是相同的。因此，该技术特征被对比文件直接公开。 |
| **技术特征K**：当所述错误旗标被设置时，基于所述下一可用单元的所述起点来确定所述被破坏数据段的所述终点。<br>**判断结果：未被公开** | 无相关引用。 | 如特征D、E所述，对比文件虽然设置了错误旗标（TEI， EFLAG），但完全没有后续“基于下一可用单元的起点来确定被破坏数据段终点”的步骤。该特征与对比文件的技术方案无关。 |
| **技术特征L**：其中所述下一可用单元包含至少一个片，所述方法进一步包含在检测到所述解码错误时寻找与所述片相关联的片标头。<br>**判断结果：未被公开** | [0018] “ＰＥＳＰＬＤはＮＡＬＵで構成される。 … ＮＡＬＵは０ｘ０００００１００〜０ｘ０００００１７Ｆのいずれかで開始されるため、ＰＥＳＰＬＤ内の０ｘ０００００１をサーチすることで、ＮＡＬＵを抽出できる。” <br>（译文：PESPLD由NALU构成。…由于NALU以0x00000100至0x0000017F中的任何一个开始，因此可以通过在PESPLD内搜索0x000001来提取NALU。） | 对比文件在NAL单元提取过程中，通过搜索起始码（0x000001）来定位和提取NAL单元，这类似于“寻找片标头”（在H.264/AVC中，片起始码是NALU起始码的一种）。然而，在对比文件中，这一“寻找”动作是NAL单元提取的常规步骤，发生在错误检测（设置TEI）之后，但其目的并非专门为了响应“检测到解码错误”而进行的重新同步操作。目标专利中，“寻找片标头”是在检测到解码错误后，为了使解码重新同步并找到“下一可用单元”的特定动作。两者目的不同。因此，该技术特征未被对比文件公开。 |
| **技术特征M**：其进一步包含，如果检测到所述解码错误，那么停止解码所述当前单元，且着手解码所述下一可用单元。<br>**判断结果：未被公开** | 无相关引用。对比文件未描述解码过程的启动、停止或切换。 | 目标专利该特征涉及解码器的控制流程：在错误发生时中断当前片的解码，转而处理下一可用片。对比文件描述的是接收端对传输流和NAL单元的处理（错误检测、标志设置、提取），并未描述视频解码器（如H.264解码器）内部的解码控制逻辑。因此，该技术特征未被对比文件公开。 |
| **技术特征N**：其进一步包含，如果未检测到所述解码错误，那么解码整个当前单元。<br>**判断结果：未被公开** | 无相关引用。对比文件未描述完整的解码过程。 | 目标专利该特征描述了无错误情况下的正常解码流程。对比文件的技术方案不涉及视频解码器对NAL单元内视频数据的实际解码动作，因此未公开此特征。 |
| **技术特征O**：其中所述解码错误包含语法错误、语义错误或熵译码错误中的至少一者。<br>**判断结果：未被公开** | [0003] “ＴＳパケットにビットエラーが混在している” <br>（译文：TS包中混入了比特错误。） | 对比文件检测的错误是传输层面的“比特错误”（通过CRC校验发现），属于信道错误。目标专利所述的“解码错误”特指在视频解码过程中遇到的错误，如语法、语义、熵译码错误，这些属于信源编码层面的错误。两者错误类型和检测层面不同。对比文件未公开目标专利所限定的特定类型的解码错误。 |
| **技术特征P**：其中确定所述当前单元的起点包含确定与所述当前单元的所述起点相关联的第一宏块MB编号，确定所述被破坏数据段的终点包含确定在第二单元的起点之前的第二MB编号，且隐藏包含隐藏从所述第一MB编号到所述第二MB编号的所述被破坏数据段。<br>**判断结果：未被公开** | 无相关引用。对比文件完全没有涉及“宏块（MB）编号”的概念。 | 目标专利该特征具体化了错误处置的机制：以宏块编号来精确定位被破坏数据段的起止范围，并进行隐藏。这是目标专利实现高效错误隐藏的核心。对比文件的方案停留在NAL单元头部设置错误标志，完全不涉及对NAL单元内部视频数据（如宏块）的结构解析、编号定位或基于编号的数据替换。因此，该技术特征未被对比文件公开。 |
| **技术特征Q**：其中确定所述第二单元的起点包含确定与所述第二单元的所述起点相关联的第三MB编号，且其中确定所述第二MB编号包含从所述第三MB编号减去一以产生所述第二MB编号。<br>**判断结果：未被公开** | 无相关引用。 | 如特征P所述，对比文件不涉及宏块编号，更不涉及通过编号相减来确定被破坏数据段终点的具体算法。该技术特征未被公开。 |
| **技术特征R**：其中确定所述当前单元的起点包含确定与所述当前单元的起点相关联的第一宏块MB编号和第一帧编号，确定所述被破坏数据段的终点包含确定与所述被破坏数据段的所述终点相关联的第二MB编号和第二帧编号，且隐藏包含基于所述第一MB编号和所述第二MB编号以及所述第一帧编号和所述第二帧编号来隐藏所述被破坏数据段的至少一部分，其中所述第一帧编号和所述第二帧编号可相同或不同。<br>**判断结果：未被公开** | 无相关引用。 | 该特征进一步细化了跨帧错误处置时对宏块和帧编号的利用。对比文件的技术方案完全不涉及帧编号和宏块编号的确定与使用，因此该特征未被公开。 |
| **技术特征S**：其进一步包含：检测一个或一个以上帧的丢失<br>**判断结果：未被公开** | 无相关引用。对比文件可以检测传输包错误，但未描述专门用于检测“帧丢失”的机制。 | 目标专利中“检测帧丢失”是处理参考帧失配的前提。对比文件虽然能通过CRC检测TS包错误，但一个TS包错误不一定对应整帧丢失，且对比文件未将错误检测与“帧”这一视频层级关联起来，也没有描述如何判断连续帧编号的中断。因此，该技术特征未被对比文件公开。 |
| **技术特征T**：替换所述一个或一个以上丢失帧以隐藏另一帧的参考帧失配。<br>**判断结果：未被公开** | 无相关引用。 | 目标专利该特征涉及高级错误隐藏技术，用于维持多参考帧预测的正确性。对比文件的技术方案完全不涉及参考帧、帧间预测或帧替换。因此，该技术特征未被对比文件公开。 |
| **技术特征U**：用于确定经编码视频数据的当前单元的起点的装置<br>**判断结果：未被公开** | 无相关引用。 | 该装置特征对应于方法特征A。基于相同的理由，未被对比文件公开。 |
| **技术特征V**：用于在未检测到所述经编码视频数据的下一可用单元的起点的情况下解码所述当前单元的至少一部分的装置<br>**判断结果：未被公开** | 无相关引用。 | 该装置特征对应于方法特征B。基于相同的理由，未被对比文件公开。 |
| **技术特征W**：用于在所述当前单元中检测解码错误的装置<br>**判断结果：隐含公开 (w)** | [0003] 描述了计算CRC并与附加CRC比较，不一致时设置TEI的装置（错误检测手段103）。<br>[0018] 描述了根据ERRIND（来自TEI）设置NALU头部EFLAG的装置（NAL单元提取手段105）。 | 该装置特征对应于方法特征C。对比文件公开了“错误检测手段103”用于检测传输错误并设置TEI，以及“NAL单元提取手段105”用于根据传输错误状态设置NAL单元错误标志EFLAG。这些装置共同实现了“检测（可能导致解码的）错误”的功能。因此，该特征被对比文件隐含公开。 |
| **技术特征X**：用于在检测到所述解码错误时确定所述经编码视频数据的所述下一可用单元的所述起点的装置<br>**判断结果：未被公开** | 无相关引用。 | 该装置特征对应于方法特征D。基于相同的理由，未被对比文件公开。 |
| **技术特征Y**：用于基于所述下一可用单元的所述起点来确定被破坏数据段的终点的装置<br>**判断结果：未被公开** | 无相关引用。 | 该装置特征对应于方法特征E。基于相同的理由，未被对比文件公开。 |
| **技术特征Z**：用于基于所述当前单元的所述起点和所述被破坏数据段的所述终点来隐藏所述被破坏数据段的装置<br>**判断结果：未被公开** | 无相关引用。 | 该装置特征对应于方法特征F。基于相同的理由，未被对比文件公开。 |
<<<c>>><<<J>>><<<w>>>