JP2017510100A

JP2017510100A - 符号化ピクチャバッファ・パラメータのシグナリングおよび導出

Info

Publication number: JP2017510100A
Application number: JP2016539241A
Authority: JP
Inventors: サーチンジー．デシュパンダ
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2014-01-02
Filing date: 2014-12-25
Publication date: 2017-04-06
Anticipated expiration: 2034-12-25
Also published as: WO2015102044A1; US10257519B2; US20160309159A1; JP6472449B2

Abstract

ビデオシーケンスを表すベース・ビットストリームおよびエンハンスメント・ビットストリームを含むビデオビットストリームを符号化および／または復号するためのシステム。受信機は、ビデオパラメータセットおよびビデオパラメータセット拡張を受信し、ビデオパラメータセット拡張は、復号ピクチャバッファ・パラメータを含む。

Description

発明の詳細な説明

［背景技術］
電子デバイスは、消費者ニーズを満たし、可搬性および便利さを改善するために、より小さく、より強力になった。消費者は、電子デバイスに依存するようになり、機能性の向上を期待するようになった。電子デバイスのいくつかの例は、デスクトップコンピュータ、ラップトップコンピュータ、セルラーフォン、スマートフォン、メディアプレーヤ、集積回路などを含む。

いくつかの電子デバイスは、デジタルメディアを処理して表示するために用いられる。例えば、ポータブル電子デバイスは、今や消費者がいるほとんどどの場所でもデジタルメディアを用いることを可能にする。そのうえ、いくつかの電子デバイスは、消費者が用いて楽しむためのデジタルメディア・コンテンツのダウンロードまたはストリーミングを提供する。

デジタルメディアの人気の高まりは、いくつかの問題を提起した。例えば、高品質デジタルメディアを記憶、送信および迅速な再生のために効率的に表現することがいくつかの課題を提起する。この考察から気付きうるように、デジタルメディアを性能向上によって効率的に表現するシステムおよび方法が有益である。

本発明の前述および他の目的、特徴、ならびに利点は、本発明の以下の詳細な記載を添付図面と併せて考察したときにさらに容易に理解されるであろう。
［発明の概要］
［課題を解決するための手段］

本発明の一実施形態は、ピクチャを含むビデオシーケンスを復号するための方法を開示し、方法は、

（ａ）前記ビデオシーケンスを受信するステップと、

（ｂ）前記ビデオシーケンスのための出力レイヤセットの数を確定するステップと、

（ｃ）前記少なくとも１つの前記出力レイヤセットのうちの少なくとも１つに関してサブレイヤの最大数−１を確定するステップと、

（ｄ）前記少なくとも１つの前記出力レイヤセットのうちの１つのサブレイヤに関して復号ピクチャバッファの特性を復号するステップと
を備える。
［図面の簡単な説明］

［図１Ａ］メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示すブロック図である。
［図１Ｂ］メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示す別のブロック図である。
［図２Ａ］電子デバイス上のエンコーダ６０４の一構成を示すブロック図である。
［図２Ｂ］電子デバイス上のエンコーダ６０４の一構成を示す別のブロック図である。
［図３Ａ］電子デバイス上のデコーダの一構成を示すブロック図である。
［図３Ｂ］電子デバイス上のデコーダの一構成を示す別のブロック図である。
［図４］復号ピクチャバッファの動作のための方法の一構成を示すブロック図である。
［図５Ａ］異なるＮＡＬユニットヘッダ・シンタックスを示す。
［図５Ｂ］異なるＮＡＬユニットヘッダ・シンタックスを示す。
［図５Ｃ］異なるＮＡＬユニットヘッダ・シンタックスを示す。
［図６］一般的なＮＡＬユニット・シンタックスを示す。
［図６Ａ］例示的なビデオパラメータ拡張シンタックスを示す。
［図６Ｂ］例示的なビデオパラメータ拡張シンタックスを示す。
［図６Ｘ］例示的なビデオパラメータ拡張シンタックスを示す。
［図７Ａ］例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
［図７Ｂ］例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
［図８］別の例示的なビデオパラメータ拡張シンタックスを示す。
［図９］例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
［図１０］別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
［図１１］例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
［図１２］別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
［図１３］別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
［図１４］別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
［図１５］別の例示的なビデオパラメータ拡張シンタックスおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を示す。
［図１６］例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）シンタックスを示す。
［発明を実施するための形態］

図１Ａは、１つ以上の電子デバイス１０２の例を示すブロック図である。この例では、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂが示されるが、所望により、いずれかが省略されてもよい。しかしながら、留意すべきは、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂに関して記載される特徴および機能性の１つ以上がいくつかの構成では単一の電子デバイスに組み合わされてもよいことである。

電子デバイスＡ１０２ａは、エンコーダ１０４を含む。エンコーダ１０４は、メッセージ発生モジュール１０８を含む。電子デバイスＡ１０２ａ内に含まれるそれぞれの要素（例えば、エンコーダ１０４およびメッセージ発生モジュール１０８）は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。

電子デバイスＡ１０２ａは、１つ以上の入力ピクチャ１０６を取得する。いくつかの構成において、入力ピクチャ（単数または複数）１０６は、イメージセンサを用いて電子デバイスＡ１０２ａ上に取り込まれてもよく、メモリから読み出されてもよく、および／または別の電子デバイスから受信されてもよい。

エンコーダ１０４は、符号化データを生成するために入力ピクチャ（単数または複数）１０６を符号化する。例えば、エンコーダ１０４は、一連の入力ピクチャ１０６（例えば、ビデオ）を符号化する。一構成において、エンコーダ１０４は、ＨＥＶＣエンコーダであってもよい。符号化データは、デジタルデータ（例えば、ビットストリーム１１４の一部）であってもよい。エンコーダ１０４は、入力信号に基づいてオーバーヘッド・シグナリングを発生させる。

メッセージ発生モジュール１０８は、１つ以上のメッセージを発生させる。例えば、メッセージ発生モジュール１０８は、１つ以上のＳＥＩメッセージまたは他のメッセージを発生させる。サブピクチャ・レベルの動作がサポートされるＣＰＢに関しては、電子デバイス１０２がサブピクチャ・パラメータ（例えば、ＣＰＢリムーバル遅延パラメータ）を送信する。具体的には、電子デバイス１０２（例えば、エンコーダ１０４）がピクチャ・タイミングＳＥＩメッセージ中に共通復号ユニットＣＰＢリムーバル遅延パラメータを含めるべきかどうかを判定する。例えば、エンコーダ１０４がピクチャ・タイミングＳＥＩメッセージ中に共通復号ユニットＣＰＢリムーバル遅延パラメータ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含めるとき、電子デバイスは、フラグ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を１にセットする。共通復号ユニットＣＰＢリムーバル遅延パラメータが含まれるときに、電子デバイスは、アクセスユニット中のすべての復号ユニットに適用可能な共通復号ユニットＣＰＢリムーバル遅延パラメータを発生させる。言い換えれば、アクセスユニット中の復号ユニットごとに復号ユニットＣＰＢリムーバル遅延パラメータを含めるのではなく、ピクチャ・タイミングＳＥＩメッセージが関連付けられるアクセスユニット中のすべての復号ユニットに対して共通パラメータが適用される。

対照的に、ピクチャ・タイミングＳＥＩメッセージ中に共通復号ユニットＣＰＢリムーバル遅延パラメータが含まれないとき、電子デバイス１０２は、ピクチャ・タイミングＳＥＩメッセージが関連付けられるアクセスユニット中の復号ユニットごとに別々の復号ユニットＣＰＢリムーバル遅延を発生させる。

いくつかの構成において、電子デバイスＡ１０２ａは、メッセージをビットストリーム１１４の一部として電子デバイスＢ１０２ｂへ送信してもよい。いくつかの構成において、電子デバイスＡ１０２ａは、メッセージを別個の送信１１０によって電子デバイスＢ１０２ｂへ送信してもよい。例えば、別個の送信は、ビットストリーム１１４の一部でなくてもよい。例として、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージが何らかの帯域外メカニズムを用いて送信されてもよい。いくつかの構成において、他のメッセージが上記のピクチャ・タイミングＳＥＩメッセージの特徴のうちの１つ以上を含みうることに留意すべきである。そのうえ、他のメッセージは、１つ以上の態様において、上記のＳＥＩメッセージと同様に活用されもよい。

エンコーダ１０４（および、例えば、メッセージ発生モジュール１０８）は、ビットストリーム１１４を生成する。ビットストリーム１１４は、入力ピクチャ（単数または複数）１０６に基づく符号化ピクチャデータを含む。いくつかの構成において、ビットストリーム１１４は、オーバーヘッドデータ、例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ、スライスヘッダ（単数または複数）、ＰＰＳ（単数または複数）なども含む。追加の入力ピクチャ１０６が符号化されたときに、ビットストリーム１１４は、１つ以上の符号化ピクチャを含む。例として、ビットストリーム１１４は、対応するオーバーヘッドデータ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）をもつ１つ以上の符号化ピクチャを含む。

ビットストリーム１１４は、デコーダ１１２へ供給される。一例では、ビットストリーム１１４は、有線または無線リンクを用いて電子デバイスＢ１０２ｂへ送信される。いくつかのケースでは、これは、ネットワーク、例えば、インターネットまたはローカルエリアネットワーク（ＬＡＮ：ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）を通じて行われる。図１Ａに示されるように、デコーダ１１２は、電子デバイスＡ１０２ａ上のエンコーダ１０４とは分離して電子デバイスＢ１０２ｂ上に実装されてもよい。しかしながら、留意すべきは、エンコーダ１０４およびデコーダ１１２がいくつかの構成では同じ電子デバイス上に実装されてもよいことである。例として、エンコーダ１０４およびデコーダ１１２が同じ電子デバイス上に実装される実装においては、ビットストリーム１１４がバスを通じてデコーダ１１２へ供給されてもよく、またはデコーダ１１２による読み出しのためにメモリに記憶されてもよい。

デコーダ１１２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ１１２は、ＨＥＶＣデコーダであってもよい。デコーダ１１２は、ビットストリーム１１４を受信する（例えば、取得する）。デコーダ１１２は、ビットストリーム１１４に基づいて１つ以上の復号ピクチャ１１８を発生させる。復号ピクチャ（単数または複数）１１８は、表示される、再生される、メモリに記憶されるか、および／または別のデバイスへ送信されるなどである。

デコーダ１１２は、ＣＰＢ１２０を含む。ＣＰＢ１２０は、符号化ピクチャを一時的に記憶する。ＣＰＢ１２０は、データをいつ取り出すべきかを確定するために、ピクチャ・タイミングＳＥＩメッセージ中で見出されたパラメータを用いる。ＣＰＢ１２０がサブピクチャ・レベルの動作をサポートするときには、一度にアクセスユニット全体ではなく、個々の復号ユニットが取り出されてもよい。デコーダ１１２は、復号ピクチャバッファ（ＤＰＢ：ＤｅｃｏｄｅｄＰｉｃｔｕｒｅＢｕｆｆｅｒ）１２２を含む。各復号ピクチャは、復号処理によって参照されるため、ならびに出力およびクロッピングのためにＤＰＢ１２２中に置かれる。復号ピクチャは、ＤＰＢ出力時刻か、または復号ピクチャが予測間参照のためにもはや必要とされなくなる時刻のうちの後の方でＤＰＢから取り出される。

デコーダ１１２は、メッセージ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）を受信する。デコーダ１１２は、さらに、受信したメッセージが共通復号ユニットＣＰＢリムーバル遅延パラメータ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含むかどうかを確定する。これは、共通パラメータがピクチャ・タイミングＳＥＩメッセージ中に存在するときにセットされるフラグ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を識別することを含む。共通パラメータが存在すれば、デコーダ１１２は、アクセスユニット中のすべての復号ユニットに適用可能な共通復号ユニットＣＰＢリムーバル遅延パラメータを確定する。共通パラメータが存在しなければ、デコーダ１１２は、アクセスユニット中の復号ユニットごとに別々の復号ユニットＣＰＢリムーバル遅延パラメータを確定する。デコーダ１１２は、さらに、共通復号ユニットＣＰＢリムーバル遅延パラメータまたは別々の復号ユニットＣＰＢリムーバル遅延パラメータのいずれかを用いてＣＰＢ１２０から復号ユニットを取り出す。

復号ピクチャバッファ（ＤＰＢ）１２２は、異なる特性を有する復号ピクチャのために別々に識別され、管理される複数のピクチャバッファを含んでもよい。例えば、復号ピクチャバッファ（ＤＰＢ）１２２は、異なる解像度、異なるビット深度および／または異なる色度をもつ復号ピクチャのために別々に識別され、管理される複数のピクチャバッファを含んでもよい。

復号ピクチャは、その代わりに、復号ピクチャバッファ（ＤＰＢ）１２２における複数のピクチャ記憶バッファの共通プールに記憶されてもよい。例えば、バンピング／リムーバル処理およびレベル定義に影響を及ぼす復号ピクチャバッファ（ＤＰＢ）１２２のサイズ制約を確定するために、２つの追加のサブケースが用いられる。バイトに基づく復号ピクチャバッファ（ＤＰＢ）１２２の制約では、解像度および／またはビット深度に基づくサイズを考慮して復号ピクチャが記憶される。復号ピクチャバッファ（ＤＰＢ）１２２のサイズ制約は、各復号ピクチャの解像度およびビット深度を考慮したバイト制限として定義される。ピクチャ単位に基づく復号ピクチャバッファ（ＤＰＢ）１２２の制約では、復号ピクチャが記憶される（かつ１つのピクチャバッファ・スロットを占めると見做される）。復号ピクチャバッファ（ＤＰＢ）１２２のサイズ制約は、その場合には各復号ピクチャの解像度およびビット深度を考慮することなくピクチャ・スロット数の制限として定義される。

一構成において、復号ピクチャバッファ（ＤＰＢ）占有量がレイヤごとに追跡されてもよい。例えば、復号ピクチャバッファ（ＤＰＢ）１２２のサイズ制約がシグナリングされて、レイヤごとに、バンピングが適用されてもよい。レイヤ識別子ｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ各レイヤがそれ自体のピクチャ記憶バッファを含む場合には、各レイヤの復号ピクチャバッファ（ＤＰＢ）占有量を追跡するために変数ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］を用いることができるであろう。ｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいレイヤＩＤ値をもつレイヤからピクチャが取り出されるときに、変数ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１に等しくセットされる（すなわち、ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１つデクリメントされる）。このケースでは、ピクチャ記憶バッファＰＳＢ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］からピクチャが取り出された。

