JP6479798B2 - マルチレイヤビデオコーディングのためのｐｏｃ値設計 - Google Patents

Description

[0001]本出願は、その全体が参照により本明細書に組み込まれる、２０１３年１１月２５日に出願された米国仮出願第６１／９０８，６７１号および２０１３年１１月２６日に出願された米国仮出願第６１／９０９，３４７号の利益を主張する。

[0002]本開示は、ビデオコーディングに関する。

[0003]デジタルビデオ能力は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータもしくはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダー、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラー電話もしくは衛星無線電話、いわゆる「スマートフォン」、ビデオ会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲のデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ １０，アドバンストビデオコーディング（ＡＶＣ）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオコーディング技法など、ビデオコーディング技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。

[0004]ビデオコーディング技法は、ビデオシーケンスに固有の冗長性を低減または除去するために、空間的（イントラピクチャ）予測および／または時間的（インターピクチャ）予測を含む。ブロックベースのビデオコーディングでは、ビデオスライス（たとえば、ビデオフレームまたはビデオフレームの一部分）は、ツリーブロック、コーディングユニット（ＣＵ）、および／またはコーディングノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャの中の隣接ブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

[0005]空間的予測または時間的予測は、コーディングされるべきブロックのための予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトル、および、コード化ブロックと予測ブロックとの間の差分を示す残差データに従って符号化される。イントラコード化ブロックは、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換され、残差変換係数が生じ得、その残差変換係数は、次いで量子化され得る。最初に２次元アレイで構成される量子化された変換係数は、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するためにエントロピーコーディングが適用され得る。

[0006]概して、本開示は、参照ピクチャに関係するビデオデータをコーディングすることについてのエラーレジリエンスを改善するための技法について説明する。具体的には、本開示は、そのようなエラーレジリエンスを改善し得るピクチャ順序カウント（ＰＯＣ）値設計について説明した。これらの技法は、シングルレイヤビデオデータまたはマルチレイヤビデオデータをコーディングするときに使用され得る。概して、これらの技法は、ピクチャ出力プロセスにおけるエラーレジリエンスを改善するために、ＰＯＣ値をデクリメントすることを含む。たとえば、ビデオデコーダは、それにおいてＰＯＣリセットが実行されるアクセスユニットの初期ピクチャを復号するより前に、復号ピクチャバッファ（ＤＰＢ）に記憶された（すべてのレイヤの）すべてのピクチャのＰＯＣ値をデクリメントするように構成され得る。このようにして、ＰＯＣ値は、ＤＰＢ内で整合されたままであり得、それによって、アクセスユニットのピクチャが適切な順序で出力されることが可能になる。

[0007]一例では、ビデオデータを復号する方法は、マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを復号することと、ここにおいて、第１のピクチャがアクセスユニット中に含まれる、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において第１のピクチャに先行する、復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることとを含む。

[0008]別の例では、ビデオデータを符号化する方法は、マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを符号化することと、ここにおいて、第１のピクチャがアクセスユニット中に含まれる、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において第１のピクチャに先行する、復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることとを含む。

[0009]別の例では、ビデオデータをコーディングするためのデバイスは、マルチレイヤビデオデータを記憶するように構成された復号ピクチャバッファ（ＤＰＢ）を備えるメモリを含む。このデバイスはまた、マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、第１のピクチャがアクセスユニット中に含まれる、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において第１のピクチャに先行する、ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることとを行うように構成された、ビデオコーダを含む。

[0010]別の例では、ビデオデータをコーディングするためのデバイスは、マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングするための手段と、ここにおいて、第１のピクチャがアクセスユニット中に含まれる、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において第１のピクチャに先行する、ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントするための手段とを含む。

[0011]別の例では、非一時的コンピュータ可読記憶媒体は、命令を記憶しており、命令が、実行されると、ビデオデータをコーディングするためのデバイスのプロセッサに、マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、第１のピクチャがアクセスユニット中に含まれる、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において第１のピクチャに先行する、ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることとを行わせる。

[0012]１つまたは複数の例の詳細は、添付の図面および以下の説明において記載される。他の特徴、目的、および利点は、説明および図面から、ならびに特許請求の範囲から明らかになるであろう。

[0013]本開示の技法による、ＰＯＣ値情報をコーディングするための技法を利用し得る、例示的なビデオ符号化および復号システムを示すブロック図。 [0014]本開示の技法による、ＰＯＣ値情報をコーディングするための技法を実装し得る、ビデオエンコーダの一例を示すブロック図。 [0015]本開示の技法による、ＰＯＣ値情報をコーディングするための技法を実装し得る、ビデオデコーダの一例を示すブロック図。 [0016]本開示の技法による、ＰＯＣ値をリセットすることを含むデータを符号化するための例示的な方法を示すフローチャート。 [0017]本開示の技法による、ＰＯＣ値をリセットすることを含むデータを復号するための例示的な方法を示すフローチャート。

[0018]概して、本開示は、マルチレイヤビデオコーディングのために有益であり得る、ビデオコーディングのためのピクチャ順序カウント（ＰＯＣ）値設計について説明する。本開示は、マルチレイヤビデオコーディングにおけるＰＯＣ値のシグナリングおよび導出のための、様々な設計改良について説明する。しかしながら、本技法は、概して、マルチレイヤビデオコーディングに関して説明されるが、本開示の技法は、シングルレイヤビデオコーディングにも適用され得る。

[0019]ＰＯＣ値は、ピクチャの表示順序を示し得、概して、ピクチャを識別するために使用され得る。たとえば、０のＰＯＣ値を有するピクチャ（すなわち、０に等しいＰＯＣ値を有するピクチャ）は、１のＰＯＣ値を有するピクチャより前に表示される。現在ピクチャのブロックが参照ピクチャに対してインター予測されるとき、参照ピクチャは、参照ピクチャのためのＰＯＣ値を使用して識別され得る。より詳細には、参照ピクチャリスト中に含まれるべき参照ピクチャのためのＰＯＣ値が、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）などのパラメータセット、および／またはブロックに対応するスライスヘッダにおいてシグナリングされ得る。このようにして、ビデオエンコーダは、参照ピクチャリスト中の参照ピクチャの位置に対応する、参照ピクチャリストへのインデックスをシグナリングすることによって、参照ピクチャを識別し得、ビデオデコーダは、（ＰＯＣ値に基づいて）参照ピクチャリストを構築することと、参照ピクチャリスト中の参照ピクチャの位置を識別するために、参照インデックスを使用することとによって、参照ピクチャを識別し得る。

[0020]ＰＯＣ値は、最下位ビット（ＬＳＢ）と最上位ビット（ＭＳＢ）とからなり得る。コーディング中にピクチャのＰＯＣ値を無制限に増加させるのではなく、ピクチャのＰＯＣ値は、０に等しくなるように周期的にリセットされ得る。ＰＯＣ値は、典型的に、瞬時デコーダリフレッシュ（ＩＤＲ）ピクチャについてリセットされる。加えて、ビデオコーダは、ＰＯＣリセットに関連付けられた現在ピクチャの前に処理され、復号ピクチャバッファ（ＤＰＢ）に記憶されている、ピクチャのＰＯＣ値をデクリメントし得る。デクリメントされた参照ピクチャのＰＯＣ値は、そのようなピクチャの適切な出力順序を維持するために、負値を有し得る。

[0021]マルチレイヤビデオコーディング（たとえば、マルチビュービデオコーディング、スケーラブルビデオコーディングなど）では、ＤＰＢは「サブＤＰＢ」に区分され得、ビデオデータの各レイヤが、ＤＰＢの別々に管理されたサブＤＰＢに割り当てられる。ビュー構成要素は、（表示順序または出力順序に関して）特定の時間における特定のレイヤまたはビューのための符号化ピクチャを備え得る。アクセスユニットは、概して、共通の時間インスタンスのためのすべてのビュー構成要素（たとえば、すべてのネットワークアブストラクションレイヤ（ＮＡＬ）ユニット）を含むデータのユニットである。したがって、特定の時間インスタンスのためのアクセスユニットは、それぞれのサブＤＰＢからのそれぞれのビュー構成要素を含み得る。アクセスユニットのビュー構成要素は、典型的には、一緒に出力される（すなわち、実質的に同時に出力される）ように意図されており、その場合、ピクチャを出力することは、概して、ＤＰＢからピクチャを転送すること（たとえば、ＤＢＰから外部メモリにピクチャを記憶すること、ＤＰＢからディスプレイへピクチャを送ること、ＤＰＢからピクチャを除去することなど）を伴う。

[0022]ビデオコーダは、「出力のために必要とされる」および「参照のために使用されない」とマークされているピクチャをＤＰＢから出力するために、出力およびバンピングプロセスを使用し得る。場合によっては、ピクチャ出力プロセスは、（１）ピクチャの復号前であるが、ピクチャの最初のスライスのスライスヘッダをパースした後と、（２）ピクチャの最後の復号ユニットがコード化ピクチャバッファから除去されるときとを含めて、ピクチャごとに２回呼び出され得る。バンピングプロセスが呼び出されるとき、このプロセスは、選択されたアクセスユニットに属するすべてのピクチャを出力する。

[0023]（たとえば、後述されるような）既存のＰＯＣ設計は、最適化されないことがある。たとえば、場合によっては、ＰＯＣ値をデクリメントすることは、レイヤ固有のプロセスであり得る。したがって、以下の例で説明されるように、レイヤのピクチャのＰＯＣ値またはＰＯＣ最上位ビット（ＭＳＢ）が、そのレイヤのピクチャの復号中にリセットされるとき、レイヤのためのサブＤＰＢ内のより早いピクチャ（たとえば、現在コーディングされているピクチャより前に処理され、サブＤＰＢに記憶されているピクチャ）のＰＯＣ値は、他のサブＤＰＢ内のより早いピクチャのＰＯＣ値とクロスレイヤ整合されないことがある。クロスレイヤ整合は、たとえば、アクセスユニットのピクチャが同時にまたはほぼ同時に出力されるように、アクセスユニットの各ピクチャが同じＰＯＣ値を有するときに発生する。既存のＰＯＣ設計では、上位レイヤ（たとえば、相対的により大きいレイヤ識別子を有するレイヤ）におけるピクチャのＰＯＣ値は、ベースレイヤのピクチャを復号するまで更新されないことがある。このようにしてＰＯＣまたはＰＯＣ ＭＳＢを更新することは、ＤＰＢ内で復号ピクチャを包含するアクセスユニットごとのＰＯＣ値のクロスレイヤ整合を必要とする、バンピングプロセスを通したピクチャ出力についての問題を生じ得る。

[0024]説明のための一例では、マルチレイヤシーケンスが３つのレイヤ（たとえば、レイヤＡ、Ｂ、およびＣ）を有すると仮定する。加えて、特定のアクセスユニットが、そのためのＰＯＣリセットが実行されるピクチャを含むと仮定する。この例では、ビデオデコーダは、（たとえば、ＰＯＣリセットを実行するための指示をビットストリーム中で受信すると）アクセスユニットのレイヤＡピクチャのＰＯＣ値をリセットし得る。ビデオデコーダはまた、適切な出力順序を維持するために、レイヤＡのためのサブＤＰＢに前に記憶されたレイヤＡのピクチャをデクリメントし得る。しかしながら、レイヤＡの最初のピクチャを復号する間、および、アクセスユニットのレイヤＢピクチャを復号するより前に、レイヤＢおよびＣのためのそれぞれのサブＤＰＢに記憶されているレイヤＢおよびＣのためのピクチャのＰＯＣ値は、レイヤＡのサブＤＰＢに記憶されたピクチャのＰＯＣ値と不整合に（クロスレイヤ整合されなく）なる。すなわち、アクセスユニットのレイヤＢピクチャおよびレイヤＣピクチャはまだリセットされていないので、レイヤＢおよびＣの各々のそれぞれのサブレイヤのＰＯＣ値もまだデクリメントされていない。アクセスユニットのピクチャは、出力されるより前にクロスレイヤ整合されるべきであるので、そのような不整合は、ピクチャが不適切な順序でＤＰＢから出力されることを引き起こし得る。

[0025]本開示で説明されるＰＯＣ値設計は、様々な態様を含み、そのいずれかまたはすべては、単独または任意の組合せで実装され得る。本開示の技法は、上記で説明された問題を克服し得る。一例では、ビデオコーダ（たとえば、ビデオエンコーダおよびビデオデコーダ）は、それにおいてＰＯＣリセットが実行されるアクセスユニットの初期ピクチャを復号するより前に、ＤＰＢに記憶された（すべてのレイヤの）すべてのピクチャのＰＯＣ値をデクリメントするように構成され得る。たとえば、ビデオコーダは、ＰＯＣリセットを必要とする各アクセスユニットの開始において、１回、ＤＰＢ内でコーディング順序においてより早いピクチャ（すなわち、すべてのサブＤＰＢのための復号順序において現在ピクチャに先行するすべてのピクチャ）に、ＰＯＣデクリメントプロセスを適用し得る。言い換えれば、ビデオコーダは、すべてのサブＤＰＢ内でコーディング順序において現在ピクチャに先行するすべてのピクチャのＰＯＣ値が、ＰＯＣデクリメントプロセスの単一の呼出しに基づいてデクリメントされるように、ＰＯＣリセットを必要とする各アクセスユニットの開始において、１回、ＰＯＣデクリメントプロセスを適用し得る。ＰＯＣデクリメントプロセスは、アクセスユニットのために受信された最初のピクチャの復号前であるが、そのピクチャの最初のスライスのスライスヘッダ情報のパースおよび復号後に呼び出され得る。このようにして、ＤＰＢに記憶された（すなわち、すべてのサブＤＰＢのための）ピクチャのＰＯＣ値は、アクセスユニットのピクチャをコーディングするときに整合されたままであり得、それによって、ＤＰＢのピクチャが適切な順序で出力されることが可能になる。

[0026]本開示の他の技法は、ＰＯＣ値をシグナリングするための技法を含む。たとえば、いくつかのＰＯＣ設計に関する別の潜在的な問題は、追加のＰＯＣ最下位ビット（ＬＳＢ）情報のシグナリングに関する。場合によっては、以下でより詳細に説明されるように、ＰＯＣアンカーピクチャのＰＯＣ ＬＳＢは、ベースレイヤにおけるＰＯＣアンカーピクチャがＩＤＲピクチャであるとき、シグナリングされない。ベースレイヤにおけるＩＤＲピクチャは、ＤＰＢ内のより早いピクチャ（たとえば、コーディング順序において現在コーディングされているピクチャに先行するピクチャ）のＰＯＣ値をデクリメントするために使用される値を導出するための情報を包含していないので、そのような場合にＰＯＣ ＬＳＢをシグナリングしないことは、問題を生じ得る。

[0027]本開示の態様によれば、ＰＯＣアンカーピクチャのＰＯＣ ＬＳＢをシグナリングするための条件が更新され得る。たとえば、本開示の態様によれば、ビデオエンコーダは、（以下でより詳細に説明されるように）２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を有するベースレイヤＩＤＲピクチャのための追加のＰＯＣ ＬＳＢを示すデータをシグナリングし得る（および、ビデオデコーダは復号し得る）。

[0028]図１は、本開示の技法による、ＰＯＣ値を管理するための技法を利用し得る、例示的なビデオ符号化および復号システム１０を示すブロック図である。図１に示されているように、システム１０は、宛先デバイス１４によって後で復号されるべき符号化ビデオデータを与えるソースデバイス１２を含む。具体的には、ソースデバイス１２は、コンピュータ可読媒体１６を介して宛先デバイス１４にビデオデータを与える。ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、ノートブック（すなわち、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースデバイス１２および宛先デバイス１４はワイヤレス通信に対応し得る。

[0029]宛先デバイス１４は、コンピュータ可読媒体１６を介して、復号されるべき符号化ビデオデータを受信し得る。コンピュータ可読媒体１６は、ソースデバイス１２から宛先デバイス１４に符号化ビデオデータを移動することが可能な、任意のタイプの媒体またはデバイスを備え得る。一例では、コンピュータ可読媒体１６は、ソースデバイス１２が符号化ビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にするための通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先デバイス１４に送信され得る。通信媒体は、無線周波（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路など、任意のワイヤレス通信媒体またはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークのような、パケットベースのネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースデバイス１２から宛先デバイス１４への通信を容易にするために有用であり得る任意の他の機器を含み得る。

[0030]いくつかの例では、符号化データは、出力インターフェース２２から記憶デバイスへ出力され得る。同様に、符号化データは、入力インターフェースによって記憶デバイスからアクセスされ得る。記憶デバイスは、ハードドライブ、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、揮発性もしくは不揮発性のメモリ、または符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれをも含み得る。さらなる例では、記憶デバイスは、ソースデバイス１２によって生成された符号化ビデオを記憶し得るファイルサーバまたは別の中間記憶デバイスに対応し得る。宛先デバイス１４は、ストリーミングまたはダウンロードを介して、記憶デバイスから記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先デバイス１４に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバには、ウェブサーバ（たとえば、ウェブサイト用の）、ＦＴＰサーバ、ネットワーク接続記憶（ＮＡＳ）デバイス、またはローカルディスクドライブがある。宛先デバイス１４は、インターネット接続を含む、任意の標準のデータ接続を通して符号化ビデオデータにアクセスし得る。これは、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、または、ファイルサーバに記憶された符号化ビデオデータにアクセスするために好適である、両方の組合せを含み得る。記憶デバイスからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはそれらの組合せであり得る。

[0031]本開示の技法は、ワイヤレス応用またはワイヤレス設定に必ずしも限定されるとは限らない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ：dynamic adaptive streaming over HTTP）などのインターネットストリーミングビデオ送信、データ記憶媒体上に符号化されたデジタルビデオ、データ記憶媒体上に記憶されたデジタルビデオの復号、または他の応用など、様々なマルチメディア応用のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、システム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスト、および／またはビデオ電話などの応用をサポートするために、一方向または両方向のビデオ送信をサポートするように構成され得る。

[0032]図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。本開示によれば、ソースデバイス１２のビデオエンコーダ２０は、本開示の技法に従って、ＰＯＣ値情報をコーディングするための技法を適用するように構成され得る。他の例では、ソースデバイスおよび宛先デバイスは、他の構成要素または配置を含み得る。たとえば、ソースデバイス１２は、外部カメラなどの外部のビデオソース１８からビデオデータを受信し得る。同様に、宛先デバイス１４は、一体型ディスプレイデバイスを含むのではなく、外部ディスプレイデバイスとインターフェースをとり得る。

[0033]図１の示されるシステム１０は一例にすぎない。本開示の技法による、ＰＯＣ値を管理するための技法は、任意のデジタルビデオ符号化および／または復号デバイスによって実行され得る。一般に、本開示の技法は、ビデオ符号化デバイスによって実行されるが、これらの技法は、通常は「コーデック」と呼ばれるビデオエンコーダ／デコーダによっても実行され得る。その上、本開示の技法は、ビデオプリプロセッサによっても実行され得る。ソースデバイス１２および宛先デバイス１４は、ソースデバイス１２が宛先デバイス１４に送信するためのコード化ビデオデータを生成するようなコーディングデバイスの例にすぎない。いくつかの例では、デバイス１２、１４は、デバイス１２、１４の各々がビデオ符号化構成要素とビデオ復号構成要素とを含むように実質的に対称的に動作し得る。したがって、システム１０は、たとえば、ビデオストリーミング、ビデオ再生、ビデオブロードキャスト、またはビデオ電話のための、ビデオデバイス１２とビデオデバイス１４との間の一方向または双方向のビデオ送信をサポートし得る。

[0034]ソースデバイス１２のビデオソース１８は、ビデオカメラ、以前にキャプチャされたビデオを包含するビデオアーカイブ、および／またはビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェースなどの、ビデオキャプチャデバイスを含み得る。さらなる代替として、ビデオソース１８は、ソースビデオとしてコンピュータグラフィックスベースのデータ、または、ライブビデオ、アーカイブされたビデオ、およびコンピュータ生成ビデオの組合せを生成し得る。場合によっては、ビデオソース１８がビデオカメラである場合、ソースデバイス１２および宛先デバイス１４は、いわゆるカメラ付き電話またはビデオ付き電話を形成し得る。しかしながら、上述されたように、本開示で説明される技法は、一般にビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤードの応用に適用され得る。各場合において、キャプチャされたビデオ、前にキャプチャされたビデオ、またはコンピュータ生成ビデオは、ビデオエンコーダ２０によって符号化され得る。次いで、符号化ビデオ情報は、出力インターフェース２２によってコンピュータ可読媒体１６上に出力され得る。

