(57)【要約】  ビデオコーダは、ランダムアクセスポイント（ＲＡＰ）ピクチャをコーディングし、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連するＤＬＰに先行するように、ＲＡＰピクチャについての１つまたは複数の復号可能リーディングピクチャ（ＤＬＰ）をコーディングするように構成され得る。
2015526024.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータを復号する方法であって、前記方法は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号することと、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号することと
を備える、方法。
【請求項２】
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項１に記載の方法。
【請求項３】
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを復号することをさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、請求項１に記載の方法。
【請求項４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項１に記載の方法。
【請求項５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項４に記載の方法。
【請求項６】
前記方法は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを復号することと、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを復号することと、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、
をさらに備える、請求項１に記載の方法。
【請求項７】
前記方法は、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを復号することをさらに備え、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、
請求項１に記載の方法。
【請求項８】
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを復号することが、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することを備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項７に記載の方法。
【請求項９】
前記方法が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを復号することをさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを復号することは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することを備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、
請求項１に記載の方法。
【請求項１０】
前記ＲＡＰピクチャを復号することが、ビデオ符号化プロセスの一部として実行される、請求項１に記載の方法。
【請求項１１】
ビデオデータを復号するためのデバイスであって、前記デバイスは、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号することと、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号することと
を行うように構成されたビデオデコーダ
を備える、デバイス。
【請求項１２】
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項１１に記載のデバイス。
【請求項１３】
前記ビデオデコーダは、前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを復号するようにさらに構成され、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、請求項１１に記載のデバイス。
【請求項１４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項１１に記載のデバイス。
【請求項１５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項１４に記載のデバイス。
【請求項１６】
前記ビデオデコーダは、前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを復号することと、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、ならびに、前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを復号することと、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、を行うようにさらに構成された、請求項１１に記載のデバイス。
【請求項１７】
前記ビデオデコーダが、前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを復号するようにさらに構成され、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、請求項１１に記載のデバイス。
【請求項１８】
前記ビデオデコーダは、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することによって、前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを復号するように構成され、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項１７に記載のデバイス。
【請求項１９】
前記ビデオデコーダが、復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを復号するようにさらに構成され、前記ビデオデコーダは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することによって、前記１つまたは複数のＤＬＰを復号するように構成され、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項１１に記載のデバイス。
【請求項２０】
前記デバイスが、
集積回路と、
マイクロプロセッサと、
前記ビデオデコーダを含むワイヤレス通信デバイスと
のうちの少なくとも１つを備える、請求項１１に記載のデバイス。
【請求項２１】
ビデオデータを復号するための装置であって、前記装置は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号するための手段と、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号するための手段と
を備える、装置。
【請求項２２】
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項２１に記載の装置。
【請求項２３】
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを復号するための手段をさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、請求項２１に記載の装置。
【請求項２４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項２１に記載の装置。
【請求項２５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャが、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項２４に記載の装置。
【請求項２６】
前記装置は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを復号するための手段と、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを復号するための手段と、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、
をさらに備える、請求項２１に記載の装置。
【請求項２７】
前記装置は、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを復号するための手段をさらに備え、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、
請求項２１に記載の装置。
【請求項２８】
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを復号するための前記手段が、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号するための手段を備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項２７に記載の装置。
【請求項２９】
前記装置が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを復号するための手段をさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを復号するための前記手段は、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが、表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号するための手段を備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、
請求項２１に記載の装置。
【請求項３０】
１つまたは複数のプロセッサによって実行されたとき、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号することと、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号することと
を、前記１つまたは複数のプロセッサに行わせる命令を記憶したコンピュータ可読記憶媒体。
【請求項３１】
ビデオデータを符号化する方法であって、前記方法は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化することと
を備える、方法。
【請求項３２】
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項３１に記載の方法。
【請求項３３】
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを符号化することをさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、請求項３１に記載の方法。
【請求項３４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項３１に記載の方法。
【請求項３５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項３４に記載の方法。
【請求項３６】
前記方法は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを符号化することと、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを符号化することと、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、
をさらに備える、請求項３１に記載の方法。
【請求項３７】
前記方法が、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを符号化することをさらに備え、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、
請求項３１に記載の方法。
【請求項３８】
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを符号化することが、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することを備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項３７に記載の方法。
【請求項３９】
前記方法が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを符号化することをさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを符号化することは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することを備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、
請求項３１に記載の方法。
【請求項４０】
前記ＲＡＰピクチャを符号化することが、ビデオ符号化プロセスの一部として実行される、請求項３１に記載の方法。
【請求項４１】
ビデオデータを符号化するためのデバイスであって、前記デバイスは、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化することとを行うように構成されたビデオエンコーダ
を備える、デバイス。
【請求項４２】
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項４１に記載のデバイス。
【請求項４３】
前記ビデオエンコーダは、前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを符号化するようにさらに構成され、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、請求項４１に記載のデバイス。
【請求項４４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項４１に記載のデバイス。
【請求項４５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項４４に記載のデバイス。
【請求項４６】
前記ビデオエンコーダは、前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを符号化することと、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、ならびに、前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを符号化することと、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、を行うようにさらに構成された、請求項４１に記載のデバイス。
【請求項４７】
前記ビデオエンコーダが、前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを符号化するようにさらに構成され、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、請求項４１に記載のデバイス。
【請求項４８】
前記ビデオエンコーダが、前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを符号化するように構成され、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することを備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項４７に記載のデバイス。
【請求項４９】
前記ビデオエンコーダが、復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを符号化するようにさらに構成され、前記ビデオエンコーダは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することによって、前記１つまたは複数のＤＬＰを符号化するように構成され、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項４１に記載のデバイス。
【請求項５０】
前記デバイスが、
集積回路と、
マイクロプロセッサと、
前記ビデオエンコーダを含むワイヤレス通信デバイスと
のうちの少なくとも１つを備える、請求項４１に記載のデバイス。
【請求項５１】
ビデオデータを符号化するための装置であって、前記装置は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化するための手段と、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化するための手段と
を備える、装置。
【請求項５２】
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項５１に記載の装置。
【請求項５３】
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを符号化するための手段をさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、請求項５１に記載の装置。
【請求項５４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項５１に記載の装置。
【請求項５５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項５４に記載の装置。
【請求項５６】
前記装置は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを符号化するための手段と、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを符号化するための手段と、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、
をさらに備える、請求項５１に記載の装置。
【請求項５７】
前記装置が、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを符号化するための手段をさらに備え、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、
請求項５１に記載の装置。
【請求項５８】
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを符号化するための前記手段が、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化するための手段を備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項５７に記載の装置。
【請求項５９】
前記装置が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを符号化するための手段をさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを符号化するための前記手段は、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化するための手段を備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、
請求項５１に記載の装置。
【請求項６０】
１つまたは複数のプロセッサによって実行されたとき、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化することと
を、前記１つまたは複数のプロセッサに行わせる命令を記憶したコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本出願は、その各々の内容全体が参照により本明細書に組み込まれる、
２０１２年６月２８日に出願された米国仮出願第６１／６６５，８６２号、および
２０１２年６月２９日に出願された米国仮出願第６１／６６６，６８８号
の利益を主張する。
【０００２】
[0002]  本開示は、一般にビデオコーディングに関する。
【背景技術】
【０００３】
[0003]  デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラーまたは衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオコーディング技法など、ビデオコーディング技法を実装する。「ＨＥＶＣ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  ７」または「ＷＤ７」と呼ばれる今度のＨＥＶＣ規格の最近のドラフトは、文書ＪＣＴＶＣ−Ｉ１００３、Ｂｒｏｓｓら、「High Efficiency Video Coding (HEVC) Text Specification Draft 7」、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３とＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ：Joint Collaborative Team on Video Coding）、第９回会合：ジュネーブ、スイス、２０１２年４月２７日〜２０１２年５月７日に記載されており、この文書は、２０１３年２月５日現在、http://phenix.it-sudparis.eu/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I1003-v5.zipからダウンロード可能である。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。
【０００４】
[0004]  ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するための空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を含む。ブロックベースのビデオコーディングの場合、ビデオスライス（たとえば、ビデオフレームまたはビデオフレームの一部分）は、ツリーブロック、コーディングツリーユニット、コーディングユニット（ＣＵ）および／またはコーディングノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
【０００５】
[0005]  空間的予測または時間的予測は、コーディングされるべきブロックの予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、およびコード化ブロックと予測ブロックとの間の差分を示す残差データに従って符号化される。イントラコード化ブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて、残差変換係数が得られ得、その残差変換係数は、次いで量子化され得る。量子化変換係数は、最初は２次元アレイで構成され、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するために、エントロピーコーディングが適用され得る。
【発明の概要】
【０００６】
[0006]  概して、本開示では、ビデオコーディングにおける長期参照ピクチャ（long-term reference picture）のランダムアクセスおよびシグナリングをサポートするための技法について説明する。本開示は、様々なタイプのピクチャに基づいてランダムアクセスをサポートするためのいくつかの制限を提案する。一例では、ランダムアクセスポイント（ＲＡＰ：random access point）ピクチャのためのすべての廃棄タグ付き（ＴＦＤ：tagged for discard）ピクチャは、ＲＡＰのためのすべての復号可能リーディングピクチャ（ＤＬＰ：decodable leading picture）の表示順序値（display order value）よりも前の表示順序値を有し得る。本開示はまた、復号順序における「トレーリングピクチャ（trailing picture）」とのリーディングピクチャのインターリービングが防止される制限を提案する。すなわち、本開示の技法によれば、ビデオコーダは、（ＴＦＤピクチャとＤＬＰの両方を含む）すべてのリーディングピクチャが、対応するＲＡＰピクチャの表示順序値よりも大きい表示順序値と、対応するＲＡＰピクチャの復号順序値（decoding order value）よりも大きい復号順序値との両方を有するピクチャの復号順序値よりも前の復号順序値を有することを保証し得る。表示順序は出力順序と呼ばれることもある。ＴＦＤピクチャはランダムアクセススキップリーディング（ＲＡＳＬ：random access skipped leading）ピクチャと呼ばれることもあり、ＤＬＰピクチャはランダムアクセス復号可能リーディング（ＲＡＤＬ：random access decodable leading）ピクチャと呼ばれることもある。
【０００７】
[0007]  一例では、ビデオデータをコーディングする方法は、ランダムアクセスポイント（ＲＡＰ）ピクチャをコーディングすることと、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、ＲＡＰピクチャについての１つまたは複数のＤＬＰをコーディングすることとを含む。
【０００８】
[0008]  別の例では、ビデオデータをコーディングするためのデバイスは、ランダムアクセスポイント（ＲＡＰ）ピクチャをコーディングすることと、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、ＲＡＰピクチャについての１つまたは複数のＤＬＰをコーディングすることとを行うように構成されたビデオコーダを含む。
【０００９】
[0009]  別の例では、ビデオデータをコーディングするための装置は、ランダムアクセスポイント（ＲＡＰ）ピクチャをコーディングするための手段と、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、ＲＡＰピクチャについての１つまたは複数のＤＬＰをコーディングするための手段とを含む。
【００１０】
[0010]  別の例では、１つまたは複数のプロセッサによって実行されたとき、ランダムアクセスポイント（ＲＡＰ）ピクチャをコーディングすることと、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、ＲＡＰピクチャについての１つまたは複数のＤＬＰをコーディングすることとを、１つまたは複数のプロセッサに行わせる命令を記憶したコンピュータ可読記憶媒体。
【００１１】
[0011]  別の例では、ビデオデータを符号化する方法は、ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、ＲＡＰピクチャについての１つまたは複数のＤＬＰを符号化することとを含む。
【００１２】
[0012]  別の例では、ビデオデータを符号化するためのデバイスは、ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、ＲＡＰピクチャについての１つまたは複数のＤＬＰを符号化することとを行うように構成されたビデオエンコーダを含む。
【００１３】
[0013]  別の例では、ビデオデータを符号化するための装置は、ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化するための手段と、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、ＲＡＰピクチャについての１つまたは複数のＤＬＰを符号化するための手段とを含む。
【００１４】
[0014]  別の例では、コンピュータ可読記憶媒体は、１つまたは複数のプロセッサによって実行されたとき、ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、ＲＡＰピクチャについての１つまたは複数のＤＬＰを符号化することとを、１つまたは複数のプロセッサに行わせる命令を記憶する。
【００１５】
[0015]  １つまたは複数の例の詳細を添付の図面および以下の説明に記載する。他の特徴、目的、および利点は、その説明および図面、ならびに特許請求の範囲から明らかになろう。
【図面の簡単な説明】
【００１６】
【図１】[0016]  スライスヘッダ中で長期参照ピクチャをシグナリングするための技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。
【図２】[0017]  スライスヘッダ中で長期参照ピクチャをシグナリングするための技法を実装し得るビデオエンコーダの一例を示すブロック図。
【図３】[0018]  スライスヘッダ中で長期参照ピクチャをシグナリングするための技法を実装し得るビデオデコーダの一例を示すブロック図。
【図４】[0019]  コード化ビデオピクチャのシーケンスを示す概念図。
【図５】[0020]  ネットワークの一部を形成するデバイスの例示的なセットを示すブロック図。
【図６】[0021]  本開示の技法による、ランダムアクセスポイント（ＲＡＰ）ピクチャをコーディングするための例示的な動作を示すフローチャート。
【図７】[0022]  本開示の技法による、ＲＡＰピクチャをコーディングするための例示的な動作を示すフローチャート。
【図８】[0023]  本開示の技法による、ＲＡＰピクチャをコーディングするための例示的な動作を示すフローチャート。
【図９】[0024]  本開示の技法による、ＲＡＰピクチャをコーディングするための例示的な動作を示すフローチャート。
【図１０】[0025]  本開示の技法による、ＲＡＰピクチャをコーディングするための例示的な動作を示すフローチャート。
【図１１】[0026]  本開示の技法による、ＲＡＰピクチャをコーディングするための例示的な動作を示すフローチャート。
【発明を実施するための形態】
【００１７】
[0027]  概して、ビデオデータは、高速に連続してキャプチャまたは表示されるピクチャのシーケンスによって表される。いくつかの例では、ピクチャまたはピクチャの部分は、たとえば、キャプチャされるのではなく（またはそれに加えて）、コンピュータグラフィックスを使用して生成され得ることを理解されたい。ピクチャが表示されるべき順序（それは、ピクチャがキャプチャまたは生成された順序と同じであることも同じでないこともある）は、コード化ピクチャがビットストリーム中に含まれる順序とは異なり得る。コード化ビデオシーケンス内のピクチャの表示順序はピクチャ順序カウント（ＰＯＣ：picture order count）値によって表され得るが、ピクチャのコーディング順序はフレーム番号（ｆｒａｍｅ＿ｎｕｍ）値によって表され得る。
【００１８】
[0028]  ピクチャのコーディングは概して、ピクチャ中に生じる冗長データを利用することを伴う。たとえば、イントラ予測コーディングとも呼ばれる空間コーディングは、共通のピクチャのピクセル値の空間的に隣接するブロック間に生じる冗長性を利用する。別の例として、インター予測コーディングとも呼ばれる時間コーディングは、異なる時間インスタンスにおいてキャプチャ、生成、または表示される異なるピクチャ間に生じる冗長性を利用する。より詳細には、ピクチャはスライスに分割され得、スライスはイントラ予測またはインター予測のために指定され得る。その上、各スライスは、ブロック（たとえば、コーディングツリーユニットとも呼ばれる最大コーディングユニット（ＬＣＵ））に分割され得、ブロックの各々は、対応するスライスがイントラ予測のために指定されているかインター予測のために指定されているかに基づいてさらに区分あるいはコーディングされ得る。
【００１９】
[0029]  インター予測コーディングの例に関して、（「現在ピクチャ」とも呼ばれる）現在コーディングされているピクチャのブロックは、参照ピクチャから予測され得る。ＷＤ７は、「参照ピクチャ」を、ｎａｌ＿ｒｅｆ＿ｆｌａｇが１に等しいピクチャとして定義する。ｎａｌ＿ｒｅｆ＿ｆｌａｇは、ネットワークアブストラクションレイヤ（ＮＡＬ：network abstraction layer）ユニット中に含まれるデータが参照ピクチャとして扱われるべきかどうかを示すＮＡＬユニットのシンタックス要素である。ＷＤ７はまた、参照ピクチャが、復号順序で後続のピクチャの復号プロセスにおいてインター予測のために使用され得るサンプル（すなわち、ピクセル値）を含んでいると規定している。
【００２０】
[0030]  上記で紹介したように、概して、ビデオデータは様々なタイプのピクチャを含む。たとえば、ビデオデータは、ビデオデータのストリームを開始するために使用され得るランダムアクセスポイント（ＲＡＰ）を含む。ＲＡＰは、たとえば、イントラ予測コーディングされたピクチャ（Ｉピクチャ）として、独立してコーディングされたピクチャである。ＲＡＰは、瞬時デコーダリフレッシュ（ＩＤＲ：instantaneous decoder refresh）ピクチャ、切断リンクアクセス（ＢＬＡ：broken link access）ピクチャ、クリーンランダムアクセス（ＣＲＡ：clean random access）ピクチャ、および漸進的復号リフレッシュ（ＧＤＲ：gradual decoding refresh）ピクチャを含む。他のタイプのピクチャは、廃棄の対象にされる（ＴＦＤ：targeted for discard）ピクチャ、復号可能リーディングピクチャ（ＤＬＰ）、およびトレーリングピクチャを含む。概して、（すべてのリーディングピクチャのような）ＤＬＰは、対応するＲＡＰの出力順序よりも前にある出力順序を有するが、対応するＲＡＰの復号順序よりも後にある復号順序を有するピクチャである。しかしながら、ＤＬＰは、復号順序で対応するＲＡＰに先行するデータを取り出すことなしに復号可能であるリーディングピクチャである。一方、トレーリングピクチャは、対応するＲＡＰの出力順序よりも後にある出力順序、ならびに対応するＲＡＰの復号順序よりも後にある復号順序を有する。ＴＦＤであるピクチャは、対応するＲＡＰからランダムアクセスを実行するとき、適切に復号され得ない。これは、概して、復号順序で対応するＲＡＰに先行するデータから予測されるＴＦＤピクチャに起因する。ＲＡＰからのランダムアクセスは、復号順序でＲＡＰよりも前のデータを取り出すことを省略するので、復号順序でＲＡＰよりも前のデータに依存するＴＦＤピクチャは、ＲＡＰがランダムアクセスポイントとして使用されるときに正しく復号可能でなくなり、したがって、復号されることなしに廃棄され得る。ＴＦＤピクチャは、ＲＡＰよりも復号順序で前に生じる１つまたは複数のピクチャに対してＴＦＤピクチャが予測されるという意味で、より前のデータに「依存する」。
【００２１】
[0031]  ＮＡＬユニットは、対応するＮＡＬユニット中に含まれるデータのタイプを示すために、たとえば、ＮＡＬユニットヘッダ中に、特定のＮＡＬユニットタイプ値を割り当てられ得る。ＮＡＬユニットは概して、ＶＣＬ  ＮＡＬユニットとも呼ばれるビデオコーディングレイヤ（ＶＣＬ：video coding layer）データ、または非ＶＣＬ  ＮＡＬユニットとも呼ばれる非ＶＣＬデータを含み得る。非ＶＣＬデータは、たとえば、ピクチャパラメータセット（ＰＰＳ：picture parameter set）、シーケンスパラメータセット（ＳＰＳ：sequence parameter set）、および適応パラメータセット（ＡＰＳ：adaptation parameters set）などのパラメータセット、ならびに補足エンハンスメント情報（ＳＥＩ：supplemental enhancement information）メッセージを含む。ＶＣＬデータは概してコード化ビデオデータを含む。ＮＡＬユニットタイプは、ＮＡＬユニット中のコード化ビデオデータがＲＡＰに対応するかどうかと、そうである場合、コード化ビデオデータがＣＲＡピクチャに対応するか、ＢＬＡピクチャに対応するか、またはＩＤＲピクチャに対応するかとを含む、ＮＡＬユニット中に含まれるデータのタイプの指示を与え得る。ＮＡＬユニットタイプは、ＮＡＬユニットが他のデータのタイプを含むかどうかをも示し得る。以下の表１に、ＷＤ７において規定された、いくつかのＮＡＬユニットタイプ値と、対応するＮＡＬユニット中に含まれるデータとの一例を与える。
【表１】
2015526024.tif 000003
【００２２】
[0032]  その上、ＷＤ７は長期参照ピクチャを短期参照ピクチャと区別する。たとえば、ＷＤ７は、長期参照ピクチャを、「長期参照のために使用される」とマークされた参照ピクチャとして定義する。ＷＤ７は、シーケンスパラメータセット（ＳＰＳ）中のフラグが、長期参照ピクチャがコード化ビデオシーケンスについてすべてにおいてシグナリングされるかどうかを示す、と規定している。ＷＤ７によれば、ビデオコーダは、スライスのスライスヘッダ中で長期参照ピクチャのＰＯＣ値の最下位ビット（ＬＳＢ：least significant bit）をシグナリングする。ＬＳＢをシグナリングすると、完全なＰＯＣ値をシグナリングすることと比較して、ビット節約を生じ得る。ビデオコーダは、ＷＤ７によれば、復号ピクチャバッファ（ＤＰＢ：decoded picture buffer）中に長期参照ピクチャと同じＬＳＢビットを有する２つ以上の参照ピクチャがある場合、長期参照ピクチャのＰＯＣ値の最上位ビット（ＭＳＢ：most significant bit）をシグナリングし得る。その上、ＷＤ７によれば、ビデオコーダは、シグナリングされる長期参照ピクチャが現在ピクチャによって参照のために使用され得るかどうかを示すフラグを使用し得る。
【００２３】
[0033]  ＨＥＶＣの参照ピクチャセット（ＲＰＳ：reference picture set）設計のための１つの仮定は、短期参照ピクチャ（ＳＴＲＰ：short-term reference picture）と長期参照ピクチャ（ＬＴＲＰ：long-term reference picture）の両方について、相対的ＰＯＣ値が正しく確立され得る限り、ＲＰＳ導出がピクチャ紛失に対してロバストでなければならない、というものである。これを達成するために、どんなピクチャのＲＰＳ導出も独立型であり得、すなわち、復号ピクチャバッファ（ＤＰＢ）ステータスに依存しないことがある。この設計原理では、ＳＴＲＰは、ＷＤ７によれば、現在ピクチャに対するそれらのΔＰＯＣ値を使用してシグナリングされる。したがって、デコーダは、いくつかのピクチャが紛失したときでもこれらの参照ピクチャのＰＯＣ値を導出し、したがって、ＳＴＲＰの各々が存在するかどうかを検査することが可能であり得る。
【００２４】
[0034]  本開示は、ＷＤ７のピクチャ紛失の存在下でのＬＴＲＰの現在のスライスヘッダシグナリングにおけるいくつかの問題を認識する。紛失の存在下ではＲＰＳの誤った導出が起こり得る。これは、各現在ピクチャのＰＯＣ値のシグナリングに関して同じであるＬＴＲＰのＰＯＣ  ＬＳＢの量（すなわち、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ）のみをシグナリングすることに起因するが、場合によっては、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔシンタックス要素を使用する完全なＰＯＣ値がＬＴＲＰのためにシグナリングされる。ＤＰＢ中に、ＬＴＲＰのためにシグナリングされるのと同じＬＳＢを有するピクチャがある場合、以下で提示する例に示すように、ＲＰＳの導出にあいまいさがあり得、ＲＰＳの不正確な結果が生じ得る。以下で説明する例では、「ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ」は２５６に等しいと仮定され、または言い換えれば、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４は４に等しい。
【００２５】
[0035]  上記で説明した問題を示すための第１の例として、復号順序で連続する３つのピクチャｎ−１、ｎ、およびｎ＋１について考えられたい。ピクチャｎ−１は、ＬＴＲＰとして０および２５６のＰＯＣ値をもつ参照ピクチャを有し、ピクチャｎおよびｎ＋１は、ＬＴＲＰとしてＰＯＣ２５６のみをもつ参照ピクチャを有すると仮定する。ピクチャｎ−１、ｎ、およびｎ＋１のＰＯＣ値はすべて、両端値を含む、２５７〜５１１の範囲内にある。また、ピクチャｎ−１、ｎ、およびｎ＋１のいずれも、またはＤＰＢ中の他のいかなるピクチャも０に等しいＬＳＢ値を有しないと仮定する。ＨＥＶＣ  ＷＤ７のシグナリングの下で、適合するビットストリームの関係するシンタックス要素を表２に示す。
【表２】
2015526024.tif 000004
【００２６】
[0036]  ピクチャｎでは、ピクチャ２５６のみがＬＴＲＰとしてシグナリングされるが、ピクチャｎのＲＰＳが導出されたとき、ピクチャ０は依然としてＤＰＢ中にあり得る。したがって、ピクチャｎについてさえ、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは１に設定され、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ値が送られる。ピクチャｎのＲＰＳ導出後に、ピクチャ０は、「参照のために使用されない」とマークされ、ＤＰＢから削除され得る。しかしながら、ピクチャｎ＋１では、ＤＰＢ中に１つのＬＴＲＰしか存在しないので、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に設定され、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔは存在しない。
【００２７】
[0037]  ＷＤ７のシンタックス構造の下で、上記のテーブルは、適合するビットストリームに対応することになる。しかしながら、ピクチャｎが紛失した場合、ピクチャｎ＋１のＬＴＲＰシグナリングは、ＤＰＢからのどのピクチャがＬＴＲＰとして選ばれるべきであるかを解決するのに不十分であり得る。０と２５６の両方が０のＬＳＢを有し、デコーダはこの問題を解決することが不可能であり得る。デコーダは、唯一のＬＴＲＰとして使用されるべきピクチャを一意に識別するために、ピクチャｎ＋１についてｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいことを必要とし得る。
【００２８】
[0038]  上記の第１の例に関して上記で説明した問題の第２の例は、以下の通りである。表３の記載は、ピクチャｎ−１についてピクチャ０がＬＴＲＰとしてシグナリングされ、ピクチャ２５６がＳＴＲＰとしてシグナリングされることを除いて、表２の記載と同様である。
【表３】
2015526024.tif 000005
【００２９】
[0039]  ここで再び、ピクチャｎが紛失した場合、デコーダは、ＬＴＲＰがピクチャ２５６としてシグナリングしたことを正しく識別することが不可能であり得、デコーダは、唯一のＬＴＲＰとして使用されるべきピクチャを一意に識別するために、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいことを必要とし得る。
【００３０】
[0040]  上記で説明した問題の第３の例について、表４に関して説明する。
【表４】
2015526024.tif 000006
【００３１】
[0041]  表４の例に関して、ＰＯＣ２５５をもつピクチャが受信され、続いてピクチャ２５８が受信される（言い換えれば、ピクチャ２５６および２５７が紛失した）と仮定する。ピクチャ２５８のスライスヘッダを復号した後に、（ピクチャ２５６ではなく）ピクチャ０がＬＴＲＰとしてマークされる。ピクチャ２５８について参照ピクチャ２５６が存在しないと理解するのではなく、デコーダは、ピクチャ０がシグナリングされたＬＴＲＰであると誤って導出し、（復号プロセスの他の態様がこの紛失（loss）に対して動作するという条件で）復号を続け得る。
【００３２】
[0042]  上記の例から、上記の問題を解決するための一見やさしそうに見える解決策は、ＬＴＲＰの実際の完全なＰＯＣ値をシグナリングすることであるように思われる。また、ＲＰＳ導出は、完全なＰＯＣシグナリングを用いた独立型であるかのように見える。しかしながら、ＣＲＡピクチャがビットストリームを開始し得るという可能性、あるいはＣＲＡピクチャがスプライサ（splicer）によってＢＬＡピクチャに変換され得るという可能性により、完全なＰＯＣ値をシグナリングすることが除外される。たとえば、ＰＯＣ値が２５６であるビットストリーム中のＣＲＡピクチャについて考え（依然としてＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ＝２５６と仮定する）、復号順序でＣＲＡピクチャに後続するいくつかのピクチャがＬＴＲＰとしてＣＲＡピクチャを有するものとする。２５６である、ＣＲＡピクチャの完全なＰＯＣがシグナリングされ、ＣＲＡピクチャがＢＬＡピクチャに変換されるかまたはビットストリームを開始した場合、ＬＴＲＰは誤って導出され得、ビットストリームは適合しなくなる。ＣＲＡピクチャがＢＬＡピクチャに変換されるかまたはビットストリームを開始したとき、デコーダは、ＷＤ７の技法に従って、それのＬＳＢのみに基づいてそれのＰＯＣ値を導出する。上記の例では、（今やＢＬＡピクチャである）ＣＲＡピクチャのＰＯＣは０であると判断される。デコーダがＰＯＣ２５６をもつＬＴＲＰを探すとき、今やＣＲＡピクチャは０のＰＯＣを導出しているので、ＤＰＢはいかなるそのようなピクチャも含んでいないことになる。これにより、ＲＰＳ中に「参照ピクチャなし」が生じ得、現在ピクチャが、ＣＲＡピクチャに関連するＴＦＤピクチャでない場合、得られたビットストリームは適合しなくなり得る。
【００３３】
[0043]  本開示では、ビデオデータのランダムアクセスをサポートするための技法について説明する。いくつかの事例では、これらの技法は、ＷＤ７の上記の問題を克服するために使用され得る。より詳細には、本開示は、様々なタイプのピクチャに基づいてランダムアクセスをサポートするためのいくつかの制限を提案する。第１に、本開示の一技法によれば、ＲＡＰピクチャのためのすべてのＴＦＤピクチャは、ＲＡＰのすべてのＤＬＰのための表示順序値よりも前にある表示順序値を有しなければならない。この制限は、フレームレートの不安定さ（choppiness）を回避することによって閲覧者の閲覧エクスペリエンスを改善し得る。すなわち、正しく復号され得ない１つまたは複数のピクチャ（すなわち、ＴＦＤピクチャ）があり、これらのピクチャが、ＤＬＰと混合された表示順序値を有した場合、フレームレートは不安定に見え得、それにより、ユーザエクスペリエンスが低下し得る。別の技法によれば、本開示はまた、復号順序における「トレーリングピクチャ」とのリーディングピクチャのインターリービングが防止される制限を提案する。すなわち、本開示の技法によれば、ビデオコーダは、（ＴＦＤピクチャとＤＬＰの両方を含む）すべてのリーディングピクチャが、対応するＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャの復号順序値よりも前の復号順序値を有することを保証し得る。上述したように、「トレーリングピクチャ」は、復号順序と表示順序の両方でＲＡＰピクチャに後続するピクチャである。
【００３４】
[0044]  上記で紹介したように、概して、ビデオデータは様々なタイプのピクチャを含む。たとえば、ビデオデータは、ビデオデータのストリームを開始するために使用され得るＲＡＰを含む。ＲＡＰは、たとえば、イントラ予測コーディングされたピクチャ（Ｉピクチャ）として、独立してコーディングされたピクチャである。ＲＡＰは、ＩＤＲピクチャ、ＢＬＡピクチャおよびＣＲＡピクチャを含む。
【００３５】
[0045]  他のタイプのピクチャは、ＴＦＤ、ＤＬＰ、およびトレーリングピクチャを含む。概して、（すべてのリーディングピクチャのような）ＤＬＰは、対応するＲＡＰピクチャの出力順序よりも前にある出力順序を有するが、対応するＲＡＰの復号順序よりも後にある復号順序を有するピクチャである。しかしながら、ＤＬＰは、復号順序で対応するＲＡＰピクチャに先行するデータを取り出すことなしに復号可能であるリーディングピクチャである。言い換えれば、ＤＬＰは、対応するＲＡＰを含むおよび／またはそれに後続する１つまたは複数のピクチャのデータに対して予測されるリーディングピクチャである。一方、トレーリングピクチャは、対応するＲＡＰの出力順序よりも後にある出力順序、ならびに対応するＲＡＰピクチャの復号順序よりも後にある復号順序を有する。
【００３６】
[0046]  ＴＦＤピクチャであるピクチャは、対応するＲＡＰピクチャからランダムアクセスを実行するとき、適切に復号され得ない。これは、概して、復号順序で対応するＲＡＰピクチャに先行するデータから予測されるＴＦＤピクチャに起因する。ＲＡＰピクチャからのランダムアクセスは、ＲＡＰピクチャよりも前のデータを取り出すことを省略するので、ＲＡＰピクチャよりも前のデータに依存するＴＦＤピクチャは、正しく復号可能でなくなり、したがって、復号されることなしに廃棄され得る。
【００３７】
[0047]  本開示は、これらの様々なタイプのピクチャに基づいてランダムアクセスをサポートするためのいくつかの制限を提案する。第１に、ＲＡＰピクチャのすべてのＴＦＤピクチャは、ＲＡＰピクチャのすべてのＤＬＰのための表示順序値よりも前にある表示順序値を有しなければならない。この制限は、フレームレートの不安定さを回避するので、閲覧者の閲覧エクスペリエンスを改善し得る。すなわち、（ＴＦＤピクチャなどの）正しく復号され得ない１つまたは複数のピクチャがあり、これらのピクチャが、ＤＬＰと混合された表示順序値を有した場合、フレームレートは不安定に見え得、それにより、ユーザエクスペリエンスが低下し得る。
【００３８】
[0048]  本開示はまた、復号順序における「トレーリングピクチャ」とのリーディングピクチャのインターリービングが防止される制限を提案する。すなわち、本開示の技法によれば、ビデオコーダは、（ＴＦＤピクチャとＤＬＰの両方を含む）すべてのリーディングピクチャが、対応するＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャの復号順序値よりも前の復号順序値を有することを保証し得る。上述したように、「トレーリングピクチャ」は、復号順序と表示順序の両方でＲＡＰピクチャに後続するピクチャである。本開示の技法を実装して、ビデオエンコーダは、ＲＡＰピクチャを符号化することと、廃棄の対象にされるすべてのピクチャが、出力順序でＲＡＰピクチャに関連するＤＬＰに先行するように、ＲＡＰピクチャについての１つまたは複数のＤＬＰを符号化することとを行うように構成され得る。同様に、ビデオデコーダは、ランダムアクセスポイントとして使用されるＲＡＰピクチャに続いてＴＦＤピクチャを復号することを試みる必要がない。代わりに、ビデオデコーダは、データを復号することを試みることなしに、単にそのようなＴＦＤピクチャについてデータをパースし得る。これは、ビデオデコーダなどのデバイスにリソース節約を与え得る。たとえば、これらの技法は、バッテリー電力を節約しおよび／または処理効率を改善し得る。復号順序でリーディングピクチャとトレーリングピクチャとをインターリーブしないことによって、（ＭＡＮＥまたはビデオデコーダなどの）システムは、関連するＲＡＰピクチャに後続する第１のトレーリングピクチャを越えてパースする必要を有することなしに、ＲＡＰピクチャに関連するリーディングピクチャを容易に識別することができる。リーディングピクチャは表示順序でＲＡＰの前に生じ、中間システムがリーディングピクチャを削除するように構成された場合、リーディングピクチャはそうするために有用であり得るので、リーディングピクチャを識別することは、ランダムアクセスで出力を決定する際に有用であり得る。その上、上述したように、これらの技法は、フレームレート不安定さを回避することによってユーザエクスペリエンスの改善をもたらし得る。
【００３９】
[0049]  図１は、スライスヘッダ中で長期参照ピクチャをシグナリングするための技法を利用し得る例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示すように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化ビデオデータを与えるソースデバイス１２を含む。特に、ソースデバイス１２は、コンピュータ可読媒体１６を介してビデオデータを宛先デバイス１４に与える。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４は、ワイヤレス通信のために装備され得る。
【００４０】
[0050]  宛先デバイス１４は、コンピュータ可読媒体１６を介して復号されるべき符号化ビデオデータを受信し得る。コンピュータ可読媒体１６は、ソースデバイス１２から宛先デバイス１４に符号化ビデオデータを移動することが可能な任意のタイプの媒体またはデバイスを備え得る。一例では、コンピュータ可読媒体１６は、ソースデバイス１２が、符号化ビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にするための通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルあるいは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を可能にするために有用であり得る、ルータ、スイッチ、基地局、または任意の他の機器を含み得る。
【００４１】
[0051]  いくつかの例では、符号化データは、出力インターフェース２２からストレージデバイスに出力され得る。同様に、符号化データは、入力インターフェースによってストレージデバイスからアクセスされ得る。ストレージデバイスは、ハードドライブ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、ストレージデバイスは、ソースデバイス１２によって生成された符号化ビデオを記憶し得るファイルサーバまたは別の中間ストレージデバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介して、ストレージデバイスから記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバとしては、（たとえば、ウェブサイト用の）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブがある。宛先デバイス１４は、インターネット接続を含む、任意の標準のデータ接続を通じて符号化ビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適である、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または両方の組合せを含み得る。ストレージデバイスからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組合せであり得る。
【００４２】
[0052]  本開示の技法は、必ずしもワイヤレス適用例または設定に限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ：dynamic adaptive streaming over HTTP）などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例などの、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、一方向または双方向のビデオ送信をサポートするように構成され得る。
【００４３】
[0053]  図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。本開示によれば、ソースデバイス１２のビデオエンコーダ２０は、スライスヘッダ中で長期参照ピクチャをシグナリングするための技法を適用するように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは他の構成要素または構成を含み得る。たとえば、ソースデバイス１２は、外部カメラなど、外部ビデオソース１８からビデオデータを受信し得る。同様に、宛先デバイス１４は、内蔵ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースし得る。
【００４４】
[0054]  図１の図示のシステム１０は一例にすぎない。スライスヘッダ中で長期参照ピクチャをシグナリングするための技法は、任意のデジタルビデオ符号化および／または復号デバイスによって実行され得る。概して、本開示の技法はビデオ符号化デバイスによって実行されるが、本技法は、一般に「コーデック」と呼ばれるビデオエンコーダ／デコーダによっても実行され得る。その上、本開示の技法は、ビデオプリプロセッサによっても実行され得る。ソースデバイス１２および宛先デバイス１４は、ソースデバイス１２が宛先デバイス１４に送信するためのコード化ビデオデータを生成する、そのようなコーディングデバイスの例にすぎない。いくつかの例では、デバイス１２、１４は、デバイス１２、１４の各々がビデオ符号化構成要素とビデオ復号構成要素とを含むように、実質的に対称的に動作し得る。したがって、システム１０は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスト、またはビデオテレフォニーのための、ビデオデバイス１２とビデオデバイス１４との間の一方向または双方向のビデオ送信をサポートし得る。
【００４５】
[0055]  ソースデバイス１２のビデオソース１８は、ビデオカメラなどのビデオキャプチャデバイス、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースを含み得る。さらなる代替として、ビデオソース１８は、ソースビデオとしてのコンピュータグラフィックスベースのデータ、またはライブビデオとアーカイブビデオとコンピュータ生成ビデオとの組合せを生成し得る。場合によっては、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラフォンまたはビデオフォンを形成し得る。ただし、上述のように、本開示で説明する技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。各場合において、キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータ生成されたビデオは、ビデオエンコーダ２０によって符号化され得る。符号化ビデオ情報は、次いで、出力インターフェース２２によってコンピュータ可読媒体１６上に出力され得る。
【００４６】
[0056]  コンピュータ可読媒体１６は、ワイヤレスブロードキャストまたはワイヤードネットワーク送信などの一時媒体、あるいはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、Ｂｌｕ−ｒａｙディスク、または他のコンピュータ可読媒体などの記憶媒体（すなわち、非一時的記憶媒体（non-transitory storage media））を含み得る。いくつかの例では、ネットワークサーバ（図示せず）は、たとえば、ネットワーク送信を介して、ソースデバイス１２から符号化ビデオデータを受信し、符号化ビデオデータを宛先デバイス１４に与え得る。同様に、ディスクスタンピング設備など、媒体製造設備のコンピューティングデバイスは、ソースデバイス１２から符号化ビデオデータを受信し、その符号化ビデオデータを含んでいるディスクを生成し得る。したがって、コンピュータ可読媒体１６は、様々な例において、様々な形態の１つまたは複数のコンピュータ可読媒体を含むことが理解されよう。
【００４７】
[0057]  宛先デバイス１４の入力インターフェース２８は、コンピュータ可読媒体１６から情報を受信する。コンピュータ可読媒体１６の情報は、ビデオエンコーダ２０によって定義され、またビデオデコーダ３０によって使用される、ブロックおよび他のコード化ユニット、たとえば、ＧＯＰの特性および／または処理を記述するシンタックス要素を含む、シンタックス情報を含み得る。ディスプレイデバイス３２は、復号ビデオデータをユーザに対して表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。
【００４８】
[0058]  ビデオエンコーダ２０およびビデオデコーダ３０は、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格などのビデオコーディング規格に従って動作し得、ＨＥＶＣテストモデル（ＨＭ）に準拠し得る。代替的に、ビデオエンコーダ２０およびビデオデコーダ３０は、代替的にＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ  Ｈ．２６４規格など、他のプロプライエタリ規格または業界規格、あるいはそのような規格の拡張に従って動作し得る。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオコーディング規格の他の例としては、ＭＰＥＧ−２およびＩＴＵ−Ｔ  Ｈ．２６３がある。図１には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれオーディオエンコーダおよびオーディオデコーダと統合され得、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含んで、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理し得る。適用可能な場合、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ  Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。
【００４９】
[0059]  ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４（ＡＶＣ）規格は、共同ビデオ部会（ＪＶＴ：Joint Video Team）として知られる共同パートナーシップの成果として、ＩＳＯ／ＩＥＣ動画エキスパーツグループ（ＭＰＥＧ：Moving Picture Experts Group）とともにＩＴＵ−Ｔビデオコーディングエキスパーツグループ（ＶＣＥＧ：Video Coding Experts Group）によって策定された。いくつかの態様では、本開示で説明する技法は、Ｈ．２６４規格に概して準拠するデバイスに適用され得る。Ｈ．２６４規格は、ＩＴＵ−Ｔ研究グループによる２００５年３月付けのＩＴＵ−Ｔ勧告Ｈ．２６４、Advanced Video Coding for generic audiovisual servicesに記載されており、本明細書ではＨ．２６４規格またはＨ．２６４仕様、あるいはＨ．２６４／ＡＶＣ規格または仕様と呼ぶことがある。共同ビデオ部会（ＪＶＴ）は、Ｈ．２６４／ＭＰＥＧ−４  ＡＶＣへの拡張に取り組み続けている。
【００５０】
[0060]  ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダ回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、好適な非一時的コンピュータ可読媒体にソフトウェアの命令を記憶し、１つまたは複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実行し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも、それぞれのデバイスにおいて複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。
【００５１】
[0061]  ＪＣＴ−ＶＣは、ＨＥＶＣ規格の開発に取り組んでいる。ＨＥＶＣ規格化の取り組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスの発展的モデルに基づく。ＨＭは、たとえば、ＩＴＵ−Ｔ  Ｈ．２６４／ＡＶＣに従う既存のデバイスに対してビデオコーディングデバイスのいくつかの追加の能力を仮定する。たとえば、Ｈ．２６４は９つのイントラ予測符号化モードを与えるが、ＨＭは３３個ものイントラ予測符号化モードを与え得る。本開示は説明のために時々ＨＥＶＣのＷＤ７に依拠することがあるが、本開示の技法は決してＷＤ７に限定されない。ＨＥＶＣ規格は発展し続け、本開示の技法は、ＨＥＶＣの将来のバージョンに適合することができることが企図される。たとえば、本開示の技法は、２０１３年２月５日現在、http://phenix.it-sudparis.eu/jct/doc_end_user/documents/12_Geneva/wg11/JCTVC-L1003-v18.zipからダウンロード可能である、文書ＪＣＴＶＣ−Ｌ１００３＿ｖ１８、Ｂｒｏｓｓら、「High Efficiency Video Coding (HEVC) Text Specification Draft 10」、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３とＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１２回会合：ジュネーブ、スイス、２０１３年１月１４〜２３日に記載されている、「ＨＥＶＣ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  １０」または「ＷＤ１０」とともに使用され得る。
【００５２】
[0062]  概して、ＨＭの作業モデルは、ビデオフレームまたはピクチャが、ルーマサンプルとクロマサンプルの両方を含む一連のツリーブロックまたは最大コーディングユニット（ＬＣＵ：largest coding unit）に分割され得ることを記述する。ビットストリーム内のシンタックスデータが、ピクセルの数に関して最大コーディングユニットであるＬＣＵのサイズを定義し得る。スライスは、コーディング順序でいくつかの連続するツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木に従ってコーディングユニット（ＣＵ：coding unit）に分割され得る。概して、４分木データ構造はＣＵごとに１つのノードを含み、ルートノードがツリーブロックに対応する。ＣＵが４つのサブＣＵに分割された場合、ＣＵに対応するノードは４つのリーフノード（leaf node）を含み、リーフノードの各々はサブＣＵのうちの１つに対応する。
【００５３】
[0063]  ４分木データ構造の各ノードは、対応するＣＵのシンタックスデータを与え得る。たとえば、４分木のノードは、そのノードに対応するＣＵがサブＣＵに分割されるかどうかを示す分割フラグを含み得る。ＣＵのシンタックス要素は、再帰的に定義され得、ＣＵがサブＣＵに分割されるかどうかに依存し得る。ＣＵがさらに分割されない場合、そのＣＵはリーフＣＵと呼ばれる。本開示では、元のリーフＣＵの明示的分割が存在しない場合でも、リーフＣＵの４つのサブＣＵをリーフＣＵとも呼ぶ。たとえば、１６×１６サイズのＣＵがさらに分割されない場合、この１６×１６ＣＵが決して分割されなくても、４つの８×８サブＣＵをリーフＣＵとも呼ぶ。
【００５４】
[0064]  ＣＵは、ＣＵがサイズ差異を有しないことを除いて、Ｈ．２６４規格のマクロブロックと同様の目的を有する。たとえば、ツリーブロックは、４つの子ノード（サブＣＵとも呼ばれる）に分割され得、各子ノードは、今度は親ノードとなり、別の４つの子ノードに分割され得る。４分木のリーフノードと呼ばれる、最後の分割されない子ノードは、リーフＣＵとも呼ばれるコーディングノードを備える。コード化ビットストリームに関連するシンタックスデータは、最大ＣＵ深さと呼ばれる、ツリーブロックが分割され得る最大回数を定義し得、また、コーディングノードの最小サイズを定義し得る。それに応じて、ビットストリームは最小コーディングユニット（ＳＣＵ：smallest coding unit）をも定義し得る。本開示では、ＨＥＶＣのコンテキストにおけるＣＵ、ＰＵ、またはＴＵ、あるいは他の規格のコンテキストにおける同様のデータ構造（たとえば、Ｈ．２６４／ＡＶＣにおけるマクロブロックおよびそれのサブブロック）のいずれかを指すために「ブロック」という用語を使用する。
【００５５】
[0065]  ＣＵは、コーディングノードと、コーディングノードに関連する予測ユニット（ＰＵ）および変換ユニット（ＴＵ）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状が方形でなければならない。ＣＵのサイズは、８×８ピクセルから最大６４×６４以上のピクセルをもつツリーブロックのサイズまでに及び得る。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含んでいることがある。ＣＵに関連するシンタックスデータは、たとえば、ＣＵを１つまたは複数のＰＵに区分することを記述し得る。区分モードは、ＣＵが、スキップモード符号化またはダイレクトモード符号化されるか、イントラ予測モード符号化されるか、あるいはインター予測モード符号化されるかの間で異なり得る。ＰＵは、形状が非方形になるように区分され得る。ＣＵに関連するシンタックスデータは、たとえば、４分木に従って、ＣＵを１つまたは複数のＴＵに区分することも記述し得る。ＴＵは、形状が方形または非方形（たとえば、矩形）であり得る。
【００５６】
[0066]  ＨＥＶＣ規格は、ＣＵごとに異なり得るＴＵに従う変換を可能にする。ＴＵは、一般に、区分されたＬＣＵについて定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ決定されるが、常にそうであるとは限らない。ＴＵは、一般にＰＵと同じサイズであるかまたはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ：residual quad tree）として知られる４分木構造を使用して、より小さいユニットに再分割され得る。ＲＱＴのリーフノードは変換ユニット（ＴＵ：transform unit）と呼ばれることがある。ＴＵに関連するピクセル差分値は、変換されて変換係数が生成され得、その変換係数は量子化され得る。
【００５７】
[0067]  リーフＣＵは、１つまたは複数の予測ユニット（ＰＵ：prediction unit）を含み得る。概して、ＰＵは、対応するＣＵの全部または一部分に対応する空間エリアを表し、そのＰＵの参照サンプルを取り出すためのデータを含み得る。その上、ＰＵは、予測に関係するデータを含む。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵのデータは、ＰＵに対応するＴＵのイントラ予測モードを記述するデータを含み得る、残差４分木（ＲＱＴ：residual quadtree）中に含まれ得る。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵのための１つまたは複数の動きベクトルを定義するデータを含み得る。ＰＵの動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルの解像度（たとえば、１／４ピクセル精度もしくは１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルの参照ピクチャリスト（たとえば、リスト０、リスト１、もしくはリストＣ）を記述し得る。
【００５８】
[0068]  １つまたは複数のＰＵを有するリーフＣＵはまた、１つまたは複数の変換ユニット（ＴＵ）を含み得る。変換ユニットは、上記で説明したように、（ＴＵ４分木構造とも呼ばれる）ＲＱＴを使用して指定され得る。たとえば、分割フラグは、リーフＣＵが４つの変換ユニットに分割されるかどうかを示し得る。次いで、各変換ユニットはさらに、さらなるサブＴＵに分割され得る。ＴＵがさらに分割されないとき、そのＴＵはリーフＴＵと呼ばれることがある。概して、イントラコーディングの場合、リーフＣＵに属するすべてのリーフＴＵは、同じイントラ予測モードを共有する。すなわち、概して、リーフＣＵのすべてのＴＵの予測値を計算するために同じイントラ予測モードが適用される。イントラコーディングの場合、ビデオエンコーダは、イントラ予測モードを使用して各リーフＴＵの残差値を、ＴＵに対応するＣＵの一部と元のブロックとの間の差分として計算し得る。ＴＵは、必ずしもＰＵのサイズに制限されるとは限らない。したがって、ＴＵはＰＵよりも大きくまたは小さくなり得る。イントラコーディングの場合、ＰＵは、同じＣＵの対応するリーフＴＵとコロケートされ得る。いくつかの例では、リーフＴＵの最大サイズは、対応するリーフＣＵのサイズに対応し得る。
【００５９】
[0069]  その上、リーフＣＵのＴＵはまた、残差４分木（ＲＱＴ）と呼ばれる、それぞれの４分木データ構造に関連付けられ得る。すなわち、リーフＣＵは、リーフＣＵがどのようにＴＵに区分されるかを示す４分木を含み得る。ＴＵ４分木のルートノードは概してリーフＣＵに対応し、ＣＵ４分木のルートノードは概してツリーブロック（またはＬＣＵ）に対応する。分割されないＲＱＴのＴＵはリーフＴＵと呼ばれる。概して、本開示では、別段に記載されていない限り、リーフＣＵおよびリーフＴＵに言及するためにそれぞれＣＵおよびＴＵという用語を使用する。
【００６０】
[0070]  ビデオシーケンスは、一般に、一連のビデオフレームまたはピクチャを含む。ピクチャのグループ（ＧＯＰ）は、一般に、一連の１つまたは複数のビデオフレームを備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャのうちの１つまたは複数のヘッダ中、または他の場所に含み得る。各ピクチャのスライスは、それぞれのスライスの符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は、一般に、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックはＣＵ内のコーディングノードに対応し得る。ビデオブロックは、固定サイズまたは可変サイズを有し得、指定のコーディング規格に応じてサイズが異なり得る。
【００６１】
[0071]  一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズでのイントラ予測をサポートし、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎの対称的なＰＵサイズでのインター予測をサポートする。ＨＭはまた、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測のための非対称区分をサポートする。非対称区分では、ＣＵの一方向は区分されないが、他の方向は２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という表示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部の２Ｎ×０．５Ｎ  ＰＵと下部の２Ｎ×１．５Ｎ  ＰＵとで水平方向に区分された２Ｎ×２Ｎ  ＣＵを指す。
【００６２】
[0072]  本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直寸法および水平寸法に関するビデオブロックのピクセル寸法、たとえば、１６×１６（16x16）ピクセルまたは１６×１６（16 by 16）ピクセルを指すために互換的に使用され得る。概して、１６×１６ブロックは、垂直方向に１６ピクセルを有し（ｙ＝１６）、水平方向に１６ピクセルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮピクセルを有し、水平方向にＮピクセルを有し、ただし、Ｎは非負整数値を表す。ブロック中のピクセルは行と列に構成され得る。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要があるとは限らない。たとえば、ブロックはＮ×Ｍピクセルを備え得、ただし、Ｍは必ずしもＮに等しいとは限らない。
【００６３】
[0073]  ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングの後に、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、（ピクセル領域とも呼ばれる）空間領域において予測ピクセルデータを生成する方法またはモードを記述するシンタックスデータを備え得、ＴＵは、たとえば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換などの変換の適用後に、変換領域において係数を備え得る。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵのための残差データを含むＴＵを形成し、次いで、ＴＵを変換して、ＣＵの変換係数を生成し得る。
【００６４】
[0074]  変換係数を生成するための任意の変換の後に、ビデオエンコーダ２０は、変換係数の量子化を実行し得る。量子化は、概して、係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。量子化プロセスは、係数の一部または全部に関連するビット深さを低減し得る。たとえば、量子化中にｎビット値がｍビット値に切り捨てられ得、ただし、ｎはｍよりも大きい。
【００６５】
[0075]  量子化の後に、ビデオエンコーダは、変換係数を走査して、量子化変換係数を含む２次元行列から１次元ベクトルを生成し得る。走査は、より高いエネルギー（したがってより低い周波数）の係数をアレイの前方に配置し、より低いエネルギー（したがってより高い周波数）の係数をアレイの後方に配置するように設計され得る。いくつかの例では、ビデオエンコーダ２０は、エントロピー符号化され得るシリアル化ベクトルを生成するために、量子化変換係数を走査するためにあらかじめ定義された走査順序を利用し得る。他の例では、ビデオエンコーダ２０は適応型走査を実行し得る。量子化変換係数を走査して１次元ベクトルを形成した後に、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context-adaptive variable length coding）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：context-adaptive binary arithmetic coding）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディング、または別のエントロピー符号化方法に従って、１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２０はまた、ビデオデータを復号する際にビデオデコーダ３０が使用するための符号化ビデオデータに関連するシンタックス要素をエントロピー符号化し得る。
【００６６】
[0076]  ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルに、コンテキストモデル内のコンテキストを割り当て得る。コンテキストは、たとえば、シンボルの隣接値が非０であるか否かに関係し得る。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルのために可変長コードを選択し得る。ＶＬＣにおけるコードワードは、比較的短いコードが優勢シンボルに対応し、より長いコードが劣勢シンボルに対応するように構築され得る。このようにして、ＶＬＣの使用は、たとえば、送信されるべき各シンボルのために等長コードワードを使用するよりも、ビット節約を達成し得る。確率判断は、シンボルに割り当てられたコンテキストに基づき得る。
【００６７】
[0077]  本開示の技法によれば、ビデオエンコーダ２０およびビデオデコーダ３０は、以下のように、例示的な関数「ＧｅｔＬＳＢ（ｐｏｃ，ｌｅｎ）」を実行するように構成され得、ただし、ｐｏｃは整数であり、ｌｅｎは正の整数である。
【数１】
2015526024.tif 000007
【００６８】
関数（１）の例において、「＜＜」はビット単位の左シフト演算子を表し、Ｆｌｏｏｒ（）は、それに受け渡された、切り捨てられた引数の値を戻す。
【００６９】
[0078]  ビデオエンコーダ２０およびビデオデコーダ３０は、参照ピクチャセット（ＲＰＳ）の導出と、コード化ピクチャのＲＰＳ中に含まれるべき長期参照ピクチャ（ＬＴＲＰ）のシグナリングとのための１つまたは複数の様々な技法を実行するように構成され得る。概して、ビデオエンコーダ２０およびビデオデコーダ３０は、本開示で説明する例のいずれかまたはすべてを、単独でまたは任意の組合せで実行するように構成され得る。概して、本開示では、以下の符号化および復号技法に関係する技法について説明し、ビデオエンコーダ２０およびビデオデコーダ３０は、ＷＤ７の他の技法または他のビデオコーディングフレームワークと組み合わせてこれらの技法のいずれかまたはすべてを実行するように構成され得る。
【００７０】
[0079]  一例では、現在ピクチャのＲＰＳ中に含まれるべき特定のＬＴＲＰのためにシグナリングされる情報は、現在ピクチャとＬＴＲＰとの間の、あるいはＬＴＲＰと復号順序で前のＲＡＰピクチャとの間のΔＰＯＣ値であり得る。一代替形態として、ＬＴＲＰシグナリングおよび導出は、ＷＤ７の場合と同じままであり得るが、ただし、シンタックス要素ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ]  を削除することによって、あるいはｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ]  がすべてのＬＴＲＰについて１になることを要求することによって、シンタックス要素ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ]  がスライスヘッダ中でＬＴＲＰごとに常にシグナリングされることを除く。別の代替形態として、現在ピクチャのＲＰＳ中に含まれるべき特定のＬＴＲＰのためにシグナリングされる情報は、復号順序でＬＴＲＰと前のＲＡＰピクチャとの間のΔＰＯＣ値であり得るか、あるいは上記の代替方法が適用され得る。
【００７１】
[0080]  一代替形態では、復号順序でＣＲＡピクチャまたはＢＬＡピクチャに後続するピクチャは、ＬＴＲＰとして復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行するピクチャを使用するのを許可され得ない。したがって、リーディングピクチャは、ＬＴＲＰとして、復号順序で、関連するＣＲＡピクチャまたはＢＬＡピクチャに先行するピクチャを参照するのを許可され得ない。非ＴＦＤピクチャの場合、ＬＴＲＰ  ＬＳＢをシグナリングするために必要とされるビット数は、ＴＦＤとマークされておらず、現在ピクチャに復号順序で先行し、復号順序で前のＲＡＰピクチャを含む、復号順序で前のＲＡＰピクチャに復号順序で後続する、最も小さいＰＯＣをもつピクチャによって判断され得る。ＴＦＤピクチャの場合、ＬＴＲＰ  ＬＳＢをシグナリングするために必要とされるビット数は、現在ピクチャに復号順序で先行し、復号順序で前のＲＡＰピクチャを含む、復号順序で前のＲＡＰピクチャに復号順序で後続する、最も小さいＰＯＣをもつピクチャによって判断され得る。
【００７２】
[0081]  一代替形態では、ＲＡＰピクチャに関連するＴＦＤピクチャは、復号順序で、同じＲＡＰピクチャに関連するどんなＤＬＰピクチャにも後続するのを許可され得ない。非ＴＦＤピクチャの場合、ＬＴＲＰ  ＬＳＢをシグナリングするために必要とされるビット数は、ＴＦＤピクチャとマークされておらず、現在ピクチャに復号順序で先行し、復号順序で前のＲＡＰピクチャを含む、復号順序で前のＲＡＰピクチャに復号順序で後続する、最も小さいＰＯＣをもつピクチャによって判断され得る。ＴＦＤピクチャの場合、ＬＴＲＰ  ＬＳＢをシグナリングするために必要とされるビット数は、現在ピクチャに復号順序で先行し、復号順序で前のＲＡＰピクチャの前のＲＡＰを含む、復号順序で前のＲＡＰピクチャの前のＲＡＰに出力順序で後続する、最も小さいＰＯＣをもつピクチャによって判断され得る。
【００７３】
[0082]  一代替形態では、ＣＲＡピクチャまたはＢＬＡピクチャに関連するリーディングピクチャは、ＬＴＲＰとして関連するＣＲＡピクチャまたはＢＬＡピクチャあるいは同じＣＲＡピクチャまたはＢＬＡピクチャに関連する他のリーディングピクチャを参照するのを許可され得ない。ＬＴＲＰ  ＬＳＢをシグナリングするために必要とされるビット数は、現在ピクチャに出力順序で先行するＲＡＰピクチャによって判断され得る。
【００７４】
[0083]  一代替形態では、以下の制約が課され得る。復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、出力順序でＣＲＡピクチャまたはＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行するものとする。さらに、以下の制約、すなわち、ＣＲＡピクチャまたはＢＬＡピクチャに関連するどんなＴＦＤピクチャも、出力順序でＣＲＡピクチャまたはＢＬＡピクチャに関連するどんなＤＬＰピクチャにも先行するという制約も課され得る。これらの例示的な制約は、ＤＬＰピクチャが、ＴＦＤピクチャで、あるいは復号順序で関連するＣＲＡピクチャまたはＢＬＡピクチャよりも前のピクチャで出力順序においてインターリーブされる場合を許可しない。それらの場合、ランダムアクセスしているか、あるいはＣＲＡピクチャまたはＢＬＡピクチャからのストリームスイッチングを実行しているとき、開始ピクチャレートは、ＤＬＰピクチャが出力された後よりも小さくなり得る。たとえば、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ）コンテキストにおける、頻繁なストリームスイッチングを伴う適応ストリーミングでは、ピクチャレートのそのような変動は望ましくないユーザエクスペリエンスを引き起こし得る。ＣＲＡピクチャまたはＢＬＡピクチャについて、ＷＤ７は、復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行し、出力順序でＣＲＡピクチャまたはＢＬＡピクチャに後続するピクチャはないものとすると規定した。その制限の包含は、同様の理由による。
【００７５】
[0084]  一代替形態では、第１のピクチャに関連するリーディングピクチャ（より詳細には、ＴＦＤピクチャ）は、ＳＴＲＰまたはＬＴＲＰとしてインター予測参照のために第２のピクチャに関連するＤＬＰピクチャを使用するのを可能にされ、ここにおいて、第１のピクチャはＣＲＡピクチャであり、第２のピクチャはＣＲＡピクチャまたはＢＬＡピクチャであり、第２のピクチャおよび第１のピクチャは、復号順序で２つの連続するＲＡＰピクチャであり、第１のピクチャは復号順序で第２のピクチャに後続する。リーディングピクチャによるＤＬＰピクチャのそのようなインター予測参照は、そのようなＤＬＰピクチャがそのようなリーディングピクチャの参照ピクチャセット中に存在することを可能にすることによって可能にされ得、リーディングピクチャのよりフレキシブルでより高効率のコーディングを可能にし得る。したがって、ＣＲＡピクチャとＢＬＡピクチャとの定義は、そのようなインター予測を可能にするように変更され得る。
【００７６】
[0085]  一代替形態では、ＣＲＡピクチャまたはＢＬＡピクチャに関連するＴＦＤピクチャ、ならびに復号順序と出力順序の両方でＣＲＡピクチャまたはＢＬＡピクチャに後続するピクチャ、すなわち、ＣＲＡピクチャまたはＢＬＡピクチャのトレーリングピクチャの復号順序インターリービングは、許可され得ない。言い換えれば、ＣＲＡピクチャまたはＢＬＡピクチャに関連する任意のＴＦＤピクチャは、復号順序でＣＲＡピクチャまたはＢＬＡピクチャの任意のトレーリングピクチャに先行するように要求され得る。
【００７７】
[0086]  代替的に、ＣＲＡピクチャまたはＢＬＡピクチャに関連するリーディングピクチャ、ならびに復号順序と出力順序の両方でＣＲＡピクチャまたはＢＬＡピクチャに後続するピクチャの復号順序インターリービングは、許可され得ない。言い換えれば、ＣＲＡピクチャまたはＢＬＡピクチャに関連するどんなリーディングピクチャも、復号順序と出力順序の両方でＣＲＡピクチャまたはＢＬＡピクチャに後続するどんなピクチャにも復号順序で先行するように要求され得る。
【００７８】
[0087]  実装形態の以下の例は、上記で説明した例についてのさらなる詳細を与える。これらの例示的な実装形態において説明する様々な技法は、単独で使用されるかまたは任意の組合せで使用され得ることを理解されたい。
【００７９】
[0088]  第１の例示的な実装形態は、誤り耐性問題を解決することと、ＲＰＳ偏差が独立型であり（すなわち、ＤＰＢステータスに依存せず）、また同時に、ランダムアクセスがＣＲＡピクチャから実行されるとき、またはＣＲＡピクチャがＢＬＡピクチャに変換されるときに問題がないことを保証することとを試みるための方法を提供する。この第１の例示的な実装形態では、現在ピクチャのＲＰＳ中に含まれるべき特定のＬＴＲＰのためにシグナリングされる情報は、現在ピクチャとＬＴＲＰとの間（モード１）の、あるいはＬＴＲＰと復号順序で前のＲＡＰピクチャとの間（モード２）のΔＰＯＣ値である。この第１の例示的な実装形態はまた、ＷＤ７のＳＴＲＰのための現在ＲＰＳシグナリングおよび導出と整合される。ビデオエンコーダ２０などのエンコーダは、シグナリングされるべき各ＬＴＲＰについて２つのモードのうちの１つを選定し得、それにより、より少ないビットが使用されることになり得る。たとえば、ＬＴＲＰが、出力／表示順序距離において、現在ピクチャよりも、復号順序で前のＲＡＰに近い場合、ビデオエンコーダ２０は、モード２を使用するように構成され得る。そうでない場合、ビデオエンコーダ２０は、モード１を使用し得る。同様に、ビデオデコーダ３０は、使用すべきモードを記述するシンタックスデータを受信し、シンタックスデータによってシグナリングされたモードを使用し得る。
【００８０】
[0089]  第１の例示的な実装形態を実現するために、ＷＤ７に対する、以下のシンタックス、セマンティクス、およびコーディングプロセスの変更が使用され得、ここで、下線付きのテキストはＷＤ７に対する変更を表す。以下の表５に、ピクチャパラメータセット（ＰＰＳ）のためのシンタックスの例示的なセットを与える。
【表５】
2015526024.tif 000008
【００８１】
[0090]  この第１の例示的な実装形態では、表５に示すように、ＰＰＳシンタックスは、ＷＤ７に対する追加のシンタックス要素ｐｏｃ＿ｌｔ＿ｉｄｃを含む。他のシンタックス要素のセマンティクスは同じままであり得る。この例では、ｐｏｃ＿ｌｔ＿ｉｄｃは、スライスヘッダ中のｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  の存在を示すことと、スライスヘッダ中にｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  が存在しないとき、スライスヘッダ中のｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  の推測値を判断することとを行うために使用され得る。ｐｏｃ＿ｌｔ＿ｉｄｃが０または１に等しい場合、スライスヘッダ中にｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  は存在せず、その値は、この例では、ｐｏｃ＿ｌｔ＿ｉｄｃに等しいと推測される。ｐｏｃ＿ｌｔ＿ｉｄｃが２に等しいとき、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  は、この例では、スライスヘッダ中でシグナリングされる。ｐｏｃ＿ｌｔ＿ｉｄｃの値３は、この例では、将来の使用のために予約済みである。
【００８２】
[0091]  表６に、第１の例示的な実装形態による、スライスヘッダのためのシンタックスの例示的なセットを与える。
【表６】
2015526024.tif 000009
【００８３】
[0092]  この例では、スライスヘッダは、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  と、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｌｅｎ［ｉ]  と、場合によってはｄｅｌｔａ＿ｐｏｃ＿ｌｔ［ｉ]  との追加のシンタックス要素を含む。これらのシンタックス要素についてのセマンティクスの例示的なセットについて以下で説明する。他のシンタックス要素についてのセマンティクスは、ＷＤ７の場合と同じままであり得る。
【００８４】
[0093]  この第１の例示的な実装形態では、１に等しいｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  は、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ［ｉ]  が、現在ピクチャとｉ番目の長期参照ピクチャとの間のピクチャ順序カウント差を表すことを指定し得る。０に等しいｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  は、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ［ｉ]  が、復号順序で前のＲＡＰピクチャとｉ番目の長期参照ピクチャとの間のピクチャ順序カウント差を表すことを指定し得る。（たとえば、表５の）ｐｏｃ＿ｌｔ＿ｉｄｃが０または１に等しい場合、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  の値はｐｏｃ＿ｌｔ＿ｉｄｃに等しいと推測され得る。
【００８５】
[0094]  この第１の例示的な実装形態では、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｌｅｎ［ｉ]  は、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ［ｉ]  を表すためのビット数を指定するために使用され得る。ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  が０に等しい場合、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｌｅｎ［ｉ]  の値は、両端値を含む０〜２４の範囲内にあり得る。そうでない（ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  が１に等しい）場合、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｌｅｎ［ｉ]  の値は、両端値を含む１〜２４の範囲内にあり得る。
【００８６】
[0095]  変数ＤｅｌｔａＰｏｃＬｔＬｅｎ［ｉ]  は以下のように導出され得る。
【数２】
2015526024.tif 000010
【００８７】
[0096]  代替的に、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｌｅｎ［ｉ]  は、たとえば、ｕ（Ｎ）として、固定長コーディングされるｐｏｃ＿ｌｔ＿ｌｅｎ［ｉ]  に変更され得、ただしＮは５である。この場合、セマンティクスは以下の通りであり得る。ｐｏｃ＿ｌｔ＿ｌｅｎ［ｉ]  は、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ［ｉ]  を表すためのビット数を指定し得る。ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  が０に等しい場合、ｐｏｃ＿ｌｔ＿ｌｅｎ［ｉ]  の値は、両端値を含む０〜２４の範囲内にあり得、そうでない（ｄｅｌｔａ＿ｐｏｃ＿ｌｔ＿ｃｕｒｒ＿ｐｉｃ＿ｆｌａｇ［ｉ]  が１に等しい）場合、ｐｏｃ＿ｌｔ＿ｌｅｎ［ｉ]  の値は、両端値を含む１〜２４の範囲内にあり得る。変数ＤｅｌｔａＰｏｃＬｔＬｅｎ［ｉ]  は、ｐｏｃ＿ｌｔ＿ｌｅｎ［ｉ]  に等しくなるように設定され得る。
【００８８】
[0097]  この第１の例示的な実装形態では、ｄｅｌｔａ＿ｐｏｃ＿ｌｔ［ｉ]  は、現在ピクチャの長期参照ピクチャセット中に含まれるｉ番目の長期参照ピクチャのΔピクチャ順序カウント値を指定し得る。ｄｅｌｔａ＿ｐｏｃ＿ｌｔ［ｉ]  の長さはＤｅｌｔａＰｏｃＬｔＬｅｎ［ｉ]  であり得る。
【００８９】
[0098]  ビデオデコーダ３０は、以下のようにこの第１の例示的な実装形態に従って、参照ピクチャセットのための復号プロセスを実行するように構成され得る。ビデオエンコーダ２０は、ビデオデータを符号化して参照ピクチャセットを生成している間、同様のプロセスを実行し得る。ビデオデコーダ３０は、スライスヘッダの復号の後に、ただしどんなコーディングユニットの復号にも先立って、および、ＷＤ７の８．３．３節において指定されているスライスの参照ピクチャリスト構築のための復号プロセスに先立って、ピクチャごとに１回この復号プロセスを呼び出し得る。このプロセスにより、１つまたは複数の参照ピクチャが「参照のために使用されない」とマークされ得る。「注意」で始まるＷＤ７からの引用は、ＷＤ７から直接取られた引用にすぎないものとして認識されるべきであり、本開示の技法に必要であると認識されるべきでない。
【００９０】
注意１−参照ピクチャセットは、現在および将来のコード化ピクチャの復号プロセスにおいて使用される、参照ピクチャの絶対的記述である。参照ピクチャセットシグナリングは、参照ピクチャセット中に含まれるすべての参照ピクチャが明示的にリストされるという意味で明示的であり、復号ピクチャバッファのステータスに依存するデコーダにおけるデフォルトの参照ピクチャセット構築プロセスは存在しない。
【００９１】
[0099]  参照ピクチャは、それらのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値によって識別され得る。
【００９２】
[0100]  ピクチャ順序カウント値の５つのリストが、参照ピクチャセット、すなわち、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ個、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ個、ＮｕｍＰｏｃＳｔＦｏｌｌ個、ＮｕｍＰｏｃＬｔＣｕｒｒ個、およびＮｕｍＰｏｃＬｔＦｏｌｌ個の要素をそれぞれ伴う、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌを導出するように構築され得る。
【００９３】
[0101]  現在ピクチャが、ビットストリーム中の第１のコード化ピクチャであるＣＲＡピクチャ、ＩＤＲピクチャ、またはＢＬＡピクチャである場合、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌがすべて空に設定され、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＮｕｍＰｏｃＳｔＦｏｌｌ、ＮｕｍＰｏｃＬｔＣｕｒｒ、およびＮｕｍＰｏｃＬｔＦｏｌｌがすべて０に設定され得る。
【００９４】
[0102]  そうでない場合、ピクチャ順序カウント値の５つのリストとエントリの数との導出について、以下が適用され得る。
【数３】
2015526024.tif 000011
【数４】
2015526024.tif 000012
【００９５】
ここで、ＰｉｃＯｒｄｅｒＣｎｔＶａｌおよびＰｒｅｖＲａｐＰｉｃＰｏｃはそれぞれ、節８．２．１において指定されている、現在ピクチャ、および復号順序で前のＲＡＰピクチャのピクチャ順序カウント値である。
【００９６】
注意２−両端値を含む０からｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１の範囲内にあるＳｔＲｐｓＩｄｘの値は、アクティブシーケンスパラメータセットからの短期参照ピクチャセットが使用されていることを示し得、ここで、ＳｔＲｐｓＩｄｘは、短期参照ピクチャセットがシーケンスパラメータセット中でシグナリングされる順序での、短期参照ピクチャセットのリストに対する短期参照ピクチャセットのインデックスである。ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓに等しいＳｔＲｐｓＩｄｘは、スライスヘッダ中で明示的にシグナリングされる短期参照ピクチャセットが使用されていることを示す。
【００９７】
[0103]  参照ピクチャセットは、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ、ＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ、ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒおよびＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌという、参照ピクチャの５つのリストを含み得る。変数ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ＋ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ＋ＮｕｍＰｏｃＬｔＣｕｒｒに等しく設定され得る。ＰまたはＢスライスを復号するとき、ＷＤ７は、ビットストリーム適合のために、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値が０に等しくならないことを要求する。
【００９８】
注意３−ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒは、現在ピクチャのインター予測において使用され得、復号順序で現在ピクチャの後続するピクチャのうちの１つまたは複数のインター予測において使用され得る、すべての参照ピクチャを含んでいることがある。ＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌおよびＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌは、現在ピクチャのインター予測において使用されないが、復号順序で現在ピクチャの後続するピクチャのうちの１つまたは複数のインター予測において使用され得る、すべての参照ピクチャを含み得る。
【００９９】
[0104]  参照ピクチャのマーキングは、「参照のために使用されない」、「短期参照のために使用される」、または「長期参照のために使用される」であり得るが、ＷＤ７では、これら３つのうちの１つのみでなければならない。参照ピクチャが「参照のために使用される」とマークされるものとして言及された場合、このことは、「短期参照のために使用される」または「長期参照のために使用される」（ただしＷＤ７ではその両方ではない）とマークされているピクチャを集合的に指す。「短期参照のために使用される」とマークされた参照ピクチャは、短期参照ピクチャと呼ばれる。「長期参照のために使用される」とマークされた参照ピクチャは、長期参照ピクチャと呼ばれる。
【０１００】
[0105]  参照ピクチャセットの導出プロセスとピクチャマーキングとは、次の順序付きステップに従って実行され、ここで、ＤＰＢは、ＷＤ７の付属書類Ｃに記載されている復号ピクチャバッファを指し、ここで、（＃−＃）はＷＤ７の式番号を指す。
【０１０１】
１．以下が適用される。
【数５】
2015526024.tif 000013
【数６】
2015526024.tif 000014
【０１０２】
２．ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒとＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌとの中に含まれるすべての参照ピクチャが、「長期参照のために使用される」とマークされる。
【０１０３】
３．以下が適用される。
【数７】
2015526024.tif 000015
【数８】
2015526024.tif 000016
【０１０４】
４．ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれるすべての参照ピクチャが、「短期参照のために使用される」とマークされる。
【０１０５】
[0106]  ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ、ＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれない、復号ピクチャバッファ中のすべての参照ピクチャは、「参照のために使用されない」とマークされ得る。
【０１０６】
注意４−参照ピクチャセット中に含まれるが復号ピクチャバッファ中に存在しない、１つまたは複数の参照ピクチャが存在し得る。「参照ピクチャなし」に等しいＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌまたはＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌ中のエントリは、無視されるべきである。以下の２つの条件のいずれかが当てはまらない限り、ＷＤ７では、「参照ピクチャなし」に等しいＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ中の各エントリについて、偶発的ピクチャ紛失が推測されるべきである。ａ）ビットストリーム中の第１のコード化ピクチャがＣＲＡピクチャであり、現在コード化ピクチャが、ビットストリーム中の第１のコード化ピクチャに関連するＴＦＤピクチャである。ｂ）復号順序で現在コード化ピクチャに先行する前のＲＡＰピクチャがＢＬＡピクチャであり、現在コード化ピクチャが、ＢＬＡピクチャに関連するＴＦＤピクチャである。
【０１０７】
[0107]  代替的に、ＷＤ７は、上記において、ＤＰＢ中の各識別されたｐｉｃＸが「参照のために使用される」とマークされることを要求し得る。代替的に、ＷＤ７は、「参照のために使用されない」とマークされたピクチャが、決して「参照のために使用される」とマークされないように制限し得る。
【０１０８】
[0108]  代替的に、上記の５つのステップの代わりに以下が使用され得る。
【０１０９】
１．以下が適用される。
【数９】
2015526024.tif 000017
【数１０】
2015526024.tif 000018
【０１１０】
２．ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒとＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌとの中に含まれるすべての参照ピクチャが、「長期参照のために使用される」とマークされる。
【０１１１】
３．以下が適用される。
【数１１】
2015526024.tif 000019
【数１２】
2015526024.tif 000020
【０１１２】
４．ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれるすべての参照ピクチャが、「短期参照のために使用される」とマークされる。
【０１１３】
５．ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ、ＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれない、復号ピクチャバッファ中のすべての参照ピクチャが、「参照のために使用されない」とマークされる。
【０１１４】
注意４−参照ピクチャセット中に含まれるが復号ピクチャバッファ中に存在しない、１つまたは複数の参照ピクチャが存在し得る。「参照ピクチャなし」に等しいＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌまたはＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌ中のエントリは、ＷＤ７によれば、無視されるべきである。以下の２つの条件のいずれかが当てはまらない限り、ＷＤ７では、「参照ピクチャなし」に等しいＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ中の各エントリについて、偶発的ピクチャ紛失が推測されるべきである。ａ）ビットストリーム中の第１のコード化ピクチャがＣＲＡピクチャであり、現在コード化ピクチャが、ビットストリーム中の第１のコード化ピクチャに関連するＴＦＤピクチャである。ｂ）復号順序で現在コード化ピクチャに先行する前のＲＡＰピクチャがＢＬＡピクチャであり、現在コード化ピクチャが、ＢＬＡピクチャに関連するＴＦＤピクチャである。
【０１１５】
[0109]  代替的に、上記のステップの順序は、３、４、１、２、および５に変更され得る。
【０１１６】
[0110]  いくつかの例では、ＷＤ７は、ビットストリーム適合のために、参照ピクチャセットが以下のように制限されることを要求する。
【０１１７】
−  ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ中に含まれる現在ピクチャのｔｅｍｐｏｒａｌ＿ｉｄよりも大きいｔｅｍｐｏｒａｌ＿ｉｄをもつ参照ピクチャが存在しないものとする。
【０１１８】
−  現在ピクチャがＴＬＡピクチャであるとき、現在ピクチャのｔｅｍｐｏｒａｌ＿ｉｄよりも大きいかまたはそれに等しいｔｅｍｐｏｒａｌ＿ｉｄをもつ参照ピクチャセット中に含まれる参照ピクチャが存在しないものとする。
【０１１９】
−  復号順序と出力順序の両方で現在ピクチャに先行するどんなＲＡＰピクチャにも出力順序で先行する、参照ピクチャセット中に含まれる参照ピクチャが存在しないものとする。
【０１２０】
−  以下の条件のいずれかが当てはまらない限り、「参照ピクチャなし」に等しいＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ中のエントリが存在しないものとする。ａ）ビットストリーム中の第１のコード化ピクチャがＣＲＡピクチャであり、現在コード化ピクチャが、ビットストリーム中の第１のコード化ピクチャに関連するＴＦＤピクチャである。ｂ）復号順序で現在コード化ピクチャに先行する前のＲＡＰピクチャがＢＬＡピクチャであり、現在コード化ピクチャが、ＢＬＡピクチャに関連するＴＦＤピクチャである。
【０１２１】
注意５−参照ピクチャは、５つの参照ピクチャセットリストのうちの２つ以上の中に含まれ得ない。
【０１２２】
[0111]  いくつかの例では、ＷＤ７は、上記の制限が以下の通りであり得ると規定している。
【０１２３】
−  ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ中に含まれる現在ピクチャのｔｅｍｐｏｒａｌ＿ｉｄよりも大きいｔｅｍｐｏｒａｌ＿ｉｄをもつ参照ピクチャが存在しないものとする。
【０１２４】
−  現在ピクチャがＴＬＡピクチャであるとき、現在ピクチャのｔｅｍｐｏｒａｌ＿ｉｄよりも大きいかまたはそれに等しいｔｅｍｐｏｒａｌ＿ｉｄをもつ参照ピクチャセット中に含まれる参照ピクチャが存在しないものとする。
【０１２５】
−  ｐｒｅｖＲａｐＰｉｃが、復号順序で前のＲＡＰピクチャであるとする。現在ピクチャがＲＡＰピクチャであるか、または出力順序でｐｒｅｖＲａｐＰｉｃに先行するとき、復号順序と出力順序の両方で現在ピクチャに先行するどんなＲＡＰピクチャにも出力順序で先行する、参照ピクチャセット中に含まれる参照ピクチャが存在しないものとする。
【０１２６】
−  ｐｒｅｖＲａｐＰｉｃが、復号順序で前のＲＡＰピクチャであるとする。現在ピクチャがＲＡＰピクチャでなく、出力順序でｐｒｅｖＲａｐＰｉｃに後続するとき、復号順序でｐｒｅｖＲａｐＰｉｃに先行する参照ピクチャセット中に含まれる参照ピクチャが存在しないものとし、ＴＦＤピクチャである参照ピクチャセット中に含まれる参照ピクチャが存在しないものとする。
【０１２７】
−  以下の条件のいずれかが当てはまらない限り、「参照ピクチャなし」に等しいＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ中のエントリが存在しないものとする。ａ）ビットストリーム中の第１のコード化ピクチャがＣＲＡピクチャであり、現在コード化ピクチャが、ビットストリーム中の第１のコード化ピクチャに関連するＴＦＤピクチャである。ｂ）復号順序で現在コード化ピクチャに先行する前のＲＡＰピクチャがＢＬＡピクチャであり、現在コード化ピクチャが、ＢＬＡピクチャに関連するＴＦＤピクチャである。
【０１２８】
注意５−参照ピクチャは、ＷＤ７によれば、５つの参照ピクチャセットリストのうちの２つ以上の中に含まれ得ない。
【０１２９】
[0112]  ＨＥＶＣ  ＷＤ７のシンタックス構造に基づく、第２の例示的な実装形態は、ＬＴＲＰのＭＳＢサイクルを常にシグナリングし、シンタックス要素ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ]  を削除するための方法を含む。この場合も、第１の例示的な実装形態と第２の例示的な実装形態との様々な技法は任意の組合せで組み合わせられ得ることを理解されたい。ビデオエンコーダ２０およびビデオデコーダ３０は、この第２の例示的な実装形態の技法のいずれかまたはすべてを、単独で、あるいは上記で説明した第１の例示的な実装形態の技法のうちの１つまたは複数との任意の組合せで実行するように構成され得る。以下の表７に、この第２の例示的な実装形態による、スライスヘッダのためのシンタックスの例示的なセットを与える。
【表７】
2015526024.tif 000021
【０１３０】
[0113]  表７の例示的なスライスヘッダシンタックスでは、ＷＤ７に対して、シンタックス要素ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ]  が追加される。このシンタックス要素のセマンティクスは以下で説明するようなものであり得るが、他のシンタックス要素のセマンティクスは、別段に規定されていない限り、ＷＤ７の場合と同じままであり得る。この第２の例示的な実装形態では、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ]  は、現在ピクチャの長期参照ピクチャセット中に含まれるｉ番目の長期参照ピクチャのピクチャ順序カウント値の最上位ビットの値を判断するために使用され得る。
【０１３１】
[0114]  この第２の例示的な実装形態では、変数ＤｅｌｔａＰｏｃＭＳＢＣｙｃｌｅＬｔ［ｉ]  は以下のように導出され得、ここで、（＃−＃）はＷＤ７の式番号を指し、下線付きのテキストはＷＤ７に対する変更を表す。
【数１３】
2015526024.tif 000022
【０１３２】
[0115]  ビデオデコーダ３０は、参照ピクチャセットのために以下の復号プロセスを実行し得る。ビデオエンコーダ２０は、ビデオデータを符号化して参照ピクチャセットを生成している間、実質的に同様のプロセスを実行するように構成され得る。このプロセスは、スライスヘッダの復号の後に、ただしどんなコーディングユニットの復号にも先立って、および、ＷＤ７の８．３．３節において指定されているスライスの参照ピクチャリスト構築のための復号プロセスに先立って、ピクチャごとに１回呼び出される。このプロセスにより、１つまたは複数の参照ピクチャが「参照のために使用されない」とマークされ得る。
【０１３３】
注意１−参照ピクチャセットは、現在および将来のコード化ピクチャの復号プロセスにおいて使用される、参照ピクチャの絶対的記述である。参照ピクチャセットシグナリングは、参照ピクチャセット中に含まれるすべての参照ピクチャが明示的にリストされるという意味で明示的であり、復号ピクチャバッファのステータスに依存するデコーダにおけるデフォルトの参照ピクチャセット構築プロセスは存在しない。
【０１３４】
[0116]  参照ピクチャは、この第２の例示的な実装形態では、それらのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値によって識別される。
【０１３５】
[0117]  ピクチャ順序カウント値の５つのリストが、参照ピクチャセット、すなわち、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ個、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ個、ＮｕｍＰｏｃＳｔＦｏｌｌ個、ＮｕｍＰｏｃＬｔＣｕｒｒ個、およびＮｕｍＰｏｃＬｔＦｏｌｌ個の要素をそれぞれ伴う、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌを導出するように構築され得る。
【０１３６】
−  現在ピクチャが、ビットストリーム中の第１のコード化ピクチャであるＣＲＡピクチャ、ＩＤＲピクチャ、またはＢＬＡピクチャである場合、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌがすべて空に設定され、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＮｕｍＰｏｃＳｔＦｏｌｌ、ＮｕｍＰｏｃＬｔＣｕｒｒ、およびＮｕｍＰｏｃＬｔＦｏｌｌがすべて０に設定される。
【０１３７】
−  そうでない場合、ピクチャ順序カウント値の５つのリストとエントリの数との導出について、以下が適用される。
【数１４】
2015526024.tif 000023
【数１５】
2015526024.tif 000024
【０１３８】
ここで、ＰｉｃＯｒｄｅｒＣｎｔＶａｌは、ＷＤ７の８．２．１節において指定されている現在ピクチャのピクチャ順序カウントである。
【０１３９】
注意２−この例における、両端値を含む０からｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１の範囲内にあるＳｔＲｐｓＩｄｘの値は、アクティブシーケンスパラメータセットからの短期参照ピクチャセットが使用されていることを示し、ここで、ＳｔＲｐｓＩｄｘは、短期参照ピクチャセットがシーケンスパラメータセット中でシグナリングされる順序での、短期参照ピクチャセットのリストに対する短期参照ピクチャセットのインデックスである。ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓに等しいＳｔＲｐｓＩｄｘは、スライスヘッダ中で明示的にシグナリングされる短期参照ピクチャセットが使用されていることを示す。
【０１４０】
[0118]  参照ピクチャセットは、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ、ＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ、ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒおよびＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌという、参照ピクチャの５つのリストを含み得る。変数ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ＋ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ＋ＮｕｍＰｏｃＬｔＣｕｒｒに等しく設定され得る。ＰまたはＢスライスを復号するとき、ＷＤ７は、ビットストリーム適合のために、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値が０に等しくならないことを要求する。
【０１４１】
注意３−ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒは、現在ピクチャのインター予測において使用され得、復号順序で現在ピクチャの後続するピクチャのうちの１つまたは複数のインター予測において使用され得る、すべての参照ピクチャを含んでいることがある。ＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌおよびＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌは、現在ピクチャのインター予測において使用されないが、復号順序で現在ピクチャの後続するピクチャのうちの１つまたは複数のインター予測において使用され得る、すべての参照ピクチャを含み得る。
【０１４２】
[0119]  参照ピクチャのマーキングは、「参照のために使用されない」、「短期参照のために使用される」、または「長期参照のために使用される」であり得るが、ＷＤ７ではこれら３つのうちの１つのみでなければならない。参照ピクチャが「参照のために使用される」とマークされるものとして言及された場合、このことは、「短期参照のために使用される」または「長期参照のために使用される」（ただしＷＤ７ではその両方ではない）とマークされているピクチャを集合的に指す。「短期参照のために使用される」とマークされた参照ピクチャは、短期参照ピクチャと呼ばれる。「長期参照のために使用される」とマークされた参照ピクチャは、長期参照ピクチャと呼ばれる。
【０１４３】
[0120]  参照ピクチャセットの導出プロセスとピクチャマーキングとは、第２の例示的な実装形態では、第１の例示的な実装形態の場合と同じ方法で実行され得る。
【０１４４】
[0121]  第３の例示的な実装形態は、復号順序でＣＲＡまたはＢＬＡピクチャに後続するピクチャが、ＬＴＲＰとして復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行するピクチャを使用するのを許可されないという制限とともに、簡略化されたＬＴＲＰシグナリング方法を提供する。したがって、リーディングピクチャは、ＬＴＲＰとして、復号順序で、関連するＣＲＡピクチャまたはＢＬＡピクチャに先行するピクチャを参照するのを許可されない。非ＴＦＤピクチャの場合、ＬＴＲＰ  ＬＳＢをシグナリングするために必要とされるビット数は、ＴＦＤとマークされておらず、現在ピクチャに復号順序で先行し、復号順序で前のＲＡＰピクチャを含む、復号順序で前のＲＡＰピクチャに復号順序で後続する、最も小さいＰＯＣをもつピクチャによって判断され得る。
【０１４５】
[0122]  ＴＦＤピクチャの場合、ＬＴＲＰ  ＬＳＢをシグナリングするために必要とされるビット数は、現在ピクチャに復号順序で先行し、復号順序で前のＲＡＰピクチャを含む、復号順序で前のＲＡＰピクチャに復号順序で後続する、最も小さいＰＯＣをもつピクチャによって判断される。シンタックス構造は、参照により本明細書に組み込まれる、
２０１３年２月５日現在、
http://phenix.int-evry.fr/jct/doc_end_user/documents/9_Geneva/wg11/JCTVC-I0342-v1.zipから入手可能である、Ｗａｎｇら、「On Reference Picture Set」、ＪＣＴＶＣ−Ｉ０３４２、ＪＣＴＶＣへの寄稿、第９回会合：ジュネーブ、スイス、２０１２年４月２７日〜５月７日に基づき、ここで、ＬＴＲＰ  ＬＳＢの長さがシグナリングされ、続いてＬＳＢビット自体がシグナリングされる。ＨＥＶＣ  ＷＤ７に対する、参照ピクチャセットのセマンティクスと復号プロセスとにおける変更は、以下のこの第３の例示的な実装形態の説明において下線が引かれている。さらに、第３の例示的な実装形態の技法は、第１および／または第２の例示的な実装形態の技法と、任意の組合せで組み合わせられ得ることを理解されたい。
【０１４６】
[0123]  表８に、この第３の例示的な実装形態による、スライスヘッダのためのシンタックスの例示的なセットを与える。
【表８】
2015526024.tif 000025
【０１４７】
[0124]  表８の例では、スライスヘッダは、追加のシンタックス要素ｐｏｃ＿ｌｓｂ＿ｌｅｎ＿ｄｅｌｔａ［ｉ]  およびｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ]  を含む。これらのシンタックス要素のセマンティクスについて以下で説明し、ＷＤ７に対して変更されたいくつかのシンタックス要素のセマンティクスについても以下で説明する。他のシンタックス要素のセマンティクスは、別段に規定されていない限り、ＷＤ７の場合と同じままであり得る。
【０１４８】
[0125]  表８の例では、ｐｏｃ＿ｌｓｂ＿ｌｅｎ＿ｄｅｌｔａ［ｉ]  は、ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ]  を表すためのビット数を指定するために使用され得る。
【０１４９】
[0126]  ＣｕｒｒＰｉｃＯｒｄｅｒＣｎｔＶａｌが現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌであるとする。変数ＰｒｅｖＬｔＲｅｆＰｉｃＰｏｃおよびＰｒｅｖＬｔＲｅｆＰｉｃＰｏｃＦｏｒＴＦＤは以下のように導出される。
【数１６】
2015526024.tif 000026
【０１５０】
[0127]  変数ＭａｘＰｏｃＬｓｂＬｔＬｅｎは以下のように導出され得る。
【数１７】
2015526024.tif 000027
【０１５１】
[0128]  変数ＰｏｃＬｓｂＬｔＬｅｎ［ｉ]  はＭａｘＰｏｃＬｓｂＬｔＬｅｎに等しくなるように設定され得る。
[0129]  代替的に、変数ＰｏｃＬｓｂＬｔＬｅｎ［ｉ]  は以下のように導出され得る。
【数１８】
2015526024.tif 000028
【０１５２】
[0130]  ＰｏｃＬｓｂＬｔＬｅｎ［ｉ]  の値は、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４からＭａｘＰｏｃＬｓｂＬｔＬｅｎの範囲内にあり得る。
[0131]  代替的に、シンタックス要素はシグナリングされる必要がなく、変数ＰｏｃＬｓｂＬｔＬｅｎ［ｉ]  はＭａｘＰｏｃＬｓｂＬｔＬｅｎに等しくなるように設定され得る。
[0132]  表８の例では、ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ]  は、現在ピクチャの長期参照ピクチャセット中に含まれるｉ番目の長期参照ピクチャのピクチャ順序カウント値の最下位ビットを指定し得る。ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ]  は、両端値を含む０から（１＜＜ＰｏｃＬｓｂＬｔＬｅｎ［ｉ]  ）−１の範囲内にあるものとする。ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ]  の長さはＰｏｃＬｓｂＬｔＬｅｎ［ｉ]  である。
【０１５３】
[0133]  ビデオデコーダ３０は、この第３の例示的な実装形態に従って、参照ピクチャセットのための以下の復号プロセスを実行し得る。ビデオエンコーダ２０は、ビデオデータを符号化して参照ピクチャセットを生成している間、実質的に同様のプロセスを実行するように構成され得る。このプロセスは、スライスヘッダの復号の後に、ただしどんなコーディングユニットの復号にも先立って、および、ＷＤ７の８．３．３節において指定されているスライスの参照ピクチャリスト構築のための復号プロセスに先立って、ピクチャごとに１回呼び出され得る。このプロセスにより、１つまたは複数の参照ピクチャが「参照のために使用されない」とマークされ得る。
【０１５４】
注意１−参照ピクチャセットは、現在および将来のコード化ピクチャの復号プロセスにおいて使用される、参照ピクチャの絶対的記述であり得る。参照ピクチャセットシグナリングは、参照ピクチャセット中に含まれるすべての参照ピクチャが明示的にリストされるという意味で明示的であり得、復号ピクチャバッファのステータスに依存するデコーダにおけるデフォルトの参照ピクチャセット構築プロセスは存在しない。
【０１５５】
[0134]  短期参照ピクチャは、それらのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値によって識別され得る。長期参照ピクチャは、それらのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値の最下位ビットによって識別され得る。
【０１５６】
[0135]  ピクチャ順序カウント値またはピクチャ順序カウント値の最下位ビットの５つのリストが、参照ピクチャセット、すなわち、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ個、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ個、ＮｕｍＰｏｃＳｔＦｏｌｌ個、ＮｕｍＰｏｃＬｔＣｕｒｒ個、およびＮｕｍＰｏｃＬｔＦｏｌｌ個の要素をそれぞれ伴う、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌを導出するように構築され得る。
【０１５７】
−  現在ピクチャが、ビットストリーム中の第１のコード化ピクチャであるＣＲＡピクチャ、ＩＤＲピクチャ、またはＢＬＡピクチャである場合、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌがすべて空に設定され得、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＮｕｍＰｏｃＳｔＦｏｌｌ、ＮｕｍＰｏｃＬｔＣｕｒｒ、およびＮｕｍＰｏｃＬｔＦｏｌｌがすべて０に設定され得る。
【０１５８】
−  そうでない場合、ピクチャ順序カウント値の５つのリストとエントリの数との導出について、以下が適用され得る。
【数１９】
2015526024.tif 000029
【数２０】
2015526024.tif 000030
【０１５９】
ここで、ＰｉｃＯｒｄｅｒＣｎｔＶａｌは、ＷＤ７の８．２．１節において指定されている現在ピクチャのピクチャ順序カウントである。
【０１６０】
注意２−両端値を含む０からｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓ−１の範囲内にあるＳｔＲｐｓＩｄｘの値は、アクティブシーケンスパラメータセットからの短期参照ピクチャセットが使用されていることを示し得、ここで、ＳｔＲｐｓＩｄｘは、短期参照ピクチャセットがシーケンスパラメータセット中でシグナリングされる順序での、短期参照ピクチャセットのリストに対する短期参照ピクチャセットのインデックスである。ｎｕｍ＿ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔｓに等しいＳｔＲｐｓＩｄｘは、スライスヘッダ中で明示的にシグナリングされる短期参照ピクチャセットが使用されていることを示し得る。
【０１６１】
[0136]  参照ピクチャセットは、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒ、ＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ、ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒおよびＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌという、参照ピクチャの５つのリストを含み得る。変数ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒは、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ＋ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ＋ＮｕｍＰｏｃＬｔＣｕｒｒに等しく設定される。ＰまたはＢスライスを復号するとき、ＷＤ７は、ビットストリーム適合のために、ＮｕｍＰｏｃＴｏｔａｌＣｕｒｒの値が０に等しくならないことを要求する。
【０１６２】
注意３−ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒは、現在ピクチャのインター予測において使用され得、復号順序で現在ピクチャの後続するピクチャのうちの１つまたは複数のインター予測において使用され得る、すべての参照ピクチャを含んでいることがある。ＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌおよびＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌは、現在ピクチャのインター予測において使用されないが、復号順序で現在ピクチャの後続するピクチャのうちの１つまたは複数のインター予測において使用され得る、すべての参照ピクチャを含み得る。
【０１６３】
[0137]  参照ピクチャのマーキングは、「参照のために使用されない」、「短期参照のために使用される」、または「長期参照のために使用される」であり得るが、ＷＤ７ではこれら３つのうちの１つのみでなければならない。参照ピクチャが「参照のために使用される」とマークされるものとして言及された場合、このことは、「短期参照のために使用される」または「長期参照のために使用される」（ただしＷＤ７ではその両方ではない）とマークされているピクチャを集合的に指す。「短期参照のために使用される」とマークされた参照ピクチャは、短期参照ピクチャと呼ばれる。「長期参照のために使用される」とマークされた参照ピクチャは、長期参照ピクチャと呼ばれる。
【０１６４】
[0138]  参照ピクチャセットの導出プロセスとピクチャマーキングとは、次の順序付きステップに従って実行され、ここで、ＤＰＢは、ＷＤ７の付属書類Ｃに記載されている復号ピクチャバッファを指す。
【０１６５】
１．以下が適用される。
【数２１】
2015526024.tif 000031
【数２２】
2015526024.tif 000032
【０１６６】
２．ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒとＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌとの中に含まれるすべての参照ピクチャが、「長期参照のために使用される」とマークされる。
【０１６７】
３．以下が適用される。
【数２３】
2015526024.tif 000033
【数２４】
2015526024.tif 000034
【０１６８】
４．ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれるすべての参照ピクチャが、「短期参照のために使用される」とマークされる。
【０１６９】
５．ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ、ＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれない、復号ピクチャバッファ中のすべての参照ピクチャが、「参照のために使用されない」とマークされる。
【０１７０】
注意４−参照ピクチャセット中に含まれるが復号ピクチャバッファ中に存在しない、１つまたは複数の参照ピクチャが存在し得る。「参照ピクチャなし」に等しいＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌまたはＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌ中のエントリは、ＷＤ７によれば無視されるべきである。以下の２つの条件のいずれかが当てはまらない限り、「参照ピクチャなし」に等しいＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ中の各エントリについて、偶発的ピクチャ紛失が推測され得る。ａ）ビットストリーム中の第１のコード化ピクチャがＣＲＡピクチャであり、現在コード化ピクチャが、ビットストリーム中の第１のコード化ピクチャに関連するＴＦＤピクチャである。ｂ）復号順序で現在コード化ピクチャに先行する前のＲＡＰピクチャがＢＬＡピクチャであり、現在コード化ピクチャが、ＢＬＡピクチャに関連するＴＦＤピクチャである。
【０１７１】
[0139]  ＷＤ７は、ビットストリーム適合のために、参照ピクチャセットが、この第３の例示的な実装形態によって修正されるように、以下のように制限されることを要求する。
【０１７２】
−  ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒおよびＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ中に含まれる現在ピクチャのｔｅｍｐｏｒａｌ＿ｉｄよりも大きいｔｅｍｐｏｒａｌ＿ｉｄをもつ参照ピクチャが存在しないものとする。
【０１７３】
−  現在ピクチャがＴＬＡピクチャであるとき、現在ピクチャのｔｅｍｐｏｒａｌ＿ｉｄよりも大きいかまたはそれに等しいｔｅｍｐｏｒａｌ＿ｉｄをもつ参照ピクチャセット中に含まれる参照ピクチャが存在しないものとする。
【０１７４】
−  復号順序と出力順序の両方で現在ピクチャに先行するどんなＲＡＰピクチャにも出力順序で先行する、参照ピクチャセット中に含まれる参照ピクチャが存在しないものとする。
【０１７５】
−  以下の条件のいずれかが当てはまらない限り、「参照ピクチャなし」に等しいＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒ中のエントリが存在しないものとする。ａ）ビットストリーム中の第１のコード化ピクチャがＣＲＡピクチャであり、現在コード化ピクチャが、ビットストリーム中の第１のコード化ピクチャに関連するＴＦＤピクチャである。ｂ）復号順序で現在コード化ピクチャに先行する前のＲＡＰピクチャがＢＬＡピクチャであり、現在コード化ピクチャが、ＢＬＡピクチャに関連するＴＦＤピクチャである。
【０１７６】
注意５−参照ピクチャは、５つの参照ピクチャセットリストのうちの２つ以上の中に含まれ得ない。
【０１７７】
−  両端値を含む０からＮｕｍＰｏｃＬｔＣｕｒｒ−１の範囲内にあるｉの各値について、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれず、ＧｅｔＬＳＢ（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ，ＰｏｃＬｓｂＬｅｎＣｕｒｒ［ｉ]  ）がＰｏｃＬｔＣｕｒｒ［ｉ]  に等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する、１つの参照ピクチャしかＤＰＢ中に存在しないものとする。両端値を含む０からＮｕｍＰｏｃＬｔＦｏｌｌ−１の範囲内にあるｉの各値について、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれず、ＧｅｔＬＳＢ（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ，ＰｏｃＬｓｂＬｅｎＦｏｌｌ［ｉ]  ）がＰｏｃＬｔＦｏｌｌ［ｉ]  に等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する、２つ以上の参照ピクチャがＤＰＢ中に存在しないものとする。
−  ｐｒｅｖＲａｐＰｉｃが、復号順序で前のＲＡＰピクチャであるとする。現在ピクチャがＲＡＰピクチャであるかまたは出力順序でｐｒｅｖＲａｐＰｉｃに先行するとき、復号順序でｐｒｅｖＲａｐＰｉｃに先行するＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒまたはＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌのいずれかの中に含まれる参照ピクチャがないものとする。
[0140]  第４の例示的な実装形態は、上記で説明した第３の例示的な実装形態のシンタックス構造に基づくＬＴＲＰシグナリング方法を提供し、ここで、ＬＴＲＰ  ＬＳＢの長さがシグナリングされ、続いてＬＳＢビット自体がシグナリングされる。この第４の例示的な実装形態では、関連するＲＡＰが削除される前にピクチャを参照しないリーディングピクチャに対する制限がはずされる。ＲＡＰピクチャに関連するＴＦＤピクチャは、この第４の例示的な実装形態では、復号順序で、同じＲＡＰピクチャに関連するどんなＤＬＰピクチャにも後続するのを許可されない。非ＴＦＤピクチャの場合、ＬＴＲＰ  ＬＳＢをシグナリングするために必要とされるビット数は、ＴＦＤピクチャとマークされておらず、現在ピクチャに復号順序で先行し、復号順序で前のＲＡＰピクチャを含む、復号順序で前のＲＡＰピクチャに復号順序で後続する、最も小さいＰＯＣをもつピクチャによって判断され得る。ＴＦＤピクチャの場合、ＬＴＲＰ  ＬＳＢをシグナリングするために必要とされるビット数は、現在ピクチャに復号順序で先行し、復号順序で前のＲＡＰピクチャの前のＲＡＰを含む、復号順序で前のＲＡＰピクチャの前のＲＡＰに出力順序で後続する、最も小さいＰＯＣをもつピクチャによって判断され得る。第３の例示的な実装形態からのセマンティクスとＲＰＳ導出プロセスとへの変更のみを以下に提示する。第４の例示的な実装形態の技法は、第１、第２、および／または第３の例示的な実装形態の技法のいずれかと、任意の組合せで組み合わせられ得ることを理解されたい。下線付きのテキストは、上記で説明した第３の例示的な実装形態に対する変更を表す。
【０１７８】
[0141]  この第４の例示的な実装形態では、ｐｏｃ＿ｌｓｂ＿ｌｅｎ＿ｄｅｌｔａ［ｉ]  は、ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ]  を表すためのビット数を指定するために使用され得る。
【０１７９】
[0142]  ＣｕｒｒＰｉｃＯｒｄｅｒＣｎｔＶａｌが現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌであるとする。ＰｒｅｖＲａｐＰｉｃＰｏｃが、復号順序で現在ピクチャに先行するＲＡＰピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌであるとする。変数ＰｒｅｖＰｒｅｖＬｔＲｅｆＰｉｃＰｏｃおよびＰｒｅｖＬｔＲｅｆＰｉｃＰｏｃは以下のように導出される。
【数２５】
2015526024.tif 000035
【０１８０】
[0143]  変数ＭａｘＰｏｃＬｓｂＬｔＬｅｎは以下のように導出され得る。
【数２６】
2015526024.tif 000036
【０１８１】
[0144]  ＰｏｃＬｓｂＬｔＬｅｎ［ｉ]  の導出プロセスは、上記で説明した第３の例示的な実装形態の場合と同じ方法で実行され得る。
【０１８２】
[0145]  ビデオデコーダ３０は、参照ピクチャセットのために以下の復号プロセスを実行し得る。ビデオエンコーダ２０は、ビデオデータを符号化して参照ピクチャセットを生成している間、実質的に同様のプロセスを実行するように構成され得る。このプロセスは、スライスヘッダの復号の後に、ただしどんなコーディングユニットの復号にも先立って、および、ＷＤ７の８．３．３節において指定されているスライスの参照ピクチャリスト構築のための復号プロセスに先立って、ピクチャごとに１回呼び出され得る。このプロセスにより、１つまたは複数の参照ピクチャが「参照のために使用されない」とマークされ得る。
【０１８３】
注意１−参照ピクチャセットは、現在および将来のコード化ピクチャの復号プロセスにおいて使用される、参照ピクチャの絶対的記述であり得る。参照ピクチャセットシグナリングは、参照ピクチャセット中に含まれるすべての参照ピクチャが明示的にリストされるという意味で明示的であり、復号ピクチャバッファのステータスに依存するデコーダにおけるデフォルトの参照ピクチャセット構築プロセスは存在しない。
【０１８４】
[0146]  この第４の例示的な実装形態では、参照ピクチャはそれらのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値によって識別される。
【０１８５】
[0147]  ピクチャ順序カウント値の５つのリストが、参照ピクチャセット、すなわち、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ個、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ個、ＮｕｍＰｏｃＳｔＦｏｌｌ個、ＮｕｍＰｏｃＬｔＣｕｒｒ個、およびＮｕｍＰｏｃＬｔＦｏｌｌ個の要素をそれぞれ伴う、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌを導出するように構築され得る。
【０１８６】
[0148]  以下の省略符号は、テキストが第３の例示的な実装形態および／またはＷＤ７の現行バージョンの場合と同じままであり得ることを表す。
【０１８７】
−  現在ピクチャが、ビットストリーム中の第１のコード化ピクチャであるＣＲＡピクチャ、ＩＤＲピクチャ、またはＢＬＡピクチャである場合、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌがすべて空に設定され、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＮｕｍＰｏｃＳｔＦｏｌｌ、ＮｕｍＰｏｃＬｔＣｕｒｒ、およびＮｕｍＰｏｃＬｔＦｏｌｌがすべて０に設定される。
【０１８８】
−  ．．．
−  両端値を含む０からＮｕｍＰｏｃＬｔＣｕｒｒ−１の範囲内にあるｉの各値について、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれず、ＧｅｔＬＳＢ（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ，ＰｏｃＬｓｂＬｅｎＣｕｒｒ［ｉ]  ）がＰｏｃＬｔＣｕｒｒ［ｉ]  に等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する、１つの参照ピクチャしかＤＰＢ中に存在しないものとする。両端値を含む０からＮｕｍＰｏｃＬｔＦｏｌｌ−１の範囲内にあるｉの各値について、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれず、ＧｅｔＬＳＢ（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ，ＰｏｃＬｓｂＬｅｎＦｏｌｌ［ｉ]  ）がＰｏｃＬｔＦｏｌｌ［ｉ]  に等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する、２つ以上の参照ピクチャがＤＰＢ中に存在しないものとする。
【０１８９】
−  ＣＲＡピクチャまたはＢＬＡピクチャに関連するどんなＴＦＤピクチャも、ＴＦＤとマークされておらず、出力順序でＣＲＡピクチャまたはＢＬＡピクチャに先行し、復号順序でＣＲＡピクチャまたはＢＬＡピクチャに後続する、どんなピクチャにも先行するものとする。
[0149]  第５の例示的な実装形態も、概して第３の例示的な実装形態に基づく。この第５の例示的な実装形態は、ＣＲＡピクチャまたはＢＬＡピクチャに関連するリーディングピクチャが、ＬＴＲＰとして関連するＣＲＡピクチャまたはＢＬＡピクチャあるいは同じＣＲＡピクチャまたはＢＬＡピクチャに関連する他のリーディングピクチャを参照するのを許可しない方法を開示する。この第５の例示的な実装形態では、第３の例示的な実装形態における、ＬＴＲＰとして関連するＲＡＰの前のピクチャを参照しないリーディングピクチャに対する制限がはずされる。ＬＴＲＰ  ＬＳＢをシグナリングするために必要とされるビット数は、この第５の例示的な実装形態では、現在ピクチャに出力順序で先行するＲＡＰピクチャによって判断され得る。さらに、この第５の例示的な実装形態の技法は、第１、第２、第３、および／または第４の例示的な実装形態の技法のいずれかと、任意の組合せで組み合わせられ得ることを理解されたい。
【０１９０】
[0150]  この第５の例示的な実装形態では、第３の例示的な実装形態のスライスヘッダセマンティクスは、以下の下線付きのテキストによって示されるように変更され得る。
【０１９１】
[0151]  ＣｕｒｒＰｉｃＯｒｄｅｒＣｎｔＶａｌが現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌであるとする。ＰｒｅｖＲａｐＰｉｃＰｏｃが、出力順序で現在ピクチャに先行するＲＡＰピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌであるとする。
変数ＭａｘＰｏｃＬｓｂＬｔＬｅｎは以下のように導出され得る。
【数２７】
2015526024.tif 000037
【０１９２】
[0152]  ＰｏｃＬｓｂＬｔＬｅｎ［ｉ]  の導出プロセスは、第３の例示的な実装形態の場合と同じ方法で実行され得る。
【０１９３】
[0153]  ビデオデコーダ３０は、参照ピクチャセットのために以下の復号プロセスを実行し得る。ビデオエンコーダ２０は、ビデオデータを符号化して参照ピクチャセットを生成している間、実質的に同様のプロセスを実行するように構成され得る。このプロセスは、スライスヘッダの復号の後に、ただしどんなコーディングユニットの復号にも先立って、および、ＷＤ７の８．３．３節において指定されているスライスの参照ピクチャリスト構築のための復号プロセスに先立って、ピクチャごとに１回呼び出され得る。このプロセスにより、１つまたは複数の参照ピクチャが「参照のために使用されない」とマークされ得る。
【０１９４】
注意１−参照ピクチャセットは、現在および将来のコード化ピクチャの復号プロセスにおいて使用される、参照ピクチャの絶対的記述であり得る。参照ピクチャセットシグナリングは、参照ピクチャセット中に含まれるすべての参照ピクチャが明示的にリストされるという意味で明示的であり、復号ピクチャバッファのステータスに依存するデコーダにおけるデフォルトの参照ピクチャセット構築プロセスは存在しない。
【０１９５】
[0154]  この第５の例示的な実装形態では、参照ピクチャはそれらのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値によって識別される。
【０１９６】
[0155]  ピクチャ順序カウント値の５つのリストが、参照ピクチャセット、すなわち、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ個、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ個、ＮｕｍＰｏｃＳｔＦｏｌｌ個、ＮｕｍＰｏｃＬｔＣｕｒｒ個、およびＮｕｍＰｏｃＬｔＦｏｌｌ個の要素をそれぞれ伴う、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌを導出するように構築され得る。
【０１９７】
[0156]  以下の省略符号は、テキストが第３の例示的な実装形態および／またはＷＤ７の現行バージョンの場合と同じままであり得ることを表す。
【０１９８】
−  現在ピクチャが、ビットストリーム中の第１のコード化ピクチャであるＣＲＡピクチャ、ＩＤＲピクチャ、またはＢＬＡピクチャである場合、ＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＰｏｃＳｔＦｏｌｌ、ＰｏｃＬｔＣｕｒｒ、およびＰｏｃＬｔＦｏｌｌがすべて空に設定され、ＮｕｍＰｏｃＳｔＣｕｒｒＢｅｆｏｒｅ、ＮｕｍＰｏｃＳｔＣｕｒｒＡｆｔｅｒ、ＮｕｍＰｏｃＳｔＦｏｌｌ、ＮｕｍＰｏｃＬｔＣｕｒｒ、およびＮｕｍＰｏｃＬｔＦｏｌｌがすべて０に設定される。
【０１９９】
−  ．．．
−  両端値を含む０からＮｕｍＰｏｃＬｔＣｕｒｒ−１の範囲内にあるｉの各値について、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれず、ＧｅｔＬＳＢ（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ，ＰｏｃＬｓｂＬｅｎＣｕｒｒ［ｉ]  ）がＰｏｃＬｔＣｕｒｒ［ｉ]  に等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する、１つの参照ピクチャしかＤＰＢ中に存在しないものとする。両端値を含む０からＮｕｍＰｏｃＬｔＦｏｌｌ−１の範囲内にあるｉの各値について、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＢｅｆｏｒｅ、ＲｅｆＰｉｃＳｅｔＳｔＣｕｒｒＡｆｔｅｒまたはＲｅｆＰｉｃＳｅｔＳｔＦｏｌｌ中に含まれず、ＧｅｔＬＳＢ（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ，ＰｏｃＬｓｂＬｅｎＦｏｌｌ［ｉ]  ）がＰｏｃＬｔＦｏｌｌ［ｉ]  に等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する、２つ以上の参照ピクチャがＤＰＢ中に存在しないものとする。
【０２００】
−  ｐｒｅｖＲａｐＰｉｃが、復号順序で前のＲＡＰピクチャであるとする。現在ピクチャが出力順序でｐｒｅｖＲａｐＰｉｃに先行するとき、ｐｒｅｖＲａｐＰｉｃか、または出力順序でｐｒｅｖＲａｐＰｉｃに先行するが復号順序でｐｒｅｖＲａｐＰｉｃに後続する任意のピクチャのいずれかである、ＲｅｆＰｉｃＳｅｔＬｔＣｕｒｒまたはＲｅｆＰｉｃＳｅｔＬｔＦｏｌｌのいずれかの中に含まれる参照ピクチャが存在しないものとする。
[0157]  ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、適用可能なとき、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理回路、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適なエンコーダまたはデコーダ回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は１つまたは複数のエンコーダまたはデコーダ中に含まれ得、そのいずれも複合ビデオエンコーダ／デコーダ（コーデック）の一部として統合され得る。ビデオエンコーダ２０および／またはビデオデコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／またはセルラー電話などのワイヤレス通信デバイスを備え得る。
【０２０１】
[0158]  図２は、スライスヘッダ中で長期参照ピクチャをシグナリングするための技法を実装し得るビデオエンコーダ２０の一例を示すブロック図である。ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングおよびインターコーディングを実行し得る。イントラコーディングは、所与のビデオフレームまたはピクチャ内のビデオの空間的冗長性を低減または除去するために空間的予測に依拠する。インターコーディングは、ビデオシーケンスの隣接フレームまたはピクチャ内のビデオの時間的冗長性を低減または除去するために時間的予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースのコーディングモードのいずれかを指し得る。単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースのコーディングモードのいずれかを指し得る。
【０２０２】
[0159]  図２に示すように、ビデオエンコーダ２０は、符号化されるべきビデオフレーム内の現在ビデオブロックを受信する。図２の例では、ビデオエンコーダ２０は、モード選択ユニット４０と、参照ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピーエンコーディングユニット５６とを含む。モード選択ユニット４０は、今度は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測処理ユニット４６と、パーティションユニット４８とを含む。ビデオブロック再構築のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換処理ユニット６０と、加算器６２とを含む。再構築されたビデオからブロッキネスアーティファクトを除去するためにブロック境界をフィルタ処理するデブロッキングフィルタ（図２に図示せず）も含まれ得る。所望される場合、デブロッキングフィルタは、一般に、加算器６２の出力をフィルタ処理することになる。また、デブロッキングフィルタに加えて追加のフィルタ（ループ内またはループ後）が使用され得る。そのようなフィルタは、簡潔のために示されていないが、所望される場合、（ループ内フィルタとして）加算器５０の出力をフィルタリングし得る。
【０２０３】
[0160]  符号化プロセス中に、ビデオエンコーダ２０は、コーディングされるべきビデオフレームまたはスライスを受信する。フレームまたはスライスは複数のビデオブロックに分割され得る。動き推定ユニット４２および動き補償ユニット４４は、時間的予測を行うために、１つまたは複数の参照フレーム中の１つまたは複数のブロックに対して、受信されたビデオブロックのインター予測コーディングを実行する。イントラ予測処理ユニット４６は、代替的に、空間的予測を行うために、コーディングされるべきブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対して、受信されたビデオブロックのイントラ予測コーディングを実行し得る。ビデオエンコーダ２０は、たとえば、ビデオデータのブロックごとに適切なコーディングモードを選択するために、複数のコーディングパスを実行し得る。
【０２０４】
[0161]  その上、パーティションユニット４８は、前のコーディングパスにおける前の区分方式の評価に基づいて、ビデオデータのブロックをサブブロックに区分し得る。たとえば、区分ユニット４８は、初めにフレームまたはスライスをＬＣＵに区分し、レートひずみ分析（たとえば、レートひずみ最適化）に基づいてＬＣＵの各々をサブＣＵに区分し得る。モード選択ユニット４０は、さらに、サブＣＵへのＬＣＵの区分を示す４分木データ構造を生成し得る。４分木のリーフノードＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含み得る。
【０２０５】
[0162]  モード選択ユニット４０は、たとえば、誤差結果に基づいてコーディングモード、すなわち、イントラまたはインターのうちの１つを選択し、残差ブロックデータを生成するために、得られたイントラコード化ブロックまたはインターコード化ブロックを加算器５０に与え、参照フレームとして使用するための符号化ブロックを再構築するために、得られたイントラコード化ブロックまたはインターコード化ブロックを加算器６２に与え得る。モード選択ユニット４０はまた、動きベクトル、イントラモードインジケータ、パーティション情報、および他のそのようなシンタックス情報などのシンタックス要素をエントロピー符号化ユニット５６に与える。
【０２０６】
[0163]  動き推定ユニット４２と動き補償ユニット４４とは、高度に統合され得るが、概念的な目的のために別々に示してある。動き推定ユニット４２によって実行される動き推定は、ビデオブロックの動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、現在フレーム（または他のコード化ユニット）内でコーディングされている現在ブロックに対する参照フレーム（または他のコード化ユニット）内の予測ブロックに対する現在ビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示し得る。予測ブロックは、絶対差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）、または他の差分メトリックによって判断され得るピクセル差分に関して、コーディングされるべきブロックにぴったり一致することがわかるブロックである。いくつかの例では、ビデオエンコーダ２０は、参照ピクチャメモリ６４に記憶された参照ピクチャのサブ整数ピクセル位置の値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置と分数ピクセル位置とに対する動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。
【０２０７】
[0164]  動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコード化スライスにおけるビデオブロックのＰＵのための動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得、それらの参照ピクチャリストの各々は、参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。
【０２０８】
[0165]  動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって判断された動きベクトルに基づいて予測ブロックをフェッチまたは生成することに関与し得る。この場合も、いくつかの例では、動き推定ユニット４２と動き補償ユニット４４とは機能的に統合され得る。現在ビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、参照ピクチャリストのうちの１つにおいて動きベクトルが指す予測ブロックの位置を特定し得る。加算器５０は、以下で説明するように、コーディングされている現在ビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって、残差ビデオブロックを形成する。概して、動き推定ユニット４２はルーマ成分に対して動き推定を実行し、動き補償ユニット４４は、クロマ成分とルーマ成分の両方のためにルーマ成分に基づいて計算された動きベクトルを使用する。モード選択ユニット４０はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０が使用するためのビデオブロックとビデオスライスとに関連するシンタックス要素を生成し得る。
【０２０９】
[0166]  モード選択ユニット４０は、参照ピクチャメモリ６４から参照ピクチャを選択するとき、本開示の制限を実施することができる。たとえば、モード選択ユニット４０は、特定のピクチャが、ＲＡＰとして選択されたピクチャに後続するかどうかを判断し得る。そうである場合、モード選択ユニット４０は、そのピクチャがリーディングピクチャであり、出力順序で同じＲＡＰに関連付けられたＤＬＰピクチャに後続するかどうかを判断し得る。そうである場合、モード選択ユニット４０は、そのピクチャがＤＬＰピクチャとして扱われるように、そのピクチャの符号化モードを選択する。すなわち、モード選択ユニット４０は、現在ピクチャが、ＲＡＰに先行するどんなピクチャまたはどんな関連するＴＦＤピクチャからも予測されず、したがって、すべてのＴＦＤピクチャが出力順序ですべてのＤＬＰピクチャに先行することを保証する。言い換えれば、本来ならＴＦＤピクチャとしてコーディングされたであろうピクチャは、そのピクチャがコーディング順序で別のＤＬＰピクチャに後続する場合、ＤＬＰピクチャとしてコーディングされる。同様に、モード選択ユニット４０は、すべてのリーディングピクチャが復号順序でＲＡＰのためのすべてのトレーリングピクチャに先行することを保証するようなコーディングモードを選択し得る。
【０２１０】
[0167]  イントラ予測処理ユニット４６は、上記で説明したように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測処理ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを判断し得る。いくつかの例では、イントラ予測処理ユニット４６は、たとえば、別個の符号化パス中に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測処理ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、テストされたモードから使用するのに適切なイントラ予測モードを選択し得る。
【０２１１】
[0168]  たとえば、イントラ予測処理ユニット４６は、様々なテストされたイントラ予測モードのためのレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化ブロックと、符号化ブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化ブロックを生成するために使用されるビットレート（すなわち、ビット数）を判断する。イントラ予測処理ユニット４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを判断するために、様々な符号化ブロックのひずみおよびレートから比を計算し得る。
【０２１２】
[0169]  ブロックのイントラ予測モードを選択した後に、イントラ予測処理ユニット４６は、エントロピー符号化ユニット５６にブロックのための選択されたイントラ予測モードを示す情報を与え得る。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、送信ビットストリーム中に、複数のイントラ予測モードインデックステーブルおよび複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）と、様々なブロックの符号化コンテキストの定義と、コンテキストの各々のために使用すべき、最確イントラ予測モード、イントラ予測モードインデックステーブル、および修正されたイントラ予測モードインデックステーブルの指示とを含み得る構成データを含み得る。
【０２１３】
[0170]  ビデオエンコーダ２０は、コーディングされている元のビデオブロックから、モード選択ユニット４０からの予測データを減算することによって、残差ビデオブロックを形成する。加算器５０は、この減算演算を実行する１つまたは複数の構成要素を表す。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に同様の変換などの変換を残差ブロックに適用し、残差変換係数値を備えるビデオブロックを生成する。変換処理ユニット５２は、ＤＣＴと概念的に同様である他の変換を実行し得る。ウェーブレット変換、整数変換、サブバンド変換または他のタイプの変換も使用され得る。いずれの場合も、変換処理ユニット５２は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、残差情報をピクセル値領域から周波数領域などの変換領域に変換し得る。変換処理ユニット５２は、得られた変換係数を量子化ユニット５４に送信し得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深さを低減し得る。量子化の程度は、量子化パラメータを調整することによって修正され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化変換係数を含む行列の走査を実行し得る。代替的に、エントロピーエンエンコーディングユニット５６が走査を実行し得る。
【０２１４】
[0171]  量子化の後に、エントロピー符号化ユニット５６は、量子化変換係数をエントロピーコーディングする。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピーコーディング技法を実行し得る。コンテキストベースエントロピーコーディングの場合、コンテキストは隣接ブロックに基づき得る。エントロピーコーディングユニット５６によるエントロピーコーディングの後に、符号化ビットストリームは、別のデバイス（たとえば、ビデオデコーダ３０）に送信されるか、または後で送信するかまたは取り出すためにアーカイブされ得る。
【０２１５】
[0172]  逆量子化ユニット５８および逆変換処理ユニット６０は、それぞれ逆量子化および逆変換を適用して、たとえば、参照ブロックとして後で使用するために、ピクセル領域中で残差ブロックを再構築する。動き補償ユニット４４は、残差ブロックを参照ピクチャメモリ６４のフレームのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、再構築された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するサブ整数ピクセル値を計算し得る。加算器６２は、再構築された残差ブロックを、動き補償ユニット４４によって生成された動き補償予測ブロックに加算して、参照ピクチャメモリ６４に記憶するための再構築されたビデオブロックを生成する。再構築されたビデオブロックは、後続のビデオフレーム中のブロックをインターコーディングするために動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。
【０２１６】
[0173]  図２のビデオエンコーダ２０は、本開示の技法のいずれかを実行するように構成され得るビデオエンコーダの一例を表す。たとえば、ビデオエンコーダ２０は、ＲＡＰピクチャをコーディングし、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連するＤＬＰに先行するように、ＲＡＰピクチャについての１つまたは複数の復号可能リーディングピクチャＤＬＰをコーディングするように構成され得る。ＤＬＰは、ＲＡＰピクチャの表示順序値よりも前の表示順序値を有し、復号順序でＲＡＰピクチャよりも前のビデオデータを参照しない、１つまたは複数のピクチャを含み得る。ビデオエンコーダ２０はまた、ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序でＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、ＲＡＰピクチャに関する１つまたは複数のリーディングピクチャをコーディングし得、ここで、トレーリングピクチャは、ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを含む。ＲＡＰピクチャは、たとえば、ＣＲＡピクチャとＢＬＡピクチャとのうちの１つを含み得る。復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序でＣＲＡピクチャまたはＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行し得る。ビデオエンコーダ２０はまた、ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャをコーディングし得、ここで、リーディングピクチャは、表示順序値でＲＡＰピクチャに先行し、復号順序でＲＡＰピクチャに後続し、ビデオエンコーダ２０は、リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、ＲＡＰピクチャに関連する１つまたは複数のトレーリングピクチャをコーディングし得、ここで、トレーリングピクチャは表示順序値と復号順序の両方でＲＡＰピクチャに後続する。
【０２１７】
[0174]  ビデオエンコーダ２０はまた、ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャをコーディングし得る。１つまたは複数のＴＦＤピクチャは、表示順序値でＲＡＰピクチャに先行し、復号順序でＲＡＰピクチャに後続し、復号順序でＲＡＰピクチャよりも前のビデオデータを参照し得る。ビデオエンコーダ２０は、すべてのＴＦＤピクチャが表示順序でＤＬＰに先行するように、ＲＡＰピクチャに関連する１つまたは複数のＤＬＰをコーディングすることによって、ＲＡＰピクチャについての１つまたは複数のＤＬＰをコーディングし得、ここで、ＤＬＰは、表示順序でＲＡＰピクチャに先行し、復号順序でＲＡＰピクチャに後続し、復号順序でＲＡＰピクチャよりも前のビデオデータを参照しない。
【０２１８】
[0175]  ビデオエンコーダ２０はまた、復号順序でＲＡＰピクチャに先行する１つまたは複数のピクチャをコーディングし得る。ビデオエンコーダ２０は、復号順序でＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべてのＤＬＰにも先行するように、ＲＡＰピクチャに関連する１つまたは複数のＤＬＰをコーディングすることによって、１つまたは複数のＤＬＰをコーディングし得る。ＤＬＰは、表示順序でＲＡＰピクチャに先行し、復号順序でＲＡＰピクチャに後続し得、復号順序でＲＡＰピクチャよりも前のビデオデータを参照しない。
【０２１９】
[0176]  図３は、スライスヘッダ中で長期参照ピクチャをシグナリングするための技法を実装し得るビデオデコーダ３０の一例を示すブロック図である。図３の例では、ビデオデコーダ３０は、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測処理ユニット７４と、逆量子化ユニット７６と、逆変換処理ユニット７８と、参照ピクチャメモリ８２と、加算器８０とを含む。ビデオデコーダ３０は、いくつかの例では、ビデオエンコーダ２０（図２）に関して説明した符号化パスとは概して逆の復号パスを実行し得る。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて予測データを生成し得、イントラ予測処理ユニット７４は、エントロピー復号ユニット７０から受信されたイントラ予測モードインジケータに基づいて予測データを生成し得る。
【０２２０】
[0177]  復号プロセス中に、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化ビデオスライスのビデオブロックと、関連するシンタックス要素とを表す符号化ビデオビットストリームを受信する。ビデオデコーダ３０のエントロピー復号ユニット７０は、量子化係数、動きベクトルまたはイントラ予測モードインジケータ、および他のシンタックス要素を生成するためにビットストリームをエントロピー復号する。エントロピー復号ユニット７０は、動き補償ユニット７２に動きベクトルと他の予測シンタックス要素とを転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。
【０２２１】
[0178]  ビデオスライスがイントラコード化（Ｉ）スライスとしてコーディングされるとき、イントラ予測処理ユニット７４は、シグナリングされたイントラ予測モードと、現在フレームまたはピクチャの、前に復号されたブロックからのデータとに基づいて、現在ビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコード化（すなわち、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされるとき、動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルと他のシンタックス要素とに基づいて、現在ビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つ内の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、参照フレームメモリ９２に記憶された参照ピクチャに基づいて、デフォルトの構築技法を使用して、参照フレームリスト、すなわち、リスト０とリスト１とを構築し得る。動き補償ユニット７２は、動きベクトルと他のシンタックス要素とをパースすることによって現在ビデオスライスのビデオブロックのための予測情報を判断し、その予測情報を使用して、復号されている現在ビデオブロックのための予測ブロックを生成する。たとえば、動き補償ユニット７２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラまたはインター予測）、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）、スライスの参照ピクチャリストのうちの１つまたは複数についての構築情報、スライスの各インター符号化ビデオブロックについての動きベクトル、スライスの各インターコード化ビデオブロックについてのインター予測ステータス、および現在ビデオスライス中のビデオブロックを復号するための他の情報を判断するために、受信されたシンタックス要素のいくつかを使用する。
【０２２２】
[0179]  動き補償ユニット７２はまた、補間フィルタに基づいて補間を実行し得る。動き補償ユニット７２は、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用して、参照ブロックのサブ整数ピクセルの補間値を計算し得る。この場合、動き補償ユニット７２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを判断し、その補間フィルタを使用して予測ブロックを生成し得る。
【０２２３】
[0180]  逆量子化ユニット７６は、ビットストリーム中で与えられ、エントロピー復号ユニット８０によって復号された量子化変換係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を判断し、同様に、適用されるべき逆量子化の程度を判断するための、ビデオスライス中のビデオブロックごとにビデオエンコーダ３０によって計算される量子化パラメータＱＰYの使用を含み得る。
【０２２４】
[0181]  逆変換処理ユニット７８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。
【０２２５】
[0182]  動き補償ユニット７２が、動きベクトルと他のシンタックス要素とに基づいて現在ビデオブロックのための予測ブロックを生成した後に、ビデオデコーダ３０は、逆変換処理ユニット７８からの残差ブロックを動き補償ユニット７２によって生成された対応する予測ブロックと加算することによって、復号ビデオブロックを形成する。加算器９０は、この加算演算を実行する１つまたは複数の構成要素を表す。所望される場合、ブロッキネスアーティファクト（blockiness artifact）を除去するために、復号ブロックをフィルタ処理するためにデブロッキングフィルタも適用され得る。ピクセル遷移を平滑化するか、またはさもなければビデオ品質を改善するために、（コーディングループ内またはコーディングループ後の）他のループフィルタも使用され得る。所与のフレームまたはピクチャ中の復号ビデオブロックは、次いで、その後の動き補償のために使用される参照ピクチャを記憶する参照ピクチャメモリ９２に記憶される。参照ピクチャメモリ８２はまた、図１のディスプレイデバイス３２などのディスプレイデバイス上での後の提示のために、復号ビデオを記憶する。
【０２２６】
[0183]  本開示の技法を実装するとき、ビデオデコーダ３０は、ＲＡＰピクチャを受信し、そのＲＡＰピクチャがビットストリームのためのランダムアクセスポイントとして使用されると判断し得る。ＲＡＰピクチャがビデオデコーダ３０によってランダムアクセスポイントとして使用されるべきであるという判断は、たとえば、ビットストリーム中のシグナリングに基づき得る。コーディング順序でＲＡＰピクチャに後続するピクチャについて、ビデオデコーダは、それらのピクチャがＴＦＤピクチャであるかどうかを判断し得る。ピクチャがＴＦＤピクチャである場合、ビデオデコーダ３０は、必ずしもＴＦＤピクチャを復号することなしに、ＴＦＤピクチャに関連するシンタックスをパースし得る。たとえば、ＮＡＬユニットタイプに基づいて、ビデオデコーダは、ＴＦＤピクチャを識別し得、完全にはＴＦＤピクチャを復号しないことがある。ビデオデコーダ３０はピクチャがＤＬＰであると判断した場合、ビデオデコーダ３０はそのピクチャを復号し得る。
【０２２７】
[0184]  図３のビデオデコーダ３０は、本開示の技法のいずれかを実行するように構成され得るビデオエンコーダの一例を表す。たとえば、ビデオエンコーダ２０は、ＲＡＰピクチャをコーディングし、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連するＤＬＰに先行するように、ＲＡＰピクチャについての１つまたは複数の復号可能リーディングピクチャＤＬＰをコーディングするように構成され得る。ＤＬＰは、ＲＡＰピクチャの表示順序値よりも前の表示順序値を有し、復号順序でＲＡＰピクチャよりも前のビデオデータを参照しない、１つまたは複数のピクチャを含み得る。ビデオデコーダ３０はまた、ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序でＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、ＲＡＰピクチャに関する１つまたは複数のリーディングピクチャをコーディングし得、ここで、トレーリングピクチャは、ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを含む。ＲＡＰピクチャは、たとえば、ＣＲＡピクチャとＢＬＡピクチャとのうちの１つを含み得る。復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行するどんなピクチャも、表示順序でＣＲＡピクチャまたはＢＬＡピクチャに関連するどんなＤＬＰピクチャにも先行し得る。ビデオエンコーダ２０はまた、ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャをコーディングし得、ここで、リーディングピクチャは、表示順序値でＲＡＰピクチャに先行し、復号順序でＲＡＰピクチャに後続し、ビデオデコーダ３０は、リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、ＲＡＰピクチャに関連する１つまたは複数のトレーリングピクチャをコーディングし得、ここで、トレーリングピクチャは表示順序値と復号順序の両方でＲＡＰピクチャに後続する。
【０２２８】
[0185]  ビデオデコーダ３０はまた、ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャをコーディングし得る。１つまたは複数のＴＦＤピクチャは、表示順序値でＲＡＰピクチャに先行し、復号順序でＲＡＰピクチャに後続し、復号順序でＲＡＰピクチャよりも前のビデオデータを参照し得る。ビデオエンコーダ２０は、すべてのＴＦＤピクチャが表示順序でＤＬＰに先行するように、ＲＡＰピクチャに関連する１つまたは複数のＤＬＰをコーディングすることによって、ＲＡＰピクチャについての１つまたは複数のＤＬＰをコーディングし得、ここで、ＤＬＰは、表示順序でＲＡＰピクチャに先行し、復号順序でＲＡＰピクチャに後続し、復号順序でＲＡＰピクチャよりも前のビデオデータを参照しない。
【０２２９】
[0186]  ビデオデコーダ３０はまた、復号順序でＲＡＰピクチャに先行する１つまたは複数のピクチャをコーディングし得る。ビデオデコーダ３０は、復号順序でＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべてのＤＬＰにも先行するように、ＲＡＰピクチャに関連する１つまたは複数のＤＬＰをコーディングすることによって、１つまたは複数のＤＬＰをコーディングし得る。ＤＬＰは、表示順序でＲＡＰピクチャに先行し、復号順序でＲＡＰピクチャに後続し得、復号順序でＲＡＰピクチャよりも前のビデオデータを参照しない。
【０２３０】
[0187]  図４は、コード化ビデオピクチャ１００〜１３２のシーケンスを示す概念図である。図４は、ＲＡＰと、リーディングピクチャと、ＴＦＤと、トレーリングピクチャとの間の関係を示している。ピクチャは、階層予測構造内の位置を示すために異なる陰影をつけられている。たとえば、ピクチャ１００、１１６、および１３２は、ピクチャ１００、１１６、１３２が階層予測構造の最上位にあることを表すために黒の陰影をつけられている。ピクチャ１００、１１６、１３２は、たとえば、単一方向で他のピクチャ（たとえば、Ｐピクチャ）から予測されるイントラコード化ピクチャまたはインターコード化ピクチャを備え得る。イントラコード化のとき、ピクチャ１００、１１６、１３２は同じピクチャ内のデータからのみ予測される。インターコード化のとき、ピクチャ１１６は、たとえば、ピクチャ１１６からピクチャ１００への破線矢印で示されるように、ピクチャ１００のデータに対してコーディングされ得る。フレーム１１６、１３２は、それぞれ、ピクチャのグループ（ＧＯＰ）１３４、１３６のキーフレームを形成する。
【０２３１】
[0188]  ピクチャ１０８、１２４は、それらが、符号化階層においてピクチャ１００、１１６、および１３２の次であることを示すために暗い陰影をつけられている。ピクチャ１０８、１２４は、双方向、インターモード予測符号化ピクチャを備え得る。たとえば、ピクチャ１０８はピクチャ１００および１１６のデータから予測され得、ピクチャ１２４はピクチャ１１６および１３２から予測され得る。ピクチャ１０４、１１２、１２０、および１２８は、それらが、符号化階層においてピクチャ１０８および１２４の次であることを示すために、明るい陰影をつけられている。ピクチャ１０４、１１２、１２０、および１２８はまた、双方向、インターモード予測符号化ピクチャを備え得る。たとえば、ピクチャ１０４はピクチャ１００および１０８から予測され得、ピクチャ１１２はピクチャ１０８および１１６から予測され得、ピクチャ１２０はピクチャ１１６および１２４から予測され得、ピクチャ１２８はピクチャ１２４および１３２から予測され得る。概して、参照ピクチャが復号ピクチャバッファ中に依然としてバッファされていると仮定し、参照ピクチャが、現在コーディングされているピクチャよりも前にコーディングされたと仮定すると、階層中でより低いピクチャは、階層中でより高い任意の参照ピクチャから符号化され得る。
【０２３２】
[0189]  最後にピクチャ１０２、１０６、１１０、１１４、１１８、１２２、１２６、および１３０は、これらのピクチャが符号化階層において最下位であることを示すために白い陰影をつけられている。ピクチャ１０２、１０６、１１０、１１４、１１８、１２２、１２６、および１３０はまた、双方向、インターモード予測符号化ピクチャであり得る。ピクチャ１０２はピクチャ１００および１０４から予測され得、ピクチャ１０６はピクチャ１０４および１０８から予測され得、ピクチャ１１０はピクチャ１０８および１１２から予測され得、ピクチャ１１４はピクチャ１１２および１１６から予測され得、ピクチャ１１８はピクチャ１１６および１２０から予測され得、ピクチャ１２２はピクチャ１２０および１２４から予測され得、ピクチャ１２６はピクチャ１２４および１２８から予測され得、ピクチャ１３０はピクチャ１２８および１３２から予測され得る。この場合も、コーディング階層中でより低いピクチャは、コーディング階層中でより高い他のピクチャからコーディングされ得ることを理解されたい。たとえば、ピクチャ１０２、１０６、１１０、または１１４のいずれかまたはすべては、追加または代替として、ピクチャ１００、１１６、または１０８のいずれかに対して予測され得る。
【０２３３】
[0190]  ピクチャ１００〜１３２は表示順序で示されている。すなわち、復号に続いて、ピクチャ１００がピクチャ１０２の前に表示され、ピクチャ１０２がピクチャ１０４の前に表示され、以下同様である。上記で説明したように、ＰＯＣ値は、概してピクチャの表示順序を記述し、この表示順序は、生ピクチャが符号化されるより前にキャプチャまたは生成された順序とも実質的に同じである。しかしながら、符号化階層により、ピクチャ１００〜１３２は異なる順序で復号され得る。その上、符号化されている間、ピクチャ１００〜１３２は、ピクチャ１００〜１３２のための符号化データを含めてビットストリーム中に復号順序で構成され得る。たとえば、ピクチャ１１６は、ＧＯＰ１３４のピクチャのうち最後に表示され得る。しかしながら、符号化階層により、ピクチャ１１６はＧＯＰ１３４のうち最初に復号され得る。すなわち、ピクチャ１０８を適切に復号するために、たとえば、ピクチャ１１６は、ピクチャ１０８の参照ピクチャとして働くために最初に復号される必要があり得る。同様に、ピクチャ１０８は、ピクチャ１０４、１０６、１１０、および１１２のための参照ピクチャとして働き得、したがって、ピクチャ１０４、１０６、１１０、および１１２の前に復号される必要があり得る。
【０２３４】
[0191]  さらに、いくつかのピクチャは長期参照ピクチャとして扱われ得るが、他のピクチャは短期参照ピクチャとして扱われ得る。たとえば、ピクチャ１００および１１６は長期参照ピクチャを表すが、ピクチャ１０８、１０４、および１１２は短期参照ピクチャを表すと仮定する。それは、この例では、ピクチャ１０２および１０６は、ピクチャ１００、１１６、１０８、または１０４のいずれかに対して予測され得るが、ピクチャ１１０および１１４は、ピクチャ１００、１１６、１０８、または１１２のいずれかに対して予測され得る場合であり得る。言い換えれば、ピクチャ１１０および１１４をコーディングするとき、ピクチャ１０４は参照のために利用可能でないことがある。別の例として、ピクチャ１００および１１６が長期参照ピクチャを表し、ピクチャ１０８、１０４、および１１２が短期参照ピクチャを表すと仮定すると、ピクチャ１１８、１２２、１２６、および１３０をコーディングするとき、ピクチャ１０８、１０４、および１１２は参照のために利用可能でないことがある。本開示の技法によれば、長期参照ピクチャに関するデータは、ピクチャ１００〜１３２のいずれかまたはすべてのためのスライスのスライスヘッダ中でシグナリングされ得る。
【０２３５】
[0192]  図４の例では、矢印が潜在的予測関係を表し、ここで、各矢印の末端は、予測され得るピクチャを表し、各矢印の先端は、そのピクチャがそれから予測され得るピクチャを表す（すなわち、矢印の先端は潜在的参照ピクチャを指す）。ピクチャ１１６はピクチャ１００を指す矢印を有するが、例として、ピクチャ１１６はイントラ予測コーディングされる（すなわち、他のピクチャとは無関係にコーディングされる）と仮定する。その上、ピクチャ１０８はピクチャ１１６に関してＰピクチャとしてコーディングされると仮定する。さらに、ピクチャ１１６は、ランダムアクセスポイントとして、たとえば、ＩＤＲ、ＢＬＡ、またはＣＲＡピクチャとして使用されていると仮定する。すなわち、ピクチャ１１６で開始して取り出されるビットストリームは、復号順序でピクチャ１０２〜１３２の各々を含み得るが、ピクチャ１００を含まないことになる。
【０２３６】
[0193]  この例では、上述の仮定の下で、ピクチャ１０２、１０４、および１０６は直接または間接的にピクチャ１００に依存するので、ピクチャ１０２、１０４、および１０６はＴＦＤピクチャを表す。ピクチャ１０８〜１１４は直接または間接的にピクチャ１００に依存せず、ピクチャ１１６よりも前の表示順序を有するが、ピクチャ１１６よりも後の復号順序を有するので、ピクチャ１０８〜１１４はＤＬＰの例を表す。ピクチャ１１８〜１３２の表示順序と復号順序が両方ともピクチャ１１６よりも後にあるので、ピクチャ１１８〜１３２は、この例ではトレーリングピクチャを表す。本開示の技法によれば、ＲＡＰピクチャについての１つまたは複数のＤＬＰをコーディングするとき、ＤＬＰは、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連するＤＬＰに先行するように、コーディングされ得る。たとえば、図２に関して上記で説明したように、ピクチャ１０８をコーディングするとき、モード選択ユニット４０は、たとえば、ピクチャ１１６に対して、ピクチャ１０８をＰピクチャとしてコーディングすると判断し得る。このようにして、ピクチャ１０８はＤＬＰとして分類され得る。したがって、モード選択ユニット４０は、同様にピクチャ１１０、１１２、１１４の各々を、ＴＦＤとしてではなくＤＬＰとしてコーディングすると判断し得る。同様に、ビデオデコーダ３０は、ピクチャ１０８がＤＬＰであると判断すると、出力順序で後続のピクチャが復号可能であると判断し得る。一方、ビデオデコーダ３０は、単に、復号することなしに、ＴＦＤである任意のピクチャについてデータをパースし得る。この例では、ビデオデコーダ３０は、ピクチャ１０２、１０４、および１０６がＴＦＤピクチャであると判断し、したがって、単に、ピクチャを復号することを試みることなしに、これらのピクチャについてデータをパースし得る。ピクチャ１０８よりも後の出力順序を有するピクチャについて、本開示で提案される制限によれば、すべてのＴＦＤピクチャが出力順序ですべてのＤＬＰピクチャに先行するので、ビデオデコーダ３０は、ピクチャがＴＦＤであるかＤＬＰであるかを判断することなしに、通常通り復号することを開始し得る。
【０２３７】
[0194]  上記で説明したように、本開示は、これらの様々なタイプのピクチャに基づいてランダムアクセスをサポートするためのいくつかの制限を提案する。第１に、ＲＡＰピクチャのためのすべてのＴＦＤピクチャは、ＲＡＰのすべてのＤＬＰのための表示順序値よりも前にある表示順序値を有しなければならない。この制限は、フレームレートの不安定さを回避するので、閲覧者の閲覧エクスペリエンスを改善し得る。すなわち、正しく復号され得ない１つまたは複数のピクチャ（すなわち、ＴＦＤピクチャ）があり、これらのピクチャが、ＤＬＰと混合された表示順序値を有した場合、フレームレートは不安定に見え得、それにより、ユーザエクスペリエンスが低下し得る。本開示はまた、復号順序における「トレーリングピクチャ」とのリーディングピクチャのインターリービングが防止される制限を提案する。すなわち、本開示の技法によれば、ビデオコーダは、（ＴＦＤピクチャとＤＬＰの両方を含む）すべてのリーディングピクチャが、対応するＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャの復号順序値よりも前の復号順序値を有することを保証し得る。上述したように、「トレーリングピクチャ」は、復号順序と表示順序の両方でＲＡＰピクチャに後続するピクチャである。
【０２３８】
[0195]  図５は、ネットワーク１５０の一部を形成するデバイスの例示的なセットを示すブロック図である。この例では、ネットワーク１５０は、ルーティングデバイス１５４Ａ、１５４Ｂ（ルーティングデバイス１５４）と、トランスコーディングデバイス１５６とを含む。ルーティングデバイス１５４およびトランスコーディングデバイス１５６は、ネットワーク１５０の一部を形成し得る少数のデバイスを表すことが意図される。スイッチ、ハブ、ゲートウェイ、ファイアウォール、ブリッジ、および他のそのようなデバイスなど、他のネットワークデバイスも、ネットワーク１５０内に含まれ得る。その上、サーバデバイス１５２とクライアントデバイス１５８との間にネットワーク経路に沿って追加のネットワークデバイスが提供され得る。いくつかの例では、サーバデバイス１５２はソースデバイス１２（図１）に対応し得るが、クライアントデバイス１５８は宛先デバイス１４（図１）に対応し得る。
【０２３９】
[0196]  概して、ルーティングデバイス１５４は、ネットワーク１５０を介してネットワークデータを交換するための１つまたは複数のルーティングプロトコルを実装する。概して、ルーティングデバイス１５４は、ネットワーク１５０を介したルートを発見するためにルーティングプロトコルを実行する。そのようなルーティングプロトコルを実行することによって、ルーティングデバイス１５４Ｂは、それ自体からルーティングデバイス１５４Ａを介してサーバデバイス１５２へ至るネットワークルートを発見し得る。
【０２４０】
[0197]  図６は、本開示の例示的な技法を示すフローチャートである。図６の技法について、一般的なビデオコーダを参照しながら説明する。この一般的なビデオコーダは、たとえば、ビデオエンコーダ２０またはビデオデコーダ３０のいずれかに対応し得る。ビデオコーダはＲＡＰピクチャをコーディングする（１６１）。ＲＡＰピクチャは、クリーンランダムアクセスピクチャと切断リンクアクセスピクチャとのうちの１つを含むことができる。ビデオコーダは、廃棄の対象にされるすべてのピクチャが、表示順序でＲＡＰピクチャに関連するＤＬＰに先行するように、ＲＡＰピクチャについての１つまたは複数のＤＬＰをコーディングする（１６２）。ＤＬＰは、ＲＡＰピクチャの表示順序値よりも前の表示順序値を有し、復号順序でＲＡＰピクチャよりも前のビデオデータを参照しない、１つまたは複数のピクチャを含むことができる。
【０２４１】
[0198]  図７は、本開示の例示的な技法を示すフローチャートである。図７の技法について、一般的なビデオコーダを参照しながら説明する。この一般的なビデオコーダは、たとえば、ビデオエンコーダ２０またはビデオデコーダ３０のいずれかに対応し得る。ビデオコーダはＲＡＰピクチャをコーディングする（１７１）。ビデオコーダは、ＲＡＰピクチャに関連する１つまたは複数のＴＦＤピクチャをコーディングし、ここにおいて、ＴＦＤピクチャが、表示順序でＲＡＰピクチャに先行し、復号においてＲＡＰピクチャに後続し、復号順序でＲＡＰピクチャよりも前のビデオデータを参照する（１７２）。ビデオコーダは、すべてのＴＦＤピクチャが表示順序でＤＬＰに先行するように、ＲＡＰピクチャに関連する１つまたは複数のＤＬＰをコーディングし、ここにおいて、ＤＬＰが、表示順序でＲＡＰピクチャに先行し、復号順序でＲＡＰピクチャに後続し、復号順序でＲＡＰピクチャよりも前のビデオデータを参照しない（１７３）。
【０２４２】
[0199]  図８は、本開示の例示的な技法を示すフローチャートである。図８の技法について、一般的なビデオコーダを参照しながら説明する。この一般的なビデオコーダは、たとえば、ビデオエンコーダ２０またはビデオデコーダ３０のいずれかに対応し得る。ビデオコーダはＲＡＰピクチャをコーディングする（１８１）。ビデオコーダは、ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャをコーディングし、ここで、リーディングピクチャは、表示順序でＲＡＰピクチャに先行し、復号順序でＲＡＰピクチャに後続する（１８２）。ビデオコーダは、リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、ＲＡＰピクチャに関連する１つまたは複数のトレーリングピクチャをコーディングし、ここにおいて、トレーリングピクチャは表示順序と復号順序の両方でＲＡＰピクチャに後続する（１８３）。
【０２４３】
[0200]  図９は、本開示の例示的な技法を示すフローチャートである。図９の技法について、一般的なビデオコーダを参照しながら説明する。この一般的なビデオコーダは、たとえば、ビデオエンコーダ２０またはビデオデコーダ３０のいずれかに対応し得る。ビデオは、復号順序でＲＡＰピクチャに先行する１つまたは複数のピクチャをコーディングする（１９１）。ビデオコーダはＲＡＰピクチャをコーディングする（１９２）。ビデオコーダは、復号順序でＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべてのＤＬＰにも先行するように、ＲＡＰピクチャに関連する１つまたは複数のＤＬＰをコーディングし、ここで、ＤＬＰは、表示順序でＲＡＰピクチャに先行し、復号においてＲＡＰピクチャに後続し、復号順序でＲＡＰピクチャよりも前のビデオデータを参照しない（１９３）。
【０２４４】
[0201]  図１０は、本開示の例示的な技法を示すフローチャートである。図１０の技法は、たとえば、ビデオエンコーダ２０のモード選択ユニット４０によって実行され得る。モード選択ユニット４０はＲＡＰピクチャを符号化する（２０２）。ＲＡＰピクチャに後続する、次のピクチャについて、モード選択ユニット４０は、この次のピクチャをＴＦＤとしてコーディングすべきかＤＬＰとしてコーディングすべきかを判断する（２０４）。モード選択ユニット４０が次のピクチャＴＦＤを符号化した場合（２０６）、後続のピクチャについて、モード選択ユニット４０は、ピクチャをＴＦＤとしてコーディングすべきかＤＬＰとしてコーディングすべきかをもう一度判断する（２０４）。モード選択ユニット４０がＲＡＰピクチャに後続するピクチャをＤＬＰとしてコーディングすると（２０８）、モード選択ユニットは、後続のピクチャをＤＬＰとして符号化する（２１０）。図１０の例において、「次のピクチャ」は、概して、出力順序で後続するピクチャを指す。ＤＬＰとＴＦＤとの復号順序インターリービングは依然として可能にされるが、出力順序インターリービングは許可され得ない。
【０２４５】
[0202]  図１１は、本開示の例示的な技法を示すフローチャートである。図１１の技法は、たとえば、ビデオデコーダ３０によって実行され得る。ビデオデコーダ３０は、ＲＡＰピクチャを復号し、そのピクチャがビットストリームへのランダムアクセスのために使用されるべきであると判断し得る。ビットストリーム中の次のピクチャについて、ビデオデコーダ３０は、たとえば、ピクチャのＮＡＬユニットタイプに基づいて、ピクチャがＴＦＤピクチャであるかＤＬＰであるかを判断する（２１４）。ピクチャがＴＦＤである場合、ビデオデコーダ３０は、ＴＦＤピクチャの復号をスキップする（２１６）。ピクチャがＤＬＰである場合、ビデオデコーダ３０はＤＬＰを復号する（２１８）。
【０２４６】
[0203]  図６、図７、図８、図９、図１０、および図１１の技法を別々に提示したが、図６、図７、図８、図９、図１０および図１１において提示された技法の態様は同時に実装され得ることが企図される。また、例によっては、本明細書で説明した技法のうちいずれかの、いくつかの行為またはイベントは、異なるシーケンスで実行され得、追加、マージ、または完全に除外され得る（たとえば、すべての説明した行為またはイベントが、本技法の実施のために必要であるとは限らない）ことを認識されたい。その上、いくつかの例では、行為またはイベントは、連続的にではなく、同時に、たとえば、マルチスレッド処理、割込み処理、または複数のプロセッサを通じて実行され得る。
【０２４７】
[0204]  １つまたは複数の例では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つまたは複数の命令またはコードとしてコンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応するコンピュータ可読記憶媒体、あるいは、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を可能にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、あるいは（２）信号または搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明した技法の実装のための命令、コードおよび／またはデータ構造を取り出すために１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。
【０２４８】
[0205]  限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、または他の磁気ストレージデバイス、フラッシュメモリ、あるいは命令またはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。ただし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびＢｌｕ−ｒａｙディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０２４９】
[0206]  命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つまたは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積回路またはディスクリート論理回路によって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書で説明した技法の実装に好適な他の構造のいずれかを指すことがある。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用ハードウェアおよび／またはソフトウェアモジュール内に与えられ得、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中に十分に実装され得る。
【０２５０】
[0207]  本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示する技法を実行するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作ハードウェアユニットの集合によって与えられ得る。
【０２５１】
[0208]  様々な例について説明した。これらおよび他の例は以下の特許請求の範囲内に入る。
【図１】
2015526024.tif 000038
【図２】
2015526024.tif 000039
【図３】
2015526024.tif 000040
【図４】
2015526024.tif 000041
【図５】
2015526024.tif 000042
【図６】
2015526024.tif 000043
【図７】
2015526024.tif 000044
【図８】
2015526024.tif 000045
【図９】
2015526024.tif 000046
【図１０】
2015526024.tif 000047
【図１１】
2015526024.tif 000048
【手続補正書】
【提出日】平成27年3月13日(2015.3.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオデータを復号する方法であって、前記方法は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号することと、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを復号することと、
前記１つまたは複数のＴＦＤピクチャのすべてが、出力順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するという制限に従って、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号することと
を備える、方法。
【請求項２】
前記ＤＬＰが、前記ＲＡＰピクチャの出力順序値よりも前の出力順序を示す出力順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項１に記載の方法。
【請求項３】
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを復号することをさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの出力順序値よりも大きい出力順序値を有するピクチャを備える、請求項１に記載の方法。
【請求項４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項１に記載の方法。
【請求項５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、出力順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項４に記載の方法。
【請求項６】
前記方法は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを復号することと、ここにおいて、前記リーディングピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを復号することと、ここにおいて、前記トレーリングピクチャが出力順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、
をさらに備える、請求項１に記載の方法。
【請求項７】
前記１つまたは複数のＴＦＤピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、請求項１に記載の方法。
【請求項８】
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを復号することが、すべての前記ＴＦＤピクチャが出力順序で前記ＤＬＰに先行するという前記制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することを備え、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項７に記載の方法。
【請求項９】
前記方法が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを復号することをさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを復号することは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが出力順序ですべての前記ＤＬＰにも先行するという制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することを備え、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、
請求項１に記載の方法。
【請求項１０】
前記ＲＡＰピクチャを復号することが、ビデオ符号化プロセスの一部として実行される、請求項１に記載の方法。
【請求項１１】
ビデオデータを復号するためのデバイスであって、前記デバイスは、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号することと、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを復号することと、
前記１つまたは複数の（ＴＦＤ）ピクチャのすべてが、出力順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するという制限に従って、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号することと
を行うように構成されたビデオデコーダ
を備える、デバイス。
【請求項１２】
前記ＤＬＰが、前記ＲＡＰピクチャの出力順序値よりも前の出力順序を示す出力順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項１１に記載のデバイス。
【請求項１３】
前記ビデオデコーダは、前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを復号するようにさらに構成され、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの出力順序値よりも大きい出力順序値を有するピクチャを備える、請求項１１に記載のデバイス。
【請求項１４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項１１に記載のデバイス。
【請求項１５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、出力順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項１４に記載のデバイス。
【請求項１６】
前記ビデオデコーダは、前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを復号することと、ここにおいて、前記リーディングピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、ならびに、前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを復号することと、ここにおいて、前記トレーリングピクチャが出力順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、を行うようにさらに構成された、請求項１１に記載のデバイス。
【請求項１７】
前記１つまたは複数のＴＦＤピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、請求項１１に記載のデバイス。
【請求項１８】
前記ビデオデコーダは、すべての前記ＴＦＤピクチャが出力順序で前記ＤＬＰに先行するという前記制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することによって、前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを復号するように構成され、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項１７に記載のデバイス。
【請求項１９】
前記ビデオデコーダが、復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを復号するようにさらに構成され、前記ビデオデコーダは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが出力順序ですべての前記ＤＬＰにも先行するという前記制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することによって、前記１つまたは複数のＤＬＰを復号するように構成され、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項１１に記載のデバイス。
【請求項２０】
前記デバイスが、
集積回路と、
マイクロプロセッサと、
前記ビデオデコーダを含むワイヤレス通信デバイスと
のうちの少なくとも１つを備える、請求項１１に記載のデバイス。
【請求項２１】
ビデオデータを復号するための装置であって、前記装置は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号するための手段と、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを復号するための手段と、
前記１つまたは複数のＴＦＤピクチャのすべてが、出力順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するという制限に従って、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号するための手段と
を備える、装置。
【請求項２２】
前記ＤＬＰが、前記ＲＡＰピクチャの出力順序値よりも前の出力順序を示す出力順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項２１に記載の装置。
【請求項２３】
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを復号するための手段をさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの出力順序値よりも大きい出力順序値を有するピクチャを備える、請求項２１に記載の装置。
【請求項２４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項２１に記載の装置。
【請求項２５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャも、出力順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項２４に記載の装置。
【請求項２６】
前記装置は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを復号するための手段と、ここにおいて、前記リーディングピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを復号するための手段と、ここにおいて、前記トレーリングピクチャが出力順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、
をさらに備える、請求項２１に記載の装置。
【請求項２７】
前記１つまたは複数のＴＦＤピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、請求項２１に記載の装置。
【請求項２８】
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを復号するための前記手段が、すべての前記ＴＦＤピクチャが出力順序で前記ＤＬＰに先行するという前記制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号するための手段を備え、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項２７に記載の装置。
【請求項２９】
前記装置が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを復号するための手段をさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを復号するための前記手段は、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが、出力順序ですべての前記ＤＬＰにも先行するという制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号するための手段を備え、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、
請求項２１に記載の装置。
【請求項３０】
１つまたは複数のプロセッサによって実行されたとき、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号することと、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを復号することと、
前記１つまたは複数のＴＦＤピクチャのすべてが、出力順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するという制限に従って、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号することと
を、前記１つまたは複数のプロセッサに行わせる命令を記憶したコンピュータ可読記憶媒体。
【請求項３１】
ビデオデータを符号化する方法であって、前記方法は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを符号化することと、
すべてのＴＦＤピクチャが、出力順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するという制限に従って、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化することと
を備える、方法。
【請求項３２】
前記ＤＬＰが、前記ＲＡＰピクチャの出力順序値よりも前の出力順序を示す出力順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項３１に記載の方法。
【請求項３３】
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを符号化することをさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの出力順序値よりも大きい出力順序値を有するピクチャを備える、請求項３１に記載の方法。
【請求項３４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項３１に記載の方法。
【請求項３５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、出力順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項３４に記載の方法。
【請求項３６】
前記方法は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを符号化することと、ここにおいて、前記リーディングピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを符号化することと、ここにおいて、前記トレーリングピクチャが出力順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、
をさらに備える、請求項３１に記載の方法。
【請求項３７】
前記１つまたは複数のＴＦＤピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、請求項３１に記載の方法。
【請求項３８】
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを符号化することが、すべての前記ＴＦＤピクチャが出力順序で前記ＤＬＰに先行するという前記制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することを備え、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項３７に記載の方法。
【請求項３９】
前記方法が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを符号化することをさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを符号化することは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが出力順序ですべての前記ＤＬＰにも先行するという制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することを備え、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、
請求項３１に記載の方法。
【請求項４０】
前記ＲＡＰピクチャを符号化することが、ビデオ符号化プロセスの一部として実行される、請求項３１に記載の方法。
【請求項４１】
ビデオデータを符号化するためのデバイスであって、前記デバイスは、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを符号化することと、すべてのＴＦＤピクチャが、出力順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するという制限に従って、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化することとを行うように構成されたビデオエンコーダ
を備える、デバイス。
【請求項４２】
前記ＤＬＰが、前記ＲＡＰピクチャの出力順序値よりも前の出力順序を示す出力順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項４１に記載のデバイス。
【請求項４３】
前記ビデオエンコーダは、前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを符号化するようにさらに構成され、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの出力順序値よりも大きい出力順序値を有するピクチャを備える、請求項４１に記載のデバイス。
【請求項４４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項４１に記載のデバイス。
【請求項４５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、出力順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項４４に記載のデバイス。
【請求項４６】
前記ビデオエンコーダは、前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを符号化することと、ここにおいて、前記リーディングピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、ならびに、前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを符号化することと、ここにおいて、前記トレーリングピクチャが出力順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、を行うようにさらに構成された、請求項４１に記載のデバイス。
【請求項４７】
前記１つまたは複数のＴＦＤピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、請求項４１に記載のデバイス。
【請求項４８】
前記ビデオエンコーダが、前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを符号化するように構成され、すべての前記ＴＦＤピクチャが出力順序で前記ＤＬＰに先行するという前記制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することを備え、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項４７に記載のデバイス。
【請求項４９】
前記ビデオエンコーダが、復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを符号化するようにさらに構成され、前記ビデオエンコーダは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが出力順序ですべての前記ＤＬＰにも先行するという制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することによって、前記１つまたは複数のＤＬＰを符号化するように構成され、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項４１に記載のデバイス。
【請求項５０】
前記デバイスが、
集積回路と、
マイクロプロセッサと、
前記ビデオエンコーダを含むワイヤレス通信デバイスと
のうちの少なくとも１つを備える、請求項４１に記載のデバイス。
【請求項５１】
ビデオデータを符号化するための装置であって、前記装置は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化するための手段と、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを符号化するための手段と、
すべてのＴＦＤピクチャが、出力順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するという制限に従って、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化するための手段と
を備える、装置。
【請求項５２】
前記ＤＬＰが、前記ＲＡＰピクチャの出力順序値よりも前の出力順序を示す出力順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項５１に記載の装置。
【請求項５３】
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを符号化するための手段をさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの出力順序値よりも大きい出力順序値を有するピクチャを備える、請求項５１に記載の装置。
【請求項５４】
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、請求項５１に記載の装置。
【請求項５５】
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、出力順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、請求項５４に記載の装置。
【請求項５６】
前記装置は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを符号化するための手段と、ここにおいて、前記リーディングピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するという制限に従って、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを符号化するための手段と、ここにおいて、前記トレーリングピクチャが出力順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、
をさらに備える、請求項５１に記載の装置。
【請求項５７】
前記１つまたは複数のＴＦＤピクチャが、出力順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、請求項５１に記載の装置。
【請求項５８】
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを符号化するための前記手段が、すべての前記ＴＦＤピクチャが出力順序で前記ＤＬＰに先行するという前記制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化するための手段を備え、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、請求項５７に記載の装置。
【請求項５９】
前記装置が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを符号化するための手段をさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを符号化するための前記手段は、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが出力順序ですべての前記ＤＬＰにも先行するという制限に従って、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化するための手段を備え、ここにおいて、前記ＤＬＰが、出力順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、
請求項５１に記載の装置。
【請求項６０】
１つまたは複数のプロセッサによって実行されたとき、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを符号化することと、
すべてのＴＦＤピクチャが、出力順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するという制限に従って、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化することと
を、前記１つまたは複数のプロセッサに行わせる命令を記憶したコンピュータ可読記憶媒体。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０２５１
【補正方法】変更
【補正の内容】
【０２５１】
[0208]  様々な例について説明した。これらおよび他の例は以下の特許請求の範囲内に入る。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号する方法であって、前記方法は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号することと、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号することとを備える、方法。
［Ｃ２］
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ１に記載の方法。
［Ｃ３］
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを復号することをさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、Ｃ１に記載の方法。
［Ｃ４］
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、Ｃ１に記載の方法。
［Ｃ５］
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、Ｃ４に記載の方法。
［Ｃ６］
前記方法は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを復号することと、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを復号することと、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、をさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記方法は、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを復号することをさらに備え、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、Ｃ１に記載の方法。
［Ｃ８］
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを復号することが、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することを備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ７に記載の方法。
［Ｃ９］
前記方法が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを復号することをさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを復号することは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することを備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ１に記載の方法。
［Ｃ１０］
前記ＲＡＰピクチャを復号することが、ビデオ符号化プロセスの一部として実行される、Ｃ１に記載の方法。
［Ｃ１１］
ビデオデータを復号するためのデバイスであって、前記デバイスは、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号することと、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号することと
を行うように構成されたビデオデコーダを備える、デバイス。
［Ｃ１２］
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ１１に記載のデバイス。
［Ｃ１３］
前記ビデオデコーダは、前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを復号するようにさらに構成され、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、Ｃ１１に記載のデバイス。
［Ｃ１４］
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、Ｃ１１に記載のデバイス。
［Ｃ１５］
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、Ｃ１４に記載のデバイス。
［Ｃ１６］
前記ビデオデコーダは、前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを復号することと、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、ならびに、前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを復号することと、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、を行うようにさらに構成された、Ｃ１１に記載のデバイス。
［Ｃ１７］
前記ビデオデコーダが、前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを復号するようにさらに構成され、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、Ｃ１１に記載のデバイス。
［Ｃ１８］
前記ビデオデコーダは、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することによって、前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを復号するように構成され、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ１７に記載のデバイス。
［Ｃ１９］
前記ビデオデコーダが、復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを復号するようにさらに構成され、前記ビデオデコーダは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号することによって、前記１つまたは複数のＤＬＰを復号するように構成され、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ１１に記載のデバイス。
［Ｃ２０］
前記デバイスが、
集積回路と、
マイクロプロセッサと、
前記ビデオデコーダを含むワイヤレス通信デバイスとのうちの少なくとも１つを備える、Ｃ１１に記載のデバイス。
［Ｃ２１］
ビデオデータを復号するための装置であって、前記装置は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号するための手段と、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号するための手段とを備える、装置。
［Ｃ２２］
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ２１に記載の装置。
［Ｃ２３］
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを復号するための手段をさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、Ｃ２１に記載の装置。
［Ｃ２４］
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、Ｃ２１に記載の装置。
［Ｃ２５］
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャが、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、Ｃ２４に記載の装置。
［Ｃ２６］
前記装置は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを復号するための手段と、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを復号するための手段と、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、をさらに備える、Ｃ２１に記載の装置。
［Ｃ２７］
前記装置は、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを復号するための手段をさらに備え、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、Ｃ２１に記載の装置。
［Ｃ２８］
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを復号するための前記手段が、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号するための手段を備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ２７に記載の装置。
［Ｃ２９］
前記装置が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを復号するための手段をさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを復号するための前記手段は、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが、表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを復号するための手段を備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ２１に記載の装置。
［Ｃ３０］
１つまたは複数のプロセッサによって実行されたとき、
ランダムアクセスポイント（ＲＡＰ）ピクチャを復号することと、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを復号することとを、前記１つまたは複数のプロセッサに行わせる命令を記憶したコンピュータ可読記憶媒体。
［Ｃ３１］
ビデオデータを符号化する方法であって、前記方法は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化することとを備える、方法。
［Ｃ３２］
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ３１に記載の方法。
［Ｃ３３］
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを符号化することをさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、Ｃ３１に記載の方法。
［Ｃ３４］
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、Ｃ３１に記載の方法。
［Ｃ３５］
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、Ｃ３４に記載の方法。
［Ｃ３６］
前記方法は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを符号化することと、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを符号化することと、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、をさらに備える、Ｃ３１に記載の方法。
［Ｃ３７］
前記方法が、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを符号化することをさらに備え、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、Ｃ３１に記載の方法。
［Ｃ３８］
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを符号化することが、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することを備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ３７に記載の方法。
［Ｃ３９］
前記方法が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを符号化することをさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを符号化することは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することを備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ３１に記載の方法。
［Ｃ４０］
前記ＲＡＰピクチャを符号化することが、ビデオ符号化プロセスの一部として実行される、Ｃ３１に記載の方法。
［Ｃ４１］
ビデオデータを符号化するためのデバイスであって、前記デバイスは、ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化することとを行うように構成されたビデオエンコーダを備える、デバイス。
［Ｃ４２］
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ４１に記載のデバイス。
［Ｃ４３］
前記ビデオエンコーダは、前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを符号化するようにさらに構成され、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、Ｃ４１に記載のデバイス。
［Ｃ４４］
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、Ｃ４１に記載のデバイス。
［Ｃ４５］
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、Ｃ４４に記載のデバイス。
［Ｃ４６］
前記ビデオエンコーダは、前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを符号化することと、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、ならびに、前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを符号化することと、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、を行うようにさらに構成された、Ｃ４１に記載のデバイス。
［Ｃ４７］
前記ビデオエンコーダが、前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを符号化するようにさらに構成され、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、Ｃ４１に記載のデバイス。
［Ｃ４８］
前記ビデオエンコーダが、前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを符号化するように構成され、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することを備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ４７に記載のデバイス。
［Ｃ４９］
前記ビデオエンコーダが、復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを符号化するようにさらに構成され、前記ビデオエンコーダは、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化することによって、前記１つまたは複数のＤＬＰを符号化するように構成され、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ４１に記載のデバイス。
［Ｃ５０］
前記デバイスが、
集積回路と、
マイクロプロセッサと、
前記ビデオエンコーダを含むワイヤレス通信デバイスとのうちの少なくとも１つを備える、Ｃ４１に記載のデバイス。
［Ｃ５１］
ビデオデータを符号化するための装置であって、前記装置は、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化するための手段と、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化するための手段とを備える、装置。
［Ｃ５２］
前記ＤＬＰが、前記ＲＡＰピクチャの表示順序値よりも前の表示順序を示す表示順序値を有し、前記ＲＡＰピクチャの復号順序値よりも後の復号順序を示す復号順序値を有する、１つまたは複数のピクチャを備え、ここにおいて、前記１つまたは複数のピクチャが、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ５１に記載の装置。
［Ｃ５３］
前記ＲＡＰピクチャのためのリーディングピクチャのすべてが復号順序で前記ＲＡＰピクチャのためのすべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関する１つまたは複数の前記リーディングピクチャを符号化するための手段をさらに備え、ここにおいて、前記トレーリングピクチャが、前記ＲＡＰピクチャの表示順序値よりも大きい表示順序値を有するピクチャを備える、Ｃ５１に記載の装置。
［Ｃ５４］
前記ＲＡＰピクチャが、クリーンランダムアクセス（ＣＲＡ）ピクチャと切断リンクアクセス（ＢＬＡ）ピクチャとのうちの１つを備える、Ｃ５１に記載の装置。
［Ｃ５５］
復号順序でＣＲＡピクチャまたはＢＬＡピクチャに先行する任意のピクチャは、表示順序で前記ＣＲＡピクチャまたは前記ＢＬＡピクチャに関連する任意のＤＬＰピクチャに先行する、Ｃ５４に記載の装置。
［Ｃ５６］
前記装置は、
前記ＲＡＰピクチャに関連する１つまたは複数のリーディングピクチャを符号化するための手段と、ここにおいて、前記リーディングピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続する、
前記リーディングピクチャのすべてが復号順序ですべてのトレーリングピクチャに先行するように、前記ＲＡＰピクチャに関連する１つまたは複数の前記トレーリングピクチャを符号化するための手段と、ここにおいて、前記トレーリングピクチャが表示順序値と復号順序の両方で前記ＲＡＰピクチャに後続する、をさらに備える、Ｃ５１に記載の装置。
［Ｃ５７］
前記装置が、
前記ＲＡＰピクチャに関連する１つまたは複数の廃棄タグ付き（ＴＦＤ）ピクチャを符号化するための手段をさらに備え、ここにおいて、前記１つまたは複数のＴＦＤピクチャが、表示順序値で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照する、Ｃ５１に記載の装置。
［Ｃ５８］
前記ＲＡＰピクチャについての前記１つまたは複数のＤＬＰを符号化するための前記手段が、すべての前記ＴＦＤピクチャが表示順序で前記ＤＬＰに先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化するための手段を備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、前記復号順序で前記ＲＡＰピクチャに後続し、前記復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ５７に記載の装置。
［Ｃ５９］
前記装置が、
復号順序で前記ＲＡＰピクチャに先行する１つまたは複数のピクチャを符号化するための手段をさらに備え、
ここにおいて、前記１つまたは複数のＤＬＰを符号化するための前記手段は、復号順序で前記ＲＡＰピクチャに先行するすべてのピクチャが表示順序ですべての前記ＤＬＰにも先行するように、前記ＲＡＰピクチャに関連する前記１つまたは複数のＤＬＰを符号化するための手段を備え、ここにおいて、前記ＤＬＰが、表示順序で前記ＲＡＰピクチャに先行し、復号順序で前記ＲＡＰピクチャに後続し、復号順序で前記ＲＡＰピクチャよりも前のビデオデータを参照しない、Ｃ５１に記載の装置。
［Ｃ６０］
１つまたは複数のプロセッサによって実行されたとき、
ランダムアクセスポイント（ＲＡＰ）ピクチャを符号化することと、
廃棄の対象にされるすべてのピクチャが、表示順序で前記ＲＡＰピクチャに関連する復号可能リーディングピクチャ（ＤＬＰ）に先行するように、前記ＲＡＰピクチャについての１つまたは複数の前記ＤＬＰを符号化することとを、前記１つまたは複数のプロセッサに行わせる命令を記憶したコンピュータ可読記憶媒体。
【国際調査報告】
2015526024.tif 000049
2015526024.tif 000050