同様に、ｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいレイヤＩＤ値をもつ現復号ピクチャが復号ピクチャバッファ（ＤＰＢ）１２２中に記憶されるときには、変数ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］がＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］＋１に等しくセットされる（すなわち、ＤＰＢＦｕｌｌｎｅｓｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１つインクリメントされる）。このケースでは、ピクチャ記憶バッファＰＳＢ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］中にピクチャが記憶された。

復号ピクチャバッファ（ＤＰＢ）占有量を出力レイヤセットに関して追跡することもできるであろう。復号ピクチャバッファ（ＤＰＢ）１２２のサイズ制約がその場合にはシグナリングされて、出力レイヤセットに関して指定された制約に基づいて、バンピングが適用される。被テスト動作点と関連付けられた出力レイヤセットに関してＤＰＢＦｕｌｌｎｅｓｓ値を追跡することもできるであろう。このように、ピクチャが出力レイヤセットに属するレイヤから取り出されるときに、ＤＰＢＦｕｌｌｎｅｓｓ＝ＤＰＢＦｕｌｌｎｅｓｓ−１のように復号ピクチャバッファ（ＤＰＢ）占有量の値が１つデクリメントされる。同様に、現復号ピクチャが復号ピクチャバッファ（ＤＰＢ）１２２中に記憶されるときには、ＤＰＢＦｕｌｌｎｅｓｓ＝ＤＰＢＦｕｌｌｎｅｓｓ＋１のように復号ピクチャバッファ（ＤＰＢ）占有量が１つデクリメントされる。

上記のＨＲＤは、図１Ａに示されるデコーダ１１２の一例である。このように、電子デバイス１０２は、いくつかの構成において、上記のＨＲＤおよびＣＰＢ１２０ならびにＤＰＢ１２２に従って動作する。

符号化ピクチャバッファ（ＣＰＢ）は、仮想参照デコーダ（ＨＲＤ：ｈｙｐｏｔｈｅｔｉｃａｌｒｅｆｅｒｅｎｃｅｄｅｃｏｄｅｒ）において指定された復号順にアクセスユニットを含んだ先入れ先出しバッファである。アクセスユニットは、復号順に連続したネットワークアクセスレイヤ（ＮＡＬ：ＮｅｔｗｏｒｋＡｃｃｅｓｓＬａｙｅｒ）ユニットのセットであり、１つだけの符号化ピクチャを含む。符号化ピクチャの符号化スライスＮＡＬユニットに加えて、アクセスユニットは、符号化ピクチャのスライスを含んでいない他のＮＡＬユニットも含む。アクセスユニットを復号すると、復号ピクチャを結果として生じる。ＮＡＬユニットは、後に続くデータのタイプの指標と、そのデータを、必要に応じてエミュレーション防止バイトを点在させた、ロー・バイト・シーケンス・ペイロードの形態で含んだ複数のバイトとを含むシンタックス構造である。

留意すべきは、電子デバイス（単数または複数）１０２に含まれる要素またはその部分の１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。やはり留意すべきは、本明細書に記載される機能または方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ−ＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：Ｌａｒｇｅ−ＳｃａｌｅＩｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。

図１Ｂは、エンコーダ１９０８およびデコーダ１９７２の別の例を示すブロック図である。この例では、電子デバイスＡ１９０２および電子デバイスＢ１９７０が示される。しかしながら、留意すべきは、電子デバイスＡ１９０２および電子デバイスＢ１９７０に関して記載される特徴および機能性がいくつかの構成では単一の電子デバイスに組み合わされてもよいことである。

電子デバイスＡ１９０２は、エンコーダ１９０８を含む。エンコーダ１９０８は、ベースレイヤ・エンコーダ１９１０およびエンハンスメントレイヤ・エンコーダ１９２０を含む。ビデオエンコーダ１９０８は、後で記載されるように、スケーラブル・ビデオ符号化およびマルチビュー・ビデオ符号化に適する。エンコーダ１９０８は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、エンコーダ１９０８は、スケーラブルおよび／またはマルチビューを含めて、高効率ビデオ符号化（ＨＥＶＣ）コーダであってもよい。ＨＥＶＣ仕様は、参照によりその全体が本明細書に組み込まれる、Ｂ．ブロス（Ｂｒｏｓ）、Ｗ−Ｊ．ハン（Ｈａｎ）、Ｊ−Ｒ．オーム（Ｏｈｍ）、Ｇ．Ｊ．サリバン（Ｓｕｌｌｉｖａｎ）、およびＴ．ウィーガンド（Ｗｉｅｇａｎｄ）、「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０（Ｈｉｇｈｅｆｆｉｃｉｅｎｃｙｖｉｄｅｏｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔｓｐｅｃｉｆｉｃａｔｉｏｎｄｒａｆｔ１０）」、ＪＣＴＶＣ−Ｌ１００３、ジュネーブ、２０１３年１月を含み、マルチビュー仕様は、参照によりその全体が本明細書に組み込まれる、Ｇ．テック（Ｔｅｃｈ）、Ｋ．ウェグナー（Ｗｅｇｎｅｒ）、Ｙ．チェン（Ｃｈｅｎ）、Ｍ．ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）、Ｊ・ボイス（Ｂｏｙｃｅ）、「ＭＶ−ＨＥＶＣ草案テキスト６（ＭＶ−ＨＥＶＣＤｒａｆｔＴｅｘｔ６）（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」、ＪＣＴ３Ｖ−Ｆ１００４、ジュネーブ、２０１３年１１月を含み、スケーラブル仕様は、参照によりその全体が本明細書に組み込まれる、Ｊ．チェン（Ｃｈｅｎ）、Ｊ．ボイス（Ｂｏｙｃｅ）、Ｙ．イエ（Ｙｅ）、Ｍ．ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）、「ＳＨＶＣ草案４（ＳＨＶＣＤｒａｆｔ４）」、ＪＣＴＶＣ−Ｏ１００８、ジュネーブ、２０１３年１１月を含む。所望により、他のコーダが同様に用いられてもよい。電子デバイスＡ１９０２は、ソース１９０６を取得する。いくつかの構成において、ソース１９０６は、イメージセンサを用いて電子デバイスＡ１９０２上に取り込まれても、メモリから読み出されても、または別の電子デバイスから受信されてもよい。

エンコーダ１９０８は、ベースレイヤ・ビットストリーム１９３４およびエンハンスメントレイヤ・ビットストリーム１９３６を生成するためにソース１９０６を符号化する。例えば、エンコーダ１９０８は、ソース１９０６中の一連のピクチャ（例えば、ビデオ）を符号化する。特に、品質スケーラビリティとしても知られるＳＮＲスケーラビリティに関わるスケーラブル・ビデオ符号化のために、ベースレイヤおよびエンハンスメントレイヤ・エンコーダへ同じソース１９０６が供給される。特に、空間スケーラビリティに関わるスケーラブル・ビデオ符号化のために、ベースレイヤ・エンコーダにはダウンサンプリングされたソースが用いられる。特に、マルチビュー符号化のために、ベースレイヤ・エンコーダおよびエンハンスメントレイヤ・エンコーダには異なるビュー・ソースが用いられる。エンコーダ１９０８は、図２Ｂに関連して後で記載されるエンコーダ１７８２と同様であってもよい。

ビットストリーム１９３４、１９３６は、ソース１９０６に基づく符号化ピクチャデータを含む。いくつかの構成において、ビットストリーム１９３４、１９３６は、オーバーヘッドデータ、例えば、スライスヘッダ情報、ＰＰＳ情報なども含む。ソース１９０６中の追加のピクチャが符号化されたときに、ビットストリーム１９３４、１９３６は、１つ以上の符号化ピクチャを含む。

ビットストリーム１９３４、１９３６は、デコーダ１９７２へ供給される。デコーダ１９７２は、ベースレイヤ・デコーダ１９８０およびエンハンスメントレイヤ・デコーダ１９９０を含む。ビデオデコーダ１９７２は、スケーラブル・ビデオ復号およびマルチビュー・ビデオ復号に適する。一例では、ビットストリーム１９３４、１９３６は、有線または無線リンクを用いて電子デバイスＢ１９７０へ送信される。いくつかのケースでは、これは、ネットワーク、例えば、インターネットまたはローカルエリアネットワーク（ＬＡＮ：ＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）を通じて行われる。図１Ｂに示されるように、デコーダ１９７２は、電子デバイスＡ１９０２上のエンコーダ１９０８とは分離して電子デバイスＢ１９７０上に実装されてもよい。しかしながら、留意すべきは、エンコーダ１９０８およびデコーダ１９７２がいくつかの構成では同じ電子デバイス上に実装されてもよいことである。例として、エンコーダ１９０８およびデコーダ１９７２が同じ電子デバイス上に実装される実装では、ビットストリーム１９３４、１９３６がバスを通じてデコーダ１９７２へ供給されてもよく、またはデコーダ１９７２による読み出しのためにメモリに記憶されてもよい。デコーダ１９７２は、復号ベースレイヤ１９９２および復号エンハンスメントレイヤ・ピクチャ（単数または複数）１９９４を出力として供給する。

デコーダ１９７２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ１９７２は、スケーラブルおよび／またはマルチビューを含めて、高効率ビデオ符号化（ＨＥＶＣ）デコーダであってもよい。他のデコーダが同様に用いられてもよい。デコーダ１９７２は、図３Ｂに関連して後で記載されるデコーダ１８１２と同様であってもよい。さらに、ベースレイヤ・エンコーダおよび／またはエンハンスメントレイヤ・エンコーダは、図１Ａに関して記載されたような、メッセージ発生モジュールをそれぞれが含んでもよい。さらに、ベースレイヤ・デコーダおよび／またはエンハンスメントレイヤ・デコーダは、図１Ａに関して記載されたような、符号化ピクチャバッファおよび／または復号ピクチャバッファを含んでもよい。加えて、図１Ｂの電子デバイスは、場合に応じて、図１Ａの電子デバイスの機能に従って動作してもよい。

図２Ａは、電子デバイス６０２上のエンコーダ６０４の一構成を示すブロック図である。留意すべきは、電子デバイス６０２内に含まれるとして示される要素の１つ以上がハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいことである。例えば、電子デバイス６０２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいエンコーダ６０４を含む。例として、エンコーダ６０４は、回路、集積回路、特定用途向け集積回路（ＡＳＩＣ）、実行可能な命令をもつメモリと電子通信を行うプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙ）など、またはそれらの組み合わせとして実装されてもよい。いくつかの構成において、エンコーダ６０４は、ＨＥＶＣコーダであってもよい。

電子デバイス６０２は、ソース６２２を含む。ソース６２２は、ピクチャまたは画像データ（例えば、ビデオ）を１つ以上の入力ピクチャ６０６としてエンコーダ６０４へ供給する。ソース６２２の例は、イメージセンサ、メモリ、通信インターフェース、ネットワークインターフェース、無線受信機、ポートなどを含む。

１つ以上の入力ピクチャ６０６は、フレーム内予測モジュールおよび再構成バッファ６２４へ供給される。入力ピクチャ６０６は、動き推定および動き補償モジュール６４６へ、そして減算モジュール６２８へも供給される。

フレーム内予測モジュールおよび再構成バッファ６２４は、１つ以上の入力ピクチャ６０６および再構成データ６６０に基づいてイントラモード情報６４０およびイントラ信号６２６を発生させる。動き推定および動き補償モジュール６４６は、１つ以上の入力ピクチャ６０６および復号ピクチャバッファ６７６からの参照ピクチャ６７８に基づいてインターモード情報６４８およびインター信号６４４を発生させる。いくつかの構成において、復号ピクチャバッファ６７６は、１つ以上の参照ピクチャからのデータを復号ピクチャバッファ６７６中に含む。

エンコーダ６０４は、モードに従ってイントラ信号６２６とインター信号６４４との間で選択を行う。イントラ信号６２６は、イントラ符号化モードにおいてピクチャ内の空間的特性を活用するために用いられる。インター信号６４４は、インター符号化モードにおいてピクチャ間の時間的特性を活用するために用いられる。イントラ符号化モードにある間に、イントラ信号６２６は、減算モジュール６２８へ供給され、イントラモード情報６４０は、エントロピー符号化モジュール６４２へ供給される。インター符号化モードにある間には、インター信号６４４が減算モジュール６２８へ供給され、インターモード情報６４８がエントロピー符号化モジュール６４２へ供給される。

減算モジュール６２８では予測残差６３０を生成するために（モードに依存して）イントラ信号６２６またはインター信号６４４のいずれかが入力ピクチャ６０６から減算される。予測残差６３０は、変換モジュール６３２へ供給される。変換モジュール６３２は、予測残差６３０を圧縮して、量子化モジュール６３６へ供給される変換信号６３４を生成する。量子化モジュール６３６は、変換信号６３４を量子化して、変換および量子化された係数（ＴＱＣ：ｔｒａｎｓｆｏｒｍｅｄａｎｄｑｕａｎｔｉｚｅｄｃｏｅｆｆｉｃｉｅｎｔ）６３８を生成する。

ＴＱＣ６３８は、エントロピー符号化モジュール６４２および逆量子化モジュール６５０へ供給される。逆量子化モジュール６５０は、ＴＱＣ６３８に対して逆量子化を行い、逆変換モジュール６５４へ供給される逆量子化された信号６５２を生成する。逆変換モジュール６５４は、逆量子化された信号６５２を展開して、再構成モジュール６５８へ供給される展開された信号６５６を生成する。

再構成モジュール６５８は、展開された信号６５６に基づいて再構成されたデータ６６０を生成する。例えば、再構成モジュール６５８は、（修正された）ピクチャを再構成する。再構成されたデータ６６０は、デブロッキングフィルタ６６２へ、ならびにイントラ予測モジュールおよび再構成バッファ６２４へ供給される。デブロッキングフィルタ６６２は、再構成されたデータ６６０に基づいてフィルタされた信号６６４を生成する。

フィルタされた信号６６４は、サンプル適応オフセット（ＳＡＯ：ｓａｍｐｌｅａｄａｐｔｉｖｅｏｆｆｓｅｔ）モジュール６６６へ供給される。ＳＡＯモジュール６６６は、エントロピー符号化モジュール６４２へ供給されるＳＡＯ情報６６８および適応ループ・フィルタ（ＡＬＦ：ａｄａｐｔｉｖｅｌｏｏｐｆｉｌｔｅｒ）６７２へ供給されるＳＡＯ信号６７０を生成する。ＡＬＦ６７２は、復号ピクチャバッファ６７６へ供給されるＡＬＦ信号６７４を生成する。ＡＬＦ信号６７４は、参照ピクチャとして用いられる１つ以上のピクチャからのデータを含む。