[0035]コンピュータ可読媒体１６は、ワイヤレスブロードキャストもしくはワイヤードネットワーク送信などの一時媒体、またはハードディスク、フラッシュドライブ、コンパクトディスク、デジタルビデオディスク、Ｂｌｕ−ｒａｙディスク、もしくは他のコンピュータ可読媒体などの記憶媒体（すなわち、非一時的記憶媒体）を含み得る。いくつかの例では、ネットワークサーバ（図示せず）は、たとえば、ネットワーク送信を介して、ソースデバイス１２から符号化ビデオデータを受信し、宛先デバイス１４に符号化ビデオデータを与え得る。同様に、ディスクスタンピング設備など、媒体製造設備のコンピューティングデバイスは、ソースデバイス１２から符号化ビデオデータを受信し、その符号化ビデオデータを包含しているディスクを生成し得る。したがって、様々な例では、コンピュータ可読媒体１６は、様々な形態の１つまたは複数のコンピュータ可読媒体を含むと理解され得る。

[0036]宛先デバイス１４の入力インターフェース２８は、コンピュータ可読媒体１６から情報を受信する。コンピュータ可読媒体１６の情報は、ビデオエンコーダ２０によって定義され、またビデオデコーダ３０によって使用される、ブロックおよび他のコード化ユニット、たとえば、ＧＯＰの特性および／または処理を記述するシンタックス要素を含む、シンタックス情報を含み得る。ディスプレイデバイス３２は、復号ビデオデータをユーザに表示し、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなどの様々なディスプレイデバイスのうちのいずれかを備え得る。

[0037]ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、離散論理、ソフトウェア、ハードウェア、ファームウェアまたはそれらの任意の組合せなど、様々な好適なエンコーダ回路のいずれかとして実装され得る。本技法がソフトウェアに部分的に実装されるとき、デバイスは、ソフトウェアに対する命令を好適な非一時的コンピュータ可読媒体に記憶し、本開示の技法を実行するための１つまたは複数のプロセッサを使用してハードウェアにおいてそれらの命令を実行し得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれ得、そのいずれも、それぞれのデバイスにおいて、複合エンコーダ／デコーダ（コーデック）の一部として統合され得る。ビデオエンコーダ２０および／またはビデオデコーダ３０を含むデバイスは、集積回路、マイクロプロセッサ、および／またはセルラー電話などのワイヤレス通信デバイスを備え得る。

[0038]図１には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれ、オーディオエンコーダおよびデコーダと統合され得、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含み得る。適用可能であれば、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに適合し得る。

[0039]本開示は全般に、ビデオエンコーダ２０が、ある情報をビデオデコーダ３０のような別のデバイスに「シグナリング」することに言及することがある。ただし、ビデオエンコーダ２０は、いくつかのシンタックス要素をビデオデータの様々な符号化された部分に関連付けることによって情報をシグナリングし得ることを理解されたい。すなわち、ビデオエンコーダ２０は、ビデオデータの様々な符号化された部分のヘッダに、いくつかのシンタックス要素を記憶することによって、データを「シグナリング」し得る。場合によっては、そのようなシンタックス要素は、ビデオデコーダ３０によって受信および復号されるより前に、符号化および記憶され得る。したがって、「シグナリング」という用語は、そのような通信がリアルタイムもしくはほぼリアルタイムで行われるか、または、符号化時にシンタックス要素を媒体に記憶し、次いで、この媒体に記憶された後の任意の時間にそのシンタックス要素が復号デバイスによって取り出され得るときなどに行われ得る、ある期間にわたって行われるかにかかわらず、概して、圧縮ビデオデータを復号するためのシンタックスまたは他のデータの通信を指し得る。

[0040]ビデオエンコーダ２０およびビデオデコーダ３０は、ビデオコーディング規格に従って動作し得る。例示的なビデオコーディング規格は、ＩＴＵ−Ｔ Ｈ．２６１と、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌと、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌと、ＩＴＵ−Ｔ Ｈ．２６３と、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌと、そのスケーラブルビデオコーディング（ＳＶＣ）拡張およびマルチビュービデオコーディング（ＭＶＣ）拡張を含む（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４とを含む。最近、新しいビデオコーディング規格、すなわち高効率ビデオコーディング（ＨＥＶＣ）の設計が、ＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）およびＩＳＯ／ＩＥＣ Ｍｏｔｉｏｎ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）のＪｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｏｎ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）によって確定された。以下でＨＥＶＣ ＷＤと呼ばれる、最新のＨＥＶＣドラフト仕様が、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ１００３−ｖ１．ｚｉｐから入手可能である。ＨＥＶＣのマルチビュー拡張、すなわちＭＶ−ＨＥＶＣも、ＪＣＴ−３Ｖによって開発されている。以下でＭＶ−ＨＥＶＣ ＷＤ６と呼ばれる、ＭＶ−ＨＥＶＣの最近のワーキングドラフト（ＷＤ）が、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ２／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／６＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴ３Ｖ−Ｆ１００４−ｖ３．ｚｉｐから入手可能である。ＳＨＶＣと称するＨＥＶＣのスケーラブル拡張も、ＪＣＴ−ＶＣによって開発されている。以下でＳＨＶＣ ＷＤ４と呼ばれる、ＳＨＶＣの最近のワーキングドラフト（ＷＤ）は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ１００８−ｖ１．ｚｉｐから入手可能である。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオコーディング規格の他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３が含まれる。

[0041]ＨＥＶＣの規格化の取組みは、ＨＥＶＣテストモデル（ＨＭ）と呼ばれるビデオコーディングデバイスのモデルに基づく。ＨＭは、たとえばＩＴＵ−Ｔ Ｈ．２６４／ＡＶＣに従う既存のデバイスに対して、ビデオコーディングデバイスのいくつかの追加の能力を仮定する。たとえば、Ｈ．２６４は、９つのイントラ予測符号化モードを提供するが、ＨＭは、３３ものイントラ予測符号化モードを提供し得る。

[0042]概して、ＨＭの作業モデルは、ビデオフレームまたはピクチャが、ルーマサンプルとクロマサンプルの両方を含むツリーブロックまたは最大コーディングユニット（ＬＣＵ）のシーケンスに分割され得ることを記載している。ビットストリーム内のシンタックスデータは、ＬＣＵにとってのサイズを定義し得、ＬＣＵは、ピクセルの個数に関して最大のコーディングユニットである。スライスは、コーディング順序でいくつかの連続するツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木に従ってコーディングユニット（ＣＵ）にスプリットされ得る。概して、４分木データ構造はＣＵごとに１つのノードを含み、ルートノードはツリーブロックに対応する。ＣＵが４つのサブＣＵにスプリットされる場合、ＣＵに対応するノードは、４つのリーフノードを含み、その各々は、サブＣＵの１つに対応する。

[0043]４分木データ構造の各ノードは、対応するＣＵにシンタックスデータを与え得る。たとえば、４分木内のノードは、そのノードに対応するＣＵがサブＣＵにスプリットされるか否かを示すスプリットフラグを含み得る。ＣＵのシンタックス要素は、再帰的に定義され得、ＣＵがサブＣＵにスプリットされるか否かに依存し得る。ＣＵがさらにスプリットされない場合、そのＣＵはリーフＣＵと呼ばれる。本開示では、元のリーフＣＵの明示的スプリットが存在しない場合でも、リーフＣＵの４つのサブＣＵはリーフＣＵとも呼ばれることになる。たとえば、１６×１６サイズのＣＵがさらにスプリットされない場合、この１６×１６ＣＵが決してスプリットされなくても、４つの８×８サブＣＵはリーフＣＵとも呼ばれることになる。

[0044]ＣＵは、ＣＵがサイズの特異性を有しないことを別にすれば、Ｈ．２６４規格のマクロブロックと同様の目的を有する。たとえば、ツリーブロックは、（サブＣＵとも呼ばれる）４つの子ノードにスプリットされ得、各子ノードは、今度は親ノードとなり、別の４つの子ノードにスプリットされ得る。４分木のリーフノードと呼ばれる、最後のスプリットされていない子ノードは、リーフＣＵとも呼ばれるコーディングノードを備える。コード化ビットストリームに関連するシンタックスデータは、最大ＣＵ深度と呼ばれる、ツリーブロックがスプリットされ得る最大回数を定義し得、また、コーディングノードの最小サイズを定義し得る。それに応じて、ビットストリームはまた、最小コーディングユニット（ＳＣＵ）を定義し得る。本開示は、「ブロック」という用語を、ＨＥＶＣのコンテキストにおいて、ＣＵ、ＰＵ、もしくはＴＵのうちのいずれか、または他の規格のコンテキストにおいて、同様のデータ構造（たとえば、Ｈ．２６４／ＡＶＣのマクロブロックおよびそのサブブロック）を指すために使用する。

[0045]ＣＵは、コーディングノードと、コーディングノードに関連付けられた予測ユニット（ＰＵ）および変換ユニット（ＴＵ）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状が正方形でなければならない。ＣＵのサイズは、８×８ピクセルから最大６４×６４ピクセル以上をもつツリーブロックのサイズにまでわたり得る。各ＣＵは、１つまたは複数のＰＵと１つまたは複数のＴＵとを包含し得る。ＣＵに関連付けられたシンタックスデータは、たとえば、１つまたは複数のＰＵへのＣＵの区分を記述し得る。区分モードは、ＣＵがスキップモード符号化もしくは直接モード符号化されるのか、イントラ予測モード符号化されるのか、またはインター予測モード符号化されるのかの間で異なり得る。ＰＵは、形状が非正方形に区分され得る。ＣＵに関連付けられたシンタックスデータはまた、たとえば、４分木に従う１つまたは複数のＴＵへのＣＵの区分を記述し得る。ＴＵは、形状が正方形または非正方形（たとえば、長方形）であってよい。

[0046]ＨＥＶＣ規格は、ＣＵごとに異なり得る、ＴＵに従う変換を可能にする。ＴＵは、一般に、区分されたＬＣＵのために定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ決定されるが、これは常にそうであるとは限らない。ＴＵは、一般に、ＰＵと同じサイズであるか、またはＰＵよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ）として知られる４分木構造を使用して、より小さいユニットに再分割され得る。ＲＱＴのリーフノードは、変換ユニット（ＴＵ）と呼ばれることがある。ＴＵに関連付けられたピクセル差分値は、変換係数を生成するために変換され得、変換係数は量子化され得る。

[0047]リーフＣＵは、１つまたは複数の予測ユニット（ＰＵ）を含み得る。概して、ＰＵは、対応するＣＵのすべてまたは一部分に対応する空間エリアを表し、そのＰＵの参照サンプルを取り出すためのデータを含み得る。その上、ＰＵは、予測に関係するデータを含む。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵに関するデータは、残差４分木（ＲＱＴ）に含まれ得、残差４分木は、ＰＵに対応するＴＵに関するイントラ予測モードを記述するデータを含み得る。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵのための１つまたは複数の動きベクトルを定義するデータを含み得る。ＰＵのための動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルについての解像度（たとえば、１／４ピクセル精度または１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルのための参照ピクチャリスト（たとえば、リスト０、リスト１、またはリストＣ）を記述し得る。

[0048]インター予測ＰＵ（より詳細には、ＰＵが対応するＣＵのインター予測部分）のための動き情報は、参照ピクチャリスト識別子と、参照ピクチャリスト中の参照ピクチャの位置に対応する参照インデックスとを含み得る。ビデオエンコーダ２０は、たとえば、（元の構築された参照ピクチャリストに対して行われたいかなる修正をも含む）参照ピクチャリストを構築し、（たとえば、絶対差分和（ＳＡＤ）メトリクス、または同様のメトリクスに基づいて）参照ブロックとも呼ばれる、厳密に一致するブロックを識別するために、参照ピクチャリスト中の参照ピクチャの中で動き探索を実行し得る。参照ブロックのロケーションをシグナリングするために、ビデオエンコーダ２０は、ＰＵのための参照ピクチャリスト識別子と参照インデックスとを符号化し得る。さらに、ビデオエンコーダ２０は、たとえば、スライスヘッダ中、および／または、ＰＰＳもしくはＳＰＳなどのパラメータセット中で、参照ピクチャのためのＰＯＣ値を表すデータをシグナリングすることによって、参照ピクチャリスト中に含まれるべき参照ピクチャを表すデータを符号化し得る。

[0049]１つまたは複数のＰＵを有するリーフＣＵはまた、１つまたは複数の変換ユニット（ＴＵ）を含み得る。変換ユニットは、上記で説明されたように、（ＴＵ４分木構造とも呼ばれる）ＲＱＴを使用して指定され得る。たとえば、スプリットフラグは、リーフＣＵが４つの変換ユニットにスプリットされるか否かを示し得る。次いで、各変換ユニットは、さらなるサブＴＵにさらにスプリットされ得る。ＴＵがこれ以上スプリットされないとき、そのＴＵはリーフＴＵと呼ばれることがある。一般に、イントラコーディングの場合、リーフＣＵに属するすべてのリーフＴＵは同じイントラ予測モードを共有する。すなわち、一般に、リーフＣＵのすべてのＴＵの予測値を計算するために同じイントラ予測モードが適用される。イントラコーディングの場合、ビデオエンコーダは、イントラ予測モードを使用して各リーフＴＵの残差値を、ＴＵに対応するＣＵの一部分と元のブロックとの間の差分として計算し得る。ＴＵは、必ずしも、ＰＵのサイズに限定されるとは限らない。したがって、ＴＵは、ＰＵよりも大きくまたは小さくなり得る。イントラコーディングの場合、ＰＵは、同じＣＵの対応するリーフＴＵとコロケートされ得る。いくつかの例では、リーフＴＵの最大サイズは、対応するリーフＣＵのサイズに対応し得る。

[0050]その上、リーフＣＵのＴＵは、残差４分木（ＲＱＴ）と呼ばれる、それぞれの４分木データ構造にも関連付けられ得る。すなわち、リーフＣＵは、リーフＣＵがどのようにＴＵに区分されるかを示す４分木を含み得る。ＴＵ４分木のルートノードは一般に、リーフＣＵに対応し、一方、ＣＵ４分木のルートノードは一般に、ツリーブロック（またはＬＣＵ）に対応する。スプリットされないＲＱＴのＴＵは、リーフＴＵと呼ばれる。一般に、本開示は、別段の注記がない限り、ＣＵおよびＴＵという用語を、それぞれ、リーフＣＵおよびリーフＴＵを指すために使用する。

[0051]ビデオシーケンスは、通常、一連のビデオフレームまたはピクチャを含む。ピクチャグループ（ＧＯＰ）は、一般に、ビデオピクチャのうちの一連の１つまたは複数を備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャの１つもしくは複数のヘッダ中、または他の場所に含み得る。ピクチャの各スライスは、それぞれのスライスの符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は通常、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに対して動作する。ビデオブロックは、ＣＵ内のコーディングノードに対応し得る。ビデオブロックは、固定のサイズまたは可変のサイズを有してよく、指定されたコーディング規格に従ってサイズが異なり得る。

[0052]一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ＨＭは、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズでのイントラ予測と、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、またはＮ×Ｎの対称ＰＵサイズでのインター予測とをサポートする。ＨＭは、また、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測のための、非対称区分をサポートする。非対称区分では、ＣＵの一方の方向は区分されず、一方、他方の方向は、２５％と７５％とに区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という表示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部で２Ｎ×０．５Ｎ ＰＵ、および下部で２Ｎ×１．５Ｎ ＰＵに水平に区分される２Ｎ×２Ｎ ＣＵを指す。

[0053]本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直寸法および水平寸法の観点からビデオブロックのピクセル寸法、たとえば、１６×１６（16x16）ピクセルまたは１６×１６（16 by 16）ピクセルを指すために互換的に使用され得る。概して、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）、および水平方向に１６ピクセル（ｘ＝１６）を有する。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮピクセル、および水平方向にＮピクセルを有し、ここで、Ｎは非負整数値を表す。ブロック中のピクセルは、行および列に配置され得る。その上、ブロックは、必ずしも、水平方向において垂直方向と同じ数のピクセルを有する必要があるとは限らない。たとえば、ブロックはＮ×Ｍピクセルを備え得、ここで、Ｍは必ずしもＮに等しいとは限らない。

[0054]ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングに続いて、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、空間領域（ピクセル領域とも呼ばれる）において予測ピクセルデータを生成する方法またはモードを記述するシンタックスデータを備え得、ＴＵは、変換、たとえば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換の適用後に、変換領域において係数を備え得る。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵのための残差データを含むＴＵを形成し、次いで、ＣＵのための変換係数を生成するためにＴＵを変換し得る。

[0055]変換係数を生成するための任意の変換に続いて、ビデオエンコーダ２０は、変換係数の量子化を実行し得る。量子化は、一般に、係数を表すために使用されるデータの量をできるだけ低減するために、変換係数が量子化され、さらなる圧縮を実現するプロセスを指す。量子化プロセスは、係数の一部またはすべてに関連付けられたビット深度を低減し得る。たとえば、ｎビット値は、量子化中にｍビット値に切り捨てられ得、ここで、ｎはｍよりも大きい。

[0056]量子化に続いて、ビデオエンコーダは、変換係数を走査し、量子化された変換係数を含む２次元行列から１次元ベクトルを生成し得る。走査は、アレイの前部により高いエネルギー（したがって、より低い周波数）係数を配置し、アレイの後部により低いエネルギー（したがって、より高い周波数）係数を配置するように設計され得る。いくつかの例では、ビデオエンコーダ２０は、エントロピー符号化され得るシリアル化ベクトルを生成するために、量子化された変換係数を走査するためにあらかじめ定義された走査順序を利用し得る。他の例では、ビデオエンコーダ２０は、適応走査を実行し得る。１次元ベクトルを形成するために、量子化された変換係数を走査した後、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディング、または別のエントロピー符号化方法に従って、１次元ベクトルをエントロピー符号化し得る。ビデオエンコーダ２０はまた、ビデオデータを復号する際にビデオデコーダ３０によって使用するための、符号化ビデオデータに関連付けられたシンタックス要素をエントロピー符号化し得る。

[0057]ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当て得る。コンテキストは、たとえば、シンボルの隣接値が非ゼロであるか否かに関係し得る。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルの可変長コードを選択し得る。ＶＬＣ中のコードワードは、比較的短いコードが優勢シンボルに対応し、一方、より長いコードが劣勢シンボルに対応するように、構成され得る。このようにして、ＶＬＣの使用は、たとえば、送信されるべき各シンボルのための等長コードワードを使用することに勝るビット節約を達成し得る。確率決定は、シンボルに割り当てられたコンテキストに基づき得る。

[0058]ビデオエンコーダ２０は、さらに、ブロックベースのシンタックスデータ、フレームベースのシンタックスデータ、およびＧＯＰベースのシンタックスデータなどのシンタックスデータを、たとえば、フレームヘッダ、ブロックヘッダ、スライスヘッダ、またはＧＯＰヘッダ中で、ビデオデコーダ３０へ送り得る。ＧＯＰシンタックスデータは、それぞれのＧＯＰ中のいくつかのフレームを記述し得、フレームシンタックスデータは、対応するフレームを符号化するために使用された符号化／予測モードを示し得る。

[0059]コード化ビデオセグメントは、ビデオ電話、記憶、ブロードキャスト、またはストリーミングなどのアプリケーションに対処する「ネットワークフレンドリ」なビデオ表現を提供する、ＮＡＬユニットに編成され得る。ＮＡＬユニットは、ビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニットおよび非ＶＣＬ ＮＡＬユニットとしてカテゴリー分類され得る。ＶＣＬユニットは、コア圧縮エンジンからの出力を包含し得、ブロック、マクロブロック、および／またはスライスレベルのデータを含み得る。他のＮＡＬユニットは、非ＶＣＬ ＮＡＬユニットであり得る。いくつかの例では、通常は１次コード化ピクチャとして提示される、１つの時間インスタンス中のコード化ピクチャは、１つまたは複数のＮＡＬユニットを含み得るアクセスユニット中に包含され得る。

