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

Abstract

一例では、ビデオデータをコーディングするためのデバイスは、ビデオデータを記憶するように構成された復号ピクチャバッファ（ＤＰＢ）を備えるメモリと、ピクチャ順序カウント（ＰＯＣ）リセット期間識別子のための値を表すデータをコーディングすることと、ここにおいて、データが、ビデオデータのレイヤのコード化ピクチャに関連付けられたスライスのためのスライスセグメントヘッダ中に含まれ、ここにおいて、ＰＯＣリセット期間識別子の値が、コード化ピクチャスライスを含むＰＯＣリセット期間を示す、レイヤにおけるＰＯＣリセット期間におけるコデダピクチャのためのＰＯＣ値と、ＤＰＢ内に現在記憶されている、レイヤにおける１つまたは複数のピクチャのためのＰＯＣ値との少なくとも一部をリセットすることとを行うように構成された、ビデオコーダとを含む。

Description

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

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

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

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

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

[0006]概して、本開示は、マルチレイヤビデオコーディングにおける、改善されたピクチャ順序カウント（ＰＯＣ）シグナリングおよび導出のための技法について説明する。具体的には、本開示は、エラーレジリエンスを改善することができ、また、１つのアクセスユニット中で、あるレイヤにおいてＩＲＡＰピクチャがあるが、別のレイヤのためのピクチャがまったくない、欠落したコロケートピクチャのシナリオのためのサポートを提供する、ＰＯＣシグナリングおよび導出の設計について説明した。これらの技法は、シングルレイヤビデオデータまたはマルチレイヤビデオデータをコーディングするときに使用され得る。概して、これらの技法は、スライスが発生するＰＯＣリセット期間を示す、ＰＯＣリセット期間識別子をシグナリングすることを含む。以下でより詳細に説明されるように、ビデオコーダは、新しいＰＯＣリセット期間識別子を有するスライスを最初に取得すると、ＰＯＣ値リセットを実行するように構成され得る。ビデオコーダは、ＰＯＣリセット期間につき１回、（たとえば、ＰＯＣリセット期間におけるピクチャと、復号ピクチャバッファ内に現在記憶されている、新しいＰＯＣリセット期間識別子を含むピクチャと同じレイヤにおけるピクチャとの）ＰＯＣ値リセットを実行するように構成され得る。このようにして、ＰＯＣアンカーピクチャが失われるか、または破損されるか、またはまったく存在しなかった場合、同じレイヤにおける後続のピクチャのためのＰＯＣ値は、以前として回復され得、したがって、参照ピクチャが正確に識別され得、ピクチャが正確な順序で出力され得る。

[0007]一例では、ビデオデータを復号する方法は、ビデオデコーダによって、ピクチャ順序カウント（ＰＯＣ）リセット期間識別子のための値を表すデータを復号することと、ここにおいて、データが、ビデオデータのレイヤのコード化ピクチャに関連付けられ、ここにおいて、ＰＯＣリセット期間識別子の値が、コード化ピクチャを含むＰＯＣリセット期間を示す、ビデオデコーダによって、コード化ピクチャのためのＰＯＣ値と、ビデオデコーダの復号ピクチャバッファ（ＤＰＢ）内に現在記憶されている、レイヤにおける１つまたは複数のピクチャのためのＰＯＣ値との少なくとも一部をリセットすることとを含む。

[0008]別の例では、ビデオデータを符号化する方法は、ビデオエンコーダによって、ピクチャ順序カウント（ＰＯＣ）リセット期間識別子のための値を表すデータを符号化することと、ここにおいて、データが、ビデオデータのレイヤのコード化ピクチャに関連付けられ、ここにおいて、ＰＯＣリセット期間識別子の値が、コード化ピクチャを含むＰＯＣリセット期間を示す、ビデオエンコーダによって、コード化ピクチャのためのＰＯＣ値と、ビデオデコーダの復号ピクチャバッファ（ＤＰＢ）内に現在記憶されている、レイヤにおける１つまたは複数のピクチャのためのＰＯＣ値との少なくとも一部をリセットすることとを含む。