エントロピー符号化モジュール６４２は、ＴＱＣ６３８を符号化して、ビットストリームＡ６１４ａ（例えば、符号化ピクチャデータ）を生成する。例えば、エントロピー符号化モジュール６４２は、コンテキスト適応型可変長符号化（ＣＡＶＬＣ：Ｃｏｎｔｅｘｔ−ＡｄａｐｔｉｖｅＶａｒｉａｂｌｅＬｅｎｇｔｈＣｏｄｉｎｇ）またはコンテキスト適応型２値算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ−ＡｄａｐｔｉｖｅＢｉｎａｒｙＡｒｉｔｈｍｅｔｉｃＣｏｄｉｎｇ）を用いてＴＱＣ６３８を符号化する。特に、エントロピー符号化モジュール６４２は、イントラモード情報６４０、インターモード情報６４８およびＳＡＯ情報６６８のうちの１つ以上に基づいてＴＱＣ６３８を符号化する。ビットストリームＡ６１４ａ（例えば、符号化ピクチャデータ）は、メッセージ発生モジュール６０８へ供給される。メッセージ発生モジュール６０８は、図１に関連して記載されたメッセージ発生モジュール１０８と同様に構成されてもよい。

例えば、メッセージ発生モジュール６０８は、サブピクチャ・パラメータを含んだメッセージ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）を発生させる。サブピクチャ・パラメータは、復号ユニットに関する１つ以上のリムーバル遅延（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙまたはｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）および１つ以上のＮＡＬパラメータ（例えば、ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１またはｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］）を含む。いくつかの構成において、メッセージは、ビットストリームＡ６１４ａに挿入されてビットストリームＢ６１４ｂを生成する。従って、メッセージは、例えば、ビットストリームＡ６１４ａ全体が発生した後に（例えば、ビットストリームＢ６１４ｂの大部分が発生した後に）発生する。他の構成では、メッセージは、ビットストリームＡ６１４ａには挿入されない（そのケースではビットストリームＢ６１４ｂはビットストリームＡ６１４ａと同じである）が、別個の送信６１０で供給される。

いくつかの構成において、電子デバイス６０２は、ビットストリーム６１４を別の電子デバイスへ送信する。例えば、ビットストリーム６１４は、通信インターフェース、ネットワークインターフェース、無線送信機、ポートなどへ供給されてもよい。例として、ビットストリーム６１４は、ＬＡＮ、インターネット、セルラーフォン基地局などを通じて別の電子デバイスへ送信されてもよい。加えてまたは代わりに、ビットストリーム６１４は、電子デバイス６０２上のメモリまたは他のコンポーネントに記憶されてもよい。

図２Ｂは、電子デバイス１７０２上のビデオエンコーダ１７８２の一構成を示すブロック図である。ビデオエンコーダ１７８２は、エンハンスメントレイヤ・エンコーダ１７０６、ベースレイヤ・エンコーダ１７０９、解像度アップスケーリング・ブロック１７７０および出力インターフェース１７８０を含む。例えば、図２Ｂのビデオエンコーダは、本明細書に記載されるように、スケーラブル・ビデオ符号化およびマルチビュー・ビデオ符号化に適する。

エンハンスメントレイヤ・エンコーダ１７０６は、入力ピクチャ１７０４を受信するビデオ入力１７８１を含む。ビデオ入力１７８１の出力は、予測選択１７５０の出力を受信する加算器／減算器１７８３へ供給される。加算器／減算器１７８３の出力は、変換および量子化ブロック１７５２へ供給される。変換および量子化ブロック１７５２の出力は、エントロピー符号化１７４８ブロックならびにスケーリングおよび逆変換ブロック１７７２へ供給される。エントロピー符号化１７４８が行われた後に、エントロピー符号化ブロック１７４８の出力は、出力インターフェース１７８０へ供給される。出力インターフェース１７８０は、符号化ベースレイヤ・ビデオビットストリーム１７０７および符号化エンハンスメントレイヤ・ビデオビットストリーム１７１０の両方を出力する。

スケーリングおよび逆変換ブロック１７７２の出力は、加算器１７７９へ供給される。加算器１７７９は、予測選択１７５０の出力も受信する。加算器１７７９の出力は、デブロッキング・ブロック１７５１へ供給される。デブロッキング・ブロック１７５１の出力は、参照バッファ１７９４へ供給される。参照バッファ１７９４の出力は、動き補償ブロック１７５４へ供給される。動き補償ブロック１７５４の出力は、予測選択１７５０へ供給される。参照バッファ１７９４の出力は、イントラ予測器１７５６へも供給される。イントラ予測器１７５６の出力は、予測選択１７５０へ供給される。予測選択１７５０は、解像度アップスケーリング・ブロック１７７０の出力も受信する。

ベースレイヤ・エンコーダ１７０９は、ダウンサンプリングされた入力ピクチャ、または別の画像と結合するのに適した他の画像コンテンツか、あるいは代わりのビュー入力ピクチャもしくは同じ（すなわち、エンハンスメントレイヤ・エンコーダ１７０６によって受信される入力ピクチャ１７０４と同じ）入力ピクチャ１７０３を受信するビデオ入力１７６２を含む。ビデオ入力１７６２の出力は、符号化予測ループ１７６４へ供給される。エントロピー符号化１７６６は、符号化予測ループ１７６４の出力に対して提供される。符号化予測ループ１７６４の出力は、参照バッファ１７６８へも供給される。参照バッファ１７６８は、符号化予測ループ１７６４へのフィードバックを提供する。参照バッファ１７６８の出力は、解像度アップスケーリング・ブロック１７７０へも供給される。エントロピー符号化１７６６が一旦行われると、出力が出力インターフェース１７８０へ供給される。符号化ベースレイヤ・ビデオビットストリーム１７０７および／または符号化エンハンスメントレイヤ・ビデオビットストリーム１７１０は、所望により、１つ以上のメッセージ発生モジュールへ供給される。

図３Ａは、電子デバイス７０２上のデコーダ７１２の一構成を示すブロック図である。デコーダ７１２は、電子デバイス７０２に含まれてもよい。例えば、デコーダ７１２は、ＨＥＶＣデコーダであってもよい。デコーダ７１２、およびデコーダ７１２に含まれるように示される１つ以上の要素は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。デコーダ７１２は、復号のためのビットストリーム７１４（例えば、ビットストリーム７１４に含まれる１つ以上の符号化ピクチャおよびオーバーヘッドデータ）を受信する。いくつかの構成では、受信したビットストリーム７１４が受信したオーバーヘッドデータ、例えば、メッセージ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）、スライスヘッダ、ＰＰＳなどを含んでもよい。いくつかの構成では、デコーダ７１２が個別の送信７１０を追加的に受信してもよい。別個の送信７１０がメッセージ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）を含んでもよい。例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージがビットストリーム７１４の代わりに個別の送信７１０で受信されてもよい。しかしながら、留意すべきは、個別の送信７１０が随意的であり、いくつかの構成では利用できないことである。

デコーダ７１２は、ＣＰＢ７２０を含む。ＣＰＢ７２０は、上の図１に関連して記載されたＣＰＢ１２０と同様に構成されてもよい。デコーダ７１２は、サブピクチャ・パラメータをもつメッセージ（例えば、ピクチャ・タイミングＳＥＩメッセージまたは他のメッセージ）を受信して、サブピクチャ・パラメータに基づいてアクセスユニット中の復号ユニットを取り出して復号する。留意すべきは、ビットストリーム中には１つ以上のアクセスユニットが含まれ、これらのアクセスユニットが符号化ピクチャデータおよびオーバーヘッドデータのうちの１つ以上を含むことである。

符号化ピクチャバッファ（ＣＰＢ）７２０は、符号化ピクチャデータをエントロピー復号モジュール７０１へ供給する。符号化ピクチャデータは、エントロピー復号モジュール７０１によりエントロピー復号され、それによって動き情報信号７０３、ならびに量子化、スケーリングおよび／または変換された係数７０５を生成する。

動き情報信号７０３は、フレーム間予測信号７８２を生成する動き補償モジュール７８０において、符号化ピクチャバッファ７０９からの参照フレーム信号７９８の一部分と結合される。量子化、デスケーリングおよび／または変換された係数７０５は、逆モジュール７０７でよって逆量子化、スケーリングおよび逆変換され、それによって復号された残差信号７８４を生成する。復号された残差信号７８４は、予測信号７９２に加算されて結合信号７８６を生成する。予測信号７９２は、動き補償モジュール７８０によって生成されたフレーム間予測信号７８２か、またはフレーム内予測モジュール７８８によって生成されたフレーム内予測信号７９０のいずれかから選択された信号である。いくつかの構成において、この信号選択は、ビットストリーム７１４に基づく（例えば、ビットストリーム７１４によって制御される）。

フレーム内予測信号７９０は、（例えば、現フレームにおける）結合信号７８６から予め復号された情報から予測される。結合信号７８６は、さらに、デブロッキングフィルタ７９４によってフィルタされる。フィルタされて生じた信号７９６は、復号ピクチャバッファ７０９に書き込まれる。フィルタされて生じた信号７９６は、復号ピクチャを含む。復号ピクチャバッファ７０９は、出力される復号ピクチャ７１８を供給する。いくつかのケースでは、７０９がフレームメモリであると見做される。

図３Ｂは、電子デバイス１８０２上のビデオデコーダ１８１２の一構成を示すブロック図である。ビデオデコーダ１８１２は、エンハンスメントレイヤ・デコーダ１８１５およびベースレイヤ・デコーダ１８１３を含む。ビデオデコーダ８１２は、インターフェース１８８９および解像度アップスケーリング１８７０も含む。例えば、図３Ｂのビデオデコーダは、本明細書に記載されるように、スケーラブル・ビデオ符号化に適し、マルチビュー・ビデオ符号化される。

インターフェース１８８９は、符号化ビデオストリーム１８８５を受信する。符号化ビデオストリーム１８８５は、ベースレイヤ符号化ビデオストリームおよびエンハンスメントレイヤ符号化ビデオストリームからなる。これら２つのストリームは、別々にまたは一緒に送信されてもよい。インターフェース１８８９は、符号化ビデオストリーム１８８５のいくらかまたはすべてをベースレイヤ・デコーダ１８１３におけるエントロピー復号ブロック１８８６へ供給する。エントロピー復号ブロック１８８６の出力は、復号予測ループ１８８７へ供給される。復号予測ループ１８８７の出力は、参照バッファ１８８８へ供給される。参照バッファは、復号予測ループ１８８７へのフィードバックを提供する。参照バッファ１８８８は、さらに、復号ベースレイヤ・ビデオストリーム１８８４を出力する。

インターフェース１８８９は、符号化ビデオストリーム１８８５のいくらかまたはすべてをエンハンスメントレイヤ・デコーダ１８１５におけるエントロピー復号ブロック１８９０へも供給する。エントロピー復号ブロック１８９０の出力は、逆量子化ブロック１８９１へ供給される。逆量子化ブロック１８９１の出力は、加算器１８９２へ供給される。加算器１８９２は、逆量子化ブロック１８９１の出力と予測選択ブロック１８９５の出力とを加算する。加算器１８９２の出力は、デブロッキング・ブロック１８９３へ供給される。デブロッキング・ブロック１８９３の出力は、参照バッファ１８９４へ供給される。参照バッファ１８９４は、復号エンハンスメントレイヤ・ビデオストリーム１８８２を出力する。参照バッファ１８９４の出力は、イントラ予測器１８９７へも供給される。エンハンスメントレイヤ・デコーダ１８１５は、動き補償１８９６を含む。動き補償１８９６は、解像度アップスケーリング１８７０後に行われる。予測選択ブロック１８９５は、イントラ予測器１８９７の出力および動き補償１８９６の出力を受信する。さらに、デコーダは、所望により、１つ以上の符号化ピクチャバッファを、例えば、インターフェース１８８９とともに含んでもよい。

図４は、復号ピクチャバッファ（ＤＰＢ）の動作のための方法１２００の一構成を示すフロー図である。方法１２００は、エンコーダ１０４またはその副部分の１つ（例えば、復号ピクチャバッファ・モジュール６７６）によって行われてもよい。方法１２００は、電子デバイス１０２（例えば、電子デバイスＢ１０２ｂ）におけるデコーダ１１２によって行われてもよい。加えてまたは代わりに、方法１２００は、デコーダ７１２またはその副部分のうちの１つ（例えば、復号ピクチャバッファ・モジュール７０９）によって行われてもよい。デコーダは、ある１つのピクチャの最初のスライスヘッダを構文解析する（ステップ１２０２）。現ピクチャを復号する前（しかし、現ピクチャの第１のスライスのスライスヘッダを構文解析した後）の複数のピクチャのＤＰＢからの出力およびリムーバルは、現ピクチャを含んだアクセスユニットの第１の復号ユニットがＣＰＢから取り出されたときに即座に生じて、次のように進む。

−参照ピクチャセット（ＲＰＳ：ｒｅｆｅｒｅｎｃｅｐｉｃｔｕｒｅｓｅｔ）に対する復号処理が起動される。参照ピクチャセットは、ある１つのピクチャと関連付けられた参照ピクチャのセットであり、このセットは、復号順にその関連付けられたピクチャより前にあるすべての参照ピクチャからなり、その関連付けられたピクチャまたは復号順にその関連付けられたピクチャの後に続く任意のピクチャのインター予測に用いられる。

−ビデオのビットストリームは、ネットワーク抽象化レイヤ（ＮＡＬ：ＮｅｔｗｏｒｋＡｂｓｔｒａｃｔｉｏｎＬａｙｅｒ）ユニットと一般に呼ばれる論理データパケット中に置かれたシンタックス構造を含む。各ＮＡＬユニットは、関連付けられたデータペイロードの目的を識別するために、２バイトのＮＡＬユニットヘッダ（例えば、１６ビット）のようなＮＡＬユニットヘッダを含む。例えば、各符号化スライス（および／またはピクチャ）は、１つ以上のスライス（および／またはピクチャ）ＮＡＬユニットで符号化される。データの他のカテゴリ、例えば、付加拡張情報、テンポラル・サブレイヤ・アクセス（ＴＳＡ：ｔｅｍｐｏｒａｌｓｕｂ−ｌａｙｅｒａｃｃｅｓｓ）ピクチャの符号化スライス、階段状テンポラル・サブレイヤ・アクセス（ＳＴＳＡ：ｓｔｅｐ−ｗｉｓｅｔｅｍｐｏｒａｌｓｕｂ−ｌａｙｅｒａｃｃｅｓｓ）ピクチャの符号化スライス、ｎｏｎ−ＴＳＡ、ｎｏｎ−ＳＴＳＡトレイリング・ピクチャの符号化スライス、ブロークンリンク・アクセス・ピクチャの符号化スライス、瞬時復号リフレッシュ・ピクチャの符号化スライス、クリーンランダムアクセス・ピクチャの符号化スライス、復号可能なリーディング・ピクチャの符号化スライス、破棄用タグ付きピクチャの符号化スライス、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、アクセスユニット・デリミタ、シーケンスの終了、ビットストリームの終了、フィラーデータ、および／またはシーケンス拡張情報メッセージのために他のＮＡＬユニットが含められてもよい。表（１）は、ＮＡＬユニット・コードおよびＮＡＬユニット・タイプ・クラスの一例を示す。所望により、他のＮＡＬユニット・タイプが含まれてもよい。表（１）に示されるＮＡＬユニットに関するＮＡＬユニット・タイプ値がリシャッフルされ、再割り当されてもよいことも理解されるべきである。さらに、追加のＮＡＬユニット・タイプが加えられてもよい。さらに、いくつかのＮＡＬユニット・タイプが除去されてもよい。

