(57)【要約】  （ａ）符号化ビデオシーケンスを表すベースビットストリームを受信するステップと、（ｂ）前記符号化ビデオシーケンスを表す複数のエンハンスメントビットストリームを受信するステップと、（ｃ）前記ベースビットストリームおよび前記複数のエンハンスメントビットストリームに関連付けられたデータ構造を受信するステップと、を含むビデオビットストリームを復号する方法であって、（ｄ）前記データ構造は、前記ベースビットストリームが前記エンハンスメントビットストリームと共に提供されるとき１に等しく前記エンハンスメントビットストリームに対して外部から提供されるとき０に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇに基づいて制約されるシンタックスエレメントを含み、（ｅ）前記データ構造は、最大ｖｐｓデコーダピクチャバッファリングマイナス１に関連付けられた第１シンタックスエレメントを含み、（ｆ）前記ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが１に等しいかまたは現在のレイヤが０に等しくないレイヤＩＤを有するとき、最大ｖｐｓデコーダピクチャバッファリングマイナス１に関連付けられたシンタックスエレメントを受信し、（ｇ）前記ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しくて現在のレイヤが０に等しいレイヤＩＤを有するとき、最大ｖｐｓデコーダピクチャバッファリングマイナス１に関連付けられたシンタックスエレメントを受信せずにその値を推定する、方法。
2017525215.tif 000002
【特許請求の範囲】
【請求項１】
ビデオビットストリームを復号する方法であって、
（ａ）符号化ビデオシーケンスを表すベースビットストリームを受信するステップと、
（ｂ）前記符号化ビデオシーケンスを表す複数のエンハンスメントビットストリームを受信するステップと、
（ｃ）前記ベースビットストリームおよび前記複数のエンハンスメントビットストリームに関連付けられたデータ構造を受信するステップと、
を含み、
（ｄ）前記データ構造は、前記ベースビットストリームが前記エンハンスメントビットストリームと共に提供されるとき１に等しく前記エンハンスメントビットストリームに対して外部から提供されるとき０に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇに基づいて制約されるシンタックスエレメントを含み、
（ｅ）前記データ構造は、最大ｖｐｓデコーダピクチャバッファリングマイナス１に関連付けられた第１シンタックスエレメントを含み、
（ｆ）前記ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが１に等しいかまたは前記現在のレイヤが０に等しくないレイヤＩＤを有するとき、最大ｖｐｓデコーダピクチャバッファリングマイナス１に関連付けられたシンタックスエレメントを受信し、
（ｇ）前記ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しくて前記現在のレイヤが０に等しいレイヤＩＤを有するとき、最大ｖｐｓデコーダピクチャバッファリングマイナス１に関連付けられたシンタックスエレメントを受信せずにその値を推定する、方法。
【請求項２】
前記推定することはその値を０と推定する、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般的に電子装置に関する。
【背景技術】
【０００２】
電子装置は、消費者のニーズを満たすとともにポータビリティおよび便宜を改善するためにより小型にかつより強力になっている。消費者は、電子装置に頼るようになっていて、より大きな機能性を期待するようになっている。電子装置の幾つかの例は、デスクトップコンピュータ、ラップトップコンピュータ、携帯電話、スマートフォン、メディアプレーヤ、集積回路などを含む。
【０００３】
或る電子装置は、デジタルメディアを処理し表示するために使用される。例えば、ポータブル電子装置は、今日、消費者がいることのあるほとんどどんな場所でもデジタルメディアを消費することを可能にしている。さらに、或る電子装置は、消費者が使用して楽しめるようにデジタルメディアコンテンツのダウンロードおよびストリーミングを提供することができる。
【０００４】
デジタルメディアがますます普及してきたために幾つかの問題が生じている。例えば、保存、伝送および急速な再生のために高品質のデジタルメディアを効率的に表現することは、幾つかの難題を提起する。このディスカッションから分かるように、改善された性能でデジタルメディアを効率的に表現するシステムおよび方法は有益であろう。
【０００５】
本発明の前記のおよび他の目的、特徴、および利点は、添付図面と関連して本発明についての以下の詳細な説明を考察すればより容易に理解されるであろう。
【発明の概要】
【課題を解決するための手段】
【０００６】
本発明の１つの態様はビデオビットストリームを復号する方法を提供し、この方法は、
【０００７】
（ａ）符号化ビデオシーケンスを表すベースビットストリームを受信するステップと、
【０００８】
（ｂ）前記符号化ビデオシーケンスを表す複数のエンハンスメントビットストリームを受信するステップと、
【０００９】
（ｃ）前記ベースビットストリームおよび前記複数のエンハンスメントビットストリームに関連付けられたデータ構造を受信するステップと、を含み
【００１０】
（ｄ）前記データ構造は、前記ベースビットストリームが前記エンハンスメントビットストリームと共に提供されるとき１に等しく、前記エンハンスメントビットストリームに対して外部から提供されるとき０に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇに基づいて制約されるシンタックスエレメントを含み、
【００１１】
（ｅ）前記データ構造は、最大ｖｐｓデコーダピクチャバッファリングマイナス１に関連付けられた第１シンタックスエレメントを含み、
【００１２】
（ｆ）前記ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが１に等しいかまたは現在のレイヤが０に等しくないレイヤＩＤを有するとき、最大ｖｐｓデコーダピクチャバッファリングマイナス１に関連付けられたシンタックスエレメントを受信し、
【００１３】
（ｇ）前記ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しくて現在のレイヤが０に等しいレイヤＩＤを有するとき、最大ｖｐｓデコーダピクチャバッファリングマイナス１に関連付けられたシンタックスエレメントを受信せずにその値を推定する。
【図面の簡単な説明】
【００１４】
【図１Ａ】メッセージを送信しビットストリームをバッファリングするためのシステムおよび方法を実装することのできる１つ以上の電子装置の例を示すブロック図である。
【図１Ｂ】メッセージを送信しビットストリームをバッファリングするためのシステムおよび方法を実装することのできる１つ以上の電子装置の例を示す他の１つのブロック図である。
【図２Ａ】電子装置におけるエンコーダ６０４の１つの構成を示すブロック図である。
【図２Ｂ】電子装置におけるエンコーダ６０４の１つの構成を示す他の１つのブロック図である。
【図３Ａ】電子装置におけるデコーダの１つの構成を示すブロック図である。
【図３Ｂ】電子装置におけるデコーダの１つの構成を示す他の１つのブロック図である。
【図４】送信電子装置において利用され得る種々のコンポーネントを示す。
【図５】受信電子装置において利用され得る種々のコンポーネントを示すブロック図である。
【図６】メッセージを送信するためのシステムおよび方法を実装することのできる電子装置の１つの構成を示すブロック図である。
【図７】ビットストリームをバッファリングするためのシステムおよび方法を実装することのできる電子装置の１つの構成を示すブロック図である。
【図８Ａ】異なるＮＡＬユニットヘッダシンタックスを示す。
【図８Ｂ】異なるＮＡＬユニットヘッダシンタックスを示す。
【図８Ｃ】異なるＮＡＬユニットヘッダシンタックスを示す。
【図９】一般的ＮＡＬユニットシンタックスを示す。
【図１０】現存するビデオパラメータセットを示す。
【図１１】現存するスケーラビリティタイプを示す。
【図１２】ベースレイヤおよびエンハンスメントレイヤを示す。
【図１３】複数のスライスを有する典型的ピクチャを示す。
【図１４】複数のスライスを有する他の１つの典型的ピクチャを示す。
【図１５】列および行の境界を有するピクチャを示す。
【図１６】スライスを有するピクチャを示す。
【図１７】ベースレイヤ、エンハンスメントレイヤ、およびタイルを有するアクセスユニットを示す。
【図１８Ａ】典型的スライドセグメントヘッダシンタックスを示す。
【図１８Ｂ】典型的スライドセグメントヘッダシンタックスを示す。
【図１８Ｃ】典型的スライドセグメントヘッダシンタックスを示す。
【図１８Ｄ】典型的スライドセグメントヘッダシンタックスを示す。
【図１９】ベースレイヤおよびエンハンスメントレイヤを示す。
【図２０Ａ】典型的ｖｐｓエクステンションシンタックスシンタックスを示す。
【図２０Ｂ】典型的ｖｐｓエクステンションシンタックスシンタックスを示す。
【図２１】ベースレイヤおよびエンハンスメントレイヤ内のテンポラルサブレイヤを示す。
【図２２】典型的ｖｐｓ＿ｅｘｔｅｎｓｉｏｎシンタックスを示す。
【図２３】ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１シグナリングを示す。
【図２４】典型的ｖｐｓ＿ｅｘｔｅｎｓｉｏｎシンタックスを示す。
【図２５】ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１シグナリングを示す。
【図２６】典型的ｖｐｓ＿ｅｘｔｅｎｓｉｏｎシンタックスを示す。
【図２７】ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１シグナリングを示す。
【図２８】ＩＲＡＰピクチャおよび非ＩＲＡＰピクチャを有するテンポラルサブレイヤを示す。
【図２９】ＩＲＡＰピクチャおよび非ＩＲＡＰピクチャの中の他の１つのテンポラルサブレイヤを示す。
【図３０】ＩＲＡＰピクチャ、ＴＳＡピクチャ、ＳＴＳＡピクチャの中のテンポラルサブレイヤを示す。
【図３１】ＩＲＡＰピクチャ、ＴＳＡピクチャ、ＳＴＳＡピクチャの中の他の１つのテンポラルサブレイヤを示す。
【図３２】ＶＰＳエクステンションシンタックスの典型的部分を示す。
【図３３】ＶＰＳエクステンションシンタックスの典型的部分を示す。
【図３４】レイヤセットシグナリング構造を示す。
【図３５】ＰＯＣ、復号順序、およびＲＰＳを示す。
【図３６】第２エンハンスメントレイヤ（ｓｅｃｏｎｄ  ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ（ＥＬ２））がベースレイヤ（ｂａｓｅ  ｌａｙｅｒ（ＢＬ））および第１エンハンスメントレイヤ（ｆｉｒｓｔ  ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ（ＥＬ１））より低いピクチャレートを有するときの、符号化ピクチャのレイヤのネットワークアブストラクションレイヤ（ｎｅｔｗｏｒｋ  ａｂｓｔｒａｃｔｉｏｎ  ｌａｙｅｒ（ＮＡＬ））ユニットおよびアクセスユニット（ａｃｃｅｓｓ  ｕｎｉｔ（ＡＵ））について構造およびタイミングを示すブロック図である。
【図３７】ベースレイヤ（ＢＬ）が第１エンハンスメントレイヤ（ＥＬ１）および第２エンハンスメントレイヤ（ＥＬ２）より低いピクチャレートを有するときの、符号化ピクチャのレイヤのネットワークアブストラクションレイヤ（ＮＡＬ）ユニットおよびアクセスユニット（ＡＵ）について構造およびタイミングを示すブロック図である。
【図３８】ＩＤＲ／ＢＬＡピクチャに関する制限を示す。
【図３９】サイマルキャストＩＤＲ／ＢＬＡピクチャを示す。
【図４０】ベースレイヤおよび／または１つもしくは複数のエンハンスメントレイヤを有するアクセスユニットを示す。
【図４１】複数の符号化ピクチャについてのＴｅｍｐｏｒａｌＩｄ、ｐｒｅｖＴｉｄ０Ｐｉｃ、およびＰｉｃＯｒｄｅｒＣｎｔＶａｌを示す。
【図４２】典型的スライスセグメントヘッダシンタックスの部分を示す。
【発明を実施するための形態】
【００１５】
図１Ａは、メッセージを送信しビットストリームをバッファリングするためのシステムおよび方法を実装することのできる１つ以上の電子装置の１０２の例を示すブロック図である。この例では、電子装置Ａ１０２ａおよび電子装置Ｂ１０２ｂが示されている。しかし、或る構成においては電子装置Ａ１０２ａおよび電子装置Ｂ１０２ｂに関連して記載される特徴および機能性のうちの１つ以上が組み合わされて単一の電子装置とされ得るということに留意するべきである。
【００１６】
電子装置Ａ１０２ａは、エンコーダ１０４を含む。エンコーダ１０４はメッセージ生成モジュール１０８を含む。電子装置Ａ１０２ａに含まれるエレメントの各々（例えば、エンコーダ１０４およびメッセージ生成モジュール１０８）は、ハードウェア、ソフトウェアまたはその両方の組み合わせで実装され得る。
【００１７】
電子装置Ａ１０２ａは、１つ以上の入力ピクチャ１０６を得ることができる。或る構成では、１つもしくは複数の入力ピクチャ１０６は、イメージセンサを用いて電子装置Ａ１０２ａにキャプチャされることができ、メモリから取り出されることができ、および／または他の電子装置から受信されることができる。
【００１８】
エンコーダ１０４は、１つまたは複数の入力ピクチャ１０６を符号化して符号化データを生成することができる。例えば、エンコーダ１０４は、入力ピクチャ１０６のシリーズ（例えば、ビデオ）を符号化することができる。１つの構成では、エンコーダ１０４は、ＨＥＶＣエンコーダであり得る。符号化データは、デジタルデータ（例えば、ビットストリーム１１４の部分）であり得る。エンコーダ１０４は、入力信号に基づいてオーバーヘッドシグナリングを生成することができる。
【００１９】
メッセージ生成モジュール１０８は、１つ以上のメッセージを生成することができる。例えば、メッセージ生成モジュール１０８は、１つ以上のＳＥＩメッセージまたは他のメッセージを生成することができる。サブピクチャレベルでの動作をサポートするＣＰＢについては、電子装置１０２はサブピクチャパラメータ（例えば、ＣＰＢ削除遅延パラメータ）を送信することができる。特に、電子装置１０２（例えばエンコーダ１０４）は、ピクチャタイミングＳＥＩメッセージに共通復号ユニットＣＰＢ削除遅延パラメータを含めるかどうか決定することができる。例えば、該電子装置は、エンコーダ１０４が共通復号ユニットＣＰＢ削除遅延パラメータ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）をピクチャタイミングＳＥＩメッセージに含めるとき、フラグ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を１にセットすることができる。共通復号ユニットＣＰＢ削除遅延パラメータが含まれるとき、該電子装置は、アクセスユニット内の全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ削除遅延パラメータを生成することができる。換言すれば、アクセスユニット内の各復号ユニットにおいて復号ユニットＣＰＢ削除遅延パラメータを含めるのではなくて、該ピクチャタイミングＳＥＩメッセージと関連付けられているアクセスユニット内の全ての復号ユニットに１つの共通パラメータが適用可能である。
【００２０】
対照的に、共通復号ユニットＣＰＢ削除遅延パラメータをピクチャタイミングＳＥＩメッセージに含めるべきでないときには、電子装置１０２は、或る構成では、ピクチャタイミングＳＥＩメッセージと関連付けられているアクセスユニット内の各復号ユニットにおいて別々の復号ユニットＣＰＢ削除遅延を生成することができ、電子装置Ａ１０２ａは、該メッセージをビットストリーム１１４の部分として電子装置Ｂ１０２ｂに送信することができる。或る構成では、電子装置Ａ１０２ａは、該メッセージを別の伝送１１０により電子装置Ｂ１０２ｂに送信することができる。例えば、この別の伝送は、ビットストリーム１１４の部分ではなくてもよい。例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージは、何らかのアウトオブバンドメカニズムを用いて送信され得る。或る構成では、他のメッセージは、上記のピクチャタイミングＳＥＩメッセージのフィーチャのうちの１つ以上を含むことができる。さらに、該他のメッセージは、１つ以上の態様において、上記ＳＥＩメッセージと同様に利用され得る。
【００２１】
エンコーダ１０４（および、例えば、メッセージ生成モジュール１０８）は、ビットストリーム１１４を生成することができる。ビットストリーム１１４は、１つまたは複数の入力ピクチャ１０６に基づく符号化ピクチャデータを含むことができる。或る構成では、ビットストリーム１１４は、ピクチャタイミングＳＥＩメッセージもしくは他のメッセージ、１つまたは複数のスライスヘッダ、１つまたは複数のＰＰＳ、などのオーバーヘッドデータも含むことができる。追加の入力ピクチャ１０６は符号化されるので、ビットストリーム１１４は１つ以上の符号化ピクチャを含むことができる。例えば、ビットストリーム１１４は、１つ以上の符号化ピクチャを対応するオーバーヘッドデータ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）とともに含むことができる。
【００２２】
ビットストリーム１１４は、デコーダ１１２に提供され得る。１つの例では、ビットストリーム１１４は、有線または無線リンクを用いて電子装置Ｂ１０２ｂに送信され得る。或る場合には、該送信は、インターネットまたはローカルエリアネットワーク（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ（ＬＡＮ））などのネットワークを通して実行され得る。図１Ａに示されているように、デコーダ１１２は、電子装置Ａ１０２ａ上のエンコーダ１０４とは別に電子装置Ｂ１０２ｂにおいて実装され得る。しかし、或る構成ではエンコーダ１０４およびデコーダ１１２は同じ電子装置上で実装され得るということに留意するべきである。例えば、エンコーダ１０４およびデコーダ１１２が同じ電子装置において実装される１つのインプリメンテーションにおいては、ビットストリーム１１４は、バスを通してデコーダ１１２に提供されるか、あるいはデコーダ１１２により取り出されるべくメモリに格納され得る。
【００２３】
デコーダ１１２は、ハードウェア、ソフトウェアまたは両者の組み合わせとして実装され得る。１つの構成では、デコーダ１１２はＨＥＶＣデコーダであり得る。デコーダ１１２はビットストリーム１１４を受信する（例えば、入手する）ことができる。デコーダ１１２は、ビットストリーム１１４に基づいて１つ以上の復号ピクチャ１１８を生成することができる。１つまたは複数の復号ピクチャ１１８は、表示され、再生され、メモリに格納されおよび／または他の装置へ送信されるなどすることができる。
【００２４】
デコーダ１１２は、ＣＰＢ１２０を含むことができる。ＣＰＢ１２０は、符号化ピクチャを一時的に記憶することができる。ＣＰＢ１２０は、データを何時削除するかを判定するためにピクチャタイミングＳＥＩメッセージ内に見出されるパラメータを使用することができる。ＣＰＢ１２０がサブピクチャレベルでの動作をサポートするときには、アクセスユニット全体が一度に削除されるのではなくて個々の復号ユニットが削除され得る。デコーダ１１２は、復号ピクチャバッファ（Ｄｅｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ（ＤＰＢ））１２２を含むことができる。各復号ピクチャは、復号プロセスにより参照されるべく、かつ出力およびクロッピングされるべく、ＤＰＢ１２２に置かれる。復号ピクチャは、ＤＰＢ出力時または該復号ピクチャが予測間参照（ｉｎｔｅｒ−ｐｒｅｄｉｃｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ）のために最早不要になった時のうちの遅い方でＤＰＢから削除される。
【００２５】
デコーダ１１２は、メッセージ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を受信することができる。デコーダ１１２は、受信されたメッセージが共通復号ユニットＣＰＢ削除遅延パラメータ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含むかどうか判定することもできる。このことは、該共通パラメータがピクチャタイミングＳＥＩメッセージ内に存在するときにセットされるフラグ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を識別することを含み得る。該共通パラメータが存在するならば、デコーダ１１２は、アクセスユニット内の全ての復号ユニットに適用可能である該共通復号ユニットＣＰＢ削除遅延パラメータを決定することができる。該共通パラメータが存在しなければ、デコーダ１１２は、アクセスユニット内の各復号ユニットのために別々の復号ユニットＣＰＢ削除遅延パラメータを決定することができる。デコーダ１１２は、該共通復号ユニットＣＰＢ削除遅延パラメータまたは該別々の復号ユニットＣＰＢ削除遅延パラメータを用いてＣＰＢ１２０から復号ユニットを削除することもできる。
【００２６】
上記のＨＲＤは、図１Ａに示されているデコーダ１１２の一例であり得る。従って、或る構成では、電子装置１０２は、上記のＨＲＤおよびＣＰＢ１２０およびＤＰＢ１２２に従って動作することができる。
【００２７】
１つまたは複数の電子装置１０２に含まれるエレメントまたはその部分のうちの１つ以上はハードウェアとして実装され得るということに留意するべきである。例えば、これらのエレメントまたはその部分のうちの１つ以上は、チップ、回路またはハードウェアコンポーネントなどとして実装され得る。本明細書に記載される機能または方法のうちの１つ以上はハードウェアとして実装されおよび／またはハードウェアを用いて実行され得るということにも留意するべきである。例えば、本明細書に記載される方法のうちの１つ以上は、チップセット、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ（ＡＳＩＣ））、大規模集積回路（Ｌａｒｇｅ−Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ（ＬＳＩ））または集積回路などとして実装されおよび／またはこれらを用いて実現され得る。
【００２８】
図１Ｂは、エンコーダ１９０８およびデコーダ１９７２の他の１つの例を示すブロック図である。この例では電子装置Ａ１９０２および電子装置Ｂ１９７０が示されている。しかし、電子装置Ａ１９０２および電子装置Ｂ１９７０に関連して記載されるフィーチャおよび機能性は、或る構成では組み合わされて単一の電子装置とされ得ることに留意するべきである。
【００２９】
電子装置Ａ１９０２はエンコーダ１９０８を含む。エンコーダ１９０８は、ベースレイヤエンコーダ１９１０およびエンハンスメントレイヤエンコーダ１９２０を含むことができる。ビデオエンコーダ１９０８は、後述されるように、スケーラブルビデオ符号化および多視点ビデオ符号化に適する。エンコーダ１９０８は、ハードウェア、ソフトウェアまたは両者の組み合わせとして実装され得る。１つの構成では、エンコーダ１９０８は、スケーラブルおよび／または多視点を含む、高効率ビデオ符号化（ｈｉｇｈ−ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ））コーダであり得る。他のコーダを同様に用いることができる。電子装置Ａ１９０２は、情報源１９０６を得ることができる。或る構成では、情報源１９０６は、イメージセンサを用いて電子装置Ａ１９０２においてキャプチャされ、メモリから取り出され、または他の電子装置から受信され得る。
【００３０】
エンコーダ１９０８は、情報源１９０６を符号化してベースレイヤビットストリーム１９３４およびエンハンスメントレイヤビットストリーム１９３６を生成することができる。例えば、エンコーダ１９０８は、情報源１９０６内のピクチャのシリーズ（例えば、ビデオ）を符号化することができる。特に、クオリティスケーラビリティとしても知られているＳＮＲスケーラビリティのスケーラブルビデオ符号化において、同じ情報源１９０６がベースレイヤエンコーダおよびエンハンスメントレイヤエンコーダに提供され得る。特に、空間スケーラビリティのスケーラブルビデオ符号化において、ベースレイヤエンコーダにおいてダウンサンプリング情報源を用いることができる。特に、多視点符号化において、ベースレイヤエンコーダおよびエンハンスメントレイヤエンコーダで異なる視点情報源を用いることができる。エンコーダ１９０８は、図２Ｂに関して後述されるエンコーダ１７８２に類似することができる。
【００３１】
ビットストリーム１９３４、１９３６は、情報源１９０６に基づく符号化ピクチャデータを含むことができる。或る構成では、ビットストリーム１９３４、１９３６は、スライスヘッダ情報、ＰＰＳ情報などのオーバーヘッドデータをも含むことができる。情報源１９０６内の追加のピクチャが符号化されるので、ビットストリーム１９３４、１９３６は１つ以上の符号化ピクチャを含むことができる。
【００３２】
ビットストリーム１９３４、１９３６はデコーダ１９７２に提供され得る。デコーダ１９７２は、ベースレイヤデコーダ１９８０およびエンハンスメントレイヤデコーダ１９９０を含むことができる。ビデオデコーダ１９７２は、スケーラブルビデオ復号および多視点ビデオ復号に適する。一例では、ビットストリーム１９３４、１９３６は、有線または無線リンクを用いて電子装置Ｂ１９７０に送信されることができる。或る場合には、この送信は、インターネットまたはローカルエリアネットワーク（ＬＡＮ）などのネットワークを通して行われ得る。図１Ｂに示されているように、デコーダ１９７２は、電子装置Ａ１９０２上のエンコーダ１９０８とは別に電子装置Ｂ１９７０において実装され得る。しかし、或る構成ではエンコーダ１９０８およびデコーダ１９７２は同じ電子装置において実装され得るということに留意するべきである。エンコーダ１９０８およびデコーダ１９７２が同じ電子装置において実装されるインプリメンテーションでは、例えば、ビットストリーム１９３４、１９３６は、バスを通してデコーダ１９７２に提供されるか、またはデコーダ１９７２により取り出されるべくメモリに格納されることができる。デコーダ１９７２は、復号ベースレイヤ１９９２および１つまたは複数の復号エンハンスメントレイヤピクチャ１９９４を出力として提供することができる。
【００３３】
デコーダ１９７２は、ハードウェア、ソフトウェアまたは両者の組み合わせとして実装されることができる。１つの構成では、デコーダ１９７２は、スケーラブルおよび／または多視点を含む高効率ビデオ符号化（ＨＥＶＣ）デコーダであり得る。他のデコーダも同様に使用され得る。デコーダ１９７２は、図３Ｂと関連して後述されるデコーダ１８１２に類似することができる。さらに、ベースレイヤエンコーダおよび／またはエンハンスメントレイヤエンコーダは、各々、図１Ａと関連して記載されたメッセージ生成モジュールを含むことができる。さらに、ベースレイヤデコーダおよび／またはエンハンスメントレイヤデコーダは、図１Ａと関連して記載されたものなどの、符号化ピクチャバッファおよび／または復号ピクチャバッファを含むことができる。さらに、図１Ｂの電子装置は、該当する場合には、図１Ａの電子装置の機能に従って動作することができる。
【００３４】
図２Ａは、電子装置６０２におけるエンコーダ６０４の１つの構成を示すブロック図である。電子装置６０２に含まれるとして示されているエレメントのうちの１つ以上はハードウェア、ソフトウェアまたは両者の組み合わせとして実装され得るということに留意するべきである。例えば、電子装置６０２はエンコーダ６０４を含み、該エンコーダはハードウェア、ソフトウェアまたは両者の組み合わせとして実装され得る。例えば、エンコーダ６０４は、回路、集積回路、特定用途向け集積回路（ＡＳＩＣ）、実行可能な命令を有するメモリと電子通信するプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ-ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ（ＦＰＧＡ））など、またはこれらの組み合わせとして実装され得る。或る構成では、エンコーダ６０４はＨＥＶＣコーダであり得る。
【００３５】
電子装置６０２は情報源６２２を含むことができる。情報源６２２は、ピクチャまたはイメージデータ（例えば、ビデオ）を１つ以上の入力ピクチャ６０６としてエンコーダ６０４に提供することができる。情報源６２２の例は、イメージセンサ、メモリ、通信インターフェース、ネットワークインターフェース、無線レシーバ、ポートなどを含むことができる。
【００３６】
１つ以上の入力ピクチャ６０６は、フレーム内予測モジュールおよび復元バッファ６２４に提供され得る。入力ピクチャ６０６は、動き推定および動き補償モジュール６４６および引き算モジュール６２８にも提供され得る。
【００３７】
フレーム内予測モジュールおよび復元バッファ６２４は、１つ以上の入力ピクチャ６０６および復元データ６６０に基づいてイントラモード情報６４０およびイントラ信号６２６を生成することができる。動き推定および動き補償モジュール６４６は、１つ以上の入力ピクチャ６０６および復号ピクチャバッファ６７６からの参照ピクチャ６７８に基づいてインターモード情報６４８およびインター信号６４４を生成することができる。或る構成では、復号ピクチャバッファ６７６は、復号ピクチャバッファ６７６内の１つ以上の参照ピクチャからのデータを含むことができる。
【００３８】
エンコーダ６０４は、モードに応じてイントラ信号６２６およびインター信号６４４のいずれかを選択することができる。イントラ信号６２６は、イントラ符号化モードにおいてピクチャの中の空間特性を利用するために使用され得る。インター信号６４４は、インター符号化モードにおいてピクチャ間の時間特性を利用するために使用され得る。イントラ符号化モードの間は、イントラ信号６２６が引き算モジュール６２８に提供され得るとともにイントラモード情報６４０がエントロピー符号化モジュール６４２に提供され得る。インター符号化モードの間は、インター信号６４４が引き算モジュール６２８に提供され得るとともにインターモード情報６４８がエントロピー符号化モジュール６４２に提供され得る。
【００３９】
予測残差６３０を生成するために、（モードにより）イントラ信号６２６またはインター信号６４４は引き算モジュール６２８において入力ピクチャ６０６から引かれる。予測残差６３０は変換モジュール６３２に提供される。変換モジュール６３２は、量子化モジュール６３６に提供される変換信号６３４を生成するために予測残差６３０を圧縮することができる。量子化モジュール６３６は、変換信号６３４を量子化して変換量子化係数（ｔｒａｎｓｆｏｒｍｅｄ  ａｎｄ  ｑｕａｎｔｉｚｅｄ  ｃｏｅｆｆｉｃｉｅｎｔ（ＴＱＣ））６３８を生成する。
【００４０】
ＴＱＣ６３８は、エントロピー符号化モジュール６４２および逆量子化モジュール６５０に提供される。逆量子化モジュール６５０は、逆変換モジュール６５４に提供される逆量子化信号６５２を生成するためにＴＱＣ６３８に対して逆量子化を実行する。逆変換モジュール６５４は、復元モジュール６５８に提供される展開信号６５６を生成するために逆量子化信号６５２を展開する。
【００４１】
復元モジュール６５８は、展開信号６５６に基づいて復元データ６６０を生成することができる。例えば、復元モジュール６５８は、（モディファイド）ピクチャを復元することができる。復元データ６６０は、非ブロック化フィルタ６６２およびイントラ予測モジュールおよび復元バッファ６２４に提供され得る。非ブロック化フィルタ６６２は、復元データ６６０に基づいてフィルタリング信号６６４を生成することができる。
【００４２】
フィルタリング信号６６４は、サンプルアダプティブオフセット（ｓａｍｐｌｅ  ａｄａｐｔｉｖｅ  ｏｆｆｓｅｔ（ＳＡＯ））モジュール６６６に提供され得る。ＳＡＯモジュール６６６は、エントロピー符号化モジュール６４２に提供されるＳＡＯ情報６６８と、適応ループフィルタ（ａｄａｐｔｉｖｅ  ｌｏｏｐ  ｆｉｌｔｅｒ（ＡＬＦ））６７２に提供されるＳＡＯ信号６７０とを生成することができる。ＡＬＦ６７２は、復号ピクチャバッファ６７６に提供されるＡＬＦ信号６７４を生成する。ＡＬＦ信号６７４は、参照ピクチャとして使用され得る１つ以上のピクチャからのデータを含むことができる。
【００４３】
エントロピー符号化モジュール６４２は、ＴＱＣ６３８を符号化してビットストリームＡ６１４ａ（例えば、符号化ピクチャデータ）を生成することができる。例えば、エントロピー符号化モジュール６４２は、コンテキスト適応可変長符号化（Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｖａｒｉａｂｌｅ  Ｌｅｎｇｔｈ  Ｃｏｄｉｎｇ（ＣＡＶＬＣ））またはコンテキスト適応２値算術符号化（Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｂｉｎａｒｙ  Ａｒｉｔｈｍｅｔｉｃ  Ｃｏｄｉｎｇ（ＣＡＢＡＣ））を用いてＴＱＣ６３８を符号化することができる。特に、エントロピー符号化モジュール６４２は、イントラモード情報６４０、インターモード情報６４８およびＳＡＯ情報６６８のうちの１つ以上に基づいてＴＱＣ６３８を符号化することができる。ビットストリームＡ６１４ａ（例えば、符号化ピクチャデータ）は、メッセージ生成モジュール６０８に提供され得る。メッセージ生成モジュール６０８は、図１と関連して記載されたメッセージ生成モジュール１０８と同様に構成され得る。
【００４４】
例えば、メッセージ生成モジュール６０８は、サブピクチャパラメータを含むメッセージ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を生成することができる。該サブピクチャパラメータは、復号ユニットにおける１つ以上の削除遅延（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙまたはｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）と、１つ以上のＮＡＬパラメータ（例えば、ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１またはｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］）とを含むことができる。或る構成では、該メッセージは、ビットストリームＢ６１４ｂを生成するためにビットストリームＡ６１４ａに挿入されることができる。従って、該メッセージは、例えば、ビットストリームＡ６１４ａ全体が生成された後に（例えば、ビットストリームＢ６１４ｂの大部分が生成された後に）生成され得る。他の構成では、該メッセージはビットストリームＡ６１４ａに挿入されないかもしれなくて（この場合、ビットストリームＢ６１４ｂはビットストリームＡ６１４ａと同じであり得る）、別の伝送６１０で提供され得る。
【００４５】
或る構成では、電子装置６０２は、ビットストリーム６１４を他の電子装置に送信する。例えば、ビットストリーム６１４は、通信インターフェース、ネットワークインターフェース、無線送信装置、ポート、などに提供され得る。例えば、ビットストリーム６１４は、ＬＡＮ、インターネット、携帯電話基地局などを介して他の電子装置に送信され得る。ビットストリーム６１４は、追加的にまたは代わりに、電子装置６０２上のメモリまたは他のコンポーネントに格納されることができる。
【００４６】
図２Ｂは、電子装置１７０２上のビデオエンコーダ１７８２の１つの構成を示すブロック図である。ビデオエンコーダ１７８２は、エンハンスメントレイヤエンコーダ１７０６、ベースレイヤエンコーダ１７０９、解像度アップスケーリングブロック１７７０および出力インターフェース１７８０を含むことができる。例えば、図２Ｂのビデオエンコーダは、本明細書に記載されるように、スケーラブルビデオ符号化および多視点ビデオ符号化に適する。
【００４７】
エンハンスメントレイヤエンコーダ１７０６は、入力ピクチャ１７０４を受信するビデオ入力１７８１を含むことができる。ビデオ入力１７８１の出力は、予測選択１７５０の出力を受信する加算器／減算器１７８３に提供され得る。加算器／減算器１７８３の出力は変換および量子化ブロック１７５２に提供され得る。変換および量子化ブロック１７５２の出力は、エントロピー符号化１７４８ブロックおよびスケーリングおよび逆変換ブロック１７７２に提供され得る。エントロピー符号化１７４８が実行された後、エントロピー符号化ブロック１７４８の出力は出力インターフェース１７８０に提供され得る。出力インターフェース１７８０は、符号化ベースレイヤビデオビットストリーム１７０７および符号化エンハンスメントレイヤビデオビットストリーム１７１０の両方を出力することができる。
【００４８】
スケーリングおよび逆変換ブロック１７７２の出力は、加算器１７７９に提供され得る。加算器１７７９は、予測選択１７５０の出力も受信することができる。加算器１７７９の出力は、非ブロック化ブロック１７５１に提供され得る。非ブロック化ブロック１７５１の出力は、参照バッファ１７９４に提供され得る。参照バッファ１７９４の出力は、動き補償ブロック１７５４に提供され得る。動き補償ブロック１７５４の出力は、予測選択１７５０に提供され得る。参照バッファ１７９４の出力は、イントラプレディクタ１７５６にも提供され得る。イントラプレディクタ１７５６の出力は、予測選択１７５０に提供され得る。予測選択１７５０は、解像度アップスケーリングブロック１７７０の出力も受信することができる。
【００４９】
ベースレイヤエンコーダ１７０９は、ダウンサンプリング入力ピクチャ、または他のイメージとのコーミングに適する他のイメージコンテンツ、または代替視点入力ピクチャまたは同じ入力ピクチャ１７０３（すなわち、エンハンスメントレイヤエンコーダ１７０６により受信される入力ピクチャ１７０４と同じ）を受信するビデオ入力１７６２を含むことができる。ビデオ入力１７６２の出力は、符号化予測ループ１７６４に提供され得る。エントロピー符号化１７６６は、符号化予測ループ１７６４の出力に設けられることができる。符号化予測ループ１７６４の出力は、参照バッファ１７６８にも提供され得る。参照バッファ１７６８は、符号化予測ループ１７６４にフィードバックを提供することができる。参照バッファ１７６８の出力は、解像度アップスケーリングブロック１７７０にも提供され得る。エントロピー符号化１７６６が実行されると、該出力は出力インターフェース１７８０に提供され得る。符号化ベースレイヤビデオビットストリーム１７０７および／または符号化エンハンスメントレイヤビデオビットストリーム１７１０は、希望に応じて、１つ以上のメッセージ生成モジュールに提供され得る。
【００５０】
図３Ａは、電子装置７０２上のデコーダ７１２の１つの構成を示すブロック図である。デコーダ７１２は、電子装置７０２に含まれることができる。例えば、デコーダ７１２は、ＨＥＶＣデコーダであり得る。デコーダ７１２と、デコーダ７１２に含まれるとして示されているエレメントのうちの１つ以上は、ハードウェア、ソフトウェアまたは両者の組み合わせとして実装され得る。デコーダ７１２は、復号するべきビットストリーム７１４を受信することができる（例えば、ビットストリーム７１４に含まれる１つ以上の符号化ピクチャおよびオーバーヘッドデータ）。或る構成では、受信されたビットストリーム７１４は、メッセージ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）、スライスヘッダ、ＰＰＳなどの受信オーバーヘッドデータを含むことができる。或る構成では、デコーダ７１２は追加的に別の伝送７１０を受信することができる。該別の伝送７１０は、メッセージ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を含むことができる。例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージは、ビットストリーム７１４の代わりに別の伝送７１０で受信され得る。しかし、別の伝送７１０は、任意のものであって、或る構成では利用されないかもしれないということに留意するべきである。
【００５１】
デコーダ７１２はＣＰＢ７２０を含む。ＣＰＢ７２０は、上で図１に関して記載されたＣＰＢ１２０と同様に構成され得る。デコーダ７１２は、サブピクチャパラメータを有するメッセージ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を受信し、該サブピクチャパラメータに基づいてアクセスユニット内の復号ユニットを削除し復号することができる。１つ以上のアクセスユニットが、該ビットストリームに含まれることができて、符号化ピクチャデータおよびオーバーヘッドデータのうちの１つ以上を含み得るということに留意するべきである。
【００５２】
符号化ピクチャバッファ（Ｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ（ＣＰＢ））７２０は、符号化ピクチャデータをエントロピー復号モジュール７０１に提供することができる。該符号化データは、エントロピー復号モジュール７０１によりエントロピー復号され、これにより動き情報信号７０３と、量子化、スケーリングおよび／または変換係数７０５とを生成することができる。
【００５３】
動き情報信号７０３は、動き補償モジュール７８０において復号ピクチャバッファ７０９からの参照フレーム信号７９８の一部分と組み合わされることができ、このことはフレーム間予測信号７８２を生成することができる。量子化、デスケーリングおよび／または変換係数７０５は、逆モジュール７０７によって逆量子化され、スケーリングされ逆変換されることができ、これにより復号残差信号７８４を生成することができる。復号残差信号７８４は、組み合わせ信号７８６を生成するために予測信号７９２に加えられることができる。予測信号７９２は、動き補償モジュール７８０により生成されたフレーム間予測信号７８２またはフレーム内予測モジュール７８８により生成されたフレーム内予測信号７９０から選択された信号であり得る。或る構成では、この信号選択はビットストリーム７１４に基づく（例えば、ビットストリーム７１４により制御される）。
【００５４】
フレーム内予測信号７９０は、組み合わせ信号７８６からの前に復号された（例えば、現在のフレーム内の）情報から予測され得る。組み合わせ信号７８６は、非ブロック化フィルタ７９４によりフィルタリングもされ得る。その結果としてのフィルタリング信号７９６は復号ピクチャバッファ７０９に書き込まれ得る。該結果としてのフィルタリング信号７９６は復号ピクチャを含むことができる。復号ピクチャバッファ７０９は、出力（ステップ７１８）され得る復号ピクチャを提供することができる。或る場合には、７０９はフレームメモリとみなされ得る。
【００５５】
図３Ｂは、電子装置１８０２上のビデオデコーダ１８１２の１つの構成を示すブロック図である。ビデオデコーダ１８１２は、エンハンスメントレイヤデコーダ１８１５およびベースレイヤデコーダ１８１３を含むことができる。ビデオデコーダ８１２は、インターフェース１８８９および解像度アップスケーリング１８７０も含むことができる。図３Ｂのビデオデコーダは、例えば、本明細書に記載されるように、スケーラブルビデオ符号化および多視点ビデオエンコーデッドに適する。
【００５６】
インターフェース１８８９は、符号化ビデオストリーム１８８５を受信することができる。符号化ビデオストリーム１８８５は、ベースレイヤ符号化ビデオストリームおよびエンハンスメントレイヤ符号化ビデオストリームから成ることができる。これら２つのストリームは、別々にまたは一緒に送信され得る。インターフェース１８８９は、符号化ビデオストリーム１８８５の一部または全部をベースレイヤデコーダ１８１３内のエントロピー復号ブロック１８８６に提供することができる。エントロピー復号ブロック１８８６の出力は、復号予測ループ１８８７に提供され得る。復号予測ループ１８８７の出力は、参照バッファ１８８８に提供され得る。該参照バッファは、復号予測ループ１８８７にフィードバックを提供することができる。参照バッファ１８８８は、復号ベースレイヤビデオストリーム１８８４も出力することができる。
【００５７】
インターフェース１８８９は、符号化ビデオストリーム１８８５の一部または全部をエンハンスメントレイヤデコーダ１８１５内のエントロピー復号ブロック１８９０に提供することもできる。エントロピー復号ブロック１８９０の出力は、逆量子化ブロック１８９１に提供され得る。逆量子化ブロック１８９１の出力は、加算器１８９２に提供され得る。加算器１８９２は、逆量子化ブロック１８９１の出力と予測選択ブロック１８９５の出力とを加算することができる。加算器１８９２の出力は、非ブロック化ブロック１８９３に提供され得る。非ブロック化ブロック１８９３の出力は、参照バッファ１８９４に提供され得る。参照バッファ１８９４は、復号エンハンスメントレイヤビデオストリーム１８８２を出力することができる。参照バッファ１８９４の出力は、イントラ予測因子１８９７にも提供され得る。エンハンスメントレイヤデコーダ１８１５は、動き補償１８９６を含むことができる。動き補償１８９６は、解像度アップスケーリング１８７０の後に実行され得る。予測選択ブロック１８９５は、イントラ予測因子１８９７の出力と動き補償１８９６の出力とを受信することができる。さらに、該デコーダは、希望に応じて、例えばインターフェース１８８９とともに、１つ以上の符号化ピクチャバッファを含むことができる。
【００５８】
図４は、送信電子装置８０２において利用され得る種々のコンポーネントを示す。本明細書に記載される電子装置１０２、６０２、７０２のうちの１つ以上は、図４に示されている送信電子装置８０２に従って実装され得る。
【００５９】
送信電子装置８０２は、電子装置８０２の動作を制御するプロセッサ８１７を含む。プロセッサ８１７は、ＣＰＵと称されてもよい。読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）の両方または情報を記憶し得る任意のタイプの装置を含み得るメモリ８１１は、命令８１３ａ（例えば、実行可能な命令）およびデータ８１５ａをプロセッサ８１７に提供する。メモリ８１１の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）をも含むことができる。メモリ８１１は、プロセッサ８１７と電子通信していることができる。
【００６０】
命令８１３ｂおよびデータ８１５ｂはプロセッサ８１７内にも存在し得る。プロセッサ８１７にロードされる命令８１３ｂおよび／またはデータ８１５ｂは、プロセッサ８１７により実行または処理されるべくロードされたメモリ８１１からの命令８１３ａおよび／またはデータ８１５ａも含むことができる。命令８１３ｂは、ここで開示されるシステムおよび方法を実装するためにプロセッサ８１７により実行され得る。例えば、命令８１３ｂは、上記の方法２００、３００、４００、５００のうちの１つ以上を実行するために実行可能であり得る。
【００６１】
送信電子装置８０２は、他の電子装置（例えば、受信電子装置）と通信するために１つ以上の通信インターフェース８１９を含むことができる。通信インターフェース８１９は、有線通信技術、無線通信技術、または両者に基づくことができる。通信インターフェース８１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ（ＵＳＢ））、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、スモールコンピュータシステムインターフェース（ＳＣＳＩ）バスインターフェース、赤外線（ＩＲ）通信ポート、Ｂｌｕｅｔｏｏｔｈ無線通信アダプタ、第３世代パートナーシッププロジェクト（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ））仕様に従う無線トランシーバなどを含む。
【００６２】
送信電子装置８０２は、１つ以上の出力装置８２３および１つ以上の入力装置８２１を含むことができる。出力装置８２３の例は、スピーカ、プリンタなどを含む。電子装置８０２に含まれ得る１つのタイプの出力装置は、ディスプレイ装置８２５である。本明細書に開示される構成で使用され得るディスプレイ装置８２５は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）、ガスプラズマ、エレクトロルミネセンスなどの、任意の適切なイメージプロジェクション技術を利用することができる。ディスプレイコントローラ８２７は、メモリ８１１に格納されているデータを、ディスプレイ８２５上で示されるテキスト、グラフィック、および／または動画（適宜に）に変換するために設けられることができる。入力装置８２１の例は、キーボード、マウス、マイクロフォン、リモートコントロール装置、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。
【００６３】
送信電子装置８０２の種々のコンポーネントはバスシステム８２９によって互いに結合され、該バスシステムは、データバスの他に電力バス、制御信号バスおよびステータス信号バスを含むことができる。しかし、明瞭性を得るために、種々のバスは図４においてバスシステム８２９として示されている。図４に示されている送信電子装置８０２は、特定のコンポーネントの一覧表ではなくて機能ブロック図である。
【００６４】
図５は、受信電子装置９０２において利用され得る種々のコンポーネントを示すブロック図である。本明細書に記載される電子装置１０２、６０２、７０２のうちの１つ以上は、図５に示されている受信電子装置９０２に従って実装され得る。
【００６５】
受信電子装置９０２は、電子装置９０２の動作を制御するプロセッサ９１７を含む。プロセッサ９１７は、ＣＰＵと称されてもよい。読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）の両方または情報を記憶し得る任意のタイプの装置を含むことのできるメモリ９１１は、命令９１３ａ（例えば、実行可能な命令）およびデータ９１５ａをプロセッサ９１７に提供する。メモリ９１１の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含むことができる。メモリ９１１は、プロセッサ９１７と電子通信していることができる。
【００６６】
命令９１３ｂおよびデータ９１５ｂもプロセッサ９１７内に存在することができる。プロセッサ９１７にロードされた命令９１３ｂおよび／またはデータ９１５ｂは、プロセッサ９１７により実行または処理されるべくロードされたメモリ９１１からの命令９１３ａおよび／またはデータ９１５ａも含むことができる。命令９１３ｂは、本明細書に開示されたシステムおよび方法を実装するためにプロセッサ９１７により実行され得る。例えば、命令９１３ｂは、上に記載された方法２００、３００、４００、５００のうちの１つ以上を実行するために実行可能であり得る。
【００６７】
受信電子装置９０２は、他の電子装置（例えば、送信電子装置）と通信するための１つ以上の通信インターフェース９１９を含むことができる。通信インターフェース９１９は、有線通信技術、無線通信技術、または両者に基づくことができる。通信インターフェース９１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、スモールコンピュータシステムインターフェース（ＳＣＳＩ）バスインターフェース、赤外線（ＩＲ）通信ポート、Ｂｌｕｅｔｏｏｔｈ無線通信アダプタ、第３世代パートナーシッププロジェクト（３ＧＰＰ）仕様に従う無線トランシーバなどを含む。
【００６８】
受信電子装置９０２は、１つ以上の出力装置９２３および１つ以上の入力装置９２１を含むことができる。出力装置９２３の例は、スピーカ、プリンタなどを含む。電子装置９０２に含まれ得る１つのタイプの出力装置は、ディスプレイ装置９２５である。本明細書に開示される構成で使用され得るディスプレイ装置９２５は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）、ガスプラズマ、エレクトロルミネセンスなどの、任意の適切なイメージプロジェクション技術を利用することができる。ディスプレイコントローラ９２７は、メモリ９１１に格納されているデータを、ディスプレイ９２５上で示されるテキスト、グラフィック、および／または動画（適宜に）に変換するために設けられることができる。入力装置９２１の例は、キーボード、マウス、マイクロフォン、リモートコントロール装置、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。
【００６９】
受信電子装置９０２の種々のコンポーネントはバスシステム９２９によって互いに結合され、該バスシステムは、データバスの他に電力バス、制御信号バスおよびステータス信号バスを含むことができる。しかし、明瞭性を得るために、種々のバスは図５においてバスシステム９２９として示されている。図５に示されている受信電子装置９０２は、特定のコンポーネントの一覧表ではなくて機能ブロック図である。
【００７０】
図６は、メッセージを送信するためのシステムおよび方法を実装することのできる電子装置１００２の１つの構成を示すブロック図である。電子装置１００２は、符号化手段１０３１および送信手段１０３３を含む。符号化手段１０３１および送信手段１０３３はビットストリーム１０１４を生成することができる。上の図４は、図６の具体的装置構造の一例を示す。ＤＳＰは、ソフトウェアにより実現され得る。
【００７１】
図７は、ビットストリーム１１１４をバッファリングするためのシステムおよび方法を実装することのできる電子装置１１０２の１つの構成を示すブロック図である。電子装置１１０２は、受信手段１１３５および復号手段１１３７を含むことができる。受信手段１１３５および復号手段１１３７はビットストリーム１１１４を受信することができる。上の図５は、図７の具体的装置構造の一例を示す。ＤＳＰは、ソフトウェアにより実現され得る。
【００７２】
参照ピクチャセット（ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ  ｓｅｔ（ＲＰＳ））のための復号プロセスが起動され得る。参照ピクチャセットは、１つのピクチャと関連付けられた参照ピクチャのセットであって、復号順序においてその関連ピクチャに先行する、その関連ピクチャまたは復号順序においてその関連ピクチャに続く任意のピクチャのインター予測のために使用され得る全ての参照ピクチャから成る。
【００７３】
ビデオのビットストリームは、一般的にネットワークアブストラクションレイヤ（Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ（ＮＡＬ））ユニットと称される論理データパケット内に置かれるシンタックス構造を含むことができる。各ＮＡＬユニットは、関連付けられているデータペイロードの目的を特定するために、２バイトＮＡＬユニットヘッダ（例えば１６ビット）などの、ＮＡＬユニットヘッダを含む。例えば、各符号化スライス（および／またはピクチャ）は１つ以上のスライス（および／またはピクチャ）ＮＡＬユニットに符号化され得る。例えば、補助的エンハンスメント情報、テンポラルサブレイヤアクセス（ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ（ＴＳＡ））ピクチャの符号化スライス、ステップワイズテンポラルサブレイヤアクセス（ｓｔｅｐ−ｗｉｓｅ  ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ（ＳＴＳＡ））ピクチャの符号化スライス、符号化スライス非ＴＳＡ、非ＳＴＳＡ後置ピクチャ、ブロークンリンクアクセスピクチャの符号化スライス、瞬時復号リフレッシュピクチャの符号化スライス、クリーンランダムアクセスピクチャの符号化スライス、復号可能先行ピクチャの符号化スライス、タグドフォーディスカードピクチャ（ｔａｇｇｅｄ  ｆｏｒ  ｄｉｓｃａｒｄ  ｐｉｃｔｕｒｅ）の符号化スライス、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、アクセスユニットデリミタ、エンドオブシーケンス、エンドオブビットストリーム、フィラーデータ、および／またはシーケンスエンハンスメント情報メッセージなど、データの他のカテゴリーにおいて他のＮＡＬユニットが含まれ得る。表（１）は、ＮＡＬユニット符号およびＮＡＬユニットタイプクラスの一例を示す。希望に応じて、他のＮＡＬユニットタイプが含まれ得る。表（１）に示されているＮＡＬユニットのＮＡＬユニットタイプ値は再シャッフルされ再割り当てされ得るということも理解されるべきである。追加のＮＡＬユニットタイプも付け加えられ得る。さらに、或るＮＡＬユニットタイプは削除され得る。
【００７４】
イントラランダムアクセスポイント（ｉｎｔｒａ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ（ＩＲＡＰ））ピクチャは１つの符号化ピクチャであって、これについては各ビデオ符号化レイヤＮＡＬユニットが、表（１）に示されているように両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲の中のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。ＩＲＡＰピクチャは、イントラ符号化（Ｉｎｔｒａ  ｃｏｄｅｄ（Ｉ））スライスだけを含む。瞬時復号リフレッシュ（ｉｎｓｔａｎｔａｎｅｏｕｓ  ｄｅｃｏｄｉｎｇ  ｒｅｆｒｅｓｈ（ＩＤＲ））ピクチャは１つのＩＲＡＰピクチャであって、これについては各ビデオ符号化レイヤＮＡＬユニットが、表（１）に示されているようにＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。瞬時復号リフレッシュ（ＩＤＲ）ピクチャは、Ｉスライスだけを含むことができて、復号順序においてビットストリーム内の第１ピクチャであるか、あるいはビットストリームにおいて後に出現することができる。各ＩＤＲピクチャは、復号順序において符号化ビデオシーケンス（ｃｏｄｅｄ  ｖｉｄｅｏ  ｓｅｑｕｅｎｃｅ（ＣＶＳ））の第１ピクチャである。ブロークンリンクアクセス（ｂｒｏｋｅｎ  ｌｉｎｋ  ａｃｃｅｓｓ（ＢＬＡ））ピクチャは、１つのＩＲＡＰピクチャであって、これについては各ビデオ符号化レイヤＮＡＬユニットが、表（１）に示されているようにＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、またはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。ＢＬＡピクチャは、Ｉスライスだけを含み、復号順序においてビットストリーム内の第１ピクチャであることができ、あるいはビットストリーム内で後に出現することができる。各ＢＬＡピクチャは、新しい符号化ビデオシーケンスを始め、復号プロセスに対してＩＤＲピクチャと同じ効果を有する。しかし、ＢＬＡピクチャは、空でない参照ピクチャセットを明示するシンタックスエレメントを含む。クリーンランダムアクセス（ｃｌｅａｎ  ｒａｎｄｏｍ  ａｃｃｅｓｓ（ＣＲＡ））アクセスユニットは、符号化ピクチャがＣＲＡピクチャであるアクセスユニットである。クリーンランダムアクセス（ＣＲＡ）ピクチャは１つのＩＲＡＰピクチャであって、これについては各ＶＣＬ  ＮＡＬユニットは表（１）に示されているようにＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。ＣＲＡピクチャは、Ｉスライスだけを含み、復号順序においてビットストリーム内の第１ピクチャであることができ、またはビットストリーム内で後に出現することができる。ＣＲＡピクチャは、関連付けられたＲＡＤＬまたはＲＡＳＬピクチャを有することができる。ＣＲＡピクチャが１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するとき、関連付けられたＲＡＳＬピクチャは、該ビットストリーム内に存在しないピクチャへのレファレンスを含むことがあるために復号不能であり得るので、デコーダによって出力されない。
【表１−１】
2017525215.tif 000003
【表１−２】
2017525215.tif 000004
【００７５】
表（２）を参照すると、ＮＡＬユニットヘッダシンタックスは２バイトのデータ、すなわち１６ビット、を含むことができる。第１ビットは、ＮＡＬユニットのスタートにおいて常にゼロにセットされる“ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ”である。次の６ビットは、表（１）に示されているようにＮＡＬユニットに含まれるローバイトシーケンスペイロード（“ＲＢＳＰ”）データ構造のタイプを明示する“ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ”である。次の６ビットは、該レイヤの識別子を明示する“ｎｕｈ＿ｌａｙｅｒ＿ｉｄ”である。或る場合には、これらの６ビットは、代わりに“ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ”として明示され得る。“ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ”は、該規格のベース仕様においては０に等しくなり得る。スケーラブルビデオ符号化および／またはシンタックスエクステンションにおいては、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、この特定のＮＡＬユニットがこれらの６ビットの値により特定されるレイヤに属することを明示することができる。次のシンタックスエレメントは“ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１”である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、該ＮＡＬユニットのテンポラル識別子を明示することができる。可変テンポラル識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として明示され得る。テンポラル識別子ＴｅｍｐｏｒａｌＩｄは、テンポラルサブレイヤを特定するために使用される。変数ＨｉｇｈｅｓｔＴｉｄは、復号されるべき最高のテンポラルサブレイヤを特定する。
【表２】
2017525215.tif 000005
表（２）
【００７６】
図８Ａを参照すると、前述のようにＮＡＬユニットヘッダシンタックスは２バイトのデータ、すなわち１６ビット、を含むことができる。第１ビットは、ＮＡＬユニットのスタートにおいて常にゼロにセットされる“ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ”である。次の６ビットは、該ＮＡＬユニットに含まれるローバイトシーケンスペイロード（“ＲＢＳＰ”）データ構造のタイプを明示する“ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ”である。次の６ビットは、“ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ”である。“ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ”は、規格のベース仕様においては０に等しくなり得る。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの他の値は、希望通りに明示され得る。デコーダは、規格のベース仕様に基づくストリームを処理するときには、０に等しくないｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値を有する全てのＮＡＬユニットを無視することができる（すなわち、ビットストリームから削除して廃棄することができる）。スケーラブルなまたは他のエクステンションにおいては、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、スケーラブルビデオ符号化および／またはシンタックスエクステンションをシグナリングするために、他の値を明示することができる。或る場合にはシンタックスエレメントｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓはｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓと称され得る。或る場合にはシンタックスエレメントｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、図８Ｂおよび図８Ｃに示されているように、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１またはｌａｙｅｒ＿ｉｄと称され得る。この場合、エレメントｌａｙｅｒ＿ｉｄはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１マイナス１であろう。この場合、ｌａｙｅｒ＿ｉｄは、スケーラブル符号化ビデオのレイヤに関連する情報をシグナリングするために使用され得る。次のシンタックスエレメントは“ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１”である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、ＮＡＬユニットのテンポラル識別子を明示することができる。可変テンポラル識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として明示され得る。
【００７７】
図９を参照すると、一般的ＮＡＬユニットシンタックス構造が示されている。図８のＮＡＬユニットヘッダ２バイトシンタックスは、図９のｎａｌ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）への参照に含まれる。ＮＡＬユニットシンタックスの残りは、主としてＲＢＳＰに関連する。
【００７８】
“ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ”を使用するための１つの現存する手法は、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ”の６ビットを別々のビットフィールド、すなわち、スケーラブル符号化ビデオの異なるレイヤのアイデンティフィケーションを各々指すディペンデンシーＩＤ、クオリティＩＤ、視点ＩＤ、およびデプスフラグのうちの１つ以上、に分割することによってスケーラブルビデオ符号化情報をシグナリングすることである。従って、該６ビットは、この特定のＮＡＬユニットが該スケーラブル符号化手法のどのようなレイヤに属するかを示す。次に、図１０に示されているビデオパラメータセット（ｖｉｄｅｏ  ｐａｒａｍｅｔｅｒ  ｓｅｔ（“ＶＰＳ”））エクステンションシンタックス（“ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅ”）などのデータペイロードにおいて、該レイヤに関する情報が定義される。図１０のＶＰＳエクステンションシンタックスは、該符号化ビデオシーケンスで使われているスケーラビリティタイプと、該ＮＡＬユニットヘッダ内のｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１（またはｌａｙｅｒ＿ｉｄ）を通してシグナリングされるディメンジョンとを明示するスケーラビリティタイプ（シンタックスエレメントｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅ）の４ビットを含む。スケーラビリティタイプが０に等しいときには、符号化ビデオシーケンスはベース仕様に従っており、従って全てのＮＡＬユニットのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１は０に等しく、エンハンスメントレイヤまたは視点に属するＮＡＬユニットは無い。スケーラビリティタイプのより高い値は、図１１に示されているように解釈される。
【００７９】
ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］は、ｉ番目のスケーラビリティディメンジョンＩＤのビット単位の長さを明示する。０から７の範囲内の全てのｉ値についての値ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］の合計は６以下である。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔはゼロである。ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］は、次のレイヤ依存性情報が該当するｉ番目のレイヤのｌａｙｅｒ＿ｉｄの値を明示する。ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］は、ｉ番目のレイヤが直接依存するレイヤの数を明示する。ｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤが直接依存するｊ番目のレイヤを特定する。
【００８０】
このように、現存する手法は、図１１にリストされているスケーラビリティタイプにビットを割り当てるためにスケーラビリティ識別子をＮＡＬユニットおよびビデオパラメータセットでシグナリングする。次に各スケーラビリティタイプについて、図１１は何個のディメンジョンがサポートされるかを定義する。例えば、スケーラビリティタイプ１は２ディメンジョン（すなわち、空間およびクオリティ）を有する。該ディメンジョンの各々について、ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］はこれら２つのディメンジョンの各々に割り当てられるビットの数を明らかにし、ここでｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］の全ての値の合計は６以下であり、その値はＮＡＬユニットヘッダのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ“の中のビットの数である。従って、共同して該手法は、どのタイプのスケーラビリティが使用されているか、およびＮＡＬユニットヘッダの６ビットがスケーラビリティの中でどのように割り当てられているかを特定する。
【００８１】
前述のように、スケーラブルビデオ符号化は、１つ以上のサブセットビットストリームをも含むビデオビットストリームを符号化する手法である。サブセットビデオビットストリームは、該サブセットビットストリームにおいて必要とされる帯域幅を小さくするために、より大きなビデオからパケットを落とすことによって得られることができる。サブセットビットストリームは、より低い空間解像度（より小さなスクリーン）、より低い時間解像度（より低いフレームレート）、またはより低いクオリティのビデオ信号を表すことができる。例えば、ビデオビットストリームは５個のサブセットビットストリームを含むことができ、ここで該サブセットビットストリームの各々はベースビットストリームに追加のコンテンツを加える。ハヌクセラ他（Ｈａｎｎｕｋｓｅｌａ，ｅｔ  ａｌ．）の“高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルエクステンションのテストモデル（Ｔｅｓｔ  Ｍｏｄｅｌ  ｆｏｒ  Ｓｃａｌａｂｌｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））”、ＪＣＴＶＣ−Ｌ０４５３、上海、２０１２年１０月、の全体が参照により本明細書に組み込まれる。チェン他（Ｃｈｅｎ，ｅｔ  ａｌ．）の“ＳＨＶＣドラフトテキスト１（ＳＨＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  １）”、ＪＣＴＶＣ−Ｌ１００８、ジュネーブ、２０１３年３月；およびチェン他（Ｃｈｅｎ，ｅｔ  ａｌ．）の“高効率ビデオ符号化（ＨＥＶＣ）スケーラブルエクステンションドラフト６（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）Ｓｃａｌａｂｌｅ  Ｅｘｔｅｎｓｉｏｎ  Ｄｒａｆｔ  ６）”、ＪＣＴＶＣ−Ｑ１００８、バレンシア、２０１４年５月、の各々の全体が参照により本明細書に組み込まれる。ジェイ・チェン（Ｊ．Ｃｈｅｎ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）、ワイ・イェ（Ｙ．Ｙｅ）、エム・ハヌクセラ（Ｍ  Ｈａｎｎｕｋｓｅｌａ）のＳＨＶＣドラフト３（ＳＨＶＣ  Ｄｒａｆｔ  ３）、ＪＣＴＶＣ−Ｎ１００８、ウィーン、２０１３年８月；およびワイ・チェン（Ｙ．Ｃｈｅｎ）、ワイ・ケイ・ワン（Ｙ．−Ｋ．Ｗａｎｇ）、エイ・ケイ・ラマスブロマニアン（Ａ．Ｋ．Ｒａｍａｓｕｂｒｏｍａｎｉａｎ）、ＭＶ−ＨＥＶＣ／ＳＨＶＣ  ＨＬＳ：クロスレイヤＰＯＣアライメント（Ｃｒｏｓｓ−ｌａｙｅｒ  ＰＯＣ  Ａｌｉｇｎｍｅｎｔ）、ＪＣＴＶＣ−Ｎ０２４４、ウィーン、２０１３年７月；およびジー・テク（Ｇ．Ｔｅｃｈ）、ケイ・ウェグナー（Ｋ．Ｗｅｇｎｅｒ）、ワイ・チェン（Ｙ．Ｃｈｅｎ）、エム・ハヌクセラ（Ｍ．Ｈａｎｎｕｋｓｅｌａ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）の“ＭＶ−ＨＥＶＣドラフトテキスト８（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ８）”、ＪＣＴ３Ｖ−Ｈ１００２、バレンシア、２０１４年５月；の各々の全体が参照により本明細書に組み込まれる。
【００８２】
前述のように、多視点ビデオ符号化は、代わりの視点を表す１つ以上の他のビットストリームをも含むビデオビットストリームを符号化する手法である。例えば、複数の視点は、ステレオスコピックビデオの１対の視点であり得る。例えば、複数の視点は、異なる撮影位置からの同じシーンの複数の視点を表すことができる。該複数の視点は、一般的に、イメージがいろいろな撮影位置からの同じシーンのものであるから、大量の視点間の統計的依存性を含む。従って、複合時間的および視点間予測は、効率的な多視点符号化を達成することができる。例えば、フレームは、時間的に関連し合うフレーム同士からだけではなくて、隣接する撮影位置のフレーム同士からも効率的に予測され得る。ハヌクセラ他（Ｈａｎｎｕｋｓｅｌａ，ｅｔ  ａｌ．）の“スケーラブルおよび多視点エクステンションの共通仕様テキスト（Ｃｏｍｍｏｎ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｔｅｘｔ  ｆｏｒ  ｓｃａｌａｂｌｅ  ａｎｄ  ｍｕｌｔｉｖｉｅｗ  ｅｘｔｅｎｓｉｏｎｓ）”、ＪＣＴＶＣ−Ｌ０４５２、ジュネーブ、２０１３年１月、の全体が参照により本明細書に組み込まれる。テク他（Ｔｅｃｈ，ｅｔ．ａｌ．）の“ＭＶ−ＨＥＶＣドラフトテキスト３（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ３）（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）”、ＪＣＴ３Ｖ−Ｃ１００４＿ｄ３、ジュネーブ、２０１３年１月、の全体が参照により本明細書に組み込まれる。ジー・テク（Ｇ．Ｔｅｃｈ）、ケイ・ウェグナー（Ｋ．Ｗｅｇｎｅｒ）、ワイ・チェン（Ｙ．Ｃｈｅｎ）、エム・ハヌクセラ（Ｍ．Ｈａｎｎｕｋｓｅｌａ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）の“ＭＶ−ＨＥＶＣドラフトテキスト５（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ５）（ＩＳＯ／ＩＥＣ  ２０３００８−２：２０１ｘ／ＰＤＡＭ２）”、ＪＣＴＶＣ−Ｅ１００４、ウィーン、２０１３年８月、の全体が参照により本明細書に組み込まれる。ジー・テク（Ｇ．Ｔｅｃｈ）、ケイ・ウェグナー（Ｋ．Ｗｅｇｎｅｒ）、ワイ・チェン（Ｙ．Ｃｈｅｎ）、エム・ハヌクセラ（Ｍ．Ｈａｎｎｕｋｓｅｌａ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）の“ＭＶ−ＨＥＶＣドラフトテキスト７（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ７）”、ＪＣＴ３Ｖ−Ｇ１００４、サンノゼ、２０１４年１月、の全体が参照により本明細書に組み込まれる。
【００８３】
チェン他（Ｃｈｅｎ，ｅｔ  ａｌ．）の“ＳＨＶＣドラフトテキスト１（ＳＨＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  １）”、ＪＣＴＶＣ−Ｌ１００８、ジュネーブ、２０１３年１月；ハヌクセラ他（Ｈａｎｎｕｋｓｅｌａ，ｅｔ  ａｌ．）の“高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルエクステンションのテストモデル（Ｔｅｓｔ  Ｍｏｄｅｌ  ｆｏｒ  Ｓｃａｌａｂｌｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））”、ＪＣＴＶＣ−Ｌ０４５３−ｓｐｅｃ−ｔｅｘｔ、上海、２０１２年１０月；およびハヌクセラ（Ｈａｎｎｕｋｓｅｌａ）の“高効率ビデオ符号化（ＨＥＶＣ）の多視点エクステンションのドラフトテキスト（Ｄｒａｆｔ  Ｔｅｘｔ  ｆｏｒ  Ｍｕｌｔｉｖｉｅｗ  Ｅｘｔｅｎｓｉｏｎ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））”、ＪＣＴＶＣ−Ｌ０４５２−ｓｐｅｃ−ｔｅｘｔ−ｒ１、上海、２０１２年１０月；の各々の全体が参照により本明細書に組み込まれる。その各々は、出力順序復号ピクチャバッファ（ｄｅｃｏｄｅｄ  ｐｉｃｔｕｒｅ  ｂｕｆｆｅｒ（ＤＰＢ））を有し、該バッファは、ピクチャ０のＤＰＢからの出力および削除のためにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタックスエレメントを用いることに基づいて動作する。この情報は、もしあるならばエンハンスメントレイヤを含むビデオコンテンツのバッファリング情報を提供する、ベースレイヤのビデオパラメータセットでシグナリングされる。
【００８４】
図１２を参照する。スケーラブル高効率符号化（ｓｃａｌａｂｌｅ  ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｃｏｄｉｎｇ（“ＳＶＨＣ”））を符号化するとき、ベースレイヤは、１つ以上のＳＰＳを含むことができるとともに、１つ以上のＰＰＳを含むこともできる。さらに、各エンハンスメントレイヤは、１つ以上のＳＰＳを含むことができるとともに１つ以上のＰＰＳを含むこともできる。図１２においてＳＰＳ＋は１つ以上のＳＰＳを示し、ＰＰＳ＋は特定のベースまたはエンハンスメントレイヤにおいてシグナリングされる１つ以上のＰＰＳを示す。このように、ベースレイヤと１つ以上のエンハンスメントレイヤとの両方を有するビデオビットストリームにおいて、ＳＰＳおよびＰＰＳデータセットの全体としての数は、多くのアプリケーションにおいて制限されがちな該データを送信するための所要帯域幅とともに重要となる。このような帯域幅制限があるために、送信されなければならないデータを制限するとともに該データをビットストリーム内に効率的に配置することが望ましい。各レイヤは、希望に応じて、任意の特定の時点でアクティブ化される１つのＳＰＳおよび／またはＰＰＳを有することができ、異なるアクティブＳＰＳおよび／またはＰＰＳを選択することができる。
【００８５】
入力ピクチャは、複数の符号化ツリーブロック（例えば、ここでは一般的にブロックと称される）を含むことができ、１つまたは数個のスライスに分割され得る。１つのスライスが表すピクチャのエリア内のサンプルの値は、もしエンコーダおよびデコーダで使用される参照ピクチャが同じものであってかつ非ブロック化フィルタリングがスライス境界をまたぐ情報を使用しないとすれば、他のスライスからのデータを使用することなく適切に復号され得る。従って、スライスのエントロピー復号およびブロック復元は他のスライスに依存しない。特に、エントロピー符号化状態は各スライスのスタートでリセットされ得る。他のスライス内のデータは、エントロピー復号および復元の両方において近傍アベイラビリティを定義するとき、利用不能と標示され得る。スライスは、パラレルにエントロピー復号され復元されることができる。スライスの境界を越えるイントラ予測および動きベクトル予測は好ましくは許されない。対照的に、非ブロック化フィルタリングは、スライス境界をまたぐ情報を使用することができる。
【００８６】
図１３は、水平方向に１１個のブロック、垂直方向に９個のブロックを含む典型的ビデオピクチャ２０９０を示す（９個の代表的ブロックが２０９１−２０９９と標示されている）。図１３は３つの典型的スライス：“スライス＃０”２０８０として示されている第１スライス、“スライス＃１”２０８１として示されている第２スライスおよび“スライス＃２”２０８２として示されている第３スライス、を示している。デコーダは、３つのスライス２０８０、２０８１、２０８２をパラレルに復号し復元することができる。該スライスの各々は、スキャンライン順序でシーケンシャルに送信され得る。各スライスの復号／復元プロセスの始まりにおいて、コンテキストモデルが初期化またはリセットされ、他のスライス内のブロックはエントロピー復号およびブロック復元の両方において利用不能と標示される。コンテキストモデルは、一般的に、エントロピーエンコーダおよび／またはデコーダの状態を表す。従って、例えば“スライス＃１”内の２０９３とラベリングされているブロックなどのブロックについては、“スライス＃０”内のブロック（例えば、２０９１および２０９２と称されているブロック）はコンテキストモデル選択または復元において使用されることはできない。ところが、例えば“スライス＃１”内の２０９５と称されているブロックなどのブロックについては、“スライス＃１”内の他のブロック（例えば、２０９３および２０９４と称されているブロック）はコンテキストモデル選択または復元において使用され得る。従って、エントロピー復号およびブロック復元は、スライス内でシリアルに進行する。スライスがフレキシブルブロック順序付け（ｆｌｅｘｉｂｌｅ  ｂｌｏｃｋ  ｏｒｄｅｒｉｎｇ（ＦＭＯ））を用いて定義されなければ、スライス内のブロックはラスタースキャンの順序で処理される。
【００８７】
フレキシブルブロック順序付けは、ピクチャがどのようにスライスに分割されるかを改変するためにスライスグループを定義する。スライスグループ内のブロックはブロックツースライスグループ・マップ（ｂｌｏｃｋ−ｔｏ−ｓｌｉｃｅ−ｇｒｏｕｐ  ｍａｐ）により定義され、このマップは、スライスヘッダ内のピクチャパラメータセットおよび追加の情報のコンテンツによりシグナリングされる。ブロックツースライスグループ・マップは、ピクチャ内の各ブロックのスライスグループ識別番号から成る。スライスグループ識別番号は、関連するブロックがどのスライスグループに属するかを明示する。各スライスグループは１つ以上のスライスに分割されることができ、ここでスライスは、特定のスライスグループのブロックのセットの中でラスタースキャンの順序に処理される同じスライスグループ内のブロックのシーケンスである。エントロピー復号およびブロック復元は、スライスグループの中でシリアルに進行する。
【００８８】
図１４は、３つのスライスグループ：“スライスグループ＃０”２０８３として示されている第１スライスグループ、“スライスグループ＃１”２０８４として示されている第２スライスグループ、および“スライスグループ＃２”２０８５として示されている第３スライスグループ、への典型的ブロック割り当てを示す。これらのスライスグループ２０８３、２０８４、２０８５は、ピクチャ２０９０内の２つのフォアグラウンド領域および１つのバックグラウンド領域とそれぞれ関連付けられることができる。
【００８９】
図１４に示されているように、スライスの配置は、各スライスを、ラスタースキャンまたはラスタースキャン順序とも称されるイメージスキャン順序で１対のブロック間に定義することに限定され得る。スキャン順序スライスのこの配置は、計算機的には効率が良いけれども、非常に効率の良いパラレル符号化および復号に適する傾向にはない。さらに、スライスのこのスキャン順序定義は、符号化効率に非常に良く適する共通特性を持っていそうなイメージの小さな局在領域同士をグループにする傾向を有してもいない。図１４に示されているスライス２０８３、２０８４、２０８５の配置は、その配置に関して非常にフレキシブルではあるけれども、非常に効率の良いパラレル符号化または復号に適しない傾向を有する。さらに、この非常にフレキシブルなスライスの定義は、デコーダで実行するには計算機的に複雑である。
【００９０】
図１５を参照すると、タイル手法は、イメージを矩形（正方形を含む）領域のセットに分割する。各タイルの中のブロック（或るシステムでは代わりに最大符号化ユニットまたは符号化ツリーブロックと称される）は、ラスタースキャン順序で符号化され復号される。タイルの配置も同様にラスタースキャン順序で符号化され復号される。従って、任意の適切な数の列境界（例えば、０以上）があり得るとともに任意の適切な数の行境界（例えば、０以上）があり得る。従って、フレームは、図１５に示されている１つのスライスなどの、１つ以上のスライスを定義することができる。或る実施態様では、異なるタイル内にあるブロックは，イントラ予測、動き補償、エントロピー符号化コンテキスト選択または他の、隣接するブロックの情報に依拠するプロセスにおいては利用できない。
【００９１】
図１６を参照すると、タイル手法が示されていて１つのイメージを１セットの３つの矩形列に分割している。各タイルの中のブロック（或るシステムでは代わりに最大符号化ユニットまたは符号化ツリーブロックと称される）は、ラスタースキャン順序で符号化され復号される。タイルは同様にラスタースキャン順序で符号化され復号される。１つ以上のスライスがタイルのスキャン順序で定義され得る。スライスの各々は独立して復号可能である。例えば、スライス１はブロック１〜９を含むと定義されることができ、スライス２はブロック１０〜２８を含むと定義されることができ、スライス３は３つのタイルにわたって広がるブロック２９〜１２６を含むと定義されることができる。タイルの使用は、フレームのより局在化された領域内のデータを処理することによって符号化効率を助長する。
【００９２】
図１７を参照すると、ベースレイヤおよびエンハンスメントレイヤは、全体として１つのピクチャまたはその一部分をそれぞれ形成するタイルをそれぞれ含むことができる。ベースレイヤおよび１つ以上のエンハンスメントレイヤからの符号化ピクチャは、全体として１つのアクセスユニットを形成することができる。アクセスユニットは、明示された分類規則に従って互いに関連付けられた、復号順序において連続する、および／または同じ出力時間（ピクチャ順序カウントまたはその他）と関連付けられている全ての符号化ピクチャのＶＣＬ  ＮＡＬユニットおよび該ＶＣＬ  ＮＡＬユニットに関連付けられた非ＶＣＬ  ＮＡＬユニットを含むＮＡＬユニットのセットとして定義され得る。ＶＣＬ  ＮＡＬは、ネットワークアブストラクションレイヤのビデオ符号化レイヤである。同様に、符号化ピクチャは、アクセスユニット内のｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値を有するＶＣＬ  ＮＡＬユニットを含む、該ピクチャの全ての符号化ツリーユニットを含むピクチャの符号化表現として定義され得る。ビー・ブロス（Ｂ．Ｂｒｏｓ）、ダブリュージェイ・ハン（Ｗ−Ｊ．Ｈａｎ）、ジェイアール・オーム（Ｊ−Ｒ．Ｏｈｍ）、ジー・ジェイ・サリバン（Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ）、およびティー・ウィーガンド（Ｔ．Ｗｉｅｇａｎｄ）の“高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様ドラフト１０（Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  １０）”ＪＣＴＶＣ−Ｌ１００３、ジュネーブ、２０１３年１月；ジェイ・チェン（Ｊ．Ｃｈｅｎ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）、ワイ・イェ（Ｙ．Ｙｅ）、エム・エム・ハヌクセラ（Ｍ．Ｍ．Ｈａｎｎｕｋｓｅｌａ）の“ＳＨＶＣドラフトテキスト２（ＳＨＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ２）”、ＪＣＴＶＣ−Ｍ１００８、インチェオン、２０１３年５月；ジー・テク（Ｇ．Ｔｅｃｈ）、ケイ・ウェグナー（Ｋ．Ｗｅｇｎｅｒ）、ワイ・チェン（Ｙ．Ｃｈｅｎ）、エム・ハヌクセラ（Ｍ．Ｈａｎｎｕｋｓｅｌａ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）の“ＭＶ−ＨＥＶＣドラフトテキスト４（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ４）（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）”、ＪＣＴＶＣ−Ｄ１００４、インチェオン、２０１３年５月；に、追加の解説が記載されており、その各々の全体が参照により本明細書に組み込まれる。ジェイ・チェン（Ｊ．Ｃｈｅｎ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）、ワイ・イェ（Ｙ．Ｙｅ）、エム・エム・ハヌクセラ（Ｍ．Ｍ．Ｈａｎｎｕｋｓｅｌａ）の“高効率ビデオ符号化（ＨＥＶＣ）スケーラブルエクステンションドラフト５（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）Ｓｃａｌａｂｌｅ  Ｅｘｔｅｎｓｉｏｎ  Ｄｒａｆｔ  ５）”、ＪＣＴＶＣ−Ｐ１００８、サンノゼ、２０１４年１月、その全体が参照により本明細書に組み込まれる。ワイ・ケイ・ワン（Ｙ．Ｋ．Ｗａｎｇ）、ジェイ・チェン（Ｊ．Ｃｈｅｎ）、ワイ・チェン（Ｙ．Ｃｈｅｎ）、ヘンドリー（Ｈｅｎｄｒｙ）、エイ・ケイ・ラマスブラモニアン（Ａ．Ｋ．Ｒａｍａｓｕｂｒaｍｏｎｉａｎ）の“ＳＨＶＣにおけるＡＶＣベースレイヤのサポート（Ｓｕｐｐｏｒｔ  ｏｆ  ＡＶＣ  ｂａｓｅ  ｌａｙｅｒ  ｉｎ  ＳＨＶＣ）”、ＪＣＴＶＣ−Ｐ０１８４ｖ４、２０１４年２月、その全体が参照により本明細書に組み込まれる。
【００９３】
図１８Ａ〜１８Ｄを参照すると、各スライスはスライスセグメントヘッダを含むことができる。或る場合には、スライスセグメントヘッダはスライスヘッダと称され得る。スライスセグメントヘッダの中には、レイヤ間予測に用いられるシンタックスエレメントが含まれる。このレイヤ間予測は、スライスが他のどのようなレイヤに依存し得るかを明らかにする。換言すれば、このレイヤ間予測は、スライスが他のどんなレイヤをその参照レイヤとして使用し得るかを明らかにする。参照レイヤは、サンプル予測および／または動きファイルド予測（ｍｏｔｉｏｎ  ｆｉｌｅｄ  ｐｒｅｄｉｃｔｉｏｎ）に使用され得る。例として図１９を参照すると、エンハンスメントレイヤ３は、エンハンスメントレイヤ３はエンハンスメントレイヤ２およびベースレイヤ０に依存し得る。この依存関係は［２、０］など、リストの形で表現され得る。
【００９４】
レイヤのＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓは、０に等しいときにはインデックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイヤではないことを明示するｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］に基づいて導出され得る。１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイヤであり得ることを明示する。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内のｉおよびｊについて存在しなければ、それは０に等しいと推定される。
【００９５】
ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２プラス２は、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］シンタックスエレメントのビットの数を明示する。この仕様のこのバージョンに従うビットストリームにおいては、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値は０でなければならない。ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値はこの仕様のこのバージョンにおいては０に等しくなければならないけれども、デコーダは、両端を含む０から３０の範囲の中のｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の他の値がシンタックス内に出現することを許さなければならない。
【００９６】
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、変数ＮｕｍＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、およびＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］を導出するために使用される。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、この仕様のこのバージョンに従うビットストリームにおいて両端を含む０から２の範囲内になければならない。この仕様のこのバージョンにおいてｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値は両端を含む０から２の範囲内になければならないけれども、デコーダは、両端を含む３から２３２−２の範囲内のｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値がシンタックス内に出現することを許さなければならない
【００９７】
変数ＮｕｍＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｊ］、ＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、およびＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］は次のように導出される：
【数１】
2017525215.tif 000006
【００９８】
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は図２０Ａおよび図２０Ｂに示されているｖｐｓ＿ｅｘｔｅｎｓｉｏｎシンタックスに含まれ、このシンタックスは、参照により、符号化ビデオシーケンスのシンタックスを提供するＶＰＳシンタックスに含まれる。
【００９９】
ビットストリームの中でシグナリングされなければならない参照されるレイヤの数を減らすことが一般的に望ましく、そのような減少を実施するためにスライスセグメントヘッダ内の他のシンタックスエレメントが使用され得る。該他のシンタックスエレメントは、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１、および／またはｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］を含み得る。これらのシンタックスエレメントはスライスセグメントヘッダにおいてシグナリングされ得る。
【０１００】
１に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、レイヤ間予測が現在のピクチャの復号に使用され得ることを明示する。０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在のピクチャの復号にレイヤ間予測が使用されないことを明示する。存在しない場合、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に等しいと推定される。
【０１０１】
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１プラス１は、レイヤ間予測において現在のピクチャの復号に使用され得るピクチャの数を明示する。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１の値は、両端を含む０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１の範囲内になければならない。
【０１０２】
変数ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒｓＰｉｃｓは次のように導出される：
【数２】
2017525215.tif 000007
符号化ピクチャの全てのスライスはＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓの同じ値を有しなければならない。
【０１０３】
ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、レイヤ間予測において現在のピクチャにより使用され得るｉ番目のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄを表す変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］を明示する。シンタックスエレメントｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は、両端を含む０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１の範囲内にあり得る。存在しないときには、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は０に等しいと推定される。
【０１０４】
例を挙げると、システムは、種々のシンタックスエレメント、特に、レイヤ３のレイヤ間参照ピクチャのセットが［２，０］であるという結果をもたらすｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］をＶＰＳにおいてシグナリングすることができる。次に、システムは、レイヤ間参照ピクチャセットを追加のシンタックスエレメント、例えば、スライスセグメントヘッダ内のシンタックスエレメント、を用いて［２］にさらに精緻化することができ、レイヤ間参照ピクチャセットを該追加のシンタックスエレメントを用いて［０］にさらに精緻化することができ、あるいはレイヤ間参照ピクチャセットを空集合［］の該追加シンタックスエレメントを用いてさらに精緻化することができる。しかし、エンコーダのデザインに依存して、［２，０］の参照ピクチャセットは［２，０］としてシグナリングされ得る。
【０１０５】
図２１を参照すると、ビデオは、階層的テンポラル予測構造内の１つのレベルを示すＮＡＬユニットヘッダ内のテンポラル識別子により明示されるテンポラルサブレイヤサポートを含むことができる。復号テンポラルサブレイヤの数は、１つの符号化ビデオシーケンスの復号プロセスの間に調整され得る。異なるレイヤは異なる数のサブレイヤを有することができる。例えば、図２１においてベースレイヤは３つのテンポラルサブレイヤ、すなわち、ＴｅｍｐｏｒａｌＩｄ０、ＴｅｍｐｏｒａｌＩｄ１、ＴｅｍｐｏｒａｌＩｄ２、を含むことができる。例えば、エンハンスメントレイヤ１は４つのテンポラルサブレイヤ、すなわち、ＴｅｍｐｏｒａｌＩｄ０、ＴｅｍｐｏｒａｌＩｄ１、ＴｅｍｐｏｒａｌＩｄ２、およびＴｅｍｐｏｒａｌＩｄ３、を含むことができる。アクセスユニットは、明示された分類規則に従って互いに関連付けられた、復号順序において連続する、および／または同じ出力時間（ピクチャ順序カウントまたはその他）と関連付けられている全ての符号化ピクチャのＶＣＬ  ＮＡＬユニットおよび該ＶＣＬ  ＮＡＬユニットに関連付けられた非ＶＣＬ  ＮＡＬユニットを含むＮＡＬユニットのセットとして定義され得る。
【０１０６】
図２１においてベースレイヤはエンハンスメントレイヤ１より低い総フレームレートを有する。例えば、ベースレイヤのフレームレートは３０Ｈｚすなわち毎秒３０フレームであり得る。エンハンスメントレイヤ１のフレームレートは６０Ｈｚすなわち毎秒６０フレームであり得る。図２１において、或る出力時間においてアクセスユニットは、ベースレイヤの符号化ピクチャとエンハンスメントレイヤ１の符号化ピクチャとを含むことができる（例えば、図２１のアクセスユニットＹ）。図２１において、或る出力時間においてアクセスユニットはエンハンスメントレイヤ１の符号化ピクチャだけを含むことができる（例えば、図２１のアクセスユニットＸ）。
【０１０７】
１つのレイヤの他の１つ以上のレイヤへの依存性は、シーケンスのＶＰＳにおいてシグナリングされ得る。さらにそれぞれのレイヤの中の各スライスにおいて、スライスセグメントヘッダシンタックスは、それぞれのスライスについての依存性のうちの１つ以上を削除することによってこの依存性をさらに精緻化することを許す。例えば、ＶＰＳ内のレイヤ依存性は、レイヤ３がレイヤ２およびベースレイヤ０に依存することを示すことができる。例えば、レイヤ３内のスライスは、レイヤ２への依存性を削除するためにこの依存性をさらに改変することができる。
【０１０８】
スライスセグメントヘッダ（ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ）は依存性の識別を容易にするシンタックス構造を含むことができ、そのシンタックス構造の一部分が以下に引用されている。
【表３】
2017525215.tif 000008
【０１０９】
１つの例の場合、ベースレイヤは３０ヘルツのレートで符号化ピクチャを有し、エンハンスメントレイヤは６０ヘルツのレートで符号化ピクチャを有し、エンハンスメントレイヤの１つ置きの符号化ピクチャはベースレイヤの符号化ピクチャと整列しない。このシナリオは図２１に類似する。さらに、一般的にエンハンスメントレイヤの各符号化ピクチャは対応する符号化ピクチャをベースレイヤ内に含まないかもしれないということが特筆される。
【０１１０】
各レイヤのテンポラルサブレイヤの最大数をＳＨＶＣおよび／またはＭＶ−ＨＥＶＣでシグナリングすることが望ましい。このシグナリングは、任意の適切な仕方で成し遂げられ得る。各レイヤのテンポラルサブレイヤの最大数をシグナリングするための第１の手法は、各レイヤの最大数を常に明示的にシグナリングすることによる。各レイヤのテンポラルサブレイヤの最大数をシグナリングするための第２手法はプレゼンスフラグに基づいて制約されシグナリングされる。各レイヤのテンポラルサブレイヤの最大数をシグナリングするための第３手法は、前のレイヤのテンポラルサブレイヤの最大数に関して、該テンポラルサブレイヤをプレゼンスフラグに基づいて制約することによって予測的に符号化される。さらに、スライスセグメントヘッダシンタックスエレメントｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１およびｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］のセマンティクスおよびＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓの導出は、各レイヤのテンポラルサブレイヤ情報のシグナリングに基づいて改変され得る。加えて、あるいは代わりに、失われたピクチャの場合と存在しないピクチャの場合とのあいまいさを同様に無くすために、ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓの代わりにｌａｙｅｒ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ａｕ＿ｆｌａｇ［ｉ］がスライスセグメントヘッダにおいてシグナリングされ得る。
【０１１１】
図２２を参照すると、改変されたｖｐｓ＿ｅｘｐｅｎｓｉｏｎ（）シンタックスは、全体としてのビットストリームとは対照的に、各レイヤの存在し得る最大数テンポラルサブレイヤの明示性シグナリングを含み得る。このように、２つの異なるレイヤは、各々、異なる最大数のテンポラルサブレイヤを有することができる。特にｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのＣＶＳ内に存在し得るテンポラルサブレイヤの最大数を明示する。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端を含む０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内になければならない。存在しないときにはｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］はｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しくなければならない。代わりに、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端を含む０から６の範囲の中になければならない。代わりに、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、エンハンスメントレイヤの図２３に示されているＶＰＳエクステンションにおいてシグナリングされ得るのみである。
【０１１２】
図２４を参照すると、改変ｖｐｓ＿ｅｘｐｅｎｓｉｏｎ（）シンタックスは、プレゼンスフラグに基づいて制約される各レイヤの最大数をシグナリングすることを含む。このように、２つの異なるレイヤは、各々、異なる最大数のテンポラルサブレイヤを有することができる。特に１に等しいｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックスエレメントｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が存在することを明示する。０に等しいｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックスエレメントｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が存在しないことを明示する。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのＣＶＳ内に存在し得るテンポラルサブレイヤの最大数を明示する。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端を含む０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内になければならない。存在しないときにはｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］はｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しくなければならない。代わりに、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端を含む０から６の範囲内にあり得る。代わりに、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、図２５に示されているＶＰＳエクステンションにおいてエンハンスメントレイヤにおいてシグナリングされ得るのみである。図２６を参照すると、改変ｖｐｓ＿ｅｘｐｅｎｓｉｏｎ（）シンタックスは、該テンポラルサブレイヤをプレゼンスフラグに基づいて制約することにより前のレイヤのテンポラルサブレイヤの最大数に関して各レイヤのテンポラルサブレイヤの最大数を、該テンポラルサブレイヤを予測的に符号化することによって、シグナリングすることを含み得る。このように、２つの異なるレイヤは、各々、異なる最大数のテンポラルサブレイヤを有することができる。特に、１に等しいｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］は、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］がｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ−１］に等しいと推定されることを明示する。０に等しいｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］は、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が明示的にシグナリングされることを明示する。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［０］の値は０に等しいと推定される。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのＣＶＳ内に存在し得るテンポラルサブレイヤの最大数を明示する。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端を含む０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内になければならない。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｄｉｃｔ＿ｆｌａｇ［ｉ］が１に等しいときには、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］はｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ−１］に等しいと推定される。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［０］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推定される。代わりに、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端を含む０から６の範囲内にあり得る。代わりに、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、エンハンスメントレイヤにおいて図２７に示されているＶＰＳエクステンションにおいてシグナリングされ得るのみである。
【０１１３】
ＨＥＶＣ（ＪＣＴＶＣ−Ｌ１００３）、ＳＨＶＣ（ＪＣＴＶＣ−Ｐ１００８）およびＭＶ−ＨＥＶＣ（ＪＣＴ３Ｖ−Ｇ１００４）においては、ＴｅｍｐｏｒａｌＩｄの値はアクセスユニットの全てのＶＣＬ  ＮＡＬユニットについて同じであり得る。アクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、該アクセスユニットのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。
【０１１４】
ＨＥＶＣについて、アクセスユニットは、明示された分類規則に従って互いに関連付けられた、復号順序において連続する、正確に１つの符号化ピクチャを含むＮＡＬユニットのセットとして定義される。
【０１１５】
ＳＨＶＣおよびＭＶ−ＨＥＶＣにおいては、アクセスユニットは、明示された分類規則に従って互いに関連付けられた、復号順序において連続する、同じ出力時間に関連付けられている全ての符号化ピクチャのＶＣＬ  ＮＡＬユニットおよびそれらのＶＣＬ  ＮＡＬユニットに関連付けられている非ＶＣＬ  ＮＡＬユニットを含むＮＡＬユニットのセットとして定義される。
【０１１６】
ＳＨＶＣおよびＭＶ−ＨＥＶＣでは、ＩＲＡＰピクチャはクロスレイヤ非整列であり得る。このことは、異なるレイヤにおいて異なるＩＲＡＰの発生頻度をサポートするときに役立つ。このことは、ＩＲＡＰピクチャを他のレイヤにおいて同じアクセスユニット内で符号化することを必要とせずにＩＲＡＰピクチャを任意のレイヤにフレキシブルに配置することをも可能にする。しかしＨＥＶＣ、ＳＨＶＣおよびＭＶ−ＨＥＶＣにおいては、もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内にあるならば、すなわち、符号化スライスセグメントがＩＲＡＰピクチャに属するならば、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。
【０１１７】
従って、ＳＨＶＣおよびＭＶ−ＨＥＶＣにおいてはＩＲＡＰピクチャは同じアクセスユニット内の他のレイヤ内のＩＲＡＰピクチャを必要とすることなくアクセスユニット内の任意のレイヤにおいてフレキシブルに符号化され得るけれども、現在は依然として、ＩＲＡＰピクチャがアクセスユニット内のいずれかのレイヤにおいて符号化されるときには同じアクセスユニット内の他の全てのレイヤは０に等しいＴｅｍｐｏｒａｌＩｄを有する符号化ピクチャを有しなければならないということが必要とされている。このことはサポートされ得る符号化構造のフレキシビリティに不必要な制約を課すということが断言される。例えば、次のシナリオは、現在はＳＨＶＣおよびＭＶ−ＨＥＶＣにおいてサポートされない。
【０１１８】
もし各符号化ピクチャがＩＲＡＰピクチャであるオールイントラ構成で特定のレイヤ（例えば、ベースレイヤ）が符号化されるならば、これらのアクセスユニット内の他の全てのレイヤの全ての一緒に並べられているピクチャは、０に等しいＴｅｍｐｏｒａｌＩｄで（ＩＲＡＰピクチャとしてまたは０に等しいＴｅｍｐｏｒａｌＩｄを有する非ＩＲＡＰピクチャとして）符号化されなければならず、このことは、これらのピクチャのためにテンポラルサブレイヤリングを使うことができないということを意味する。この制限が図２８に示されている。このように、現在のＳＨＶＣおよびＭＶ−ＨＥＶＣ仕様では、符号化構成は、ベースレイヤの符号化ピクチャの全てがＩＲＡＰピクチャである図２８に示されているものと同様であり得るに過ぎない。この場合、エンハンスメントレイヤ１の同じＡＵ内の全ての符号化ピクチャは０に等しいＴｅｍｐｏｒａｌＩｄで符号化されなければならない。
【０１１９】
よりフレキシブルな符号化構造をサポートするためのＴｅｍｐｏｒａｌＩｄアライメントの変更が以下に記載される。該記載される変更は、該よりフレキシブルな符号化構造がＳＨＶＣおよびＭＶ−ＨＥＶＣにおいてサポートされることを可能にする。従って、以下に記載される変更で、図２９に示されている符号化構造がサポートされる。図２９の符号化構造において、ベースレイヤは、全てＩＲＡＰピクチャであって従って０に等しいＴｅｍｐｏｒａｌＩｄを有する符号化ピクチャから成る。しかし同じＡＵ内のエンハンスメントレイヤ１ピクチャはＴｅｍｐｏｒａｌＩｄ０と異なるＴｅｍｐｏｒａｌＩｄで符号化され得る。従って、ベースレイヤピクチャがＩＲＡＰピクチャであって０に等しいＴｅｍｐｏｒａｌＩｄを有する同じＡＵ内でエンハンスメントレイヤ１ピクチャはＴｅｍｐｏｒａｌＩｄ１を有することができる。
【０１２０】
ＳＨＶＣおよびＭＶ−ＨＥＶＣにおいてこのフレキシビリティを達成する変更が次に記載される。
【０１２１】
非イントラランダムアクセスポイント（Ｎｏｎ−ｉｎｔｒａ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ（非ＩＲＡＰ））アクセスユニットは、符号化ピクチャがＩＲＡＰピクチャではないアクセスユニットとして定義される。
【０１２２】
非イントラランダムアクセスポイント（非ＩＲＡＰ）ピクチャは、各ＶＣＬ  ＮＡＬユニットが両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内のどの値とも異なるＶＣＬ  ＮＡＬユニットタイプ値を有するｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャとして定義される。
【０１２３】
非ＩＲＡＰピクチャは、ＢＬＡピクチャ、ＣＲＡピクチャまたはＩＤＲピクチャではないピクチャであるということを特筆することができる。
【０１２４】
ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、ＮＡＬユニットのテンポラル識別子を明示する。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値は０に等しくてはならない。
【０１２５】
変数ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として明示され得る。
【０１２６】
もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内にあるならば、すなわち、符号化スライスセグメントがＩＲＡＰピクチャに属するならば、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＴＳＡ＿Ｒ、ＴＳＡ＿Ｎ、ＳＴＳＡ＿Ｒ、またはＳＴＳＡ＿Ｎに等しいとき、ＴｅｍｐｏｒａｌＩｄは０に等しくてはならない。
【０１２７】
ＴｅｍｐｏｒａｌＩｄの値は、アクセスユニット内の全ての非ＩＲＡＰ符号化ピクチャの全てのＶＣＬ  ＮＡＬユニットにおいて同じでなければならない。もしアクセスユニット内で全てのＶＣＬ  ＮＡＬユニットが両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するならば、すなわち、符号化スライスセグメントがＩＲＡＰピクチャに属するならば、該アクセスユニットのＴｅｍｐｏｒａｌＩｄの値は０である。そうでなければ、アクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、該アクセスユニット内の非ＩＲＡＰ符号化ピクチャのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。
【０１２８】
非ＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値は、次の通りに制約される：
もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＶＰＳ＿ＮＵＴまたはＳＰＳ＿ＮＵＴに等しければ、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならず、ＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。
そうでなくて、もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴまたはＥＯＢ＿ＮＵＴに等しければ、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。
そうでなくて、もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＵＤ＿ＮＵＴまたはＦＤ＿ＮＵＴに等しければ、ＴｅｍｐｏｒａｌＩｄはＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄに等しくなければならない。
そうでなければ、ＴｅｍｐｏｒａｌＩｄは、ＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいかまたは等しくなければならない。
【０１２９】
ＮＡＬユニットが非ＶＣＬ  ＮＡＬユニットであるとき、ＴｅｍｐｏｒａｌＩｄの値は該非ＶＣＬ  ＮＡＬユニットが当てはまる全てのアクセスユニットのＴｅｍｐｏｒａｌＩｄ値の最大値に等しいということが特筆され得る。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴに等しいときには、全てのＰＰＳがビットストリームの先頭に含まれ得るので、ＴｅｍｐｏｒａｌＩｄは、含んでいるアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいかまたは等しくなることができ、第１符号化ピクチャは０に等しいＴｅｍｐｏｒａｌＩｄを有する。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴまたはＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴに等しいときには、ＳＥＩ  ＮＡＬユニットは、それについてＴｅｍｐｏｒａｌＩｄ値が該ＳＥＩ  ＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいところのアクセスユニットを含むビットストリームサブセットに適用される情報を、例えばバッファリングピリオドＳＥＩメッセージまたはピクチャタイミングＳＥＩメッセージに含み得るので、ＴｅｍｐｏｒａｌＩｄは、該含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいかまたは等しくなることができる。
【０１３０】
１つの別形実施態様では、ＴｅｍｐｏｒａｌＩｄの値は、アクセスユニットにおいて両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内の値以外の任意の値に等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する全てのＶＣＬ  ＮＡＬユニットにおいて同じでなければならない。もしアクセスユニットにおいて全てのＶＣＬ  ＮＡＬユニットが両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するならば、すなわち、該符号化スライスセグメントがＩＲＡＰピクチャに属するならば、該アクセスユニットのＴｅｍｐｏｒａｌＩｄの値は０である。そうでなければ、アクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、該アクセスユニット内の非ＩＲＡＰ符号化ピクチャのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。
【０１３１】
他の１つの別形実施態様では、ＴｅｍｐｏｒａｌＩｄの値は、アクセスユニットにおいて両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内の値以外の任意の値に等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する全てのＶＣＬ  ＮＡＬユニットにおいて同じでなければならない。アクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、該アクセスユニット内のＶＣＬ  ＮＡＬユニットの最高のＴｅｍｐｏｒａｌＩｄの値である。
【０１３２】
さらに他の１つの別形実施態様では、ＴｅｍｐｏｒａｌＩｄの値は、アクセスユニット内の全ての非ＩＲＡＰ符号化ピクチャの全てのＶＣＬ  ＮＡＬユニットについて同じでなければならない。アクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、該アクセスユニット内のＶＣＬ  ＮＡＬユニットの最高のＴｅｍｐｏｒａｌＩｄの値である。
【０１３３】
前述のように、ＨＥＶＣ（ＪＣＴＶＣ−Ｌ１００３）、ＳＨＶＣ（ＪＣＴＶＣ−Ｐ１００８）およびＭＶ−ＨＥＶＣ（ＪＣＴ３Ｖ−Ｇ１００４）においては、ＴｅｍｐｏｒａｌＩｄの値がアクセスユニットの全てのＶＣＬ  ＮＡＬユニットにおいて同じであることが要求される。
【０１３４】
さらにＨＥＶＣ、ＳＨＶＣ、およびＭＶ−ＨＥＶＣにおいては、もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内にあれば、すなわち該符号化スライスセグメントがＩＲＡＰピクチャに属するならば、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。
【０１３５】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＴＳＡ＿Ｒ、ＴＳＡ＿Ｎ、ＳＴＳＡ＿Ｒ、またはＳＴＳＡ＿Ｎに等しいときには、ＴｅｍｐｏｒａｌＩｄが０に等しくないことも要求される。
【０１３６】
さらに、ＨＥＶＣ、ＳＨＶＣ、およびＭＶ−ＨＥＶＣにおいては、さらに次の通りの制約がある：
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するときには、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャはＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならない。
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するときには、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャはＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならない。
【０１３７】
従ってＨＥＶＣ、ＳＨＶＣ、およびＭＶ−ＨＥＶＣにおける全ての現行の制約で、レイヤは、同じアクセスユニット内の他のいずれかのピクチャがＩＲＡＰＰクチャであるときには、ＴＳＡまたはＳＴＳＡピクチャを符号化することはできない。さらにこの場合にはＴＳＡまたはＳＴＳＡピクチャは、レイヤの直接および間接参照レイヤにおいて符号化されなければならない。この現行の制約は、図３０に示されていて、符号化構造におけるフレキシビリティが低下するという結果をもたらす。図３０において、エンハンスメントレイヤ１はベースレイヤを自分の直接参照レイヤとして用いている。ＴＳＡピクチャがエンハンスメントレイヤ１において符号化されるときには、ＴＳＡピクチャはベースレイヤにおいて同じアクセスユニット内で符号化されなければならない。同様に、ＳＴＳＡピクチャがエンハンスメントレイヤ１において符号化されるときには、ＳＴＳＡピクチャはベースレイヤにおいて同じアクセスユニット内で符号化されなければならない。このことはフレキシビリティを制限する。
【０１３８】
よりフレキシブルなシナリオでは、もしＩＤＲピクチャが直接または間接参照レイヤのうちの１つにおいて符号化され得るとともにＴＳＡまたはＳＴＳＡピクチャが他の１つまたは複数のレイヤにおいて符号化され得るならば、そのアクセスユニットにおいてアップスイッチングするテンポラルレイヤは依然としてサポートされるであろう。図３１は、そのようなフレキシブルな符号化構造を示す。図３１の符号化構造では、ＴＳＡピクチャがエンハンスメントレイヤ１において符号化されるとき、ＴＳＡピクチャは、図３０に類似してベースレイヤにおいて同じアクセスユニット内で符号化され得る。このシナリオは図３１には示されていないけれども、サポートされる。さらに図２４に示されているように出力時間ｔ２でＴＳＡピクチャがエンハンスメントレイヤ１において符号化されるとき、ＩＤＲピクチャ（あるいは、別形実施態様では、ＩＲＡＰピクチャ）が同じアクセスユニット内でベースレイヤにおいて符号化され得る。同様に図３１に示されているように出力時間ｔ３でＳＴＳＡピクチャがエンハンスメントレイヤ１において符号化されるとき、ＩＤＲピクチャ（あるいは、別形実施態様では、ＩＲＡＰピクチャ）が同じアクセスユニット内でベースレイヤにおいて符号化され得る。さらに、図３１の符号化構造においてＳＴＳＡピクチャがエンハンスメントレイヤ１において符号化されるとき、図３０と同様にＳＴＳＡピクチャが同じアクセスユニット内でベースレイヤにおいて符号化され得る。このシナリオは図３１には示されていないけれども、サポートされる。図３１に示されている全体としてのフレキシビリティは、現在はＳＨＶＣおよびＭＶ−ＨＥＶＣにより拒否されている。
【０１３９】
よりフレキシブルな符号化構造をサポートするためのＴＳＡおよびＳＴＳＡピクチャのアライメントの変更が次に記載される。これらの変更は、ＴＳＡおよびＳＴＳＡピクチャを用いるとき図３１に示されている符号化構造例および他の類似するフレキシブルな符号化構造を許容する。
【０１４０】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、表（１）に明示されているようにＮＡＬユニットに含まれるＲＢＳＰデータ構造のタイプを明示する。
【０１４１】
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ＴＳＡ＿ＮまたはＴＳＡ＿ＲまたはＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならない。
【０１４２】
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ＳＴＳＡ＿ＮまたはＳＴＳＡ＿ＲまたはＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならない。
【０１４３】
１つの別形実施態様では：ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、表（１）において明示されているようにＮＡＬユニットに含まれるＲＢＳＰデータ構造のタイプを明示する。
【０１４４】
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ＴＳＡ＿ＮまたはＴＳＡ＿ＲまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならない。
【０１４５】
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ＳＴＳＡ＿ＮまたはＳＴＳＡ＿ＲまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならない。
【０１４６】
１つの別形実施態様では：ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、表（１）において明示されるようにＮＡＬユニットに含まれるＲＢＳＰデータ構造のタイプを明示する。
【０１４７】
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ＴＳＡ＿ＮまたはＴＳＡ＿ＲまたはＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰまたはＢＬＡ＿Ｗ＿ＬＰまたはＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならない。
【０１４８】
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ＳＴＳＡ＿ＮまたはＳＴＳＡ＿ＲまたはＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰまたはＢＬＡ＿Ｗ＿ＬＰまたはＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならない。
【０１４９】
１つの別形実施態様では：ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、表（１）において明示されているようにＮＡＬユニットに含まれるＲＢＳＰデータ構造のタイプを明示する。
【０１５０】
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ＴＳＡ＿ＮまたはＴＳＡ＿ＲまたはＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰまたはＢＬＡ＿Ｗ＿ＬＰまたはＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰまたはＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならない。
【０１５１】
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ＳＴＳＡ＿ＮまたはＳＴＳＡ＿ＲまたはＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰまたはＢＬＡ＿Ｗ＿ＬＰまたはＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰまたはＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならない。
【０１５２】
１つの別形実施態様では：ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、表（１）において明示されているようにＮＡＬユニットに含まれるＲＢＳＰデータ構造のタイプを明示する。
【０１５３】
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならないか、あるいはｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内にある。
【０１５４】
レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならないか、あるいはｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内にある。
【０１５５】
ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、そのレイヤの識別子を明示する。
【０１５６】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＵＤ＿ＮＵＴに等しいとき、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、そのアクセスユニット内の全てのＶＣＬ  ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のうちの最小値に等しくなければならない。
【０１５７】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＶＰＳ＿ＮＵＴに等しいとき、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は０に等しくなければならない。デコーダは、ＶＰＳ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅと０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄとを有するＮＡＬユニットを無視しなければならない。
【０１５８】
ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、ＮＡＬユニットのテンポラル識別子を明示する。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値は、０に等しくてはならない。
【０１５９】
変数ＴｅｍｐｏｒａｌＩｄは、次のように明示される：
ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１（７−１）
もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内にあれば、すなわち、符号化スライスセグメントがＩＲＡＰピクチャに属するならば、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。そうでなければ、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＴＳＡ＿Ｒ、ＴＳＡ＿Ｎ、ＳＴＳＡ＿Ｒ、またはＳＴＳＡ＿Ｎに等しいとき、ＴｅｍｐｏｒａｌＩｄは０に等しくてはならない。
ＴｅｍｐｏｒａｌＩｄの値は、アクセスユニット内の全ての非ＩＲＡＰ符号化ピクチャの全てのＶＣＬ  ＮＡＬユニットにおいて同じでなければならない。もしアクセスユニット内で全てのＶＣＬ  ＮＡＬユニットが両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するならば、すなわち、符号化スライスセグメントがＩＲＡＰピクチャに属するならば、そのアクセスユニットのＴｅｍｐｏｒａｌＩｄの値は０である。そうでなければ、アクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、そのアクセスユニット内の非ＩＲＡＰ符号化ピクチャのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。
【０１６０】
非ＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値は、次の通りに制約される：
もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＶＰＳ＿ＮＵＴまたはＳＰＳ＿ＮＵＴに等しければ、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならず、そのＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。
そうでなければ、もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴまたはＥＯＢ＿ＮＵＴに等しければ、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。
そうでなければ、もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＵＤ＿ＮＵＴまたはＦＤ＿ＮＵＴに等しければ、ＴｅｍｐｏｒａｌＩｄはそのＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄに等しくなければならない。
そうでなければ、ＴｅｍｐｏｒａｌＩｄは、そのＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいかまたは等しくなければならない。
ＮＡＬユニットが非ＶＣＬ  ＮＡＬユニットであるときには、ＴｅｍｐｏｒａｌＩｄの値は、その非ＶＣＬ  ＮＡＬユニットが当てはまる全てのアクセスユニットのＴｅｍｐｏｒａｌＩｄ値のうちの最小値に等しい。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴに等しいとき、全てのＰＰＳはビットストリームの先頭に含まれることができて、その場合第１符号化ピクチャは０に等しいＴｅｍｐｏｒａｌＩｄを有するので、ＴｅｍｐｏｒａｌＩｄはその含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいかまたは等しくてよい。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴまたはＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴに等しいとき、ＳＥＩ  ＮＡＬユニットは、それについてＴｅｍｐｏｒａｌＩｄ値がそのＳＥＩ  ＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいところのアクセスユニットを含むビットストリームサブセットに当てはまる情報を、例えばバッファリングピリオドＳＥＩメッセージまたはピクチャタイミングＳＥＩメッセージに含み得るので、ＴｅｍｐｏｒａｌＩｄはその含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいかまたは等しくてよい。
【０１６１】
ＳＨＶＣおよびＭＶ−ＨＥＶＣにおいては、ｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇフラグはビデオパラメータセットでシグナリングされ得る。
【０１６２】
１に等しいｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、符号化ビデオシーケンス（ｃｏｄｅｄ  ｖｉｄｅｏ  ｓｅｑｕｅｎｃｅ（ＣＶＳ））内のＩＲＡＰピクチャがクロスレイヤ整列していることを明示する。すなわち、アクセスユニット内のレイヤｌａｙｅｒＡのピクチャｐｉｃｔｕｒｅＡがＩＲＡＰピクチャであるとき、ｌａｙｅｒＡの直接参照レイヤに属するかまたはそれについてｌａｙｅｒＡがそのレイヤの直接参照レイヤであるところのレイヤに属する同じアクセスユニット内の各ピクチャｐｉｃｔｕｒｅＢはＩＲＡＰピクチャであり、ｐｉｃｔｕｒｅＢのＶＣＬ  ＮＡＬユニットはｐｉｃｔｕｒｅＡのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅと同じｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有する。
【０１６３】
０に等しいｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、上記の制約が当てはまることも当てはまらないこともあることを明示する。
【０１６４】
さらにＳＨＶＣおよびＭＶ−ＨＥＶＣにおいては、ｐｏｃ＿Ｒｅｓｅｔ＿ｆｌａｇがスライスセグメントヘッダにおいてシグナリングされ得る。
【０１６５】
１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、現在のピクチャについて導出されたピクチャ順序カウントが０に等しいことを明示する。０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、現在のピクチャについて導出されたピクチャ順序カウントが０に等しいことも等しくないこともあることを明示する。ｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しいときにはｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値が０に等しくなければならないということはビットストリーム適合性の必要条件である。存在しないときには、ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値は０に等しいと推定される。
【０１６６】
ｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しいときに関連する制約は、レイヤを横断して同じＮＡＬユニットタイプ値が使用されることを要求する。これはあまりにも拘束的であろう。ｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しいときの制約が次に記載される。
【０１６７】
この場合、１に等しいｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇは符号化ビデオシーケンス（ＣＶＳ）内のＩＲＡＰピクチャがクロスレイヤ整列していることを明示する。すなわち、アクセスユニット内のレイヤｌａｙｅｒＡのピクチャｐｉｃｔｕｒｅＡがＩＲＡＰピクチャであるとき、ｌａｙｅｒＡの直接参照レイヤに属するかまたはそれについてｌａｙｅｒＡがそのレイヤの直接参照レイヤであるところのレイヤに属する同じアクセスユニット内の各ピクチャｐｉｃｔｕｒｅＢはＩＲＡＰピクチャであり、ｐｉｃｔｕｒｅＢのＶＣＬ  ＮＡＬユニットはｐｉｃｔｕｒｅＡのピクチャタイプと同じピクチャタイプを有する。０に等しいｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、上記の制約が当てはまることも当てはまらないこともあることを明示する。
【０１６８】
このように、上の記述において１に等しいｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇは符号化ビデオシーケンス（ＣＶＳ）内のＩＲＡＰピクチャがクロスレイヤ整列していることを明示する。すなわち、アクセスユニット内のレイヤｌａｙｅｒＡのピクチャｐｉｃｔｕｒｅＡがＢＬＡピクチャであるとき、ｌａｙｅｒＡの直接参照レイヤに属するかまたはそれについてｌａｙｅｒＡがそのレイヤの直接参照レイヤであるところのレイヤに属する同じアクセスユニット内の各ピクチャｐｉｃｔｕｒｅＢはＢＬＡピクチャである。
【０１６９】
アクセスユニット内のレイヤｌａｙｅｒＡのピクチャｐｉｃｔｕｒｅＡがＩＤＲピクチャであるとき、ｌａｙｅｒＡの直接参照レイヤに属するかまたはそれについてｌａｙｅｒＡがそのレイヤの直接参照レイヤであるところのレイヤに属する同じアクセスユニット内の各ピクチャｐｉｃｔｕｒｅＢはＩＤＲピクチャである。
【０１７０】
アクセスユニット内のレイヤｌａｙｅｒＡのピクチャｐｉｃｔｕｒｅＡがＣＲＡピクチャであるとき、ｌａｙｅｒＡの直接参照レイヤに属するかまたはそれについてｌａｙｅｒＡがそのレイヤの直接参照レイヤであるところのレイヤに属する同じアクセスユニット内の各ピクチャｐｉｃｔｕｒｅＢはＣＲＡピクチャである。
【０１７１】
０に等しいｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇは、上記の制約が当てはまることも当てはまらないこともあることを明示する。
【０１７２】
従って一例としてこの緩和された制約においてｐｉｃｔｕｒｅＡはｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ  ＢＬＡ＿Ｗ＿ＬＰを有することができ、同じアクセスユニット内のｐｉｃｔｕｒｅＢはｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ  ＢＬＡ＿Ｎ＿ＬＰまたはＢＬＡ＿Ｗ＿ＲＡＤＬを有することができるであろう。さらに一例としてこの緩和された制約においてｐｉｃｔｕｒｅＡはｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ  ＩＤＲ＿Ｎ＿ＬＰを有することができ、同じアクセスユニット内のｐｉｃｔｕｒｅＢはｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ  ＩＤＲ＿Ｗ＿ＲＡＤＬを有することができるであろう。これは、より大きなフレキシビリティを可能にする。１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、現在のピクチャについて導出されたピクチャ順序カウントが０に等しいことを明示する。０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、現在のピクチャについて導出されたピクチャ順序カウントが０に等しいことも０に等しくないこともあることを明示する。ｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しいときにはｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値が０に等しくなければならないということはビットストリーム適合性の必要条件である。存在しないときには、ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値は０に等しいと推定される。
【０１７３】
たいていの場合に、ベースレイヤは、ＨＥＶＣデコーダにより復号されるのに適するＨＥＶＣ準拠ビットストリームをもたらす仕方で符号化される。同様に、ＳＨＶＣおよび／またはＭＶ−ＨＥＶＣを含むエンハンスメントレイヤは、同様に、ＳＨＶＣおよび／またはＭＶ−ＨＥＶＣデコーダによって復号されるのに適するＳＨＶＣおよび／またはＭＶ−ＨＥＶＣ準拠ビットストリームをもたらす仕方で符号化される。１つまたは複数のエンハンスメントレイヤは、通例、復号プロセスにおいてベースレイヤからの情報を用いる。さらに、１つまたは複数のエンハンスメントレイヤが除去されても、ベースレイヤは依然としてＨＥＶＣデコーダにより復号されるのに適する。
【０１７４】
或る場合には、ベースレイヤは、ＨＥＶＣデコーダによる復号に適しない非ＨＥＶＣ準拠ビットストリームをもたらす仕方で符号化され得る。例えば、ベースレイヤは、ＭＰＥＧ−１エンコーダ、ＭＰＥＧ−２エンコーダ、ＡＶＣエンコーダ、ＶＰ８エンコーダ、ＶＣ１エンコーダなどの、対応するビットストリームをもたらす非ＨＥＶＣ準拠エンコーダによって符号化され得る。あいにく、非ＨＥＶＣ準拠ビットストリームは、ＳＨＶＣまたはＭＶ−ＨＥＶＣ準拠エンハンスメントレイヤを使用するという複雑さをもたらす。なぜならば、ベースレイヤから提供されると期待される情報が存在しないからである。
【０１７５】
デコーダは非ＨＥＶＣ準拠ベースレイヤにおいて外部デコーダを用いることができ、この外部デコーダは、ベースレイヤを復号してベースレイヤピクチャのシリーズを提供するとともに、ベースレイヤ復号ピクチャをアクセスユニットと関連付けるのに役立つ或る追加情報を提供し、かつその表現フォーマットに関する情報を提供する。例えば、現在のアクセスユニットにおいて、情報が全く提供されないか（現在のアクセスユニットについてのレイヤ間予測において、ベースレイヤビットストリーム内のこのアクセスユニットの中にベースレイヤピクチャがあったか無かったかにかかわらず、ベースレイヤピクチャが使用されないということを意味する）、あるいは、外部手段によってベースレイヤピクチャの次の情報：（１）ベースレイヤ復号ピクチャの復号サンプル値；（２）輝度サンプルにおける幅および高さ、カラーフォーマット、別のカラープレーンフラグ、輝度ビット深度、およびクロマビット深度を含む、ベースレイヤ復号ピクチャの表現フォーマット；（３）ベースレイヤピクチャがＩＲＡＰピクチャであるか無いか、および、もしそうであるならば、ＩＤＲピクチャ、ＣＲＡピクチャ、またはＢＬＡピクチャを明示し得るＩＲＡＰ  ＮＡＬユニットタイプ；ならびに（４）任意に、ピクチャがフレームであるかフィールドであるか、およびフィールドであるとき、フィールドパリティ（トップフィールドまたはボトムフィールド）；が提供される。提供されないときには、復号ピクチャはフレームピクチャであると推定される。
【０１７６】
ベースレイヤ復号ピクチャのピクチャ順序カウントは、同じアクセスユニット内の任意のエンハンスメントレイヤピクチャ（もし存在するならば）のピクチャ順序カウントに等しくセットされる。この場合には、そのようなスケーラブルまたは多視点コーデック内のベースレイヤデコーダにより復号されたベースレイヤピクチャの実際のピクチャ順序カウントは、同じピクチャの、該ピクチャが非ＨＥＶＣデコーダにより復号されるときのピクチャ順序カウント値とは異なることがあることに留意されたい。アクセスユニットについてエンハンスメントレイヤピクチャが存在しないとき、ベースレイヤ復号ピクチャは使用されず、廃棄されることができる。さらに、ベースレイヤピクチャからのレイヤ間動き予測は許されず、ピクチャ順序カウントは、外部で復号されたピクチャ、およびそのピクチャと関連付けられ得る。このように、外部で復号されたピクチャは、動き予測にエンハンスメントレイヤによって使用されることはできないが、サンプル予測には使用され得る。
【０１７７】
ベースレイヤは外部で規定され、ビットストリームにおいてフラグを用いてシグナリングされ得る。例えば、以下で示されるようにビデオパラメータセット（ｖｉｄｅｏ  ｐａｒａｍｅｔｅｒ  ｓｅｔ（ＶＰＳ））においてｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが定義され得る。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇは、シンタックスに適宜調整を加えたうえでｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇを用いて対応する仕方でシグナリングされ得る、ということも理解されるべきである。通例、この場合、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが０に等しいときにはｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇは１に等しくて、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいときにはｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇは０に等しいであろう。
【表４】
2017525215.tif 000009
2017525215.tif 000010
【０１７８】
１に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇは、ＳＨＶＣ／ＭＶ−ＨＥＶＣ仕様において明示されていない外部手段によってベースレイヤが提供されることを明示し得る。０に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇは、ベースレイヤがビットストリームにおいて提供されることを明示し得る。
【０１７９】
ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいときには、下記が適用され得る：
ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０でなければならない。
ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値は全て、ｉの全ての可能な値について０に等しくなければならない。
デコーダは、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値を無視しなければならない。
ｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は０より大きくなくてはならない。
【０１８０】
ｖｐｓ＿ｒｅｓｅｒｖｅｄ＿ｏｎｅ＿ｂｉｔは、この仕様のこのバージョンに準拠するビットストリームにおいては１に等しくなければならない。ｖｐｓ＿ｒｅｓｅｒｖｅｄ＿ｏｎｅ＿ｂｉｔの値０は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣにより将来使用されるべく確保されている。デコーダは、ｖｐｓ＿ｒｅｓｅｒｖｅｄ＿ｏｎｅ＿ｂｉｔの値を無視しなければならない。
【０１８１】
パラメータｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］、ｃｔｕ＿ｂａｓｅｄ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］［ｊ］、およびｍｉｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｃｔｕ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＪＣＴＶＣ−Ｐ１００８およびＪＣＴ３Ｖ−Ｇ１００４においてはＶＰＳエクステンションでシグナリングされる。ベースレイヤが外部で規定されるときには、ｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］、ｍｉｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｃｔｕ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］および関連するデリベーションのセマンティクスは、そのｊ番目の直接参照レイヤが外部で規定された非ＨＥＶＣベースレイヤであるときには利用し得ないであろうｉ番目のレイヤのｊ番目の直接参照レイヤに関してｒｅｆＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ［ｉ］［ｊ］およびｒｅｆＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ［ｉ］［ｊ］情報を利用する。外部で規定されたベースレイヤからこの情報を利用できなければ、この情報がシグナリングされないようにＶＰＳエクステンションパラメータのシグナリングを改変することが望ましい。従って、図３２に示されているように、ＶＰＳエクステンションパラメータｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］、ｃｔｕ＿ｂａｓｅｄ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］［ｊ］、ｍｉｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｃｔｕ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］は、好ましくは、ベースレイヤが外部で規定されてレイヤｉの直接参照レイヤのうちの１つであるとき（すなわち、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＬａｙｅｒＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］［ｊ］］］］＝＝０）にはシグナリングされない。
【０１８２】
この制限を達成するための他の１つの手法は、両端を含む１からＭａｘＬａｙｅｒＭｉｎｕｓ１の範囲内のｉについて、両端を含む０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］の範囲内のｊにつきｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しくてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＬａｙｅｒＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］［ｊ］］］］が０に等しいときｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］が値０に等しい、というビットストリーム適合性必要条件を含めることである。
【０１８３】
この場合、追加的に、ｃｔｕ＿ｂａｓｅｄ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］［ｊ］はゼロに等しいことを要求され、ｍｉｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｃｔｕ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］はゼロに等しいことを要求される。
【０１８４】
ｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］は、以下で明示されるように、単独でまたはｍｉｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｃｔｕ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］とともにｉ番目のレイヤのいずれかのピクチャの復号においてレイヤ間予測に使用されない、ｉ番目のレイヤのｊ番目の直接参照レイヤの各ピクチャ内の、空間領域を示す。ｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端を含む０から
ｒｅｆＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ［ｉ］［ｊ］*ｒｅｆＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ［ｉ］［ｊ］
の範囲内になければならない。存在しないときには、ｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］の値は０に等しいと推定される。
【０１８５】
１に等しいｃｔｕ＿ｂａｓｅｄ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目のレイヤのいずれかのピクチャの復号のためのレイヤ間予測に使用されない、ｉ番目のレイヤのｊ番目の直接参照レイヤの各ピクチャ内の、ＣＴＵの単位の、空間領域がｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］およびｍｉｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｃｔｕ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］の両方により示されることを明示する。０に等しいｃｔｕ＿ｂａｓｅｄ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目のレイヤのいずれかのピクチャの復号のためのレイヤ間予測に使用されない、ｉ番目のレイヤのｊ番目の直接参照レイヤの各ピクチャ内の、スライスセグメント、タイル、またはＣＴＵ行の単位の、空間領域がｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］のみによって示されることを明示する。存在しないときには、ｃｔｕ＿ｂａｓｅｄ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値は０に等しいと推定される。
【０１８６】
ｍｉｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｃｔｕ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｃｔｕ＿ｂａｓｅｄ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］［ｊ］が１に等しいとき、以下で明示されるように、ｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］とともに、ｉ番目のレイヤのいずれかのピクチャの復号のためのレイヤ間予測に使用されない、ｉ番目のレイヤのｊ番目の直接参照レイヤの各ピクチャ内の、空間領域を示す。ｍｉｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｃｔｕ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端を含む０からｒｅｆＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ［ｉ］［ｊ］の範囲内になければならない。
【０１８７】
ｃｔｕ＿ｂａｓｅｄ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］［ｊ］が１に等しいとき、変数ｍｉｎＨｏｒｉｚｏｎｔａｌＣｔｂＯｆｆｓｅｔ［ｉ］［ｊ］は次の通りに導出される：ｍｉｎＨｏｒｉｚｏｎｔａｌＣｔｂＯｆｆｓｅｔ［ｉ］［ｊ］＝（ｍｉｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｃｔｕ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］＞０）？（ｍｉｎ＿ｈｏｒｉｚｏｎｔａｌ＿ｃｔｕ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］−１）：（ｒｅｆＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ［ｉ］［ｊ］−１）。
【０１８８】
変数ｃｕｒＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＬ［ｉ］、ｃｕｒＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＬ［ｉ］、ｃｕｒＣｔｂＬｏｇ２ＳｉｚｅＹ［ｉ］、ｃｕｒＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ［ｉ］、およびｃｕｒＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ［ｉ］は、それぞれ、ｉ番目のレイヤのＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＬ、ＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＬ、ＣｔｂＬｏｇ２ＳｉｚｅＹ、ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ、およびＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹに等しくセットされる。
【０１８９】
変数ｒｅｆＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＬ［ｉ］［ｊ］、ｒｅｆＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＬ［ｉ］［ｊ］、ｒｅｆＣｔｂＬｏｇ２ＳｉｚｅＹ［ｉ］［ｊ］、ｒｅｆＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ［ｉ］［ｊ］、およびｒｅｆＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹ［ｉ］［ｊ］は、それぞれ、ｉ番目のレイヤのｊ番目の直接参照レイヤのＰｉｃＷｉｄｔｈＩｎＳａｍｐｌｅｓＬ、ＰｉｃＨｅｉｇｈｔＩｎＳａｍｐｌｅｓＬ、ＣｔｂＬｏｇ２ＳｉｚｅＹ、ＰｉｃＷｉｄｔｈＩｎＣｔｂｓＹ、およびＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓＹに等しくセットされる。
【０１９０】
変数ｃｕｒＳｃａｌｅｄＲｅｆＬａｙｅｒＬｅｆｔＯｆｆｓｅｔ［ｉ］［ｊ］、ｃｕｒＳｃａｌｅｄＲｅｆＬａｙｅｒＴｏｐＯｆｆｓｅｔ［ｉ］［ｊ］、ｃｕｒＳｃａｌｅｄＲｅｆＬａｙｅｒＲｉｇｈｔＯｆｆｓｅｔ［ｉ］［ｊ］およびｃｕｒＳｃａｌｅｄＲｅｆＬａｙｅｒＢｏｔｔｏｍＯｆｆｓｅｔ［ｉ］［ｊ］は、それぞれ、ｉ番目のレイヤのｊ番目の直接参照レイヤのｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｌｅｆｔ＿ｏｆｆｓｅｔ［ｊ］＜＜１、ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｔｏｐ＿ｏｆｆｓｅｔ［ｊ］＜＜１、ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｒｉｇｈｔ＿ｏｆｆｓｅｔ［ｊ］＜＜１、ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｂｏｔｔｏｍ＿ｏｆｆｓｅｔ［ｊ］＜＜１に等しくセットされる。
【０１９１】
ｉ番目のレイヤのピクチャ内のｃｔｂＡｄｄｒに等しいラスタースキャンアドレスを有するＣＴＵの、ｉ番目のレイヤのｊ番目の直接参照レイヤ内のピクチャ内の、一緒に並べられているＣＴＵのラスタースキャンアドレスを示す変数ｃｏｌＣｔｂＡｄｄｒ［ｉ］［ｊ］は、次の通りに導出される：
ｉ番目のレイヤのピクチャ内の左上輝度輝度サンプルに対するｃｔｂＡｄｄｒに等しいラスタースキャンアドレスを有するＣＴＵの左上輝度サンプルの位置を明示する変数（ｘＰ，ｙＰ）は次の通りに導出される：
【数３】
2017525215.tif 000011
変数ｓｃａｌｅＦａｃｔｏｒＸ［ｉ］［ｊ］およびｓｃａｌｅＦａｃｔｏｒＹ［ｉ］［ｊ］は次の通りに導出される：
【数４】
2017525215.tif 000012
ｉ番目のレイヤ内の輝度サンプル位置（ｘＰ，ｙＰ）のｊ番目の直接参照レイヤ内のピクチャにおける一緒に並べられている輝度サンプル位置を明示する変数（ｘＣｏｌ［Ｉ］［Ｊ］、ｙＣｏｌ  ｘＣｏｌ［ｉ］［ｊ］）は次の通りに導出される：
【数５】
2017525215.tif 000013
変数ｃｏｌＣｔｂＡｄｄｒ［ｉ］［ｊ］は次の通りに導出される：
【数６】
2017525215.tif 000014
【０１９２】
ｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］［ｊ］が０より大きいときには、下記が適用されることがビットストリーム適合性の必要条件である：
ｃｔｕ＿ｂａｓｅｄ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］［ｊ］が０に等しければ、厳密に下記のうちの１つが適用される：
ｉ番目のレイヤのｊ番目の直接参照レイヤ内のピクチャにより参照される各ＰＰＳにおいて、ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しくてｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しく、下記が適用される：
スライスセグメントＡはｉ番目のレイヤのピクチャのいずれかのスライスセグメントであり、ｃｔｂＡｄｄｒはスライスセグメントＡ内の最後のＣＴＵのラスタースキャンアドレスであると仮定する。スライスセグメントＢは、スライスセグメントＡと同じアクセスユニットに属する、ｉ番目のレイヤのｊ番目の直接参照レイヤに属する、ラスタースキャンアドレスｃｏｌＣｔｂＡｄｄｒ［ｉ］［ｊ］を有するＣＴＵを含むスライスセグメントであると仮定する。スライスセグメントＣは、スライスセグメントＢと同じピクチャ内にあって復号順序においてスライスセグメントＢの次にあると仮定し、スライスセグメントＢとそのスライスセグメントとの間には復号順序においてｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］−１個のスライスセグメントがある。スライスセグメントＣが存在するときには、スライスセグメントＡのシンタックスエレメントは、スライスセグメントＡ内のどのサンプルの復号プロセスにおけるレイヤ間予測のためにもスライスセグメントＣまたは復号順序においてＣに続く同じピクチャのどのスライスセグメント内のサンプルまたはシンタックスエレメント値も使用されないように、制約される。
ｉ番目のレイヤのｊ番目の直接参照レイヤ内のピクチャにより参照される各ＰＰＳにおいて、ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しくてｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しく、下記が適用される：
タイルＡはｉ番目のレイヤのいずれかのピクチャｐｉｃＡ内のいずれかのタイルであってｃｔｂＡｄｄｒはタイルＡ内の最後のＣＴＵのラスタースキャンアドレスであると仮定する。タイルＢは、ｐｉｃＡと同じアクセスユニットに属するとともにｉ番目のレイヤのｊ番目の直接参照レイヤに属するピクチャｐｉｃＢ内にあってラスタースキャンアドレスｃｏｌＣｔｂＡｄｄｒ［ｉ］［ｊ］を有するＣＴＵを含むタイルであると仮定する。タイルＣは、同じくｐｉｃＢ内にあって復号順序においてタイルＢの次に来るタイルであると仮定し、タイルＢとそのタイルとの間には復号順序においてｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］−１個のタイルがある。スライスセグメントＣが存在するときには、タイルＡのシンタックスエレメントは、タイルＡ内のいずれのサンプルの復号プロセスにおけるレイヤ間予測にもタイルＣまたは復号順序においてＣの次に来る同じピクチャのいずれのタイル内のサンプルまたはシンタックスエレメント値も使用されないように、制約される。
ｉ番目のレイヤのｊ番目の直接参照レイヤ内のピクチャにより参照される各ＰＰＳにおいては、ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは０に等しくてｅｎｔｒｏｐｙ＿ｃｏｄｉｎｇ＿ｓｙｎｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、下記が適用される：
ＣＴＵ行Ａはｉ番目のレイヤのいずれかのピクチャｐｉｃＡ内のいずれかのＣＴＵ行であり、ｃｔｂＡｄｄｒはＣＴＵ行Ａ内の最後のＣＴＵのラスタースキャンアドレスであると仮定する。ＣＴＵ行Ｂは、ｐｉｃＡと同じアクセスユニットに属するとともにｉ番目のレイヤのｊ番目の直接参照レイヤに属するピクチャｐｉｃＢ内にあってラスタースキャンアドレスｃｏｌＣｔｂＡｄｄｒ［ｉ］［ｊ］を有するＣＴＵを含むＣＴＵ行であると仮定する。ＣＴＵ行Ｃは、同じくｐｉｃＢ内にあって復号順序においてＣＴＵ行Ｂの次に来るＣＴＵ行であると仮定し、ＣＴＵ行ＢとそのＣＴＵ行との間には復号順序においてｍｉｎ＿ｓｐａｔｉａｌ＿ｓｅｇｍｅｎｔ＿ｏｆｆｓｅｔ＿ｐｌｕｓ１［ｉ］−１個のＣＴＵ行がある。ＣＴＵ行Ｃが存在するときには、ＣＴＵ行Ａのシンタックスエレメントは、ＣＴＵ行Ａ内のいずれのサンプルの復号プロセスにおけるレイヤ間予測にもＣＴＵ行ＣまたはＣの次に来る同じピクチャの行内のサンプルまたはシンタックスエレメント値が使用されないように、制約される。
そうでなければ（ｃｔｕ＿ｂａｓｅｄ＿ｏｆｆｓｅｔ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］［ｊ］が１に等しい）、下記が適用される：
変数ｒｅｆＣｔｂＡｄｄｒ［ｉ］［ｊ］は次の通りに導出される：
【数７】
2017525215.tif 000015
ＣＴＵ  Ａはｉ番目のレイヤのいずれかのピクチャｐｉｃＡ内のいずれかのＣＴＵであり、ｃｔｂＡｄｄｒはＣＴＵ  ＡのラスタースキャンアドレスｃｔｂＡｄｄｒであると仮定する。ＣＴＵ  Ｂは、ｐｉｃＡと同じアクセスユニットに属するとともにｉ番目のレイヤのｊ番目の直接参照レイヤに属するピクチャ内にあってｒｅｆＣｔｂＡｄｄｒ［ｉ］［ｊ］より大きいラスタースキャンアドレスを有するＣＴＵであると仮定する。ＣＴＵ  Ｂが存在するときには、ＣＴＵ  Ａのシンタックスエレメントは、ＣＴＵ  Ａ内のいずれのサンプルの復号プロセスにおけるレイヤ間予測にもＣＴＵ  Ｂ内のサンプルまたはシンタックスエレメント値が使用されないように、制約される。
【０１９３】
ベースレイヤが外部で規定されるときには、タイリング構造に関する情報は、ベースレイヤにおいてもし存在するとしても、不明である。このように、ｉ番目のレイヤとｉ番目のレイヤのｊ番目の直接参照レイヤとの間のタイルのアライメントは、そのｊ番目の直接参照レイヤが外部で規定されるベースレイヤであるときには、不明であってシグナリングされない。外部で規定されるベースレイヤに対してこの情報が利用し得ないならば、この情報がシグナリングされないようにＶＰＳエクステンションパラメータのシグナリングを改変することが望ましい。従って、図３３に示されているように、ＶＰＳエクステンションパラメータｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、ベースレイヤが外部で規定されるとともにレイヤｉの直接参照レイヤのうちの１つであるときには、好ましくはシグナリングされない（すなわち、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＬａｙｅｒＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］［ｊ］］］］＝＝０）。
【０１９４】
この制限を達成するための他の１つの手法は、両端を含む１からＭａｘＬａｙｅｒＭｉｎｕｓ１の範囲内のｉについて、両端を含む０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］の範囲内のｊにつきｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しくてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＬａｙｅｒＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］［ｊ］］］］が０に等しいときｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］が値０に等しい、というビットストリーム適合性必要条件を含めることである。
【０１９５】
１に等しいｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、ＶＰＳにより明示されるｉ番目のレイヤの１つのピクチャのいずれか２つのサンプルが１つのタイルに属するときには、その２つの一緒に並べられたサンプルは、両方がそのｉ番目のレイヤのｊ番目の直接参照レイヤのピクチャ内に存在すれば、１つのタイルに属すること、および、ｉ番目のレイヤの１つのピクチャのいずれか２つのサンプルが異なるタイルに属するときには、その２つの一緒に並べられたサンプルは、両方がそのｉ番目のレイヤのｊ番目の直接参照レイヤのピクチャ内に存在すれば、異なるタイルに属すること、を示す。０に等しいｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、そのような制約が当てはまることも当てはまらないこともあることを示す。存在しないときには、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］の値は０に等しいと推定される。さらに図５３において、ｔｉｌｅ＿ｂｏｕｎｄａｒｉｅｓ＿ａｌｉｇｎｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、第１エンハンスメントレイヤにおいてシグナリングされる。
【０１９６】
レイヤセットについて、外部で規定されるベースレイヤはビットレートまたはピクチャレート情報を含まず、従って、そこでは好ましくはそのような情報はそのレイヤセットの一部としてシグナリングされない。第１レイヤセットはその中にベースレイヤだけを有し、従って、もしそのベースレイヤが外部で規定されるのであれば、そのレイヤセット（およびサブレイヤセット）をシグナリングすることは望ましくない。図３４を参照すると、レイヤセットについては、インデクシングを、外部からシグナリングされるベースレイヤにおいてはｉ＝１から、ＨＥＶＣシグナリングされるベースレイヤにおいてはｉ＝０から、開始することが望ましい。
【０１９７】
外部で規定されるベースレイヤの場合、変数ＢｌＩｒａｐＰｉｃＦｌａｇ（ベースレイヤｉｒａｐピクチャフラグ）は外部手段によって提供され、もしＢｌＩｒａｐＰｉｃＦｌａｇが１に等しければ（すなわち、復号ピクチャがＩＲＡＰピクチャであるならば）、ｎａｌ＿ｕｎｉｔ＿Ｔｙｐｅの値は外部手段によって提供される。従って、ベースレイヤのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は、復号ピクチャがＩＲＡＰピクチャである場合に限って提供される。他のピクチャタイプについては、外部から提供されるベースレイヤピクチャのｎａｌ＿ｕｎｉｔ＿Ｔｙｐｅは提供されない。従って、ＴＳＡ＿ＮまたはＴＳＡ＿Ｒ  ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、外部で規定されるベースレイヤにおいてはシグナリングされない。従って、そのような外部で規定されるベースレイヤが他のレイヤの直接または間接参照レイヤであるときのクロスレイヤ整列は緩和され得る。
【０１９８】
ＴＳＡ＿ＮまたはＴＳＡ＿Ｒに関してのこの緩和は、レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤを例外としてｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいときＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならないとすることにより達成され得る。従って、外部で規定されるピクチャは、その外部で規定されるピクチャがＴＳＡピクチャのコンセプトを有しないかもしれないので、もしＩＲＡＰピクチャならばＩＲＡＰのＮＡＬユニットタイプを定義してもらうことができるけれどももしＴＳＡ＿ＮまたはＴＳＡ＿Ｒであれば明示することができず、従ってこの制約の緩和はエンハンスメントレイヤにおけるＴＳＡ＿Ｎおよび／またはＴＳＡ＿Ｒの使用に配慮する。
【０１９９】
他の１つの実施態様では、ＴＳＡ＿ＮまたはＴＳＡ＿Ｒに関しての緩和は、レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各符号化ピクチャがＴＳＡ＿ＮまたはＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならないとすることにより達成され得る。この制約で符号化ピクチャを明示することにより、外部で規定されるベースレイヤが直接参照レイヤであるとき、復号ピクチャだけが外部手段により提供される外部で規定されるベースレイヤはこの制約から除外される。
【０２００】
外部で規定されるベースレイヤの場合、変数ＢｌＩｒａｐＰｉｃＦｌａｇが外部手段により提供され、もしＢｌＩｒａｐＰｉｃＦｌａｇが１に等しければ（すなわち、復号ピクチャがＩＲＡＰピクチャであれば）、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は外部手段により提供される。従って、ベースレイヤのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は、復号ピクチャがＩＲＡＰピクチャである場合に限って提供される。他のピクチャタイプについては、外部から提供されるベースレイヤピクチャのｎａｌ＿ｕｎｉｔ＿Ｔｙｐｅは提供されない。従って、外部で規定されるベースレイヤにおいてはＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒ  ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅはシグナリングされない。従ってクロスレイヤアライメントは、そのような外部で規定されるベースレイヤが他のレイヤの直接または間接参照レイヤであるときには、緩和され得る。
【０２０１】
ＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに関するこの緩和は、レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤを例外としてｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各ピクチャは、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいときにはＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならないとすることにより達成され得る。従って、外部で規定されるピクチャは、その外部で規定されるピクチャがＳＴＳＡピクチャのコンセプトを有しないかもしれないので、もしＩＲＡＰピクチャならばＩＲＡＰのＮＡＬユニットタイプを定義してもらうことができるけれどももしＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒであれば明示することができず、従ってこの制約の緩和はエンハンスメントレイヤにおけるＳＴＳＡ＿Ｎおよび／またはＳＴＳＡ＿Ｒの使用に配慮する。
【０２０２】
他の１つの実施態様では、ＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに関する緩和は、レイヤｌａｙｅｒＡの１つのピクチャｐｉｃＡがＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ｌａｙｅｒＡの直接または間接参照レイヤ内のｐｉｃＡと同じアクセスユニット内の各符号化ピクチャがＳＴＳＡ＿ＮまたはＳＴＳＡ＿Ｒに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有しなければならないとすることにより達成され得る。この制約で符号化ピクチャを明示することにより、外部で規定されるベースレイヤが直接参照レイヤであるとき、復号ピクチャだけが外部手段により提供される外部で規定されるベースレイヤはこの制約から除外される。
【０２０３】
どの特定のアクセスユニットについても（図１７および図２１を参照されたい）、ＨＥＶＣコンプライアンスは、ＴｅｍｐｏｒａｌＩｄがベースレイヤおよびエンハンスメントレイヤにおいて同じであるという必要条件を有する。ＴｅｍｐｏｒａｌＩｄを有しない外部で規定されるベースレイヤのピクチャに対しては、外部で規定されるベースレイヤのピクチャにＴｅｍｐｏｒａｌＩｄを割り当てることが望ましい。
【０２０４】
ＴｅｍｐｏｒａｌＩｄに関するこの必要条件は、ＴｅｍｐｏｒａｌＩｄの値がアクセスユニットの全てのＶＣＬ  ＮＡＬユニットにおいて同じでなければならないとして表現され得る。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいときには、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのＴｅｍｐｏｒａｌＩｄの値は推定される。そうでなければ、符号化ピクチャまたはアクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、その符号化ピクチャまたはそのアクセスユニットのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。サブレイヤ表現のＴｅｍｐｏｒａｌＩｄの値は、そのサブレイヤ表現内の全てのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの最大値である。復号プロセスは下記を実行することができ、もしアクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する外部で規定されるａｓｅレイヤの復号ピクチャのＴｅｍｐｏｒａｌＩｄはそのアクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のピクチャのＴｅｍｐｏｒａｌＩｄに等しくセットされる。
【０２０５】
同様のＴｅｍｐｏｒａｌＩｄ表現を達成する他の１つの手法は、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが０に等しいときＴｅｍｐｏｒａｌＩｄの値はアクセスユニットの全てのＶＣＬ  ＮＡＬユニットにおいて同じでなければならないとすることである。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、アクセスユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０を有する全てのＶＣＬ  ＮＡＬユニットにおいてＴｅｍｐｏｒａｌＩｄの値は同じでなければならない。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのＴｅｍｐｏｒａｌＩｄの値は推定される。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが０に等しいとき、符号化ピクチャまたはアクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、その符号化ピクチャまたはそのアクセスユニットのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０を有する符号化ピクチャまたはアクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、そのｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０を有する符号化ピクチャのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。サブレイヤ表現のＴｅｍｐｏｒａｌＩｄの値は、そのサブレイヤ表現内の全てのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの最大値である。復号プロセスは下記を実行することができ、もしＢｌＩｒａｐＰｉｃＦｌａｇが１に等しければ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＴｅｍｐｏｒａｌＩｄは０に等しくセットされる。そうでなければ（もしＢｌＩｒａｐＰｉｃＦｌａｇが０に等しければ）、もしアクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＴｅｍｐｏｒａｌＩｄは、そのアクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のピクチャのＴｅｍｐｏｒａｌＩｄに等しくセットされる。
【０２０６】
ＮＡＬユニットヘッダセマンティクスのＴｅｍｐｏｒａｌＩｄのセマンティクスは次の通りであり得る。
【０２０７】
ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、ＮＡＬユニットのテンポラル識別子を明示する。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値は０に等しくてはならない。変数ＴｅｍｐｏｒａｌＩｄは次の通りに明示される：
ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１
【０２０８】
もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内にあるならば、すなわち、符号化スライスセグメントがＩＲＡＰピクチャに属するならば、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。そうでなければ、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＴＳＡ＿Ｒ、ＴＳＡ＿Ｎ、ＳＴＳＡ＿Ｒ、またはＳＴＳＡ＿Ｎに等しいとき、ＴｅｍｐｏｒａｌＩｄは０に等しくてはならない。
【０２０９】
１つの変化形では、ＴｅｍｐｏｒａｌＩｄの値はアクセスユニットの全てのＶＣＬ  ＮＡＬユニットにおいて同じでなければならない。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのＴｅｍｐｏｒａｌＩｄの値は、セクションＦ８．１−Ｇｅｎｅｒａｌ  ｄｅｃｏｄｉｎｇ  ｐｒｏｃｅｓｓ（Ｆ８．１−一般的復号プロセス）に記載されているように推定される。そうでなければ、符号化ピクチャまたはアクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、その符号化ピクチャまたはそのアクセスユニットのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。サブレイヤ表現のＴｅｍｐｏｒａｌＩｄの値は、そのサブレイヤ表現内の全てのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの最大値である。
【０２１０】
他の１つの変化形では、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが０に等しいとき、ＴｅｍｐｏｒａｌＩｄの値は、アクセスユニットの全てのＶＣＬ  ＮＡＬユニットにおいて同じでなければならない。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、ＴｅｍｐｏｒａｌＩｄの値は、アクセスユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０を有する全てのＶＣＬ  ＮＡＬユニットにおいて同じでなければならない。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのＴｅｍｐｏｒａｌＩｄの値は、セクションＦ８．１−Ｇｅｎｅｒａｌ  ｄｅｃｏｄｉｎｇ  ｐｒｏｃｅｓｓに記載されているように推定される。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが０に等しいとき、符号化ピクチャまたはアクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、その符号化ピクチャまたはそのアクセスユニットのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０を有する符号化ピクチャまたはアクセスユニットのＴｅｍｐｏｒａｌＩｄの値は、そのｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０を有する符号化ピクチャのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。サブレイヤ表現のＴｅｍｐｏｒａｌＩｄの値は、そのサブレイヤ表現内の全てのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの最大値である。
【０２１１】
非ＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値は、次の通りに制約される：
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＶＰＳ＿ＮＵＴまたはＳＰＳ＿ＮＵＴに等しければ、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならず、そのＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。
そうでなくて、もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴまたはＥＯＢ＿ＮＵＴに等しければ、ＴｅｍｐｏｒａｌＩｄは０に等しくなければならない。
そうでなくて、もしｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＵＤ＿ＮＵＴまたはＦＤ＿ＮＵＴに等しければ、ＴｅｍｐｏｒａｌＩｄはそのＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄに等しくなければならない。
そうでなければ、ＴｅｍｐｏｒａｌＩｄは、そのＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいかまたは等しくなければならない。
【０２１２】
ＮＡＬユニットが非ＶＣＬ  ＮＡＬユニットであるとき、ＴｅｍｐｏｒａｌＩｄの値は、その非ＶＣＬ  ＮＡＬユニットが当てはまる全てのアクセスユニットのＴｅｍｐｏｒａｌＩｄ値の最小値に等しい、ということが特筆される。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴに等しいとき、全てのＰＰＳはビットストリームの先頭に含まれることができて、その場合第１符号化ピクチャは０に等しいＴｅｍｐｏｒａｌＩｄを有するので、ＴｅｍｐｏｒａｌＩｄはその含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいかまたは等しくてよい。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴまたはＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴに等しいとき、ＳＥＩ  ＮＡＬユニットは、それについてＴｅｍｐｏｒａｌＩｄ値がそのＳＥＩ  ＮＡＬユニットを含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいところのアクセスユニットを含むビットストリームサブセットに当てはまる情報を、例えばバッファリングピリオドＳＥＩメッセージまたはピクチャタイミングＳＥＩメッセージに含み得るので、ＴｅｍｐｏｒａｌＩｄはその含むアクセスユニットのＴｅｍｐｏｒａｌＩｄより大きいかまたは等しくてよい。
【０２１３】
一般的復号プロセス（セクションＦ８．１）は次の通りであることができ、このプロセスは、ＴｅｍｐｏｒａｌＩｄおよび外部から参照されるベースレイヤの便宜を含む：
ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、下記が適用される：
ビットストリーム内には０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する符号化ピクチャは無い。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢのサイズは１に等しくセットされる。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、それぞれ、アクティブなＶＰＳ内のｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ＿ｉｄｘ［０］番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値に等しくセットされる。
復号ピクチャのリストの他に、このプロセスは、各アクセスユニットにおいて、フラグＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇを出力し、ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇが０に等しくてＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］が１に等しいときにはさらにフラグＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇを出力する。各アクセスユニットのＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇおよび、存在する場合、ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、ベースレイヤ復号ピクチャの出力を制御するために外部手段によってベースレイヤデコーダに送信されなければならない。下記が適用される：
ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇは次のように導出される：ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇ＝（ＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔ［０］＝＝０）。１に等しいＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇは、そのベースレイヤがターゲット出力レイヤであることを明示する。０に等しいＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇは、そのベースレイヤがターゲット出力レイヤではないことを明示する。
各アクセスユニットにおいて、ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇが０に等しくてＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］が１に等しいときには、ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは次のように導出される：もし（ベースレイヤがターゲット出力レイヤの直接または間接参照レイヤであり、そのアクセスユニットがターゲット出力レイヤにピクチャを含んでおらずかつターゲット出力レイヤの他のどの直接または間接参照レイヤにもピクチャを含んでいなければ）
ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇ＝１
さもなければ
ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇ＝０
アクセスユニットの１に等しいＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、そのアクセスユニットのベースレイヤピクチャが出力されることを明示する。アクセスユニットの０に等しいＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、そのアクセスユニットのベースレイヤピクチャが出力されないことを明示する。
各アクセスユニットについて、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは、外部手段により提供され得る。提供されないとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは現在のアクセスユニットのレイヤ間予測に使用されない。提供されるときには、下記が適用される：
アクセスユニットの０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャの次の情報が外部手段により提供される：
復号サンプル値（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しければ１サンプルアレイＳＬ、そうでなければ、３サンプルアレイＳＬ、ＳＣｂ、およびＳＣｒ）
変数ＢｌＩｒａｐＰｉｃＦｌａｇの値、および、ＢｌＩｒａｐＰｉｃＦｌａｇが１に等しいときには復号ピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値
１に等しいＢｌＩｒａｐＰｉｃＦｌａｇは復号ピクチャがＩＲＡＰピクチャであることを明示する。０に等しいＢｌＩｒａｐＰｉｃＦｌａｇは、復号ピクチャが非ＩＲＡＰピクチャであることを明示する。
復号ピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの提供される値は、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＣＲＡ＿ＮＵＴ、またはＢＬＡ＿Ｗ＿ＬＰに等しくなければならない。
ＩＤＲ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、復号ピクチャがＩＤＲピクチャであることを明示する。
ＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、復号ピクチャがＣＲＡピクチャであることを明示する。
ＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、復号ピクチャがＢＬＡピクチャであることを明示する。
アクセスユニットの０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャにおいて下記が適用される：
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢに格納されて、“長期参照に使用される（ｕｓｅｄ  ｆｏｒ  ｌｏｎｇ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ）”と標示される。
アクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、アクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しくセットされる。そうでなければ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは廃棄され、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのためのサブ−ＤＰＢは空にセットされる。
１つの実施態様では、アクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＴｅｍｐｏｒａｌＩｄは、アクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のピクチャのＴｅｍｐｏｒａｌＩｄに等しくセットされる。
他の１つの実施態様では、ＢｌＩｒａｐＰｉｃＦｌａｇが１に等しければ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＴｅｍｐｏｒａｌＩｄは、０に等しくセットされる。そうでなければ（ＢｌＩｒａｐＰｉｃＦｌａｇが０に等しい）、もしアクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＴｅｍｐｏｒａｌＩｄは、アクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のピクチャのＴｅｍｐｏｒａｌＩｄに等しくセットされる。
アクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するとき、アクセスユニット内の全てのピクチャが復号された後、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢは空にセットされる。
従って実施態様のうちの１つにおける上記復号プロセスにおいては、１つのアクセスユニットに属する全ての符号化ピクチャのＴｅｍｐｏｒａｌＩｄは同じでないかもしれない。従って、１つのアクセスユニットに属する符号化ピクチャの全てのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄは同じでないかもしれない。特にベースレイヤが外部で規定される場合には、１つのアクセスユニットに属する全ての符号化ピクチャのＴｅｍｐｏｒａｌＩｄは同じでないかもしれない。従ってベースレイヤが外部で規定される場合には、１つのアクセスユニットに属する符号化ピクチャの全てのＶＣＬ  ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄは同じでないかもしれない。このように、同じアクセスユニットに属する全てのＶＣＬ  ＮＡＬユニットまたは全ての符号化ピクチャが同じＴｅｍｐｏｒａｌＩｄ値を有しなければならないという制約は緩和されている。
【０２１４】
外部で規定されるベースレイヤピクチャのテンポラル識別子（ＴｅｍｐｏｒａｌＩｄ）を処理する他の１つのアプローチがここで明らかにされる。外部で規定されるベースレイヤピクチャのＴｅｍｐｏｒａｌＩｄ値の導出または推定を定義する代わりに、種々のシンタックスエレメントのセマンティクスにおいて改変が行われる。ベースレイヤが外部で規定されるとき、追加のビットストリーム適合性制約が定義される。
【０２１５】
典型的なｖｐｓ＿ｅｘｔｅｎｓｉｏｎシンタックスが以下に示される。
【表５】
2017525215.tif 000016
2017525215.tif 000017
2017525215.tif 000018
【０２１６】
外部で規定されるベースレイヤのテンポラル識別子を処理するために下記の改変が定義される。
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］が０に等しくてｖｐｓ＿ｅｘｔｅｒｎａｌ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇが１に等しいとき、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］のセマンティクスは改変される。
ａｌｌ＿ｒｅｆ＿ｌａｙｅｒｓ＿ａｃｔｉｖｅ＿ｆｌａｇのセマンティクスは改変される。
直接参照レイヤが外部で規定されるベースレイヤであるとき、ｒｅｆＬａｙｅｒＰｉｃＩｄｃの導出に関してｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１のセマンティクスは改変される。
両端を含む０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１の範囲内のｉの各値のビットストリーム適合性に関して条件が追加される。
レイヤ間予測において必要ではないサブレイヤ非参照ピクチャのマーキングプロセスに改変が加えられる。
【０２１７】
両方ともにその全体が参照により本明細書に組み込まれるＪＣＴＶＣ−Ｐ１００８およびＪＣＴ３Ｖ−Ｇ１００４において、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］値は、ビデオパラメータセット（ＶＰＳ）エクステンションでシグナリングされる。０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳの中でｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのレイヤ間予測において参照として使用されないことを明示する。０より大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳの中で、ｌａｙｅｒ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄとｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］−１より大きいＴｅｍｐｏｒａｌＩｄとを有するピクチャは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのレイヤ間予測において参照として使用されないことを明示する。
【０２１８】
ＨＥＶＣ、ＳＨＶＣ、およびＭＶ−ＨＥＶＣは、マルチループ復号手法を組み込んでいる。例えば、ビットストリームはレイヤ０、１、および２を含むことができる。もしレイヤ２を復号することが望ましければ、レイヤ０およびレイヤ１がレイヤ２の参照レイヤとして使用されるならばデコーダはレイヤ１およびレイヤ０を復号しなければならない。レイヤ２だけが復号されて表示または再生されることが望ましいとすれば、レイヤ０および１を復号するのは計算機的に厄介なタスクである。或る場合には、レイヤ２はターゲットレイヤと称され得る。マルチループデコーダの複雑さを低下させる１つの手法は、レイヤ間予測制限を記述するｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］の値をシグナリングすることである。しかし、外部で規定されるベースレイヤが関係するときには、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］セマンティクスは改変されなければならない。
【０２１９】
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］が０に等しくてｖｐｓ＿ｅｘｔｅｒｎａｌ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇが１に等しいとき、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］のセマンティクスは改変される。
【０２２０】
ベースレイヤが外部で規定されるとき（すなわち、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき）、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］のセマンティクスは、外部で規定されるベースレイヤピクチャ（ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］が０に等しい）のＴｅｍｐｏｒａｌＩｄ値が不明であるという面を処理するために改変される。従ってこの場合、これらの外部で規定されるベースレイヤピクチャの、他の１つのレイヤの（例えば、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］を有するレイヤの）レイヤ間参照ピクチャとしての使用は、そのレイヤのスライスセグメントヘッダでシグナリングされる値に基づく。
【０２２１】
１に等しいｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックスエレメントｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］が存在することを明示することができる。０に等しいｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックスエレメントｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］が存在しないことを明示することができる。
【０２２２】
０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳの中で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャはｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのレイヤ間予測において参照として使用されないことを明示することができる。０より大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、次のように明示する：
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］が０に等しくてｖｐｓ＿ｅｘｔｅｒｎａｌ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇが１に等しいとき、ＣＶＳの中で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのスライスセグメントヘッダ内のｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１＿の値およびｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｋ］値により明示されるようにレイヤ間予測において参照ピクチャとして使用されることも使用されないこともある。
そうでなければ、ＣＶＳの中で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］−１より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのレイヤ間予測において参照として使用されない。
【０２２３】
存在しないとき、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は７に等しいと推定され得る。
【０２２４】
他の１つの実施態様では、０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、次のように明示することができる：
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］が０に等しくてｖｐｓ＿ｅｘｔｅｒｎａｌ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇが１に等しいとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのレイヤ間予測において参照として使用されても使用されなくてもよい。
そうでなければ、ＣＶＳの中で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのレイヤ間予測において参照として使用されない。
【０２２５】
０より大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、次のように明示する：
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］が０に等しくてｖｐｓ＿ｅｘｔｅｒｎａｌ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇが１に等しいとき、ＣＶＳの中で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのスライスセグメントヘッダ内のｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１＿の値およびｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｋ］値により明示されるようにレイヤ間予測において参照ピクチャとして使用されても使用されなくてもよい。
そうでなければ、ＣＶＳの中で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］−１より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャにおいてレイヤ間予測に参照として使用されない。
【０２２６】
存在しないとき、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は７に等しいと推定され得る。
【０２２７】
ａｌｌ＿ｒｅｆ＿ｌａｙｅｒｓ＿ａｃｔｉｖｅ＿ｆｌａｇのセマンティクスは改変される。
【０２２８】
その改変は、特別の場合としての外部ベースレイヤの使用を含む。従って、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇの値は、レイヤの全ての直接参照レイヤが現在のピクチャのレイヤ間予測の参照ピクチャを得るために使用されるか否かを判定するために利用される。
【０２２９】
１に等しいａｌｌ＿ｒｅｆ＿ｌａｙｅｒｓ＿ａｃｔｉｖｅ＿ｆｌａｇは次の通りに明示することができる、すなわち、ＶＰＳを参照する各ピクチャについて、そのピクチャを含むレイヤの全ての直接参照レイヤに属していて、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇ、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］の値により明示されるようにレイヤ間予測において使用されるかもしれない参照レイヤピクチャはそのピクチャと同じアクセスユニット内に存在していてそのピクチャのレイヤ間参照ピクチャセットに含まれる、と明示することができる。０に等しいａｌｌ＿ｒｅｆ＿ｌａｙｅｒｓ＿ａｃｔｉｖｅ＿ｆｌａｇは、上記制約が適用されても適用されなくてもよいことを明示する。
【０２３０】
現在のピクチャにおいてレイヤ間予測に使用される参照ピクチャに関する情報は、その現在のピクチャのスライスセグメントヘッダでシグナリングされ得る。スライスセグメントヘッダでのこのシグナリングの典型的シンタックスが下の表に示されている。
【表６】
2017525215.tif 000019
【０２３１】
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１のセマンティクスは、直接参照レイヤが外部で規定されるベースレイヤであるとき、ｒｅｆＬａｙｅｒＰｉｃＩｄｃの導出に関して改変される。
【０２３２】
ＴｅｍｐｏｒａｌＩｄは外部で規定されるベースレイヤには関連付けられないので、
外部で規定されるベースレイヤピクチャのＴｅｍｐｏｒａｌＩｄ値をｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｒｅｆＬａｙｅｒＩｄｘ］およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｒｅｆＬａｙｅｒＩｄｘ］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］と比較することに関連するチェックは省略され、そのピクチャは、ｒｅｆＬａｙｅｒＰｉｃＩｄｃ、ｎｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ導出に加えられるとともに、ａｌｌ＿ｒｅｆ＿ｌａｙｅｒｓ＿ａｃｔｉｖｅ＿ｆｌａｇが１に等しいときには後にＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ導出に加えられる。
【０２３３】
１に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在のピクチャの復号にレイヤ間予測が使用され得ることを明示することができる。０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在のピクチャの復号にレイヤ間予測が使用されないことを明示することができる。
【０２３４】
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１プラス１は、レイヤ間予測において現在のピクチャの復号に使用され得るピクチャの数を明示することができる。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１の値は、両端を含む０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１の範囲内にあり得る。
【０２３５】
変数ｎｕｍＲｅｆＬａｙｅｒＰｉｃｓおよびｒｅｆＬａｙｅｒＰｉｃＦｌａｇ［ｉ］およびｒｅｆＬａｙｅｒＰｉｃＩｄｃ［ｊ］は次の通りに導出され得る：
【数８】
2017525215.tif 000020
【０２３６】
変数ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓは次の通りに導出され得る：
【数９】
2017525215.tif 000021
符号化ピクチャの全てのスライスはＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓの同じ値を有しなければならない。
【０２３７】
両端を含む０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１の範囲内のｉの各値についてビットストリーム適合性に関して条件が加えられる。
【０２３８】
ＴｅｍｐｏｒａｌＩｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１の間の関係に関する条件は、ＴｅｍｐｏｒａｌＩｄ値が関連付けられていない外部で規定されるベースレイヤについては緩和される。
【０２３９】
ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、レイヤ間予測において現在のピクチャによって使用され得るｉ番目のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄを表す変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］を明示することができる。シンタックスエレメントｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は、両端を含む０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１の範囲内になければならない。存在しないとき、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値はｒｅｆＬａｙｅｒＰｉｃＩｄｃ［ｉ］に等しいと推定される。
【０２４０】
ｉが０より大きいとき、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］はｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ−１］より大きくなければならない。
【０２４１】
両端を含む０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１の範囲内のｉの全ての値について変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］は次の通りに導出され得る：
【数１０】
2017525215.tif 000022
【０２４２】
両端を含む０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１の範囲内のｉの各値について次の条件のうちのいずれかが当てはまらなければならないということはビットストリーム適合性の必要条件である：
【０２４３】
ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇは１に等しくてＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］は０に等しい。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］の値はＴｅｍｐｏｒａｌＩｄより大きい。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］およびＴｅｍｐｏｒａｌＩｄの値は両方ともに０に等しく、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のアクセスユニット内のピクチャはＩＲＡＰピクチャである。
【０２４４】
従って、もし外部で規定されるベースレイヤピクチャが、現在のピクチャが属するレイヤの直接参照レイヤであるならば、現在のピクチャのレイヤ間予測において参照ピクチャとして使用され得るピクチャを示すＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓおよびＲｅｆＰｉｃＬａｙｅｒｉｄ［ｉ］のに、外部で規定されるベースレイヤレイヤピクチャを含めることが許される。
【０２４５】
レイヤ間予測に必要とされないサブレイヤ非参照ピクチャのマーキングプロセスに改変が加えられる。
【０２４６】
レイヤ間予測に必要とされないサブレイヤ非参照ピクチャのマーキングプロセスを実行するとき、外部で規定されるベースレイヤのピクチャは省略される。
【０２４７】
０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する符号化ピクチャの復号を終了させるための復号プロセスは次の通りであり得る：
ＰｉｃＯｕｔｐｕｔＦｌａｇは次の通りにセットされる：
もしＬａｙｅｒＩｎｉｔｉａｌｉｚｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しければ、ＰｉｃＯｕｔｐｕｔＦｌａｇは０に等しくセットされる。
そうでなければ、もし現在のピクチャがＲＡＳＬピクチャであって、関連するＩＲＡＰピクチャのＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しければ、ＰｉｃＯｕｔｐｕｔＦｌａｇは０に等しくセットされる。
そうでなければ、ＰｉｃＯｕｔｐｕｔＦｌａｇはｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇに等しくセットされる。
【０２４８】
下記が適用される：
もしｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇが１に等しければ、復号ピクチャは“参照に使用されない（ｕｎｕｓｅｄ  ｆｏｒ  ｒｅｆｅｒｅｎｃｅ）”と標示される。
そうでなければ、復号ピクチャは“短期参照に使用される（ｕｓｅｄ  ｆｏｒ  ｓｈｏｒｔ−ｔｅｒｍ  ｒｅｆｅｒｅｎｃｅ）”と標示される。
【０２４９】
ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄに等しいとき、下記のサブクローズ“レイヤ間予測において必要とされないサブレイヤ非参照ピクチャのマーキングプロセス”において明示されるレイヤ間予測において必要とされないサブレイヤ非参照ピクチャのマーキングプロセスが、入力されたｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに対して呼び出され得る。
【０２５０】
ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しいとき、ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は１に等しくセットされる。
【０２５１】
レイヤ間予測において必要とされないサブレイヤ非参照ピクチャのマーキングプロセスは次の通りであり得る：
このプロセスへの入力は次の通りである：
ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄ
このプロセスの出力は次の通りである：
或る復号ピクチャの“参照に使用されない”としての、潜在的に更新のマーキング
このプロセスは、インターまたはレイヤ間予測において必要とされないピクチャを“参照に使用されない”と標示する。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さいとき、現在のピクチャはインター予測において参照に使用されることができて、このプロセスは呼び出されない。
【０２５２】
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは次の通りに導出される：
ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓはＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ内のエントリの数に等しくセットされる。
ｌａｔｅｓｔＤｅｃＩｄｘは、それについてＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しいところのｉの値に等しくセットされる。
【０２５３】
両端を含む０からｌａｔｅｓｔＤｅｃＩｄｘの範囲内のｉについて、“参照に使用されない”としてのピクチャのマーキングに下記が適用される：
ｃｕｒｒＰｉｃは、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のアクセスユニット内のピクチャであるものとする。
ｃｕｒｒＰｉｃが“参照に使用される”と標示されてサブレイヤ非参照ピクチャであり、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが０に等しいかまたはｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しく、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］が０に等しくないとき、下記が適用される：
変数ｃｕｒｒＴｉｄはｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しくセットされる。
変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇが下記において明示されるように導出される：
【数１１】
2017525215.tif 000023
ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいとき、ｃｕｒｒＰｉｃは“参照に使用されない”と標示される。
【０２５４】
他の１つの実施態様では、“レイヤ間予測において必要とされないサブレイヤ非参照ピクチャのマーキングプロセス”に対して下記の変更が行われ得る：
【０２５５】
このプロセスへの入力は次の通りである：
ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄ
このプロセスの出力は次の通りである：
或る復号ピクチャの“参照に使用されない”としての、潜在的に更新のマーキング
このプロセスは、インターまたはレイヤ間予測において必要とされないピクチャを“参照に使用されない”と標示する。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さいとき、現在のピクチャはインター予測において参照に使用されることができて、このプロセスは呼び出されない。
【０２５６】
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは次の通りに導出される：
ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓは、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ内のエントリの数に等しくセットされる。
ｌａｔｅｓｔＤｅｃＩｄｘは、それについてＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しいところのｉの値に等しくセットされる。
両端を含む０からｌａｔｅｓｔＤｅｃＩｄｘの範囲内のｉについて、“参照に使用されない”としてのピクチャのマーキングにおいて下記が適用される：
ｃｕｒｒＰｉｃは、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のアクセスユニット内のピクチャであるとする。
ｃｕｒｒＰｉｃが“参照に使用される”と標示されて、サブレイヤ非参照ピクチャであるとき、下記が適用される：
変数ｃｕｒｒＴｉｄはｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しくセットされる。
変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇは、下記において明示されるように導出される：
【数１２】
2017525215.tif 000024
ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいとき、ｃｕｒｒＰｉｃは“参照に使用されない”と標示される。
【０２５７】
他の１つの実施態様では、“レイヤ間予測において必要とされないサブレイヤ非参照ピクチャのマーキングプロセス”に対して下記の変更を行うことができる。
【０２５８】
このプロセスへの入力は次の通りである：
ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄ
このプロセスの出力は次の通りである：
或る復号ピクチャの“参照に使用されない”としての、潜在的に更新のマーキング
このプロセスは、インターまたはレイヤ間予測において必要とされないピクチャを“参照に使用されない”と標示する。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さいとき、現在のピクチャはインター予測において参照に使用されることができて、このプロセスは呼び出されない。
【０２５９】
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは次の通りに導出される：
ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓはＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ内のエントリの数に等しくセットされる。
ｌａｔｅｓｔＤｅｃＩｄｘは、それについてＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しいところのｉの値に等しくセットされる。
両端を含むｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇ？１：０からｌａｔｅｓｔＤｅｃＩｄｘの範囲内のｉについて、“参照使用されない”としてのピクチャのマーキングにおいて下記が適用される：
ｃｕｒｒＰｉｃはＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のアクセスユニット内のピクチャであるとする。
ｃｕｒｒＰｉｃが“参照に使用される”と標示されて、サブレイヤ非参照ピクチャであるとき、下記が適用される：
変数ｃｕｒｒＴｉｄはｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しくセットされる。
変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇは、下記において明示されるように導出される：
【数１３】
2017525215.tif 000025
ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいとき、ｃｕｒｒＰｉｃは“参照に使用されない”と標示される。
【０２６０】
他の１つの実施態様では、“レイヤ間予測において必要とされないサブレイヤ非参照ピクチャのマーキングプロセス”に対して下記の変更が行われ得る：
【０２６１】
このプロセスへの入力は次の通りである：
ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄ
このプロセスの出力は次の通りである：
或る復号ピクチャの“参照に使用されない”としての、潜在的に更新のマーキング
このプロセスは、インターまたはレイヤ間予測において必要とされないピクチャを“参照に使用されない”と標示する。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さいとき、現在のピクチャはインター予測において参照に使用されることができて、このプロセスは呼び出されない。
【０２６２】
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは次の通りに導出される：
ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓは、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ内のエントリの数に等しくセットされる。
ｌａｔｅｓｔＤｅｃＩｄｘは、それについてＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しいところのｉの値に等しくセットされる。
両端を含む０からｌａｔｅｓｔＤｅｃＩｄｘの範囲内のｉについて、“参照に使用されない”としてのピクチャのマーキングにおいて下記が適用される：
ｃｕｒｒＰｉｃは、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のアクセスユニット内のピクチャであるとする。
ｃｕｒｒＰｉｃが“参照に使用される”と標示されて、サブレイヤ非参照ピクチャであるとき、下記が適用される：
変数ｃｕｒｒＴｉｄはｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しくセットされる。
変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇは、下記において明示されるように導出される：
【数１４】
2017525215.tif 000026
ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいとき、ｃｕｒｒＰｉｃは“参照に使用されない”と標示される。
【０２６３】
さらに、ベースレイヤが外部で規定されるサブビットストリーム属性ＳＥＩメッセージセマンティクスであるとき、サブビットストリーム抽出プロセスに関してサブビットストリーム属性ＳＥＩメッセージに対して下記の変更改変が加えられる。
【０２６４】
典型的なサブビットストリーム属性ＳＥＩメッセージシンタックスが以下に示される。
【表７】
2017525215.tif 000027
【０２６５】
提案される改変は、ｓｕｂ０ｂｉｔｓｔｒｅａｍ抽出プロセス中の、外部で規定されるベースレイヤに対応するＮＡＬユニットの削除を除外する。
【０２６６】
サブビットストリーム属性ＳＥＩメッセージは、存在するとき、アクティブなＶＰＳにより明示される出力レイヤセットの出力レイヤに属していなくて出力レイヤの復号に影響を及ぼさないレイヤの中のピクチャを廃棄することによって生成されるサブビットストリームのビットレート情報を提供する。
【０２６７】
存在するとき、サブビットストリーム属性ＳＥＩメッセージは最初のＩＲＡＰアクセスユニットと関連付けられなくてはならず、そのＳＥＩメッセージにより提供される情報は、その関連付けられた最初のＩＲＡＰアクセスユニットを含むＣＶＳに対応するビットストリームに適用される。
【０２６８】
ａｃｔｉｖｅ＿ｖｐｓ＿ｉｄは、アクティブなＶＰＳを特定することができる。ａｃｔｉｖｅ＿ｖｐｓ＿ｉｄの値は、関連付けられているアクセスユニットのＶＣＬ  ＮＡＬユニットにより参照されるアクティブなＶＰＳのｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値に等しくなければならない。
【０２６９】
ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｕｂ＿ｓｔｒｅａｍｓ＿ｍｉｎｕｓ１プラス１は、それのビットレート情報がこのＳＥＩメッセージによって提供され得るところのサブビットストリームの数を明示することができる。ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｕｂ＿ｓｔｒｅａｍｓ＿ｍｉｎｕｓ１の値は、両端を含む０から２１０−１の範囲内になければならない。
【０２７０】
ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｍｏｄｅ［ｉ］は、ｉ番目のサブビットストリームがどのように生成されるかを明示することができる。ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｍｏｄｅ［ｉ］の値は、両端を含む０または１に等しくなければならない。値２および３は、ＩＴＵ−ＴおよびＩＳＯ／ＩＥＣによる将来の使用のために確保されている。ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｍｏｄｅ［ｉ］が１より大きいとき、デコーダはシンタックスエレメントｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］、ｈｉｇｈｅｓｔ＿ｓｕｂｌａｙｅｒ＿ｉｄ［ｉ］、ａｖｇ＿ｂｉｔ＿ｒａｔｅ［ｉ］、およびｍａｘ＿ｂｉｔ＿ｒａｔｅ［ｉ］を無視しなければならない。
【０２７１】
ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｍｏｄｅ［ｉ］が０に等しいとき、ｉ番目のサブビットストリームがどのように生成されるかは、下記のステップによって明示され得る：
【０２７２】
クローズ１０で明示されるサブビットストリーム抽出プロセスは、サブビットストリーム属性ＳＥＩメッセージ、ｈｉｇｈｅｓｔ＿ｓｕｂｌａｙｅｒ＿ｉｄ［ｉ］およびＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＬａｙｅｒＳｅｔＩｄｘＦｏｒＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］］］を入力として含むＣＶＳに対応するビットストリームに対して呼び出される。
クローズ１０で明示されるサブビットストリーム抽出プロセスは、サブビットストリーム属性ＳＥＩメッセージ、ｈｉｇｈｅｓｔ＿ｓｕｂｌａｙｅｒ＿ｉｄ［ｉ］およびＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＬａｙｅｒＳｅｔＩｄｘＦｏｒＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］］］を入力として含むＣＶＳに対応するビットストリームに対して呼び出される。
それについてｎｕｈ＿ｌａｙｅｒ＿ｉｄがＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔに含まれていなくて次の条件のうちのいずれかが当てはまるところの全てのＮＡＬユニットを削除する：
ＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔに含まれるｌａｙｅｒＩｄ値について、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は両端を含むＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３の範囲内にはなくてｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄ］］は０に等しい。
ＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔに含まれる全てのｌａｙｅｒＩｄ値について、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇは０に等しいかまたはｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇは１に等しく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは０に等しくなく、ＴｅｍｐｏｒａｌＩｄはｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄ］］−１の最大値より大きい。
【０２７３】
ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｍｏｄｅ［ｉ］が１に等しいとき、ｉ番目のサブビットストリームは、続いて下記が行われる上記ステップにより明示されるように生成される：
ＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔに含まれる値の中にはないｎｕｈ＿ｌａｙｅｒ＿ｉｄと１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇとを有する全てのＮＡＬユニットを削除する。
【０２７４】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］は、ｉ番目のサブビットストリームに対応する出力レイヤセットのインデックスを明示することができる。
【０２７５】
ｈｉｇｈｅｓｔ＿ｓｕｂｌａｙｅｒ＿ｉｄ［ｉ］は、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しくないとき、ｉ番目のサブビットストリーム内のアクセスユニットの最高のＴｅｍｐｏｒａｌＩｄを明示することができる。
【０２７６】
ａｖｇ＿ｂｉｔ＿ｒａｔｅ［ｉ］は、ｉ番目のサブビットストリームの平均ビットレートをビット／秒単位で示すことができる。その値は、下記の通りに明示される関数ＢｉｔＲａｔｅＢＰＳ（）を用いてＢｉｔＲａｔｅＢＰＳ（ａｖｇ＿ｂｉｔ＿ｒａｔｅ［ｉ］）により与えられる：
ＢｉｔＲａｔｅＢＰＳ（ｘ）＝（ｘ＆（２１４−１））*１０（２＋（ｘ＞＞１４））
【０２７７】
平均ビットレートは、ＪＣＴＶＣ−Ｐ１００８のクローズＦ．１３に明示されているアクセスユニット削除時間に従って導出される。下記において、ｂＴｏｔａｌはｉ番目のサブビットストリームの全てのＮＡＬユニット内のビットの数であり、ｔ１はＶＰＳが適用される第１アクセスユニットの削除時間（秒単位）であり、ｔ２はＶＰＳが適用される最後のアクセスユニット（復号順序において）の削除時間（秒単位）である。ｘはａｖｇ＿ｂｉｔ＿ｒａｔｅ［ｉ］の値を明示するものとして、下記が適用される：
ｔ１がｔ２に等しくなければ、下記の条件が当てはまらなければならない：
（ｘ＆（２１４−１））＝＝Ｒｏｕｎｄ（ｂＴｏｔａｌ＋（（ｔ２−ｔ１）*１０（２＋（ｘ＞＞１４））））
そうでなければ（ｔ１がｔ２に等しければ）、下記の条件が当てはまらなければならない：
（ｘ＆（２１４−１））＝＝０
【０２７８】
ｍａｘ＿ｂｉｔ＿ｒａｔｅ［ｉ］は、ＪＣＴＶＣ−Ｐ１００８のクローズＦ．１３に明示されているアクセスユニット削除時間の任意の１秒間時間ウィンドウ内のｉ番目のサブビットストリームのビットレートについての上限を示すことができる。ビット／秒単位でのビットレートについての上限は、ＢｉｔＲａｔｅＢＰＳ（ｍａｘ＿ｂｉｔ＿ｒａｔｅ［ｉ］）により与えられる。ビットレート値は、クローズＦ．１３に明示されているアクセスユニット削除時間に従って導出される。下記において、ｔ１は任意の時点（秒単位）であり、ｔ２はｔ１＋１／１００に等しくセットされ、ｂＴｏｔａｌは、ｔ１より大きいかまたはｔ１に等しくてｔ２よりは小さい削除時間を有するアクセスユニットの全てのＮＡＬユニット内のビットの数である。ｘはｍａｘ＿ｂｉｔ＿ｒａｔｅ［ｉ］の値を明示するものとして、ｔ１の全ての値について下記の条件に従わなければならない：
（ｘ＆（２１４−１））＞＝ｂＴｏｔａｌ＋（（ｔ２−ｔ１）*１０（２＋（ｘ＞＞１４）））
【０２７９】
仮想参照デコーダに関連するセマンティクス情報は同様に、ｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］など、シンタックスに含まれ得る。内部的に参照されるベースレイヤおよび外部から参照されるベースレイヤの両方に関して、ベースレイヤのシンタックス構造内のデータ、ｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］＝０、は特定のベースレイヤに関連するデータであるのかそれとも特別の関連性を持たない、復号プロセス中に仮想参照デコーダにより無視されるフィラーデータであるのかを判定できることが望ましい。従って、ベースレイヤが外部で規定されない（すなわち、内部的に明示される）場合については、ｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値の範囲は、インデックスがＶＰＳ内のレイヤセットのうちの１つだけを指すことができるように明示される。外部で規定されるベースレイヤの場合は、ｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘは、０の値を取らないようにさらに制限される。ｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］インデックスをこのように制限することにより、潜在的に利用可能なレイヤセットのうちの１つを指すＨＲＤパラメータだけが許され、ベースレイヤが含まれるかどうかは、そのベースレイヤが外部で規定されるベースレイヤであるかどうかによる。
【０２８０】
ｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＶＰＳ内のｉ番目のｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用されるレイヤセットの、ＶＰＳにより明示されるレイヤセットのリストへの、インデックスを明示する。準拠するビットストリームにおいては、ｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端を含む（ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇ？１：０）からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１の範囲内になければならない。
【０２８１】
レイヤセットにおいて重複するｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）をシグナリングすることを避けるために追加の制約を含めることができる。１つの追加の制約は、ｉに等しくないｊの任意の値についてｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値がｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］の値に等しくてはならないというビットストリーム適合性の必要条件である。他の１つの制約は、ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１シンタックスエレメントに関するものであり得る。ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１プラス１は、ＶＰＳにより明示されるレイヤセットの数を明示する。ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１の値は、両端を含む０から１０２３の範囲内になければならない。他の１つの制約はｖｐｓ＿ｎｕｍ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓシンタックスエレメントに関するものであり得る。ｖｐｓ＿ｎｕｍ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓは、ＶＰＳ  ＲＢＳＰ内に存在するｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の数を明示する。ｖｐｓ＿ｎｕｍ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓの値は、ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１を含めて、これより小さいかまたは等しくなければならない。
【０２８２】
ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造は、レイヤセットにおいてＨＲＤ操作に使用されるＨＲＤパラメータを提供する。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がＶＰＳに含まれるとき、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される適用可能なレイヤセットは、ＶＰＳ内の対応するｈｒｄ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］シンタックスエレメントにより明示される。ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造がＳＰＳに含まれるとき、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用されるレイヤセットは、関連するレイヤ識別子リストがＣＶＳ内に存在する全てのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含むレイヤセットである。
【０２８３】
各ＨＥＶＣ、ＳＨＶＣ、ＭＶ−ＨＥＶＣビットストリームは、８ビットをサポートするメインプロファイル（Ｍａｉｎ  ｐｒｏｆｉｌｅ）、１０ビットをサポートするメイン１０プロファイル（Ｍａｉｎ  １０  ｐｒｏｆｉｌｅ）、メインスチルピクチャプロファイル（Ｍａｉｎ  Ｓｔｉｌｌ  Ｐｉｃｔｕｒｅ  ｐｒｏｆｉｌｅ）など、そのビットストリームが何に準拠するかに関するプロファイル情報を含む。これらのプロファイルの各々はそのビットストリームの制約および／または特性を定義する複数の階層のうちの１つを含み、各階層はそのビットストリームのさらなる制約および／または特性を提供する複数のレベルのうちの１つを含む。従ってＨＥＶＣ、ＳＨＶＣ、ＭＶ−ＨＥＶＣビットストリームについて、そのビットストリームが従うプロファイル、階層、レベルに関する情報を記述するｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）情報がシグナリングされる。典型的なシグナリング方式は、下記の表に示される通りであり得る。
【表８】
2017525215.tif 000028
【０２８４】
ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造は、レイヤセットにおいて使用されるプロファイル、階層およびレベル情報を提供する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造に含まれるとき、そのｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が適用される適用可能なレイヤセットはｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造内の対応するｌｓＩｄｘ変数により明示される。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がＶＰＳに含まれるけれどもｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造には含まれないとき、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が適用される適用可能なレイヤセットは、インデックス０により明示されるレイヤセットである。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がＳＰＳに含まれるとき、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が適用されるレイヤセットは、インデックス０により明示されるレイヤセットである。
【０２８５】
ｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１プラス１は、ＶＰＳ内のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の数を明示する。ｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１の値は、両端を含む０から６３の範囲内になければならない。
【０２８６】
プロファイル階層レベル構造のインデクシングは、ベースレイヤが外部で規定されるかどうかに基づくべきである。ベースレイヤが外部で規定されるとき、第１ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造内の全てのビットは０に等しいことを要求される。従って、ベースレイヤが外部で規定されるとき、両端を含む１からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１の範囲内のｉについて、ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］はこの全ゼロｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構造を指すべきでない。
【０２８７】
ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］に対する改変を考慮して、ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］は、ｉ番目の出力レイヤセットに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の、ＶＰＳ内のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のリストへの、インデックスを明示することができる。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１＋１））ビットである。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［０］の値は０に等しいと推定される。両端を含む１からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔ−１の範囲内のｉについてのｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］の値は、両端を含む（ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇ？１：０）からｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１の範囲内になければならない。
【０２８８】
外部手段により明示される０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャに適用されるｒｅｐ＿ｆｏｒｍａｔ（）構造のＶＰＳ内のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のリストへのインデックスを明示する変数ＢｌＲｅｐＦｏｒｍａｔＩｄｘ（例えば、ベースレイヤ表現フォーマットインデックス）の値を外部手段によってシグナリングすることも同じく望ましい。このことは望ましいことである、なぜならば、もしそうでなければ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する外部で規定されるレイヤの表現フォーマット情報のうちのいずれかが変化するとき（例えば外部で規定されるベースレイヤのピクチャ高さまたは幅の変化）、現在はそのベースレイヤの表現フォーマットを示すために０番目の表現フォーマット構造が常に選択されるから新しいＶＰＳが起動されなければならないことになり、その追加のＶＰＳはビットストリームのビットの相当の増加および不適切な計算の複雑さをもたらすであろうからである。
【０２８９】
復号プロセスのセマンティクスは、次の通りであることができて、ＢｌＲｅｐＦｏｒｍａｔＩｄｘおよび外部から参照されるベースレイヤの便宜を含む：
ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、下記が当てはまる：
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する符号化ピクチャはビットストリーム内に無い。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢのサイズは１に等しくセットされる。
復号ピクチャのリストの他に、このプロセスは、各アクセスユニットにおいて、フラグＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇを出力するとともに、ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇが０に等しくてＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］が１に等しいときにはフラグＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇをも出力する。
各アクセスユニットのＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇと、存在するとき、ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇとは、ベースレイヤ復号ピクチャの出力を制御するために外部手段によってベースレイヤデコーダへ送られなければならない。
下記が適用される：
ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇは次のように導出される：
ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇ＝（ＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔ［０］＝＝０）
１に等しいＢｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇは、そのベースレイヤがターゲット出力レイヤであることを明示する。
０に等しいＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇは、そのベースレイヤがターゲット出力レイヤではないことを明示する。
各アクセスユニットについて、ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇが０に等しくてＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］が１に等しいとき、ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、次のように導出される：
もし（ベースレイヤがターゲット出力レイヤの直接または間接参照レイヤであり、アクセスユニットがターゲット出力レイヤにピクチャを含んでおらずかつターゲット出力レイヤの他のどの直接または間接参照レイヤにもピクチャを含んでいない）ならば、
ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇ＝１
そうでなければ
ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇ＝０
アクセスユニットについて１に等しいＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、そのアクセスユニットのベースレイヤピクチャが出力されることを明示する。アクセスユニットについて０に等しいＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、そのアクセスユニットのベースレイヤピクチャが出力されないことを明示する。
各アクセスユニットについて、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは、外部手段によって提供され得る。提供されないとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは、現在のアクセスユニットのレイヤ間予測において使用されない。提供されるとき、下記が適用される：
そのアクセスユニットの０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャの次の情報が外部手段によって提供される：
復号サンプル値（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しければ１サンプルアレイＳＬ、そうでなければ３サンプルアレイＳＬ、ＳＣｂ、およびＳＣｒ）
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャに適用されるｒｅｐ＿ｆｏｒｍａｔ（）構造のＶＰＳ内のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のリストへのインデックスを明示する変数ＢｌＲｅｐＦｏｒｍａｔＩｄｘの値。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、それぞれ、アクティブなＶＰＳ内のＢｌＲｅｐＦｏｒｍａｔＩｄｘ番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値に等しくセットされる。
変数ＢｌＩｒａｐＰｉｃＦｌａｇの値、およびＢｌＩｒａｐＰｉｃＦｌａｇが１に等しいときには復号ピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値
１に等しいＢｌＩｒａｐＰｉｃＦｌａｇは、その復号ピクチャがＩＲＡＰピクチャであることを明示する。０に等しいＢｌＩｒａｐＰｉｃＦｌａｇは、その復号ピクチャが非ＩＲＡＰピクチャであることを明示する。
復号ピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの提供される値は、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＣＲＡ＿ＮＵＴ、またはＢＬＡ＿Ｗ＿ＬＰに等しくなければならない。
ＩＤＲ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、その復号ピクチャがＩＤＲピクチャであることを明示する。
ＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、その復号ピクチャがＣＲＡピクチャであることを明示する。
ＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、その復号ピクチャがＢＬＡピクチャであることを明示する。
下記は、アクセスユニットにおいて０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャに適用される：
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢに格納され、“長期参照のために使用される”と標示される。
もしアクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、アクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するいずれかのピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しくセットされる。そうでなければ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは廃棄され、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢは空であるとセットされる。
アクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するとき、アクセスユニット内の全てのピクチャが復号された後、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢは空であるとセットされる。
【０２９０】
他の１つの実施態様では、下記が適用され得る：
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャに適用されるｒｅｐ＿ｆｏｒｍａｔ（）構造のＶＰＳ内のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のリストへのインデックスを明示する変数ＢｌＲｅｐＦｏｒｍａｔＩｄｘの値。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、それぞれ、アクティブなＶＰＳ内のｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ［ＢｌＲｅｐＦｏｒｍａｔＩｄｘ］番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値に等しくセットされる。
【０２９１】
他の１つの実施態様では、単一の変数ＢｌＲｅｐＦｏｒｍａｔＩｄｘインデックスの代わりに、外部手段により明示される０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する各復号ピクチャにおいてフラグＢｌＲｅｐＦｍｔＦｌａｇおよび変数ＢｌＲｅｐＦｍｔＩｄｘが明示され得る。この場合、一般的な復号プロセスの間、下記が適用される。
各アクセスユニットにおいて、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャが外部手段により提供され得る。提供されないとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは現在のアクセスユニットのレイヤ間予測において使用されない。提供されるとき、下記が適用される：
アクセスユニットの０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャの次の情報が外部手段により提供される：
復号サンプル値（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しければ１サンプルアレイＳＬ、そうでなければ３サンプルアレイＳＬ、ＳＣｂ、およびＳＣｒ）
変数ＢｌＲｅｐＦｍｔＦｌａｇの値、および、ＢｌＲｅｐＦｍｔＦｌａｇが１に等しいとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャに適用されるｒｅｐ＿ｆｏｒｍａｔ（）構造のＶＰＳ内のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のリストへのインデックスを明示する変数ＢｌＲｅｐＦｍｔＩｄｘの値。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、それぞれ、アクティブなＶＰＳ内でＢｌＲｅｐＦｍｔＦｌａｇが０に等しければｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ［０］番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造の、あるいはＢｌＲｅｐＦｍｔＦｌａｇが１に等しければＢｌＲｅｐＦｍｔＩｄｘ番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造の、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値に等しくセットされる。
変数ＢｌＩｒａｐＰｉｃＦｌａｇの値、および、ＢｌＩｒａｐＰｉｃＦｌａｇが１に等しいとき、復号ピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値
１に等しいＢｌＩｒａｐＰｉｃＦｌａｇは、復号ピクチャがＩＲＡＰピクチャであることを明示する。０に等しいＢｌＩｒａｐＰｉｃＦｌａｇは、復号ピクチャが非ＩＲＡＰピクチャであることを明示する。
復号ピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの提供される値は、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＣＲＡ＿ＮＵＴ、またはＢＬＡ＿Ｗ＿ＬＰに等しくなければならない。
ＩＤＲ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、復号ピクチャがＩＤＲピクチャであることを明示する。
ＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、復号ピクチャがＣＲＡピクチャであることを明示する。
ＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、復号ピクチャがＢＬＡピクチャであることを明示する。
アクセスユニットについて０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャにおいて下記が適用される：
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢに格納され、“長期参照に使用される”と標示される。
もしアクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、アクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しくセットされる。そうでなければ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは廃棄され、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢは空であるとセットされる。
アクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、アクセスユニット内の全てのピクチャが復号された後、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢは空であるとセットされる。
【０２９２】
他の１つの実施態様では、下記が適用され得る：
変数ＢｌＲｅｐＦｍｔＦｌａｇの値、および、ＢｌＲｅｐＦｍｔＦｌａｇが１に等しいとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャに適用されるｒｅｐ＿ｆｏｒｍａｔ（）構造のＶＰＳ内のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のリストへのインデックスを明示する変数ＢｌＲｅｐＦｍｔＩｄｘの値。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、それぞれ、アクティブなＶＰＳ内でＢｌＲｅｐＦｍｔＦｌａｇが０に等しければｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ［０］番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造の、あるいはＢｌＲｅｐＦｍｔＦｌａｇが１に等しければｖｐｓ＿ｒｅｐ＿ｆｏｒｍａｔ［ＢｌＲｅｐＦｍｔＩｄｘ］番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造の、ｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値に等しくセットされる。
【０２９３】
他の１つの実施態様では、上記の実施態様のうちの幾つかが組み合わされ得る。特に、ＴｅｍｐｏｒａｌＩｄ値の導出および外部で規定されるベースレイヤピクチャの表現フォーマットの導出が組み合わされ得る。１つの実施態様では、このことは次の通りに行われ得る。
【０２９４】
復号プロセスのセマンティクスは次の通りであり得て、ＢｌＲｅｐＦｏｒｍａｔＩｄｘおよび外部から参照されるベースレイヤの便宜を含む：
ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、下記が適用される：
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する符号化ピクチャはビットストリーム内に存在しない。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢのサイズは１に等しくセットされる。
復号ピクチャのリストの他に、このプロセスは、各アクセスユニットにおいて、フラグＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇおよび、ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇが０に等しくてＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］が１に等しいとき、フラグＢｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇをも出力する。
各アクセスユニットのＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇおよび、存在するとき、ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、ベースレイヤ復号ピクチャの出力を制御するために外部手段によってベースレイヤデコーダに送られなければならない。
下記が適用される：
ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇは次の通りに導出される：
ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇ＝（ＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔ［０］＝＝０）
１に等しいＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇは、ベースレイヤがターゲット出力レイヤであることを明示する。
０に等しいＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇは、ベースレイヤがターゲット出力レイヤではないことを明示する。
各アクセスユニットにおいて、ＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇが０に等しくてＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ＴａｒｇｅｔＯｐｔＬａｙｅｒＳｅｔＩｄｘ］が１に等しいとき、ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、次の通りに導出される：
もし（ベースレイヤがターゲット出力レイヤの直接または間接参照レイヤであり、アクセスユニットが、ターゲット出力レイヤにピクチャを含まないとともにターゲット出力レイヤの他のどの直接または間接参照レイヤにもピクチャを含まない）ならば、
ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇ＝１
そうでなければ
ＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇ＝０
アクセスユニットについて１に等しいＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、そのアクセスユニットのベースレイヤピクチャが出力されることを明示する。アクセスユニットについて０に等しいＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、そのアクセスユニットのベースレイヤピクチャが出力されないことを明示する。
各アクセスユニットについて、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは、外部手段によって提供され得る。提供されないとき、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは、現在のアクセスユニットのレイヤ間予測において使用されない。提供されるとき、下記が適用される：
そのアクセスユニットの０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャの次の情報が外部手段によって提供される：
復号サンプル値（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しければ１サンプルアレイＳＬ、そうでなければ３サンプルアレイＳＬ、ＳＣｂ、およびＳＣｒ）
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャに適用されるｒｅｐ＿ｆｏｒｍａｔ（）構造のＶＰＳ内のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のリストへのインデックスを明示する変数ＢｌＲｅｐＦｏｒｍａｔＩｄｘの値。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値は、それぞれ、アクティブなＶＰＳ内のＢｌＲｅｐＦｏｒｍａｔＩｄｘ番目のｒｅｐ＿ｆｏｒｍａｔ（）シンタックス構造のｐｉｃ＿ｗｉｄｔｈ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｖｐｓ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｖｐｓ＿ｉｄｃ、ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｖｐｓ＿ｆｌａｇ、ｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｌｕｍａ＿ｍｉｎｕｓ８、およびｂｉｔ＿ｄｅｐｔｈ＿ｖｐｓ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８の値に等しくセットされる。
変数ＢｌＩｒａｐＰｉｃＦｌａｇの値、およびＢｌＩｒａｐＰｉｃＦｌａｇが１に等しいときには復号ピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値
１に等しいＢｌＩｒａｐＰｉｃＦｌａｇは、その復号ピクチャがＩＲＡＰピクチャであることを明示する。０に等しいＢｌＩｒａｐＰｉｃＦｌａｇは、その復号ピクチャが非ＩＲＡＰピクチャであることを明示する。
復号ピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの提供される値は、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＣＲＡ＿ＮＵＴ、またはＢＬＡ＿Ｗ＿ＬＰに等しくなければならない。
ＩＤＲ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、その復号ピクチャがＩＤＲピクチャであることを明示する。
ＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、その復号ピクチャがＣＲＡピクチャであることを明示する。
ＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、その復号ピクチャがＢＬＡピクチャであることを明示する。
下記は、アクセスユニットにおいて０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャに適用される：
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢに格納され、“長期参照に使用される”と標示される。
もしアクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、アクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するいずれかのピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しくセットされる。そうでなければ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャは廃棄され、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢは空であるとセットされる。
１つの実施態様では、もしアクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＴｅｍｐｏｒａｌＩｄは、アクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するいずれかのピクチャのＴｅｍｐｏｒａｌＩｄに等しくセットされる。
他の１つの実施態様では、もしＢｌＩｒａｐＰｉｃＦｌａｇが１に等しければ、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＴｅｍｐｏｒａｌＩｄは、０に等しくセットされる。そうでない場合（ＢｌＩｒａｐＰｉｃＦｌａｇが０に等しければ）、もしアクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＴｅｍｐｏｒａｌＩｄは、アクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するいずれかのピクチャのＴｅｍｐｏｒａｌＩｄに等しくセットされる。
アクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するとき、そのアクセスユニット内の全てのピクチャが復号された後、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのサブ−ＤＰＢは空であるとセットされる。
【０２９５】
追加の実施態様では、“外部で規定される”という用語は、“外部手段によって規定される”または、情報が何らかの外側／外部手段によって提供されるという面に関連する他の任意の同等用語に置き換えられ得る。
【０２９６】
前に記載されたように、ハイブリッドスケーラビリティは、外部メカニズムにより提供される、ＨＥＶＣまたはＳＨＶＣ／ＭＶ−ＨＥＶＣコーデック以外のコーデックを用いて符号化されたかもしれないレイヤであり得るベースレイヤの使用に関連する。例を挙げると、その外部レイヤはＡＴＳＣ準拠デコーダまたはＡＶＣ準拠デコーダを用いて復号され得る。
【０２９７】
例としてＪＣＴＶＣ−Ｑ１００８およびＪＣＴ３Ｖ−Ｈ１００２を挙げると、０に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇは、ベースレイヤがその規格において明示されていない外部手段によって提供されることを明示する。１に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇは、ベースレイヤがＪＣＴＶＣ−Ｑ１００８および／またはＪＣＴ３Ｖ−Ｈ１００２ビットストリームなどのビットストリームにおいて提供されることを明示する。
【０２９８】
ベースレイヤがＳＨＶＣおよび／またはＭＶ−ＨＥＶＣにおいて外部で規定されるとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［０］［ｊ］シンタックスエレメントにおいて特別化されたシグナリングおよび／または制約を設けることが望ましい。この特別化されたシグナリングおよび／または制約は、もし望まれるのであれば、ＪＣＴＶＣ−Ｈ１００２に適する仕方で示されているように、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［０］［ｊ］において明示される推論規則と共にｄｐｂ＿ｓｉｚｅ（）シンタックス構造において提供され得る。
【０２９９】
ＤＰＢサイズシンタックス構造ｄｐｂ＿ｓｉｚｅ（）は次の通りであり得る。
【表９】
2017525215.tif 000029
【０３００】
ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］プラス１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときＤＰＢに格納される必要のある、ｉ番目の出力レイヤセット内のＣＶＳのｋ番目のレイヤの、復号ピクチャの最大数を明示する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］はｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］より大きいかまたは等しくなければならない。ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が両端を含む１からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内のｊに存在しないとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］はｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［０］［０］［ｊ］の値はベースレイヤのアクティブなＳＰＳのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］に等しいと推定される。
【０３０１】
１つの実施態様では、両端を含む１からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１の範囲内のｉ、両端を含む０からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内のｊについてｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［０］［ｊ］が存在しないとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［０］［ｊ］は０に等しいと推定される。
【０３０２】
他の１つの実施態様では、両端を含む１からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１の範囲内のｉ、両端を含む０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｃｕｒｒＬｓＩｄｘ］−１の範囲内のｋ、両端を含む０からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内のｊについてｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が存在しないとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は０に等しいと推定される。
【０３０３】
他の１つの実施態様では、ＤＰＢサイズシンタックス構造ｄｐｂ＿ｓｉｚｅ（）は次の通りであり得る。
【表１０】
2017525215.tif 000030
【０３０４】
他の１つの実施態様では、ＤＰＢサイズシンタックス構造ｄｐｂ＿ｓｉｚｅ（）は次の通りであり得る。
【表１１】
2017525215.tif 000031
【０３０５】
説明されているように、ｄｐｂ＿ｓｉｚｅ（）シンタックス構造のｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｊ］［ｊ］は３つの変数を含む。変数ｉ（ｆｏｒ（ｉ＝１；ｉ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ；ｉ＋＋）｛）は、１から出力レイヤセットの各々を通してインクリメントされる。変数ｊ（ｆｏｒ（ｊ＝０；ｊ＜＝ＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ｃｕｒｒＬｓＩｄｘ］；ｊ＋＋｛）は、０から出力レイヤセットの各々の中のサブレイヤの各々を通してインクリメントされる。変数ｋ（ｆｏｒ（ｋ＝０；ｋ＜ＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｃｕｒｒＬｓＩｄｘ］；ｋ＋＋））は、０から各出力レイヤセットの中のレイヤの各々を通してインクリメントされる。このようにＪＣＴＶＣ−Ｑ１００８およびＪＣＴ３Ｖ−Ｈ１００２においては、ＤＰＢパラメータはビデオパラメータセット（Ｖｉｄｅｏ  Ｐａｒａｍｅｔｅｒ  Ｓｅｔ（ＶＰＳ））内のｄｐｂ＿ｓｉｚｅ（）シンタックス構造においてシグナリングされ、ｄｐｂ＿ｓｉｚｅ（）は、出力レイヤセット数においてテンポラルサブレイヤ数の各出力レイヤセット内のレイヤ数の種々のＤＰＢパラメータをシグナリングする。従って、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、示されているシンタックス構造のシンタックスにおいて直前の条件が当てはまるならば、シグナリングされる。
【０３０６】
もしｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇ＝＝１ならば（例えば、ベースレイヤが外部手段によって提供されなければ）、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］はシグナリングされる。従って、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］のシグナリングされた値は、提供されたビットストリームを復号するときに使用される。もし！ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇ＝＝１であって（例えば、ベースレイヤがビットストリーム内に提供されていなくて）他の１つの条件が満たされるならば、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］はシグナリングされる。前記の他の１つの条件は、例えば、“ＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］［０］！＝０）＆＆（ｋ＝＝０）”または、外部手段のベースレイヤを特定する“ＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］［ｋ］！＝０））”を含むことができる。１つのコンパクトな同等シンタックスは、“ｉｆ（ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇ｜｜（ＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］［ｋ］！＝０））”を含む。従って、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、もしベースレイヤであるならば０の値を有するはずであるので、シグナリングされなくてもよい（１−ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１は０に等しく、従ってｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＝ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１＋１は１に等しい）。
【０３０７】
或る実施態様では、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、もし出力レイヤセット内の０番目のレイヤが外部で規定されるならば、シグナリングされなくてもよい。他の実施態様では、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、もしベースレイヤが外部で規定されかつ０番目のレイヤであるならば、シグナリングされなくてもよい。他の実施態様では、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］は、もし出力レイヤセット内の０番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄがゼロに等しければ、シグナリングされなくてもよい。
【０３０８】
他の１つの実施態様では、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［０］［ｊ］のこのシグナリングは、ビットストリーム制約と共に次のＤＰＢサイズシンタックス構造ｄｐｂ＿ｓｉｚｅ（）により達成され得る。
【表１２】
2017525215.tif 000032
【０３０９】
ｌｓＩｄｘ番目のレイヤセットについては、サブ−ＤＰＢの数はＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｌｓＩｄｘ］であり、レイヤセット内のｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値を有する各レイヤについては、インデックスｌａｙｅｒＩｄｘを有するサブ−ＤＰＢが割り当てられ、ＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ｌｓＩｄｘ］［ｌａｙｅｒＩｄｘ］はｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しい。
【０３１０】
１に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、両端を含む１からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内のｉについてｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在することを明示する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｆｌａｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、０より大きいｊの各値についてｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が存在しなくてその値が０に等しいと推定されることを明示する。
【０３１１】
１に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、ｊ番目のサブレイヤについて、両端を含む０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］−１の範囲内のｋについてｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が存在し、ｊ番目のサブレイヤにおいてｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が存在することを明示する。０に等しいｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］は、両端を含む０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］−１の範囲内のｋについてｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］の値がｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいことを明示するとともに、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値がそれぞれｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］およびｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しくセットされるということを明示する。ｉの任意の可能な値についてｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［０］の値は１に等しいと推定される。存在しないとき、０より大きいｊおよびｉの任意の可能な値についてｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］の値は、０に等しいと推定される。
【０３１２】
ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］プラス１は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいときにはＤＰＢに格納されなければならない、ｉ番目の出力レイヤセット内のＣＶＳのｋ番目のレイヤの、復号ピクチャの最大数を明示する。ｊが０より大きいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］はｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］より大きいかまたは等しくなければならない。両端を含む１からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内のｊについてｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］が存在しないとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］はｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ−１］に等しいと推定される。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［０］［０］［ｊ］は、ベースレイヤのアクティブなＳＰＳのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］に等しいと推定される。
【０３１３】
１つの実施態様では、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しいとき、両端を含む１からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１の範囲内のｉ、両端を含む０からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内のｊについてＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］［０］が０に等しいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［０］［ｊ］の値が０に等しくなければならないということはビットストリーム適合性の必要条件である。
【０３１４】
他の１つの実施態様では、次の通りに「for」ループに“各”という語が付け加えられ得る：
【０３１５】
ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しいとき、両端を含む１からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１の範囲内の各ｉ、両端を含む０からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内の各ｊについてＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ｉ］［０］が０に等しいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［０］［ｊ］の値が０に等しくなければならないということはビットストリーム適合性の必要条件である。
【０３１６】
１つの実施態様では、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しいとき、両端を含む１からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１の範囲内のｉ、両端を含む０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｃｕｒｒＬｓＩｄｘ］−１の範囲内のｋ、両端を含む０からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内の各ｊにつきＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ｉ］［ｋ］が０に等しいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［０］［ｊ］の値が０に等しくなければならないということはビットストリーム適合性の必要条件である。他の１つの実施態様では、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しいとき、両端を含む１からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１の範囲内のｉ、両端を含む０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ｃｕｒｒＬｓＩｄｘ］−１の範囲内のｋ、両端を含む０からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内の各ｊにつきＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ｉ］［ｋ］が０に等しいとき、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］の値が０に等しくなければならないということはビットストリーム適合性の必要条件である。
【０３１７】
他の１つの実施態様では、上記のビットストリーム制約について“につき”という語は“各々につき”に置き換えられ得る。
【０３１８】
ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいとき、復号順序においてＣＶＳ内のｉ番目の出力レイヤセット内の１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するピクチャを含む任意のアクセスユニットａｕＡに先行することができるとともに出力順序において１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するピクチャを含むアクセスユニットａｕＡの後に続くことのできる１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するピクチャを含むアクセスユニットの許容される最大数を明示する。ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいために、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］が両端を含む１からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内のｊにつき存在しないとき、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ］はｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］［ｊ−１］に等しいと推定される。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、ｍａｘ＿ｖｐｓ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［０］［ｊ］の値は、ベースレイヤのアクティブなＳＰＳのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］に等しいと推定される。
【０３１９】
０に等しくないｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］はＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値を計算するために使用され、その値は、ＨｉｇｈｅｓｔＴｉｄがｊに等しいとき、出力順序においてＣＶＳ内の１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するピクチャを含む任意のアクセスユニットａｕＡに先行することができるとともに復号順序において１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するピクチャを含むアクセスユニットａｕＡの後に続くことができるｉ番目の出力レイヤセット内の１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するピクチャを含むアクセスユニットの最大数を明示する。ｓｕｂ＿ｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］［ｊ］が０に等しいために、両端を含む１からＭａｘＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＳｅｔＭｉｎｕｓ１［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］の範囲内のｊにつきｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が存在しないとき、ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］はｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ−１］に等しいと推定される。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが１に等しいとき、ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［０］［ｊ］の値は、ベースレイヤのアクティブなＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］に等しいと推定される。
【０３２０】
ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］［ｊ］の値は次の通りに明示される：
【数１５】
2017525215.tif 000033
【０３２１】
ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］が０に等しいとき、対応する限界値は表現されない。ｍａｘ＿ｖｐｓ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端を含む０から２３２−２の範囲内になければならない。
【０３２２】
前に記載されたように、フラグｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇのセマンティクス意味は代わりに逆にされてもよく、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇと称されてもよい。この場合、提案されたシンタックスの全てあるいは幾つかにおいて、下記の置換上のセマンティクスが実行され得る：
ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇの全ての出現は！ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇに置き換えられるであろう。
１に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇフラグの値をチェックする全ての出現は、０に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇフラグの値のチェックに置き換えられるであろう。
０に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇフラグの値をチェックする全ての出現は、１に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇフラグの値のチェックに置き換えられるであろう。
（ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇ？１：０）の全ての出現は、（！ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇ？１：０）に、または（ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇ？０：１）に置き換えられ得る。
ｉｆ（（ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇ＝＝０）｜｜（（ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｅｘｔｅｒｎａｌ＿ｆｌａｇ＝＝１）＆＆（ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＬａｙｅｒＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］［ｊ］］］］＝０）））の全ての出現は、
Ｏｒ  ｂｙ  ｉｆ（（！ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇ＝＝０）｜｜（（！ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇ＝＝１）＆＆（ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＬａｙｅｒＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］［ｊ］］］］！＝０）））
ｉｆ（（ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇ＝＝１）｜｜（（ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇ＝＝０）＆＆（ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＬａｙｅｒＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］［ｊ］］］］！＝０）））
に置き換えられ得る。
或る実施態様では、ＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］［ｋ］は、代わりにＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ｉ］［ｋ］に置き換えられ得る。
或る実施態様では、ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］は、代わりにＬａｙｅｒＳｅｔＩｄｘＦｏｒＯｕｔｐｕｔＬｙｅｒＳｅｔ［ｉ］に置き換えられ得る。
【０３２３】
多重参照ピクチャ管理については、ビットストリーム内のピクチャのうちの残りのピクチャの復号において、前に復号されたピクチャの特定のセットが復号ピクチャバッファ（ｄｅｃｏｄｅｄ  ｐｉｃｔｕｒｅ  ｂｕｆｆｅｒ（ＤＰＢ））の中に存在する必要がある。これらのピクチャを特定するために、ピクチャ順序カウント（ｐｉｃｔｕｒｅ  ｏｒｄｅｒ  ｃｏｕｎｔ（ＰＯＣ））識別子が各スライスヘッダで送信される。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックスエレメントは、ピクチャ順序カウントを現在のピクチャのＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りを明示する。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックスエレメントの長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、両端を含む０からＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ−１の範囲内にある。ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４は、次のようにピクチャ順序カウントの復号プロセスにおいて使用される変数ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂの値を明示する：
ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ＝２（ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４）
ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４の値は、両端を含む０から１２の範囲内にある。
【０３２４】
参照ピクチャセット（ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ  ｓｅｔ（ＲＰＳ））は、１つのピクチャと関連付けられた参照ピクチャのセットであって、復号順序においてその関連ピクチャに先行する、その関連ピクチャまたは復号順序においてその関連ピクチャに続く任意のピクチャのインター予測に使用され得る全ての参照ピクチャから成る。図３５は、テンポラル予測構造の典型的なＰＯＣ値、復号順序、およびＲＰＳを示す。この例では、示されているＲＰＳ値は、そのＲＰＳの実際のＰＯＣ値を指す。他の場合には、ＰＯＣ値の代わりに、現在のピクチャのＰＯＣに対するピクチャのＰＯＣ値の差と、参照されるピクチャが現在のピクチャと参照とにより使用されるか否かをシグナリングするインジケータとがＲＰＳに格納され得る。
【０３２５】
スケーラブルビデオ符号化は、１つ以上のサブセットビットストリームをも含むビデオビットストリームを符号化する手法である。サブセットビデオビットストリームは、そのサブセットビットストリームにおいて必要とされる帯域幅を小さくするためにより大きなビデオからパケットを落とすことによって導出され得る。サブセットビットストリームは、より低い空間分解能（より小さなスクリーン）、より低い時間分解能（より低いフレームレート）、あるいはより低い品質のビデオ信号を表現することができる。例えば、ビデオビットストリームは５個のサブセットビットストリームを含むことができ、それらのサブセットビットストリームの各々はベースビットストリームに追加のコンテンツを加える。ハヌクセラ他（Ｈａｎｎｕｋｓｅｌａ，ｅｔ  ａｌ．）の“高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルエクステンションのテストモデル（Ｔｅｓｔ  Ｍｏｄｅｌ  ｆｏｒ  Ｓｃａｌａｂｌｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））”、ＪＣＴＶＣ−Ｌ０４５３、上海、２０１２年１０月、の全体が参照により本明細書に組み込まれる。チェン他（Ｃｈｅｎ，ｅｔ  ａｌ．）の“ＳＨＶＣドラフトテキスト１（ＳＨＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  １）”、ＪＣＴＶＣ−Ｌ１００８、ジュネーブ、２０１３年３月、の全体が参照により本明細書に組み込まれる。ジェイ・チェン（Ｊ．Ｃｈｅｎ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）、ワイ・イェ（Ｙ．Ｙｅ）、エム・エム・ハヌクセラ（Ｍ．Ｍ．  Ｈａｎｎｕｋｓｅｌａ）の“ＳＨＶＣドラフトテキスト２（ＳＨＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ２）”、ＪＣＴＶＣ−Ｍ１００８、インチェオン、２０１３年５月；ジー・テク（Ｇ．Ｔｅｃｈ）、ケイ・ウェグナー（Ｋ．Ｗｅｇｎｅｒ）、ワイ・チェン（Ｙ．Ｃｈｅｎ）、エム・ハヌクセラ（Ｍ．Ｈａｎｎｕｋｓｅｌａ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）の“ＭＶ−ＨＥＶＣドラフトテキスト４（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ４）（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）”、ＪＣＴＶＣ−Ｄ１００４、インチェオン、２０１３年５月；ジェイ・チェン（Ｊ．Ｃｈｅｎ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）、ワイ・イェ（Ｙ．Ｙｅ）、エム・ハヌクセラ（Ｍ．Ｈａｎｎｕｋｓｅｌａ）、ＳＨＶＣドラフト３（ＳＨＶＣ  Ｄｒａｆｔ  ３）、ＪＣＴＶＣ−Ｎ１００８、ウィーン、２０１３年８月；およびワイ・チェン（Ｙ．Ｃｈｅｎ）、ワイ・ケイ・ワン（Ｙ．−Ｋ．  Ｗａｎｇ）、エイ・ケイ・ラマスブロマニアン（Ａ．Ｋ．  Ｒａｍａｓｕｂｒｏｍａｎｉａｎ）、ＭＶ−ＨＥＶＣ／ＳＨＶＣ  ＨＬＳ：クロスレイヤＰＯＣアライメント（Ｃｒｏｓｓ−ｌａｙｅｒ  ＰＯＣ  Ａｌｉｇｎｍｅｎｔ）、ＪＣＴＶＣ−Ｎ０２４４、ウィーン、２０１３年７月；に追加の説明が記載されており、その各々の全体が参照により本明細書に組み込まれる。
【０３２６】
多視点ビデオ符号化は、代わりの視点を表す１つ以上の他のビットストリームをも含むビデオビットストリームを符号化する手法である。例えば、複数の視点は、立体視ビデオの１対の視点であり得る。例えば、複数の視点は、異なる撮影位置からの同じシーンの複数の視点を表すことができる。イメージが異なる撮影位置からの同じシーンのイメージであるので、複数の視点は一般的に大量の視点間の統計的依存性を含む。従って、組み合わせ時間的および視点間予測は、効率的な多視点符号化を達成することができる。例えば、フレームは、時間的に関連し合うフレーム同士からだけではなくて、隣接する撮影位置のフレーム同士からも効率的に予測され得る。ハヌクセラ他（Ｈａｎｎｕｋｓｅｌａ，ｅｔ  ａｌ．）の“スケーラブルおよび多視点エクステンションの共通仕様テキスト（Ｃｏｍｍｏｎ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｔｅｘｔ  ｆｏｒ  ｓｃａｌａｂｌｅ  ａｎｄ  ｍｕｌｔｉｖｉｅｗ  ｅｘｔｅｎｓｉｏｎｓ）”ＪＣＴＶＣ−Ｌ０４５２、ジュネーブ、２０１３年１月、の全体が参照により本明細書に組み込まれる。テク他（Ｔｅｃｈ，ｅｔ．ａｌ．）の“ＭＶ−ＨＥＶＣドラフトテキスト３（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ３）（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）”、ＪＣＴ３Ｖ−Ｃ１００４＿ｄ３、ジュネーブ、２０１３年１月、の全体が参照により本明細書に組み込まれる。ジー・テク（Ｇ．Ｔｅｃｈ）、ケイ・ウェグナー（Ｋ．Ｗｅｇｎｅｒ）、ワイ・チェン（Ｙ．Ｃｈｅｎ）、エム・ハヌクセラ（Ｍ．Ｈａｎｎｕｋｓｅｌａ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）の“ＭＶ−ＨＥＶＣドラフトテキスト５（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ５）（ＩＳＯ／ＩＥＣ２０３００８−２：２０１ｘ／ＰＤＡＭ２）”ＪＣＴＶＣ−Ｅ１００４、ウィーン、２０１３年８月、の全体が参照により本明細書に組み込まれる。
【０３２７】
アクセスユニット（ａｃｃｅｓｓ  ｕｎｉｔ（ＡＵ））は、明示された分類規則に従って互いに関連付けられた、復号順序において連続する、同じ出力時間に関連付けられた全ての符号化ピクチャのビデオ符号化レイヤ（ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｌａｙｅｒ（ＶＣＬ）ＮＡＬユニットと該ＶＣＬ  ＮＡＬユニットに関連する非ＶＣＬ  ＮＡＬユニットとを含むネットワークアブストラクションレイヤ（ｎｅｔｗｏｒｋ  ａｂｓｔｒａｃｔｉｏｎ  ｌａｙｅｒ（ＮＡＬ））ユニットのセットを指す。ベースレイヤは、その中で全てのＶＣＬ  ＮＡＬユニットが０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するところのレイヤである。符号化ピクチャは、特定の値のｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＶＣＬ  ＮＡＬユニットを含むとともにそのピクチャの全ての符号化ツリーユニットを含むピクチャの符号化表現である。或る場合には、符号化ピクチャはレイヤコンポーネントと称され得る。ピクチャベースまたはアクセスユニット（ＡＵ）ベースであるステップに関する追加の詳細が与えられる。
【０３２８】
図３６は、第２エンハンスメントレイヤ（ＥＬ２）９４２ｂがベースレイヤ（ＢＬ）９４４および第１エンハンスメントレイヤ（ＥＬ１）９４２ａより低いピクチャレートを有するときの符号化ピクチャのレイヤのネットワークアブストラクションレイヤ（ＮＡＬ）ユニットおよびアクセスユニット（ＡＵ）の構造およびタイミングを示すブロック図である。ＥＬ１符号化ピクチャ９５３ａのＮＡＬユニットは、第１エンハンスメントレイヤ（ＥＬ１）９４２ａに沿って示されている。ＥＬ２符号化ピクチャ９５３ｂのＮＡＬユニットは、第２エンハンスメントレイヤ（ＥＬ２）９４２ｂに沿って示されている。ベースレイヤ符号化ピクチャ９５３ｃのＮＡＬユニットは、ベースレイヤ（ＢＬ）９４４に沿って示されている。
【０３２９】
時間ｔ１において、ＥＬ１符号化ピクチャ９５３ａのＮＡＬユニット、ＥＬ２符号化ピクチャ９５３ｂのＮＡＬユニット、およびベースレイヤ符号化ピクチャ９５３ｃのＮＡＬユニットは、アクセスユニット（ＡＵ）９５５ａの部分である。時間ｔ２において、ＥＬ１符号化ピクチャ９５３ａのＮＡＬユニットおよびベースレイヤ符号化ピクチャ９５３ｃのＮＡＬユニットは、アクセスユニット（ＡＵ）９５５ｂの部分である。時間ｔ３において、ＥＬ１符号化ピクチャ９５３ａのＮＡＬユニット、ＥＬ２符号化ピクチャ９５３ｂのＮＡＬユニット、およびベースレイヤ符号化ピクチャ９５３ｃのＮＡＬユニットは、アクセスユニット（ＡＵ）９５５ｃの部分である。時間ｔ４において、ＥＬ１符号化ピクチャ９５３ａのＮＡＬユニットおよびベースレイヤ符号化ピクチャ９５３ｃのＮＡＬユニットは、アクセスユニット（ＡＵ）９５５ｄの部分である。
【０３３０】
図３７は、ベースレイヤ（ＢＬ）１０４４が第１エンハンスメントレイヤ（ＥＬ１）１０４２ａおよび第２エンハンスメントレイヤ（ＥＬ２）１０４２ｂより低いピクチャレートを有するときの符号化ピクチャのレイヤのネットワークアブストラクションレイヤ（ＮＡＬ）ユニットおよびアクセスユニット（ＡＵ）の構造およびタイミングを示すブロック図である。ＥＬ１符号化ピクチャ１０５３ａのＮＡＬユニットは、第１エンハンスメントレイヤ（ＥＬ１）１０４２ａに沿って示されている。ＥＬ２符号化ピクチャ１０５３ｂのＮＡＬユニットは、第２エンハンスメントレイヤ（ＥＬ２）１０４２ｂに沿って示されている。ベースレイヤ符号化ピクチャ１０５３ｃのＮＡＬユニットは、ベースレイヤ（ＢＬ）１０４４に沿って示されている。
【０３３１】
時間ｔ１において、ＥＬ１符号化ピクチャ１０５３ａのＮＡＬユニット、ＥＬ２符号化ピクチャ１０５３ｂのＮＡＬユニットおよびベースレイヤ符号化ピクチャ１０５３ｃのＮＡＬユニットは、アクセスユニット（ＡＵ）１０５５ａの部分である。時間ｔ２において、ＥＬ１符号化ピクチャ１０５３ａのＮＡＬユニットおよびＥＬ２符号化ピクチャ１０５３ｂのＮＡＬユニットは、アクセスユニット（ＡＵ）１０５５ｂの部分である。時間ｔ３において、ＥＬ１符号化ピクチャ１０５３ａのＮＡＬユニット、ＥＬ２符号化ピクチャ１０５３ｂのＮＡＬユニットおよびベースレイヤ符号化ピクチャ１０５３ｃのＮＡＬユニットは、アクセスユニット（ＡＵ）１０５５ｃの部分である。時間ｔ４において、ＥＬ１符号化ピクチャ１０５３ａのＮＡＬユニットおよびＥＬ１符号化ピクチャ１０５３ｂのＮＡＬユニットは、アクセスユニット（ＡＵ）１０５５ｄの部分である。
【０３３２】
図３８を参照すると、ＮＡＬユニットタイプに関するこの制約がグラフで示されている。種々のタイプのＩＤＲピクチャ（例えば、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ）およびＢＬＡピクチャ（ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰ）に関して、この制約は、ベースレイヤ（例えば、ベースレイヤ０）に関して各エンハンスメントレイヤ（例えば、エンハンスメントレイヤ１、２、３、４）において実施される。従って、もしベースレイヤのピクチャがＩＤＲまたはＢＬＡピクチャであるならば、同じＰｉｃＯｒｄｅｒＣｎｔＶａｌについてのエンハンスメントレイヤの各々は同様に対応するＩＤＲまたはＢＬＡピクチャである。
【０３３３】
ベースレイヤおよび１つまたは複数のエンハンスメントレイヤは、同じビデオストリームの中の１対の（またはそれ以上の）ビデオストリームをサイマルキャストするために使用され得る。このように、例えば、ベースレイヤ０およびエンハンスメントレイヤ１は第１ビデオストリームであり得、エンハンスメントレイヤ２、エンハンスメントレイヤ３、およびエンハンスメントレイヤ４は第２ビデオストリームであり得る。例えば、これら２つのビデオストリームは、同じビデオコンテンツを有することができるけれども、異なるベースレイヤおよびエンハンスメントレイヤにおいて異なるビットレートを使用することができる。これらのビデオストリームは、異なるベースレイヤにおいて異なる符号化アルゴリズム（例えば、ＨＥＶＣ／ＡＶＣ）を使用することもできる。このように、エンハンスメントレイヤ２は、エンハンスメントレイヤ１にもベースレイヤ０にも依存しない。さらに、エンハンスメントレイヤ３およびエンハンスメントレイヤ４は、エンハンスメントレイヤ１にもベースレイヤ０にも依存しない。エンハンスメントレイヤ３はエンハンスメントレイヤ２に依存し得、エンハンスメントレイヤ４はエンハンスメントレイヤ３およびエンハンスメントレイヤ２の両方に依存し得る。好ましくは、エンハンスメントレイヤは、より小さな番号を有するエンハンスメントレイヤに依存し得るのみであって、より大きな番号を有するエンハンスメントレイヤには依存し得ない。
【０３３４】
この特定のエンハンスメントレイヤの依存性は、各レイヤが他のどのようなレイヤに直接依存し得るかを各レイヤに示すためにダイレクトディペンデンシーフラグを用いてシグナリングされる。例えば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［１］［ｊ］＝｛１｝は、エンハンスメントレイヤ１がベースレイヤ０に依存し得ることを示す。例えば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［２］［ｊ］＝｛０，０｝は、エンハンスメントレイヤ２が他のレイヤに依存しないことを示す。例えば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［３］［ｊ］＝｛０，０，１｝は、エンハンスメントレイヤ３がベースレイヤ０に依存せず、エンハンスメントレイヤ１に依存せず、エンハンスメントレイヤ２に依存し得ることを示す。例えば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［４］［ｊ］＝｛０，０，１，１｝は、エンハンスメントレイヤ４がベースレイヤ０に依存せず、エンハンスメントレイヤ１に依存せず、エンハンスメントレイヤ２に依存し得、エンハンスメントレイヤ３に依存し得ることを示す。サイマルキャスト構成の可能性があるので、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［i］［ｊ］に関する制約は、サイマルキャスト構成が使用されるときにＩＤＲおよびＢＬＡの発生頻度が異なることを可能にするように再定義され得る。換言すると、ＩＤＲおよびＢＬＡ制約は、サイマルキャストストリームの各々において制限され得るけれども、サイマルキャストストリームの各々において互いから独立し得る。
【０３３５】
図３９を参照すると、２つのビデオストリームのサイマルキャストが示されており、第１ビデオストリームはベースレイヤ０およびエンハンスメントレイヤ１を含み；第２ビデオストリームはエンハンスメントレイヤ２、エンハンスメントレイヤ３、およびエンハンスメントレイヤ４を含む。図示されているように、第１ビデオストリームはＰｉｃＯｒｄｅｒＣｎｔＶａｌＢの値を有するＰｉｃＯｒｄｅｒＣｎｔＶａｌについてＩＤＲ／ＢＬＡピクチャ６００、６１０の対応する対を含むが、第２ビデオストリームはＰｉｃＯｒｄｅｒＣｎｔＶａｌＢの同じ値を有するＰｉｃＯｒｄｅｒＣｎｔＶａｌについてＩＤＲ／ＢＬＡピクチャ６２０、６３０、６４０の対応するセットを含まない。図示されているように、第２ビデオストリームはＩＤＲ／ＢＬＡピクチャ６５０、６６０、６７０の対応するセットを含むが、第１ビデオストリームはＩＤＲ／ＢＬＡピクチャ６８０、６９０の対応する対を含まない。
【０３３６】
図３９を参照すると、特にこの柔軟性は、例えば、ＶＰＳエクステンションのレイヤにおいてシグナリングされるｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］値を考慮することによって達成され得る。変数ＩｎｄｅｐＬａｙｅｒ［ｉ］は各レイヤについて決定され得る、すなわち、そのレイヤが独立しているか（例えば、０）あるいは他の１つのレイヤに依存しているか（例えば、１）。このＩｎｄｅｐＬａｙｅｒ［ｉ］は次の通りに導出され得る：
【数１６】
2017525215.tif 000034
【０３３７】
従って、図３９に示されている例についてはベースレイヤ０およびエンハンスメントレイヤ２は共に独立レイヤである。あるいは、独立レイヤは、追加のシンタックスＩｎｄｅｐＬａｙｅｒ［ｉ］を用いずにＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］から推定され得る。例えば、ＩｎｄｅｐＬａｙｅｒ［ｉ］は、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］が０に等しいときには１に等しいであろう。さらに、ＩｎｄｅｐＬａｙｅｒ［ｉ］は、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］が０に等しくないときには０に等しいであろう。
【０３３８】
シンタックスにおいて、レイヤの識別子を明示するｎｕｈ＿ｌａｙｅｒ＿ｉｄは、“特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値を持っていて特定のＣＶＳの中にある符号化ピクチャについてｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じ特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値を持っていて同じ特定のＣＶＳの中にある全ての符号化ピクチャの全てのＶＣＬ  ＮＡＬユニットについてｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値はｎａｌＵｎｉｔＴｙｐｅＡに等しくなければならない”から前記サイマルキャスト実施態様を可能にする改変セマンティクスに改変されるべきである。希望に応じて他のｎｕｈ＿ｌａｙｅｒ＿ｉｄシマンテックス（ｓｙｍａｎｔｅｃｓ）も同様に使用され得る。
【０３３９】
図４０を参照すると、ビデオストリームはベースレイヤおよび１つ以上のエンハンスメントレイヤ（ＥＬ１／ＥＬ２／ＥＬ３）を含むことができる。各時間（Ｔ１／Ｔ２／Ｔ３／Ｔ４／．．．）について別々のアクセスユニットが存在し、その中にベースレイヤおよび／または１つもしくは複数のエンハンスメントレイヤの符号化ピクチャがある。例えば、時間＝Ｔ１において、対応するアクセスユニットはベースレイヤ、第１エンハンスメントレイヤ、第２エンハンスメントレイヤ、および第３エンハンスメントレイヤの符号化ピクチャを含む。例えば、時間＝Ｔ３において、対応するアクセスユニットは、ベースレイヤおよび第２エンハンスメントレイヤの符号化ピクチャを含むけれども、第１エンハンスメントレイヤの符号化ピクチャも第３エンハンスメントレイヤの符号化ピクチャも含まない。例えば、時間Ｔ−５において、対応するアクセスユニットは、第１エンハンスメントレイヤ、第２エンハンスメントレイヤ、第３エンハンスメントレイヤの符号化ピクチャを含むけれどもベースレイヤの符号化ピクチャを含まない。符号化ピクチャは、例えば、ＩＤＲピクチャ、ＢＬＡピクチャ、ＣＲＡピクチャ、非ＩＤＲピクチャ、非ＢＬＡピクチャ、非ＣＲＡピクチャ、後置ピクチャ、および／または先行ピクチャであり得る。ジェイ・チェン（Ｊ．Ｃｈｅｎ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）、ワイ・イェ（Ｙ．Ｙｅ）、エム・ハヌクセラ（Ｍ  Ｈａｎｎｕｋｓｅｌａ）、ＳＨＶＣドラフト３（ＳＨＶＣ  Ｄｒａｆｔ  ３）、ＪＣＴＶＣ−Ｎ１００８、ウィーン、２０１３年８月、は、ビットストリーム適合性の１つの必要条件はＰｉｃＯｒｄｅｒＣｎｔＶａｌがアクセスユニットの中で不変のままでなければならないことであるという適合性必要条件をセクションＦ８．１．１に含む。換言すれば、同じアクセスユニットの中の各符号化ピクチャは同じＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する。さらに、ベースレイヤの中に含まれるＩＤＲピクチャ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＝０）はゼロにセットされているかあるいはゼロであると推定されるＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する。しかし、非ＩＤＲピクチャおよび非ベースレイヤのＩＤＲピクチャ（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０）は、そのときＰｉｃＯｒｄｅｒＣｎｔＶａｌの値を導出するために使用されるスライスセグメントヘッダ内のｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックスエレメントとしてシグナリングされるＰＯＣ  ＬＳＢ値を有することができる。ＰｉｃＯｒｄｅｒＣｎｔＶａｌは最上位ビット（ＭＳＢ）および最下位ビット（ＬＳＢ）から導出され、そのＬＳＢはビットストリームにおいてシグナリングされる。ＬＳＢは、エンハンスメントレイヤの符号化ピクチャなどにゼロとしてシグナリングされ得るけれども、ＭＳＢはビットストリームの中で直接シグナリングされるのではなくてビットストリームから判定されるのでＰｉｃＯｒｄｅｒＣｎｔＶａｌは非ゼロであり得る。従って、ベースレイヤのＩＤＲが０に等しいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するものとしてシグナリングされまたは推定されるときを含めて、ＰｉｃＯｒｄｅｒＣｎｔＶａｌが同じであることが保証されるけれどもＭＳＢがシンタックスの中���シグナリングされないように、同じアクセスユニット内の全ての符号化ピクチャがシグナリングされることが望ましい。
【０３４０】
ジー・テク（Ｇ．Ｔｅｃｈ）、ケイ・ウェグナー（Ｋ．Ｗｅｇｎｅｒ）、ワイ・チェン（Ｙ．Ｃｈｅｎ）、エム・ハヌクセラ（Ｍ．Ｈａｎｎｕｋｓｅｌａ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）、“ＭＶ−ＨＥＶＣドラフトテキスト５（ＭＶ−ＨＥＶＣ  Ｄｒａｆｔ  Ｔｅｘｔ  ５）（ＩＳＯ／ＩＥＣ  ２０３００８−２：２０１ｘ／ＰＤＡＭ２）”、ＪＣＴＶＣ−Ｅ１００４、ウィーン、２０１３年８月；ジェイ・チェン（Ｊ．Ｃｈｅｎ）、ジェイ・ボイス（Ｊ．Ｂｏｙｃｅ）、ワイ・イェ（Ｙ．Ｙｅ）、エム・ハヌクセラ（Ｍ  Ｈａｎｎｕｋｓｅｌａ））、ＳＨＶＣドラフト３（ＳＨＶＣ  Ｄｒａｆｔ  ３）、ＪＣＴＶＣ−Ｎ１００８、ウィーン、２０１３年８月；およびワイ・チェン（Ｙ．Ｃｈｅｎ）、ワイ・ケイ・ワン（Ｙ．−Ｋ．  Ｗａｎｇ）、エイ・ケイ・ラマスブロマニアン（Ａ．Ｋ．Ｒａｍａｓｕｂｒｏｍａｎｉａｎ）、ＭＶ−ＨＥＶＣ／ＳＨＶＣ  ＨＬＳ：クロスレイヤＰＯＣアライメント（Ｃｒｏｓｓ−ｌａｙｅｒ  ＰＯＣ  Ａｌｉｇｎｍｅｎｔ）、ＪＣＴＶＣ−Ｎ０２４４、ウィーン、２０１３年７月；は下記のシンタックスおよびセマンティクスを定義している。
【表１３】
2017525215.tif 000035
表（１３）
【０３４１】
１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、現在のピクチャにおいて導出されたピクチャ順序カウントが０に等しいことを明示する。０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、現在のピクチャにおいて導出されたピクチャ順序カウントが０に等しいことも等しくないこともあることを明示する。ｃｒｏｓｓ＿ｌａｙｅｒ＿ｉｒａｐ＿ａｌｉｇｎｅｄ＿ｆｌａｇが１に等しいときにはｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値が０に等しくなければならないということはビットストリーム適合性の必要条件である。存在しないときには、ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇの値は０に等しいと推定される。
【０３４２】
ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、１に等しくてｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒにおいてシグナリングされているときには、異なるレイヤの符号化ピクチャのピクチャ順序カウントが適合していないかもしれないことを示す。そのとき、その非適合性を矯正するために２つの規則が適用される。第１の規則は、復号ピクチャバッファ内にあって現在のピクチャと同じレイヤに属している各ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌがＰｉｃＯｒｄｅｒＣｎｔＶａｌずつ減算されるということである。第２の規則は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌが０に等しくセットされるということである。このように、もし現在のＰｉｃＯｒｄｅｒＣｎｔＶａｌが０にセットされるならば（例えば、対応するベースレイヤが０のＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するＩＤＲイメージであって、エンハンスメントレイヤの対応する符号化ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌを０にセットすることが望ましいならば）、現在のＰｉｃＯｒｄｅｒＣｎｔＶａｌが減算される量が復号ピクチャバッファ内の他のピクチャに対して、それらのピクチャが互いの相対的な位置関係を維持するように、適用される。
【０３４３】
しかし、上記の２つの規則は、ＰｉｃＯｒｄｅｒＣｎｔＶａｌがアクセスユニット内の全ての符号化ピクチャにおいて同じになることを保証するためには十分でない。それ故に、現在のピクチャにおいてｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇが１に等しいときには、０に等しいＴｅｍｐｏｒａｌＩｄおよび現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有していてＲＡＳＬピクチャ、ＲＡＤＬピクチャまたはサブレイヤ非参照ピクチャではない、復号順序において前のピクチャであるｐｒｅｖＴｉｄ０ＰｉｃのＰｉｃＯｒｄｅｒＣｎｔＶａｌの変更が必要とされる。
【０３４４】
上記第１規則に関して、ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇが現在のピクチャのスライスセグメントヘッダにおいて１に等しいとシグナリングされるとき、現在のピクチャと同じレイヤに属するＤＰＢ内の各ピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌだけが、現在のピクチャにおいて計算されたＰｉｃＯｒｄｅｒＣｎｔＶａｌずつ減算される。しかし、その後のピクチャのＰＯＣを計算するときビットストリーム適合性のためにｐｒｅｖＴｉｄ０ＰｉｃのＰｉｃＯｒｄｅｒＣｎｔＶａｌが利用され、従って、ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇが１に等しいとシグナリングされるとき、ｐｒｅｖＴｉｄ０ＰｉｃのＰｉｃＯｒｄｅｒＣｎｔＶａｌはその値を現在のピクチャにおいて計算されたＰｉｃＯｒｄｅｒＣｎｔＶａｌずつ減算することによって改変される必要もある。その理由は、或る場合には、０に等しいＴｅｍｐｏｒａｌＩｄおよび現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有していてＲＡＳＬピクチャ、ＲＡＤＬピクチャ、またはサブレイヤ非参照ピクチャではない、復号順序において前のピクチャであるｐｒｅｖＴｉｄ０ＰｉｃをＤＰＢが含んでいないかもしれないことにある。例えば、０に等しいＴｅｍｐｏｒａｌＩｄのピクチャがＩＤＲまたはＣＲＡピクチャとしてより小さな頻度で符号化されるに過ぎないとき、ｐｒｅｖＴｉｄ０ＰｉｃはＤＰＢ内に存在しないかもしれない。この場合、ｐｒｅｖＴｉｄ０ＰｉｃはＤＰＢ内に存在しないかもしれないけれども、そのＰｉｃＯｒｄｅｒＣｎｔＶａｌのＬＳＢおよびＭＳＢ値は復号プロセスの中で追跡される。この場合、ＭＶ−ＨＥＶＣテキストドラフトＪＣＴ３Ｖ−Ｅ１００４およびＳＨＶＣテキストドラフトＪＣＴＶＣ−Ｎ１００８において現在の操作は、ｐｒｅｖＴｉｄ０ＰｉｃのＰｉｃＯｒｄｅｒＣｎｔＶａｌの値が現在のピクチャでのＰＯＣリセットにおいて補正されないという結果をもたらすであろう。
【０３４５】
ｐｒｅｖＴｉｄ０ＰｉｃのＰｉｃＯｒｄｅｒＣｎｔＶａｌの変更が記述されることについては、その意図は、現在のピクチャにおいてｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇが１に等しいとシグナリングされるときにＰｉｃＯｒｄｅｒＣｎｔＶａｌ値の、このＰｉｃＯｒｄｅｒＣｎｔＶａｌ値を現在のピクチャにおいて計算されたＰｉｃＯｒｄｅｒＣｎｔＶａｌずつ減算することによる、同様の補正が次のタイプのピクチャにおいて行われるべきであるということである：
ＤＰＢ内には存在しないかもしれないけれども、そのＰｉｃＯｒｄｅｒＣｎｔＶａｌが他のその後のピクチャにおいてそれらのＰｉｃＯｒｄｅｒＣｎｔＶａｌを正しく計算するために必要とされる任意のピクチャ
そのＰｉｃＯｒｄｅｒＣｎｔＶａｌが、そのＰｉｃＯｒｄｅｒＣｎｔＶａｌずつ減算することによってそのＰｉｃＯｒｄｅｒＣｎｔＶａｌが補正される前に、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌと同じ相対的なオフセットを有する値を有する必要のある任意のピクチャ
【０３４６】
このように、ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇが現在のピクチャのスライスセグメントヘッダにおいて１に等しいとシグナリングされるとき、この手法は、上で言及されたようなピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌを、それらのＰｉｃＯｒｄｅｒＣｎｔＶａｌを現在のピクチャにおいて計算されたＰｉｃＯｒｄｅｒＣｎｔＶａｌずつ減算することによって、補正する。
【０３４７】
さらに、ｐｒｅｖＴｉｄ０ＰｉｃのＰｉｃＯｒｄｅｒＣｎｔＶａｌに関して操作を修正するためにＰｉｃＯｒｄｅｒＣｎｔＶａｌ導出に対する変更を含めることができる。
【０３４８】
図４１、レイヤの符号化ピクチャのセットのＴｅｍｐｏｒａｌＩｄの典型的図、を参照する。例えば、符号化ピクチャＡはＴｅｍｐｏｒａｌＩｄ＝０を有することができ、符号化ピクチャＡは符号化ピクチャＢ、Ｃ、Ｄ、Ｅ、およびＦについてのｐｒｅｖＴｉｄ０Ｐｉｃである。同様にｐｒｅｖＴｉｄ０Ｐｉｃピクチャとして作用するＡのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、符号化ピクチャＢ、Ｃ、Ｄ、Ｅ、およびＦのＰｉｃＯｒｄｅｒＣｎｔＶａｌの計算に使用され得る。例を挙げると、符号化ピクチャＡは、Ｂ、Ｃ、Ｄ、Ｅ、および／またはＦの符号化ピクチャにおいて、そのような符号化ピクチャを復号するときにＰｉｃＯｒｄｅｒＣｎｔＶａｌを計算するとき、ＤＰＢ内に存在しないかもしれない。ピクチャＡはＤＰＢ内に存在しないかもしれないけれども、そのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、ピクチャＢ、Ｃ、Ｄ、Ｅ、およびＦのＰｉｃＯｒｄｅｒＣｎｔＶａｌの正しい計算を可能にするためにデコーダによって追跡される。従って、ｐｒｅｖＴｉｄ０ＰｉｃピクチャであるＡのＰｉｃＯｒｄｅｒＣｎｔＶａｌを適宜減算することが望ましい。
【０３４９】
外部で規定されるベースレイヤの場合を処理するためには、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃシンタックスエレメントにおいて特定のセマンティクを含めることが望ましい。ｐｏｃリセットを実行する１つの理由は、アクセスユニット内の全てのピクチャのＰＯＣを同様に整列させることである。
【０３５０】
ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しいとき、もしアクセスユニットが０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも１つのピクチャを有するならば、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する復号ピクチャのＴｅｍｐｏｒａｌＩｄおよびＰｉｃＯｒｄｅｒＣｎｔＶａｌは、それぞれ、そのアクセスユニット内の０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のピクチャのＴｅｍｐｏｒａｌＩｄおよびＰｉｃＯｒｄｅｒＣｎｔＶａｌに等しくセットされる。
【０３５１】
従って外部で規定されるベースレイヤについては、ＰＯＣ値は、実際には、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０を有するアクセスユニット内の他のピクチャのＰＯＣ値に等しくセットされ、ビットストリーム適合性のための条件のうちの幾つかは緩和され得る。
【０３５２】
さらにＪＣＴＶＣ−Ｑ１００８およびＪＣＴ３Ｖ−Ｈ１００２においては、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しいときには、下記が適用される：
アクセスユニットについて０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャの次の情報が外部手段によって提供される：
復号サンプル値（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しければ１サンプルアレイＳＬ、そうでなければ３サンプルアレイＳＬ、ＳＣｂ、およびＳＣｒ）
変数ＢｌＩｒａｐＰｉｃＦｌａｇの値、および、ＢｌＩｒａｐＰｉｃＦｌａｇが１に等しいとき、復号ピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値
１に等しいＢｌＩｒａｐＰｉｃＦｌａｇは、復号ピクチャがＩＲＡＰピクチャであることを明示する。０に等しいＢｌＩｒａｐＰｉｃＦｌａｇは、復号ピクチャが非ＩＲＡＰピクチャであることを明示する。
復号ピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの提供される値は、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＣＲＡ＿ＮＵＴ、またはＢＬＡ＿Ｗ＿ＬＰに等しくなければならない。
ＩＤＲ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、復号ピクチャがＩＤＲピクチャであることを明示する。
ＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、復号ピクチャがＣＲＡピクチャであることを明示する。
ＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、復号ピクチャがＢＬＡピクチャであることを明示する。
【０３５３】
従ってもし外部で規定されるベースレイヤピクチャがＩＲＡＰピクチャであるならば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値がそのＩＲＡＰピクチャにおいて提供され、該ピクチャは提供されたｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに基づいてＩＤＲピクチャ、ＣＲＡピクチャまたはＢＬＡピクチャとして分類される。
【０３５４】
外部で規定されるベースレイヤに配慮するために、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃのセマンティクスにおけるピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅおよびピクチャタイプを考慮するビットストリーム制約の改変が用いられ得る。図４２は、シンタックスエレメントｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃ、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄ、ｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇ、ｐｏｃ＿ｌｓｂ＿ｖａｌ、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｐｏｃ＿ｍｓｂ＿ｖａｌを含む典型的な一般的スライスセグメントヘッダシンタックスの一部を示す。
【０３５５】
０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャについてのピクチャ順序カウント値の最上位ビットも最下位ビットもリセットされないことを明示する。１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャについてのピクチャ順序カウント値の最上位ビットだけがリセットされ得ることを明示する。２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャについてのピクチャ順序カウント値の最上位ビットおよび最下位ビットの両方がリセットされ得ることを明示する。３に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャについてのピクチャ順序カウント値の最上位ビットだけまたは最上位ビットおよび最下位ビットの両方がリセットされ得ることおよび追加のピクチャ順序カウント情報がシグナリングされることを明示する。存在しないとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は０に等しいと推定される。
【０３５６】
ビットストリーム適合性の必要条件は次の制約を含み得る：
ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、サブレイヤ非参照ピクチャ、または０より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャ、または１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有するピクチャにおいては１または２に等しくてはならない。
アクセスユニット内のビットストリーム内に存在する全ての符号化ピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は同じでなければならない。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するアクセスユニット内のピクチャがｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値を有するＩＲＡＰピクチャであり、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが１に等しく、かつ同じアクセスユニット内に異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値を有する少なくとも１つの他のピクチャが存在するときには、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値はそのアクセスユニット内の全てのピクチャにおいて１または２に等しくなければならない。
０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するとともにｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値を有するＩＤＲピクチャである少なくとも１つのピクチャがアクセスユニット内に存在し、かつ、同じアクセスユニットのビットストリーム内に異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値を有する少なくとも１つの他の符号化ピクチャが存在するときには、そのアクセスユニット内の全てのピクチャにおいてｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は１または２に等しくなければならない。
ＣＲＡまたはＢＬＡピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は３より小さくなければならない。
アクセスユニット内の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがＩＤＲピクチャであり、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが１に等しく、かつそのアクセスユニット内に少なくとも１つの非ＩＤＲピクチャが存在するときには、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値はそのアクセスユニット内の全てのピクチャにおいて２に等しくなければならない。
アクセスユニット内の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがＩＤＲピクチャではなくてｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが１に等しいときには、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、そのアクセスユニット内のどのピクチャにおいても２に等しくてはならない。
【０３５７】
アクセスユニットのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、そのアクセスユニット内のピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値である。
【０３５８】
他の１つの実施態様では、外部で規定されるベースレイヤの場合に配慮するために、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃのセマンティクスにおけるピクチャのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅおよびピクチャタイプを考慮するビットストリーム制約の改変が使用され得る。
【０３５９】
０に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャについてのピクチャ順序カウント値の最上位ビットも最下位ビットもリセットされないことを明示する。１に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャについてのピクチャ順序カウント値の最上位ビットだけがリセットされ得ることを明示する。２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャについてのピクチャ順序カウント値の最上位ビットおよび最下位ビットの両方がリセットされ得ることを明示する。３に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃは、現在のピクチャについてのピクチャ順序カウント値の最上位ビットだけまたは最上位ビットおよび最下位ビットの両方がリセットされ得ることおよび追加のピクチャ順序カウント情報がシグナリングされることを明示する。存在しないときには、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は０に等しいと推定される。
【０３６０】
ビットストリーム適合性の必要条件は次の制約を含むことができる：
ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ＲＡＳＬピクチャ、ＲＡＤＬピクチャ、サブレイヤ非参照ピクチャ、または０より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャ、または１に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有するピクチャにおいては１または２に等しくてはならない。
アクセスユニット内のビットストリーム内に存在する全ての符号化ピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は同じでなければならない。
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するアクセスユニット内のピクチャがｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値を有するＩＲＡＰピクチャであり、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しくなく、かつ同じアクセスユニット内に異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値を有する少なくとも１つの他のピクチャが存在するならば、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値はそのアクセスユニット内の全てのピクチャにおいて１または２に等しくなければならない。
０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するとともにｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値を有するＩＤＲピクチャである少なくとも１つのピクチャがアクセスユニット内に存在し、かつ同じアクセスユニットのビットストリーム内に異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値を有する少なくとも１つの他の符号化ピクチャが存在するときには、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値はそのアクセスユニット内の全てのピクチャにおいて１または２に等しくなければならない。
ＣＲＡまたはＢＬＡピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は３より小さくなければならない。
アクセスユニット内の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがＩＤＲピクチャであり、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しくなく、かつ同じアクセスユニット内に少なくとも１つの非ＩＤＲピクチャが存在するときには、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値はそのアクセスユニット内の全てのピクチャにおいて２に等しくなければならない。
アクセスユニット内の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがＩＤＲピクチャではなくて、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しくないときには、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、そのアクセスユニット内のどのピクチャにおいても２に等しくてはならない。
【０３６１】
アクセスユニットのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、そのアクセスユニット内のピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値である。
【０３６２】
ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄは、ＰＯＣリセット期間を特定する。同じ値のｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄおよび１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するピクチャが、同じレイヤ内に復号順序において連続して２つ存在してはならない。存在しないとき、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの値は次の通りに推定される：
スライスセグメントヘッダ内に存在するｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄを有する前のピクチャｐｉｃＡがビットストリームの現在のピクチャと同じレイヤに存在するならば、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの値はｐｉｃＡのｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの値に等しいと推定される。
そうでなければ、ｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの値は０に等しいと推定される。レイヤ内の複数のピクチャがｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの同じ値を有するとともに１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有することは、そのようなピクチャが復号順序において連続する２つのアクセスユニット内に存在するのでない限り、禁止されない。ピクチャ損失、ビットストリーム抽出、シーキング、またはスプライシング操作に起因してそのような２つのピクチャがビットストリーム内に出現する尤度を最小にするために、エンコーダは、各ＰＯＣリセット期間においてｐｏｃ＿ｒｅｓｅｔ＿ｐｅｒｉｏｄ＿ｉｄの値をランダムな値にセットするべきである（上で明示された制約に従って）。
【０３６３】
次の制約が適用されることはビットストリーム適合性の必要条件である：
１ＰＯＣリセット期間は、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有する２つ以上のアクセスユニットを含んではならない。
１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有するアクセスユニットは、ＰＯＣリセット期間内の第１アクセスユニットでなければならない。
ＰＯＣリセット期間の全てのレイヤの中の、復号順序において第１ＰＯＣリセットピクチャの、復号順序において、次に来るピクチャは、復号順序においてその第１ＰＯＣリセットピクチャより先行する任意のレイヤ内の他のピクチャに、出力順序において、先行してはならない。
【０３６４】
１に等しいｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、同じレイヤ内の復号順序において前のピクチャが同じＰＯＣリセット期間に属さないときには、現在のピクチャのピクチャ順序カウント値の最上位ビットおよび最下位ビットの両方がリセットされることを明示する。０に等しいｆｕｌｌ＿ｐｏｃ＿ｒｅｓｅｔ＿ｆｌａｇは、同じレイヤ内の復号順序において前のピクチャが同じＰＯＣリセット期間に属さないときには、現在のピクチャのピクチャ順序カウント値の最上位ビットだけがリセットされることを明示する。
【０３６５】
ｐｏｃ＿ｌｓｂ＿ｖａｌは、現在のピクチャのピクチャ順序カウントを導出するために使用され得る値を明示する。ｐｏｃ＿ｌｓｂ＿ｖａｌシンタックスエレメントの長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。
【０３６６】
ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃが３に等しく、かつ、現在のピクチャと同じレイヤ内にあって、１または２に等しいｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃを有し、同じＰＯＣリセット期間に属する復号順序において前のピクチャｐｉｃＡがビットストリーム内に存在するときには、ｐｉｃＡは、現在のピクチャと同じレイヤ内にある、ＲＡＳＬピクチャ、ＲＡＤＬピクチャまたはサブレイヤ非参照ピクチャではない、０に等しいＴｅｍｐｏｒａｌＩｄおよび０に等しいｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇを有する、復号順序において前のピクチャと同じピクチャでなければならず、かつ、現在のピクチャのｐｏｃ＿ｌｓｂ＿ｖａｌの値はｐｉｃＡのｓｌｉｃｅ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値に等しくなければならないということはビットストリーム適合性の必要条件である。
【０３６７】
変数ＰｏｃＭｓｂＶａｌＲｅｑｕｉｒｅｄＦｌａｇは、次のように導出される：
【数１７】
2017525215.tif 000036
【０３６８】
１に等しいｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｐｏｃ＿ｍｓｂ＿ｖａｌが存在することを明示する。ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいとき、ｐｏｃ＿ｍｓｂ＿ｖａｌは存在しない。存在しないとき、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は次の通りに推定される：
もしｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｈｅａｄｅｒ＿ｅｘｔｅｎｓｉｏｎ＿ｌｅｎｇｔｈが０に等しければ、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推定される。
そうでなくて、もしＰｏｃＭｓｂＶａｌＲｅｑｕｉｒｅｄＦｌａｇが１に等しければ、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は１に等しいと推定される。
そうでなければ、ｐｏｃ＿ｍｓｂ＿ｖａｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推定される。
【０３６９】
ｐｏｃ＿ｍｓｂ＿ｖａｌは、現在のピクチャのピクチャ順序カウント値の最上位ビットの値を明示する。ｐｏｃ＿ｍｓｂ＿ｖａｌの値は、現在のピクチャと同じレイヤ内の前に復号されたピクチャのピクチャ順序カウント値を減算するために使用される値を導出するためにも使用され得る。ｐｏｃ＿ｍｓｂ＿ｖａｌの値は、両端を含む０から２３２−ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４−４の範囲内になければならない。ｐｏｃ＿ｍｓｂ＿ｖａｌの値は、現在のピクチャのピクチャ順序カウントの最上位ビットの値と、同じレイヤ内の前のＰＯＣリセットピクチャまたは同じレイヤ内の前のＩＤＲピクチャのうちの復号順序において現在のピクチャに近い方のピクチャのピクチャ順序カウントの最上位ビットの値との差に等しくなければならない。もしどちらのピクチャも存在しなければ、ｐｏｃ＿ｍｓｂ＿ｖａｌの値は、許容される範囲内の任意の値であり得る。
【０３７０】
他の１つの実施態様では、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃのセマンティクスは次の通りであり得る：
０に等しくないｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するアクセス内の全てのピクチャのｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しいとき、同じでなければならない。
【０３７１】
他の１つの実施態様では、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃのセマンティクスは次の通りであり得る：
０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するとともにｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの特定の値を有するＩＤＲピクチャである少なくとも１つのピクチャがアクセスユニット内に存在し、かつ、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しいとき、異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値を有するとともに０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有しない少なくとも１つの他のピクチャが同じアクセスユニット内に存在するとき、ｐｏｃ＿ｒｅｓｅｔ＿ｉｄｃの値は、そのアクセスユニット内の全てのピクチャにおいて１または２に等しくなければならない。
【０３７２】
さらに他の１つの実施態様では、上記の“ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇは１に等しい”の全ての出現は“ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇは０に等しくない”に置き換えられ得る。
【０３７３】
他の１つの実施態様では、上記の“ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇは１に等しい”の全ての出現は、“ベースレイヤは外部で規定されない”に置き換えられ得る。
【０３７４】
他の１つの実施態様では、定数を加えあるいは引くことによって１つ以上のビットストリーム制約が定義され得る。例えば、左側の式または右側の式に１を加えることによって制約が定義され得る。他の１つの例として、左側の式または右側の式から１を引くことによって制約が定義され得る。
【０３７５】
他の１つの実施態様では、記述されたシンタックスおよびセマンティクスと比べてプラス１またはプラス２を加えることによって、あるいはマイナス１またはマイナス２を引くことによって、種々のシンタックスエレメントの名称およびそれらのセマンティクスが変更され得る。
【０３７６】
どの特徴も、そうでなければならないとして示されていても必要であるとして示されていても、希望に応じて省略され得るということが理解されるべきである。さらに、特徴同士は希望に応じて異なる組み合わせで結合され得る。
【０３７７】
“コンピュータ可読媒体”という用語は、コンピュータまたはプロセッサによってアクセスされ得る任意の利用可能な媒体を指す。ここで使用される“コンピュータ可読媒体”という用語は、非一時的で有形であるコンピュータおよび／またはプロセッサ可読媒体を意味することができる。限定的にではなく、例を挙げると、コンピュータ可読またはプロセッサ可読な媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光学ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶装置、または命令もしくはデータ構造の形の所望のプログラムコードを担持または記憶するために使用されることのできる、コンピュータもしくはプロセッサによってアクセスされ得る任意の他の媒体を含むことができる。ここで使用されるｄｉｓｋ（ディスク）およびｄｉｓｃ（ディスク）は、コンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタルバーサタイルディスク（ＤＶＤ）、フロッピーディスクおよびＢｌｕ−ｒａｙ（ブルーレイ）（登録商標）ディスクを含み、ｄｉｓｋ（ディスク）は、ふつう、データを磁気的に再生するのに対して、ｄｉｓｃ（ディスク）はデータをレーザで光学的に再生する。
【０３７８】
本明細書に記載された方法のうちの１つ以上はハードウェアに実装されることができおよび／またはハードウェアを用いて実行されることができるということに留意するべきである。例えば、本明細書に記載された方法またはアプローチのうちの１つ以上は、チップセット、ＡＳＩＣ、大規模集積回路（ＬＳＩ）または集積回路などに実装されることができおよび／またはこれらを用いて実現されることができる。
【０３７９】
本明細書に開示された方法の各々は、その記載された方法を成し遂げるために１つ以上のステップまたは動作を含む。それらの方法ステップおよび／または動作は、請求項の範囲から逸脱することなく、互いと交換されおよび／または結合されて単一のステップとされることができる。換言すれば、記載されている方法の適切な動作にステップまたは動作の特定の順序が必要とされるのでない限り、特定のステップおよび／または動作の順序および／または使用は、請求項の範囲から逸脱することなく改変され得る。
【０３８０】
請求項はまさに上で示された構成およびコンポーネントに限定されないということが理解されるべきである。請求項の範囲から逸脱することなく、本明細書に記載されたシステム、方法、および装置の構成、動作および詳細に種々の改変、変更および変形を行うことができる。
【図１Ａ】
2017525215.tif 000037
【図１Ｂ】
2017525215.tif 000038
【図２Ａ】
2017525215.tif 000039
【図２Ｂ】
2017525215.tif 000040
【図３Ａ】
2017525215.tif 000041
【図３Ｂ】
2017525215.tif 000042
【図４】
2017525215.tif 000043
【図５】
2017525215.tif 000044
【図６】
2017525215.tif 000045
【図７】
2017525215.tif 000046
【図８Ａ】
2017525215.tif 000047
【図８Ｂ】
2017525215.tif 000048
【図８Ｃ】
2017525215.tif 000049
【図９】
2017525215.tif 000050
【図１０】
2017525215.tif 000051
【図１１】
2017525215.tif 000052
【図１２】
2017525215.tif 000053
【図１３】
2017525215.tif 000054
【図１４】
2017525215.tif 000055
【図１５】
2017525215.tif 000056
【図１６】
2017525215.tif 000057
【図１７】
2017525215.tif 000058
【図１８Ａ】
2017525215.tif 000059
【図１８Ｂ】
2017525215.tif 000060
【図１８Ｃ】
2017525215.tif 000061
【図１８Ｄ】
2017525215.tif 000062
【図１９】
2017525215.tif 000063
【図２０Ａ】
2017525215.tif 000064
【図２０Ｂ】
2017525215.tif 000065
【図２１】
2017525215.tif 000066
【図２２】
2017525215.tif 000067
【図２３】
2017525215.tif 000068
【図２４】
2017525215.tif 000069
【図２５】
2017525215.tif 000070
【図２６】
2017525215.tif 000071
【図２７】
2017525215.tif 000072
【図２８】
2017525215.tif 000073
【図２９】
2017525215.tif 000074
【図３０】
2017525215.tif 000075
【図３１】
2017525215.tif 000076
【図３２】
2017525215.tif 000077
【図３３】
2017525215.tif 000078
【図３４】
2017525215.tif 000079
【図３５】
2017525215.tif 000080
【図３６】
2017525215.tif 000081
【図３７】
2017525215.tif 000082
【図３８】
2017525215.tif 000083
【図３９】
2017525215.tif 000084
【図４０】
2017525215.tif 000085
【図４１】
2017525215.tif 000086
【図４２】
2017525215.tif 000087
【国際調査報告】
2017525215.tif 000088
2017525215.tif 000089