[0009]別の例では、ビデオデータをコーディングするためのデバイスは、ビデオデータを記憶するように構成された復号ピクチャバッファ（ＤＰＢ）を備えるメモリと、ピクチャ順序カウント（ＰＯＣ）リセット期間識別子のための値を表すデータをコーディングすることと、ここにおいて、データが、ビデオデータのレイヤのコード化ピクチャに関連付けられ、ここにおいて、ＰＯＣリセット期間識別子の値が、コード化ピクチャを含むＰＯＣリセット期間を示す、コード化ピクチャのためのＰＯＣ値と、ＤＰＢ内に現在記憶されている、レイヤにおける１つまたは複数のピクチャのためのＰＯＣ値との少なくとも一部をリセットすることとを行うように構成された、ビデオコーダとを含む。

[0010]別の例では、ビデオデータをコーディングするためのデバイスは、ピクチャ順序カウント（ＰＯＣ）リセット期間識別子のための値を表すデータをコーディングするための手段と、ここにおいて、データが、ビデオデータのレイヤのコード化ピクチャに関連付けられ、ここにおいて、ＰＯＣリセット期間識別子の値が、コード化ピクチャを含むＰＯＣリセット期間を示す、コード化ピクチャのためのＰＯＣ値と、ビデオデコーダの復号ピクチャバッファ（ＤＰＢ）内に現在記憶されている、レイヤにおける１つまたは複数のピクチャのためのＰＯＣ値との少なくとも一部をリセットするための手段とを含む。

[0011]別の例では、コンピュータ可読記憶媒体は、命令を記憶しており、命令が、実行されると、ビデオデータをコーディングするためのデバイスのプロセッサに、ピクチャ順序カウント（ＰＯＣ）リセット期間識別子のための値を表すデータをコーディングすることと、ここにおいて、データが、ビデオデータのレイヤのコード化ピクチャに関連付けられ、ここにおいて、ＰＯＣリセット期間識別子の値が、コード化ピクチャを含むＰＯＣリセット期間を示す、コード化ピクチャのためのＰＯＣ値と、ビデオデコーダの復号ピクチャバッファ（ＤＰＢ）内に現在記憶されている、レイヤにおける１つまたは複数のピクチャのためのＰＯＣ値との少なくとも一部をリセットすることとを行わせる。

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

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

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

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

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

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

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

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

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

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

[0026]ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ０２７５−ｖ３．ｚｉｐにおいて入手可能な文書ＪＣＴＶＣ−Ｏ０２７５ｖ３、および、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ−ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／１５＿Ｇｅｎｅｖａ／ｗｇ１１／ＪＣＴＶＣ−Ｏ０１７６−ｖ３．ｚｉｐにおいて入手可能なＪＣＴＶＣ−Ｏ０１７６ｖ３は、マルチレイヤビデオコーディングにおけるＰＯＣ値をシグナリングおよび導出するためのいくつかの他の方法を提案している。

[0027]既存のＰＯＣ設計、すなわち、マルチレイヤビデオコーディングにおけるＰＯＣ値をシグナリングおよび導出するための既存の方法は、次の問題に遭遇することがある。いくつかの方法では、特定のレイヤのピクチャのためのＰＯＣ導出は、下位レイヤからのピクチャの、ＮＡＬユニットタイプによって示されるピクチャタイプなどの情報に依存する。したがって、そのような下位レイヤピクチャが失われる場合、いくつかのピクチャ（たとえば、特定のレイヤのピクチャ）のためのＰＯＣ値は、正確に導出されないことがある。１つのアクセスユニットが、あるレイヤにおいてＩＲＡＰピクチャを含むが、別のレイヤのためのピクチャをまったく含まないもの（欠落したコロケートピクチャのシナリオと呼ばれる）などの使用事例は、本開示の技法がなければ、サポートされないであろう。いくつかの方法は、いくつかのＳＥＩメッセージのＰＯＣ依存持続性範囲、または、いくつかのＳＥＩメッセージシンタックス要素のＰＯＣ依存セマンティクスを明確に指定する際に問題を有する。

[0028]本開示で説明されるＰＯＣ値設計は、様々な態様を含み、そのいずれかまたはすべては、単独または任意の組合せで実装され得る。本開示の技法は、上記で説明された問題のうちの１つまたは複数を克服し得る。一例では、ビデオコーダ（たとえば、ビデオエンコーダおよびビデオデコーダ）は、たとえば、ビデオデータのスライスのための、ＰＯＣリセット期間識別子をコーディング（符号化または復号）し得る。ＰＯＣリセット期間識別子は、スライスが対応するＰＯＣリセット期間を識別するために、スライスのためのスライスセグメントヘッダの一部を形成し得る。

