(57)【特許請求の範囲】
【請求項１】
ピクチャを含むビデオシーケンスを復号するための方法であって、
（ａ）前記ビデオシーケンスを受信するステップと、
（ｂ）前記ビデオシーケンスのための出力レイヤセットの数を決定するステップと、
（ｃ）複数の前記出力レイヤセットのうちの第１の出力レイヤセットに関してサブレイヤの最大数−１を決定するステップと、
（ｄ）複数の前記サブレイヤのうちの第１のサブレイヤ及び前記第１の出力レイヤセットに関して復号ピクチャバッファの特性を復号するステップと
を備え、
前記特性は、前記第１の出力レイヤセットにおいて、復号順では１に等しいピクチャ出力フラグをもつピクチャを含む第１のアクセスユニットに先行できて、出力順では前記第１のアクセスユニットの後に続く、１に等しいピクチャ出力フラグをもつピクチャを含む複数のアクセスユニットの最大数を指定する、方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［背景技術］
電子デバイスは、消費者ニーズを満たし、可搬性および便利さを改善するために、より小さく、より強力になった。消費者は、電子デバイスに依存するようになり、機能性の向上を期待するようになった。電子デバイスのいくつかの例は、デスクトップコンピュータ、ラップトップコンピュータ、セルラーフォン、スマートフォン、メディアプレーヤ、集積回路などを含む。
【０００２】
いくつかの電子デバイスは、デジタルメディアを処理して表示するために用いられる。例えば、ポータブル電子デバイスは、今や消費者がいるほとんどどの場所でもデジタルメディアを用いることを可能にする。そのうえ、いくつかの電子デバイスは、消費者が用いて楽しむためのデジタルメディア・コンテンツのダウンロードまたはストリーミングを提供する。
【０００３】
デジタルメディアの人気の高まりは、いくつかの問題を提起した。例えば、高品質デジタルメディアを記憶、送信および迅速な再生のために効率的に表現することがいくつかの課題を提起する。この考察から気付きうるように、デジタルメディアを性能向上によって効率的に表現するシステムおよび方法が有益である。
【０００４】
本発明の前述および他の目的、特徴、ならびに利点は、本発明の以下の詳細な記載を添付図面と併せて考察したときにさらに容易に理解されるであろう。
［発明の概要］
［課題を解決するための手段］
【０００５】
本発明の一実施形態は、ピクチャを含むビデオシーケンスを復号するための方法を開示し、方法は、
【０００６】
（ａ）前記ビデオシーケンスを受信するステップと、
【０００７】
（ｂ）前記ビデオシーケンスのための出力レイヤセットの数を確定するステップと、
【０００８】
（ｃ）前記少なくとも１つの前記出力レイヤセットのうちの少なくとも１つに関してサブレイヤの最大数−１を確定するステップと、
【０００９】
（ｄ）前記少なくとも１つの前記出力レイヤセットのうちの１つのサブレイヤに関して復号ピクチャバッファの特性を復号するステップと
を備える。
［図面の簡単な説明］
【００１０】
［図１Ａ］メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示すブロック図である。
［図１Ｂ］メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示す別のブロック図である。
［図２Ａ］電子デバイス上のエンコーダ６０４の一構成を示すブロック図である。
［図２Ｂ］電子デバイス上のエンコーダ６０４の一構成を示す別のブロック図である。
［図３Ａ］電子デバイス上のデコーダの一構成を示すブロック図である。
［図３Ｂ］電子デバイス上のデコーダの一構成を示す別のブロック図である。
［図４］復号ピクチャバッファの動作のための方法の一構成を示すブロック図である。
［図５Ａ］異なるＮＡＬユニットヘッダ・シンタックスを示す。
［図５Ｂ］異なるＮＡＬユニットヘッダ・シンタックスを示す。
［図５Ｃ］異なるＮＡＬユニットヘッダ・シンタックスを示す。
［図６］一般的なＮＡＬユニット・シンタックスを示す。
［図６Ａ］例示的なビデオパラメータ拡張シンタックスを示す。
［図６Ｂ］例示的なビデオパラメータ拡張シンタックスを示す。
［図６Ｘ］例示的なビデオパラメータ拡張シンタックスを示す。
［図７Ａ］例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
［図７Ｂ］例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
［図８］別の例示的なビデオパラメータ拡張シンタックスを示す。
［図９］例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
［図１０］別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
［図１１］例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
［図１２］別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
［図１３］別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
［図１４］別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
［図１５］別の例示的なビデオパラメータ拡張シンタックスおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を示す。
［図１６］例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）シンタックスを示す。
［発明を実施するための形態］
【００１１】
図１Ａは、１つ以上の電子デバイス１０２の例を示すブロック図である。この例では、電子デバイスＡ  １０２ａおよび電子デバイスＢ  １０２ｂが示されるが、所望により、いずれかが省略されてもよい。しかしながら、留意すべきは、電子デバイスＡ  １０２ａおよび電子デバイスＢ  １０２ｂに関して記載される特徴および機能性の１つ以上がいくつかの構成では単一の電子デバイスに組み合わされてもよいことである。
【００１２】
電子デバイスＡ  １０２ａは、エンコーダ１０４を含む。エンコーダ１０４は、メッセージ発生モジュール１０８を含む。電子デバイスＡ  １０２ａ内に含まれるそれぞれの要素（例えば、エンコーダ１０４およびメッセージ発生モジュール１０８）は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。
【００１３】
電子デバイスＡ  １０２ａは、１つ以上の入力ピクチャ１０６を取得する。いくつかの構成において、入力ピクチャ（単数または複数）１０６は、イメージセンサを用いて電子デバイスＡ  １０２ａ上に取り込まれてもよく、メモリから読み出されてもよく、および／または別の電子デバイスから受信されてもよい。
【００１４】
エンコーダ１０４は、符号化データを生成するために入力ピクチャ（単数または複数）１０６を符号化する。例えば、エンコーダ１０４は、一連の入力ピクチャ１０６（例えば、ビデオ）を符号化する。一構成において、エンコーダ１０４は、ＨＥＶＣエンコーダであってもよい。符号化データは、デジタルデータ（例えば、ビットストリーム１１４の一部）であってもよい。エンコーダ１０４は、入力信号に基づいてオーバーヘッド・シグナリングを発生させる。
【００１５】
メッセージ発生モジュール１０８は、１つ以上のメッセージを発生させる。例えば、メッセージ発生モジュール１０８は、１つ以上のＳＥＩメッセージまたは他のメッセージを発生させる。サブピクチャ・レベルの動作がサポートされるＣＰＢに関しては、電子デバイス１０２がサブピクチャ・パラメータ（例えば、ＣＰＢリムーバル遅延パラメータ）を送信する。具体的には、電子デバイス１０２（例えば、エンコーダ１０４）がピクチャ・タイミングＳＥＩメッセージ中に共通復号ユニットＣＰＢリムーバル遅延パラメータを含めるべきかどうかを判定する。例えば、エンコーダ１０４がピクチャ・タイミングＳＥＩメッセージ中に共通復号ユニットＣＰＢリムーバル遅延パラメータ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含めるとき、電子デバイスは、フラグ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を１にセットする。共通復号ユニットＣＰＢリムーバル遅延パラメータが含まれるときに、電子デバイスは、アクセスユニット中のすべての復号ユニットに適用可能な共通復号ユニットＣＰＢリムーバル遅延パラメータを発生させる。言い換えれば、アクセスユニット中の復号ユニットごとに復号ユニットＣＰＢリムーバル遅延パラメータを含めるのではなく、ピクチャ・タイミングＳＥＩメッセージが関連付けられるアクセスユニット中のすべての復号ユニットに対して共通パラメータが適用される。
【００１６】
対照的に、ピクチャ・タイミングＳＥＩメッセージ中に共通復号ユニットＣＰＢリムーバル遅延パラメータが含まれないとき、電子デバイス１０２は、ピクチャ・タイミングＳＥＩメッセージが関連付けられるアクセスユニット中の復号ユニットごとに別々の復号ユニットＣＰＢリムーバル遅延を発生させる。
【００１７】
いくつかの構成において、電子デバイスＡ  １０２ａは、メッセージをビットストリーム１１４の一部として電子デバイスＢ  １０２ｂへ送信してもよい。いくつかの構成において、電子デバイスＡ  １０２ａは、メッセージを別個の送信１１０によって電子デバイスＢ  １０２ｂへ送信してもよい。例えば、別個の送信は、ビットストリーム１１４の一部でなくてもよい。例として、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージが何らかの帯域外メカニズムを用いて送信されてもよい。いくつかの構成において、他のメッセージが上記のピクチャ・タイミングＳＥＩメッセージの特徴のうちの１つ以上を含みうることに留意すべきである。そのうえ、他のメッセージは、１つ以上の態様において、上記のＳＥＩメッセージと同様に活用されもよい。
【００１８】
エンコーダ１０４（および、例えば、メッセージ発生モジュール１０８）は、ビットストリーム１１４を生成する。ビットストリーム１１４は、入力ピクチャ（単数または複数）１０６に基づく符号化ピクチャデータを含む。いくつかの構成において、ビットストリーム１１４は、オーバーヘッドデータ、例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ、スライスヘッダ（単数または複数）、ＰＰＳ（単数または複数）なども含む。追加の入力ピクチャ１０６が符号化されたときに、ビットストリーム１１４は、１つ以上の符号化ピクチャを含む。例として、ビットストリーム１１４は、対応するオーバーヘッドデータ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）をもつ１つ以上の符号化ピクチャを含む。
【００１９】
ビットストリーム１１４は、デコーダ１１２へ供給される。一例では、ビットストリーム１１４は、有線または無線リンクを用いて電子デバイスＢ  １０２ｂへ送信される。いくつかのケースでは、これは、ネットワーク、例えば、インターネットまたはローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を通じて行われる。図１Ａに示されるように、デコーダ１１２は、電子デバイス  Ａ１０２ａ上のエンコーダ１０４とは分離して電子デバイスＢ  １０２ｂ上に実装されてもよい。しかしながら、留意すべきは、エンコーダ１０４およびデコーダ１１２がいくつかの構成では同じ電子デバイス上に実装されてもよいことである。例として、エンコーダ１０４およびデコーダ１１２が同じ電子デバイス上に実装される実装においては、ビットストリーム１１４がバスを通じてデコーダ１１２へ供給されてもよく、またはデコーダ１１２による読み出しのためにメモリに記憶されてもよい。
【００２０】
デコーダ１１２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ１１２は、ＨＥＶＣデコーダであってもよい。デコーダ１１２は、ビットストリーム１１４を受信する（例えば、取得する）。デコーダ１１２は、ビットストリーム１１４に基づいて１つ以上の復号ピクチャ１１８を発生させる。復号ピクチャ（単数または複数）１１８は、表示される、再生される、メモリに記憶されるか、および／または別のデバイスへ送信されるなどである。
【００２１】
デコーダ１１２は、ＣＰＢ１２０を含む。ＣＰＢ１２０は、符号化ピクチャを一時的に記憶する。ＣＰＢ１２０は、データをいつ取り出すべきかを確定するために、ピクチャ・タイミングＳＥＩメッセージ中で見出されたパラメータを用いる。ＣＰＢ１２０がサブピクチャ・レベルの動作をサポートするときには、一度にアクセスユニット全体ではなく、個々の復号ユニットが取り出されてもよい。デコーダ１１２は、復号ピクチャバッファ（ＤＰＢ：Ｄｅｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ）１２２を含む。各復号ピクチャは、復号処理によって参照されるため、ならびに出力およびクロッピングのためにＤＰＢ１２２中に置かれる。復号ピクチャは、ＤＰＢ出力時刻か、または復号ピクチャが予測間参照のためにもはや必要とされなくなる時刻のうちの後の方でＤＰＢから取り出される。
【００２２】
デコーダ１１２は、メッセージ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）を受信する。デコーダ１１２は、さらに、受信したメッセージが共通復号ユニットＣＰＢリムーバル遅延パラメータ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含むかどうかを確定する。これは、共通パラメータがピクチャ・タイミングＳＥＩメッセージ中に存在するときにセットされるフラグ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を識別することを含む。共通パラメータが存在すれば、デコーダ１１２は、アクセスユニット中のすべての復号ユニットに適用可能な共通復号ユニットＣＰＢリムーバル遅延パラメータを確定する。共通パラメータが存在しなければ、デコーダ１１２は、アクセスユニット中の復号ユニットごとに別々の復号ユニットＣＰＢリムーバル遅延パラメータを確定する。デコーダ１１２は、さらに、共通復号ユニットＣＰＢリムーバル遅延パラメータまたは別々の復号ユニットＣＰＢリムーバル遅延パラメータのいずれかを用いてＣＰＢ１２０から復号ユニットを取り出す。
【００２３】
復号ピクチャバッファ（ＤＰＢ）１２２は、異なる特性を有する復号ピクチャのために別々に識別され、管理される複数のピクチャバッファを含んでもよい。例えば、復号ピクチャバッファ（ＤＰＢ）１２２は、異なる解像度、異なるビット深度および／または異なる色度をもつ復号ピクチャのために別々に識別され、管理される複数のピクチャバッファを含んでもよい。
【００２４】
復号ピクチャは、その代わりに、復号ピクチャバッファ（ＤＰＢ）１２２における複数のピクチャ記憶バッファの共通プールに記憶されてもよい。例えば、バンピング／リムーバル処理およびレベル定義に影響を及ぼす復号ピクチャバッファ（ＤＰＢ）１２２のサイズ制約を確定するために、２つの追加のサブケースが用いられる。バイトに基づく復号ピクチャバッファ（ＤＰＢ）１２２の制約では、解像度および／またはビット深度に基づくサイズを考慮して復号ピクチャが記憶される。復号ピクチャバッファ（ＤＰＢ）１２２のサイズ制約は、各復号ピクチャの解像度およびビット深度を考慮したバイト制限として定義される。ピクチャ単位に基づく復号ピクチャバッファ（ＤＰＢ）１２２の制約では、復号ピクチャが記憶される（かつ１つのピクチャバッファ・スロットを占めると見做される）。復号ピクチャバッファ（ＤＰＢ）１２２のサイズ制約は、その場合には各復号ピクチャの解像度およびビット深度を考慮することなくピクチャ・スロット数の制限として定義される。
【００２５】
一構成において、復号ピクチャバッファ（ＤＰＢ）占有量がレイヤごとに追跡されてもよい。例えば、復号ピクチャバッファ（ＤＰＢ）１２２のサイズ制約がシグナリングされて、レイヤごとに、バンピングが適用されてもよい。レイヤ識別子ｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ各レイヤがそれ自体のピクチャ記憶バッファを含む場合には、各レイヤの復号ピクチャバッファ（ＤＰＢ）占有量を追跡するために変数ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］を用いることができるであろう。ｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいレイヤＩＤ値をもつレイヤからピクチャが取り出されるときに、変数ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１に等しくセットされる（すなわち、ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１つデクリメントされる）。このケースでは、ピクチャ記憶バッファＰＳＢ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］からピクチャが取り出された。
【００２６】
同様に、ｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいレイヤＩＤ値をもつ現復号ピクチャが復号ピクチャバッファ（ＤＰＢ）１２２中に記憶されるときには、変数ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］がＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］＋１に等しくセットされる（すなわち、ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１つインクリメントされる）。このケースでは、ピクチャ記憶バッファＰＳＢ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］中にピクチャが記憶された。
【００２７】
復号ピクチャバッファ（ＤＰＢ）占有量を出力レイヤセットに関して追跡することもできるであろう。復号ピクチャバッファ（ＤＰＢ）１２２のサイズ制約がその場合にはシグナリングされて、出力レイヤセットに関して指定された制約に基づいて、バンピングが適用される。被テスト動作点と関連付けられた出力レイヤセットに関してＤＰＢＦｕｌｌｎｅｓｓ値を追跡することもできるであろう。このように、ピクチャが出力レイヤセットに属するレイヤから取り出されるときに、ＤＰＢＦｕｌｌｎｅｓｓ＝ＤＰＢＦｕｌｌｎｅｓｓ−１のように復号ピクチャバッファ（ＤＰＢ）占有量の値が１つデクリメントされる。同様に、現復号ピクチャが復号ピクチャバッファ（ＤＰＢ）１２２中に記憶されるときには、ＤＰＢＦｕｌｌｎｅｓｓ＝ＤＰＢＦｕｌｌｎｅｓｓ＋１のように復号ピクチャバッファ（ＤＰＢ）占有量が１つデクリメントされる。
【００２８】
上記のＨＲＤは、図１Ａに示されるデコーダ１１２の一例である。このように、電子デバイス１０２は、いくつかの構成において、上記のＨＲＤおよびＣＰＢ１２０ならびにＤＰＢ１２２に従って動作する。
【００２９】
符号化ピクチャバッファ（ＣＰＢ）は、仮想参照デコーダ（ＨＲＤ：ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｆｅｒｅｎｃｅ  ｄｅｃｏｄｅｒ）において指定された復号順にアクセスユニットを含んだ先入れ先出しバッファである。アクセスユニットは、復号順に連続したネットワークアクセスレイヤ（ＮＡＬ：Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｌａｙｅｒ）ユニットのセットであり、１つだけの符号化ピクチャを含む。符号化ピクチャの符号化スライスＮＡＬユニットに加えて、アクセスユニットは、符号化ピクチャのスライスを含んでいない他のＮＡＬユニットも含む。アクセスユニットを復号すると、復号ピクチャを結果として生じる。ＮＡＬユニットは、後に続くデータのタイプの指標と、そのデータを、必要に応じてエミュレーション防止バイトを点在させた、ロー・バイト・シーケンス・ペイロードの形態で含んだ複数のバイトとを含むシンタックス構造である。
【００３０】
留意すべきは、電子デバイス（単数または複数）１０２に含まれる要素またはその部分の１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。やはり留意すべきは、本明細書に記載される機能または方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：Ｌａｒｇｅ−Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【００３１】
図１Ｂは、エンコーダ１９０８およびデコーダ１９７２の別の例を示すブロック図である。この例では、電子デバイスＡ  １９０２および電子デバイスＢ  １９７０が示される。しかしながら、留意すべきは、電子デバイスＡ  １９０２および電子デバイスＢ  １９７０に関して記載される特徴および機能性がいくつかの構成では単一の電子デバイスに組み合わされてもよいことである。
【００３２】
電子デバイスＡ  １９０２は、エンコーダ１９０８を含む。エンコーダ１９０８は、ベースレイヤ・エンコーダ１９１０およびエンハンスメントレイヤ・エンコーダ１９２０を含む。ビデオエンコーダ１９０８は、後で記載されるように、スケーラブル・ビデオ符号化およびマルチビュー・ビデオ符号化に適する。エンコーダ１９０８は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、エンコーダ１９０８は、スケーラブルおよび／またはマルチビューを含めて、高効率ビデオ符号化（ＨＥＶＣ）コーダであってもよい。ＨＥＶＣ仕様は、参照によりその全体が本明細書に組み込まれる、Ｂ．ブロス（Ｂｒｏｓ）、Ｗ−Ｊ．ハン（Ｈａｎ）、Ｊ−Ｒ．オーム（Ｏｈｍ）、Ｇ．Ｊ．サリバン（Ｓｕｌｌｉｖａｎ）、およびＴ．ウィーガンド（Ｗｉｅｇａｎｄ）、「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０（Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ）  ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  １０）」、ＪＣＴＶＣ−Ｌ１００３、ジュネーブ、２０１３年１月を含み、マルチビュー仕様は、参照によりその全体が本明細書に組み込まれる、Ｇ．テック（Ｔｅｃｈ）、Ｋ．ウェグナー（Ｗｅｇｎｅｒ）、Ｙ．チェン（Ｃｈｅｎ）、Ｍ．ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）、Ｊ・ボイス（Ｂｏｙｃｅ）、「ＭＶ−ＨＥＶＣ草案テキスト６（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ６）（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」、ＪＣＴ３Ｖ−Ｆ１００４、ジュネーブ、２０１３年１１月を含み、スケーラブル仕様は、参照によりその全体が本明細書に組み込まれる、Ｊ．チェン（Ｃｈｅｎ）、Ｊ．ボイス（Ｂｏｙｃｅ）、Ｙ．イエ（Ｙｅ）、Ｍ．ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）、「ＳＨＶＣ草案４（ＳＨＶＣ  Ｄｒａｆｔ  ４）」、ＪＣＴＶＣ−Ｏ１００８、ジュネーブ、２０１３年１１月を含む。所望により、他のコーダが同様に用いられてもよい。電子デバイスＡ  １９０２は、ソース１９０６を取得する。いくつかの構成において、ソース１９０６は、イメージセンサを用いて電子デバイスＡ  １９０２上に取り込まれても、メモリから読み出されても、または別の電子デバイスから受信されてもよい。
【００３３】
エンコーダ１９０８は、ベースレイヤ・ビットストリーム１９３４およびエンハンスメントレイヤ・ビットストリーム１９３６を生成するためにソース１９０６を符号化する。例えば、エンコーダ１９０８は、ソース１９０６中の一連のピクチャ（例えば、ビデオ）を符号化する。特に、品質スケーラビリティとしても知られるＳＮＲスケーラビリティに関わるスケーラブル・ビデオ符号化のために、ベースレイヤおよびエンハンスメントレイヤ・エンコーダへ同じソース１９０６が供給される。特に、空間スケーラビリティに関わるスケーラブル・ビデオ符号化のために、ベースレイヤ・エンコーダにはダウンサンプリングされたソースが用いられる。特に、マルチビュー符号化のために、ベースレイヤ・エンコーダおよびエンハンスメントレイヤ・エンコーダには異なるビュー・ソースが用いられる。エンコーダ１９０８は、図２Ｂに関連して後で記載されるエンコーダ１７８２と同様であってもよい。
【００３４】
ビットストリーム１９３４、１９３６は、ソース１９０６に基づく符号化ピクチャデータを含む。いくつかの構成において、ビットストリーム１９３４、１９３６は、オーバーヘッドデータ、例えば、スライスヘッダ情報、ＰＰＳ情報なども含む。ソース１９０６中の追加のピクチャが符号化されたときに、ビットストリーム１９３４、１９３６は、１つ以上の符号化ピクチャを含む。
【００３５】
ビットストリーム１９３４、１９３６は、デコーダ１９７２へ供給される。デコーダ１９７２は、ベースレイヤ・デコーダ１９８０およびエンハンスメントレイヤ・デコーダ１９９０を含む。ビデオデコーダ１９７２は、スケーラブル・ビデオ復号およびマルチビュー・ビデオ復号に適する。一例では、ビットストリーム１９３４、１９３６は、有線または無線リンクを用いて電子デバイスＢ  １９７０へ送信される。いくつかのケースでは、これは、ネットワーク、例えば、インターネットまたはローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を通じて行われる。図１Ｂに示されるように、デコーダ１９７２は、電子デバイスＡ  １９０２上のエンコーダ１９０８とは分離して電子デバイスＢ  １９７０上に実装されてもよい。しかしながら、留意すべきは、エンコーダ１９０８およびデコーダ１９７２がいくつかの構成では同じ電子デバイス上に実装されてもよいことである。例として、エンコーダ１９０８およびデコーダ１９７２が同じ電子デバイス上に実装される実装では、ビットストリーム１９３４、１９３６がバスを通じてデコーダ１９７２へ供給されてもよく、またはデコーダ１９７２による読み出しのためにメモリに記憶されてもよい。デコーダ１９７２は、復号ベースレイヤ１９９２および復号エンハンスメントレイヤ・ピクチャ（単数または複数）１９９４を出力として供給する。
【００３６】
デコーダ１９７２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ１９７２は、スケーラブルおよび／またはマルチビューを含めて、高効率ビデオ符号化（ＨＥＶＣ）デコーダであってもよい。他のデコーダが同様に用いられてもよい。デコーダ１９７２は、図３Ｂに関連して後で記載されるデコーダ１８１２と同様であってもよい。さらに、ベースレイヤ・エンコーダおよび／またはエンハンスメントレイヤ・エンコーダは、図１Ａに関して記載されたような、メッセージ発生モジュールをそれぞれが含んでもよい。さらに、ベースレイヤ・デコーダおよび／またはエンハンスメントレイヤ・デコーダは、図１Ａに関して記載されたような、符号化ピクチャバッファおよび／または復号ピクチャバッファを含んでもよい。加えて、図１Ｂの電子デバイスは、場合に応じて、図１Ａの電子デバイスの機能に従って動作してもよい。
【００３７】
図２Ａは、電子デバイス６０２上のエンコーダ６０４の一構成を示すブロック図である。留意すべきは、電子デバイス６０２内に含まれるとして示される要素の１つ以上がハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいことである。例えば、電子デバイス６０２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいエンコーダ６０４を含む。例として、エンコーダ６０４は、回路、集積回路、特定用途向け集積回路（ＡＳＩＣ）、実行可能な命令をもつメモリと電子通信を行うプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）など、またはそれらの組み合わせとして実装されてもよい。いくつかの構成において、エンコーダ６０４は、ＨＥＶＣコーダであってもよい。
【００３８】
電子デバイス６０２は、ソース６２２を含む。ソース６２２は、ピクチャまたは画像データ（例えば、ビデオ）を１つ以上の入力ピクチャ６０６としてエンコーダ６０４へ供給する。ソース６２２の例は、イメージセンサ、メモリ、通信インターフェース、ネットワークインターフェース、無線受信機、ポートなどを含む。
【００３９】
１つ以上の入力ピクチャ６０６は、フレーム内予測モジュールおよび再構成バッファ６２４へ供給される。入力ピクチャ６０６は、動き推定および動き補償モジュール６４６へ、そして減算モジュール６２８へも供給される。
【００４０】
フレーム内予測モジュールおよび再構成バッファ６２４は、１つ以上の入力ピクチャ６０６および再構成データ６６０に基づいてイントラモード情報６４０およびイントラ信号６２６を発生させる。動き推定および動き補償モジュール６４６は、１つ以上の入力ピクチャ６０６および復号ピクチャバッファ６７６からの参照ピクチャ６７８に基づいてインターモード情報６４８およびインター信号６４４を発生させる。いくつかの構成において、復号ピクチャバッファ６７６は、１つ以上の参照ピクチャからのデータを復号ピクチャバッファ６７６中に含む。
【００４１】
エンコーダ６０４は、モードに従ってイントラ信号６２６とインター信号６４４との間で選択を行う。イントラ信号６２６は、イントラ符号化モードにおいてピクチャ内の空間的特性を活用するために用いられる。インター信号６４４は、インター符号化モードにおいてピクチャ間の時間的特性を活用するために用いられる。イントラ符号化モードにある間に、イントラ信号６２６は、減算モジュール６２８へ供給され、イントラモード情報６４０は、エントロピー符号化モジュール６４２へ供給される。インター符号化モードにある間には、インター信号６４４が減算モジュール６２８へ供給され、インターモード情報６４８がエントロピー符号化モジュール６４２へ供給される。
【００４２】
減算モジュール６２８では予測残差６３０を生成するために（モードに依存して）イントラ信号６２６またはインター信号６４４のいずれかが入力ピクチャ６０６から減算される。予測残差６３０は、変換モジュール６３２へ供給される。変換モジュール６３２は、予測残差６３０を圧縮して、量子化モジュール６３６へ供給される変換信号６３４を生成する。量子化モジュール６３６は、変換信号６３４を量子化して、変換および量子化された係数（ＴＱＣ：ｔｒａｎｓｆｏｒｍｅｄ  ａｎｄ  ｑｕａｎｔｉｚｅｄ  ｃｏｅｆｆｉｃｉｅｎｔ）６３８を生成する。
【００４３】
ＴＱＣ６３８は、エントロピー符号化モジュール６４２および逆量子化モジュール６５０へ供給される。逆量子化モジュール６５０は、ＴＱＣ６３８に対して逆量子化を行い、逆変換モジュール６５４へ供給される逆量子化された信号６５２を生成する。逆変換モジュール６５４は、逆量子化された信号６５２を展開して、再構成モジュール６５８へ供給される展開された信号６５６を生成する。
【００４４】
再構成モジュール６５８は、展開された信号６５６に基づいて再構成されたデータ６６０を生成する。例えば、再構成モジュール６５８は、（修正された）ピクチャを再構成する。再構成されたデータ６６０は、デブロッキングフィルタ６６２へ、ならびにイントラ予測モジュールおよび再構成バッファ６２４へ供給される。デブロッキングフィルタ６６２は、再構成されたデータ６６０に基づいてフィルタされた信号６６４を生成する。
【００４５】
フィルタされた信号６６４は、サンプル適応オフセット（ＳＡＯ：ｓａｍｐｌｅ  ａｄａｐｔｉｖｅ  ｏｆｆｓｅｔ）モジュール６６６へ供給される。ＳＡＯモジュール６６６は、エントロピー符号化モジュール６４２へ供給されるＳＡＯ情報６６８および適応ループ・フィルタ（ＡＬＦ：ａｄａｐｔｉｖｅ  ｌｏｏｐ  ｆｉｌｔｅｒ）６７２へ供給されるＳＡＯ信号６７０を生成する。ＡＬＦ６７２は、復号ピクチャバッファ６７６へ供給されるＡＬＦ信号６７４を生成する。ＡＬＦ信号６７４は、参照ピクチャとして用いられる１つ以上のピクチャからのデータを含む。
【００４６】
エントロピー符号化モジュール６４２は、ＴＱＣ６３８を符号化して、ビットストリームＡ  ６１４ａ（例えば、符号化ピクチャデータ）を生成する。例えば、エントロピー符号化モジュール６４２は、コンテキスト適応型可変長符号化（ＣＡＶＬＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｖａｒｉａｂｌｅ  Ｌｅｎｇｔｈ  Ｃｏｄｉｎｇ）またはコンテキスト適応型２値算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｂｉｎａｒｙ  Ａｒｉｔｈｍｅｔｉｃ  Ｃｏｄｉｎｇ）を用いてＴＱＣ６３８を符号化する。特に、エントロピー符号化モジュール６４２は、イントラモード情報６４０、インターモード情報６４８およびＳＡＯ情報６６８のうちの１つ以上に基づいてＴＱＣ６３８を符号化する。ビットストリームＡ６１４ａ（例えば、符号化ピクチャデータ）は、メッセージ発生モジュール６０８へ供給される。メッセージ発生モジュール６０８は、図１に関連して記載されたメッセージ発生モジュール１０８と同様に構成されてもよい。
【００４７】
例えば、メッセージ発生モジュール６０８は、サブピクチャ・パラメータを含んだメッセージ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）を発生させる。サブピクチャ・パラメータは、復号ユニットに関する１つ以上のリムーバル遅延（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙまたはｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）および１つ以上のＮＡＬパラメータ（例えば、ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１またはｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］）を含む。いくつかの構成において、メッセージは、ビットストリームＡ  ６１４ａに挿入されてビットストリームＢ  ６１４ｂを生成する。従って、メッセージは、例えば、ビットストリームＡ  ６１４ａ全体が発生した後に（例えば、ビットストリームＢ  ６１４ｂの大部分が発生した後に）発生する。他の構成では、メッセージは、ビットストリームＡ  ６１４ａには挿入されない（そのケースではビットストリームＢ  ６１４ｂはビットストリームＡ  ６１４ａと同じである）が、別個の送信６１０で供給される。
【００４８】
いくつかの構成において、電子デバイス６０２は、ビットストリーム６１４を別の電子デバイスへ送信する。例えば、ビットストリーム６１４は、通信インターフェース、ネットワークインターフェース、無線送信機、ポートなどへ供給されてもよい。例として、ビットストリーム６１４は、ＬＡＮ、インターネット、セルラーフォン基地局などを通じて別の電子デバイスへ送信されてもよい。加えてまたは代わりに、ビットストリーム６１４は、電子デバイス６０２上のメモリまたは他のコンポーネントに記憶されてもよい。
【００４９】
図２Ｂは、電子デバイス１７０２上のビデオエンコーダ１７８２の一構成を示すブロック図である。ビデオエンコーダ１７８２は、エンハンスメントレイヤ・エンコーダ１７０６、ベースレイヤ・エンコーダ１７０９、解像度アップスケーリング・ブロック１７７０および出力インターフェース１７８０を含む。例えば、図２Ｂのビデオエンコーダは、本明細書に記載されるように、スケーラブル・ビデオ符号化およびマルチビュー・ビデオ符号化に適する。
【００５０】
エンハンスメントレイヤ・エンコーダ１７０６は、入力ピクチャ１７０４を受信するビデオ入力１７８１を含む。ビデオ入力１７８１の出力は、予測選択１７５０の出力を受信する加算器／減算器１７８３へ供給される。加算器／減算器１７８３の出力は、変換および量子化ブロック１７５２へ供給される。変換および量子化ブロック１７５２の出力は、エントロピー符号化１７４８ブロックならびにスケーリングおよび逆変換ブロック１７７２へ供給される。エントロピー符号化１７４８が行われた後に、エントロピー符号化ブロック１７４８の出力は、出力インターフェース１７８０へ供給される。出力インターフェース１７８０は、符号化ベースレイヤ・ビデオビットストリーム１７０７および符号化エンハンスメントレイヤ・ビデオビットストリーム１７１０の両方を出力する。
【００５１】
スケーリングおよび逆変換ブロック１７７２の出力は、加算器１７７９へ供給される。加算器１７７９は、予測選択１７５０の出力も受信する。加算器１７７９の出力は、デブロッキング・ブロック１７５１へ供給される。デブロッキング・ブロック１７５１の出力は、参照バッファ１７９４へ供給される。参照バッファ１７９４の出力は、動き補償ブロック１７５４へ供給される。動き補償ブロック１７５４の出力は、予測選択１７５０へ供給される。参照バッファ１７９４の出力は、イントラ予測器１７５６へも供給される。イントラ予測器１７５６の出力は、予測選択１７５０へ供給される。予測選択１７５０は、解像度アップスケーリング・ブロック１７７０の出力も受信する。
【００５２】
ベースレイヤ・エンコーダ１７０９は、ダウンサンプリングされた入力ピクチャ、または別の画像と結合するのに適した他の画像コンテンツか、あるいは代わりのビュー入力ピクチャもしくは同じ（すなわち、エンハンスメントレイヤ・エンコーダ１７０６によって受信される入力ピクチャ１７０４と同じ）入力ピクチャ１７０３を受信するビデオ入力１７６２を含む。ビデオ入力１７６２の出力は、符号化予測ループ１７６４へ供給される。エントロピー符号化１７６６は、符号化予測ループ１７６４の出力に対して提供される。符号化予測ループ１７６４の出力は、参照バッファ１７６８へも供給される。参照バッファ１７６８は、符号化予測ループ１７６４へのフィードバックを提供する。参照バッファ１７６８の出力は、解像度アップスケーリング・ブロック１７７０へも供給される。エントロピー符号化１７６６が一旦行われると、出力が出力インターフェース１７８０へ供給される。符号化ベースレイヤ・ビデオビットストリーム１７０７および／または符号化エンハンスメントレイヤ・ビデオビットストリーム１７１０は、所望により、１つ以上のメッセージ発生モジュールへ供給される。
【００５３】
図３Ａは、電子デバイス７０２上のデコーダ７１２の一構成を示すブロック図である。デコーダ７１２は、電子デバイス７０２に含まれてもよい。例えば、デコーダ７１２は、ＨＥＶＣデコーダであってもよい。デコーダ７１２、およびデコーダ７１２に含まれるように示される１つ以上の要素は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。デコーダ７１２は、復号のためのビットストリーム７１４（例えば、ビットストリーム７１４に含まれる１つ以上の符号化ピクチャおよびオーバーヘッドデータ）を受信する。いくつかの構成では、受信したビットストリーム７１４が受信したオーバーヘッドデータ、例えば、メッセージ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）、スライスヘッダ、ＰＰＳなどを含んでもよい。いくつかの構成では、デコーダ７１２が個別の送信７１０を追加的に受信してもよい。別個の送信７１０がメッセージ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）を含んでもよい。例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージがビットストリーム７１４の代わりに個別の送信７１０で受信されてもよい。しかしながら、留意すべきは、個別の送信７１０が随意的であり、いくつかの構成では利用できないことである。
【００５４】
デコーダ７１２は、ＣＰＢ７２０を含む。ＣＰＢ７２０は、上の図１に関連して記載されたＣＰＢ１２０と同様に構成されてもよい。デコーダ７１２は、サブピクチャ・パラメータをもつメッセージ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）を受信して、サブピクチャ・パラメータに基づいてアクセスユニット中の復号ユニットを取り出して復号する。留意すべきは、ビットストリーム中には１つ以上のアクセスユニットが含まれ、これらのアクセスユニットが符号化ピクチャデータおよびオーバーヘッドデータのうちの１つ以上を含むことである。
【００５５】
符号化ピクチャバッファ（ＣＰＢ）７２０は、符号化ピクチャデータをエントロピー復号モジュール７０１へ供給する。符号化ピクチャデータは、エントロピー復号モジュール７０１によりエントロピー復号され、それによって動き情報信号７０３、ならびに量子化、スケーリングおよび／または変換された係数７０５を生成する。
【００５６】
動き情報信号７０３は、フレーム間予測信号７８２を生成する動き補償モジュール７８０において、符号化ピクチャバッファ７０９からの参照フレーム信号７９８の一部分と結合される。量子化、デスケーリングおよび／または変換された係数７０５は、逆モジュール７０７でよって逆量子化、スケーリングおよび逆変換され、それによって復号された残差信号７８４を生成する。復号された残差信号７８４は、予測信号７９２に加算されて結合信号７８６を生成する。予測信号７９２は、動き補償モジュール７８０によって生成されたフレーム間予測信号７８２か、またはフレーム内予測モジュール７８８によって生成されたフレーム内予測信号７９０のいずれかから選択された信号である。いくつかの構成において、この信号選択は、ビットストリーム７１４に基づく（例えば、ビットストリーム７１４によって制御される）。
【００５７】
フレーム内予測信号７９０は、（例えば、現フレームにおける）結合信号７８６から予め復号された情報から予測される。結合信号７８６は、さらに、デブロッキングフィルタ７９４によってフィルタされる。フィルタされて生じた信号７９６は、復号ピクチャバッファ７０９に書き込まれる。フィルタされて生じた信号７９６は、復号ピクチャを含む。復号ピクチャバッファ７０９は、出力される復号ピクチャ７１８を供給する。いくつかのケースでは、７０９がフレームメモリであると見做される。
【００５８】
図３Ｂは、電子デバイス１８０２上のビデオデコーダ１８１２の一構成を示すブロック図である。ビデオデコーダ１８１２は、エンハンスメントレイヤ・デコーダ１８１５およびベースレイヤ・デコーダ１８１３を含む。ビデオデコーダ８１２は、インターフェース１８８９および解像度アップスケーリング１８７０も含む。例えば、図３Ｂのビデオデコーダは、本明細書に記載されるように、スケーラブル・ビデオ符号化に適し、マルチビュー・ビデオ符号化される。
【００５９】
インターフェース１８８９は、符号化ビデオストリーム１８８５を受信する。符号化ビデオストリーム１８８５は、ベースレイヤ符号化ビデオストリームおよびエンハンスメントレイヤ符号化ビデオストリームからなる。これら２つのストリームは、別々にまたは一緒に送信されてもよい。インターフェース１８８９は、符号化ビデオストリーム１８８５のいくらかまたはすべてをベースレイヤ・デコーダ１８１３におけるエントロピー復号ブロック１８８６へ供給する。エントロピー復号ブロック１８８６の出力は、復号予測ループ１８８７へ供給される。復号予測ループ１８８７の出力は、参照バッファ１８８８へ供給される。参照バッファは、復号予測ループ１８８７へのフィードバックを提供する。参照バッファ１８８８は、さらに、復号ベースレイヤ・ビデオストリーム１８８４を出力する。
【００６０】
インターフェース１８８９は、符号化ビデオストリーム１８８５のいくらかまたはすべてをエンハンスメントレイヤ・デコーダ１８１５におけるエントロピー復号ブロック１８９０へも供給する。エントロピー復号ブロック１８９０の出力は、逆量子化ブロック１８９１へ供給される。逆量子化ブロック１８９１の出力は、加算器１８９２へ供給される。加算器１８９２は、逆量子化ブロック１８９１の出力と予測選択ブロック１８９５の出力とを加算する。加算器１８９２の出力は、デブロッキング・ブロック１８９３へ供給される。デブロッキング・ブロック１８９３の出力は、参照バッファ１８９４へ供給される。参照バッファ１８９４は、復号エンハンスメントレイヤ・ビデオストリーム１８８２を出力する。参照バッファ１８９４の出力は、イントラ予測器１８９７へも供給される。エンハンスメントレイヤ・デコーダ１８１５は、動き補償１８９６を含む。動き補償１８９６は、解像度アップスケーリング１８７０後に行われる。予測選択ブロック１８９５は、イントラ予測器１８９７の出力および動き補償１８９６の出力を受信する。さらに、デコーダは、所望により、１つ以上の符号化ピクチャバッファを、例えば、インターフェース１８８９とともに含んでもよい。
【００６１】
図４は、復号ピクチャバッファ（ＤＰＢ）の動作のための方法１２００の一構成を示すフロー図である。方法１２００は、エンコーダ１０４またはその副部分の１つ（例えば、復号ピクチャバッファ・モジュール６７６）によって行われてもよい。方法１２００は、電子デバイス１０２（例えば、電子デバイスＢ  １０２ｂ）におけるデコーダ１１２によって行われてもよい。加えてまたは代わりに、方法１２００は、デコーダ７１２またはその副部分のうちの１つ（例えば、復号ピクチャバッファ・モジュール７０９）によって行われてもよい。デコーダは、ある１つのピクチャの最初のスライスヘッダを構文解析する（ステップ１２０２）。現ピクチャを復号する前（しかし、現ピクチャの第１のスライスのスライスヘッダを構文解析した後）の複数のピクチャのＤＰＢからの出力およびリムーバルは、現ピクチャを含んだアクセスユニットの第１の復号ユニットがＣＰＢから取り出されたときに即座に生じて、次のように進む。
【００６２】
−参照ピクチャセット（ＲＰＳ：ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ  ｓｅｔ）に対する復号処理が起動される。参照ピクチャセットは、ある１つのピクチャと関連付けられた参照ピクチャのセットであり、このセットは、復号順にその関連付けられたピクチャより前にあるすべての参照ピクチャからなり、その関連付けられたピクチャまたは復号順にその関連付けられたピクチャの後に続く任意のピクチャのインター予測に用いられる。
【００６３】
−ビデオのビットストリームは、ネットワーク抽象化レイヤ（ＮＡＬ：Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）ユニットと一般に呼ばれる論理データパケット中に置かれたシンタックス構造を含む。各ＮＡＬユニットは、関連付けられたデータペイロードの目的を識別するために、２バイトのＮＡＬユニットヘッダ（例えば、１６ビット）のようなＮＡＬユニットヘッダを含む。例えば、各符号化スライス（および／またはピクチャ）は、１つ以上のスライス（および／またはピクチャ）ＮＡＬユニットで符号化される。データの他のカテゴリ、例えば、付加拡張情報、テンポラル・サブレイヤ・アクセス（ＴＳＡ：ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ）ピクチャの符号化スライス、階段状テンポラル・サブレイヤ・アクセス（ＳＴＳＡ：ｓｔｅｐ−ｗｉｓｅ  ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ）ピクチャの符号化スライス、ｎｏｎ−ＴＳＡ、ｎｏｎ−ＳＴＳＡトレイリング・ピクチャの符号化スライス、ブロークンリンク・アクセス・ピクチャの符号化スライス、瞬時復号リフレッシュ・ピクチャの符号化スライス、クリーンランダムアクセス・ピクチャの符号化スライス、復号可能なリーディング・ピクチャの符号化スライス、破棄用タグ付きピクチャの符号化スライス、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、アクセスユニット・デリミタ、シーケンスの終了、ビットストリームの終了、フィラーデータ、および／またはシーケンス拡張情報メッセージのために他のＮＡＬユニットが含められてもよい。表（１）は、ＮＡＬユニット・コードおよびＮＡＬユニット・タイプ・クラスの一例を示す。所望により、他のＮＡＬユニット・タイプが含まれてもよい。表（１）に示されるＮＡＬユニットに関するＮＡＬユニット・タイプ値がリシャッフルされ、再割り当されてもよいことも理解されるべきである。さらに、追加のＮＡＬユニット・タイプが加えられてもよい。さらに、いくつかのＮＡＬユニット・タイプが除去されてもよい。
【００６４】
イントラランダムアクセスポイント（ＩＲＡＰ：ｉｎｔｒａ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ）ピクチャは、各ビデオ符号化レイヤＮＡＬユニットが表（１）に示されるように、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャである。ＩＲＡＰピクチャは、イントラ符号化（Ｉ）スライスのみを含む。瞬時復号リフレッシュ（ＩＤＲ：ｉｎｓｔａｎｔａｎｅｏｕｓ  ｄｅｃｏｄｉｎｇ  ｒｅｆｒｅｓｈ）ピクチャは、各ビデオ符号化レイヤＮＡＬユニットが表（１）に示されるように、ＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＲＡＰピクチャである。瞬時復号リフレッシュ（ＩＤＲ）ピクチャは、Ｉスライスのみを含み、復号順にビットストリーム中の第１のピクチャであってもよく、またはビットストリーム中に後の方で現れてもよい。各ＩＤＲピクチャは、復号順に符号化ビデオシーケンス（ＣＶＳ：ｃｏｄｅｄ  ｖｉｄｅｏ  ｓｅｑｕｅｎｃｅ）の第１のピクチャである。ブロークンリンクアクセス（ＢＬＡ：ｂｒｏｋｅｎ  ｌｉｎｋ  ａｃｃｅｓｓ）ピクチャは、各ビデオ符号化レイヤＮＡＬユニットが表（１）に示されるようにＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、またはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＲＡＰピクチャである。ＢＬＡピクチャは、Ｉスライスのみを含み、復号順にビットストリーム中の第１のピクチャであってもよく、またはビットストリーム中に後の方で現れてもよい。各ＢＬＡピクチャは、新しい符号化ビデオシーケンスを開始し、復号処理に対してＩＤＲピクチャと同じ効果を有する。しかしながら、ＢＬＡピクチャは、空でない参照ピクチャセットを指定するシンタックス要素を含む。
【表１−１】
0006472449.tif 000002
【表１−２】
0006472449.tif 000003
【００６５】
表（２）を参照すると、ＮＡＬユニットヘッダ・シンタックスは、２バイトのデータ、すなわち、１６ビットを含む。第１のビットは、ＮＡＬユニットの先頭で常にゼロにセットされる「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、表（１）に示されるようなＮＡＬユニットに含まれるロー・バイト・シーケンス・ペイロード（「ＲＢＳＰ：ｒａｗ  ｂｙｔｅ  ｓｅｑｕｅｎｃｅ  ｐａｙｌｏａｄ」）データ構造のタイプを指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。次の６ビットは、レイヤのインデンティファイヤを指定する「ｎｕｈ＿ｌａｙｅｒ＿ｉｄ」である。いくつかのケースでは、その代わりにこれらの６ビットが「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」として指定されてもよい。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、規格の基本仕様では０に等しい。スケーラブル・ビデオ符号化および／またはシンタックス拡張では、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、この特定のＮＡＬユニットがこれら６ビットの値によって識別されるレイヤに属することを指定する。次のシンタックス要素は、「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１は、ＮＡＬユニットに関わるテンポラル識別子を指定する。変数テンポラル識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定される。テンポラル識別子ＴｅｍｐｏｒａｌＩｄは、テンポラル・サブレイヤを識別するために用いられる。変数ＨｉｇｈｅｓｔＴｉｄは、復号されることになる最上位のテンポラル・サブレイヤを指定する。
【表２】
0006472449.tif 000004
表（２）
【００６６】
表（３）は、例示的なシーケンスパラメータセット（ＳＰＳ：ｓｅｑｕｅｎｃｅ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）のシンタックス構造を示す。
【００６７】
ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、輝度サンプルの単位での各復号ピクチャの幅を指定する。ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくないものとする。
【００６８】
ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、輝度サンプルの単位での各復号ピクチャの高さを指定する。ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくないものとする。
【００６９】
ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１は、ＳＰＳを参照する各ＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から６までの範囲内にあるものとする。
【００７０】
１に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］シンタックス要素が、ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１個のサブレイヤに関して存在することを指定する。０に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］の値がすべてのサブレイヤに適用されることを指定する。
【００７１】
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに、ピクチャ記憶バッファの単位でのＣＶＳのための復号ピクチャバッファの最大所要サイズを指定する。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあるものとし、ここでＭａｘＤｐｂＳｉｚｅは、ピクチャ記憶バッファの単位での最大復号ピクチャバッファサイズを指定する。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ−１］以上であるものとする。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことに起因して、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに関して存在しないときには、それがｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。
【００７２】
ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに、復号順ではＣＶＳ中のいずれかのピクチャに先行し、かつ出力順ではそのピクチャの後に続くことができるピクチャの最大許容数を示す。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］までの範囲内にあるものとする。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ−１］以上であるものとする。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことに起因して、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに関して存在しないときには、それがｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。
【００７３】
０に等しくないｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいとき、出力順ではＣＶＳ中のいずれかのピクチャに先行し、かつ復号順ではそのピクチャの後に続くことができるピクチャの最大数を指定する、ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値を計算するために用いられる。
【００７４】
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しくないとき、ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値は、次のように指定される。
【００７５】
ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］＝ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］＋ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］−１
【００７６】
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しいとき、対応する制限は何も表現されない。
【００７７】
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値は、両端値を含めて、０から２３２−２までの範囲内にあるものとする。ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことに起因して、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに関して存在しないときには、それがｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。
【表３】
0006472449.tif 000005
表（３）
【００７８】
図５Ａを参照すると、前述のようにＮＡＬユニットヘッダ・シンタックスは、２バイトのデータ、すなわち、１６ビットを含む。第１のビットは、ＮＡＬユニットの先頭で常にゼロにセットされる「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、ＮＡＬユニットに含まれるロー・バイト・シーケンス・ペイロード（「ＲＢＳＰ」）データ構造のタイプを指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。次の６ビットは、「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」である。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、規格の基本仕様では０に等しい。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの他の値が所望により指定されてもよい。デコーダは、規格の基本仕様に基づくストリームを処理するときに、０に等しくないｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値をもつすべてのＮＡＬユニットを無視する（すなわち、ビットストリームから取り出して破棄する）。スケーラブルまたは他の拡張では、スケーラブル・ビデオ符号化および／またはシンタックス拡張をシグナリングするためにｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓが他の値を指定してもよい。いくつかのケースでは、シンタックス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、ｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓと称される。いくつかのケースでは、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、図５Ｂおよび図５Ｃに示されるように、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１またはｌａｙｅｒ＿ｉｄと称される。このケースでは、要素ｌａｙｅｒ＿ｉｄは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１−１となるであろう。このケースでは、この要素がスケーラブル符号化ビデオのレイヤに関する情報をシグナリングするために用いられる。次のシンタックス要素は、「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１は、ＮＡＬユニットに関するテンポラル識別子を指定する。変数テンポラル識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定される。
【００７９】
図６を参照すると、一般的なＮＡＬユニット・シンタックス構造が示される。図５のＮＡＬユニットヘッダの２バイトのシンタックスは、図６のｎａｌ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）へのリファレンスに含められる。ＮＡＬユニット・シンタックスの残りの部分は、主にＲＢＳＰに関する。
【００８０】
「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」を用いるための１つの既存の技術は、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの６ビットを別個のビットフィールド、すなわち、それぞれがスケーラブル符号化ビデオの異なるレイヤの識別を参照する依存性ＩＤ、品質ＩＤ、ビューＩＤ、および深度フラグのうちの１つ以上に区分することによって、スケーラブル・ビデオ符号化情報をシグナリングすることである。従って、６ビットは、この特定のＮＡＬユニットがスケーラブル符号化技術のどのレイヤに属するかを示す。
【００８１】
前述のように、スケーラブル・ビデオ符号化は、１つ以上のサブセット・ビットストリームも含むビデオビットストリームを符号化する技術である。サブセット・ビットストリームは、サブセット・ビットストリームに要求されるバンド幅を低減するためにより大きいビデオからパケットを落とすことによって導出される。サブセット・ビットストリームは、より低い空間分解能（より小さいスクリーン）、より低い時間分解能（より低いフレームレート）、またはより低品質のビデオ信号を表す。例えば、ビデオビットストリームは、それぞれのサブセット・ビットストリームがベース・ビットストリームに追加のコンテンツを加えた、５つのサブセット・ビットストリームを含んでもよい。ハンヌクセラら、「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルな拡張のためのテストモデル（Ｔｅｓｔ  Ｍｏｄｅｌ  ｆｏｒ  Ｓｃａｌａｂｌｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））」ＪＣＴＶＣ−Ｌ０４５３、上海、２０１２年１０月は、参照によりその全体が本明細書に組み込まれる。チェンら、「ＳＨＶＣ草案テキスト１（ＳＨＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  １）」、ＪＣＴＶＣ−Ｌ１００８、ジュネーブ、２０１３年３月は、参照によりその全体が本明細書に組み込まれる。
【００８２】
前述のように、マルチビュー・ビデオ符号化は、代わりのビューを表現する１つ以上の他のビットストリームも含むビデオビットストリームを符号化する技術である。例えば、マルチプルビューは、立体ビデオのための１対のビューであってもよい。例えば、マルチプルビューは、異なる視点からの同じ光景のマルチプルビューを表現してもよい。マルチプルビューは、画像が異なる視点からの同じ光景なので、一般に、多くの統計的なビュー間依存性を含む。それゆえに、時間およびビュー間予測の組み合わせが効率的なマルチビュー符号化を達成する。例えば、フレームは、時間的に関連するフレームからだけでなく、近接した視点のフレームからも効率的に予測される。Ｂ．ブロス、Ｗ−Ｊ．ハン、Ｊ−Ｒ．オーム、Ｇ．Ｊ．サリバン、およびＴ．ウィーガンド、「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０」、ＪＣＴＶＣ−Ｌ１００３は、参照によりその全体が本明細書に組み込まれる。ハンヌクセラら、「スケーラブルおよびマルチビュー拡張に関する共通仕様テキスト（Ｃｏｍｍｏｎ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｔｅｘｔ  ｆｏｒ  ｓｃａｌａｂｌｅ  ａｎｄ  ｍｕｌｔｉ−ｖｉｅｗ  ｅｘｔｅｎｓｉｏｎｓ）」、ＪＣＴＶＣ−Ｌ０４５２、ジュネーブ、２０１３年１月は、参照によりその全体が本明細書に組み込まれる。テックら、「ＭＶ−ＨＥＶＣ草案テキスト５（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ５）（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」、ＪＣＴ３Ｖ−Ｅ１００４＿ｄ３、ジュネーブ、２０１３年１月は、参照によりその全体が本明細書に組み込まれる。
【００８３】
それぞれが参照によりその全体が本明細書に組み込まれる、チェンら、「ＳＨＶＣ草案３（ＳＨＶＣ  Ｄｒａｆｔ  ３）」、ＪＣＴＶＣ−Ｎ１００８、ウィーン、２０１３年８月、ハンヌクセラら、「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルな拡張のためのテストモデル」、ＪＣＴＶＣ−Ｌ０４５３−ｓｐｅｃ−ｔｅｘｔ、上海、２０１２年１０月、およびハンヌクセラ、「高効率ビデオ符号化（ＨＥＶＣ）のマルチビュー拡張に関する草案テキスト（Ｄｒａｆｔ  Ｔｅｘｔ  ｆｏｒ  Ｍｕｌｔｉｖｉｅｗ  Ｅｘｔｅｎｓｉｏｎ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））」、ＪＣＴＶＣ−Ｌ０４５２−ｓｐｅｃ−ｔｅｘｔ−ｒ１、上海、２０１２年１０月は、それぞれがＤＰＢからのピクチャ０の出力およびリムーバルのためにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタックス要素を用いることに基づいて動作する出力順復号ピクチャバッファ（ＤＰＢ）を有する。この情報は、ベースレイヤのためのビデオパラメータセットでシグナリングされ、もしあれば、エンハンスメントレイヤを含んだビデオコンテンツに関するバッファリング情報を提供する。
【００８４】
複数のピクチャのＤＰＢからの出力およびリムーバルのためにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタックス要素を用いることに基づいて出力順復号ピクチャバッファ（ＤＰＢ）にシグナリングすることは、ユーザの視聴の好みに基づいてコンテンツが符号化された後にばらつきがちな異なる数のエンハンスメントレイヤが用いられるときなどのスケーラブル・ビデオ符号化、ならびにユーザの視聴の好みに基づいてコンテンツが符号化された後にばらつきがちなマルチビュー・エンハンスメントレイヤによって生じるバッファ特性を考慮しないと判定された。さらに、複数のピクチャのＤＰＢからの出力およびリムーバルのためにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタックス要素を用いることに基づいて出力順復号ピクチャバッファ（ＤＰＢ）にシグナリングすることは、デコーダがある動作点で動作するかおよび／または選択された出力レイヤセットを出力するときのＤＰＢのメモリ使用法の観点から最適ではないことも判定された。視聴の好みにおけるかかる差異に対応するためには、出力順復号ピクチャバッファ（ＤＰＢ）が、さらにおよび／または代わりに、１つ以上のエンハンスメントレイヤにシンタックス要素を提供すべくビデオパラメータセット（ＶＰＳ：ｖｉｄｅｏ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）拡張とともに含まれたかかるシンタックス要素に基づいてもよい。このように、これらのシンタックス要素がユーザの視聴の好みに対応しがちな特定の動作点または出力レイヤセットに特に適するように選択されてもよい。
【００８５】
ＤＰＢバッファリング関連パラメータ、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１が１つ以上の動作点に関わるＣＶＳのためのサブレイヤに関して、および／またはＶＰＳ拡張中の出力レイヤセットに関してシグナリングされてもよい。同様に、システムは、上記のＤＰＢバッファリング・パラメータが被テスト動作点に関して、または選択された出力レイヤセットに関してシグナリングされた場合に、それらのシグナリングされたパラメータをＶＰＳ拡張から用いるように出力順ＤＰＢに対する動作およびバンピング・プロセスを定義してもよい。そうでない場合には、（現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに対応するｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、または現ピクチャのｌａｙｅｒ＿ｉｄに依存してアクティブレイヤＳＰＳからの対応するＳＰＳレベル・パラメータが用いられる。
【００８６】
例示的なｖｐｓ＿ｅｘｔｅｎｓｉｏｎシンタックスは、参照により本明細書に組み込まれるＪＣＴＶＣ−Ｎ１００８およびＪＣＴ３Ｖ−Ｅ１００４において定義される。図６Ｘを参照すると、例示的な修正されたｖｐｓ＿ｅｘｔｅｎｓｉｏｎが示される。修正されたｖｐｓ拡張は、新しいシンタックス、すなわち、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］、ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］を含む。ＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓは、ＪＣＴＶＣ−Ｎ１００８において定義されるように導出される。ＮｕｍＬａｙｅｒｓＩｎＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］は、ＮｕｍＬＡｙｅｒｓＩｎＩｄＬｉｓｔ［ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］］に等しくセットされ、ここでｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＪＣＴＶＣ−Ｎ１００８において定義されるようにｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］が存在するレイヤセットのインデックスｌｓＩｄｘを指定する。
【００８７】
図６Ｘを参照すると、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、シンタックスがテンポラル・サブレイヤに関して別々に指定されるか、またはすべてのテンポラル・サブレイヤに適用される１つだけのシンタックスが指定されるかどうかを示す。１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］、およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が、出力レイヤセットごとに両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに関して存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｋ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｋ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］の値が出力レイヤセットごとにすべてのサブレイヤに適用されることを指定する。
【００８８】
ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のレイヤの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。
【００８９】
ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、復号順ではＣＶＳ中のｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットに先行し、かつ出力順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットの後に続くことができる、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含む、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときのアクセスユニットの最大許容数を示す。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。
【００９０】
０に等しくないｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。
【００９１】
ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値は、次のように指定される。
【００９２】
ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］＝ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］＋ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］−１。
【００９３】
ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しいとき、対応する制限は何も表現されない。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端値を含めて、０から２３２−２までの範囲内にあるものとする。
【００９４】
図６Ａを参照すると、例示的な修正されたｖｐｓ＿ｅｘｔｅｎｓｉｏｎが示される。修正されたｖｐｓ拡張は、新しいシンタックス、すなわち、ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］を含む。この修正されたｖｐｓ拡張は、動作点の観点から定義され、動作点とは、入力として別のビットストリーム、ターゲット最上位ＴｅｍｐｏｒａｌＩｄ、およびターゲットレイヤ識別子リストを用いたサブビットストリーム抽出処理の動作によって別のビットストリームから作り出されたビットストリームである。
【００９５】
ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓは、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｎｄｅｘ［ｉ］およびｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］を用いて出力レイヤが指定されたレイヤセットの数を指定する。存在しないとき、ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓの値は、０に等しいと推定される。出力レイヤを記述しているレイヤセットが出力レイヤセットである。
【００９６】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］が存在するレイヤセットのインデックスｌｓＩｄｘを指定する。
【００９７】
１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤがｌｓＩｄｘ番目のレイヤセットのターゲット出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］の値は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤがｌｓＩｄｘ番目のレイヤセットのターゲット出力レイヤではないことを指定する。
【００９８】
ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、動作点の観点から定義されたＶＰＳ拡張ＲＢＳＰ中に存在するｏｐ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の数を指定する。ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内にある。
【００９９】
ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＶＰＳ拡張中のｉ番目のｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される動作点によって定義されたレイヤセットのリストへのインデックスを指定する。ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内にある。ビットストリーム適合性のために、ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ｉに等しくない任意のｊに対してｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］に等しくない。
【０１００】
図７Ａを参照すると、ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］を指定する。
【０１０１】
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１は、いくつのサブレイヤが含まれるかを示す。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］の値は、両端値を含めて、０から６までの範囲内にある。
【０１０２】
ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、シンタックスがすべてのレイヤを含んだ１つのセットに関するか、または各個別レイヤに関するかどうかを示す。１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］がｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１個のサブレイヤに関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関して存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］がｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤのためのすべてのサブレイヤに適用されることを指定する。
【０１０３】
ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、ピクチャ記憶バッファの単位でのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳのための復号ピクチャバッファの最大所要サイズを指定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］の値は、両端値を含めて、（Ａ．４項において指定されるように）０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあるものとする。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ−１］以上であるものとする。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいと推定される。
【０１０４】
ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、復号順ではｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中のいずれかのピクチャに先行し、かつ出力順ではそのピクチャの後に続くことができるピクチャの最大許容数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］の値は、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］までの範囲内にあるものとする。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ−１］以上である。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいと推定される。
【０１０５】
０に等しくないｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、出力順ではｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中のいずれかのピクチャに先行し、かつ復号順ではそのピクチャの後に続くことができるピクチャの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］の値を計算するために用いられる。
【０１０６】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］の値は、次のように指定される。
【０１０７】
ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］＝ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］＋ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］−１。
【０１０８】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が０に等しいとき、対応する制限は何も表現されない。
【０１０９】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］の値は、両端値を含めて、０から２３２−２までの範囲内にある。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいと推定される。
【０１１０】
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］＋１は、インデックスｉｄと関連付けられた動作点に関して、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］の値は、両端値を含めて、０から６までの範囲内にあるものとする。
【０１１１】
１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］がｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］＋１個のサブレイヤに対するインデックスｉｄと関連付けられた動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関して存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］がインデックスｉｄと関連付けられた動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤのためのすべてのサブレイヤに適用されることを指定する。
【０１１２】
ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、ピクチャ記憶バッファの単位でのインデックスｉｄと関連付けられた動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関するＣＶＳのための復号ピクチャバッファの最大所要サイズを指定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて、（Ａ．４項に指定されるように）０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあるものとする。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ−１］以上であるものとする。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいと推定される。
【０１１３】
ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、復号順ではインデックスｉｄと関連付けられる動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＣＶＳ中のいずれかのピクチャに先行し、かつ出力順ではそのピクチャの後に続くことができるピクチャの最大許容数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］までの範囲内にあるものとする。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ−１］以上であるものとする。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいと推定される。
【０１１４】
０に等しくないｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、出力順ではインデックスｉｄと関連付けられた動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関するＣＶＳ中のいずれかのピクチャに先行し、復号順ではそのピクチャの後に続くことができるピクチャの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値を計算するために用いられる。
【０１１５】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値は、次のように指定される。
【０１１６】
ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］＝ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］＋ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］−１
【０１１７】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が０に等しいとき、対応する制限は何も表現されない。
【０１１８】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて、０から２３２−２までの範囲内にあるものとする。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいと推定される。
【０１１９】
図７Ｂを参照すると、ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが示されるようにｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ，ｊ）へさらに修正される。このケースでは、ＶＰＳ拡張のシンタックスは、図６Ｂに示される通りである。仮想参照デコーダ（ＨＲＤ：ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｆｅｒｅｎｃｅ  ｄｅｃｏｄｅｒ）は、ビットストリームおよびデコーダの適合性をチェックするために用いられる。２つのタイプのビットストリームまたはビットストリーム・サブセットがビデオ符号化に関する共同作業チーム（ＪＣＴ−ＶＣ：Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）についてＨＲＤ適合性チェックを受ける。タイプＩビットストリームと称される、第１のタイプは、ビットストリーム中のすべてのアクセスユニットに関してＶＣＬ  ＮＡＬユニットおよびＦＤ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅをもつＮＡＬユニット（フィラーデータＮＡＬユニット）のみを含んだＮＡＬユニット・ストリームである。タイプＩＩビットストリームと称される、第２のタイプは、ビットストリーム中のすべてのアクセスユニットに関してＶＣＬ  ＮＡＬユニットおよびフィラーデータＮＡＬユニットに加えて、（ａ）フィラーデータＮＡＬユニット以外の追加のｎｏｎ−ＶＣＬ  ＮＡＬユニット、ならびに（ｂ）ＮＡＬユニット・ストリームからバイト・ストリームを形成するすべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、ｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素のうちの少なくとも１つを含む。
【０１２０】
ＨＲＤに必要とされる、ｎｏｎ−ＶＣＬ  ＮＡＬユニットのシンタックス要素（またはシンタックス要素のうちのいくつかに関するそれらのデフォルト値）は、付属書ＤおよびＥ、７節のセマンティック項において指定される。
【０１２１】
２つのタイプのＨＲＤパラメータセット（ＮＡＬ  ＨＲＤパラメータおよびＶＣＬ  ＨＲＤパラメータ）が用いられる。ＨＲＤパラメータセットは、ＳＰＳシンタックス構造またはＶＰＳシンタックス構造の一部であるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造を通じてシグナリングされる。
【０１２２】
被テスト・ビットストリームと呼ばれるビットストリームの適合性をチェックするためには複数のテストが必要とされる。テストごとに、次のステップがリストされた順に適用される。
【０１２３】
（１）ＴａｒｇｅｔＯｐと表される被テスト動作点が選択される。ＴａｒｇｅｔＯｐのレイヤ識別子リストＯｐＬａｙｅｒＩｄＬｉｓｔは、ＴａｒｇｅｔＯｐと関連付けられたビットストリーム・サブセット中に存在する、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の昇順の、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のリストからなり、このリストは、被テスト・ビットストリーム中に存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のサブセットである。ＴａｒｇｅｔＯｐのＯｐＴｉｄは、ＴａｒｇｅｔＯｐと関連付けられたビットストリーム・サブセット中に存在する最上位ＴｅｍｐｏｒａｌＩｄに等しい。
【０１２４】
（２）ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔは、ＴａｒｇｅｔＯｐのＯｐＬａｙｅｒＩｄＬｉｓｔに等しくセットされ、ＨｉｇｈｅｓｔＴｉｄは、ＴａｒｇｅｔＯｐのＯｐＴｉｄに等しくセットされ、１０節において指定されるようなサブビットストリーム抽出処理が入力として被テスト・ビットストリーム、ＨｉｇｈｅｓｔＴｉｄ、およびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔを用いて起動され、出力は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。
【０１２５】
（３）ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔが被テスト・ビットストリーム中に存在するすべてのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含むならば、アクティブＳＰＳ中の（またはこの仕様では指定されない外部手段を通じて提供される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。そうでない場合には、ＴａｒｇｅｔＯｐに適用されるアクティブＶＰＳ中の（またはこの仕様では指定されない何かの外部手段を通じて提供される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造内において、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩビットストリームであれば、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」のすぐ後に続くｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択されて、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しくセットされる；そうでない（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩＩビットストリームである）場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（このケースでは、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しくセットされる）、または条件「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（このケースでは、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが１に等しくセットされる）のいずれかのすぐ後に続くｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択される。ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩＩビットストリームであり、ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しいとき、（付属書Ｂにおいて指定されるように）ＮＡＬユニット・ストリームからバイト・ストリームを形成する、フィラーデータＮＡＬユニットを除くすべてのｎｏｎ−ＶＣＬ  ＮＡＬユニット、およびすべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、ならびにｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素は、存在するときに、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから破棄されて、残りのビットストリームがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。
【０１２６】
別のケースでも被テスト・ビットストリームと呼ばれるビットストリームの適合性をチェックするために複数のテストが必要とされる。テストごとに、次のステップがリストされた順に適用される。
【０１２７】
（１）ＴａｒｇｅｔＯｐＬｓと表される被テスト出力レイヤセットが選択される。ＴａｒｇｅｔＯｐＬｓ中でｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［］によって参照される動作点が被テスト動作点を識別する。ＴａｒｇｅｔＯｐＬｓの出力レイヤ識別子リストＯｐＬａｙｅｒＩｄＬｉｓｔは、ＴａｒｇｅｔＯｐおよびＴａｒｇｅｔＯｐＬｓと関連付けられたビットストリーム・サブセット中に存在する、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の昇順の、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のリストからなり、このリストは、被テスト・ビットストリーム中に存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のサブセットである。ＴａｒｇｅｔＯｐのＯｐＴｉｄは、ＴａｒｇｅｔＯｐと関連付けられたビットストリーム・サブセット中に存在する最上位ＴｅｍｐｏｒａｌＩｄに等しい。
【０１２８】
（２）ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔは、選択された出力レイヤセットＴａｒｇｅｔＯｐＬｓに関するターゲット復号レイヤ識別子リストｔａｒｇｅｔＤＬａｙｅｒＩｄＬｉｓｔに等しくセットされ、ＨｉｇｈｅｓｔＴｉｄは、ＴａｒｇｅｔＯｐのＯｐＴｉｄに等しくセットされ、１０節において指定されるようなサブビットストリーム抽出プロセスが入力として被テスト・ビットストリーム、ＨｉｇｈｅｓｔＴｉｄ、およびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔを用いて起動され、出力は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。
【０１２９】
（３）ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔが被テスト・ビットストリーム中に存在するすべてのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含むならば、アクティブＳＰＳ中の（またはこの仕様では指定されない外部手段を通じて提供される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。そうでない場合には、ＴａｒｇｅｔＯｐに適用されるアクティブＶＰＳ中の（またはこの仕様では指定されない何かの外部手段を通じて提供される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造内において、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩビットストリームであれば、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」のすぐ後に続くｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択されて、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しくセットされる；そうでない（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩＩビットストリームである）場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（このケースでは、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しくセットされる）、または条件「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（このケースでは、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが１に等しくセットされる）のいずれかのすぐ後に続くｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択される。ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩＩビットストリームであり、ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しいとき、（付属書Ｂにおいて指定されるように）ＮＡＬユニット・ストリームからバイト・ストリームを形成する、フィラーデータＮＡＬユニットを除くすべてのｎｏｎ−ＶＣＬ  ＮＡＬユニット、およびすべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、ならびにｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素は、存在するときに、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから破棄されて、残りのビットストリームがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。
【０１３０】
適合するデコーダは、この項において指定されるすべての必要条件を満たす。
【０１３１】
（１）特定のプロファイル、ティアおよびレベルへの適合性を主張するデコーダは、ＶＣＬ  ＮＡＬユニットで参照されるすべてのＶＰＳ、ＳＰＳおよびＰＰＳ、ならびに適切なバッファリング周期およびピクチャ・タイミングＳＥＩメッセージが、（ｎｏｎ−ＶＣＬ  ＮＡＬユニットによって）ビットストリームで、またはこの仕様では指定されない外部手段によって、タイムリーにデコーダへ伝達されることを条件として、Ｃ．４項において指定されるビットストリーム適合性の必要条件に適合するすべてのビットストリームを付属書Ａにおいて指定される仕方で首尾よく復号することが可能であるものとする。
【０１３２】
（２）ビットストリームが予約されているとして指定された値を有するシンタックス要素を含み、デコーダが予約値を有するシンタックス要素またはシンタックス要素を含んだＮＡＬユニットの値を無視するものとすることが指定され、その他の点ではビットストリームがこの仕様に適合しているとき、適合しているデコーダは、適合しているビットストリームを復号するであろう同じ仕方でこのビットストリームを復号するものとし、予約値を有するシンタックス要素またはシンタックス要素を含んだＮＡＬユニットを指定されるように無視するものとする。
【０１３３】
デコーダの適合性には２つのタイプ、すなわち、出力タイミング適合性および出力順適合性がある。
【０１３４】
デコーダの適合性をチェックするために、Ｃ．４項において指定されるような、主張されるプロファイル、ティアおよびレベルに適合しているテスト・ビットストリームが仮想ストリーム・スケジューラ（ＨＳＳ：ｈｙｐｏｔｈｅｔｉｃａｌ  ｓｔｒｅａｍ  ｓｃｈｅｄｕｌｅｒ）によってＨＲＤおよび被テスト・デコーダ（ＤＵＴ：ｄｅｃｏｄｅｒ  ｕｎｄｅｒ  ｔｅｓｔ）の両方へ配信される。ＨＲＤによって出力されるすべてのクロップされた復号ピクチャは、ＤＵＴによっても出力されるものとし、ＤＵＴによって出力される各クロップされた復号ピクチャは、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャであるものとし、ＤＵＴによって出力されるかかるクロップされた復号ピクチャごとに、出力されるすべてのサンプルの値は、指定された復号プロセスによって生成されるサンプルの値に等しいものとする。
【０１３５】
出力タイミング・デコーダ適合性に関して、ＨＳＳは、ビットレートおよびＣＰＢサイズが指定されたプロファイル、ティアおよびレベルについて付属書Ａにおいて指定されるように制限される、ＳｃｈｅｄＳｅｌＩｄｘの値のサブセットのみから選択された配信スケジュールを用いるか、またはビットレートおよびＣＰＢサイズが付属書Ａにおいて指定されるように制限される、以下に指定されるような「補間」配信スケジュールを用いて上記のように動作する。ＨＲＤおよびＤＵＴの両方に同じ配信スケジュールが用いられる。
【０１３６】
ＨＲＤパラメータおよびバッファリング周期ＳＥＩメッセージが０より大きいｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］とともに存在するときに、デコーダは、以下のようなピーク・ビットレートｒ、ＣＰＢサイズｃ（ｒ）、および初期ＣＰＢリムーバル遅延
（ｆ（ｒ）÷ｒ）
を有するとして指定された「補間」配信スケジュールを用いて動作しているＨＳＳから配信されたビットストリームを復号することが可能であるものとする。
【数１】
0006472449.tif 000006
【０１３７】
上式は、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ−１］≦ｒ≦ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］、ならびに指定されたプロファイル、ティアおよびレベルに対する最大ビットレートおよびバッファサイズに関してｒおよびｃ（ｒ）が付属書Ａにおいて指定されるような限界内にある任意のＳｃｈｅｄＳｅｌＩｄｘ＞０およびｒに対する式である。ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］がバッファリング周期ごとに異なり、再算出されなければならないことがありうる。
【０１３８】
出力タイミング・デコーダ適合性のために、上記のようなＨＲＤが用いられ、ピクチャ出力の（第１のビットの配信時刻に対する）タイミングは、一定の遅延までＨＲＤでもＤＵＴでも同じである。
【０１３９】
出力順デコーダ適合性に関しては、以下が適用される。
【０１４０】
（１）ＨＳＳは、ＤＵＴからの「要求によって」ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅをＤＵＴへ配信し、これは、ＤＵＴがその処理を進めるためにより多くのビットを必要とするときにのみ、ＨＳＳがビットを（復号順に）配信することを意味する。これが意味するのは、このテストではＤＵＴの符号化ピクチャバッファを最も大きい復号ユニットのサイズと同じぐらい小さくできるであろうということである。
【０１４１】
（２）以下に記載されるような修正されたＨＲＤが用いられ、ＨＳＳは、ビットレートおよびＣＰＢサイズが付属書Ａにおいて指定される通り制限されるようにビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅで指定されたスケジュールのうちの１つによってビットストリームをＨＲＤへ配信する。ピクチャ出力の順序は、ＨＲＤでもＤＵＴでも同じであるものとする。
【０１４２】
（３）ＨＲＤサイズは、Ｅ．２．３項において指定されるようにＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］によって与えられ、ここでＳｃｈｅｄＳｅｌＩｄｘおよびＨＲＤパラメータは、Ｃ．１項において指定されるように選択される。ＤＰＢサイズは、（現復号ピクチャに関するｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときに）アクティブＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１によって与えられる。いくつかのケースでは、ＤＰＢ情報パラメータが例えば図６Ｘにおけるように選択された出力レイヤセットに関してＶＰＳ拡張でシグナリングされる場合、ターゲット出力レイヤのセットに対応するＶＰＳでシグナリングされる出力レイヤセットのリストＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔ中のエントリへのインデックスをＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄとしたときに、ＤＰＢサイズは、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄ］［ｃｕｒｒＬａｙｅｒＩＤ］［ＨｉｇｈｅｓｔＴｉｄ］によって与えられる。
【０１４３】
他のケース、例えば、このシナリオの図６Ａ、６Ｂにおける他のバレイントでは、ＤＰＢサイズは、ｃｕｒｒＬａｙｅｒＩＤが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］によって与えられ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関わるｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ここでｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。そうではない場合に、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＤＰＢサイズは、（現復号ピクチャに関するｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときに）アクティブＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１によって与えられる。
【０１４４】
いくつかのケースでは、出力レイヤセットＤＰＢ情報パラメータｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された出力レイヤセットに関して存在すれば、ＤＰＢサイズは、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］によって与えられ、または選択された出力レイヤセットに関わるｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ここでｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。そうではない場合に、出力レイヤセットＤＰＢ情報パラメータｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された出力レイヤセットに関して存在しなければ、ＤＰＢサイズは、（現復号ピクチャに関するｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときに）アクティブＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１によって与えられる。
【０１４５】
ＣＰＢからのリムーバル時刻は、ＨＲＤでは最終ビットの到着時刻であり、復号は即時である。このＨＲＤのＤＰＢの動作は、Ｃ５．２からＣ５．２．３項において記載される通りである。
【０１４６】
復号ピクチャバッファは、ピクチャ記憶バッファを含む。０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄに関わるピクチャ記憶バッファの数は、アクティブＳＰＳから導出される。ゼロではないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ごとのピクチャ記憶バッファの数は、そのゼロではないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に関わるアクティブレイヤＳＰＳから導出される。それぞれのピクチャ記憶バッファは、「参照に用いられる」とマーク付けされた復号ピクチャを含むか、または将来の出力のために保持される。Ｆ．１３．５．２．２項において指定されるようなＤＰＢからのピクチャの出力およびリムーバルのための処理が起動されて、Ｆ．１３．５．２．３項において指定されるようなピクチャ復号、マーク付け、追加のバンピング、および記憶のための処理の起動がその後に続く。「バンピング」処理は、Ｆ．１３．５．２．４項において指定され、Ｆ．１３．５．２．２およびＦ．１３．５．２．３項において指定されるように起動される。
【０１４７】
現ピクチャを復号する前（しかし、現ピクチャの第１のスライスのスライスヘッダを構文解析した後）の複数のピクチャのＤＰＢからの出力およびリムーバルは、現ピクチャを含んだアクセスユニットの第１の復号ユニットがＣＰＢから取り出されたときに即座に生じて、次のように進む。
【０１４８】
８．３．２項において指定されるようなＲＰＳに対する復号処理が起動される。
（１）現ピクチャが１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇをもち、かつ０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャ０ではないＩＲＡＰピクチャであれば、以下の順序付けられたステップが適用される。
（Ａ）変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが被テスト・デコーダに関して次のように導出される。
（ｉ）現ピクチャがＣＲＡピクチャであれば、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に係らず）１に等しくセットされる。
（ｉｉ）そうでない場合には、アクティブＳＰＳから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が先行ピクチャに対してアクティブなＳＰＳから導出されたそれぞれｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値と異なれば、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に係らず、被テスト・デコーダによって１にセットされてもよい（しかし、セットされるべきであるわけではない）。これらの条件下においてはＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しくセットすることが好ましいが、このケースでは被テスト・デコーダがＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１にセットすることが許容される。
（ｉｉｉ）そうでない場合には、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しくセットされる。
（Ｂ）被テスト・デコーダに関して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、以下のようにＨＲＤに適用される。
（ｉ）ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しければ、ＤＰＢ中のすべてのピクチャ記憶バッファは、それらが含むピクチャの出力なしに空にされて、ＤＰＢ占有量が０に等しくセットされる。
（ｉｉ）そうでない（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合には、「出力に必要とされない」および「参照に用いられない」とマーク付けされたピクチャを含んだすべてのピクチャ記憶バッファが（出力なしに）空にされ、ＤＰＢ中のすべての空でないピクチャ記憶バッファがＦ．１３．５．２．４項において指定される「バンピング」処理を繰り返して起動することによって空にされて、ＤＰＢ占有量が０に等しくセットされる。
（ｉｉｉ）そうでない（現ピクチャが１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇをもち、かつ０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつＩＲＡＰピクチャではない）場合には、「出力に必要とされない」および「参照に用いられない」とマーク付けされたピクチャを含んだすべてのピクチャ記憶バッファが（出力なしに）空にされる。空にされたピクチャ記憶バッファごとに、ＤＰＢ占有量が１つデクリメントされる。変数ｃｕｒｒＬａｙｅｒＩｄが現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくセットされる。
【０１４９】
変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、以下のように導出される。
【０１５０】
付属書Ａにおいて指定されるプロファイルのうちの１つ以上に適合している符号化ビデオシーケンスが２−１０節において指定される復号処理を適用することによって復号されるとき、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＳＰＳのＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＳＰＳのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１５１】
付属書ＧまたはＨにおいて指定されるプロファイルのうちの１つ以上に適合している符号化ビデオシーケンスが２−１０節、付属書Ｆ、および付属書ＧまたはＨにおいて指定される復号処理を適用することによって復号されるとき、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＶＰＳのｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＶＰＳのｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＶＰＳのＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＶＰＳのｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１５２】
変形実施形態において、変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、現被テスト動作点に基づいて次のように導出される。
【０１５３】
（１）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点ＴａｒｇｅｔＯｐに関して存在するならば、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１５４】
（２）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点ＴａｒｇｅｔＯｐに関して存在するならば、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在するならば、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０と等しいときに、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳから、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳから導出されたＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１５５】
（３）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された被テスト動作点ＴａｒｇｅｔＯｐに関して存在するならば、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１５６】
以下の条件のうちの１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動され、一方ではさらなるピクチャ記憶バッファが空にされるごとにＤＰＢ占有量がさらに１つデクリメントされる。
【０１５７】
（１）「出力に必要とされる」とマーク付けされた少なくとも１つのピクチャを含むアクセスユニットの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
【０１５８】
（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたピクチャを含む少なくとも１つのアクセスユニットがあるかどうか。
【０１５９】
（３）関連付けられたサブＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］＋１以上である。
【０１６０】
この項において指定される処理は、現ピクチャを含んだアクセスユニットｎの最後の復号ユニットがＣＰＢから取り出されたときに即座に生じる。
【０１６１】
変数ｃｕｒｒＬａｙｅｒＩｄが現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくセットされる。
【０１６２】
「出力に必要とされる」とマーク付けされ、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＤＰＢ中のピクチャごとに、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］＋１に等しくセットされる。
【０１６３】
現ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号済みと見做される。現復号ピクチャがＤＰＢ中の空のピクチャ記憶バッファ中に記憶されて、以下が適用される。
【０１６４】
（Ａ）現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有すれば、そのピクチャが「出力に必要とされる」とマーク付けされ、その関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］が０に等しくセットされる。
【０１６５】
（Ｂ）そうでない（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、そのピクチャが「出力に必要とされない」とマーク付けされる。
【０１６６】
現復号ピクチャは、「短期間参照に用いられる」とマーク付けされる。
【０１６７】
以下の条件のうちの１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動される。
【０１６８】
（Ａ）「出力に必要とされる」とマーク付けされた少なくとも１つのピクチャを含むアクセスユニットの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
【０１６９】
（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたピクチャを含んだ少なくとも１つのアクセスユニットがある。
【０１７０】
変形実施形態において、以下の条件のうちの１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動され、一方ではさらなるピクチャ記憶バッファが空にされるごとにＤＰＢ占有量がさらに１つデクリメントされる。
【０１７１】
（１）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
【０１７２】
（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがあるかどうか。
【０１７３】
（３）ＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］＋１以上である。
【０１７４】
この項において指定される処理は、現ピクチャを含んだアクセスユニットｎの最後の復号ユニットがＣＰＢから取り出されたときに即座に生じる。
【０１７５】
変数ｃｕｒｒＬａｙｅｒＩｄが現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくセットされる。
【０１７６】
「出力に必要とされる」とマーク付けされ、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＤＰＢ中のピクチャごとに、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］＋１に等しくセットされる。
【０１７７】
現ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号済みと見做される。現復号ピクチャがＤＰＢ中の空のピクチャ記憶バッファ中に記憶されて、以下が適用される。
【０１７８】
（Ａ）現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有すれば、そのピクチャが「出力に必要とされる」とマーク付けされ、その関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］が０に等しくセットされる。
【０１７９】
（Ｂ）そうでない（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、そのピクチャが「出力に必要とされない」とマーク付けされる。
【０１８０】
現復号ピクチャは、「短期間参照に用いられる」とマーク付けされる。
【０１８１】
以下の条件のうちの１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動される。
【０１８２】
（Ａ）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
【０１８３】
（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがある。
【０１８４】
他のケースでは、変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、以下のように導出される。
【０１８５】
（１）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在するならば、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１８６】
（２）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在するならば、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０と等しいときに、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在するならば、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳから、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳから導出されたＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１８７】
（３）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された被テスト動作点に関して存在するならば、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１８８】
以下の条件のうちの１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動され、一方ではさらなるピクチャ記憶バッファが空にされるごとにＤＰＢ占有量がさらに１つデクリメントされる。
【０１８９】
（１）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
【０１９０】
（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがあるかどうか。
【０１９１】
（３）ＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
【０１９２】
この項において指定される処理は、現ピクチャを含んだアクセスユニットｎの最後の復号ユニットがＣＰＢから取り出されたときに即座に生じる。
【０１９３】
変数ｃｕｒｒＬａｙｅｒＩｄが現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくセットされる。
【０１９４】
「出力に必要とされる」とマーク付けされ、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＤＰＢ中のピクチャごとに、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］＋１に等しくセットされる。
【０１９５】
現ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号済みと見做される。現復号ピクチャがＤＰＢ中の空のピクチャ記憶バッファ中に記憶されて、以下が適用される。
【０１９６】
（Ａ）現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有すれば、そのピクチャが「出力に必要とされる」とマーク付けされ、その関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］が０に等しくセットされる。
【０１９７】
（Ｂ）そうでない（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、そのピクチャが「出力に必要とされない」とマーク付けされる。
【０１９８】
現復号ピクチャは、「短期間参照に用いられる」とマーク付けされる。
【０１９９】
以下の条件のうちの１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動される。
【０２００】
（Ａ）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄより大きい。
【０２０１】
（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがある。
【０２０２】
「バンピング」処理は、以下の順序付けられたステップからなる。
【０２０３】
最初に出力するためのピクチャとして、「出力に必要とされる」とマーク付けされたＤＰＢ中のすべてのピクチャのうちでＰｉｃＯｒｄｅｒＣｎｔＶａｌの最小値を有する複数のピクチャが選択される。
【０２０４】
（Ｂ）これらのピクチャが０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関わるアクティブＳＰＳにおいて、またはピクチャのものに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄに関わるアクティブレイヤＳＰＳにおいて指定された適合性クロッピング・ウィンドウを用いてクロップされ、クロップされたピクチャは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に出力されて、これらのピクチャが「出力に必要とされない」とマーク付けされる。
【０２０５】
（Ｃ）「参照に用いられない」とマーク付けされたピクチャを含む各ピクチャ記憶バッファ、およびクロップされ、出力されたピクチャのうちの１つを含んでいた各ピクチャ記憶バッファが空にされる。
【０２０６】
ＶＰＳ拡張は、所望により、追加の修正を有してもよい。
【０２０７】
図８を参考にすると、追加の修正は、ＤＰＢパラメータが動作点に関する代わりに出力レイヤセットに関してＶＰＳ拡張で送信されることを含んでもよく、ｏｏｐｓ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）は、図９に示される。
【０２０８】
ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、ＶＰＳ拡張ＲＢＳＰ中に存在するｏｏｐ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の数を指定する。ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて、０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓまでの範囲内にあるものとする。
【０２０９】
ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＶＰＳ拡張中のｉ番目のｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用されるターゲット出力レイヤセットのリスト中へのインデックスを指定する。
【０２１０】
ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓまでの範囲内にあるものとする。ビットストリーム適合性の必要条件は、ｉに等しくない任意のｊに対してｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］に等しくないものとすることである。
【０２１１】
図１０を参照すると、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒｅｍｔｅｒｓ（ｃ）は、さらに修正されてもよく、ＶＰＳ拡張におけるシンタックスは、図１１に示される通りである。
【０２１２】
図１２を参照すると、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒｅｍｔｅｒｓ（ｃ）は、さらに修正されてもよく、ＶＰＳ拡張におけるシンタックスは、図１３または図１４に示される通りである。
【０２１３】
ＶＰＳ拡張におけるシンタックスに対する例示的な代替策は、
【表４】
0006472449.tif 000007
【０２１４】
が以下のように変更されることである。
【表５】
0006472449.tif 000008
ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｉｄは、ＣＶＳ中のすべてのＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの最大許容値を指定する。ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１は、ＣＶＳ中に存在するレイヤの最大数を指定し、レイヤは、例えば、空間スケーラブル・レイヤ、品質スケーラブル・レイヤ、テクスチャ・ビューまたは深度ビューであってもよい。
【０２１５】
ＶＰＳ拡張におけるシンタックスに対する別の例示的な代替策は、
【表６】
0006472449.tif 000009
【０２１６】
が以下のように変更されることである。
【表７】
0006472449.tif 000010
【０２１７】
ここで、選択された出力レイヤセット・インデックスｏｐｌｓＩｄｘに対するｎｕｍＯｕｔｐｕｔＬａｙｅｒｓは、以下のように導出される。
【数２】
0006472449.tif 000011
【０２１８】
ＶＰＳ拡張におけるシンタックスに対する別の例示的な代替策は、
【表８】
0006472449.tif 000012
【０２１９】
が以下のように変更されることである。
【表９】
0006472449.tif 000013
【０２２０】
ここで、選択されたｏｐｌｓＩｄｘに対するｎｕｍＯｕｔｐｕｔＬａｙｅｒｓは、以下のように導出される。
【数３】
0006472449.tif 000014
【０２２１】
次に、ターゲット復号レイヤ識別子リストｔａｒｇｅｔＤＬａｙｅｒＩｄＬｉｓｔおよび選択されたｏｐｌｓＩｄｘに対するｎｕｍＤｅｃｏｄｅｄＬａｙｅｒｓは、以下のように導出される。
【数４】
0006472449.tif 000015
【０２２２】
一実施形態において、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｒａｍｅｔｅｒｓが特定のレイヤに関してシグナリングされるかどうかを示すために次のように追加のフラグがシグナリングされてもよい。
【表１０】
0006472449.tif 000016
【０２２３】
１に等しいｖｐｓ＿ｌａｙｅｒ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが特定の出力レイヤセットのためのｊ番目のレイヤに関して存在することを指定する。０に等しいｖｐｓ＿ｌａｙｅｒ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが特定の出力レイヤセットのためのｊ番目のレイヤに関して存在しないことを指定する。
【０２２４】
別の実施形態では、ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて、０から１０２４までの範囲内にあるものとする。さらに別の実施形態では、１０２４の代わりに別の固定数を用いることができるであろう。
【０２２５】
代わりの実施形態では、ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、両端値を含めて、０から１０２３までの範囲内にある。
【０２２６】
図１５を参考にすると、ＤＰＢパラメータが出力レイヤセットおよび動作点とは独立してレイヤごとにＶＰＳ拡張で送信される場合には、別の修正されたＶＰＳ拡張およびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）が用いられてもよい。
【０２２７】
図１６を参考にすると、ＶＰＳからシグナリングされるシンタックス要素ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒ＿ｍｉｎｕｓ１がすべてのレイヤに用いられ、かつｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ）／ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ）で別々にはシグナリングされない、修正されたｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）が用いられてもよい。
【０２２８】
前述のように図１を参照すると、復号ピクチャバッファ（ＤＰＢ）１２２は、異なる特性を有する復号ピクチャのために別々に識別され、管理されるピクチャバッファを含んでもよい。例えば、復号ピクチャバッファ（ＤＰＢ）１２２は、異なる解像度、異なるビット深度および／または異なる色度をもつ復号ピクチャのために別々に識別され、管理される複数のピクチャバッファを含んでもよい。このケースでは、レイヤごとに別々のＤＰＢがあってもよく、または同じピクチャ特性（例えば、解像度、ビット深度、色度など）を有するいくつかのレイヤがＤＰＢを共有してもよい。このケースでは、異なるピクチャ特性、例えば、解像度、ビット深度、色度などに対して異なるＤＰＢがあることになろう。用途のニーズに基づいて、いくつかのケースでは、例えば、ＤＰＢブックキーピングおよびＤＰＢ動作の簡便さの観点から、レイヤごとに別々のＤＰＢが有益なことがある。かかるＤＰＢは、レイヤワイズＤＰＢと称することができる。これに対して、いくつかの他の用途では、同じピクチャ特性をもつレイヤがＤＰＢを共有する共有ＤＰＢが有益なことがある。ピクチャ特性に基づくかかる共有ＤＰＢは、ピクチャ特性ベースの共有ＤＰＢと称される。結果として、レイヤワイズＤＰＢ動作およびピクチャ特性ベースの共有ＤＰＢ動作の両方をサポートすることが有利である。
【０２２９】
典型的に、ピクチャ特性ベースの共有ＤＰＢは、共有ＤＰＢの数、それらのサイズ、解像度、ビット深度、ピクチャ特性などに関する追加情報を指定する必要がある。これらのパラメータは、共有ＤＰＢ情報パラメータ（例えば、ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（））と称することができるであろう。好ましい実施形態では、共有ＤＰＢ情報パラメータがシグナリングされることを示すためにフラグがビットストリームでシグナリングされる。このためのシンタックスの例が以下のように示される。
【表１１】
0006472449.tif 000017
１に等しいｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、共有ＤＰＢ情報パラメータが存在し、ＤＰＢが共有ＤＰＢか、またはレイヤごとにレイヤワイズの別々のＤＰＢとして動作することを指定する。０に等しいｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、共有ＤＰＢ情報パラメータが存在せず、ＤＰＢがレイヤごとにレイヤワイズの別々のＤＰＢとして動作することを指定する。ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しないとき、その値は、０に等しいと推定される。
【０２３０】
ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、パラメータセット、例えば、ビデオパラメータセット（ＶＰＳ）および／またはシーケンスパラメータセット（ｓｐｓ）および／またはピクチャパラメータセット（ｐｐｓ：ｐｉｃｔｕｒｅ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）および／またはスライスセグメントヘッダで、および／またはビットストリームの任意の他の規範的な部分でシグナリングされる。好ましい実施形態において、ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）でシグナリングされる。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）は、ＪＣＴＶＣ−Ｌ１００３、ＪＣＴＶＣ−Ｎ１００８、およびＪＣＴ３Ｖ−Ｅ１００４において記載される。
【０２３１】
選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造におけるｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい１つのケースでは、変数ＳｈａｒｅｄＤＰＢＦｌａｇが１に等しくセットされる場合には共有ＤＰＢとして、あるいは変数ＳｈａｒｅｄＤＰＢＦｌａｇが０に等しくセットされる場合にはレイヤワイズの別々のＤＰＢとしてのいずれかで動作するようにＤＰＢをスケジュールできる。
【０２３２】
変数ＳｈａｒｅｄＤＰＢＰｒｅｆｅｒｒｅｄＦｌａｇは、外部手段によって指定されてもよく、あるいは外部手段によって指定されないときには、０に等しくセットされてもよい。
【０２３３】
変数ＳｈａｒｅｄＤＰＢＦｌａｇの値が上記のステップによりｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）におけるｓｈａｒｅｄ＿ｄｐｂ‐ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに基づいてセットされなかったときには、この変数が次のように導出される。
【０２３４】
ＳｈａｒｅｄＤＰＢＦｌａｇ＝ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＆＆ＳｈａｒｅｄＤＰＢＰｒｅｆｅｒｒｅｄＦｌａｇ
【０２３５】
他のケースでは、変数ＳｈａｒｅｄＤＰＢＦｌａｇは、ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇおよび／またはＳｈａｒｅｄＤＰＢＰｒｅｆｅｒｒｅｄＦｌａｇのいくつかの他の論理結合（例えば、ＯＲ、ＮＯＲ、ＸＯＲ、ＡＮＤ、ＮＡＮＤ、ＮＯＴなど）に基づいてセットされる。
【０２３６】
ＳｈａｒｅｄＤＰＢＦｌａｇが０に等しければ、各レイヤは、それ自体の別々のＤＰＢを有し、各レイヤのＤＰＢは、レイヤにわたってＤＰＢを共有することなく別々に独立して動作する。そうでない場合には、ＤＰＢは、解像度、ビット深度、色度などのような同じピクチャ特性を有するレイヤが共通のＤＰＢを共有する共有ＤＰＢとして動作する。
【０２３７】
ＪＣＴＶＣ−Ｏ１００８およびＪＣＴ３Ｖ−Ｆ１００４では、ＤＰＢ（例えば、復号ピクチャバッファ）動作は、ビデオパラメータセット（ＶＰＳ）およびシーケンスパラメータセット（ＳＰＳ）でシグナリングされたパラメータに基づいて定義される。ＤＰＢのサイズは、以下に示されるｄｐｂ＿ｓｉｚｅ（）シンタックス構造（例えば、ｄｐｂ＿ｓｉｚｅ（））でシグナリングされる。ｄｐｂ＿ｓｉｚｅ（）シンタックス構造は、出力レイヤセットの数（例えば、ＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ）に関する、テンポラル・サブレイヤの数（例えば、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１）に関する、ｓｕｂ−ｄｐｂの数（例えば、ＮｕｍＳｕｂＤｐｂｓ［ｉ］）に関する様々なＤＰＢパラメータおよび対応するフラグもシグナリングする。
【表１２】
0006472449.tif 000018
【０２３８】
加えて、ＪＣＴＶＣ−Ｏ１００８およびＪＣＴ３Ｖ−Ｆ１００４では、レイヤごとにＣＶＳ（例えば、符号化ビデオシーケンス）中に存在するテンポラル・サブレイヤの最大数に関する情報が以下に示されるようにシンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］を用いてＶＰＳ拡張で条件付きでシグナリングされる。
【表１３】
0006472449.tif 000019
または、以下に示される通りである。
【表１４】
0006472449.tif 000020
１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が存在しないことを指定する。
【０２３９】
ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋１は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内にあるものとする。存在しないとき、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］は、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推定される。
【０２４０】
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１は、以下に示されるようにＶＰＳでシグナリングされる。
【表１５】
0006472449.tif 000021
または、以下に示される通りである。
【表１６】
0006472449.tif 000022
【０２４１】
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１は、ＶＰＳを参照する各ＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から６までの範囲内にある。
【０２４２】
ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他のシンタックス要素による参照のためのＶＰＳを識別する。
【０２４３】
いくつかのビデオ符号化方式では、ＳＨＶＣの異なるレイヤが異なるフレームレートを有するケースがある。例えば、レイヤ０が３０ヘルツのフレームレートを有し、レイヤ１が６０ヘルツのフレームレートを有し、レイヤ２が１２０ヘルツのフレームレートを有し、レイヤ３が２４０ヘルツのフレームレートを有する。かかるケースでは、より低いフレームレートをもつレイヤ（例えば、レイヤ１）と比較して高いフレームレートをもつレイヤ（例えば、レイヤ３）ほど、高い最大テンポラル・サブレイヤの値（例えば、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］）を有する。レイヤ固有のサブＤＰＢを用いて動作しているときの特定の出力レイヤセットに関しては、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［］［］［］をレイヤセットにおけるテンポラル・サブレイヤの最大数に基づいてシグナリングおよび／または制約することが望ましい。
【０２４４】
例として、ビットストリームは、５つのレイヤ、すなわち、レイヤ０、レイヤ１、レイヤ２、レイヤ３、およびレイヤ４を含む。第１のレイヤセットは、レイヤ０、１を含み、第２のレイヤセットは、０、１、２を含み、第３のレイヤセットは、０、１、３を含む。例として、レイヤセットごとに、シンタックスは、どのレイヤが出力レイヤセットと呼ばれるセットのうちの出力レイヤであるかをシグナリングする。
【０２４５】
第１の実施形態においては、サブＤＰＢのための出力レイヤセットに関するｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１パラメータを対応するレイヤセットにおける最大テンポラル・サブレイヤまでに限ってシグナリングすることが望ましい。そうでない場合には、この修正がなければ、かかるレイヤセットのためのこの最大テンポラル・サブレイヤからｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までのテンポラル・サブレイヤに関するｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１のパラメータは、レイヤセットがそれらの数のテンポラル・サブレイヤを含まないために無意味である。
【０２４６】
第２の実施形態においては、各シグナリングされる出力レイヤセットに対応するレイヤセットにおけるレイヤごとに、最大テンポラル・サブレイヤのリストを導出することが望ましい。各サブＤＰＢのための出力レイヤセットごとに、最大テンポラル・サブレイヤの上記の導出リストを考慮してｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１パラメータが制約される。この制約は、レイヤ中の最大テンポラル・サブレイヤを考慮してレイヤセットにおけるレイヤごとに改善されたＤＰＢ動作を可能にする。この制約は、さらに、出力レイヤセットに対応するレイヤセットのためのテンポラル・サブレイヤの最大数がｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１より小さいときに、シグナリングされるパラメータをより有意義にし、かつ不正確でないようにする。
【０２４７】
上記の第１の実施形態に関して、変数ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］は、次のように導出される。
【数５】
0006472449.tif 000023
【０２４８】
サブＤＰＢのための出力レイヤセットに関するｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１パラメータは、対応するレイヤセットにおける最大テンポラル・サブレイヤまでに限って、すなわち、ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までに限ってシグナリングされる。以下に示されるｄｐｂ＿ｓｉｚｅ（）シンタックス構造（たとえば、ｄｐｂ＿ｓｉｚｅ（））は、このシグナリングが対応するレイヤセットにおける最大テンポラル・サブレイヤに関係するように、ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］を組み込むために修正される。
【０２４９】
１に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｉに関して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、０より大きいｊの各値に関して、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在せず、値が０に等しいと推定されることを指定する。
【０２５０】
１に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が、ｊ番目のサブレイヤに対して、両端値を含めて、０からＮｕｍＳｕｂＤｐｂｓ［ｉ］−１までの範囲内のｋに関して存在し、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が、ｊ番目のサブレイヤに対して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］の値が、両端値を含めて、０からＮｕｍＳｕｂＤｐｂｓ［ｉ］−１までの範囲内のｋに関してｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しく、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値がそれぞれｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しくセットされることを指定する。ｉの任意の可能な値に対するｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［０］の値は、１に等しいと推定される。
【０２５１】
ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のサブＤＰＢの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。
【０２５２】
ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、復号順ではＣＶＳ中のｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ出力順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大許容数を指定する。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］に等しいと推定される。
【０２５３】
０に等しくないｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しいと推定される。
【０２５４】
ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値は、次のように指定される。
【０２５５】
ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］＝ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］＋ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］−１（Ｆ−４）
【０２５６】
ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しいとき、対応する制限は何も表現されない。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端値を含めて、０から２３２−２までの範囲内にあるものとする。
【０２５７】
別の実施形態では、以下が適用される。
【０２５８】
１に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ［ｉ］までの範囲内のｉに関して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、０より大きいｊの各値に関して、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在せず、値が０に等しいと推定されることを指定する。
【０２５９】
１に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が、ｊ番目のサブレイヤに対して、両端値を含めて、０からＮｕｍＳｕｂＤｐｂｓ［ｉ］−１までの範囲内のｋに関して存在し、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が、ｊ番目のサブレイヤに対して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］の値が、両端値を含めて、０からＮｕｍＳｕｂＤｐｂｓ［ｉ］−１までの範囲内のｋに関してｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しく、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値がそれぞれｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しくセットされることを指定する。ｉの任意の可能な値に対するｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［０］の値は、１に等しいと推定される。
【０２６０】
ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のサブＤＰＢの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。
【０２６１】
ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、復号順ではＣＶＳ中のｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ出力順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大許容数を指定する。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］に等しいと推定される。
【０２６２】
０に等しくないｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しいと推定される。
【０２６３】
ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値は、次のように指定される。
【０２６４】
ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］＝ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］＋ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］−１（Ｆ−４）
【０２６５】
ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しいとき、対応する制限は何も表現されない。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端値を含めて、０から２３２−２までの範囲内にあるものとする。
【表１７】
0006472449.tif 000024
【０２６６】
上記の第１の実施形態に関して、変数ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］は、代わりに次のように導出されてもよい。
【数６】
0006472449.tif 000025
【０２６７】
上記の第１の実施形態に関して、変数ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］は、このシグナリングが対応するレイヤセットにおける最大テンポラル・サブレイヤに関係するように、以下に示されるｄｐｂ＿ｓｉｚｅ（）シンタックス構造（例えば、ｄｐｂ＿ｓｉｚｅ（））内で導出されてもよい。
【表１８】
0006472449.tif 000026
【０２６８】
上記の第１の実施形態に関して、変数ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］は、このシグナリングが対応するレイヤセットにおける最大テンポラル・サブレイヤに関係するように、以下に示されるｄｐｂ＿ｓｉｚｅ（）シンタックス構造（例えば、ｄｐｂ＿ｓｉｚｅ（））内で導出されてもよい。
【表１９】
0006472449.tif 000027
【０２６９】
ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］は、ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔ［ｉ］、または任意の適切な参照値をもつ任意の他の適切な変数名であってもよいことが理解されるべきである。
【０２７０】
上記の第２の実施形態に関して、パラメータｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、最大テンポラル・サブレイヤの導出リストを考慮して制約される。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］に対する制約が最大テンポラル・サブレイヤの導出リストと関係するような、以下に示される、ｄｐｂ＿ｓｉｚｅ（）シンタックス構造（たとえば、ｄｐｂ＿ｓｉｚｅ（））。
【表２０】
0006472449.tif 000028
【０２７１】
１に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］までの範囲内のｉに関して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、０より大きいｊの各値に関して、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在せず、値が０に等しいと推定されることを指定する。
【０２７２】
１に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が、ｊ番目のサブレイヤに対して、両端値を含めて、０からＮｕｍＳｕｂＤｐｂｓ［ｉ］−１までの範囲内のｋに関して存在し、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が、ｊ番目のサブレイヤに対して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］の値が、両端値を含めて、０からＮｕｍＳｕｂＤｐｂｓ［ｉ］−１までの範囲内のｋに関してｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しく、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値がそれぞれｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しくセットされることを指定する。ｉの任意の可能な値に対するｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［０］の値は、１に等しいと推定される。
【０２７３】
ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のサブＤＰＢの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。
【数７】
0006472449.tif 000029
ビットストリーム適合性の必要条件は、両端値を含めて、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌｉｄ［ｉ］［ｋ］］］からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｊに関して、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］がｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌｉｄ［ｉ］［ｋ］］］］に等しいことである。
【０２７４】
ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、復号順ではＣＶＳ中のｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ出力順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡのあとに続くことができる、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大許容数を指定する。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ１］に等しいと推定される。
【０２７５】
０に等しくないｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しいと推定される。
【０２７６】
ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値は、次のように指定される。
【０２７７】
ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］＝ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］＋ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］−１（Ｆ−４）
【０２７８】
ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が０に等しいとき、対応する制限は何も表現されない。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端値を含めて、０から２３２−２までの範囲内にあるものとする。
【０２７９】
別の実施形態では、ＮｕｍＳｕｂＤｐｂｓ［ｉ］の導出は、ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔリストへのインデックスを用いる。さらに、デフォルト出力レイヤセットのためにｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］に関する推定が定義されてもよい。この導出および定義された推測は、以下のように定義される。
【０２８０】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１−１までの範囲内にあるものとする。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１））ビットである。
【０２８１】
両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のｉをもつｉ番目の出力レイヤセットのためのレイヤセットがｉ番目のレイヤセットであると推定される。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のｉに対してｉに等しいと推定される。
【０２８２】
ｉ番目の出力レイヤセットに関わるサブＤＰＢの数を指定する変数ＮｕｍＳｕｂＤｐｂｓ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］＋１］に等しくセットされる。
【０２８３】
別の実施形態では、両端値を含めて０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｌｓＩｄｘ］に等しいｊに対してｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］がシグナリングされる。
【０２８４】
ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｌｓＩｄｘ］をｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）でシグナリングする一例は、以下に示される通りである。
【表２１】
0006472449.tif 000030
【０２８５】
ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｌｓＩｄｘ］をｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）でシグナリングする別の例は、以下に示される通りである。
【表２２】
0006472449.tif 000031
【０２８６】
１に等しいａｖｃ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇは、ベースレイヤがＩＴＵ−Ｔ勧告Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６−１０に適合することを指定する。０に等しいａｖｃ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇは、ベースレイヤがこの仕様に適合することを指定する。
【０２８７】
１に等しいｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、それぞれのデフォルト出力レイヤセットにおいてｎｕｈ＿ｌａｙｅｒ＿ｉｄがｎｕｈＬａｙｅｒＩｄＡに等しく、ＡｕｘＩｄ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しいようなｎｕｈ＿ｌａｙｅｒ＿ｉｄの最高値をもつレイヤのみがターゲット出力レイヤであることを指定する。０に等しいｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、それぞれのデフォルト出力レイヤセットにおけるすべてのレイヤがターゲット出力レイヤであることを指定する。ｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、この仕様のこのバージョンに適合するビットストリームでは０または１に等しいものとする。ｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃに関する他の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣにより将来の使用のために予約される。
【０２８８】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］＋１は、ｉ番目の出力レイヤセットのためのレイヤセットのインデックスを指定する。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１−１までの範囲内にあるものとする。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１））ビットである。
【０２８９】
両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のｉをもつｉ番目の出力レイヤセットのためのレイヤセットがｉ番目のレイヤセットであると推定される。
【０２９０】
ｉ番目の出力レイヤセットに関わるサブＤＰＢの数を指定する変数ＮｕｍＳｕｂＤｐｂｓ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｉ］に等しくセットされる。別の実施形態では、ｉ番目の出力レイヤセットに関わるサブＤＰＢの数を指定する変数ＮｕｍＳｕｂＤｐｂｓ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］＋１］に等しくセットされる。
【０２９１】
１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目の出力レイヤセットにおけるｊ番目のレイヤがターゲット出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目の出力レイヤセットにおけるｊ番目のレイヤがターゲット出力レイヤではないことを指定する。
【０２９２】
ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］は、ｉ番目の出力レイヤセットに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の、ＶＰＳにおけるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のリスト中へのインデックスを指定する。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１＋１））ビットである。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［０］の値は、０に等しいと推定される。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１までの範囲内にあるものとする。
【０２９３】
別の実施形態では、１つ以上のシンタックス要素を上に示されるより少い回数かまたは多い回数シグナリングできるであろう。例えば、１ビットのフラグ値がＮ回シグナリングされることが示されうる。その代わりに、１ビットのフラグ値がＭ回シグナリングされてもよく、Ｍは、Ｎより多くても、またはＮより少なくてもよい。
【０２９４】
別の実施形態では、シンタックス要素のうちの１つ以上がｕｅ（ｖ）の代わりにｕ（ｖ）既知の固定ビット数を用いてシグナリングされてもよい。例えば、ｕ（８）もしくはｕ（１６）またはｕ（３２）あるいはｕ（６４）などを用いてシンタックス要素をシグナリングできるであろう。
【０２９５】
別の実施形態では、ｕ（ｖ）符号化のような固定ビット数の代わりにｕｅ（ｖ）または何らかの他の符号化方式によってこれらのシンタックス要素のうちの１つ以上をシグナリングできるであろう。
【０２９６】
別の実施形態では、様々なシンタックス要素およびそれらのセマンティクスの名前が記載されたシンタックスまたはセマンティクスと比較して＋１または＋２を加えるか、または−１または−２を減じることによって変えられてもよい。
【０２９７】
さらに別の実施形態では、様々なシンタックス要素がピクチャごとにビットストリーム中のどこでもシグナリングされてよい。例えば、様々なシンタックスがスライスセグメントヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／もしくは任意の他のパラメータセットまたはビットストリームの他の規範的な部分でシグナリングされてもよい。
【０２９８】
さらに別の実施形態では、出力レイヤセットに関係するすべての実施形態を出力動作点［２、３］および／または動作点［１］に適用できるであろう。
【０２９９】
用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を運ぶか、または記憶するために用いることができて、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ  ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ  ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙ  ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。
【０３００】
留意すべきは、本明細書に記載される方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法またはアプローチの１つ以上は、チップセット、ＡＳＩＣ、大規模集積回路（ＬＳＩ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【０３０１】
本明細書に開示されるそれぞれの方法は、記載される方法を達成するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および／または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切なオペレーションのためにステップまたは動作の特定の順序が必要とされない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく修正されてもよい。
【０３０２】
理解すべきは、特許請求の範囲が上に示された通りの構成および構成要素には限定されないことである。特許請求の範囲から逸脱することなく、本明細書に記載される配置、オペレーション、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。
【図面の簡単な説明】
【０３０３】
【図１Ａ】メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示すブロック図である。
【図１Ｂ】メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示す別のブロック図である。
【図２Ａ】電子デバイス上のエンコーダ６０４の一構成を示すブロック図である。
【図２Ｂ】電子デバイス上のエンコーダ６０４の一構成を示す別のブロック図である。
【図３Ａ】電子デバイス上のデコーダの一構成を示すブロック図である。
【図３Ｂ】電子デバイス上のデコーダの一構成を示す別のブロック図である。
【図４】復号ピクチャバッファの動作のための方法の一構成を示すブロック図である。
【図５Ａ】異なるＮＡＬユニットヘッダ・シンタックスを示す。
【図５Ｂ】異なるＮＡＬユニットヘッダ・シンタックスを示す。
【図５Ｃ】異なるＮＡＬユニットヘッダ・シンタックスを示す。
【図６】一般的なＮＡＬユニット・シンタックスを示す。
【図６Ａ】例示的なビデオパラメータ拡張シンタックスを示す。
【図６Ｂ】例示的なビデオパラメータ拡張シンタックスを示す。
【図６Ｘ】例示的なビデオパラメータ拡張シンタックスを示す。
【図７Ａ】例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
【図７Ｂ】例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
【図８】別の例示的なビデオパラメータ拡張シンタックスを示す。
【図９】例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
【図１０】別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
【図１１】例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
【図１２】別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
【図１３】別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
【図１４】別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
【図１５】別の例示的なビデオパラメータ拡張シンタックスおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を示す。
【図１６】例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）シンタックスを示す。
【図１Ａ】
0006472449.tif 000032
【図１Ｂ】
0006472449.tif 000033
【図２Ａ】
0006472449.tif 000034
【図２Ｂ】
0006472449.tif 000035
【図３Ａ】
0006472449.tif 000036
【図３Ｂ】
0006472449.tif 000037
【図４】
0006472449.tif 000038
【図５Ａ】
0006472449.tif 000039
【図５Ｂ】
0006472449.tif 000040
【図５Ｃ】
0006472449.tif 000041
【図６】
0006472449.tif 000042
【図６Ａ】
0006472449.tif 000043
【図６Ｂ】
0006472449.tif 000044
【図６Ｘ】
0006472449.tif 000045
【図７Ａ】
0006472449.tif 000046
【図７Ｂ】
0006472449.tif 000047
【図８】
0006472449.tif 000048
【図９】
0006472449.tif 000049
【図１０】
0006472449.tif 000050
【図１１】
0006472449.tif 000051
【図１２】
0006472449.tif 000052
【図１３】
0006472449.tif 000053
【図１４】
0006472449.tif 000054
【図１５】
0006472449.tif 000055
【図１６】
0006472449.tif 000056