イントラランダムアクセスポイント（ＩＲＡＰ：ｉｎｔｒａｒａｎｄｏｍａｃｃｅｓｓｐｏｉｎｔ）ピクチャは、各ビデオ符号化レイヤＮＡＬユニットが表（１）に示されるように、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャである。ＩＲＡＰピクチャは、イントラ符号化（Ｉ）スライスのみを含む。瞬時復号リフレッシュ（ＩＤＲ：ｉｎｓｔａｎｔａｎｅｏｕｓｄｅｃｏｄｉｎｇｒｅｆｒｅｓｈ）ピクチャは、各ビデオ符号化レイヤＮＡＬユニットが表（１）に示されるように、ＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＲＡＰピクチャである。瞬時復号リフレッシュ（ＩＤＲ）ピクチャは、Ｉスライスのみを含み、復号順にビットストリーム中の第１のピクチャであってもよく、またはビットストリーム中に後の方で現れてもよい。各ＩＤＲピクチャは、復号順に符号化ビデオシーケンス（ＣＶＳ：ｃｏｄｅｄｖｉｄｅｏｓｅｑｕｅｎｃｅ）の第１のピクチャである。ブロークンリンクアクセス（ＢＬＡ：ｂｒｏｋｅｎｌｉｎｋａｃｃｅｓｓ）ピクチャは、各ビデオ符号化レイヤＮＡＬユニットが表（１）に示されるようにＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、またはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＲＡＰピクチャである。ＢＬＡピクチャは、Ｉスライスのみを含み、復号順にビットストリーム中の第１のピクチャであってもよく、またはビットストリーム中に後の方で現れてもよい。各ＢＬＡピクチャは、新しい符号化ビデオシーケンスを開始し、復号処理に対してＩＤＲピクチャと同じ効果を有する。しかしながら、ＢＬＡピクチャは、空でない参照ピクチャセットを指定するシンタックス要素を含む。

表（２）を参照すると、ＮＡＬユニットヘッダ・シンタックスは、２バイトのデータ、すなわち、１６ビットを含む。第１のビットは、ＮＡＬユニットの先頭で常にゼロにセットされる「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、表（１）に示されるようなＮＡＬユニットに含まれるロー・バイト・シーケンス・ペイロード（「ＲＢＳＰ：ｒａｗｂｙｔｅｓｅｑｕｅｎｃｅｐａｙｌｏａｄ」）データ構造のタイプを指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。次の６ビットは、レイヤのインデンティファイヤを指定する「ｎｕｈ＿ｌａｙｅｒ＿ｉｄ」である。いくつかのケースでは、その代わりにこれらの６ビットが「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」として指定されてもよい。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、規格の基本仕様では０に等しい。スケーラブル・ビデオ符号化および／またはシンタックス拡張では、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、この特定のＮＡＬユニットがこれら６ビットの値によって識別されるレイヤに属することを指定する。次のシンタックス要素は、「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１は、ＮＡＬユニットに関わるテンポラル識別子を指定する。変数テンポラル識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定される。テンポラル識別子ＴｅｍｐｏｒａｌＩｄは、テンポラル・サブレイヤを識別するために用いられる。変数ＨｉｇｈｅｓｔＴｉｄは、復号されることになる最上位のテンポラル・サブレイヤを指定する。

表（２）

表（３）は、例示的なシーケンスパラメータセット（ＳＰＳ：ｓｅｑｕｅｎｃｅｐａｒａｍｅｔｅｒｓｅｔ）のシンタックス構造を示す。

ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、輝度サンプルの単位での各復号ピクチャの幅を指定する。ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくないものとする。

ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、輝度サンプルの単位での各復号ピクチャの高さを指定する。ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくないものとする。

ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１は、ＳＰＳを参照する各ＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から６までの範囲内にあるものとする。

１に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］シンタックス要素が、ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１個のサブレイヤに関して存在することを指定する。０に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］の値がすべてのサブレイヤに適用されることを指定する。

ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに、ピクチャ記憶バッファの単位でのＣＶＳのための復号ピクチャバッファの最大所要サイズを指定する。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあるものとし、ここでＭａｘＤｐｂＳｉｚｅは、ピクチャ記憶バッファの単位での最大復号ピクチャバッファサイズを指定する。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ−１］以上であるものとする。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことに起因して、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに関して存在しないときには、それがｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。

ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ「ｉ」は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに、復号順ではＣＶＳ中のいずれかのピクチャに先行し、かつ出力順ではそのピクチャの後に続くことができるピクチャの最大許容数を示す。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ「ｉ」の値は、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］までの範囲内にあるものとする。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ「ｉ」は、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ「ｉ−１」以上であるものとする。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ「ｉ」は、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことに起因して、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに関して存在しないときには、それがｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。

０に等しくないｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいとき、出力順ではＣＶＳ中のいずれかのピクチャに先行し、かつ復号順ではそのピクチャの後に続くことができるピクチャの最大数を指定する、ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値を計算するために用いられる。

ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しくないとき、ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値は、次のように指定される。

ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］＝ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］＋ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］−１

ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しいとき、対応する制限は何も表現されない。

ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値は、両端値を含めて、０から２^３２−２までの範囲内にあるものとする。ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことに起因して、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに関して存在しないときには、それがｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。

表（３）

図５Ａを参照すると、前述のようにＮＡＬユニットヘッダ・シンタックスは、２バイトのデータ、すなわち、１６ビットを含む。第１のビットは、ＮＡＬユニットの先頭で常にゼロにセットされる「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、ＮＡＬユニットに含まれるロー・バイト・シーケンス・ペイロード（「ＲＢＳＰ」）データ構造のタイプを指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。次の６ビットは、「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」である。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、規格の基本仕様では０に等しい。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの他の値が所望により指定されてもよい。デコーダは、規格の基本仕様に基づくストリームを処理するときに、０に等しくないｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値をもつすべてのＮＡＬユニットを無視する（すなわち、ビットストリームから取り出して破棄する）。スケーラブルまたは他の拡張では、スケーラブル・ビデオ符号化および／またはシンタックス拡張をシグナリングするためにｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓが他の値を指定してもよい。いくつかのケースでは、シンタックス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、ｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓと称される。いくつかのケースでは、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、図５Ｂおよび図５Ｃに示されるように、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１またはｌａｙｅｒ＿ｉｄと称される。このケースでは、要素ｌａｙｅｒ＿ｉｄは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１−１となるであろう。このケースでは、この要素がスケーラブル符号化ビデオのレイヤに関する情報をシグナリングするために用いられる。次のシンタックス要素は、「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１は、ＮＡＬユニットに関するテンポラル識別子を指定する。変数テンポラル識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定される。

図６を参照すると、一般的なＮＡＬユニット・シンタックス構造が示される。図５のＮＡＬユニットヘッダの２バイトのシンタックスは、図６のｎａｌ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）へのリファレンスに含められる。ＮＡＬユニット・シンタックスの残りの部分は、主にＲＢＳＰに関する。

「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」を用いるための１つの既存の技術は、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの６ビットを別個のビットフィールド、すなわち、それぞれがスケーラブル符号化ビデオの異なるレイヤの識別を参照する依存性ＩＤ、品質ＩＤ、ビューＩＤ、および深度フラグのうちの１つ以上に区分することによって、スケーラブル・ビデオ符号化情報をシグナリングすることである。従って、６ビットは、この特定のＮＡＬユニットがスケーラブル符号化技術のどのレイヤに属するかを示す。

前述のように、スケーラブル・ビデオ符号化は、１つ以上のサブセット・ビットストリームも含むビデオビットストリームを符号化する技術である。サブセット・ビットストリームは、サブセット・ビットストリームに要求されるバンド幅を低減するためにより大きいビデオからパケットを落とすことによって導出される。サブセット・ビットストリームは、より低い空間分解能（より小さいスクリーン）、より低い時間分解能（より低いフレームレート）、またはより低品質のビデオ信号を表す。例えば、ビデオビットストリームは、それぞれのサブセット・ビットストリームがベース・ビットストリームに追加のコンテンツを加えた、５つのサブセット・ビットストリームを含んでもよい。ハンヌクセラら、「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルな拡張のためのテストモデル（ＴｅｓｔＭｏｄｅｌｆｏｒＳｃａｌａｂｌｅＥｘｔｅｎｓｉｏｎｓｏｆＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ（ＨＥＶＣ））」ＪＣＴＶＣ−Ｌ０４５３、上海、２０１２年１０月は、参照によりその全体が本明細書に組み込まれる。チェンら、「ＳＨＶＣ草案テキスト１（ＳＨＶＣＤｒａｆｔＴｅｘｔ１）」、ＪＣＴＶＣ−Ｌ１００８、ジュネーブ、２０１３年３月は、参照によりその全体が本明細書に組み込まれる。

前述のように、マルチビュー・ビデオ符号化は、代わりのビューを表現する１つ以上の他のビットストリームも含むビデオビットストリームを符号化する技術である。例えば、マルチプルビューは、立体ビデオのための１対のビューであってもよい。例えば、マルチプルビューは、異なる視点からの同じ光景のマルチプルビューを表現してもよい。マルチプルビューは、画像が異なる視点からの同じ光景なので、一般に、多くの統計的なビュー間依存性を含む。それゆえに、時間およびビュー間予測の組み合わせが効率的なマルチビュー符号化を達成する。例えば、フレームは、時間的に関連するフレームからだけでなく、近接した視点のフレームからも効率的に予測される。Ｂ．ブロス、Ｗ−Ｊ．ハン、Ｊ−Ｒ．オーム、Ｇ．Ｊ．サリバン、およびＴ．ウィーガンド、「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０」、ＪＣＴＶＣ−Ｌ１００３は、参照によりその全体が本明細書に組み込まれる。ハンヌクセラら、「スケーラブルおよびマルチビュー拡張に関する共通仕様テキスト（Ｃｏｍｍｏｎｓｐｅｃｉｆｉｃａｔｉｏｎｔｅｘｔｆｏｒｓｃａｌａｂｌｅａｎｄｍｕｌｔｉ−ｖｉｅｗｅｘｔｅｎｓｉｏｎｓ）」、ＪＣＴＶＣ−Ｌ０４５２、ジュネーブ、２０１３年１月は、参照によりその全体が本明細書に組み込まれる。テックら、「ＭＶ−ＨＥＶＣ草案テキスト５（ＭＶ−ＨＥＶＣＤｒａｆｔＴｅｘｔ５）（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」、ＪＣＴ３Ｖ−Ｅ１００４＿ｄ３、ジュネーブ、２０１３年１月は、参照によりその全体が本明細書に組み込まれる。

それぞれが参照によりその全体が本明細書に組み込まれる、チェンら、「ＳＨＶＣ草案３（ＳＨＶＣＤｒａｆｔ３）」、ＪＣＴＶＣ−Ｎ１００８、ウィーン、２０１３年８月、ハンヌクセラら、「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルな拡張のためのテストモデル」、ＪＣＴＶＣ−Ｌ０４５３−ｓｐｅｃ−ｔｅｘｔ、上海、２０１２年１０月、およびハンヌクセラ、「高効率ビデオ符号化（ＨＥＶＣ）のマルチビュー拡張に関する草案テキスト（ＤｒａｆｔＴｅｘｔｆｏｒＭｕｌｔｉｖｉｅｗＥｘｔｅｎｓｉｏｎｏｆＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ（ＨＥＶＣ））」、ＪＣＴＶＣ−Ｌ０４５２−ｓｐｅｃ−ｔｅｘｔ−ｒ１、上海、２０１２年１０月は、それぞれがＤＰＢからのピクチャ０の出力およびリムーバルのためにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタックス要素を用いることに基づいて動作する出力順復号ピクチャバッファ（ＤＰＢ）を有する。この情報は、ベースレイヤのためのビデオパラメータセットでシグナリングされ、もしあれば、エンハンスメントレイヤを含んだビデオコンテンツに関するバッファリング情報を提供する。

複数のピクチャのＤＰＢからの出力およびリムーバルのためにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタックス要素を用いることに基づいて出力順復号ピクチャバッファ（ＤＰＢ）にシグナリングすることは、ユーザの視聴の好みに基づいてコンテンツが符号化された後にばらつきがちな異なる数のエンハンスメントレイヤが用いられるときなどのスケーラブル・ビデオ符号化、ならびにユーザの視聴の好みに基づいてコンテンツが符号化された後にばらつきがちなマルチビュー・エンハンスメントレイヤによって生じるバッファ特性を考慮しないと判定された。さらに、複数のピクチャのＤＰＢからの出力およびリムーバルのためにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタックス要素を用いることに基づいて出力順復号ピクチャバッファ（ＤＰＢ）にシグナリングすることは、デコーダがある動作点で動作するかおよび／または選択された出力レイヤセットを出力するときのＤＰＢのメモリ使用法の観点から最適ではないことも判定された。視聴の好みにおけるかかる差異に対応するためには、出力順復号ピクチャバッファ（ＤＰＢ）が、さらにおよび／または代わりに、１つ以上のエンハンスメントレイヤにシンタックス要素を提供すべくビデオパラメータセット（ＶＰＳ：ｖｉｄｅｏｐａｒａｍｅｔｅｒｓｅｔ）拡張とともに含まれたかかるシンタックス要素に基づいてもよい。このように、これらのシンタックス要素がユーザの視聴の好みに対応しがちな特定の動作点または出力レイヤセットに特に適するように選択されてもよい。