[0029]本開示のいくつかの技法は、参照ＰＯＣ値（すなわち、現在スライスまたは現在ピクチャのためのＰＯＣ値を導出するための参照として働くＰＯＣ値）を有するピクチャが失われたか、またはさもなければ受信されなかったかのいずれかのために、時々、現在スライス（または、現在スライスを含む現在ピクチャ）のためのＰＯＣ値が決定可能ではないことがあるという認識に基づいている。たとえば、アクセスユニットは、ベースレイヤピクチャのピクチャのためのデータを含み得るが、エンハンスメントレイヤピクチャのためのデータを（たとえば、その損失または省略のために）含まないことがある。これは、ＰＯＣ値が正確に決定可能ではないことを生じ得る。したがって、ビデオコーダは、ＰＯＣリセット期間につき多くて１回、ＰＯＣ値リセットを実行し得、そのことは、ベースレイヤのピクチャのためのデータを含むが、エンハンスメントレイヤのピクチャのためのデータを含まないアクセスユニットを受信した後でも、ビデオデコーダがＰＯＣ値を決定することを可能にし得る。概して、ＰＯＣ値リセットは、ＰＯＣリセット期間のためのアンカーＰＯＣ値のための値を決定することと、アンカーＰＯＣ値に少なくとも部分的に基づいて、同じレイヤにおける、および復号ピクチャバッファ（ＤＰＢ）内に現在記憶されている、ピクチャのＰＯＣ値を調整することとを含み得る。このようにして、実際のアンカーＰＯＣ値が（たとえば、損失または他のエラーのために）決定されないことがあるときでも、ＰＯＣリセット期間のためのＰＯＣ値が決定され得、また、後続のピクチャを復号するための参照ピクチャとして使用され得る、ＤＰＢ内の前に復号されたピクチャのＰＯＣ値を適切に参照し得る。ＰＯＣリセットは、ＰＯＣ値の最上位ビット（ＭＳＢ）のみをリセットすること、または、ＰＯＣ値の（ＭＳＢと最下位ビット（ＬＳＢ）の両方をリセットすることを含む）完全リセットを含み得る。

[0030]本開示の技法はまた、アクセスユニット（すなわち、特定の時間インスタンスのためのすべてのネットワークアブストラクションレイヤ（ＮＡＬ）ユニットを含むデータのユニット）が、あるレイヤのためのデータを含むが、別のレイヤのためのデータを含まない、技法をサポートし得る。たとえば、ビデオデータの異なるレイヤは、たとえば、時間スケーラビリティの目的で、異なるフレームレートを有し得る。アクセスユニットがそのためのデータを有するレイヤのピクチャは、イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャであり得、したがって、そのレイヤのためのＰＯＣアンカーピクチャとして働き得る。典型的に、ＰＯＣ値がレイヤ間で整合されることが望ましい。したがって、本開示の技法は、ピクチャが各レイヤにおける時間インスタンスごとに与えられない場合でも、ビデオコーディングレイヤ間のＰＯＣ値の整合を保持するために使用され得る。

[0031]たとえば、ビデオコーダは、ＰＯＣリセット期間につき多くて１回、ＰＯＣリセットを実行するように構成され得る。複数のピクチャが、同じＰＯＣリセット期間に属し得る。さらに、複数のピクチャが、ＰＯＣ値がＰＯＣリセット期間中にリセットされるべきであることを示し得る。しかしながら、ＰＯＣ値がリセットされるべきであることを、各ピクチャが示すことに応答して、ＰＯＣ値をリセットするのではなく、ビデオコーダは、（たとえば、ＰＯＣリセット期間の前のピクチャが、ＰＯＣ値がリセットされるべきであることを示す結果として）ＰＯＣ値がＰＯＣリセット期間中にリセットされたか否かを決定するように構成され得る。次いで、ビデオコーダは、ＰＯＣ値が対応するＰＯＣリセット期間の間にまだリセットされていない場合のみ、ＰＯＣ値をリセットし得る。