[0060]上述されたように、ビデオエンコーダ２０およびビデオデコーダ３０は、一般に、ＭＶ−ＨＥＶＣまたはＳＨＶＣなど、ビデオコーディング規格またはビデオコーディング規格の拡張に従って動作するように構成され得る。したがって、例として、本開示の技法は、ＭＶ−ＨＥＶＣに関して以下で説明されるが、これらの技法は、ＳＨＶＣなど、他のビデオコーディング規格または拡張に適用され得ることを理解されたい。

[0061]ＨＥＶＣでは、ＮＡＬユニットタイプによって識別され得るいくつかの異なるピクチャタイプがある。１つのピクチャタイプは、概して、ＩＤＲピクチャ、クリーンランダムアクセス（ＣＲＡ）ピクチャ、時間レイヤアクセス（ＴＬＡ）ピクチャ、リンク切断アクセス（ＢＬＡ）ピクチャ、ＳＴＳＡ（ステップワイズ時間サブレイヤアクセス）ピクチャ、リーディングピクチャ（すなわち、後述されるＲＡＳＬピクチャおよびＲＡＤＬピクチャ）、またはいくつかの他の異なるピクチャタイプを含み得る、ランダムアクセスピクチャタイプである。

[0062]ビデオエンコーダ２０およびビデオデコーダ３０は、ビデオシーケンスの各ピクチャに、ピクチャの識別のためのＰＯＣ値を割り当て得る。ビデオエンコーダ２０は、たとえば、スライスヘッダ中、および／または、ＰＰＳもしくはＳＰＳなどのパラメータセット中で、参照ピクチャのためのＰＯＣ値を表すデータをシグナリングすることによって、参照ピクチャリスト中に含まれるべき参照ピクチャを表すデータを符号化し得る（および、ビデオデコーダ３０は復号し得る）。特定のコード化ピクチャのための、シンタックス要素ＰｉｃＯｒｄｅｒＣｎｔＶａｌによって表されるＰＯＣ値は、同じコード化ビデオシーケンス中の他のピクチャに対する、ピクチャ出力プロセスにおけるピクチャの相対的順序を示す。

[0063]ＰＯＣ値は、最下位ビット（ＬＳＢ）と最上位ビット（ＭＳＢ）とを含む。ＰＯＣは、ＭＳＢとＬＳＢとを連結または加算することによって取得され得る。ＬＳＢは、スライスヘッダ中でシグナリングされ得、ＭＳＢは、現在ピクチャのＮＡＬユニットタイプと、ＮＡＬユニットタイプランダムアクセススキップリーディング（ＲＡＳＬ：random access skipped leading）もしくはランダムアクセス復号可能リーディング（ＲＡＤＬ：random access decodable leading）のものではないか、またはサブレイヤ非参照ピクチャではなく、０に等しいｔｅｍｐｏｒａｌ＿ｉｄ値を有する、復号順序における前のピクチャのＭＳＢおよびＬＳＢとに基づいて、ビデオデコーダ３０によって計算され得る。０に等しいＴｅｍｐｏｒａｌＩｄと、現在ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄとを有し、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではない、そのようなピクチャは、ＰＯＣアンカーピクチャと呼ばれる。

[0064]現在ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャであるか、またはビットストリームの最初のピクチャであるＣＲＡピクチャであるとき、ＰＯＣ ＭＳＢの値は０に等しいと推論される（すなわち、コーダによって決定される）。マルチレイヤビットストリーム（たとえば、２つ以上のレイヤを有するＳＨＶＣまたはＭＶ−ＨＥＶＣビットストリーム）では、１つまたは２つ以上のピクチャがＩＲＡＰピクチャであるとともに１つまたは複数のピクチャが非ＩＲＡＰピクチャであるアクセスユニットが存在し得る。そのようなＡＵは、非整合ＩＲＡＰ ＡＵと呼ばれることがある。非整合ＩＲＡＰ ＡＵを包含するビットストリームを復号するとき、シグナリングされたＰＯＣ ＬＳＢ値に基づいてピクチャについて導出されたＰＯＣが、アクセスユニット中のすべてのピクチャ（たとえば、各レイヤのピクチャ）がＰｉｃＯｒｄｅｒＣｎｔＶａｌの同じ値を有するべきであるというビットストリーム要件に違反するようになることがあり得る。

[0065]したがって、場合によっては、ＰＯＣ値は、特定のアクセスユニット中のピクチャのＰＯＣ整合を維持するために、そのアクセスユニットについてリセットされ得る。ＭＶ−ＨＥＶＣ ＷＤ５では、非整合ＩＲＡＰ ＡＵがビットストリーム中に存在するときでも、ＡＵ中のすべてのピクチャのＰＯＣが同じであるように現在ピクチャおよびＤＰＢ内のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が調整されるように、フラグｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇシンタックス要素が、ピクチャのＰＯＣをリセットするために使用され得る。

[0066]２０１４年４月４日に出願された、Ｃｈｅｎ他の「ＣＲＯＳＳ−ＬＡＹＥＲ ＰＯＣ ＡＬＩＧＮＭＥＮＴ ＦＯＲ ＭＵＬＴＩ−ＬＡＹＥＲ ＢＩＴＳＴＲＥＡＭＳ ＴＨＡＴ ＭＡＹ ＩＮＣＬＵＤＥ ＮＯＮ−ＡＬＩＧＮＥＤ ＩＲＡＰ ＰＩＣＴＵＲＥＳ」という米国特許出願第１４／２４５，１１５号は、２つのフラグであるｐｏｃ＿ｍｓｂ＿ｒｅｓｅｔ＿ｆｌａｇとｐｏｃ＿ｌｓｂ＿ｒｅｓｅｔ＿ｆｌａｇとを使用する、ＰＯＣリセットを達成する別の方法について説明している。前者のフラグは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌのＭＳＢをリセットし、後者のフラグは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌのＬＳＢをリセットする。これらのフラグの両方が、スライスヘッダ中でシグナリングされる。

[0067]２０１３年１０月１４日に出願された米国仮第６１／８９０，８６８号は、ＰＯＣ ＭＳＢまたはＰＯＣリセット指示のいずれかを包含するピクチャが失われるときの、正確なＰＯＣ値の回復のための情報を包含する、ＳＥＩメッセージを提案している。

[0068]Ｈａｎｎｕｋｓｅｌａ他、「ＭＶ−ＨＥＶＣ／ＳＨＶＣ ＨＬＳ：ｏｎ ＰＯＣ ｖａｌｕｅ ｄｅｒｉｖａｔｉｏｎ」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１５回会合：ジュネーブ、スイス、２０１３年１０月２３日〜１１月１日、ＪＣＴＶＣ−Ｏ０２７５ｖ３（ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ０２７５−ｖ３．ｚｉｐにおいて入手可能）と、Ｓｊｏｂｅｒｇ他、「ＨＬＳ：Ｅｒｒｏｒ ｒｏｂｕｓｔ ＰＯＣ ａｌｉｇｎｍｅｎｔ」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１５回会合：ジュネーブ、スイス、２０１３年１０月２３日〜１１月１日、ＪＣＴＶＣ−Ｏ０１７６ｖ３（ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ０１７６−ｖ３．ｚｉｐにおいて入手可能）とは、マルチレイヤビデオコーディングにおけるＰＯＣ値をシグナリングおよび導出するための他の方法を提案している。

[0069]２０１４年１１月１７日に出願された米国出願第１４／５４３，４７０号は、２つのフラグ（すなわち、ｐｏｃ＿ｍｓｂ＿ｒｅｓｅｔ＿ｆｌａｇおよびｐｏｃ＿ｌｓｂ＿ｒｅｓｅｔ＿ｆｌａｇ）を２ビットＰＯＣリセットインジケータに置き換えることを提案し、ＰＯＣリセット期間の概念を導入しており、ここにおいて、各ＰＯＣリセット期間は、２つの連続するＰＯＣリセット期間について異なることが必要とされるＰＯＣリセット期間識別子によって識別される。そのような概念によって、ＰＯＣリセットが実行されるアクセスユニット中の１つまたは複数のピクチャの損失の場合に、デコーダがＰＯＣのクロスレイヤ整合を保つことが可能であるように、ＰＯＣリセット機構のエラーレジリエンシーが改善される。

[0070]概して、ＰＯＣリセット期間は、たとえば、ＭＶ−ＨＥＶＣの従属節Ｆ．３において、次のように定義され得る。

Ｆ．３．１ ピクチャ順序カウント（ＰＯＣ）リセット期間：０よりも大きいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃと、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの同じ値とをすべてが有する、レイヤ内の復号順序におけるピクチャのシーケンス。
代替的に、上記の定義における「レイヤ内」という句は、たとえば、次のように省略され得る。

Ｆ．３．２ ピクチャ順序カウント（ＰＯＣ）リセット期間：０よりも大きいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃと、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの同じ値とをすべてが有する、復号順序におけるピクチャのシーケンス。
したがって、ＰＯＣリセット期間はレイヤ固有である。一例では、ＭＶ−ＨＥＶＣ（または、別の適用可能な規格もしくは規格拡張）は、ＰＯＣリセット期間におけるピクチャがレイヤ内で復号順序において連続であることを必要とし得る。しかしながら、これらのピクチャが、同じレイヤにおいて０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するピクチャでインターリーブされることを可能にすることは、柔軟性を追加し得、クラスタ化されたパケット損失に対するより良いエラーレジリエンスを達成するために、同じオーバーヘッドの使用を可能にし得る。

[0071]ビデオエンコーダ２０は、スライスをそれぞれのＰＯＣリセット期間に割り当て得る。各ＰＯＣリセット期間は、１つまたは複数のスライスを含み得る。したがって、ＰＯＣ値がＰＯＣリセット期間の間にリセットされる（コーディング順序においてＰＯＣリセット期間に先行する参照ピクチャのＰＯＣ値をリセットすることを含む）とき、ビデオエンコーダ２０は、リセットされたＰＯＣ値に基づいて、参照ピクチャリスト中に含まれるべき参照ピクチャのＰＯＣ値をシグナリングし得る。

[0072]ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣ値を使用して、ＤＰＢに記憶されたピクチャのピクチャ出力とバンピングとを実行し得る。ピクチャ出力およびバンピングプロセスは、ＤＰＢから「出力のために必要とされる」および「参照のために使用されない」とマークされているピクチャを出力するためのプロセスである。Ｒａｍａｓｕｂｒａｍｏｎｉａｎ他、「ＭＶ−ＨＥＶＣ／ＳＨＶＣ ＨＬＳ：Ｓｕｂ−ＤＰＢ ｂａｓｅｄ ＤＰＢ ｏｐｅｒａｔｉｏｎｓ」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１５回会合：ジュネーブ、スイス、２０１３年１０月２３日〜１１月１日、ＪＣＴＶＣ−Ｏ０２１７（ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ０２１７−ｖ１．ｚｉｐにおいて入手可能）の採用後、ＨＥＶＣ拡張のためのＤＰＢのピクチャを出力およびバンピングするための概念は、次のことを組み込むように更新されている。

・レイヤごとの別個のＤＰＢ容量、いわゆるサブＤＰＢを指定する
・レイヤにわたるサブＤＰＢ容量の共有はない
・各レイヤは、それ自体のパラメータ（最大ピクチャ、最大レイテンシ、最大並べ替え）を有する
・「出力レイヤセット」ごとの異なるパラメータ
・動作点の定義を、「レイヤセット」ではなく、出力レイヤセットに固有であるように変更する
変更後、ピクチャ出力およびバンピングプロセスは、次のように動作し、すなわち、デコーダ適合のために、ピクチャ出力プロセスは、（１）ピクチャの復号前であるが、ピクチャの最初のスライスのスライスヘッダをパースした後と、（２）ピクチャの最後の復号ユニットがコード化ピクチャバッファから除去されるときとを含めて、ピクチャごとに２回呼び出される。バンピングプロセスが呼び出されるとき、このプロセスは、選択されたアクセスユニットに属するすべてのピクチャを出力する。

[0073]ピクチャ出力とバンピングとを含む、ＤＰＢのための出力順序の例示的な動作は、ＪＣＴＶＣ−Ｏ０２１７における追加と、ＭＶ−ＨＥＶＣ ＷＤ６への、Ｒａｍａｓｕｂｒａｍｏｎｉａｎ他、「ＭＶ−ＨＥＶＣ／ＳＨＶＣ ＨＬＳ：Ｏｎ ｆｌｕｓｈｉｎｇ ｏｆ ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅｓ ｆｒｏｍ ＤＰＢ ｂａｓｅｄ ｏｎ ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇ」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３とＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ）、第１５回会合：ジュネーブ、スイス、２０１３年１０月２３日〜１１月１日、Ｏ０２６６（ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ０２６６−ｖ１．ｚｉｐにおいて入手可能）の追加とを含めた後、次のようになる。
Ｃ．５．２ 出力順序ＤＰＢの動作
Ｃ．５．２．１ 一般
復号ピクチャバッファはサブＤＰＢからなり、各サブＤＰＢは、１つのレイヤのみの復号ピクチャの記憶のためのピクチャ記憶バッファを包含する。サブＤＰＢのピクチャ記憶バッファの各々は、「参照のために使用される」とマークされているか、または将来の出力のために保持されている、復号ピクチャを包含する。

ＤＰＢからのピクチャの出力および除去のためのプロセスと、ピクチャ復号、マーキング、追加のバンピング、および記憶のためのプロセスと、「バンピング」プロセスとが、以下で指定される。これらのプロセスは、ベースレイヤから開始して、ビットストリーム中のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の昇順に、レイヤごとに独立して適用される。これらのプロセスが特定のレイヤに対して適用されるとき、ピクチャをクロップおよび出力し、ピクチャに「出力のために必要とされない」とマークし、いかなるレイヤのためのピクチャ記憶バッファをも空にし得る「バンピング」プロセスを除いて、特定のレイヤのためのサブＤＰＢのみが影響を受ける。

ピクチャｎおよび現在ピクチャを、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値のためのアクセスユニットｎのコード化ピクチャまたは復号ピクチャとし、ここにおいて、ｎは非負整数である。

これらのプロセスが、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対して適用されるとき、変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ、およびＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１は、次のように導出される。
− Ａｎｎｅｘ ＧまたはＨにおいて指定されているプロファイルのうちの１つまたは複数に適合するＣＶＳが、節２〜１０、Ａｎｎｅｘ Ｆ、およびＡｎｎｅｘ ＧまたはＨにおいて指定されている復号プロセスを適用することによって復号される場合、次のことが適用される。

− ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓは、アクティブなＶＰＳのｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。

− ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１は、アクティブなＶＰＳのシンタックス要素ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］［ＨｉｇｈｅｓｔＴｉｄ］の値に等しく設定される。

− ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓは、アクティブなＶＰＳのＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。

− ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１は、アクティブなＶＰＳのシンタックス要素ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］の値に等しく設定される。
− そうでない（Ａｎｎｅｘ Ａにおいて指定されているプロファイルのうちの１つまたは複数に適合するＣＶＳが、節２〜１０において指定されている復号プロセスを適用することによって復号される）場合、次のことが適用される。

− ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓは、ベースレイヤのためのアクティブなＳＰＳのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。

− ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１は、ベースレイヤのためのアクティブなＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。

− ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓは、ベースレイヤのためのアクティブなＳＰＳのＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。

− ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１は、ベースレイヤのためのアクティブなＳＰＳのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に等しく設定される。
Ｃ．５．２．２ ＤＰＢからのピクチャの出力および除去
現在ピクチャが現在レイヤにおけるピクチャ０ではない（すなわち、現在ピクチャが０のＰＯＣ値を有していない）とき、現在ピクチャ、すなわち、ピクチャｎの復号前であるが、現在ピクチャの最初のスライスのスライスヘッダをパースした後の、ＤＰＢからの現在レイヤにおけるピクチャの出力および除去は、現在ピクチャの最初の復号ユニットがＣＰＢから除去されるときに瞬時に起こり、次のように進む。
− 従属節８．３．２において指定されているようなＲＰＳのための復号プロセスが呼び出される。
− 現在ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであるか、または現在アクセスユニット中のベースレイヤピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであり、ＮｏＣｌｒａｓＯｕｔｐｕｔＦｌａｇが１に等しい場合、次の順序付けられたステップが適用される。

１．変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、次のようにテスト中のデコーダのために導出される。

− 現在ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＣＲＡピクチャである場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、１に等しく設定される（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値にかかわらず）。

− そうでない場合、現在ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであり、現在レイヤのためのアクティブなＳＰＳから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が、現在レイヤにおいて先行するピクチャを復号するときに現在レイヤについてアクティブであったＳＰＳからそれぞれ導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値と異なる場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値にかかわらず、テスト中のデコーダによって１に設定され得る（が、設定されるべきでない）。

注− これらの条件下では、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが好ましいが、テスト中のデコーダは、この場合にはＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に設定することが可能にされる。

− そうでない場合、現在ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャである場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。

− そうでない（現在ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャではなく、現在アクセスユニット中のベースレイヤピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであり、ＮｏＣｌｒａｓＯｕｔｐｕｔＦｌａｇが１に等しい）場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは１に等しく設定される。

２．テスト中のデコーダのために導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、次のようにＨＲＤに対して適用される。

− ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、サブＤＰＢ内のすべてのピクチャ記憶バッファは、それらが包含しているピクチャを出力せずに空にされ、サブＤＰＢフルネスは０に等しく設定される。

− そうでない（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合、「出力のために必要とされない」および「参照のために使用されない」とマークされているピクチャを包含するすべてのピクチャ記憶バッファは（出力せずに）空にされ、サブＤＰＢ内のすべての空でないピクチャ記憶バッファは、従属節Ｃ．５．２．４において指定されている「バンピング」プロセスを繰り返し呼び出すことによって空にされ、サブＤＰＢフルネスは０に等しく設定される。
− そうでない場合、現在レイヤにおけるピクチャを包含しており、「出力のために必要とされない」および「参照のために使用されない」とマークされている、すべてのピクチャ記憶バッファは（ピクチャが出力されることなく）空にされる。空にされる各ピクチャ記憶バッファに対して、サブＤＰＢフルネスは１だけデクリメントされる。次の条件のうちの１つまたは複数が真であるとき、空にされる各追加のピクチャ記憶バッファに対してサブＤＰＢフルネスを１だけさらにデクリメントしながら、次の条件のいずれも真でなくなるまで、従属節Ｃ．５．２．４において指定されている「バンピング」プロセスが繰り返し呼び出される。

− 「出力のために必要とされる」とマークされた、ＤＰＢ（すなわち、サブＤＰＢのいずれか）内の少なくとも１つの復号ピクチャを包含するアクセスユニットの数は、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓよりも大きい。

− ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１は０に等しくなく、それについて関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ以上である、「出力のために必要とされる」とマークされた、ＤＰＢ内の少なくとも１つの復号ピクチャを包含する、少なくとも１つのアクセスユニットがある。

− 現在レイヤのサブＤＰＢ内の現在レイヤにおけるピクチャの数は、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１＋１以上である。
Ｃ．５．２．３ ピクチャ復号、マーキング、追加のバンピング、および記憶
この従属節において指定されているプロセスは、ピクチャｎの最後の復号ユニットがＣＰＢから除去されるときに瞬時に起こる。
ＰｉｃＯｕｔｐｕｔＦｌａｇは次のように更新される。
− 現在アクセスユニットが、ターゲット出力レイヤにおいてピクチャを包含しておらず、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇが１に等しい場合、次の順序付けられたステップが適用される。

−リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓは、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有し、ならびに、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中に含まれており、ターゲット出力レイヤ上にないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する、アクセスユニットのピクチャのリストである。

−リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓの中で最高のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャは、リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓから除去される。

−リストｎｏｎＯｕｔｐｕｔＬａｙｅｒＰｉｃｔｕｒｅｓ中に含まれる各ピクチャのためのＰｉｃＯｕｔｐｕｔＦｌａｇは、０に等しく設定される。
− そうでない場合、ターゲット出力レイヤ中に含まれないピクチャのためのＰｉｃＯｕｔｐｕｔＦｌａｇは、０に等しく設定される。

現在ピクチャが、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するとき、「出力のために必要とされる」とマークされており、出力順序において現在ピクチャに後続する、サブＤＰＢ内の現在レイヤにおける各ピクチャについて、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ＋１に等しく設定される。