ＤＰＢバッファリング関連パラメータ、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１が１つ以上の動作点に関わるＣＶＳのためのサブレイヤに関して、および／またはＶＰＳ拡張中の出力レイヤセットに関してシグナリングされてもよい。同様に、システムは、上記のＤＰＢバッファリング・パラメータが被テスト動作点に関して、または選択された出力レイヤセットに関してシグナリングされた場合に、それらのシグナリングされたパラメータをＶＰＳ拡張から用いるように出力順ＤＰＢに対する動作およびバンピング・プロセスを定義してもよい。そうでない場合には、（現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに対応するｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、または現ピクチャのｌａｙｅｒ＿ｉｄに依存してアクティブレイヤＳＰＳからの対応するＳＰＳレベル・パラメータが用いられる。

例示的なｖｐｓ＿ｅｘｔｅｎｓｉｏｎシンタックスは、参照により本明細書に組み込まれるＪＣＴＶＣ−Ｎ１００８およびＪＣＴ３Ｖ−Ｅ１００４において定義される。図６Ｘを参照すると、例示的な修正されたｖｐｓ＿ｅｘｔｅｎｓｉｏｎが示される。修正されたｖｐｓ拡張は、新しいシンタックス、すなわち、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］、ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］を含む。ＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓは、ＪＣＴＶＣ−Ｎ１００８において定義されるように導出される。ＮｕｍＬａｙｅｒｓＩｎＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］は、ＮｕｍＬＡｙｅｒｓＩｎＩｄＬｉｓｔ［ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］］に等しくセットされ、ここでｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＪＣＴＶＣ−Ｎ１００８において定義されるようにｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］が存在するレイヤセットのインデックスｌｓＩｄｘを指定する。

図６Ｘを参照すると、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、シンタックスがテンポラル・サブレイヤに関して別々に指定されるか、またはすべてのテンポラル・サブレイヤに適用される１つだけのシンタックスが指定されるかどうかを示す。１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］、およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が、出力レイヤセットごとに両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに関して存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｋ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｋ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］の値が出力レイヤセットごとにすべてのサブレイヤに適用されることを指定する。

ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のレイヤの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。

ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、復号順ではＣＶＳ中のｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットに先行し、かつ出力順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットの後に続くことができる、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含む、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときのアクセスユニットの最大許容数を示す。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。

０に等しくないｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。

ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値は、次のように指定される。

ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］＝ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］＋ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］−１。

ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しいとき、対応する制限は何も表現されない。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端値を含めて、０から２^３２−２までの範囲内にあるものとする。

図６Ａを参照すると、例示的な修正されたｖｐｓ＿ｅｘｔｅｎｓｉｏｎが示される。修正されたｖｐｓ拡張は、新しいシンタックス、すなわち、ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］を含む。この修正されたｖｐｓ拡張は、動作点の観点から定義され、動作点とは、入力として別のビットストリーム、ターゲット最上位ＴｅｍｐｏｒａｌＩｄ、およびターゲットレイヤ識別子リストを用いたサブビットストリーム抽出処理の動作によって別のビットストリームから作り出されたビットストリームである。

ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓは、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｎｄｅｘ［ｉ］およびｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］を用いて出力レイヤが指定されたレイヤセットの数を指定する。存在しないとき、ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓの値は、０に等しいと推定される。出力レイヤを記述しているレイヤセットが出力レイヤセットである。

ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］が存在するレイヤセットのインデックスｌｓＩｄｘを指定する。

１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤがｌｓＩｄｘ番目のレイヤセットのターゲット出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］の値は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤがｌｓＩｄｘ番目のレイヤセットのターゲット出力レイヤではないことを指定する。

ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、動作点の観点から定義されたＶＰＳ拡張ＲＢＳＰ中に存在するｏｐ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の数を指定する。ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内にある。

ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＶＰＳ拡張中のｉ番目のｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される動作点によって定義されたレイヤセットのリストへのインデックスを指定する。ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内にある。ビットストリーム適合性のために、ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ｉに等しくない任意のｊに対してｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］に等しくない。

図７Ａを参照すると、ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］を指定する。

ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１は、いくつのサブレイヤが含まれるかを示す。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］の値は、両端値を含めて、０から６までの範囲内にある。

ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、シンタックスがすべてのレイヤを含んだ１つのセットに関するか、または各個別レイヤに関するかどうかを示す。１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］がｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１個のサブレイヤに関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関して存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］がｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤのためのすべてのサブレイヤに適用されることを指定する。

ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、ピクチャ記憶バッファの単位でのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳのための復号ピクチャバッファの最大所要サイズを指定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］の値は、両端値を含めて、（Ａ．４項において指定されるように）０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあるものとする。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ−１］以上であるものとする。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいと推定される。

ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、復号順ではｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中のいずれかのピクチャに先行し、かつ出力順ではそのピクチャの後に続くことができるピクチャの最大許容数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］の値は、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］までの範囲内にあるものとする。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ−１］以上である。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいと推定される。

０に等しくないｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、出力順ではｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中のいずれかのピクチャに先行し、かつ復号順ではそのピクチャの後に続くことができるピクチャの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］の値を計算するために用いられる。

ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］の値は、次のように指定される。

ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］＝ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］＋ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］−１。

ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が０に等しいとき、対応する制限は何も表現されない。

ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］の値は、両端値を含めて、０から２^３２−２までの範囲内にある。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいと推定される。

ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］＋１は、インデックスｉｄと関連付けられた動作点に関して、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］の値は、両端値を含めて、０から６までの範囲内にあるものとする。

１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］がｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］＋１個のサブレイヤに対するインデックスｉｄと関連付けられた動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関して存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］がインデックスｉｄと関連付けられた動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤのためのすべてのサブレイヤに適用されることを指定する。

ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、ピクチャ記憶バッファの単位でのインデックスｉｄと関連付けられた動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関するＣＶＳのための復号ピクチャバッファの最大所要サイズを指定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて、（Ａ．４項に指定されるように）０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあるものとする。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ−１］以上であるものとする。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいと推定される。

ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、復号順ではインデックスｉｄと関連付けられる動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＣＶＳ中のいずれかのピクチャに先行し、かつ出力順ではそのピクチャの後に続くことができるピクチャの最大許容数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］までの範囲内にあるものとする。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ−１］以上であるものとする。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいと推定される。

０に等しくない‘ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１’［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、出力順ではインデックスｉｄと関連付けられた動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関するＣＶＳ中のいずれかのピクチャに先行し、復号順ではそのピクチャの後に続くことができるピクチャの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値を計算するために用いられる。

ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値は、次のように指定される。

ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］＝ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］＋ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］−１

ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が０に等しいとき、対応する制限は何も表現されない。

ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて、０から２^３２−２までの範囲内にあるものとする。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことに起因して、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに関して存在しないときには、それがｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいと推定される。

図７Ｂを参照すると、ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが示されるようにｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ，ｊ）へさらに修正される。このケースでは、ＶＰＳ拡張のシンタックスは、図６Ｂに示される通りである。仮想参照デコーダ（ＨＲＤ：ｈｙｐｏｔｈｅｔｉｃａｌｒｅｆｅｒｅｎｃｅｄｅｃｏｄｅｒ）は、ビットストリームおよびデコーダの適合性をチェックするために用いられる。２つのタイプのビットストリームまたはビットストリーム・サブセットがビデオ符号化に関する共同作業チーム（ＪＣＴ−ＶＣ：ＪｏｉｎｔＣｏｌｌａｂｏｒａｔｉｖｅＴｅａｍｏｎＶｉｄｅｏＣｏｄｉｎｇ）についてＨＲＤ適合性チェックを受ける。タイプＩビットストリームと称される、第１のタイプは、ビットストリーム中のすべてのアクセスユニットに関してＶＣＬＮＡＬユニットおよびＦＤ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅをもつＮＡＬユニット（フィラーデータＮＡＬユニット）のみを含んだＮＡＬユニット・ストリームである。タイプＩＩビットストリームと称される、第２のタイプは、ビットストリーム中のすべてのアクセスユニットに関してＶＣＬＮＡＬユニットおよびフィラーデータＮＡＬユニットに加えて、（ａ）フィラーデータＮＡＬユニット以外の追加のｎｏｎ−ＶＣＬＮＡＬユニット、ならびに（ｂ）ＮＡＬユニット・ストリームからバイト・ストリームを形成するすべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、ｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素のうちの少なくとも１つを含む。

ＨＲＤに必要とされる、ｎｏｎ−ＶＣＬＮＡＬユニットのシンタックス要素（またはシンタックス要素のうちのいくつかに関するそれらのデフォルト値）は、付属書ＤおよびＥ、７節のセマンティック項において指定される。

２つのタイプのＨＲＤパラメータセット（ＮＡＬＨＲＤパラメータおよびＶＣＬＨＲＤパラメータ）が用いられる。ＨＲＤパラメータセットは、ＳＰＳシンタックス構造またはＶＰＳシンタックス構造の一部であるｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造を通じてシグナリングされる。

被テスト・ビットストリームと呼ばれるビットストリームの適合性をチェックするためには複数のテストが必要とされる。テストごとに、次のステップがリストされた順に適用される。

（１）ＴａｒｇｅｔＯｐと表される被テスト動作点が選択される。ＴａｒｇｅｔＯｐのレイヤ識別子リストＯｐＬａｙｅｒＩｄＬｉｓｔは、ＴａｒｇｅｔＯｐと関連付けられたビットストリーム・サブセット中に存在する、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の昇順の、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のリストからなり、このリストは、被テスト・ビットストリーム中に存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のサブセットである。ＴａｒｇｅｔＯｐのＯｐＴｉｄは、ＴａｒｇｅｔＯｐと関連付けられたビットストリーム・サブセット中に存在する最上位ＴｅｍｐｏｒａｌＩｄに等しい。

（２）ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔは、ＴａｒｇｅｔＯｐのＯｐＬａｙｅｒＩｄＬｉｓｔに等しくセットされ、ＨｉｇｈｅｓｔＴｉｄは、ＴａｒｇｅｔＯｐのＯｐＴｉｄに等しくセットされ、１０節において指定されるようなサブビットストリーム抽出処理が入力として被テスト・ビットストリーム、ＨｉｇｈｅｓｔＴｉｄ、およびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔを用いて起動され、出力は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。

（３）ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔが被テスト・ビットストリーム中に存在するすべてのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含むならば、アクティブＳＰＳ中の（またはこの仕様では指定されない外部手段を通じて提供される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。そうでない場合には、ＴａｒｇｅｔＯｐに適用されるアクティブＶＰＳ中の（またはこの仕様では指定されない何かの外部手段を通じて提供される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造内において、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩビットストリームであれば、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」のすぐ後に続くｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択されて、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しくセットされる；そうでない（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩＩビットストリームである）場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（このケースでは、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しくセットされる）、または条件「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（このケースでは、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが１に等しくセットされる）のいずれかのすぐ後に続くｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択される。ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩＩビットストリームであり、ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しいとき、（付属書Ｂにおいて指定されるように）ＮＡＬユニット・ストリームからバイト・ストリームを形成する、フィラーデータＮＡＬユニットを除くすべてのｎｏｎ−ＶＣＬＮＡＬユニット、およびすべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、ならびにｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素は、存在するときに、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから破棄されて、残りのビットストリームがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。

別のケースでも被テスト・ビットストリームと呼ばれるビットストリームの適合性をチェックするために複数のテストが必要とされる。テストごとに、次のステップがリストされた順に適用される。

（１）ＴａｒｇｅｔＯｐＬｓと表される被テスト出力レイヤセットが選択される。ＴａｒｇｅｔＯｐＬｓ中でｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［］によって参照される動作点が被テスト動作点を識別する。ＴａｒｇｅｔＯｐＬｓの出力レイヤ識別子リストＯｐＬａｙｅｒＩｄＬｉｓｔは、ＴａｒｇｅｔＯｐおよびＴａｒｇｅｔＯｐＬｓと関連付けられたビットストリーム・サブセット中に存在する、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の昇順の、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のリストからなり、このリストは、被テスト・ビットストリーム中に存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のサブセットである。ＴａｒｇｅｔＯｐのＯｐＴｉｄは、ＴａｒｇｅｔＯｐと関連付けられたビットストリーム・サブセット中に存在する最上位ＴｅｍｐｏｒａｌＩｄに等しい。

（２）ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔは、選択された出力レイヤセットＴａｒｇｅｔＯｐＬｓに関するターゲット復号レイヤ識別子リストｔａｒｇｅｔＤＬａｙｅｒＩｄＬｉｓｔに等しくセットされ、ＨｉｇｈｅｓｔＴｉｄは、ＴａｒｇｅｔＯｐのＯｐＴｉｄに等しくセットされ、１０節において指定されるようなサブビットストリーム抽出プロセスが入力として被テスト・ビットストリーム、ＨｉｇｈｅｓｔＴｉｄ、およびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔを用いて起動され、出力は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。

適合するデコーダは、この項において指定されるすべての必要条件を満たす。

（１）特定のプロファイル、ティアおよびレベルへの適合性を主張するデコーダは、ＶＣＬＮＡＬユニットで参照されるすべてのＶＰＳ、ＳＰＳおよびＰＰＳ、ならびに適切なバッファリング周期およびピクチャ・タイミングＳＥＩメッセージが、（ｎｏｎ−ＶＣＬＮＡＬユニットによって）ビットストリームで、またはこの仕様では指定されない外部手段によって、タイムリーにデコーダへ伝達されることを条件として、Ｃ．４項において指定されるビットストリーム適合性の必要条件に適合するすべてのビットストリームを付属書Ａにおいて指定される仕方で首尾よく復号することが可能であるものとする。

（２）ビットストリームが予約されているとして指定された値を有するシンタックス要素を含み、デコーダが予約値を有するシンタックス要素またはシンタックス要素を含んだＮＡＬユニットの値を無視するものとすることが指定され、その他の点ではビットストリームがこの仕様に適合しているとき、適合しているデコーダは、適合しているビットストリームを復号するであろう同じ仕方でこのビットストリームを復号するものとし、予約値を有するシンタックス要素またはシンタックス要素を含んだＮＡＬユニットを指定されるように無視するものとする。

デコーダの適合性には２つのタイプ、すなわち、出力タイミング適合性および出力順適合性がある。

デコーダの適合性をチェックするために、Ｃ．４項において指定されるような、主張されるプロファイル、ティアおよびレベルに適合しているテスト・ビットストリームが仮想ストリーム・スケジューラ（ＨＳＳ：ｈｙｐｏｔｈｅｔｉｃａｌｓｔｒｅａｍｓｃｈｅｄｕｌｅｒ）によってＨＲＤおよび被テスト・デコーダ（ＤＵＴ：ｄｅｃｏｄｅｒｕｎｄｅｒｔｅｓｔ）の両方へ配信される。ＨＲＤによって出力されるすべてのクロップされた復号ピクチャは、ＤＵＴによっても出力されるものとし、ＤＵＴによって出力される各クロップされた復号ピクチャは、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャであるものとし、ＤＵＴによって出力されるかかるクロップされた復号ピクチャごとに、出力されるすべてのサンプルの値は、指定された復号プロセスによって生成されるサンプルの値に等しいものとする。