[0032]さらに、ビデオコーダは、スライスセグメントヘッダ中でＰＯＣ ＬＳＢ値をコーディングするように構成され得る。ビデオコーダは、復号ピクチャバッファ（ＤＰＢ）内のスライスと同じレイヤにおけるピクチャのＰＯＣ値を更新するとき、および、現在ピクチャのＰＯＣ ＭＳＢ値の導出のために、そのようなＰＯＣ ＬＳＢ値を使用し得る。ＰＯＣアンカーピクチャは、ＰＯＣアンカーピクチャのためのＰＯＣ値が完全にリセットされるべきであるか、またはＰＯＣアンカーピクチャのＰＯＣ値のＭＳＢのみがリセットされるべきであるかのいずれかを示す、ＰＯＣリセットタイプ値を有し得る。ビデオコーダは、スライスセグメントヘッダ中でシグナリングされたＰＯＣ ＬＳＢ値に等しいＰＯＣアンカーピクチャのＬＳＢ ＰＯＣ値を設定し得る。ＰＯＣアンカーピクチャは、スライスを含むＰＯＣリセット期間の最初のピクチャに対応し得る。ビデオコーダはまた、ＤＰＢ内の他のピクチャのＰＯＣ値を、ＰＯＣ ＬＳＢ値だけデクリメントし得る。

[0033]ビデオコーダはまた、スライスを含むピクチャのためのＰＯＣリセットタイプを示すために、スライスセグメントヘッダ中で２ビット指示（たとえば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックス要素のための値）をコーディングするようにも構成され得る。この指示は、ＰＯＣリセットタイプがＰＯＣリセットなし、ＰＯＣ値のＭＳＢ値のみをリセットすること、ＰＯＣ値のＭＳＢ値とＬＳＢ値の両方をリセットすること（完全リセットとも呼ばれる）であること、または、リセットのタイプを示すために追加の情報がシグナリングされることを示し得、その場合、追加の情報は、完全リセットが実行されるべきであるか、ＭＳＢのみのリセットが実行されるべきであるか、ならびに、上記で説明されたような、ＰＯＣ ＬＳＢ値を示し得る。ビデオコーダは、ＰＯＣアンカーピクチャ（ＰＯＣリセット期間の開始におけるもの）が、完全リセット、ＭＳＢリセット、または追加の情報がシグナリングされることを示す、ＰＯＣリセットタイプを有していなければならないという制限とともに構成され得る。ビデオコーダは、追加の情報がシグナリングされることを示すＰＯＣリセットタイプを有する、同じＰＯＣリセット期間の複数のピクチャをコーディングし得、そのことは、エラーレジリエンシーを改善するか、または欠落したコロケートピクチャのシナリオのためのサポートを提供し得る。このようにして、ビデオコーダは、ＰＯＣリセットタイプ（たとえば、ＰＯＣリセットタイプを表すシンタックス要素の値）に基づいて、ＰＯＣリセット（たとえば、完全リセットまたはＭＳＢのみのリセットのいずれか）を実行するように構成され得る。

[0034]さらに、ビデオコーダは、ＰＯＣリセット情報が対応するスライスセグメントヘッダ中でシグナリングされるか否かを示す指示を、ＰＰＳまたはＳＰＳなどのパラメータセット中でコーディングするように構成され得る。たとえば、ＰＰＳは、ＰＰＳ中のｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｐｒｅｓｅｎｔ＿ｆｌａｇシンタックス要素が１に等しいとき、そのような指示を含み得、指示の値は、スライスセグメントヘッダがＰＯＣリセット情報（たとえば、ＰＯＣリセット期間識別子および／またはＰＯＣリセットタイプインジケータ）を含むことになるか否かを示し得る。

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

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

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

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

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

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

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

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

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

[0044]ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれ、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格などの、ビデオコーディング規格に従って動作し得、ＨＥＶＣテストモデル（ＨＭ）に適合し得る。代替的に、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれ、代替的にＭＰＥＧ−４，Ｐａｒｔ １０，アドバンストビデオコーディング（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格など、他のプロプライエタリ規格もしくは業界規格、またはそのような規格の拡張に従って動作し得る。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオコーディング規格の他の例には、ＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３が含まれる。図１には示されていないが、いくつかの態様では、ビデオエンコーダ２０およびビデオデコーダ３０は、それぞれ、オーディオエンコーダおよびデコーダとそれぞれ統合され得、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含み得る。適用可能であれば、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに適合し得る。