現在ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号されると見なされる。現在復号ピクチャは、サブＤＰＢ内の空のピクチャ記憶バッファ内に記憶され、次のことが適用される。
− 現在復号ピクチャが、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合、それは「出力のために必要とされる」とマークされ、その関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、０に等しく設定される。
− そうでない（現在復号ピクチャが、０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合、それは「出力のために必要とされない」とマークされる。

現在復号ピクチャは、「短期参照のために使用される」とマークされる。

次の条件のうちの１つまたは複数が真であるとき、従属節Ｃ．５．２．４において指定されている「バンピング」プロセスが、次の条件のいずれも真でなくなるまで繰り返し呼び出される。
− 「出力のために必要とされる」とマークされた、ＤＰＢ（すなわち、サブＤＰＢのいずれか）内の少なくとも１つの復号ピクチャを包含するの数は、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓよりも大きい。
− ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１は０に等しくなく、それについて関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ以上である、「出力のために必要とされる」とマークされた、ＤＰＢ内の少なくとも１つの復号ピクチャを包含する、少なくとも１つのアクセスユニットがある。
Ｃ．５．２．４ 「バンピング」プロセス
「バンピング」プロセスは、次の順序付きステップからなる。
１．出力のための最初のものである１つまたは複数のピクチャが、「出力のために必要とされる」とマークされたＤＰＢ内のすべてのピクチャのうちのＰｉｃＯｒｄｅｒＣｎｔＶａｌの最小値を有するピクチャとして選択される。
２．これらのピクチャの各々が、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順で、ピクチャのためのアクティブＳＰＳ中で指定された適合クロッピングウィンドウを使用してクロップされ、クロップされたピクチャが出力され、そのピクチャが「出力のために必要とされない」とマークされる。
３．「参照のために使用されない」とマークされ、クロップおよび出力されたピクチャのうちの１つであったピクチャを包含する、各ピクチャ記憶バッファが空にされる。

[0074]本開示の技法によれば、ビデオエンコーダ２０およびビデオデコーダ３０は、それにおいてＰＯＣリセットが実行されるアクセスユニットの初期ピクチャを復号するより前に、ＤＰＢに記憶されたすべてのピクチャ（たとえば、すべてのレイヤのピクチャ）のＰＯＣ値をデクリメントするようにそれぞれ構成され得る。たとえば、ビデオエンコーダ２０およびビデオデコーダ３０は、コーディングされているピクチャより前に処理され、ＤＰＢに記憶されているピクチャ（たとえば、現在ピクチャに対して「より早いピクチャ」と一般に呼ばれることがある、コーディング順序において現在コーディングされているピクチャに先行するピクチャ）に、ＰＯＣデクリメントを適用し得る。本開示の態様によれば、ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣリセットを必要とする各アクセスユニットの開始において、ＤＰＢ内の（すなわち、すべてのサブＤＰＢのための）そのようなより早いピクチャにＰＯＣデクリメントを適用し得る。ＰＯＣデクリメントプロセスは、アクセスユニットのための初期ピクチャをコーディング（たとえば、符号化または復号）する前であるが、初期ピクチャの最初のスライスのスライスヘッダ情報をコーディングした後に（すなわち、それに続いて）呼び出され得る。このようにして、ビデオエンコーダ２０およびビデオデコーダ３０のＤＰＢに記憶されたピクチャのＰＯＣ値は、アクセスユニットのピクチャをコーディングするときに整合されたままであり得、それによって、ＤＰＢのピクチャが適切な順序で出力されることが可能になり、したがって、ピクチャが正確に表示され得ることが保証される。たとえば、ＤＰＢに記憶されたピクチャのクロスレイヤ整合を（たとえば、各それぞれのアクセスユニットのピクチャが同じＰＯＣ値を有するように）維持することによって、ビデオデコーダ３０は、別のアクセスユニットのピクチャを出力するより前に、あるアクセスユニットからすべてのピクチャを出力し得る。これは、適切な閲覧体験を提供するために、アクセスユニットのピクチャが実質的に同時に表示されることを可能にし得る。

[0075]別の例では、本開示の態様によれば、ＰＯＣデクリメントのタイミングが変更され得る。たとえば、ビデオデコーダ３０は、アクセスユニット中の各ピクチャを復号する前であるが、ピクチャの最初のスライスのスライスヘッダ情報のパースおよび復号後、各サブＤＰＢ内で復号されているピクチャの前に処理され（たとえば、復号され）、ＤＰＢに記憶されているピクチャに対して、ＰＯＣデクリメントプロセスを呼び出し得る。ビデオデコーダ３０はまた、アクセスユニット中に存在するピクチャを復号した後、アクセスユニットのために存在しないかまたは受信されないピクチャを有するレイヤのためのサブＤＰＢ内のより早いピクチャの追加のＰＯＣデクリメントプロセスを実行し得る。

[0076]さらに別の例では、本開示の態様によれば、ビデオデコーダ３０は、アクセスユニット中の各ピクチャの復号前であるが、それぞれのピクチャの最初のスライスのスライスヘッダ情報のパースおよび復号後、各サブＤＰＢ内のより早いピクチャに対して、ＰＯＣデクリメントプロセスを呼び出し得る。サブＤＰＢ内のより早いピクチャのＰＯＣデクリメントプロセスが実行される前に、同じプロセスが１つまたは複数の下位レイヤサブＤＰＢに対してまだ実行されていない場合、このプロセスがそれらのサブＤＰＢに対して実行される。

[0077]さらに別の例では、本開示の態様によれば、ビデオデコーダ３０は、ＰＯＣリセットを必要とする各アクセスユニットを復号することの終了において、ＤＰＢ内の（すなわち、すべてのサブＤＰＢのための）より早いピクチャのＰＯＣデクリメントプロセスが１回適用されるを実行し得る。すなわち、ビデオデコーダ３０は、ＰＯＣリセットが実行されるとともにのために、アクセスユニットのすべてのピクチャを復号し、続いてＤＰＢのすべてのピクチャのＰＯＣ値をデクリメントし得る。

[0078]本開示の態様によれば、ビデオエンコーダ２０およびビデオデコーダは、ＭＶ−ＨＥＶＣなど、適用可能なビデオコーディング規格によって確立された制限（たとえば、所与のビットストリームに、コーダによって、適用可能であると決定され、見なされるようなビットストリーム制約）に従って、それぞれ構成され得る。たとえば、本開示の態様によれば、ＤＰＢ（たとえば、すべてのサブＤＰＢ）内のより早いピクチャをデクリメントするための、導出される値は、ＰＯＣまたはＰＯＣ ＭＳＢリセットが実行されるアクセスユニット中のすべてのピクチャについて同じであるものとする。

[0079]上述されたように、レイヤ固有のＰＯＣリセット期間は、スライスセグメントヘッダ中でシグナリングされたＰＯＣリセット期間識別子に基づいて指定され得る。すなわち、ビデオエンコーダ２０およびビデオデコーダ３０は、スライスセグメントヘッダ中でＰＯＣリセット期間識別子を表すデータをそれぞれコーディングし得る。少なくとも１つのＩＲＡＰピクチャを包含するアクセスユニットに属する各非ＩＲＡＰピクチャは、非ＩＲＡＰピクチャを包含するレイヤにおいてＰＯＣリセット期間の開始であり得る。すなわち、ビデオエンコーダ２０は、非ＩＲＡＰピクチャが新しいＰＯＣリセット期間の開始であることを示すために、少なくとも１つのＩＲＡＰピクチャを包含するアクセスユニットの非ＩＲＡＰピクチャのためのＰＯＣリセットタイプを設定し得る。そのようなアクセスユニットにおいて、各ピクチャは、そのピクチャを包含するレイヤにおいてＰＯＣリセット期間の開始となる。ＰＯＣ ＭＳＢのみ、またはＰＯＣ ＭＳＢとＰＯＣ ＬＳＢの両方のいずれかである、ＰＯＣリセット、および、ＤＰＢ内の同じレイヤのピクチャのＰＯＣ値の更新は、各ＰＯＣリセット期間内の最初のピクチャのみに対して適用され得る。

[0080]ビデオエンコーダ２０は、ビデオデコーダ３０がスライスセグメントヘッダを有するスライスを含むレイヤにおけるピクチャのＰＯＣ値を導出するために使用し得る、スライスセグメントヘッダ中のＰＯＣ ＬＳＢ値をシグナリングし得る。スライスセグメントヘッダ中でシグナリングされたＰＯＣ ＬＳＢ値は、ＤＰＢ内の同じレイヤのピクチャのＰＯＣ値を更新するために使用される、デルタＰＯＣ値の導出のため、および、現在ピクチャのＰＯＣ値のＰＯＣ ＭＳＢの導出のためにも使用され得る。現在ピクチャが、シグナリングされたそのようなＰＯＣ ＬＳＢ値を有するとき、および、現在ピクチャに関連付けられたＰＯＣアンカーピクチャがビットストリーム中に存在するとき、ＰＯＣアンカーピクチャは、ＰＯＣリセットまたはＰＯＣ ＭＳＢリセットのいずれかの指示を有する。現在ピクチャのためにシグナリングされたそのようなＰＯＣ ＬＳＢ値は、現在ピクチャとしてのＰＯＣリセット期間の最初のピクチャでもある、ＰＯＣアンカーピクチャのＰＯＣ ＬＳＢ値に等しい。本開示の態様によれば、ビデオエンコーダ２０は、２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素を有するベースレイヤＩＤＲピクチャのための追加のＰＯＣ ＬＳＢを示すデータをシグナリングする。

[0081]上述されたように、ビデオエンコーダ２０およびビデオデコーダ３０は、適用可能なビデオコーディング規格によって確立された制限に従ってそれぞれ構成され得る。たとえば、本開示の態様によれば、同じアクセスユニット中のすべてのピクチャは、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの同じ同じ値を有するものとする。加えて、別の例として、１つのＰＯＣリセット期間は、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有する２つ以上のアクセスユニットを含まないものとする。加えて、別の例として、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するアクセスユニットは、ＰＯＣリセット期間における最初のアクセスユニットであるものとする。

[0082]本開示の態様によれば、ＰＯＣリセット期間は、マルチレイヤビデオデータのすべてのレイヤに適用可能であり得る。たとえば、ＰＯＣリセット期間は、ＰＯＣリセット期間がマルチレイヤデータのレイヤにわたって適用されるように定義され得る。以下でより詳細に説明されるように、ＰＯＣリセット期間は、０よりも大きいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃをすべてが有する、復号順序におけるアクセスユニットのシーケンスを含み得る。上記で説明されたＰＯＣ値リセットを示すデータが、ＰＯＣリセット期間に関連付けられ得る。

[0083]次の開示および表は、本開示の技法による例示的なシンタックスを含む。このシンタックスは、たとえば、上述された文書ＪＣＴＶＣ−Ｏ０２１７およびＪＣＴＶＣ−Ｏ０２６６によって修正されるようなＭＶ−ＨＥＶＣのシンタックスに関して修正され得る。以下の例示的な説明、シンタックステーブルおよびセマンティクスでは、（文書ＪＣＴＶＣ−Ｏ０２１７およびＪＣＴＶＣ−Ｏ０２６６によって修正されるような）ＭＶ−ＨＥＶＣに対する追加が、イタリック体を使用して表され、削除が、「除去」が前に付いた括弧付きのテキスト（たとえば、［除去：“除去されたテキスト”］）を使用して表される。概して、「要件」に関するステートメントは、規格または規格拡張のテキストの一部を形成するものであり、本開示の技法の目的のための要件を形成しないものと理解されたい。場合によっては、そのような「要件」は、適用可能であると決定され得、次いで、たとえば、その決定に基づいてビデオコーダによって遵守され得る、ビットストリーム制約を含み得る）。

[0084]次の数学関数の定義が、ＭＶ−ＨＥＶＣに、たとえば、ＭＶ−ＨＥＶＣの従属節５．８に追加され得る。

[0085]次の定義が、従属節Ｆ．３に追加され得る。
Ｆ．３．１ ピクチャ順序カウント（ＰＯＣ）リセット期間：０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するアクセスユニットでインターリーブされてもされなくてもよい、０よりも大きいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃと、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの同じ値とをすべてが有する、復号順序におけるアクセスユニットのシーケンス。

[0086]１つの代替として、ＰＯＣリセット期間におけるピクチャは、レイヤ内で復号順序において連続であることが必要とされる。しかしながら、これらのピクチャが、同じレイヤにおいて０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するピクチャでインターリーブされることを可能にすることは、より柔軟であり、クラスタ化されたパケット損失に対するより良いエラーレジリエンスを達成するために、同じオーバーヘッドを使用することを可能にする。

[0087]次の表は、本開示の技法による、ＰＰＳのためのシンタックスの一例である。

[0088]上の例では、０に等しいｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素がＰＰＳ ＲＢＳＰシンタックス構造中に存在しないことを指定する。ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいとき、ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、本仕様の本バージョンに適合するビットストリーム中で０に等しいものとし、ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇのための１の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保され、デコーダは、ＰＰＳ ＮＡＬユニット中のｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇのための値１に後続するすべてのデータを無視するものとする。

[0089]加えて、０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが、ＰＰＳを参照するスライスのスライスセグメントヘッダ中に存在しないことを指定する。加えて、１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが、ＰＰＳを参照するスライスのスライスセグメントヘッダ中に存在することを指定する。

[0090]加えて、０に等しいｐｐｓ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇは、ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素が、ＰＰＳ ＲＢＳＰシンタックス構造中に存在しないことを指定する。ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇは、本仕様の本バージョンに適合するビットストリーム中で０に等しいものとする。ｐｐｓ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇのための１の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために確保される。デコーダは、ＰＰＳ ＮＡＬユニット中のｐｐｓ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇのための値１に後続するすべてのデータを無視するものとする。

[0091]次の表は、本開示の技法による、スライスヘッダのためのシンタックスの一例である。

[0092]代替的に、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄシンタックス要素は、たとえば、ｕ（１４）としてコーディングされた、異なるビット数を使用してシグナリングされ得る。

[0093]存在するとき、スライスセグメントヘッダシンタックス要素ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇ、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇ、ｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｓｐｓ＿ｆｌａｇ、ｓｈｏｒｔ＿ｔｅｒｍ＿ｒｅｆ＿ｐｉｃ＿ｓｅｔ＿ｉｄｘ、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｓｐｓ、ｎｕｍ＿ｌｏｎｇ＿ｔｅｒｍ＿ｐｉｃｓ、ｓｌｉｃｅ＿ｔｅｍｐｏｒａｌ＿ｍｖｐ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇ、ｃｒｏｓｓ＿ｌａｙｅｒ＿ｂｌａ＿ｆｌａｇ、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃ、ｐｏｃ＿ｒｅｓｅｔ＿ｐｉｃ＿ｉｄ、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ、およびｐｏｃ＿ｌｓｂ＿ｖａｌの値は、コード化ピクチャのすべてのスライスセグメントヘッダ中で同じものとする。存在するとき、スライスセグメントヘッダシンタックス要素ｌｔ＿ｉｄｘ＿ｓｐｓ［ｉ］、ｐｏｃ＿ｌｓｂ＿ｌｔ［ｉ］、ｕｓｅｄ＿ｂｙ＿ｃｕｒｒ＿ｐｉｃ＿ｌｔ＿ｆｌａｇ［ｉ］、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］、ｄｅｌｔａ＿ｐｏｃ＿ｍｓｂ＿ｃｙｃｌｅ＿ｌｔ［ｉ］、およびｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は、ｉの可能な値ごとに、コード化ピクチャのすべてのスライスセグメントヘッダ中で同じものとする。

[0094]シンタックス要素ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈは、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈ自体をシグナリングするために使用されるビットを含まない、バイト単位のスライスセグメントヘッダ拡張データの長さを指定し得る。ｐｏｃ＿ｒｅｓｅｔ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、シンタックス要素ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈの値は、両端値を含む０〜２５６の範囲内にあるものとする。そうでない場合、シンタックス要素ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈの値は、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが１に等しいとき、またはｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが２に等しく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０よりも大きいとき、両端値を含む１〜２５６の範囲内にあるものとし、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが２に等しく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいとき、両端値を含む１＋Ｃｅｉｌ（（ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４）／８）〜２５６の範囲内にあるものとし、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、両端値を含む１＋Ｃｅｉｌ（（ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋５）／８）〜２５６の範囲内にあるものとする。

[0095]０に等しいシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在ピクチャのためのピクチャ順序カウント値の最上位ビットまたは最下位ビットのいずれもリセットされないことを指定する。１に等しいシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在ピクチャのためのピクチャ順序カウント値の最上位ビットのみがリセットされ得ることを指定する。２に等しいシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在ピクチャのためのピクチャ順序カウント値の最上位ビットと最下位ビットの両方がリセットされ得ることを指定する。３に等しいシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在ピクチャのためのピクチャ順序カウント値の最上位ビットのみ、または、最上位ビットと最下位ビットの両方のいずれかがリセットされ得、追加のピクチャ順序カウント情報がシグナリングされることを指定する。存在しないとき、シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｐｏｃの値は、０に等しいと推論される（すなわち、明示的なシグナリングなしに、コーダによって決定される）。

[0096]次の制約が適用されることが、ビットストリーム適合の要件である。

− ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、サブレイヤ非参照ピクチャ、または０よりも大きいＴｅｍｐｏｒａｌＩｄを有するピクチャについて、１または２に等しくないものとする。
− アクセスユニット中のすべてのピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、同じものとする。
［除去：− アクセスユニット中のピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値が１に等しいとき、そのアクセスユニット中のすべてのピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、１に等しいものとする。］
［除去：− アクセスユニット中のピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値が２に等しいとき、そのアクセスユニット中のすべてのピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、２に等しいものとする。］
− アクセスユニット中の１つのピクチャが、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値を有するＩＲＡＰピクチャであり、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの異なる値を有する、同じアクセスユニット中の少なくとも１つの他のピクチャがあるとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、アクセスユニット中のすべてのピクチャについて１または２に等しいものとする。

− アクセスユニット中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャが、ＩＤＲピクチャであり、同じアクセスユニット中の少なくとも１つの非ＩＤＲピクチャがあるとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、アクセスユニット中のすべてのピクチャについて２に等しいものとする。

− アクセスユニット中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャが、ＩＤＲピクチャではないとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、アクセスユニット中の任意のピクチャについて２に等しくないものとする。

[0097]アクセスユニットのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、アクセスユニット中のピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値を指す。

[0098]シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄは、ＰＯＣリセット期間を識別する。シンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの同じ値と、１または２に等しいシンタックス要素ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃとを有する、同じレイヤにおける復号順序で連続する２つのピクチャがないものとする。

注−あるレイヤにおける複数のピクチャが、ｐｏｃ＿ｒｅｓｅｔ＿ｐｉｃ＿ｉｄの同じ値を有することと、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有することとは、そのようなピクチャが復号順序で連続する２つのアクセスユニットにおいて発生しない限り、禁止されない。ピクチャ損失、ビットストリーム抽出、シーク、またはスプライシング動作のために、そのような２つのピクチャがビットストリーム中に現れる見込みを最小限に抑えるために、エンコーダは、（上記で指定された制約を受けて）ｐｏｃ＿ｒｅｓｅｔ＿ｐｉｃ＿ｉｄの値を、ＰＯＣリセット期間ごとにランダム値になるように設定するべきである。

[0099]次の制約が適用されることが、ビットストリーム適合の要件である。
− １つのＰＯＣリセット期間は、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有する２つ以上のアクセスユニットを含まないものとする。
− １または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するアクセスユニットは、ＰＯＣリセット期間における最初のアクセスユニットであるものとする。
［除去：− １および３に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するピクチャが、同じＰＯＣリセット期間において存在するとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃ＝３を有するすべてのピクチャは、復号順序において１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するピクチャに後続するものとする。］
［除去：− ２および３に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するピクチャが、同じＰＯＣリセット期間において存在するとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃ＝３を有するすべてのピクチャは、復号順序において２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するピクチャに後続するものとする。］
[0100]１に等しいシンタックス要素ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、同じレイヤにおける復号順序において前のピクチャが同じＰＯＣリセット期間に属していないとき、現在ピクチャのためのピクチャ順序カウント値の最上位ビットと最下位ビットの両方がリセットされることを指定する。０に等しいシンタックス要素ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、同じレイヤにおける復号順序において前のピクチャが同じＰＯＣリセット期間に属していないとき、現在ピクチャのためのピクチャ順序カウント値の最上位ビットのみがリセットされることを指定する。