出力タイミング・デコーダ適合性に関して、ＨＳＳは、ビットレートおよびＣＰＢサイズが指定されたプロファイル、ティアおよびレベルについて付属書Ａにおいて指定されるように制限される、ＳｃｈｅｄＳｅｌＩｄｘの値のサブセットのみから選択された配信スケジュールを用いるか、またはビットレートおよびＣＰＢサイズが付属書Ａにおいて指定されるように制限される、以下に指定されるような「補間」配信スケジュールを用いて上記のように動作する。ＨＲＤおよびＤＵＴの両方に同じ配信スケジュールが用いられる。

ＨＲＤパラメータおよびバッファリング周期ＳＥＩメッセージが０より大きいｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］とともに存在するときに、デコーダは、以下のようなピーク・ビットレートｒ、ＣＰＢサイズｃ（ｒ）、および初期ＣＰＢリムーバル遅延
（ｆ（ｒ）÷ｒ）
を有するとして指定された「補間」配信スケジュールを用いて動作しているＨＳＳから配信されたビットストリームを復号することが可能であるものとする。

上式は、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ−１］≦ｒ≦ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］、ならびに指定されたプロファイル、ティアおよびレベルに対する最大ビットレートおよびバッファサイズに関してｒおよびｃ（ｒ）が付属書Ａにおいて指定されるような限界内にある任意のＳｃｈｅｄＳｅｌＩｄｘ＞０およびｒに対する式である。ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］がバッファリング周期ごとに異なり、再算出されなければならないことがありうる。

出力タイミング・デコーダ適合性のために、上記のようなＨＲＤが用いられ、ピクチャ出力の（第１のビットの配信時刻に対する）タイミングは、一定の遅延までＨＲＤでもＤＵＴでも同じである。

出力順デコーダ適合性に関しては、以下が適用される。

（１）ＨＳＳは、ＤＵＴからの「要求によって」ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅをＤＵＴへ配信し、これは、ＤＵＴがその処理を進めるためにより多くのビットを必要とするときにのみ、ＨＳＳがビットを（復号順に）配信することを意味する。これが意味するのは、このテストではＤＵＴの符号化ピクチャバッファを最も大きい復号ユニットのサイズと同じぐらい小さくできるであろうということである。

（２）以下に記載されるような修正されたＨＲＤが用いられ、ＨＳＳは、ビットレートおよびＣＰＢサイズが付属書Ａにおいて指定される通り制限されるようにビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅで指定されたスケジュールのうちの１つによってビットストリームをＨＲＤへ配信する。ピクチャ出力の順序は、ＨＲＤでもＤＵＴでも同じであるものとする。

（３）ＨＲＤサイズは、Ｅ．２．３項において指定されるようにＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］によって与えられ、ここでＳｃｈｅｄＳｅｌＩｄｘおよびＨＲＤパラメータは、Ｃ．１項において指定されるように選択される。ＤＰＢサイズは、（現復号ピクチャに関するｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときに）アクティブＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１によって与えられる。いくつかのケースでは、ＤＰＢ情報パラメータが例えば図６Ｘにおけるように選択された出力レイヤセットに関してＶＰＳ拡張でシグナリングされる場合、ターゲット出力レイヤのセットに対応するＶＰＳでシグナリングされる出力レイヤセットのリストＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔ中のエントリへのインデックスをＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄとしたときに、ＤＰＢサイズは、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄ］［ｃｕｒｒＬａｙｅｒＩＤ］［ＨｉｇｈｅｓｔＴｉｄ］によって与えられる。

他のケース、例えば、このシナリオの図６Ａ、６Ｂにおける他のバレイントでは、ＤＰＢサイズは、ｃｕｒｒＬａｙｅｒＩＤが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］によって与えられ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関わるｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ここでｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。そうではない場合に、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＤＰＢサイズは、（現復号ピクチャに関するｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときに）アクティブＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１によって与えられる。

いくつかのケースでは、出力レイヤセットＤＰＢ情報パラメータｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された出力レイヤセットに関して存在すれば、ＤＰＢサイズは、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］によって与えられ、または選択された出力レイヤセットに関わるｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ここでｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。そうではない場合に、出力レイヤセットＤＰＢ情報パラメータｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された出力レイヤセットに関して存在しなければ、ＤＰＢサイズは、（現復号ピクチャに関するｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときに）アクティブＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１によって与えられる。

ＣＰＢからのリムーバル時刻は、ＨＲＤでは最終ビットの到着時刻であり、復号は即時である。このＨＲＤのＤＰＢの動作は、Ｃ５．２からＣ５．２．３項において記載される通りである。

復号ピクチャバッファは、ピクチャ記憶バッファを含む。０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄに関わるピクチャ記憶バッファの数は、アクティブＳＰＳから導出される。ゼロではないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ごとのピクチャ記憶バッファの数は、そのゼロではないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に関わるアクティブレイヤＳＰＳから導出される。それぞれのピクチャ記憶バッファは、「参照に用いられる」とマーク付けされた復号ピクチャを含むか、または将来の出力のために保持される。Ｆ．１３．５．２．２項において指定されるようなＤＰＢからのピクチャの出力およびリムーバルのための処理が起動されて、Ｆ．１３．５．２．３項において指定されるようなピクチャ復号、マーク付け、追加のバンピング、および記憶のための処理の起動がその後に続く。「バンピング」処理は、Ｆ．１３．５．２．４項において指定され、Ｆ．１３．５．２．２およびＦ．１３．５．２．３項において指定されるように起動される。

現ピクチャを復号する前（しかし、現ピクチャの第１のスライスのスライスヘッダを構文解析した後）の複数のピクチャのＤＰＢからの出力およびリムーバルは、現ピクチャを含んだアクセスユニットの第１の復号ユニットがＣＰＢから取り出されたときに即座に生じて、次のように進む。

８．３．２項において指定されるようなＲＰＳに対する復号処理が起動される。
（１）現ピクチャが１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇをもち、かつ０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャ０ではないＩＲＡＰピクチャであれば、以下の順序付けられたステップが適用される。
（Ａ）変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが被テスト・デコーダに関して次のように導出される。
（ｉ）現ピクチャがＣＲＡピクチャであれば、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に係らず）１に等しくセットされる。
（ｉｉ）そうでない場合には、アクティブＳＰＳから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が先行ピクチャに対してアクティブなＳＰＳから導出されたそれぞれｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値と異なれば、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に係らず、被テスト・デコーダによって１にセットされてもよい（しかし、セットされるべきであるわけではない）。これらの条件下においてはＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しくセットすることが好ましいが、このケースでは被テスト・デコーダがＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１にセットすることが許容される。
（ｉｉｉ）そうでない場合には、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しくセットされる。
（Ｂ）被テスト・デコーダに関して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、以下のようにＨＲＤに適用される。
（ｉ）ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しければ、ＤＰＢ中のすべてのピクチャ記憶バッファは、それらが含むピクチャの出力なしに空にされて、ＤＰＢ占有量が０に等しくセットされる。
（ｉｉ）そうでない（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合には、「出力に必要とされない」および「参照に用いられない」とマーク付けされたピクチャを含んだすべてのピクチャ記憶バッファが（出力なしに）空にされ、ＤＰＢ中のすべての空でないピクチャ記憶バッファがＦ．１３．５．２．４項において指定される「バンピング」処理を繰り返して起動することによって空にされて、ＤＰＢ占有量が０に等しくセットされる。
（ｉｉｉ）そうでない（現ピクチャが１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇをもち、かつ０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつＩＲＡＰピクチャではない）場合には、「出力に必要とされない」および「参照に用いられない」とマーク付けされたピクチャを含んだすべてのピクチャ記憶バッファが（出力なしに）空にされる。空にされたピクチャ記憶バッファごとに、ＤＰＢ占有量が１つデクリメントされる。変数ｃｕｒｒＬａｙｅｒＩｄが現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくセットされる。

変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、以下のように導出される。

付属書Ａにおいて指定されるプロファイルのうちの１つ以上に適合している符号化ビデオシーケンスが２−１０節において指定される復号処理を適用することによって復号されるとき、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＳＰＳのＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＳＰＳのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。

付属書ＧまたはＨにおいて指定されるプロファイルのうちの１つ以上に適合している符号化ビデオシーケンスが２−１０節、付属書Ｆ、および付属書ＧまたはＨにおいて指定される復号処理を適用することによって復号されるとき、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＶＰＳのｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＶＰＳのｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＶＰＳのＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、アクティブＶＰＳのｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｕｔｐｕｔＬａｙｅｒＩｄ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。

変形実施形態において、変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、現被テスト動作点に基づいて次のように導出される。

（１）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点ＴａｒｇｅｔＯｐに関して存在するならば、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。

（２）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点ＴａｒｇｅｔＯｐに関して存在するならば、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在するならば、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０と等しいときに、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳから、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳから導出されたＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。

（３）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された被テスト動作点ＴａｒｇｅｔＯｐに関して存在するならば、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。

以下の条件のうちの１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動され、一方ではさらなるピクチャ記憶バッファが空にされるごとにＤＰＢ占有量がさらに１つデクリメントされる。

（１）「出力に必要とされる」とマーク付けされた少なくとも１つのピクチャを含むアクセスユニットの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。

（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたピクチャを含む少なくとも１つのアクセスユニットがあるかどうか。

（３）関連付けられたサブＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］＋１以上である。

この項において指定される処理は、現ピクチャを含んだアクセスユニットｎの最後の復号ユニットがＣＰＢから取り出されたときに即座に生じる。

変数ｃｕｒｒＬａｙｅｒＩｄが現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくセットされる。

「出力に必要とされる」とマーク付けされ、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＤＰＢ中のピクチャごとに、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］＋１に等しくセットされる。

現ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号済みと見做される。現復号ピクチャがＤＰＢ中の空のピクチャ記憶バッファ中に記憶されて、以下が適用される。

（Ａ）現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有すれば、そのピクチャが「出力に必要とされる」とマーク付けされ、その関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］が０に等しくセットされる。

（Ｂ）そうでない（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、そのピクチャが「出力に必要とされない」とマーク付けされる。

現復号ピクチャは、「短期間参照に用いられる」とマーク付けされる。

以下の条件のうちの１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動される。

（Ａ）「出力に必要とされる」とマーク付けされた少なくとも１つのピクチャを含むアクセスユニットの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。

（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたピクチャを含んだ少なくとも１つのアクセスユニットがある。

変形実施形態において、以下の条件のうちの１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動され、一方ではさらなるピクチャ記憶バッファが空にされるごとにＤＰＢ占有量がさらに１つデクリメントされる。

（１）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。

（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがあるかどうか。

（３）ＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］＋１以上である。

（Ａ）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。

（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがある。

他のケースでは、変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、以下のように導出される。

（１）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在するならば、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。

（２）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在するならば、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０と等しいときに、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在するならば、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳから、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳから導出されたＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。

（３）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された被テスト動作点に関して存在するならば、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に関するｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に関して存在しなければ、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に関わるアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。

（１）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。

（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがあるかどうか。

（３）ＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。

（Ａ）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄより大きい。

（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがある。

「バンピング」処理は、以下の順序付けられたステップからなる。

最初に出力するためのピクチャとして、「出力に必要とされる」とマーク付けされたＤＰＢ中のすべてのピクチャのうちでＰｉｃＯｒｄｅｒＣｎｔＶａｌの最小値を有する複数のピクチャが選択される。

（Ｂ）これらのピクチャが０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関わるアクティブＳＰＳにおいて、またはピクチャのものに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄに関わるアクティブレイヤＳＰＳにおいて指定された適合性クロッピング・ウィンドウを用いてクロップされ、クロップされたピクチャは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に出力されて、これらのピクチャが「出力に必要とされない」とマーク付けされる。

（Ｃ）「参照に用いられない」とマーク付けされたピクチャを含む各ピクチャ記憶バッファ、およびクロップされ、出力されたピクチャのうちの１つを含んでいた各ピクチャ記憶バッファが空にされる。

ＶＰＳ拡張は、所望により、追加の修正を有してもよい。

図８を参考にすると、追加の修正は、ＤＰＢパラメータが動作点に関する代わりに出力レイヤセットに関してＶＰＳ拡張で送信されることを含んでもよく、ｏｏｐｓ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）は、図９に示される。

ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、ＶＰＳ拡張ＲＢＳＰ中に存在するｏｏｐ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の数を指定する。ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて、０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓまでの範囲内にあるものとする。

ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＶＰＳ拡張中のｉ番目のｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用されるターゲット出力レイヤセットのリスト中へのインデックスを指定する。

ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓまでの範囲内にあるものとする。ビットストリーム適合性の必要条件は、ｉに等しくない任意のｊに対してｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］に等しくないものとすることである。

図１０を参照すると、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒｅｍｔｅｒｓ（ｃ）は、さらに修正されてもよく、ＶＰＳ拡張におけるシンタックスは、図１１に示される通りである。

図１２を参照すると、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒｅｍｔｅｒｓ（ｃ）は、さらに修正されてもよく、ＶＰＳ拡張におけるシンタックスは、図１３または図１４に示される通りである。

ＶＰＳ拡張におけるシンタックスに対する例示的な代替策は、

が以下のように変更されることである。

ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｉｄは、ＣＶＳ中のすべてのＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの最大許容値を指定する。ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１は、ＣＶＳ中に存在するレイヤの最大数を指定し、レイヤは、例えば、空間スケーラブル・レイヤ、品質スケーラブル・レイヤ、テクスチャ・ビューまたは深度ビューであってもよい。

ＶＰＳ拡張におけるシンタックスに対する別の例示的な代替策は、

が以下のように変更されることである。

ここで、選択された出力レイヤセット・インデックスｏｐｌｓＩｄｘに対するｎｕｍＯｕｔｐｕｔＬａｙｅｒｓは、以下のように導出される。

が以下のように変更されることである。

ここで、選択されたｏｐｌｓＩｄｘに対するｎｕｍＯｕｔｐｕｔＬａｙｅｒｓは、以下のように導出される。

次に、ターゲット復号レイヤ識別子リストｔａｒｇｅｔＤＬａｙｅｒＩｄＬｉｓｔおよび選択されたｏｐｌｓＩｄｘに対するｎｕｍＤｅｃｏｄｅｄＬａｙｅｒｓは、以下のように導出される。

一実施形態において、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｒａｍｅｔｅｒｓが特定のレイヤに関してシグナリングされるかどうかを示すために次のように追加のフラグがシグナリングされてもよい。