[0045]ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４（ＡＶＣ）規格は、共同ビデオ部会（ＪＶＴ）として知られる共同パートナーシップの成果としてＩＳＯ／ＩＥＣ Ｍｏｖｉｎｇ Ｐｉｃｔｕｒｅ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＭＰＥＧ）とともにＩＴＵ−Ｔ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｅｘｐｅｒｔｓ Ｇｒｏｕｐ（ＶＣＥＧ）によって策定された。いくつかの態様では、本開示で説明される技法は、Ｈ．２６４規格に概ね適合するデバイスに適用され得る。Ｈ．２６４規格は、ＩＴＵ−Ｔ Ｓｔｕｄｙ Ｇｒｏｕｐによる２００５年３月付のＩＴＵ−Ｔ勧告Ｈ．２６４「Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ ｆｏｒ ｇｅｎｅｒｉｃ ａｕｄｉｏｖｉｓｕａｌ ｓｅｒｖｉｃｅｓ」に記載されており、本明細書ではＨ．２６４規格もしくはＨ．２６４仕様、またはＨ．２６４／ＡＶＣ規格もしくは仕様と呼ばれることがある。共同ビデオ部会（ＪＶＴ）は、Ｈ．２６４／ＭＰＥＧ−４ ＡＶＣの拡張に取り組み続けている。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

[0058]概して、ＰＯＣリセットを実行するとき、ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣアンカーピクチャと、復号ピクチャバッファ（ＤＰＢ）内に現在記憶されている他のピクチャとのＰＯＣ値を、それぞれリセットする。次いで、ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣアンカーピクチャのリセットされたＰＯＣ値に基づいて、ＰＯＣリセット期間において他のピクチャのためのＰＯＣ値をそれぞれ決定し得る。いくつかの例では、ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣアンカーピクチャのためのＰＯＣリセットを、すなわち、ＰＯＣアンカーピクチャのコーディング中に、それぞれ実行し得る。

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

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

[0061]ビデオエンコーダ２０およびビデオデコーダ３０は、スライスセグメントヘッダを有するスライスのためのＰＯＣリセットのタイプを示すスライスセグメントヘッダの２ビット指示シンタックス要素を、それぞれコーディングし得る。ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣ値またはＰＯＣ ＭＳＢ値リセットなしのピクチャに対して、この指示のために０の値をそれぞれコーディングし得る。ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣ ＭＳＢのみのリセットを有するピクチャに対して、この指示のために１の値をそれぞれコーディングし得る。ビデオエンコーダ２０およびビデオデコーダ３０は、完全ＰＯＣリセットを有するピクチャに対して、この指示のために２の値をそれぞれコーディングし得る。ビデオエンコーダ２０およびビデオデコーダ３０は、完全ＰＯＣリセットまたはＰＯＣ ＭＳＢリセットのいずれかを有し、シグナリングされる追加の情報を有するピクチャに対して、この指示のために３の値をそれぞれコーディングし得る。ビデオエンコーダ２０およびビデオデコーダ３０は、２ビット指示の値１または２を有するピクチャがＰＯＣリセット期間の開始でなければならないという制限とともに、それぞれ構成され得る。代替的に、いくつかの例では、２ビット指示のための値３を有するピクチャもまた、ＰＯＣリセット期間の開始であり得る。ビデオエンコーダ２０およびビデオデコーダ３０は、ＰＯＣリセット期間に属するが、ＰＯＣリセット期間において最初のピクチャではないピクチャが、２ビット指示のための値３を有していなければならないという制限とともに、それぞれ構成され得る。

[0062]１つのアクセスユニットがあるレイヤにおいてＩＲＡＰピクチャを含むが、別のレイヤのためのピクチャをまったく含まない使用事例は、２ビット指示のための値３を有するピクチャがＰＯＣリセット期間の開始であることを通して、サポートされる。言い換えれば、２ビット指示のための３の値によって示されるような追加のシグナリング情報を与えることによって、ビデオエンコーダ２０およびビデオデコーダ３０は、あるレイヤにおいてＩＲＡＰピクチャを有し、別のレイヤにおいてピクチャを有していない、少なくとも１つのアクセスユニットを含むビデオデータをそれぞれコーディングし得る。

[0063]本開示の技法は、エラーレジリエンシーを高めることができる。たとえば、ＰＯＣリセット期間の開始におけるピクチャの損失は、復号順序においてそのピクチャに後続し、２ビット指示のための値３を割り当てられる、１つまたは複数の同じレイヤのピクチャを有することによって克服され得る。追加の情報は、ＰＯＣリセット期間を開始するＰＯＣアンカーピクチャのためのＰＯＣ ＬＳＢ値を含み得る。したがって、欠落したコロケートピクチャのシナリオのサポートのための同じプロセスが、エラーレジリエンス問題を解決するために適用され得る。

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

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

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

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