[0101]シンタックス要素ｐｏｃ＿ｌｓｂ＿ｖａｌは、現在ピクチャのピクチャ順序カウントを導出するために使用され得る値を指定する。ｐｏｃ＿ｌｓｂ＿ｖａｌシンタックス要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。

[0102]ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しく、また、現在ピクチャと同じレイヤ内である、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有する、および同じＰＯＣリセット期間に属する、復号順序における前のピクチャｐｉｃＡがビットストリーム中に存在するとき、ｐｉｃＡは、現在ピクチャと同じレイヤ内である、ＲＡＳＬピクチャ、ＲＡＤＬピクチャまたはサブレイヤ非参照ピクチャではない、および０に等しいＴｅｍｐｏｒａｌＩｄを有する、復号順序における前のピクチャと同じピクチャであるものとすること、ならびに、現在ピクチャのｐｏｃ＿ｌｓｂ＿ｖａｌの値は、ｐｉｃＡのｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値に等しいものとすることが、ビットストリーム適合の要件である。

[0103]変数ｎｕｍＲｓｖＢｉｔｓおよびＢｙｔｅｓＩｎＳｌｉｃｅＳｅｇｍｔＨｄｒＥｘｔは、次のように導出される。

[0104]シンタックス要素ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓは、任意の値を有し得る。ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓシンタックス要素の長さは、ｎｕｍＲｓｖＢｉｔｓビットに等しい。ビデオデコーダ３０などのデコーダは、ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｒｅｓｅｒｖｅｄ＿ｂｉｔｓの値を無視するものとする。その値は、本仕様の本バージョンにおいて指定されているプロファイルへのデコーダ適合に影響を与えない。

[0105]ビデオデコーダ３０は、０よりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するコード化ピクチャの復号を開始するための、次の復号プロセスを実行し得る。以下のプロセスにおいて参照される各「ピクチャ」は、完全コード化ピクチャである。復号プロセスは、現在ピクチャＣｕｒｒＰｉｃについて次のように動作する。

− 本明細書で説明されるように、ＮＡＬユニットを復号する。

− 従属節Ｆ．８．３におけるプロセスは、スライスセグメントレイヤおよびそれ以上におけるシンタックス要素を使用した次の復号プロセスを指定する。

− ピクチャ順序カウントに関係する変数および関数は、従属節Ｆ．８．３．１において導出される。これは、ピクチャの最初のスライスセグメントについてのみ呼び出される必要がある。ＰｉｃＯｒｄｅｒＣｎｔＶａｌがアクセスユニット内で不変のままであるものとすることが、ビットストリーム適合の要件である。ＤｅｌｔａＰｏｃＶａｌがアクセスユニット内で不変のままであるものとすることもまた、ビットストリーム適合の要件である。

− 従属節Ｆ．８．３．２におけるＲＰＳのための復号プロセスが呼び出され、ここにおいて、ＣｕｒｒＰｉｃのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する参照ピクチャのみが、「参照のために使用されない」または「長期参照のために使用される」とマークされ得、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの異なる値を有するいかなるピクチャもマークされない。これは、ピクチャの最初のスライスセグメントについてのみ呼び出される必要がある。

− ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しいとき、従属節Ｆ．８．１．３において指定されている利用不可能な参照ピクチャを生成するための復号プロセスが呼び出され、これは、ピクチャの最初のスライスセグメントについてのみ呼び出される必要がある。

− ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しくなく、現在ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャであるとき、従属節Ｆ．８．１．３において指定されている利用不可能な参照ピクチャを生成するための復号プロセスが呼び出され、これは、ピクチャの最初のスライスセグメントについてのみ呼び出される必要がある。

[0106]第１の例では、本開示の態様によれば、ビデオデコーダ３０は、ＰＯＣ値のための次の復号プロセスを実行し得る。第１の例は、上記で説明されたＰＯＣ値をデクリメントするための第１の例示的な技法に対応し得る。すなわち、以下の例は、それにおいてＰＯＣリセットが実行されるアクセスユニットの初期ピクチャを復号するより前に、ＤＰＢに記憶された（すべてのレイヤの）すべてのピクチャのＰＯＣ値をデクリメントするために使用され得る。ＰＯＣデクリメントプロセスは、アクセスユニットのための初期ピクチャを復号する前であるが、初期ピクチャの最初のスライスのスライスヘッダ情報をコーディングした後に呼び出され得る。第１の例示的なプロセスは、次のように実行され得る。

このプロセスの出力は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ、現在ピクチャのピクチャ順序カウントである。

ピクチャ順序カウントは、マージモードにおける動きパラメータと動きベクトル予測とを導出するために、およびデコーダ適合チェック（従属節Ｃ．５参照）のために、ピクチャを識別するために使用される。

各コード化ピクチャは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌとして示されるピクチャ順序カウント変数に関連付けられる。

ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが０よりも大きく、現在ピクチャを包含するアクセスユニットがＰＯＣリセット期間において復号順序で最初のアクセスユニットである場合、次のことが適用される。
− 変数ｐｏｃＭｓｂＤｅｌｔａ、ｐｏｃＬｓｂＤｅｌｔａ、およびＤｅｌｔａＰｏｃＶａｌは、次のように導出される。

− 現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、次のように導出される。

− ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値は、次のように導出される。

− 現在ピクチャが、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではなく、現在ピクチャが、０に等しいＴｅｍｐｏｒａｌＩｄを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。

− そうでない場合、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌに等しく設定される。
そうでない場合、次のことが適用される。
− ＤｅｌｔａＰｏｃＶａｌの値は、０に等しく設定される。
− 現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、次のように導出される。

− ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値は、次のように導出される。

− 現在ピクチャが、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではなく、現在ピクチャが、０に等しいＴｅｍｐｏｒａｌＩｄを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。

− そうでない場合、ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌに等しく設定される。
現在ピクチャがアクセスユニット中の最初のピクチャ（すなわち、アクセスユニット中のすべてのピクチャの中でｎｕｈ＿ｌａｙｅｒ＿ｉｄの最低値を有するピクチャ）であり、ＤｅｌｔａＰｏｃＶａｌが０よりも大きい場合、すべてのサブＤＰＢ内のすべてのピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値は、ＤｅｌｔａＰｏｃＶａｌの値だけデクリメントされる。

ＰｉｃＯｒｄｅｒＣｎｔＶａｌの値は、両端値を含む−２³¹〜２³¹−１の範囲内にあるものとする。１つのＣＶＳの中で、同じレイヤにおける任意の２つのコード化ピクチャのためのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値は、同じではないものとする。

関数ＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＸ）は、次のように指定される。

関数ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）は、次のように指定される。

ビットストリームは、両端値を含む−２¹⁵〜２¹⁵−１の範囲内にはない、復号プロセスにおいて使用されるＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）の値をもたらすデータを包含しないものとする。
注−Ｘを現在ピクチャとし、ＹおよびＺを同じシーケンス中の２つの他のピクチャとすると、ＹおよびＺは、ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｙ）とＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｚ）の両方が正であるか、または両方が負であるとき、Ｘからの同じ出力順序方向であると見なされる。

[0107]第２の例では、本開示の態様によれば、ビデオデコーダ３０は、ＰＯＣ値のための次の復号プロセスを実行し得る。第２の例は、上記で説明されたＰＯＣ値をデクリメントするための第２の例示的な技法に対応し得る。すなわち、以下の例は、アクセスユニット中の各ピクチャを復号する前であるが、ピクチャの最初のスライスのスライスヘッダ情報のパースおよび復号後、各サブＤＰＢ内のより早いピクチャに対して、ＰＯＣデクリメントプロセスを呼び出すために使用され得る。ビデオデコーダ３０はまた、アクセスユニット中に存在するピクチャを復号した後、アクセスユニットのために存在しないかまたは受信されないピクチャを有するレイヤのためのサブＤＰＢ内のより早いピクチャの追加のＰＯＣデクリメントプロセスを実行し得る。第２の例示的なプロセスは、次のように実行され得る。

このプロセスの出力は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ、現在ピクチャのピクチャ順序カウントである。

ピクチャ順序カウントは、マージモードにおける動きパラメータと動きベクトル予測とを導出するために、およびデコーダ適合チェック（従属節Ｃ．５参照）のために、ピクチャを識別するために使用される。

各コード化ピクチャは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌとして示されるピクチャ順序カウント変数に関連付けられる。

現在ピクチャがアクセスユニット中の最初のピクチャである場合、次のことが適用される。
− ＰｏｃＲｅｓｅｔＦｌａｇの値が０に設定される。
− 変数ＤｅｌｔａＰｏｃＶａｌが０に設定される。
− 変数ＵｐｄａｔｅＳｕｂＤｐｂＦｌａｇ［ｉ］が、両端値を含む０〜６３までのｉのすべての値について、０に等しく設定される。

ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが０よりも大きく、現在ピクチャを包含するアクセスユニットがＰＯＣリセット期間において復号順序で最初のアクセスユニットである場合、次のことが適用される。

ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが０よりも大きく、現在ピクチャを包含するアクセスユニットがＰＯＣリセット期間において復号順序で最初のアクセスユニットである場合、次のことが適用される。
− 変数ｐｏｃＭｓｂＤｅｌｔａ、ｐｏｃＬｓｂＤｅｌｔａ、およびＤｅｌｔａＰｏｃＶａｌは、次のように導出される。

− ＤＰＢ内にあり、現在ピクチャと同じレイヤに属する各ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、ＤｅｌｔａＰｏｃＶａｌだけデクリメントされる。

− 現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、次のように導出される。

− ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値は、次のように導出される。

− 現在ピクチャが、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではなく、現在ピクチャが、０に等しいＴｅｍｐｏｒａｌＩｄを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。

− そうでない場合、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌに等しく設定される。
そうでない場合、次のことが適用される。
− ＤｅｌｔａＰｏｃＶａｌの値は、０に等しく設定される
− 現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、次のように導出される。

− ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値は、次のように導出される。

− 現在ピクチャが、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではなく、現在ピクチャが、０に等しいＴｅｍｐｏｒａｌＩｄを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。

− そうでない場合、ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌに等しく設定される。
現在ピクチャがアクセスユニット中の最後のピクチャであり、変数ＰｏｃＲｅｓｅｔＦｌａｇの値が１に等しい場合、次のことが適用される。
− 両端値を含む０〜６３までのｉのすべての値について、ＵｐｄａｔｅＳｕｂＤｐｂＦｌａｇ［ｉ］が０に等しい場合、ｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＤＰＢ内のすべてのピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌが、変数ＤｅｌｔａＰｏｃＶａｌの値だけデクリメントされる。

ＰｉｃＯｒｄｅｒＣｎｔＶａｌの値は、両端値を含む−２³¹〜２³¹−１の範囲内にあるものとする。１つのＣＶＳの中で、同じレイヤにおける任意の２つのコード化ピクチャのためのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値は、同じではないものとする。

関数ＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＸ）は、次のように指定される。

関数ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）は、次のように指定される。

ビットストリームは、両端値を含む−２¹⁵〜２¹⁵−１の範囲内にはない、復号プロセスにおいて使用されるＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）の値をもたらすデータを包含しないものとする。
注−Ｘを現在ピクチャとし、ＹおよびＺを同じシーケンス中の２つの他のピクチャとすると、ＹおよびＺは、ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｙ）とＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｚ）の両方が正であるか、または両方が負であるとき、Ｘからの同じ出力順序方向であると見なされる。

[0108]第３の例では、本開示の態様によれば、ビデオデコーダ３０は、ＰＯＣ値のための次の復号プロセスを実行し得る。第３の例は、上記で説明されたＰＯＣ値をデクリメントするための第３の例示的な技法に対応し得る。すなわち、以下の例は、アクセスユニット中の各ピクチャの復号前であるが、それぞれのピクチャの最初のスライスのスライスヘッダ情報のパースおよび復号後、各サブＤＰＢ内のより早いピクチャに対して、ＰＯＣデクリメントプロセスを呼び出すために使用され得る。サブＤＰＢ内のより早いピクチャのＰＯＣデクリメントプロセスが実行される前に、同じプロセスが１つまたは複数の下位レイヤサブＤＰＢに対してまだ実行されていない場合、このプロセスがそれらのサブＤＰＢに対して実行される。第３の例示的なプロセスは、次のように実行され得る。

このプロセスの出力は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ、現在ピクチャのピクチャ順序カウントである。

ピクチャ順序カウントは、マージモードにおける動きパラメータと動きベクトル予測とを導出するために、およびデコーダ適合チェック（従属節Ｃ．５参照）のために、ピクチャを識別するために使用される。

各コード化ピクチャは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌとして示されるピクチャ順序カウント変数に関連付けられる。

現在ピクチャがアクセスユニット中の最初のピクチャである場合、次のことが適用される。
− ＰｏｃＲｅｓｅｔＦｌａｇの値が０に設定される。
− 変数ＤｅｌｔａＰｏｃＶａｌが０に設定される。
− 変数ＵｐｄａｔｅＳｕｂＤｐｂＦｌａｇ［ｉ］が、両端値を含む０〜６３までのｉのすべての値について、０に等しく設定される。

ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが０よりも大きく、現在ピクチャを包含するアクセスユニットがＰＯＣリセット期間において復号順序で最初のアクセスユニットである場合、次のことが適用される。
− 変数ｐｏｃＭｓｂＤｅｌｔａ、ｐｏｃＬｓｂＤｅｌｔａ、およびＤｅｌｔａＰｏｃＶａｌは、次のように導出される。

− 両端値を含む０〜ｎｕｈ＿ｌａｙｅｒ＿ｉｄ−１までのｉのすべての値について、ＵｐｄａｔｅＳｕｂＤｐｂＦｌａｇ［ｉ］が０に等しい場合、ＤＰＢ内にあり、現在ピクチャと同じレイヤに属する各ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、ＤｅｌｔａＰｏｃＶａｌだけデクリメントされる。
− ＤＰＢ内にあり、現在ピクチャと同じレイヤに属する各ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、ＤｅｌｔａＰｏｃＶａｌだけデクリメントされる。
− 現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、次のように導出される。

− ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値は、次のように導出される。

− 現在ピクチャが、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではなく、現在ピクチャが、０に等しいＴｅｍｐｏｒａｌＩｄを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。

− そうでない場合、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌに等しく設定される。
そうでない場合、次のことが適用される。
− ＤｅｌｔａＰｏｃＶａｌの値は、０に等しく設定される
− 現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、次のように導出される。

− ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値は、次のように導出される。

− 現在ピクチャが、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではなく、現在ピクチャが、０に等しいＴｅｍｐｏｒａｌＩｄを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。

− そうでない場合、ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌに等しく設定される。

ＰｉｃＯｒｄｅｒＣｎｔＶａｌの値は、両端値を含む−２³¹〜２³¹−１の範囲内にあるものとする。１つのＣＶＳの中で、同じレイヤにおける任意の２つのコード化ピクチャのためのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値は、同じではないものとする。

関数ＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＸ）は、次のように指定される。

関数ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）は、次のように指定される。

ビットストリームは、両端値を含む−２¹⁵〜２¹⁵−１の範囲内にはない、復号プロセスにおいて使用されるＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）の値をもたらすデータを包含しないものとする。
注−Ｘを現在ピクチャとし、ＹおよびＺを同じシーケンス中の２つの他のピクチャとすると、ＹおよびＺは、ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｙ）とＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｚ）の両方が正であるか、または両方が負であるとき、Ｘからの同じ出力順序方向であると見なされる。

[0109]第４の例では、本開示の態様によれば、ビデオデコーダ３０は、ＰＯＣ値のための次の復号プロセスを実行し得る。第４の例は、上記で説明されたＰＯＣ値をデクリメントするための第４の例示的な技法に対応し得る。すなわち、以下の例は、ＰＯＣリセットを必要とする各アクセスユニットを復号することの終了において、ＤＰＢ内の（すなわち、すべてのサブＤＰＢのための）より早いピクチャのＰＯＣデクリメントプロセスが１回適用されるを実行するために使用され得る。すなわち、ビデオデコーダ３０は、ＰＯＣリセットが実行されるとともにのために、アクセスユニットのすべてのピクチャを復号し、続いてＤＰＢのすべてのピクチャのＰＯＣ値をデクリメントし得る。第４の例示的なプロセスは、次のように実行され得る。

このプロセスの出力は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ、現在ピクチャのピクチャ順序カウントである。

ピクチャ順序カウントは、マージモードにおける動きパラメータと動きベクトル予測とを導出するために、およびデコーダ適合チェック（従属節Ｃ．５参照）のために、ピクチャを識別するために使用される。

各コード化ピクチャは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌとして示されるピクチャ順序カウント変数に関連付けられる。

ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが０よりも大きく、現在ピクチャを包含するアクセスユニットがＰＯＣリセット期間において復号順序で最初のアクセスユニットである場合、次のことが適用される。
− 変数ｐｏｃＭｓｂＤｅｌｔａ、ｐｏｃＬｓｂＤｅｌｔａ、およびＤｅｌｔａＰｏｃＶａｌは、次のように導出される。

− 現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、次のように導出される。

− ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値は、次のように導出される。

− 現在ピクチャが、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではなく、現在ピクチャが、０に等しいＴｅｍｐｏｒａｌＩｄを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。

− そうでない場合、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌに等しく設定される。
そうでない場合、次のことが適用される。
− ＤｅｌｔａＰｏｃＶａｌの値は、０に等しく設定される
− 現在ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、次のように導出される。

− ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］の値は、次のように導出される。

− 現在ピクチャが、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではなく、現在ピクチャが、０に等しいＴｅｍｐｏｒａｌＩｄを有する場合、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しく設定される。

− そうでない場合、ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しく、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しいとき、ＰｒｅｖＰｉｃＯｒｄｅｒＣｎｔ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ？０：ｐｏｃ＿ｌｓｂ＿ｖａｌに等しく設定される。
現在ピクチャがアクセスユニット中の最後のピクチャであり、変数ＤｅｌｔａＰｏｃＶａｌの値が０よりも大きい場合、すべてのサブＤＰＢ内のすべてのピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、変数ＤｅｌｔａＰｏｃＶａｌの値だけデクリメントされる。

ＰｉｃＯｒｄｅｒＣｎｔＶａｌの値は、両端値を含む−２³¹〜２³¹−１の範囲内にあるものとする。１つのＣＶＳの中で、同じレイヤにおける任意の２つのコード化ピクチャのためのＰｉｃＯｒｄｅｒＣｎｔＶａｌ値は、同じではないものとする。

関数ＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＸ）は、次のように指定される。

関数ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）は、次のように指定される。

ビットストリームは、両端値を含む−２¹⁵〜２¹⁵−１の範囲内にはない、復号プロセスにおいて使用されるＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（ｐｉｃＡ，ｐｉｃＢ）の値をもたらすデータを包含しないものとする。
注−Ｘを現在ピクチャとし、ＹおよびＺを同じシーケンス中の２つの他のピクチャとすると、ＹおよびＺは、ＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｙ）とＤｉｆｆＰｉｃＯｒｄｅｒＣｎｔ（Ｘ，Ｚ）の両方が正であるか、または両方が負であるとき、Ｘからの同じ出力順序方向であると見なされる。

[0110]このようにして、ビデオエンコーダ２０およびビデオデコーダ３０は、マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、第１のピクチャがアクセスユニット中に含まれる、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において第１のピクチャに先行する、ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることとを行うように構成された、ビデオコーダの例を表す。

[0111]図２は、本開示の技法による、ＰＯＣ値を管理するための技法を実装し得る、ビデオエンコーダ２０の一例を示すブロック図である。特に、ビデオエンコーダ２０は、本開示の技法に従って、マルチレイヤビットストリームのピクチャのＰＯＣ値を管理するように構成され得る。上述されたように、ビデオエンコーダ２０は、マルチビューおよび／またはスケーラブルビデオコーディングを実行するように適応され得る。たとえば、ビデオエンコーダ２０は、ＳＨＶＣ、ＭＶ−ＨＥＶＣ、または３Ｄ−ＨＥＶＣなどの１つまたは複数のビデオコーディング規格の拡張に適合するビットストリームを符号化するように構成され得る。ただし、特定のコーディング規格が参照されるが、本技法は、任意の１つのコーディング規格に固有のものではなく、将来のおよび／またはまだ開発されていない規格とともに実装され得ることを理解されたい。