１に等しいｖｐｓ＿ｌａｙｅｒ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが特定の出力レイヤセットのためのｊ番目のレイヤに関して存在することを指定する。０に等しいｖｐｓ＿ｌａｙｅｒ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが特定の出力レイヤセットのためのｊ番目のレイヤに関して存在しないことを指定する。

別の実施形態では、ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて、０から１０２４までの範囲内にあるものとする。さらに別の実施形態では、１０２４の代わりに別の固定数を用いることができるであろう。

代わりの実施形態では、ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、両端値を含めて、０から１０２３までの範囲内にある。

図１５を参考にすると、ＤＰＢパラメータが出力レイヤセットおよび動作点とは独立してレイヤごとにＶＰＳ拡張で送信される場合には、別の修正されたＶＰＳ拡張およびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）が用いられてもよい。

図１６を参考にすると、ＶＰＳからシグナリングされるシンタックス要素ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒ＿ｍｉｎｕｓ１がすべてのレイヤに用いられ、かつｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ）／ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ）で別々にはシグナリングされない、修正されたｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）が用いられてもよい。

前述のように図１を参照すると、復号ピクチャバッファ（ＤＰＢ）１２２は、異なる特性を有する復号ピクチャのために別々に識別され、管理されるピクチャバッファを含んでもよい。例えば、復号ピクチャバッファ（ＤＰＢ）１２２は、異なる解像度、異なるビット深度および／または異なる色度をもつ復号ピクチャのために別々に識別され、管理される複数のピクチャバッファを含んでもよい。このケースでは、レイヤごとに別々のＤＰＢがあってもよく、または同じピクチャ特性（例えば、解像度、ビット深度、色度など）を有するいくつかのレイヤがＤＰＢを共有してもよい。このケースでは、異なるピクチャ特性、例えば、解像度、ビット深度、色度などに対して異なるＤＰＢがあることになろう。用途のニーズに基づいて、いくつかのケースでは、例えば、ＤＰＢブックキーピングおよびＤＰＢ動作の簡便さの観点から、レイヤごとに別々のＤＰＢが有益なことがある。かかるＤＰＢは、レイヤワイズＤＰＢと称することができる。これに対して、いくつかの他の用途では、同じピクチャ特性をもつレイヤがＤＰＢを共有する共有ＤＰＢが有益なことがある。ピクチャ特性に基づくかかる共有ＤＰＢは、ピクチャ特性ベースの共有ＤＰＢと称される。結果として、レイヤワイズＤＰＢ動作およびピクチャ特性ベースの共有ＤＰＢ動作の両方をサポートすることが有利である。

典型的に、ピクチャ特性ベースの共有ＤＰＢは、共有ＤＰＢの数、それらのサイズ、解像度、ビット深度、ピクチャ特性などに関する追加情報を指定する必要がある。これらのパラメータは、共有ＤＰＢ情報パラメータ（例えば、ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（））と称することができるであろう。好ましい実施形態では、共有ＤＰＢ情報パラメータがシグナリングされることを示すためにフラグがビットストリームでシグナリングされる。このためのシンタックスの例が以下のように示される。

１に等しいｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、共有ＤＰＢ情報パラメータが存在し、ＤＰＢが共有ＤＰＢか、またはレイヤごとにレイヤワイズの別々のＤＰＢとして動作することを指定する。０に等しいｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、共有ＤＰＢ情報パラメータが存在せず、ＤＰＢがレイヤごとにレイヤワイズの別々のＤＰＢとして動作することを指定する。ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しないとき、その値は、０に等しいと推定される。

ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、パラメータセット、例えば、ビデオパラメータセット（ＶＰＳ）および／またはシーケンスパラメータセット（ｓｐｓ）および／またはピクチャパラメータセット（ｐｐｓ：ｐｉｃｔｕｒｅｐａｒａｍｅｔｅｒｓｅｔ）および／またはスライスセグメントヘッダで、および／またはビットストリームの任意の他の規範的な部分でシグナリングされる。好ましい実施形態において、ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）でシグナリングされる。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）は、ＪＣＴＶＣ−Ｌ１００３、ＪＣＴＶＣ−Ｎ１００８、およびＪＣＴ３Ｖ−Ｅ１００４において記載される。

選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造におけるｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい１つのケースでは、変数ＳｈａｒｅｄＤＰＢＦｌａｇが１に等しくセットされる場合には共有ＤＰＢとして、あるいは変数ＳｈａｒｅｄＤＰＢＦｌａｇが０に等しくセットされる場合にはレイヤワイズの別々のＤＰＢとしてのいずれかで動作するようにＤＰＢをスケジュールできる。

変数ＳｈａｒｅｄＤＰＢＰｒｅｆｅｒｒｅｄＦｌａｇは、外部手段によって指定されてもよく、あるいは外部手段によって指定されないときには、０に等しくセットされてもよい。

変数ＳｈａｒｅｄＤＰＢＦｌａｇの値が上記のステップによりｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）におけるｓｈａｒｅｄ＿ｄｐｂ‐ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに基づいてセットされなかったときには、この変数が次のように導出される。

ＳｈａｒｅｄＤＰＢＦｌａｇ＝ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＆＆ＳｈａｒｅｄＤＰＢＰｒｅｆｅｒｒｅｄＦｌａｇ

他のケースでは、変数ＳｈａｒｅｄＤＰＢＦｌａｇは、ｓｈａｒｅｄ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇおよび／またはＳｈａｒｅｄＤＰＢＰｒｅｆｅｒｒｅｄＦｌａｇのいくつかの他の論理結合（例えば、ＯＲ、ＮＯＲ、ＸＯＲ、ＡＮＤ、ＮＡＮＤ、ＮＯＴなど）に基づいてセットされる。

ＳｈａｒｅｄＤＰＢＦｌａｇが０に等しければ、各レイヤは、それ自体の別々のＤＰＢを有し、各レイヤのＤＰＢは、レイヤにわたってＤＰＢを共有することなく別々に独立して動作する。そうでない場合には、ＤＰＢは、解像度、ビット深度、色度などのような同じピクチャ特性を有するレイヤが共通のＤＰＢを共有する共有ＤＰＢとして動作する。

ＪＣＴＶＣ−Ｏ１００８およびＪＣＴ３Ｖ−Ｆ１００４では、ＤＰＢ（例えば、復号ピクチャバッファ）動作は、ビデオパラメータセット（ＶＰＳ）およびシーケンスパラメータセット（ＳＰＳ）でシグナリングされたパラメータに基づいて定義される。ＤＰＢのサイズは、以下に示されるｄｐｂ＿ｓｉｚｅ（）シンタックス構造（例えば、ｄｐｂ＿ｓｉｚｅ（））でシグナリングされる。ｄｐｂ＿ｓｉｚｅ（）シンタックス構造は、出力レイヤセットの数（例えば、ＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ）に関する、テンポラル・サブレイヤの数（例えば、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１）に関する、ｓｕｂ−ｄｐｂの数（例えば、ＮｕｍＳｕｂＤｐｂｓ［ｉ］）に関する様々なＤＰＢパラメータおよび対応するフラグもシグナリングする。

加えて、ＪＣＴＶＣ−Ｏ１００８およびＪＣＴ３Ｖ−Ｆ１００４では、レイヤごとにＣＶＳ（例えば、符号化ビデオシーケンス）中に存在するテンポラル・サブレイヤの最大数に関する情報が以下に示されるようにシンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］を用いてＶＰＳ拡張で条件付きでシグナリングされる。

または、以下に示される通りである。

１に等しい‘ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｓｅｎｔ＿ｆｌａｇ’は、シンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が存在しないことを指定する。

‘ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１’［ｉ］＋１は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内にあるものとする。存在しないとき、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］は、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推定される。

‘ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１’は、以下に示されるようにＶＰＳでシグナリングされる。

または、以下に示される通りである。

ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１は、ＶＰＳを参照する各ＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から６までの範囲内にある。

‘ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ’は、他のシンタックス要素による参照のためのＶＰＳを識別する。

いくつかのビデオ符号化方式では、ＳＨＶＣの異なるレイヤが異なるフレームレートを有するケースがある。例えば、レイヤ０が３０ヘルツのフレームレートを有し、レイヤ１が６０ヘルツのフレームレートを有し、レイヤ２が１２０ヘルツのフレームレートを有し、レイヤ３が２４０ヘルツのフレームレートを有する。かかるケースでは、より低いフレームレートをもつレイヤ（例えば、レイヤ１）と比較して高いフレームレートをもつレイヤ（例えば、レイヤ３）ほど、高い最大テンポラル・サブレイヤの値（例えば、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］）を有する。レイヤ固有のサブＤＰＢを用いて動作しているときの特定の出力レイヤセットに関しては、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［］［］［］をレイヤセットにおけるテンポラル・サブレイヤの最大数に基づいてシグナリングおよび／または制約することが望ましい。

例として、ビットストリームは、５つのレイヤ、すなわち、レイヤ０、レイヤ１、レイヤ２、レイヤ３、およびレイヤ４を含む。第１のレイヤセットは、レイヤ０、１を含み、第２のレイヤセットは、０、１、２を含み、第３のレイヤセットは、０、１、３を含む。例として、レイヤセットごとに、シンタックスは、どのレイヤが出力レイヤセットと呼ばれるセットのうちの出力レイヤであるかをシグナリングする。

第１の実施形態においては、サブＤＰＢのための出力レイヤセットに関するｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１パラメータを対応するレイヤセットにおける最大テンポラル・サブレイヤまでに限ってシグナリングすることが望ましい。そうでない場合には、この修正がなければ、かかるレイヤセットのためのこの最大テンポラル・サブレイヤからｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までのテンポラル・サブレイヤに関するｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１のパラメータは、レイヤセットがそれらの数のテンポラル・サブレイヤを含まないために無意味である。

第２の実施形態においては、各シグナリングされる出力レイヤセットに対応するレイヤセットにおけるレイヤごとに、最大テンポラル・サブレイヤのリストを導出することが望ましい。各サブＤＰＢのための出力レイヤセットごとに、最大テンポラル・サブレイヤの上記の導出リストを考慮してｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１パラメータが制約される。この制約は、レイヤ中の最大テンポラル・サブレイヤを考慮してレイヤセットにおけるレイヤごとに改善されたＤＰＢ動作を可能にする。この制約は、さらに、出力レイヤセットに対応するレイヤセットのためのテンポラル・サブレイヤの最大数がｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１より小さいときに、シグナリングされるパラメータをより有意義にし、かつ不正確でないようにする。

上記の第１の実施形態に関して、変数ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］は、次のように導出される。

サブＤＰＢのための出力レイヤセットに関するｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１パラメータは、対応するレイヤセットにおける最大テンポラル・サブレイヤまでに限って、すなわち、ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までに限ってシグナリングされる。以下に示されるｄｐｂ＿ｓｉｚｅ（）シンタックス構造（たとえば、ｄｐｂ＿ｓｉｚｅ（））は、このシグナリングが対応するレイヤセットにおける最大テンポラル・サブレイヤに関係するように、ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］を組み込むために修正される。

１に等しい‘ｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ’［ｉ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｉに関して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、０より大きいｊの各値に関して、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在せず、値が０に等しいと推定されることを指定する。

１に等しい‘ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ’［ｉ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が、ｊ番目のサブレイヤに対して、両端値を含めて、０からＮｕｍＳｕｂＤｐｂｓ［ｉ］−１までの範囲内のｋに関して存在し、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が、ｊ番目のサブレイヤに対して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］の値が、両端値を含めて、０からＮｕｍＳｕｂＤｐｂｓ［ｉ］−１までの範囲内のｋに関してｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しく、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値がそれぞれｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しくセットされることを指定する。ｉの任意の可能な値に対するｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［０］の値は、１に等しいと推定される。

‘ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１’［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のサブＤＰＢの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。

‘ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ’［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、復号順ではＣＶＳ中のｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ出力順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大許容数を指定する。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］に等しいと推定される。

０に等しくない‘ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１’［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しいと推定される。

ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］＝ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］＋ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］−１（Ｆ−４）

別の実施形態では、以下が適用される。

１に等しい‘ｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ’［ｉ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ［ｉ］までの範囲内のｉに関して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、０より大きいｊの各値に関して、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在せず、値が０に等しいと推定されることを指定する。

‘ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１’［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のサブＤＰＢの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。

‘ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ’［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、復号順ではＣＶＳ中のｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ出力順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大許容数を指定する。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］に等しいと推定される。

０に等しくない‘ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１’［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しいと推定される。

上記の第１の実施形態に関して、変数ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］は、代わりに次のように導出されてもよい。

上記の第１の実施形態に関して、変数ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］は、このシグナリングが対応するレイヤセットにおける最大テンポラル・サブレイヤに関係するように、以下に示されるｄｐｂ＿ｓｉｚｅ（）シンタックス構造（例えば、ｄｐｂ＿ｓｉｚｅ（））内で導出されてもよい。

ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］は、ＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔ［ｉ］、または任意の適切な参照値をもつ任意の他の適切な変数名であってもよいことが理解されるべきである。

上記の第２の実施形態に関して、パラメータｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、最大テンポラル・サブレイヤの導出リストを考慮して制約される。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］に対する制約が最大テンポラル・サブレイヤの導出リストと関係するような、以下に示される、ｄｐｂ＿ｓｉｚｅ（）シンタックス構造（たとえば、ｄｐｂ＿ｓｉｚｅ（））。

１に等しい‘ｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ’［ｉ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］までの範囲内のｉに関して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、０より大きいｊの各値に関して、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在せず、値が０に等しいと推定されることを指定する。

‘ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１’［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のサブＤＰＢの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。

ビットストリーム適合性の必要条件は、両端値を含めて、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌｉｄ［ｉ］［ｋ］］］からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｊに関して、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］がｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌｉｄ［ｉ］［ｋ］］］］に等しいことである。

ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、復号順ではＣＶＳ中のｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ出力順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡのあとに続くことができる、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大許容数を指定する。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ１］に等しいと推定される。

０に等しくない‘ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１’［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しいと推定される。

ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が０に等しいとき、対応する制限は何も表現されない。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端値を含めて、０から２^３２−２までの範囲内にあるものとする。

別の実施形態では、ＮｕｍＳｕｂＤｐｂｓ［ｉ］の導出は、ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔリストへのインデックスを用いる。さらに、デフォルト出力レイヤセットのためにｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］に関する推定が定義されてもよい。この導出および定義された推測は、以下のように定義される。

ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１−１までの範囲内にあるものとする。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１））ビットである。

両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のｉをもつｉ番目の出力レイヤセットのためのレイヤセットがｉ番目のレイヤセットであると推定される。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のｉに対してｉに等しいと推定される。

ｉ番目の出力レイヤセットに関わるサブＤＰＢの数を指定する変数ＮｕｍＳｕｂＤｐｂｓ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］＋１］に等しくセットされる。