[0147]このようにして、図３のビデオデコーダ３０は、ピクチャ順序カウント（ＰＯＣ）リセット期間識別子のための値を表すデータを復号することと、ここにおいて、データが、ビデオデータのレイヤのコード化ピクチャに関連付けられ、ここにおいて、ＰＯＣリセット期間識別子の値が、コード化ピクチャを含むＰＯＣリセット期間を示す、コード化ピクチャのためのＰＯＣ値と、ビデオデコーダの復号ピクチャバッファ（ＤＰＢ）内に現在記憶されている、レイヤにおける１つまたは複数のピクチャのためのＰＯＣ値との少なくとも一部をリセットすることとを行うように構成された、ビデオデコーダの一例を表す。

[0148]ビデオデコーダ３０は、参照ピクチャリスト中に含まれるべき参照ピクチャを表す１つまたは複数のＰＯＣ値を復号することと、復号された１つまたは複数のＰＯＣ値に少なくとも部分的に基づいて、参照ピクチャリストを構築することと、スライスのブロックのための動き情報を復号することと、ここにおいて、動き情報が、参照ピクチャリストの識別子と、参照ピクチャリストへの参照インデックスとを含む、参照ピクチャリスト中の参照インデックスに対応する参照ピクチャのうちの１つを使用して、ブロックを復号することと、を行うように構成された、ビデオデコーダの一例をさらに表す。

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

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

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

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

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

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

[0155]このようにして、図４の方法は、ビデオエンコーダによって、ピクチャ順序カウント（ＰＯＣ）リセット期間識別子のための値を表すデータを符号化することと、ここにおいて、データが、ビデオデータのレイヤのコード化ピクチャに関連付けられ、ここにおいて、ＰＯＣリセット期間識別子の値が、コード化ピクチャを含むＰＯＣリセット期間を示す、ビデオエンコーダによって、コード化ピクチャのためのＰＯＣ値と、ビデオデコーダの復号ピクチャバッファ（ＤＰＢ）内に現在記憶されている、レイヤにおける１つまたは複数のピクチャのためのＰＯＣ値との少なくとも一部をリセットすることとを含む方法の一例を表す。この方法は、この例では、１つまたは複数の参照ピクチャを含む参照ピクチャリストを構築することと、参照ピクチャのうちの１つを使用して、スライスのブロックを符号化することと、ブロックのための動き情報を符号化することと、ここにおいて、動き情報が、参照ピクチャリストの識別子と、参照ピクチャのうちの１つに対応する参照ピクチャリストへの参照インデックスとを含む、参照ピクチャリスト中に含まれた参照ピクチャを表す１つまたは複数のＰＯＣ値を符号化することとをさらに含む。

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

[0157]最初に、ビデオデコーダ３０は、たとえば、現在スライスのスライスセグメントヘッダから、現在スライスのためのＰＯＣリセット期間識別子を復号する（２００）。ビデオデコーダ３０は、ＰＯＣリセットタイプ識別子をさらに復号し得る。図５の方法は、ＰＯＣリセット期間識別子が、現在スライスが新しいＰＯＣリセット期間の一部であることを示すという仮定に基づいている。スライスが新しいＰＯＣリセット期間の一部であることに基づいて、ビデオデコーダ３０は、同じく現在スライスと同じレイヤの一部である、ＤＰＢ内の参照ピクチャのＰＯＣ値をリセットする（２０２）。次いで、ビデオデコーダ３０は、たとえば、スライスセグメントヘッダ、および／または、ＰＰＳもしくはＳＰＳなどのパラメータセットから、参照ピクチャリスト中に含まれるべき参照ピクチャのＰＯＣ値を復号する（２０４）。次いで、ビデオデコーダ３０は、参照ピクチャリストを形成する（２０６）。

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

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