[0112]ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングとインターコーディングとを実行し得る。イントラコーディングは、所与のビデオフレームまたはピクチャ内のビデオ中の空間的冗長性を低減または除去するために、空間的予測に依拠する。インターコーディングは、ビデオシーケンスの隣接するフレームまたはピクチャ内のビデオ中の時間的冗長性を低減または除去するために、時間的予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースのコーディングモードのいずれかを指し得る。単一方向予測（Ｐモード）または双予測（Ｂモード）などのインターモードは、いくつかの時間ベースのコーディングモードのいずれかを指し得る。

[0113]図２に示されているように、ビデオエンコーダ２０は、符号化されるべきビデオフレーム内で現在ビデオブロックを受信する。図２の例では、ビデオエンコーダ２０は、ビデオデータメモリ３８と、モード選択ユニット４０と、参照ピクチャメモリ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。モード選択ユニット４０は、動き補償ユニット４４と、動き推定ユニット４２と、イントラ予測ユニット４６と、区分ユニット４８とを含む。ビデオブロックの再構築のために、ビデオエンコーダ２０は、また、逆量子化ユニット５８と、逆変換ユニット６０と、加算器６２とを含む。デブロッキングフィルタ（図２に図示せず）も、再構築されたビデオからブロッキネスアーティファクトを除去するために、ブロック境界をフィルタリングするために含まれ得る。所望される場合、デブロッキングフィルタは、通常、加算器６２の出力をフィルタリングすることになる。追加のフィルタ（ループ内またはループ後）も、デブロッキングフィルタに加えて使用され得る。そのようなフィルタは、簡潔のために示されていないが、所望される場合、（ループ内フィルタとして）加算器５０の出力をフィルタリングし得る。

[0114]符号化プロセス中に、ビデオエンコーダ２０は、コーディングされるべきビデオフレームまたはスライスを受信する。フレームまたはスライスは、複数のビデオブロックに分割され得る。ビデオデータメモリ３８は、ビデオエンコーダ２０の構成要素によって符号化されるべきビデオデータを記憶し得る。ビデオデータメモリ３８内に記憶されるビデオデータは、たとえば、ビデオソース１８から取得され得る。参照ピクチャメモリ６４は、たとえば、イントラコーディングモードまたはインターコーディングモードで、ビデオエンコーダ２０によってビデオデータを符号化する際に使用するための参照ビデオデータを記憶する、ＤＰＢと呼ばれることがある。ビデオデータメモリ３８および参照ピクチャメモリ６４は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）など、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ３８および参照ピクチャメモリ６４は、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ３８は、ビデオエンコーダ２０の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。

[0115]動き推定ユニット４２および動き補償ユニット４４は、時間的予測を行うために、１つまたは複数の参照フレーム中の１つまたは複数のブロックに対する受信されたビデオブロックのインター予測コーディングを実行する。イントラ予測ユニット４６は、代替的に、空間的予測を行うために、コーディングされるべきブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対する受信されたビデオブロックのイントラ予測コーディングを実行し得る。ビデオエンコーダ２０は、たとえば、ビデオデータのブロックごとに適当なコーディングモードを選択するために、複数のコーディングパスを実行し得る。

[0116]その上、区分ユニット４８は、前のコーディングパスでの前の区分方式の評価に基づいて、ビデオデータのブロックをサブブロックに区分し得る。たとえば、区分ユニット４８は、最初にフレームまたはスライスをＬＣＵに区分し、レートひずみ分析（たとえば、レートひずみ最適化）に基づいて、ＬＣＵの各々をサブＣＵに区分し得る。モード選択ユニット４０は、サブＣＵへのＬＣＵの区分を示す４分木データ構造をさらに生成し得る。４分木のリーフノードＣＵは、１つまたは複数のＰＵと１つまたは複数のＴＵとを含み得る。

[0117]モード選択ユニット４０は、たとえば、誤差結果に基づいて、コーディングモードのうちの１つ、すなわち、イントラまたはインターを選択し得、得られたイントラコード化ブロックまたはインターコード化ブロックを、残差ブロックデータを生成するために加算器５０に、参照フレームとしての使用のために符号化されたブロックを再構築するために加算器６２に与える。モード選択ユニット４０はまた、動きベクトル、イントラモードインジケータ、区分情報、および他のそのようなシンタックス情報などのシンタックス要素をエントロピー符号化ユニット５６に与える。

[0118]動き推定ユニット４２および動き補償ユニット４４は、高度に統合され得るが、概念上の目的から別々に示されている。動き推定ユニット４２によって実行される動き推定は、ビデオブロックに関する動きを推定する動きベクトルを生成するプロセスである。動きベクトルは、たとえば、現在スライス（または、他のコード化ユニット）内で符号化されている現在ブロックに対する参照ピクチャ（または、他のコード化ユニット）内の予測ブロックに対する現在ビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示し得る。予測ブロックは、絶対差分和（ＳＡＤ）、２乗差分和（ＳＳＤ）、または他の差分メトリクスによって決定され得るピクセル差分の観点で、符号化されるべきブロックと厳密に一致することが見出されるブロックである。

[0119]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコード化スライス中のビデオブロックのＰＵの動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得、それらの参照ピクチャリストの各々は、参照ピクチャメモリ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。

[0120]動き補償ユニット４４によって実行される動き補償は、動き推定ユニット４２によって決定された動きベクトルに基づいて、予測ブロックをフェッチまたは生成することを伴い得る。同じく、動き推定ユニット４２および動き補償ユニット４４は、いくつかの例では、機能的に統合され得る。現在ビデオブロックのＰＵのための動きベクトルを受信すると、動き補償ユニット４４は、動きベクトルが参照ピクチャリストのうちの１つにおいてそれを指す予測ブロックの位置を特定し得る。加算器５０は、以下で説明されるように、符号化されている現在ビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって、残差ビデオブロックを形成する。一般に、動き推定ユニット４２は、ルーマ成分に対して動き推定を実行し、動き補償ユニット４４は、クロマ成分とルーマ成分の両方に関して、ルーマ成分に基づいて計算された動きベクトルを使用する。モード選択ユニット４０は、ビデオスライスのビデオブロックを復号する際のビデオデコーダ３０による使用のために、ビデオブロックとビデオスライスとに関連付けられたシンタックス要素を生成することもできる。

[0121]動き推定ユニット４２は、参照ピクチャメモリ６４のＤＰＢ内に記憶された参照ピクチャを探索する。モード選択ユニット４０は、ピクチャ、ピクチャのスライス、および／またはピクチャのシーケンスを符号化するために、どの参照ピクチャが使用されるべきであるかを決定し得る。ビデオエンコーダ２０は、ピクチャ、スライス、またはシーケンスを符号化するために使用される参照ピクチャのためのピクチャ順序カウント（ＰＯＣ）値を符号化し得る。ビデオエンコーダ２０は、スライスヘッダ、ならびに／または、ＰＰＳおよび／もしくはＳＰＳなどのパラメータセット中で、参照ピクチャリスト中に含まれるべき参照ピクチャを示すＰＯＣ値を符号化し得る。

[0122]このようにして、ビデオデコーダ３０などのビデオデコーダは、スライスヘッダおよび／またはパラメータセット中で示された参照ピクチャを含めることによって、参照ピクチャリストを再生し得る。さらに、動き推定ユニット４２によって生成された動きベクトルを使用して、ブロックを符号化した後、ビデオエンコーダ２０は、ブロックについての動き情報を符号化し得、ただし、動き情報は、動きベクトルを表すデータと、参照ピクチャリストのための識別子と、参照ピクチャリスト中の参照ピクチャを識別する参照インデックスとを含み得る。

[0123]いくつかの例では、ビデオエンコーダ２０は、参照ピクチャメモリ６４内に記憶された参照ピクチャのサブ整数ピクセル位置のための値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置および分数ピクセル位置に対して動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。

[0124]ビデオエンコーダ２０はまた、ＰＯＣリセット期間を形成し、それぞれのＰＯＣリセット期間にスライスを割り当てるために、ピクチャのスライスのためのＰＯＣリセット期間識別子のための値を符号化し得る。ビデオエンコーダ２０は、ビデオデータの各レイヤ内で個々にＰＯＣリセット期間にスライスを割り当て得る。その上、ビデオエンコーダ２０は、スライスのためのＰＯＣリセットタイプを決定し、スライスのためのＰＯＣリセットタイプの指示のための値（たとえば、２ビット値）を符号化し得る。

[0125]図１に関して説明されたように、ビデオエンコーダ２０は、適用可能なビデオコーディング規格によって確立された制限に従って構成され得る。たとえば、ビデオエンコーダ２０は、各ＰＯＣリセット期間における最初のピクチャが、ＰＯＣ値が完全または部分的にリセットされるべきであることを示すＰＯＣリセットタイプを有することを保証し得る。さらに、ビデオエンコーダ２０は、いくつかの例では、ＰＯＣリセット期間のＰＯＣアンカーピクチャのためのＰＯＣ ＬＳＢ値を示し得る、ＰＯＣ ＬＳＢ値を示す追加の情報を符号化し得る。

[0126]ビデオエンコーダ２０はまた、参照ピクチャメモリ６４のＤＰＢ内の参照ピクチャのＰＯＣ値をデクリメントし得る。本開示の態様によれば、ビデオエンコーダ２０は、それにおいてＰＯＣリセットが実行されるアクセスユニットの初期ピクチャを符号化するより前に、参照ピクチャメモリ６４に記憶された（すべてのレイヤの）すべてのピクチャのＰＯＣ値をデクリメントするように構成され得る。いくつかの例では、ビデオエンコーダ２０は、そのためにＰＯＣリセットが実行されているアクセスユニットを符号化するときに１回のみ、参照ピクチャメモリ６４のすべてのサブＤＰＢ（その場合、ビデオデータの各レイヤがそれぞれのサブＤＰＢに関連付けられる）中のより早いピクチャに、ＰＯＣデクリメントプロセスを適用し得る。

[0127]参照ピクチャメモリ６４に記憶された参照ピクチャをデクリメントすることによって、ビデオエンコーダ２０は、参照ピクチャリスト中に含まれるべき参照ピクチャを示すために、スライスヘッダおよび／またはパラメータセット中でＰＯＣ値を符号化するとき、デクリメントされたＰＯＣ値を使用し得る。ビデオエンコーダ２０がＤＰＢ内のピクチャのＰＯＣ値をデクリメントする量は、ＰＯＣアンカーピクチャがデクリメントされる量と同じ量であり得る。ＰＯＣアンカーピクチャのＰＯＣリセットは、ＰＯＣアンカーピクチャのＰＯＣ ＭＳＢのみをリセットすること、または完全なＰＯＣ値をリセットすることに限定され得る。

[0128]イントラ予測ユニット４６は、上記で説明されたように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測ユニット４６は、たとえば別々の符号化パス中に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、テストされたモードから使用すべき適当なイントラ予測モードを選択し得る。

[0129]たとえば、イントラ予測ユニット４６は、様々なテストされたイントラ予測モードのためのレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化ブロックと、符号化ブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化ブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測ユニット４６は、どのイントラ予測モードがブロックについて最良のレートひずみ値を呈するかを決定するために、様々な符号化ブロックのひずみおよびレートから比を計算し得る。

[0130]ブロックのためのイントラ予測モードを選択した後、イントラ予測ユニット４６は、ブロックのための選択されたイントラ予測モードを示す情報をエントロピー符号化ユニット５６に与え得る。エントロピー符号化ユニット５６は、選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、複数のイントラ予測モードインデックステーブルおよび複数の修正されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）と、様々なブロックの符号化コンテキストの定義と、コンテキストの各々について使用すべき、最確イントラ予測モード、イントラ予測モードインデックステーブル、および修正されたイントラ予測モードインデックステーブルの指示とを含み得る構成データを送信ビットストリーム中に含め得る。

[0131]ビデオエンコーダ２０は、モード選択ユニット４０からの予測データを、コーディングされている元のビデオブロックから減算することによって、残差ビデオブロックを形成する。加算器５０は、この減算演算を実行する、１つまたは複数の構成要素を表す。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ）または概念的に類似する変換などの変換を残差ブロックに適用し、残差変換係数値を備えるビデオブロックを生成する。変換処理ユニット５２は、ＤＣＴに概念的に類似する他の変換を実行することができる。ウェーブレット変換、整数変換、サブバンド変換、または他のタイプの変換も使用され得る。いずれの場合でも、変換処理ユニット５２は、変換を残差ブロックに適用し、残差変換係数のブロックを生成する。変換は、ピクセル値領域からの残差情報を、周波数領域などの変換領域に変換し得る。

[0132]変換処理ユニット５２は、得られた変換係数を量子化ユニット５４へ送り得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部またはすべてに関連付けられたビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって、修正され得る。いくつかの例では、量子化ユニット５４は次いで、量子化された変換係数を含む行列の走査を実行し得る。代替的に、エントロピー符号化ユニット５６が、走査を実行し得る。

[0133]量子化に続いて、エントロピー符号化ユニット５６は、量子化された変換係数をエントロピーコーディングする。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピーコーディング技法を実行し得る。コンテキストベースのエントロピーコーディングの場合、コンテキストは、隣接ブロックに基づき得る。エントロピー符号化ユニット５６によるエントロピーコーディングに続いて、符号化ビットストリームは、別のデバイス（たとえば、ビデオデコーダ３０）に送信されるか、または後で送信するかもしくは取り出すためにアーカイブされ得る。

[0134]逆量子化ユニット５８および逆変換ユニット６０は、たとえば、参照ブロックとして後で使用するために、ピクセル領域中で残差ブロックを再構築するために、それぞれ逆量子化および逆変換を適用する。動き補償ユニット４４は、残差ブロックを参照ピクチャメモリ６４のフレームのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、動き推定において使用するためのサブ整数ピクセル値を計算するために、再構築された残差ブロックに１つまたは複数の補間フィルタを適用し得る。加算器６２は、参照ピクチャメモリ６４に記憶するための再構築されたビデオブロックを生成するために、動き補償ユニット４４によって生成された動き補償予測ブロックに再構築された残差ブロックを加算する。再構築されたビデオブロックは、動き推定ユニット４２および動き補償ユニット４４によって、後続のビデオフレーム中のブロックをインターコーディングするために参照ブロックとして使用され得る。

[0135]このようにして、図２のビデオエンコーダ２０は、マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを符号化すること、その場合、第１のピクチャがアクセスユニット中に含まれる、を行うように構成されたビデオエンコーダの一例を表す。ビデオエンコーダ２０はまた、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において第１のピクチャに先行する、復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることを行うようにも構成される。

[0136]図３は、本開示の技法による、ＰＯＣ値を管理するための技法を実装し得る、ビデオデコーダ３０の一例を示すブロック図である。上述されたように、ビデオデコーダ３０は、マルチビューおよび／またはスケーラブルビデオコーディングを実行するように適応され得る。たとえば、ビデオデコーダ３０は、ＳＨＶＣ、ＭＶ−ＨＥＶＣ、または３Ｄ−ＨＥＶＣなどの１つまたは複数のビデオコーディング規格の拡張に適合するビットストリームを復号するように構成され得る。ただし、特定のコーディング規格が参照されるが、本技法は、任意の１つのコーディング規格に固有のものではなく、将来のおよび／またはまだ開発されていない規格とともに実装され得ることを理解されたい。

[0137]図３の例では、ビデオデコーダ３０は、ビデオデータメモリ６８と、エントロピー復号ユニット７０と、動き補償ユニット７２と、イントラ予測ユニット７４と、逆量子化ユニット７６と、逆変換ユニット７８と、参照ピクチャメモリ８２と、加算器８０とを含む。ビデオデコーダ３０は、いくつかの例では、ビデオエンコーダ２０（図２）に関して説明された符号化パスに対して概ね相反の復号パスを実行し得る。動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルに基づいて、予測データを生成し得、一方、イントラ予測ユニット７４は、エントロピー復号ユニット７０から受信されたイントラ予測モードインジケータに基づいて、予測データを生成し得る。

[0138]ビデオデータメモリ６８は、ビデオデコーダ３０の構成要素によって復号されるべき、符号化ビデオビットストリームなどのビデオデータを記憶し得る。ビデオデータメモリ６８内に記憶されるビデオデータは、たとえば、コンピュータ可読媒体から、たとえば、カメラなどのローカルビデオソースから、ビデオデータのワイヤードもしくはワイヤレスネットワーク通信を介して、または物理データ記憶媒体にアクセスすることによって取得され得る。ビデオデータメモリ６８は、符号化ビデオビットストリームからの符号化ビデオデータを記憶するコード化ピクチャバッファ（ＣＰＢ）を形成し得る。参照ピクチャメモリ８２は、たとえば、イントラコーディングモードまたはインターコーディングモードで、ビデオデコーダ３０によってビデオデータを復号する際に使用するための参照ビデオデータを記憶する、ＤＰＢと呼ばれることがある。ビデオデータメモリ６８および参照ピクチャメモリ８２は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）など、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ６８および参照ピクチャメモリ８２は、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ６８は、ビデオデコーダ３０の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。

[0139]復号プロセス中に、ビデオデコーダ３０は、ビデオエンコーダ２０から、符号化ビデオスライスのビデオブロックと、関連付けられるシンタックス要素とを表す、符号化ビデオビットストリームを受信する。ビデオデコーダ３０のエントロピー復号ユニット７０は、量子化された係数と、動きベクトルまたはイントラ予測モードインジケータと、他のシンタックス要素とを生成するために、ビットストリームをエントロピー復号する。エントロピー復号ユニット７０は、動きベクトルと他のシンタックス要素とを動き補償ユニット７２へ転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。

[0140]ビデオスライスが、イントラコード化（Ｉ）スライスとしてコーディングされるとき、イントラ予測ユニット７４は、現在フレームまたはピクチャの以前に復号されたブロックから、シグナリングされたイントラ予測モードおよびデータに基づいて、現在ビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームが、インターコード化（すなわち、Ｂ、Ｐ、またはＧＰＢ）スライスとしてコーディングされるとき、動き補償ユニット７２は、エントロピー復号ユニット７０から受信された動きベクトルと他のシンタックス要素とに基づいて、現在ビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、参照ピクチャメモリ８２のＤＰＢ内に記憶された参照ピクチャに基づいて、デフォルトの構築技法を使用して、参照フレームリストのリスト０とリスト１とを構築し得る。

[0141]より詳細には、ビデオデコーダ３０は、ＰＰＳに対応するピクチャのスライスがピクチャ順序カウント（ＰＯＣ）リセット情報を含むか否かを示すＰＰＳを復号し得る。スライスがＰＯＣリセット情報を含むと仮定すると、ビデオデコーダ３０は、ＰＯＣリセット情報を含むピクチャのスライスのスライスセグメントヘッダを復号し得る。ＰＯＣリセット情報は、ＰＯＣリセット期間識別子とＰＯＣリセットタイプとを含み得る。

[0142]ＰＯＣリセット期間識別子は、スライスが対応するＰＯＣリセット期間を示し得る。ＰＯＣリセットタイプは、スライスを含むピクチャのＰＯＣ値が完全にリセットされるか否か、または、ＰＯＣ値のＭＳＢのみがリセットされることを示し得る。さらに、ＰＯＣリセットタイプは、ＰＯＣリセットが実行されるべきではないこと、または追加の情報がシグナリングされることを示し得る。ＰＯＣリセットタイプが、追加の情報がシグナリングされることを示す場合、ビデオデコーダ３０は、ＰＯＣ ＬＳＢ値と、ＰＯＣ値が完全にリセットされるか、ＭＳＢのみがリセットされるかとを示し得る、追加の情報を復号し得る。