別の実施形態では、両端値を含めて０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｌｓＩｄｘ］に等しいｊに対してｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］がシグナリングされる。

ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｌｓＩｄｘ］をｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）でシグナリングする一例は、以下に示される通りである。

ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｌｓＩｄｘ］をｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）でシグナリングする別の例は、以下に示される通りである。

１に等しい‘ａｖｃ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇ’は、ベースレイヤがＩＴＵ−Ｔ勧告Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６−１０に適合することを指定する。０に等しいａｖｃ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇは、ベースレイヤがこの仕様に適合することを指定する。

１に等しい‘ｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃ’は、それぞれのデフォルト出力レイヤセットにおいてｎｕｈ＿ｌａｙｅｒ＿ｉｄがｎｕｈＬａｙｅｒＩｄＡに等しく、ＡｕｘＩｄ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しいようなｎｕｈ＿ｌａｙｅｒ＿ｉｄの最高値をもつレイヤのみがターゲット出力レイヤであることを指定する。０に等しいｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、それぞれのデフォルト出力レイヤセットにおけるすべてのレイヤがターゲット出力レイヤであることを指定する。ｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、この仕様のこのバージョンに適合するビットストリームでは０または１に等しいものとする。ｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃに関する他の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣにより将来の使用のために予約される。

‘ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１’［ｉ］＋１は、ｉ番目の出力レイヤセットのためのレイヤセットのインデックスを指定する。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１−１までの範囲内にあるものとする。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１））ビットである。

両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のｉをもつｉ番目の出力レイヤセットのためのレイヤセットがｉ番目のレイヤセットであると推定される。

ｉ番目の出力レイヤセットに関わるサブＤＰＢの数を指定する変数ＮｕｍＳｕｂＤｐｂｓ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｉ］に等しくセットされる。別の実施形態では、ｉ番目の出力レイヤセットに関わるサブＤＰＢの数を指定する変数ＮｕｍＳｕｂＤｐｂｓ［ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］＋１］に等しくセットされる。

１に等しい‘ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ’［ｉ］［ｊ］は、ｉ番目の出力レイヤセットにおけるｊ番目のレイヤがターゲット出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目の出力レイヤセットにおけるｊ番目のレイヤがターゲット出力レイヤではないことを指定する。

‘ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ’［ｉ］は、ｉ番目の出力レイヤセットに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の、ＶＰＳにおけるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のリスト中へのインデックスを指定する。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１＋１））ビットである。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［０］の値は、０に等しいと推定される。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１までの範囲内にあるものとする。

別の実施形態では、１つ以上のシンタックス要素を上に示されるより少い回数かまたは多い回数シグナリングできるであろう。例えば、１ビットのフラグ値がＮ回シグナリングされることが示されうる。その代わりに、１ビットのフラグ値がＭ回シグナリングされてもよく、Ｍは、Ｎより多くても、またはＮより少なくてもよい。

別の実施形態では、シンタックス要素のうちの１つ以上がｕｅ（ｖ）の代わりにｕ（ｖ）既知の固定ビット数を用いてシグナリングされてもよい。例えば、ｕ（８）もしくはｕ（１６）またはｕ（３２）あるいはｕ（６４）などを用いてシンタックス要素をシグナリングできるであろう。

別の実施形態では、ｕ（ｖ）符号化のような固定ビット数の代わりにｕｅ（ｖ）または何らかの他の符号化方式によってこれらのシンタックス要素のうちの１つ以上をシグナリングできるであろう。

別の実施形態では、様々なシンタックス要素およびそれらのセマンティクスの名前が記載されたシンタックスまたはセマンティクスと比較して＋１または＋２を加えるか、または−１または−２を減じることによって変えられてもよい。

さらに別の実施形態では、様々なシンタックス要素がピクチャごとにビットストリーム中のどこでもシグナリングされてよい。例えば、様々なシンタックスがスライスセグメントヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／もしくは任意の他のパラメータセットまたはビットストリームの他の規範的な部分でシグナリングされてもよい。

さらに別の実施形態では、出力レイヤセットに関係するすべての実施形態を出力動作点［２、３］および／または動作点［１］に適用できるであろう。

用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を運ぶか、または記憶するために用いることができて、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔｄｉｓｃ）、レーザディスク（ｌａｓｅｒｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌｖｅｒｓａｔｉｌｅｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。

留意すべきは、本明細書に記載される方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法またはアプローチの１つ以上は、チップセット、ＡＳＩＣ、大規模集積回路（ＬＳＩ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。

本明細書に開示されるそれぞれの方法は、記載される方法を達成するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および／または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切なオペレーションのためにステップまたは動作の特定の順序が必要とされない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく修正されてもよい。

理解すべきは、特許請求の範囲が上に示された通りの構成および構成要素には限定されないことである。特許請求の範囲から逸脱することなく、本明細書に記載される配置、オペレーション、ならびにシステム、方法、および装置の詳細に様々な修正、変更および変形がなされてもよい。

メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示すブロック図である。メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示す別のブロック図である。電子デバイス上のエンコーダ６０４の一構成を示すブロック図である。電子デバイス上のエンコーダ６０４の一構成を示す別のブロック図である。電子デバイス上のデコーダの一構成を示すブロック図である。電子デバイス上のデコーダの一構成を示す別のブロック図である。復号ピクチャバッファの動作のための方法の一構成を示すブロック図である。異なるＮＡＬユニットヘッダ・シンタックスを示す。異なるＮＡＬユニットヘッダ・シンタックスを示す。異なるＮＡＬユニットヘッダ・シンタックスを示す。一般的なＮＡＬユニット・シンタックスを示す。例示的なビデオパラメータ拡張シンタックスを示す。例示的なビデオパラメータ拡張シンタックスを示す。例示的なビデオパラメータ拡張シンタックスを示す。例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。別の例示的なビデオパラメータ拡張シンタックスを示す。例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。別の例示的なビデオパラメータ拡張シンタックスおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を示す。例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）シンタックスを示す。

ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに、復号順ではＣＶＳ中のいずれかのピクチャに先行し、かつ出力順ではそのピクチャの後に続くことができるピクチャの最大許容数を示す。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］までの範囲内にあるものとする。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ−１］以上であるものとする。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことに起因して、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに関して存在しないときには、それがｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推定される。

０に等しくないｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに、出力順ではインデックスｉｄと関連付けられた動作点に関わるｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関するＣＶＳ中のいずれかのピクチャに先行し、復号順ではそのピクチャの後に続くことができるピクチャの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値を計算するために用いられる。

加えて、ＪＣＴＶＣ−Ｏ１００８およびＪＣＴ３Ｖ−Ｆ１００４では、レイヤごとにＣＶＳ（例えば、符号化ビデオシーケンス）中に存在するテンポラル・サブレイヤの最大数に関する情報が以下に示されるようにシンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］を用いてＶＰＳ拡張で条件付きでシグナリングされる。
または、以下に示される通りである。
１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が存在しないことを指定する。

ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋１は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関わるＣＶＳ中に存在するテンポラル・サブレイヤの最大数を指定する。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内にあるものとする。存在しないとき、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］は、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推定される。

ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１は、以下に示されるようにＶＰＳでシグナリングされる。
または、以下に示される通りである。

ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他のシンタックス要素による参照のためのＶＰＳを識別する。

１に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｉに関して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、０より大きいｊの各値に関して、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在せず、値が０に等しいと推定されることを指定する。

１に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が、ｊ番目のサブレイヤに対して、両端値を含めて、０からＮｕｍＳｕｂＤｐｂｓ［ｉ］−１までの範囲内のｋに関して存在し、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が、ｊ番目のサブレイヤに対して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］の値が、両端値を含めて、０からＮｕｍＳｕｂＤｐｂｓ［ｉ］−１までの範囲内のｋに関してｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しく、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値がそれぞれｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しくセットされることを指定する。ｉの任意の可能な値に対するｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［０］の値は、１に等しいと推定される。

ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のサブＤＰＢの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。

ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、復号順ではＣＶＳ中のｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ出力順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大許容数を指定する。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］に等しいと推定される。

０に等しくないｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しいと推定される。

１に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ［ｉ］までの範囲内のｉに関して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、０より大きいｊの各値に関して、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在せず、値が０に等しいと推定されることを指定する。

ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のサブＤＰＢの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。

ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、復号順ではＣＶＳ中のｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ出力順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大許容数を指定する。ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］に等しいと推定される。

０に等しくないｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からＭａｘＳｕｂｌａｙｅｒｓＬａｙｅｒｓｅｔＭｉｎｕｓ１［ｉ］−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しいと推定される。

１に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］までの範囲内のｉに関して存在することを指定する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、０より大きいｊの各値に関して、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在せず、値が０に等しいと推定されることを指定する。

ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、ピクチャ記憶バッファの単位でのｉ番目の出力レイヤセットにおけるＣＶＳのためのｋ番目のサブＤＰＢの最大所要サイズを指定する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］以上であるものとする。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。
ビットストリーム適合性の必要条件は、両端値を含めて、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌｉｄ［ｉ］［ｋ］］］からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｊに関して、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］がｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌｉｄ［ｉ］［ｋ］］］］に等しいことである。

０に等しくないｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときに、出力順ではＣＶＳ中に１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ復号順では１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含むそのアクセスユニットａｕＡの後に続くことができる、ｉ番目の出力レイヤセットにおいて１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャを含んだアクセスユニットの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために用いられる。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいことに起因して、両端値を含めて、１からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｊに関して存在しないときには、それがｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しいと推定される。

１に等しいａｖｃ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇは、ベースレイヤがＩＴＵ−Ｔ勧告Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６−１０に適合することを指定する。０に等しいａｖｃ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇは、ベースレイヤがこの仕様に適合することを指定する。

１に等しいｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、それぞれのデフォルト出力レイヤセットにおいてｎｕｈ＿ｌａｙｅｒ＿ｉｄがｎｕｈＬａｙｅｒＩｄＡに等しく、ＡｕｘＩｄ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しいようなｎｕｈ＿ｌａｙｅｒ＿ｉｄの最高値をもつレイヤのみがターゲット出力レイヤであることを指定する。０に等しいｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、それぞれのデフォルト出力レイヤセットにおけるすべてのレイヤがターゲット出力レイヤであることを指定する。ｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、この仕様のこのバージョンに適合するビットストリームでは０または１に等しいものとする。ｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃに関する他の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣにより将来の使用のために予約される。

ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］＋１は、ｉ番目の出力レイヤセットのためのレイヤセットのインデックスを指定する。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１−１までの範囲内にあるものとする。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１））ビットである。

１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目の出力レイヤセットにおけるｊ番目のレイヤがターゲット出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目の出力レイヤセットにおけるｊ番目のレイヤがターゲット出力レイヤではないことを指定する。

ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］は、ｉ番目の出力レイヤセットに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の、ＶＰＳにおけるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のリスト中へのインデックスを指定する。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１＋１））ビットである。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［０］の値は、０に等しいと推定される。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１までの範囲内にあるものとする。

Claims

ピクチャを含むビデオシーケンスを復号するための方法であって、
（ａ）前記ビデオシーケンスを受信するステップと、
（ｂ）前記ビデオシーケンスのための出力レイヤセットの数を確定するステップと、
（ｃ）前記少なくとも１つの前記出力レイヤセットのうちの少なくとも１つに関してサブレイヤの最大数−１を確定するステップと、
（ｄ）前記少なくとも１つの前記出力レイヤセットのうちの１つのサブレイヤに関して復号ピクチャバッファの特性を復号するステップと
を備える、方法。
前記少なくとも１つの出力レイヤセットのうちの前記少なくとも１つに関してサブレイヤの前記最大数−１を前記確定するステップは、それぞれのレイヤに関してサブレイヤの最大数−１を受信することを含む、請求項１に記載の方法。
前記少なくとも１つの出力レイヤセットのうちの前記少なくとも１つに関してサブレイヤの前記最大数−１を前記確定するステップは、前記少なくとも１つの出力レイヤセットにおけるレイヤの数を確定することを含む、請求項２に記載の方法。
前記少なくとも１つの出力レイヤセットのうちの前記少なくとも１つに関してサブレイヤの前記最大数−１を前記確定するステップは、前記出力レイヤセットにおけるレイヤごとにサブレイヤの前記最大数の数を確定することを含む、請求項３に記載の方法。
前記少なくとも１つの出力レイヤセットのうちの前記少なくとも１つに関してサブレイヤの前記最大数−１を前記確定するステップは、前記出力レイヤセットにおけるレイヤごとにサブレイヤの最大数の前記数の最大値を確定することを含む、請求項４に記載の方法。
前記特性は、サブレイヤ復号ピクチャバッファ情報存在フラグが前記少なくとも１つの出力レイヤセットのための前記サブレイヤに対応する前記ビデオシーケンス中に存在することを指定する、請求項１に記載の方法。
前記特性は、前記少なくとも１つの出力レイヤセットのための前記サブレイヤに関して前記復号ピクチャバッファ中に記憶されることになる復号ピクチャの少なくとも１つの最大数を指定する、請求項１に記載の方法。
復号ピクチャの前記少なくとも１つの最大数は、前記少なくとも１つの出力レイヤセットのための前記サブレイヤにおける少なくとも１つのテンポラル・レイヤに対応する、請求項７に記載の方法。
前記特性は、前記出力レイヤセットにおいて１に等しいピクチャ出力フラグをもつピクチャを含むいずれかのアクセスユニットに先行できて、出力順では１に等しいピクチャ出力フラグをもつピクチャを含むアクセスユニットの後に続く、１に等しいピクチャ出力フラグをもつピクチャを含んだアクセスユニットの少なくとも１つの最大数を指定する、請求項１に記載の方法。
アクセスユニットの前記少なくとも１つの最大数は、前記少なくとも１つの出力レイヤセットのための前記サブレイヤにおける少なくとも１つのテンポラル・レイヤに対応する、請求項９に記載の方法。
前記特性は、出力順では前記ビデオシーケンス中に１に等しいピクチャ出力フラグをもつピクチャを含むいずれかのアクセスユニットａｕＡに先行し、かつ復号順では１に等しいピクチャ出力フラグをもつピクチャを含む前記アクセスユニットａｕＡの後に続くことができる、前記出力レイヤセットにおいて１に等しいピクチャ出力フラグをもつピクチャを含んだアクセスユニットの最大数を示すビデオパラメータセット最大レイテンシピクチャ値の少なくとも１つの値を確定することに対して用いられる、請求項１に記載の方法。
アクセスユニットの前記少なくとも１つの最大数は、前記少なくとも１つの出力レイヤセットのための前記サブレイヤにおける少なくとも１つのテンポラル・レイヤに対応する、請求項１１に記載の方法。