[0160]このようにして、図５の方法は、ビデオデコーダによって、ピクチャ順序カウント（ＰＯＣ）リセット期間識別子のための値を表すデータを復号することと、ここにおいて、データが、ビデオデータのレイヤのコード化ピクチャであり、ここにおいて、ＰＯＣリセット期間識別子の値が、コード化ピクチャを含むＰＯＣリセット期間を示す、ビデオデコーダによって、コード化ピクチャのためのＰＯＣ値と、ビデオデコーダの復号ピクチャバッファ（ＤＰＢ）内に現在記憶されている、レイヤにおける１つまたは複数のピクチャのためのＰＯＣ値との少なくとも一部をリセットすることとを含む方法の一例を表す。この例における方法は、参照ピクチャリスト中に含まれるべき参照ピクチャを表す１つまたは複数のＰＯＣ値を復号することと、復号された１つまたは複数のＰＯＣ値に少なくとも部分的に基づいて、参照ピクチャリストを構築することと、スライスのブロックのための動き情報を復号することと、ここにおいて、動き情報が、参照ピクチャリストの識別子と、参照ピクチャリストへの参照インデックスとを含む、参照ピクチャリスト中の参照インデックスに対応する参照ピクチャのうちの１つを使用して、ブロックを復号することとをさらに含む。

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

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

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

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

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

[0166]様々な例が、説明された。これらおよび他の例は、次の特許請求の範囲内に入る。

[0001]本出願は、２０１３年１１月１９日に出願された米国仮出願第６１／９０６，３７３号の利益を主張する。

Claims (45)

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. 前記プロセッサに、前記コード化ピクチャのために実行されるべきＰＯＣリセットのタイプの指示のための２ビット値を表すデータをコーディングすること、ここにおいて、前記データが前記コード化ピクチャ中に含まれる、を行わせる命令をさらに備える、請求項３７に記載のコンピュータ可読記憶媒体。
42. 前記プロセッサに、
    前記指示のための前記値が０であるとき、前記コード化ピクチャのための前記ＰＯＣ値がリセットされるべきではないと決定することと、
    前記指示のための前記値が１であるとき、前記コード化ピクチャのための前記ＰＯＣ値の最上位ビット（ＭＳＢ）のみがリセットされるべきであると決定することと、
    前記指示のための前記値が２であるとき、前記コード化ピクチャのための前記ＰＯＣ値のＭＳＢと最下位ビット（ＬＳＢ）の両方がリセットされるべきであると決定することと、
    前記指示のための前記値が３であるとき、追加のＰＯＣリセット情報が前記コード化ピクチャのためにシグナリングされると決定することと
    を行わせる命令をさらに備える、請求項４１に記載のコンピュータ可読記憶媒体。
43. 前記プロセッサに、前記指示のための前記値が３であるとき、前記追加のＰＯＣリセット情報をコーディングすること、ここにおいて、前記追加のＰＯＣリセット情報が、前記コード化ピクチャのための前記ＰＯＣ値のＰＯＣ ＭＳＢがリセットされるべきであるか否か、または、前記コード化ピクチャのための前記ＰＯＣ値のＰＯＣ ＭＳＢおよびＰＯＣ ＬＳＢがリセットされるべきであるか否かを示し、ここにおいて、前記追加のＰＯＣリセット情報がアンカーＰＯＣ ＬＳＢ値を示す、を行わせる命令をさらに備える、請求項４２に記載のコンピュータ可読記憶媒体。
44. 前記プロセッサに、
    前記コード化ピクチャのために実行されるべきＰＯＣリセットのタイプの指示のための値を表すデータをコーディングすることと、ここにおいて、前記指示のための前記値が、追加のＰＯＣリセット情報が前記コード化ピクチャのためにシグナリングされることを示し、ここにおいて、前記データが前記コード化ピクチャ中に含まれる、
    前記追加のＰＯＣリセット情報をコーディングすることと、ここにおいて、前記追加のＰＯＣリセット情報が、アンカーＰＯＣ最下位ビット（ＬＳＢ）値を示す
    を行わせる命令をさらに備える、請求項３７に記載のコンピュータ可読記憶媒体。
45. 前記コンピュータ可読記憶媒体が、前記プロセッサに、前記コード化ピクチャに対応するピクチャパラメータセット（ＰＰＳ）のデータをコーディングすること、ここにおいて、前記ＰＰＳの前記データが、ＰＯＣリセット情報が前記コード化ピクチャ中でシグナリングされるか否かを示す、を行わせる命令をさらに備え、ここにおいて、前記プロセッサに、前記ＰＯＣリセット期間識別子のための前記値を表す前記データをコーディングすることを行わせる前記命令が、前記プロセッサに、前記ＰＰＳの前記データが、前記ＰＯＣリセット情報が前記コード化ピクチャ中でシグナリングされることを示すとき、前記ＰＯＣリセット期間識別子のための前記値を表す前記データをコーディングすることを行わせる命令を備える、請求項３７に記載のコンピュータ可読記憶媒体。

Images