[0143]本開示の態様によれば、アクセスユニットの初期ピクチャのビデオデータのスライスのためのＰＯＣリセットを示す情報を復号した後であるが、アクセスユニットのビデオデータを復号するより前に、ビデオデコーダ３０は、参照ピクチャメモリ８２に記憶されたピクチャのＰＯＣ値をデクリメントし得る。本開示の態様によれば、いくつかの例では、ビデオデコーダ３０は、ＰＯＣリセットが実行されるとともにのために、アクセスユニットの初期ピクチャのビデオデータを復号するより前に、参照ピクチャメモリ８２に記憶された（すべてのレイヤの）すべてのピクチャのＰＯＣ値をデクリメントするように構成され得る。ビデオデコーダ３０は、そのためにＰＯＣリセットが実行されているアクセスユニットを復号するときに１回のみ、参照ピクチャメモリ８２のすべてのサブＤＰＢ（その場合、ビデオデータの各レイヤがそれぞれのサブＤＰＢに関連付けられる）中のより早いピクチャに、ＰＯＣデクリメントプロセスを適用し得る。

[0144]ＰＯＣリセットを実行した後、ビデオデコーダ３０は、参照ピクチャリスト中に含まれるべき参照ピクチャのＰＯＣ値を復号し得る。ビデオデコーダ３０は、スライスセグメントヘッダ中で、および／または、ＰＰＳもしくはＳＰＳなどのパラメータセットから、これらのＰＯＣ値を復号し得る。次いで、ビデオデコーダ３０は、復号されたＰＯＣ値によって識別された参照ピクチャを含む参照ピクチャリストを構築し得る。

[0145]スライスのための参照ピクチャリストを構築した後、ビデオデコーダ３０は、スライスのブロックを復号し得る。動き補償ユニット７２は、動きベクトルと他のシンタックス要素とをパースすることによって現在ビデオスライスのビデオブロックに関する予測情報を決定し、復号されている現在ビデオブロックの予測ブロックを生成するために、その予測情報を使用する。たとえば、動き補償ユニット７２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラ予測またはインター予測）と、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスの各インター符号化ビデオブロックのための動きベクトルと、スライスの各インターコード化ビデオブロックのためのインター予測ステータスと、現在ビデオスライス中のビデオブロックを復号するための他の情報とを決定するために、受信されたシンタックス要素のいくつかを使用する。インター予測ブロックのための動き情報は、ブロックを予測するために使用すべき参照ピクチャリスト中の参照ピクチャを識別するために、参照ピクチャリスト識別子と参照インデックスとを含み得る。

[0146]動き補償ユニット７２は、補間フィルタに基づいて補間を実行することもできる。動き補償ユニット７２は、参照ブロックのサブ整数ピクセルのための補間値を計算するために、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用し得る。この場合、動き補償ユニット７２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを決定し、予測ブロックを生成するために、その補間フィルタを使用し得る。

[0147]逆量子化ユニット７６は、ビットストリーム中で与えられ、エントロピー復号ユニット７０によって復号された、量子化された変換係数を逆量子化（inverse quantize）、すなわち、逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を決定し、同様に、適用されるべき逆量子化の程度を決定するための、ビデオスライス中の各ビデオブロックに関してビデオデコーダ３０によって計算される量子化パラメータＱＰ_Yの使用を含み得る。

[0148]逆変換ユニット７８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。

[0149]動き補償ユニット７２が、動きベクトルおよび他のシンタックス要素に基づいて現在ビデオブロックのための予測ブロックを生成した後、ビデオデコーダ３０は、逆変換ユニット７８からの残差ブロックを動き補償ユニット７２によって生成された対応する予測ブロックと加算することによって、復号ビデオブロックを形成する。加算器８０は、この加算演算を実行する１つまたは複数の構成要素を表す。所望される場合、ブロッキネスアーティファクトを除去するために、復号されたブロックをフィルタリングするためのデブロッキングフィルタも適用され得る。（コーディングループ中の、またはコーディングループ後のいずれかにおける）他のループフィルタも、ピクセルの遷移を平滑化し、または場合によっては、ビデオ品質を改善するために使用され得る。所与のフレームまたはピクチャ中の復号ビデオブロックは、次いで、参照ピクチャメモリ８２に記憶され、この参照ピクチャメモリ８２は、後続の動き補償のために使用される参照ピクチャを記憶する。参照ピクチャメモリ８２はまた、復号ビデオを、図１のディスプレイデバイス３２などのディスプレイデバイス上に後で提示するために記憶する。

[0150]このようにして、図３のビデオデコーダ３０は、マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを復号すること、その場合、第１のピクチャがアクセスユニット中に含まれる、を行うように構成されたビデオデコーダの一例を表す。ビデオデコーダ３０はまた、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において第１のピクチャに先行する、復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることのためにも構成される。

[0151]図４は、本開示の技法による、スライスのためのＰＯＣリセット期間を示すデータを符号化するための例示的な方法を示すフローチャートである。加えて、図４の方法は、現在ブロックを符号化することを含む。現在ブロックは、現在ＣＵ、または現在ＣＵの一部分を備え得る。ビデオエンコーダ２０（図１および図２）に関して説明されるが、他のデバイスが図４の方法と同様の方法を実行するように構成され得ることを理解されたい。

[0152]この例では、ビデオエンコーダ２０は、現在スライスをＰＯＣリセット期間に割り当て得る（１４８）。たとえば、現在スライスがアンカーピクチャの一部を形成する場合、ビデオエンコーダ２０は、現在スライスが前のＰＯＣリセット期間識別子とは異なるＰＯＣリセット期間識別子を有する新しいＰＯＣリセット期間の開始を形成することをシグナリングし得る。代替的に、現在スライスがアンカーピクチャの一部を形成しない場合、ビデオエンコーダ２０は、現在スライスが既存のＰＯＣリセット期間の一部を形成することをシグナリングし得る。

[0153]次いで、ビデオエンコーダ２０は、ＤＰＢ内に現在あるすべてのピクチャの参照ピクチャのＰＯＣ値をデクリメントする（１５０）。すなわち、本開示の態様によれば、ビデオエンコーダ２０は、ＤＰＢのすべてのサブＤＰＢ内のピクチャのＰＯＣ値をデクリメントし得る。ビデオエンコーダ２０は、現在スライスをＰＯＣリセット期間に割り当てた（たとえば、スライスヘッダを符号化した）後であるが、最初のスライスのビデオデータを符号化するより前に、ＰＯＣ値をデクリメントし得る。ビデオエンコーダ２０は、ＤＰＢ内のピクチャのＰＯＣ値を、同じデクリメント値だけデクリメントし得る。

[0154]次いで、ビデオエンコーダ２０は、参照ピクチャのうちの少なくともいくつかを含む参照ピクチャリストを形成する（１５２）。ビデオエンコーダ２０は、参照ピクチャリスト中に含まれた参照ピクチャのＰＯＣ値をさらにシグナリングする（１５４）。たとえば、ビデオエンコーダ２０は、ＳＰＳもしくはＰＰＳなどのパラメータセット中、および／またはスライスのためのスライスヘッダ中で、参照ピクチャのためのＰＯＣ値（または、ＰＯＣ値の部分、たとえば、ＰＯＣ ＬＳＢ値）を符号化し得る。いくつかの参照ピクチャ（たとえば、長期参照ピクチャ）は、パラメータセット中でシグナリングされ得るのに対して、他の参照ピクチャ（たとえば、短期参照ピクチャ）は、スライスヘッダ中でシグナリングされ得る。

[0155]たとえば、現在スライスのブロックのための、最良のレートひずみ特性を生じる参照ピクチャのセットを決定するために、参照ピクチャリストを形成するステップと、どのピクチャが参照ピクチャリスト中に含まれるかをシグナリングするステップとが、いくつかの異なる符号化パスを介して複数回実行され得ることを理解されたい。すなわち、ビデオエンコーダ２０は、単一のブロックの個々の特性のみに基づくのではなく、現在スライス中のすべてのブロックの特性に基づいて、参照ピクチャリスト中に含まれた参照ピクチャのセットを選択し得る。

[0156]次いで、ビデオエンコーダ２０は、現在スライスの現在ブロックを予測し得る（１５６）。たとえば、ビデオエンコーダ２０は、現在ブロックの１つまたは複数の予測ユニット（ＰＵ）を計算し得る。より詳細には、動き推定ユニット４２は、たとえば、ＳＡＤ、ＳＳＤ、ＭＡＤ、ＭＳＤ、または他の誤差計算メトリクスに基づいて、参照ブロックとして使用される一致するブロックを識別するために、参照ピクチャリストの参照ピクチャの中で現在ブロックの動き探索を実行し得る。動き推定ユニット４２は、動き探索に基づいて、現在ブロックのための動きベクトルを生成し得る。次いで、ビデオエンコーダ２０は、ブロックのための動き情報を符号化し得（１５８）、ブロックのための動き情報は、参照ブロックを一緒に識別する、動きベクトルのための動きベクトル差分値と、参照ピクチャリスト識別子と、参照インデックスとを含み得る。

[0157]次いで、ビデオエンコーダ２０は、たとえば、変換ユニット（ＴＵ）を生成するために、現在ブロックのための残差ブロックを計算し得る（１６０）。残差ブロックを計算するために、ビデオエンコーダ２０は、元のコーディングされていないブロックと現在ブロックのための予測ブロックとの間の差分を計算し得る。次いで、ビデオエンコーダ２０は、残差ブロックの係数を変換および量子化し得る（１６２）。次に、ビデオエンコーダ２０は、残差ブロックの量子化された変換係数を走査し得る（１６４）。走査中に、または走査に続いて、ビデオエンコーダ２０は、係数をエントロピー符号化し得る（１６６）。たとえば、ビデオエンコーダ２０は、ＣＡＶＬＣまたはＣＡＢＡＣを使用して係数を符号化し得る。次いで、ビデオエンコーダ２０は、ブロックのエントロピーコード化データを出力し得る（１６８）。

[0158]このようにして、図４の方法は、ビデオエンコーダによって、マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを符号化すること、その場合、第１のピクチャがアクセスユニット中に含まれる、を含む方法の一例を表す。図４の例示的な方法はまた、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において第１のピクチャに先行する、復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることを含む。

[0159]図５は、本開示の技法による、スライスのためのＰＯＣリセット期間を示すデータを復号するための例示的な方法を示すフローチャートである。加えて、図４の方法は、現在ブロックを符号化することを含む。現在ブロックは、現在ＣＵ、または現在ＣＵの一部分を備え得る。ビデオデコーダ３０（図１および図３）に関して説明されるが、他のデバイスが図５の方法と同様の方法を実行するように構成され得ることを理解されたい。

[0160]最初に、ビデオデコーダ３０は、ＰＯＣリセットを示すデータを復号する（２００）。いくつかの例では、本明細書で説明されるように、ＰＯＣリセットを示すデータは、現在スライスのスライスセグメントヘッダ中に含まれるＰＯＣリセット識別子であり得る。このような例では、ビデオデコーダ３０は、ＰＯＣリセットタイプ識別子をさらに復号し得る。図５の方法は、ＰＯＣリセット期間識別子が、現在スライスが新しいＰＯＣリセット期間の一部であることを示すという仮定に基づいている。ビデオデコーダ３０は、現在ピクチャが特定のアクセスユニット中の第１のピクチャ（たとえば、特定のアクセスユニットのすべてのピクチャの中の最下位レイヤ識別子を有するピクチャ）であることをさらに決定し得る。

[0161]ビデオデコーダ３０はまた、ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントし得る（２０２）。たとえば、本開示の態様によれば、ビデオデコーダ３０は、ＤＰＢのすべてのサブＤＰＢ内のピクチャのＰＯＣ値をデクリメントし得る。いくつかの例では、ビデオデコーダ３０は、（たとえば、ステップ２００で実行されたように）現在スライスのためのスライスヘッダを復号した後であるが、以下で説明されるように最初のスライスのビデオデータを復号するより前に、ＰＯＣ値をデクリメントし得る。ビデオデコーダ３０は、ＤＰＢ内のピクチャのＰＯＣ値を、同じデクリメント値だけデクリメントし得る。

[0162]次いで、ビデオデコーダ３０は、たとえば、スライスセグメントヘッダ、および／または、ＰＰＳもしくはＳＰＳなどのパラメータセットから、参照ピクチャリスト中に含まれるべき参照ピクチャのＰＯＣ値を復号する（２０４）。次いで、ビデオデコーダ３０は、参照ピクチャリストを形成する（２０６）。

[0163]次に、ビデオデコーダ３０は、現在ブロックのための動き情報を復号する（２０８）。動き情報は、たとえば、参照ピクチャリスト識別子と、参照ピクチャリストへの参照インデックスとを含み得る。次いで、ビデオデコーダ３０は、たとえば、現在ブロックのための予測ブロックを計算するために、イントラ予測モードを使用して、現在ブロックを予測する（２００）。より詳細には、ビデオデコーダ３０は、どの参照ピクチャリストを使用するべきかを識別するために参照ピクチャリスト識別子と、参照ピクチャリスト中の参照インデックスを識別するために参照インデックスとを使用する。次いで、ビデオデコーダ３０は、現在ブロックのための動きベクトルを復号し、識別された参照ピクチャ中の参照ブロックを識別する。

[0164]ビデオデコーダ３０はまた、現在ブロックに対応する残差ブロックの係数のためのエントロピーコード化データなど、現在ブロックのためのエントロピーコード化データを受信し得る（２１２）。ビデオデコーダ３０は、残差ブロックの係数を再生するために、エントロピーコード化データをエントロピー復号し得る（２１４）。次いで、ビデオデコーダ３０は、量子化された変換係数のブロックを作成するために、再生された係数を逆走査し得る（２１６）。すなわち、逆走査を使用して、ビデオデコーダ３０は、１次元ベクトルを２次元行列に変換する。次いで、ビデオデコーダ３０は、残差ブロックを生成するために、係数を逆量子化および逆変換し得る（２１８）。最終的に、ビデオデコーダ３０は、予測ブロックと残差ブロックとを組み合わせることによって現在ブロックを復号し得る（２２０）。

[0165]このようにして、図５の方法は、マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを復号すること、その場合、第１のピクチャがアクセスユニット中に含まれる、を含む方法の一例を表す。図５の例示的な方法はまた、第１のピクチャのＰＯＣ値のためのＰＯＣリセットを示すデータに基づいて、および、第１のピクチャを復号するより前に、マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において第１のピクチャに先行する、復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることを含む。

[0166]例によっては、本明細書で説明された技法のうちのいずれかの、いくつかの動作またはイベントは、異なる順序で実行され得、追加、統合、または完全に除外され得る（たとえば、すべての説明された動作またはイベントが、本技法の実施のために必要であるとは限らない）ことを認識されたい。その上、いくつかの例では、動作またはイベントは、たとえば、マルチスレッドの処理、割込み処理、または多数のプロセッサを用いて、連続的ではなく同時に実行され得る。

[0167]１つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、コンピュータ可読媒体上の１つもしくは複数の命令もしくはコード上に記憶され、またはこれを介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形の媒体に対応するコンピュータ可読記憶媒体、または、たとえば、通信プロトコルに従う、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形のコンピュータ可読記憶媒体、または（２）信号もしくは搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明された技法の実装のために命令、コード、および／またはデータ構造を取り出すために、１つもしくは複数のコンピュータまたは１つもしくは複数のプロセッサによってアクセスされ得る任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含み得る。

[0168]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、フラッシュメモリ、または命令もしくはデータ構造の形態で所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備え得る。また、任意の接続が、コンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、ウェブサイト、サーバ、または他の遠隔ソースから、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含むのではなく、代わりに、非一時的な有形の記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙディスク（disc）を含み、ここで、ディスク（disk）は、通常、データを磁気的に再生し、一方、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲の中に含まれるべきである。

[0169]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、または他の同等の集積された論理回路もしくは離散論理回路などの、１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造のいずれか、または本明細書で説明された技法を実装するために好適な任意の他の構造を指し得る。加えて、いくつかの態様では、本明細書で説明された機能は、符号化および復号のために構成されるか、または複合コーデックに組み込まれる、専用のハードウェアモジュールおよび／またはソフトウェアモジュール内で提供され得る。また、本技法は、１つまたは複数の回路または論理素子において完全に実装され得る。

[0170]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置で実装され得る。本開示では、開示される技法を実行するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットが説明されたが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上記で説明されたように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明されたような１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わされるか、または相互動作ハードウェアユニットの集合によって提供され得る。

[0171]様々な例が、説明された。これらおよび他の例は、次の特許請求の範囲内に入る。
以下に本願の出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号する方法であって、
マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを復号することと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれる、
前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および、前記第１のピクチャを復号するより前に、前記マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において前記第１のピクチャに先行する、復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることとを備える方法。
［Ｃ２］
前記第１のピクチャに時間的に先行する、前記ＤＰＢに記憶されたすべてのピクチャの前記ＰＯＣ値をデクリメントすることが、前記アクセスユニットの復号中に１回のみ、前記ＰＯＣ値をデクリメントすることを備える、Ｃ１に記載の方法。
［Ｃ３］
前記ＰＯＣ値をデクリメントすることが、前記第１のピクチャのビデオデータの初期スライスのためのスライスヘッダを復号した後、前記ＰＯＣ値をデクリメントすることを備える、Ｃ１に記載の方法。
［Ｃ４］
前記ＰＯＣリセットを示す前記データを復号することが、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータを復号することを備える、Ｃ１に記載の方法。
［Ｃ５］
前記ＰＯＣリセットを示す前記データが、ＰＯＣリセット期間を示すデータを備え、ここにおいて、前記アクセスユニットが、前記ＰＯＣリセット期間の復号順序における最初のアクセスユニットである、Ｃ１に記載の方法。
［Ｃ６］
前記第１のピクチャが、前記アクセスユニット中に存在する最下位レイヤ識別子に関連付けられたピクチャであり、ここにおいて、前記ＰＯＣ値をデクリメントすることが、共通のＰＯＣデクリメント値を使用して、前記ＰＯＣ値をデクリメントすることを備える、Ｃ１に記載の方法。
［Ｃ７］
前記ＰＯＣ値をデクリメントするためのＰＯＣデクリメント値を示す、ＤｅｌｔａＰｏｃＶａｌシンタックス要素を復号することをさらに備える、Ｃ６に記載の方法。
［Ｃ８］
前記アクセスユニットが、前記第１のピクチャと少なくとも１つの追加のピクチャとを含み、ここにおいて、前記ＰＯＣリセットを示す前記データが、ＰＯＣリセットインデックスを備え、前記方法が、前記アクセスユニットの前記少なくとも１つの第２のピクチャを含む、前記アクセスユニットのすべての他のピクチャのために、同じＰＯＣリセットインデックスを復号することをさらに備える、Ｃ１に記載の方法。
［Ｃ９］
前記ＰＯＣ値をデクリメントすることが、前記ＰＯＣ値のすべてのビットをデクリメントすること、前記ＰＯＣ値の最上位ビットをデクリメントすること、または前記ＰＯＣ値の最下位ビットをデクリメントすることのうちの１つを備える、Ｃ１に記載の方法。
［Ｃ１０］
前記ＰＯＣリセット値を示す前記データが、前記マルチレイヤビデオデータのすべてのレイヤに適用可能であるＰＯＣリセット期間に関連付けられる、Ｃ１に記載の方法。
［Ｃ１１］
ビデオデータを符号化する方法であって、
マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを符号化することと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれる、
前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および、前記第１のピクチャを復号するより前に、前記マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において前記第１のピクチャに先行する、復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることとを備える方法。
［Ｃ１２］
前記第１のピクチャに時間的に先行する、前記ＤＰＢに記憶されたすべてのピクチャの前記ＰＯＣ値をデクリメントすることが、前記アクセスユニットの符号化中に１回のみ、前記ＰＯＣ値をデクリメントすることを備える、Ｃ１１に記載の方法。
［Ｃ１３］
前記ＰＯＣ値をデクリメントすることが、前記第１のピクチャのビデオデータの初期スライスのためのスライスヘッダを符号化した後、前記ＰＯＣ値をデクリメントすることを備える、Ｃ１１に記載の方法。
［Ｃ１４］
前記ＰＯＣリセットを示す前記データを符号化することが、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータを符号化することを備える、Ｃ１１に記載の方法。
［Ｃ１５］
前記ＰＯＣリセットを示す前記データが、ＰＯＣリセット期間を示すデータを備え、ここにおいて、前記アクセスユニットが、前記ＰＯＣリセット期間の復号順序における最初のアクセスユニットである、Ｃ１１に記載の方法。
［Ｃ１６］
前記第１のピクチャが、前記アクセスユニット中に存在する最下位レイヤ識別子に関連付けられたピクチャであり、ここにおいて、前記ＰＯＣ値をデクリメントすることが、同じＰＯＣデクリメント値を使用して、前記ＰＯＣ値をデクリメントすることを備える、Ｃ１１に記載の方法。
［Ｃ１７］
前記ＰＯＣ値をデクリメントするための前記ＰＯＣデクリメント値を示す、ＤｅｌｔａＰｏｃＶａｌシンタックス要素を符号化することをさらに備える、Ｃ１６に記載の方法。
［Ｃ１８］
前記アクセスユニットが、前記第１のピクチャと少なくとも１つの第２のピクチャとを含み、ここにおいて、前記ＰＯＣリセットを示す前記データが、ＰＯＣリセットインデックスを備え、前記方法が、前記アクセスユニットの前記少なくとも１つの第２のピクチャを含む、前記アクセスユニットのすべての他のピクチャのために、同じＰＯＣリセットインデックスを符号化することをさらに備える、Ｃ１１に記載の方法。
［Ｃ１９］
前記ＰＯＣ値をデクリメントすることが、前記ＰＯＣ値のすべてのビットをデクリメントすること、前記ＰＯＣ値の最上位ビットをデクリメントすること、または前記ＰＯＣ値の最下位ビットをデクリメントすることのうちの１つを備える、Ｃ１１に記載の方法。
［Ｃ２０］
前記ＰＯＣリセット値を示す前記データが、前記マルチレイヤビデオデータのすべてのレイヤに適用可能であるＰＯＣリセット期間に関連付けられる、Ｃ１１に記載の方法。
［Ｃ２１］
ビデオデータをコーディングするためのデバイスであって、
マルチレイヤビデオデータを記憶するように構成された復号ピクチャバッファ（ＤＰＢ）を備えるメモリと、
前記マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれる、
前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および、前記第１のピクチャを復号するより前に、前記マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において前記第１のピクチャに先行する、前記ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることとを行うように構成されたビデオコーダとを備えるデバイス。
［Ｃ２２］
前記第１のピクチャに時間的に先行する、前記ＤＰＢに記憶されたすべてのピクチャの前記ＰＯＣ値をデクリメントするために、前記ビデオコーダが、前記アクセスユニットのコーディング中に１回のみ、前記ＰＯＣ値をデクリメントするように構成される、Ｃ２１に記載のデバイス。
［Ｃ２３］
前記ＰＯＣ値をデクリメントするために、前記ビデオコーダが、前記第１のピクチャのビデオデータの初期スライスのためのスライスヘッダを符号化した後、前記ＰＯＣ値をデクリメントするように構成される、Ｃ２１に記載のデバイス。
［Ｃ２４］
前記ＰＯＣリセットを示す前記データをコーディングするために、前記ビデオコーダが、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータをコーディングするように構成される、Ｃ２１に記載のデバイス。
［Ｃ２５］
前記ＰＯＣリセットを示す前記データが、ＰＯＣリセット期間を示すデータを備え、ここにおいて、前記アクセスユニットが、前記ＰＯＣリセット期間の復号順序における最初のアクセスユニットである、Ｃ２１に記載のデバイス。
［Ｃ２６］
前記第１のピクチャが、前記アクセスユニット中に存在する最下位レイヤ識別子に関連付けられたピクチャであり、ここにおいて、前記ＰＯＣ値をデクリメントするために、前記ビデオコーダが、同じＰＯＣデクリメント値を使用して、前記ＰＯＣ値をデクリメントするように構成される、Ｃ２１に記載のデバイス。
［Ｃ２７］
前記ビデオコーダが、前記ＰＯＣ値をデクリメントするための前記ＰＯＣデクリメント値を示す、ＤｅｌｔａＰｏｃＶａｌシンタックス要素をコーディングするようにさらに構成される、Ｃ２６に記載のデバイス。
［Ｃ２８］
前記アクセスユニットが、前記第１のピクチャと少なくとも１つの第２のピクチャとを含み、ここにおいて、前記ＰＯＣリセットを示す前記データが、ＰＯＣリセットインデックスを備え、ここにおいて、前記ビデオコーダが、前記アクセスユニットの前記少なくとも１つの第２のピクチャを含む、前記アクセスユニットのすべての他のピクチャのために、同じＰＯＣリセットインデックスをコーディングするようにさらに構成される、Ｃ２１に記載のデバイス。
［Ｃ２９］
前記ＰＯＣ値をデクリメントすることが、前記ＰＯＣ値のすべてのビットをデクリメントすること、前記ＰＯＣ値の最上位ビットをデクリメントすること、または前記ＰＯＣ値の最下位ビットをデクリメントすることのうちの１つを備える、Ｃ２１に記載のデバイス。
［Ｃ３０］
前記ＰＯＣリセット値を示す前記データが、前記マルチレイヤビデオデータのすべてのレイヤに適用可能であるＰＯＣリセット期間に関連付けられる、Ｃ２１に記載のデバイス。
［Ｃ３１］
前記デバイスが、
集積回路、
マイクロプロセッサ、または
ワイヤレス通信デバイスのうちの少なくとも１つを備える、Ｃ２１に記載のデバイス。
［Ｃ３２］
ビデオデータをコーディングするためのデバイスであって、
マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングするための手段と、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれる、
前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および、前記第１のピクチャを復号するより前に、前記マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において前記第１のピクチャに先行する、前記ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントするための手段とを備えるデバイス。
［Ｃ３３］
前記第１のピクチャに時間的に先行する、前記ＤＰＢに記憶されたすべてのピクチャの前記ＰＯＣ値をデクリメントするための前記手段が、前記アクセスユニットのコーディング中に１回のみ、前記ＰＯＣ値をデクリメントするための手段を備える、Ｃ３２に記載のデバイス。
［Ｃ３４］
前記ＰＯＣ値をデクリメントするための前記手段が、前記第１のピクチャのビデオデータの初期スライスのためのスライスヘッダを符号化した後、前記ＰＯＣ値をデクリメントすることを備える、Ｃ３２に記載のデバイス。
［Ｃ３５］
前記ＰＯＣリセットを示す前記データをコーディングするための前記手段が、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータをコーディングするための手段を備える、Ｃ３２に記載のデバイス。
［Ｃ３６］
前記ＰＯＣリセットを示す前記データが、ＰＯＣリセット期間を示すデータを備え、ここにおいて、前記アクセスユニットが、前記ＰＯＣリセット期間の復号順序における最初のアクセスユニットである、Ｃ３２に記載のデバイス。
［Ｃ３７］
命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令が、実行されると、ビデオデータをコーディングするためのデバイスのプロセッサに、
マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれる、
前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および、前記第１のピクチャを復号するより前に、前記マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において前記第１のピクチャに先行する、前記ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることとを行わせる、非一時的コンピュータ可読記憶媒体。
［Ｃ３８］
前記第１のピクチャに時間的に先行する、前記ＤＰＢに記憶されたすべてのピクチャの前記ＰＯＣ値をデクリメントするために、前記命令が前記プロセッサに、前記アクセスユニットのコーディング中に１回のみ、前記ＰＯＣ値をデクリメントすることを行わせる、Ｃ３７に記載の非一時的コンピュータ可読記憶媒体。
［Ｃ３９］
前記ＰＯＣ値をデクリメントするために、前記命令が前記プロセッサに、前記第１のピクチャのビデオデータの初期スライスのためのスライスヘッダを符号化した後、前記ＰＯＣ値をデクリメントすることを行わせる、Ｃ３７に記載の非一時的コンピュータ可読記憶媒体。
［Ｃ４０］
前記ＰＯＣリセットを示す前記データをコーディングするために、前記命令が前記プロセッサに、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータをコーディングすることを行わせる、Ｃ３７に記載の非一時的コンピュータ可読記憶媒体。
［Ｃ４１］
前記ＰＯＣリセットを示す前記データが、ＰＯＣリセット期間を示すデータを備え、ここにおいて、前記アクセスユニットが、前記ＰＯＣリセット期間の復号順序における最初のアクセスユニットである、Ｃ３７に記載の非一時的コンピュータ可読記憶媒体。

Claims (41)

1. ビデオデータを復号する方法であって、
   マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを復号することと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれる、
   前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および、前記第１のピクチャを復号するより前に、前記マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において前記第１のピクチャに先行する、復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることと
   を備える方法。
2. 前記第１のピクチャに時間的に先行する、前記ＤＰＢに記憶されたすべてのピクチャの前記ＰＯＣ値をデクリメントすることが、前記アクセスユニットの復号中に１回のみ、前記ＰＯＣ値をデクリメントすることを備える、請求項１に記載の方法。
3. 前記ＰＯＣ値をデクリメントすることが、前記第１のピクチャのビデオデータの初期スライスのためのスライスヘッダを復号した後、前記ＰＯＣ値をデクリメントすることを備える、請求項１に記載の方法。
4. 前記ＰＯＣリセットを示す前記データを復号することが、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータを復号することを備える、請求項１に記載の方法。
5. 前記ＰＯＣリセットを示す前記データが、ＰＯＣリセット期間を示すデータを備え、ここにおいて、前記アクセスユニットが、前記ＰＯＣリセット期間の復号順序における最初のアクセスユニットである、請求項１に記載の方法。
6. 前記第１のピクチャが、前記アクセスユニット中に存在する最下位レイヤ識別子に関連付けられたピクチャであり、ここにおいて、前記ＰＯＣ値をデクリメントすることが、共通のＰＯＣデクリメント値を使用して、前記ＰＯＣ値をデクリメントすることを備える、請求項１に記載の方法。
7. 前記ＰＯＣ値をデクリメントするためのＰＯＣデクリメント値を示す、ＤｅｌｔａＰｏｃＶａｌシンタックス要素を復号することをさらに備える、請求項６に記載の方法。
8. 前記アクセスユニットが、前記第１のピクチャと少なくとも１つの追加のピクチャとを含み、ここにおいて、前記ＰＯＣリセットを示す前記データが、ＰＯＣリセットインデックスを備え、前記方法が、前記アクセスユニットの前記少なくとも１つの第２のピクチャを含む、前記アクセスユニットのすべての他のピクチャのために、同じＰＯＣリセットインデックスを復号することをさらに備える、請求項１に記載の方法。
9. 前記ＰＯＣ値をデクリメントすることが、前記ＰＯＣ値のすべてのビットをデクリメントすること、前記ＰＯＣ値の最上位ビットをデクリメントすること、または前記ＰＯＣ値の最下位ビットをデクリメントすることのうちの１つを備える、請求項１に記載の方法。
10. 前記ＰＯＣリセット値を示す前記データが、前記マルチレイヤビデオデータのすべてのレイヤに適用可能であるＰＯＣリセット期間に関連付けられる、請求項１に記載の方法。
11. ビデオデータを符号化する方法であって、
    マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータを符号化することと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれる、
    前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および、前記第１のピクチャを復号するより前に、前記マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において前記第１のピクチャに先行する、復号ピクチャバッファ（ＤＰＢ）に記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることと
    を備える方法。
12. 前記第１のピクチャに時間的に先行する、前記ＤＰＢに記憶されたすべてのピクチャの前記ＰＯＣ値をデクリメントすることが、前記アクセスユニットの符号化中に１回のみ、前記ＰＯＣ値をデクリメントすることを備える、請求項１１に記載の方法。
13. 前記ＰＯＣ値をデクリメントすることが、前記第１のピクチャのビデオデータの初期スライスのためのスライスヘッダを符号化した後、前記ＰＯＣ値をデクリメントすることを備える、請求項１１に記載の方法。
14. 前記ＰＯＣリセットを示す前記データを符号化することが、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータを符号化することを備える、請求項１１に記載の方法。
15. 前記ＰＯＣリセットを示す前記データが、ＰＯＣリセット期間を示すデータを備え、ここにおいて、前記アクセスユニットが、前記ＰＯＣリセット期間の復号順序における最初のアクセスユニットである、請求項１１に記載の方法。
16. 前記第１のピクチャが、前記アクセスユニット中に存在する最下位レイヤ識別子に関連付けられたピクチャであり、ここにおいて、前記ＰＯＣ値をデクリメントすることが、同じＰＯＣデクリメント値を使用して、前記ＰＯＣ値をデクリメントすることを備える、請求項１１に記載の方法。
17. 前記ＰＯＣ値をデクリメントするための前記ＰＯＣデクリメント値を示す、ＤｅｌｔａＰｏｃＶａｌシンタックス要素を符号化することをさらに備える、請求項１６に記載の方法。
18. 前記アクセスユニットが、前記第１のピクチャと少なくとも１つの第２のピクチャとを含み、ここにおいて、前記ＰＯＣリセットを示す前記データが、ＰＯＣリセットインデックスを備え、前記方法が、前記アクセスユニットの前記少なくとも１つの第２のピクチャを含む、前記アクセスユニットのすべての他のピクチャのために、同じＰＯＣリセットインデックスを符号化することをさらに備える、請求項１１に記載の方法。
19. 前記ＰＯＣ値をデクリメントすることが、前記ＰＯＣ値のすべてのビットをデクリメントすること、前記ＰＯＣ値の最上位ビットをデクリメントすること、または前記ＰＯＣ値の最下位ビットをデクリメントすることのうちの１つを備える、請求項１１に記載の方法。
20. 前記ＰＯＣリセット値を示す前記データが、前記マルチレイヤビデオデータのすべてのレイヤに適用可能であるＰＯＣリセット期間に関連付けられる、請求項１１に記載の方法。
21. ビデオデータをコーディングするためのデバイスであって、
    マルチレイヤビデオデータを記憶するように構成された復号ピクチャバッファ（ＤＰＢ）を備えるメモリと、
    前記マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれる、
    前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および、前記第１のピクチャを復号するより前に、前記マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において前記第１のピクチャに先行する、前記ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることと
    を行うように構成されたビデオコーダと
    を備えるデバイス。
22. 前記第１のピクチャに時間的に先行する、前記ＤＰＢに記憶されたすべてのピクチャの前記ＰＯＣ値をデクリメントするために、前記ビデオコーダが、前記アクセスユニットのコーディング中に１回のみ、前記ＰＯＣ値をデクリメントするように構成される、請求項２１に記載のデバイス。
23. 前記ＰＯＣ値をデクリメントするために、前記ビデオコーダが、前記第１のピクチャのビデオデータの初期スライスのためのスライスヘッダを符号化した後、前記ＰＯＣ値をデクリメントするように構成される、請求項２１に記載のデバイス。
24. 前記ＰＯＣリセットを示す前記データをコーディングするために、前記ビデオコーダが、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータをコーディングするように構成される、請求項２１に記載のデバイス。
25. 前記ＰＯＣリセットを示す前記データが、ＰＯＣリセット期間を示すデータを備え、ここにおいて、前記アクセスユニットが、前記ＰＯＣリセット期間の復号順序における最初のアクセスユニットである、請求項２１に記載のデバイス。
26. 前記第１のピクチャが、前記アクセスユニット中に存在する最下位レイヤ識別子に関連付けられたピクチャであり、ここにおいて、前記ＰＯＣ値をデクリメントするために、前記ビデオコーダが、同じＰＯＣデクリメント値を使用して、前記ＰＯＣ値をデクリメントするように構成される、請求項２１に記載のデバイス。
27. 前記ビデオコーダが、前記ＰＯＣ値をデクリメントするための前記ＰＯＣデクリメント値を示す、ＤｅｌｔａＰｏｃＶａｌシンタックス要素をコーディングするようにさらに構成される、請求項２６に記載のデバイス。
28. 前記アクセスユニットが、前記第１のピクチャと少なくとも１つの第２のピクチャとを含み、ここにおいて、前記ＰＯＣリセットを示す前記データが、ＰＯＣリセットインデックスを備え、ここにおいて、前記ビデオコーダが、前記アクセスユニットの前記少なくとも１つの第２のピクチャを含む、前記アクセスユニットのすべての他のピクチャのために、同じＰＯＣリセットインデックスをコーディングするようにさらに構成される、請求項２１に記載のデバイス。
29. 前記ＰＯＣ値をデクリメントすることが、前記ＰＯＣ値のすべてのビットをデクリメントすること、前記ＰＯＣ値の最上位ビットをデクリメントすること、または前記ＰＯＣ値の最下位ビットをデクリメントすることのうちの１つを備える、請求項２１に記載のデバイス。
30. 前記ＰＯＣリセット値を示す前記データが、前記マルチレイヤビデオデータのすべてのレイヤに適用可能であるＰＯＣリセット期間に関連付けられる、請求項２１に記載のデバイス。
31. 前記デバイスが、
    集積回路、
    マイクロプロセッサ、または
    ワイヤレス通信デバイス
    のうちの少なくとも１つを備える、請求項２１に記載のデバイス。
32. ビデオデータをコーディングするためのデバイスであって、
    マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングするための手段と、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれる、
    前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および、前記第１のピクチャを復号するより前に、前記マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において前記第１のピクチャに先行する、前記ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントするための手段と
    を備えるデバイス。
33. 前記第１のピクチャに時間的に先行する、前記ＤＰＢに記憶されたすべてのピクチャの前記ＰＯＣ値をデクリメントするための前記手段が、前記アクセスユニットのコーディング中に１回のみ、前記ＰＯＣ値をデクリメントするための手段を備える、請求項３２に記載のデバイス。
34. 前記ＰＯＣ値をデクリメントするための前記手段が、前記第１のピクチャのビデオデータの初期スライスのためのスライスヘッダを符号化した後、前記ＰＯＣ値をデクリメントすることを備える、請求項３２に記載のデバイス。
35. 前記ＰＯＣリセットを示す前記データをコーディングするための前記手段が、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータをコーディングするための手段を備える、請求項３２に記載のデバイス。
36. 前記ＰＯＣリセットを示す前記データが、ＰＯＣリセット期間を示すデータを備え、ここにおいて、前記アクセスユニットが、前記ＰＯＣリセット期間の復号順序における最初のアクセスユニットである、請求項３２に記載のデバイス。
37. 命令を記憶した非一時的コンピュータ可読記憶媒体であって、前記命令が、実行されると、ビデオデータをコーディングするためのデバイスのプロセッサに、
    マルチレイヤビデオデータの第１のレイヤの第１のピクチャのピクチャ順序カウント（ＰＯＣ）値のためのＰＯＣリセットを示すデータをコーディングすることと、ここにおいて、前記第１のピクチャがアクセスユニット中に含まれる、
    前記第１のピクチャの前記ＰＯＣ値のための前記ＰＯＣリセットを示す前記データに基づいて、および、前記第１のピクチャを復号するより前に、前記マルチレイヤビデオデータの第２のレイヤの少なくとも１つのピクチャを含む、コーディング順序において前記第１のピクチャに先行する、前記ＤＰＢに記憶されたすべてのピクチャのＰＯＣ値をデクリメントすることと
    を行わせる、非一時的コンピュータ可読記憶媒体。
38. 前記第１のピクチャに時間的に先行する、前記ＤＰＢに記憶されたすべてのピクチャの前記ＰＯＣ値をデクリメントするために、前記命令が前記プロセッサに、前記アクセスユニットのコーディング中に１回のみ、前記ＰＯＣ値をデクリメントすることを行わせる、請求項３７に記載の非一時的コンピュータ可読記憶媒体。
39. 前記ＰＯＣ値をデクリメントするために、前記命令が前記プロセッサに、前記第１のピクチャのビデオデータの初期スライスのためのスライスヘッダを符号化した後、前記ＰＯＣ値をデクリメントすることを行わせる、請求項３７に記載の非一時的コンピュータ可読記憶媒体。
40. 前記ＰＯＣリセットを示す前記データをコーディングするために、前記命令が前記プロセッサに、ビデオデータの前記第１のピクチャのスライスのためのＰＯＣリセットインデックスを表すデータをコーディングすることを行わせる、請求項３７に記載の非一時的コンピュータ可読記憶媒体。
41. 前記ＰＯＣリセットを示す前記データが、ＰＯＣリセット期間を示すデータを備え、ここにおいて、前記アクセスユニットが、前記ＰＯＣリセット期間の復号順序における最初のアクセスユニットである、請求項３７に記載の非一時的コンピュータ可読記憶媒体。

Images