(57)【要約】  本発明は、次の通りである。ビデオビットストリームを復号するための方法であって、方法は、（ａ）ある１つのピクチャがイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャであると識別するステップと、（ｂ）シンタックス要素ｎｕｈ＿ｌａｙｅｒ＿ｉｄを受信するステップと、（ｃ）ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇに基づいて直接参照レイヤの数を確定するステップとを備え、（ｄ）ピクチャがＩＲＡＰピクチャであり、直接参照レイヤの数が０に等しいケースでは、ピクチャのためのある１つのスライス・タイプは、２に等しくＩスライス・タイプを示す。
2017522792.tif 000002
【特許請求の範囲】
【請求項１】
ビデオビットストリームを復号するための方法であって、前記方法は、
（ａ）ある１つのピクチャがイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャであると識別するステップと、
（ｂ）シンタックス要素ｎｕｈ＿ｌａｙｅｒ＿ｉｄを受信するステップと、
（ｃ）ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇに基づいて直接参照レイヤの前記数を確定するステップと
を備え、
（ｄ）前記ピクチャが前記ＩＲＡＰピクチャであり、直接参照レイヤの前記数が０に等しいケースでは、前記ピクチャのためのある１つのスライス・タイプが２に等しくＩスライス・タイプを示す、
方法。
【請求項２】
ビデオビットストリームを復号するための方法であって、前記方法は、
（ａ）シーケンスパラメータセット最大デコーダ・ピクチャ・バッファリング−１がゼロに等しいかどうかを識別するステップと、
（ｂ）シンタックス要素ｔｅｍｐｏｒａｌ＿ｉｄを受信するステップと、
（ｃ）ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇに基づいて直接参照レイヤの前記数を確定するステップと
を備え、
（ｄ）前記シーケンスパラメータセット最大デコーダ・ピクチャ・バッファリング−１が０に等しく、直接参照レイヤの前記数が０に等しいケースでは、前記ピクチャのためのある１つのスライス・タイプが２に等しくＩスライス・タイプを示す、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、電子デバイスに関する。
【背景技術】
【０００２】
電子デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するためにより小さく、より強力になった。消費者は、電子デバイスに依存するようになり、機能性の向上を期待するようになった。電子デバイスのいくつかの例は、デスクトップコンピュータ、ラップトップコンピュータ、セルラーフォン、スマートフォン、メディアプレーヤ、集積回路などを含む。
【０００３】
いくつかの電子デバイスは、デジタルメディアを処理して表示するために用いられる。例えば、ポータブル電子デバイスは、今や消費者が存在しうるほとんどどの場所でもデジタルメディアを用いることを可能にする。そのうえ、いくつかの電子デバイスは、消費者が用いて楽しむためのデジタルメディア・コンテンツのダウンロードまたはストリーミングを提供できる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】ハンヌクセラら，「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルな拡張のためのテストモデル（Ｔｅｓｔ  Ｍｏｄｅｌ  ｆｏｒ  Ｓｃａｌａｂｌｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））」ＪＣＴＶＣ−Ｌ０４５３，上海，２０１２年１０月
【非特許文献２】ハンヌクセラ，「高効率ビデオ符号化（ＨＥＶＣ）の多視点拡張に関する草案テキスト（Ｄｒａｆｔ  Ｔｅｘｔ  ｆｏｒ  Ｍｕｌｔｉｖｉｅｗ  Ｅｘｔｅｎｓｉｏｎ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））」,ＪＣＴＶＣ−Ｌ０４５２−ｓｐｅｃ−ｔｅｘｔ−ｒ１，上海，２０１２年１０月
【非特許文献３】ハンヌクセラら，「スケーラブルおよび多視点拡張に関する共通仕様テキスト（Ｃｏｍｍｏｎ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｔｅｘｔ  ｆｏｒ  ｓｃａｌａｂｌｅ  ａｎｄ  ｍｕｌｔｉ−ｖｉｅｗ  ｅｘｔｅｎｓｉｏｎｓ）」，ＪＣＴＶＣ−Ｌ０４５２，ジュネーブ，２０１３年１月
【非特許文献４】テックら，「ＭＶ−ＨＥＶＣ草案テキスト３（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」，ＪＣＴ３Ｖ−Ｃ１００４＿ｄ３，ジュネーブ，２０１３年１月
【非特許文献５】Ｂ．ブロス（Ｂｒｏｓ），Ｗ−Ｊ．ハン（Ｈａｎ），Ｊ−Ｒ．オーム（Ｏｈｍ），Ｇ．Ｊ．サリバン（Ｓｕｌｌｉｖａｎ），ワング（Ｗａｎｇ），およびＴ−．ウィーガンド（Ｗｉｅｇａｎｄ），「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０（ＤＦＩＳ＆ラストコール用）（Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  １０（ｆｏｒ  ＤＦＩＳ＆Ｌａｓｔ  Ｃａｌｌ））」，ＪＣＴＶＣ−Ｌ１００３＿ｖ３４，ジュネーブ，２０１３年１月
【非特許文献６】チェンら，「ＳＨＶＣ草案テキスト１」，ＪＣＴＶＣ−Ｌ１００８，ジュネーブ，２０１３年３月
【非特許文献７】Ｋ．スーリング（Ｓｕｈｒｉｎｇ），Ｒ．スクーピン（Ｓｋｕｐｉｎ），Ｇ．テック、Ｔ．シエル（Ｓｃｈｉｅｒｌ）、Ｋ．ラパカ（Ｒａｐａｋａ）、Ｗ．プゥ（Ｐｕ）、Ｘ．リー（Ｌｉ）、Ｊ．チェン、Ｙ．−Ｋ．ワング（Ｗａｎｇ），Ｍ．カルツェウィッツ（Ｋａｒｃｚｅｗｉｃｚ），Ｋ．ウグル（Ｕｇｕｒ），Ｍ．Ｍ．ハンヌクセラ，「ＳＨＶＣおよびＭＶ−ＨＥＶＣに関するタイル境界アラインメントおよびレイヤ間予測制約条件」，ＪＣＴＶＣ−Ｍ０４６４，インチョン，２０１３年４月
【非特許文献８】Ｊ．チェン，Ｊ・ボイス，Ｙ．イエ，Ｍ．Ｍ．ハンヌクセラ，「ＳＨＶＣ草案テキスト２」，ＪＣＴＶＣ−Ｍ１００８，インチョン，２０１３年５月
【非特許文献９】Ｇ．テック，Ｋ．ウェグナー，Ｙ．チェン，Ｍ．ハンヌクセラ，Ｊ．ボイス，「ＭＶ−ＨＥＶＣ草案テキスト４（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」，ＪＣＴＶＣ−Ｄ１００４，インチョン，２０１３年５月
【非特許文献１０】Ｇ．テック（Ｔｅｃｈ），Ｋ．ウェグナー（Ｗｅｇｎｅｒ），Ｙ．チェン（Ｃｈｅｎ），Ｍ．ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ），Ｊ・ボイス（Ｂｏｙｃｅ），「ＭＶ−ＨＥＶＣ草案テキスト６（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」，ＪＣＴ３Ｖ−Ｆ１００４，ジュネーブ，２０１３年１１月
【非特許文献１１】Ｊ．チェン，Ｊ．ボイス，Ｙ．イエ（Ｙｅ），Ｍ．ハンヌクセラ，「ＳＨＶＣ草案４」，ＪＣＴＶＣ−Ｏ１００８，ジュネーブ，２０１３年１１月
【非特許文献１２】高効率ビデオ符号化（ＨＥＶＣ）委員会草案（ＪＣＴＶＣ−Ｉ１００３）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
デジタルメディアの人気の高まりは、いくつかの問題を提起してきた。例えば、高品質デジタルメディアを蓄積、伝送および高速再生のために効率的に表現することがいくつかの課題を提起する。この考察から気付きうるように、デジタルメディアを性能向上によって効率的に表現するシステムおよび方法が有益であろう。
【０００６】
本発明の前述および他の目的、特徴、ならびに利点は、本発明の以下の詳細な記載を添付図面と併せて解釈したときにさらに容易に理解されるであろう。
【課題を解決するための手段】
【０００７】
本発明によれば、ビデオビットストリームを復号するための方法が提供され、方法は、（ａ）ある１つのピクチャがイントラランダムアクセスポイント（ＩＲＡＰ：ｉｎｔｒａ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ  ｐｉｃｔｕｒｅ）ピクチャであると識別するステップと、（ｂ）シンタックス要素ｎｕｈ＿ｌａｙｅｒ＿ｉｄを受信するステップと、（ｃ）ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇに基づいて直接参照レイヤの数を確定するステップとを備え、（ｄ）ピクチャがＩＲＡＰピクチャであり、直接参照レイヤの数が０に等しいケースでは、ピクチャのためのスライス・タイプは、Ｉスライス・タイプを示す２に等しい。
【０００８】
本発明によれば、ビデオビットストリームを復号するための方法が提供され、方法は、（ａ）シーケンスパラメータセットｍａｘｉｍｕｍ  ｄｅｃｏｄｅｒ  ｐｉｃｔｕｒｅ  ｂｕｆｆｅｒｉｎｇ  ｍｉｎｕｓ  １がゼロに等しいかどうかを識別するステップと、（ｂ）シンタックス要素ｔｅｍｐｏｒａｌ＿ｉｄを受信するステップと、（ｃ）ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇに基づいて直接参照レイヤの数を確定するステップとを備え、（ｄ）シーケンスパラメータセットｍａｘｉｍｕｍ  ｄｅｃｏｄｅｒ  ｐｉｃｔｕｒｅ  ｂｕｆｆｅｒｉｎｇ  ｍｉｎｕｓ  １が０に等しく、直接参照レイヤの数が０に等しいケースでは、ピクチャのためのスライス・タイプは、Ｉスライス・タイプを示す２に等しい。
【図面の簡単な説明】
【０００９】
【図１Ａ】メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示すブロック図である。
【図１Ｂ】メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装された１つ以上の電子デバイスの例を示す別のブロック図である。
【図２Ａ】電子デバイス上のエンコーダ６０４の一構成を示すブロック図である。
【図２Ｂ】電子デバイス上のエンコーダ６０４の一構成を示す別のブロック図である。
【図３Ａ】電子デバイス上のデコーダの一構成を示すブロック図である。
【図３Ｂ】電子デバイス上のデコーダの一構成を示す別のブロック図である。
【図４】送信用電子デバイスにおいて利用される様々なコンポーネントを示す。
【図５】受信用電子デバイスにおいて利用される様々なコンポーネントを示すブロック図である。
【図６】メッセージを送信するためのシステムおよび方法が実装された電子デバイスの一構成を示すブロック図である。
【図７】ビットストリームをバッファリングするためのシステムおよび方法が実装された電子デバイスの一構成を示すブロック図である。
【図８】復号ピクチャバッファの動作のための方法の一構成を示すブロック図である。
【図９Ａ】種々のＮＡＬユニットヘッダ・シンタックスを示す。
【図９Ｂ】種々のＮＡＬユニットヘッダ・シンタックスを示す。
【図９Ｃ】種々のＮＡＬユニットヘッダ・シンタックスを示す。
【図１０】一般的なＮＡＬユニット・シンタックスを示す。
【図１１】既存のビデオパラメータセットを示す。
【図１２】既存のスケーラビリティ・タイプを示す。
【図１３】例示的なビデオパラメータセットを示す。
【図１４】例示的なスケーラビリティ・マップ・シンタックスを示す。
【図１５】例示的なビデオパラメータセットを示す。
【図１６】既存のビデオパラメータセットを示す。
【図１７】既存のディメンジョン・タイプ、ディメンジョンｉｄシンタックスを示す。
【図１８】例示的なビデオパラメータセットを示す。
【図１９】例示的なスケーラビリティ・マップ・シンタックスを示す。
【図２０】例示的なビデオパラメータセットを示す。
【図２１】例示的なビデオパラメータセットを示す。
【図２２】例示的なビデオパラメータセットを示す。
【図２３】例示的なスケーラビリティ・マスク・シンタックスを示す。
【図２４】例示的なビデオパラメータセット拡張シンタックスを示す。
【図２５】例示的なビデオパラメータセット拡張シンタックスを示す。
【図２６】例示的なビデオパラメータセット拡張シンタックスを示す。
【図２７】例示的なビデオパラメータセット拡張シンタックスを示す。
【図２８】例示的なビデオパラメータセット拡張シンタックスを示す。
【図２９】例示的なビデオパラメータセット拡張シンタックスを示す。
【図３０Ａ】例示的なビデオパラメータ拡張シンタックスを示す。
【図３０Ｂ】例示的なビデオパラメータ拡張シンタックスを示す。
【図３１Ａ】例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
【図３１Ｂ】例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
【図３２】別の例示的なビデオパラメータ拡張シンタックスを示す。
【図３３】別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
【図３４】別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
【図３５】例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
【図３６】別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタックスを示す。
【図３７】別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
【図３８】別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタックスを示す。
【図３９】別の例示的なビデオパラメータ拡張シンタックスおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を示す。
【図４０】例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）シンタックスを示す。
【図４１】ベースレイヤおよびエンハンスメントレイヤを示す。
【図４２】複数のスライスを有する例示的なピクチャを示す。
【図４３】複数のスライスを有する別の例示的なピクチャを示す。
【図４４】行および列境界をもつピクチャを示す。
【図４５】スライスをもつピクチャを示す。
【図４６】ベースレイヤ、エンハンスメントレイヤ、およびタイルをもつアクセスユニットを示す。
【図４７】レイヤ間サンプル値予測のための参照レイヤのサブセットを示す。
【図４８】レイヤ間サンプル値予測に用いられる参照レイヤ・ピクチャのサブセットを示す。
【図４９】レイヤ間サンプル値予測に用いられる参照レイヤ・ピクチャのサブセットを示す。
【図５０Ａ】例示的なｖｐｓ拡張シンタックスを示す。
【図５０Ｂ】例示的なｖｐｓ拡張シンタックスを示す。
【図５０Ｃ】例示的なスライスセグメントヘッダ・シンタックスを示す。
【図５１】例示的なｖｐｓ拡張シンタックスを示す。
【図５２】例示的なｖｐｓ拡張シンタックスを示す。
【図５３】例示的なｖｐｓ拡張シンタックスを示す。
【図５４】例示的なｖｐｓ拡張シンタックスを示す。
【図５５】例示的なｖｐｓ拡張シンタックスを示す。
【図５６】例示的なｖｐｓ拡張シンタックスを示す。
【図５７】例示的なｖｐｓ拡張シンタックスを示す。
【図５８】サンプルレートの表を示す。
【図５９】サンプルレートの表を示す。
【図６０】サンプルレートの表を示す。
【図６１】ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］の様々な値を示す。
【図６２】例示的なビデオパラメータ拡張シンタックスを示す。
【図６３】例示的なビデオパラメータ拡張シンタックスを示す。
【図６４】例示的なビデオパラメータ拡張シンタックスを示す。
【図６５】例示的なビデオパラメータ拡張シンタックスを示す。
【発明を実施するための形態】
【００１０】
用語「仮想（ｈｙｐｏｔｈｅｔｉｃａｌ）」は、ＨＲＤ（仮想参照デコーダ：ｈｙｐｏｔｈｅｔｉｃａｌ  ｒｅｆｅｒｅｎｃｅ  ｄｅｃｏｄｅｒ）に関連して用いられ、ＨＲＤは、物理的に実装されてもよい。例えば、実際のデコーダの実装を記述するために「ＨＲＤ」が用いられてもよい。いくつかの構成において、ＨＲＤは、ビットストリームが高効率ビデオ符号化（ＨＥＶＣ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）仕様に適合するかどうかを判断するために実装されてもよい。例として、ＨＲＤは、タイプＩビットストリームおよびタイプＩＩビットストリームがＨＥＶＣ仕様に適合するかどうかを判断するために用いられてもよい。タイプＩビットストリームは、ビデオ符号化レイヤ（ＶＣＬ：Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｌａｙｅｒ）ネットワークアクセスレイヤ（ＮＡＬ：Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｌａｙｅｒ）ユニットおよびフィラーデータＮＡＬユニットのみを含みうる。タイプＩＩビットストリームは、追加的な他のＮＡＬユニットおよびシンタックス要素を含みうる。
【００１１】
ビデオ符号化に関する共同作業チーム（ＪＣＴＶＣ：Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）文書ＪＣＴＶＣ−Ｉ０３３３は、サブピクチャ・ベースのＨＲＤを含み、ピクチャタイミングＳＥＩメッセージをサポートする。この機能性は、参照によりその全体が本明細書に組み込まれる、高効率ビデオ符号化（ＨＥＶＣ）委員会草案（ＪＣＴＶＣ−Ｉ１００３）に取り込まれた。Ｂ．ブロス（Ｂｒｏｓ），Ｗ−Ｊ．ハン（Ｈａｎ），Ｊ−Ｒ．オーム（Ｏｈｍ），Ｇ．Ｊ．サリバン（Ｓｕｌｌｉｖａｎ），ワング（Ｗａｎｇ），およびＴ−．ウィーガンド（Ｗｉｅｇａｎｄ），「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０（ＤＦＩＳ＆ラストコール用）（Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  １０（ｆｏｒ  ＤＦＩＳ＆Ｌａｓｔ  Ｃａｌｌ））」，ＪＣＴＶＣ−Ｌ１００３＿ｖ３４，ジュネーブ，２０１３年１月は、参照によりその全体が本明細書に組み込まれる。Ｂ．ブロス，Ｗ−Ｊ．ハン，Ｊ−Ｒ．オーム，Ｇ．Ｊ．サリバン，ワング，およびＴ−．ウィーガンド，「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０」，ＪＣＴＶＣ−Ｌ１００３，ジュネーブ，２０１３年１月は、参照によりその全体が本明細書に組み込まれる。
【００１２】
符号化ピクチャバッファ（ＣＰＢ：Ｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ）は、仮想参照デコーダ（ＨＲＤ）で指定された復号順にアクセスユニットを含んだ先入れ先出しバッファである。アクセスユニットは、復号順に連続したネットワークアクセスレイヤ（ＮＡＬ）ユニットの集合であり、１つだけの符号化ピクチャを含む。符号化ピクチャの符号化スライスＮＡＬユニットに加えて、アクセスユニットは、符号化ピクチャのスライスを含まない他のＮＡＬユニットも含みうる。アクセスユニットの復号が復号ピクチャをもたらす。ＮＡＬユニットは、すぐ後に続くデータのタイプの指標と、そのデータを必要に応じてエミュレーション防止バイトが点在したロー・バイト・シーケンス・ペイロードの形式で含んだ複数のバイトとを含むシンタックス構造であってもよい。
【００１３】
図１Ａは、ビットストリームを符号化および／または復号するためのシステムおよび方法が実装された１つ以上の電子デバイス１０２の例を示すブロック図である。この例では、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂが示されるが、所望により、いずれかが省略されてもよい。しかしながら、留意すべきは、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂに関して記載される特徴および機能性の１つ以上がいくつかの構成では単一の電子デバイスに組み合わされてもよいことである。
【００１４】
電子デバイスＡ１０２ａは、エンコーダ１０４を含む。エンコーダ１０４は、メッセージ発生モジュール１０８を含む。電子デバイスＡ１０２ａ内に含まれるそれぞれの要素（例えば、エンコーダ１０４およびメッセージ発生モジュール１０８）は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。
【００１５】
電子デバイスＡ１０２ａは、１つ以上の入力ピクチャ１０６を取得する。いくつかの構成において、入力ピクチャ（単数または複数）１０６は、イメージセンサを用いて電子デバイスＡ１０２ａ上に取り込まれてもよく、メモリから読み出されてもよく、および／または別の電子デバイスから受信されてもよい。
【００１６】
エンコーダ１０４は、符号化データを生成するために入力ピクチャ（単数または複数）１０６を符号化する。例えば、エンコーダ１０４は、一連の入力ピクチャ１０６（例えば、ビデオ）を符号化する。一構成において、エンコーダ１０４は、ＨＥＶＣエンコーダであってもよい。符号化データは、デジタルデータ（例えば、ビットストリーム１１４の一部）であってもよい。エンコーダ１０４は、入力信号に基づいてオーバーヘッド・シグナリングを発生させる。
【００１７】
メッセージ発生モジュール１０８は、１つ以上のメッセージを発生させる。例えば、メッセージ発生モジュール１０８は、１つ以上のＳＥＩメッセージまたは他のメッセージを発生させる。サブピクチャ・レベルの動作がサポートされるＣＰＢのために、電子デバイス１０２は、サブピクチャ・パラメータ（例えば、ＣＰＢリムーバル遅延パラメータ）を送信する。具体的には、電子デバイス１０２（例えば、エンコーダ１０４）は、共通復号ユニットＣＰＢリムーバル遅延パラメータをピクチャタイミングＳＥＩメッセージ中に含めるべきかどうかを判断する。例えば、エンコーダ１０４が共通復号ユニットＣＰＢリムーバル遅延パラメータ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）をピクチャタイミングＳＥＩメッセージ中に含めるときには、電子デバイスがフラグ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を１にセットする。共通復号ユニットＣＰＢリムーバル遅延パラメータが含められるときに、電子デバイスは、アクセスユニット中のすべての復号ユニットに適用可能な共通復号ユニットＣＰＢリムーバル遅延パラメータを発生させる。言い換えれば、アクセスユニット中の復号ユニットごとに復号ユニットＣＰＢリムーバル遅延パラメータを含めるのではなく、ピクチャタイミングＳＥＩメッセージが関連付けられたアクセスユニット中のすべての復号ユニットに対して共通パラメータが適用される。
【００１８】
対照的に、ピクチャタイミングＳＥＩメッセージ中に共通復号ユニットＣＰＢリムーバル遅延パラメータが含められないときには、電子デバイス１０２は、ピクチャタイミングＳＥＩメッセージが関連付けられたアクセスユニット中の復号ユニットごとに別々の復号ユニットＣＰＢリムーバル遅延を発生させる。
【００１９】
いくつかの構成において、電子デバイスＡ１０２ａは、メッセージをビットストリーム１１４の一部として電子デバイスＢ１０２ｂへ送信してもよい。いくつかの構成において、電子デバイスＡ１０２ａは、メッセージを別個の送信１１０によって電子デバイスＢ１０２ｂへ送信してもよい。例えば、別個の送信１１０は、ビットストリーム１１４の一部でなくてもよい。例として、ピクチャタイミングＳＥＩメッセージもしくは他のメッセージが何らかの帯域外メカニズムを用いて送信されてもよい。留意すべきは、いくつかの構成では、他のメッセージが上記のピクチャタイミングＳＥＩメッセージの特徴の１つ以上を含みうることである。そのうえ、１つ以上の態様では、他のメッセージが上記のＳＥＩメッセージと同様に利用されてもよい。
【００２０】
エンコーダ１０４（および例えば、メッセージ発生モジュール１０８）は、ビットストリーム１１４を生成する。ビットストリーム１１４は、入力ピクチャ（単数または複数）１０６に基づく符号化ピクチャデータを含みうる。いくつかの構成では、ビットストリーム１１４は、オーバーヘッドデータ、例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ、スライスヘッダ（単数または複数）、ＰＰＳ（単数または複数）なども含みうる。追加の入力ピクチャ１０６が符号化されるにつれて、ビットストリーム１１４は、１つ以上の符号化ピクチャを含みうる。例として、ビットストリーム１１４は、１つ以上の符号化ピクチャを対応するオーバーヘッドデータ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）とともに含みうる。
【００２１】
ビットストリーム１１４は、デコーダ１１２へ供給される。一例において、ビットストリーム１１４は、有線または無線リンクを用いて電子デバイスＢ１０２ｂへ送信される。いくつかのケースでは、これは、ネットワーク、例えば、インターネットまたはローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）を介して行われる。図１Ａに示されるように、デコーダ１１２は、電子デバイスＡ１０２ａ上のエンコーダ１０４とは別々に電子デバイスＢ１０２ｂ上に実装されてもよい。しかしながら、留意すべきは、いくつかの構成ではエンコーダ１０４およびデコーダ１１２が同じ電子デバイス上に実装されてもよいことである。例として、エンコーダ１０４およびデコーダ１１２が同じ電子デバイス上に実装される実装では、ビットストリーム１１４がバスを介してデコーダ１１２へ供給されてもよく、またはデコーダ１１２による読み出しのためにメモリ中に記憶されてもよい。
【００２２】
デコーダ１１２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ１１２は、ＨＥＶＣデコーダであってもよい。デコーダ１１２は、ビットストリーム１１４を受信する（例えば、取得する）。デコーダ１１２は、ビットストリーム１１４に基づいて１つ以上の復号ピクチャ１１８を発生させる。復号ピクチャ（単数または複数）１１８は、表示されてもよく、再生されてもよく、メモリ中に記憶されてもよく、および／または別のデバイスへ送信されてもよいなどである。
【００２３】
デコーダ１１２は、ＣＰＢ１２０を含みうる。ＣＰＢ１２０は、符号化ピクチャを一時的に記憶する。ＣＰＢ１２０は、データをいつ取り出すべきかを確定するために、ピクチャタイミングＳＥＩメッセージ中に見られるパラメータを用いる。ＣＰＢ１２０がサブピクチャ・レベルの動作をサポートするときには、一度にアクセスユニット全体ではなく、個々の復号ユニットが取り出されてもよい。デコーダ１１２は、復号ピクチャバッファ（ＤＰＢ：Ｄｅｃｏｄｅｄ  Ｐｉｃｔｕｒｅ  Ｂｕｆｆｅｒ）１２２を含みうる。各復号ピクチャは、復号処理によって参照されるため、ならびに出力およびクロッピングのためにＤＰＢ１２２中に置かれる。復号ピクチャは、ＤＰＢ出力時刻か、または復号ピクチャがインター予測参照のためにもはや必要でなくなる時刻のうちの後の方でＤＰＢから取り出される。
【００２４】
デコーダ１１２は、メッセージ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を受信する。デコーダ１１２は、さらに、受信したメッセージが共通復号ユニットＣＰＢリムーバル遅延パラメータ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含むかどうかを判断する。これは、共通パラメータがピクチャタイミングＳＥＩメッセージ中に存在するときにセットされるフラグ（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を識別するステップを含みうる。共通パラメータが存在すれば、デコーダ１１２は、アクセスユニット中のすべての復号ユニットに適用可能な共通復号ユニットＣＰＢリムーバル遅延パラメータを確定する。共通パラメータが存在しなければ、デコーダ１１２は、アクセスユニット中の復号ユニットごとに別々の復号ユニットＣＰＢリムーバル遅延パラメータを確定する。デコーダ１１２は、さらに、共通復号ユニットＣＰＢリムーバル遅延パラメータか、または別々の復号ユニットＣＰＢリムーバル遅延パラメータのいずれかを用いて復号ユニットをＣＰＢ１２０から取り出す。
【００２５】
上記のＨＲＤは、図１Ａに示されるデコーダ１１２の一例である。このように、電子デバイス１０２は、いくつかの構成において、上記のＨＲＤおよびＣＰＢ１２０ならびにＤＰＢ１２２に従って動作してもよい。
【００２６】
留意すべきは、電子デバイス（単数または複数）１０２に含まれる要素またはその部分の１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。同様に留意すべきは、本明細書に記載される機能または方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ−Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：Ｌａｒｇｅ−Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【００２７】
図１Ｂは、エンコーダ１９０８およびデコーダ１９７２の別の例を示すブロック図である。この例では、電子デバイスＡ１９０２および電子デバイスＢ１９７０が示される。しかしながら、留意すべきは、電子デバイスＡ１９０２および電子デバイスＢ１９７０に関して記載される特徴および機能性がいくつかの構成では単一の電子デバイスに組み合わされてもよいことである。
【００２８】
電子デバイスＡ１９０２は、エンコーダ１９０８を含む。エンコーダ１９０８は、ベースレイヤ・エンコーダ１９１０およびエンハンスメントレイヤ・エンコーダ１９２０を含みうる。ビデオエンコーダ１９０８は、後で記載されるように、スケーラブルビデオ符号化および多視点ビデオ符号化に適する。エンコーダ１９０８は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、エンコーダ１９０８は、スケーラブルおよび／または多視点を含めて、高効率ビデオ符号化（ＨＥＶＣ）コーダであってもよい。ＨＥＶＣ仕様は、参照によりその全体が本明細書に組み込まれる、Ｂ．ブロス，Ｗ−Ｊ．ハン，Ｊ−Ｒ．オーム，Ｇ．Ｊ．サリバン，およびＴ．ウィーガンド，「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０」，ＪＣＴＶＣ−Ｌ１００３，ジュネーブ，２０１３年１月を含み、多視点仕様は、参照によりその全体が本明細書に組み込まれる、Ｇ．テック（Ｔｅｃｈ），Ｋ．ウェグナー（Ｗｅｇｎｅｒ），Ｙ．チェン（Ｃｈｅｎ），Ｍ．ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ），Ｊ・ボイス（Ｂｏｙｃｅ），「ＭＶ−ＨＥＶＣ草案テキスト６（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」，ＪＣＴ３Ｖ−Ｆ１００４，ジュネーブ，２０１３年１１月を含み、スケーラブル仕様は、参照によりその全体が本明細書に組み込まれる、Ｊ．チェン，Ｊ．ボイス，Ｙ．イエ（Ｙｅ），Ｍ．ハンヌクセラ，「ＳＨＶＣ草案４」，ＪＣＴＶＣ−Ｏ１００８，ジュネーブ，２０１３年１１月を含みうる。所望により、他のコーダが同様に用いられてもよい。電子デバイスＡ１９０２は、ソース１９０６を取得する。いくつかの構成において、ソース１９０６は、イメージセンサを用いて電子デバイスＡ１９０２上に取り込まれてもよく、メモリから読み出されてもよく、または別の電子デバイスから受信されてもよい。
【００２９】
エンコーダ１９０８は、ベースレイヤ・ビットストリーム１９３４およびエンハンスメントレイヤ・ビットストリーム１９３６を生成するためにソース１９０６を符号化する。例えば、エンコーダ１９０８は、ソース１９０６中の一連のピクチャ（例えば、ビデオ）を符号化する。特に、品質スケーラビリティとしても知られるＳＮＲスケーラビリティに係るスケーラブルビデオ符号化のために、同じソース１９０６がベースレイヤおよびエンハンスメントレイヤ・エンコーダへ供給されてもよい。特に、空間スケーラビリティに係るスケーラブルビデオ符号化のために、ダウンサンプリングされたソースがベースレイヤ・エンコーダのために用いられてもよい。特に、多視点仕様符号化のために、異なるビュー・ソースがベースレイヤ・エンコーダおよびエンハンスメントレイヤ・エンコーダのために用いられてもよい。エンコーダ１９０８は、図２Ｂに関連して後で記載されるエンコーダ１７８２と同様であってもよい。
【００３０】
ビットストリーム１９３４、１９３６は、ソース１９０６に基づく符号化ピクチャデータを含みうる。いくつかの構成において、ビットストリーム１９３４、１９３６は、オーバーヘッドデータ、例えば、スライスヘッダ情報、ＰＰＳ情報なども含みうる。ソース１９０６中の追加のピクチャ１０６が符号化されるにつれて、ビットストリーム１９３４、１９３６は、１つ以上の符号化ピクチャを含みうる。
【００３１】
ビットストリーム１９３４、１９３６は、デコーダ１９７２へ供給される。デコーダ１９７２は、ベースレイヤ・デコーダ１９８０およびエンハンスメントレイヤ・デコーダ１９９０を含みうる。ビデオデコーダ１９７２は、スケーラブルビデオ復号および多視点ビデオ復号に適する。一例において、ビットストリーム１９３４、１９３６は、有線または無線リンクを用いて電子デバイスＢ１９７０へ送信される。いくつかのケースでは、これは、ネットワーク、例えば、インターネットまたはローカルエリアネットワーク（ＬＡＮ）を介して行われる。図１Ｂに示されるように、デコーダ１９７２は、電子デバイスＡ１９０２上のエンコーダ１９０８とは別々に電子デバイスＢ１９７０上に実装されてもよい。しかしながら、留意すべきは、いくつかの構成ではエンコーダ１９０８およびデコーダ１９７２が同じ電子デバイス上に実装されてもよいことである。例として、エンコーダ１９０８およびデコーダ１９７２が同じ電子デバイス上に実装される実装では、ビットストリーム１９３４、１９３６がバスを介してデコーダ１９７２へ供給されてもよく、またはデコーダ１９７２による読み出しのためにメモリ中に記憶されてもよい。デコーダ１９７２は、復号ベースレイヤ１９９２および復号エンハンスメントレイヤ・ピクチャ（単数または複数）１９９４を出力として供給する。
【００３２】
デコーダ１９７２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ１９７２は、スケーラブルおよび／または多視点を含めて、高効率ビデオ符号化（ＨＥＶＣ）デコーダであってもよい。他のデコーダが同様に用いられてもよい。デコーダ１９７２は、図３Ｂに関連して後で記載されるデコーダ１８１２と同様であってもよい。さらに、ベースレイヤ・エンコーダおよび／またはエンハンスメントレイヤ・エンコーダは、図１Ａに関して記載されるような、メッセージ発生モジュールをそれぞれが含みうる。さらに、ベースレイヤ・デコーダおよび／またはエンハンスメントレイヤ・デコーダは、図１Ａに関して記載されるような、符号化ピクチャバッファおよび／または復号ピクチャバッファを含みうる。加えて、図１Ｂの電子デバイスは、場合に応じて、図１Ａの電子デバイスの機能に従って動作してもよい。
【００３３】
図２Ａは、電子デバイス６０２上のエンコーダ６０４の一構成を示すブロック図である。留意すべきは、電子デバイス６０２内に含まれるとして示される要素の１つ以上がハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいことである。例えば、電子デバイス６０２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいエンコーダ６０４を含む。例として、エンコーダ６０４は、回路、集積回路、特定用途向け集積回路（ＡＳＩＣ）、実行可能な命令をもつメモリと電子通信を行うプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）など、またはそれらの組み合わせとして実装されてもよい。いくつかの構成において、エンコーダ６０４は、ＨＥＶＣコーダであってもよい。
【００３４】
電子デバイス６０２は、ソース６２２を含みうる。ソース６２２は、ピクチャまたは画像データ（例えば、ビデオ）を１つ以上の入力ピクチャ６０６としてエンコーダ６０４へ供給する。ソース６２２の例は、イメージセンサ、メモリ、通信インターフェース、ネットワークインターフェース、無線受信機、ポートなどを含みうる。
【００３５】
１つ以上の入力ピクチャ６０６は、フレーム内予測モジュールおよび再構成バッファ６２４へ供給される。入力ピクチャ６０６は、動き推定および動き補償モジュール６４６へ、そして減算モジュール６２８へも供給される。
【００３６】
フレーム内予測モジュールおよび再構成バッファ６２４は、１つ以上の入力ピクチャ６０６および再構成データ６６０に基づいてイントラモード情報６４０およびイントラ信号６２６を発生させる。動き推定および動き補償モジュール６４６は、１つ以上の入力ピクチャ６０６および復号ピクチャバッファ６７６からの参照ピクチャ６７８に基づいてインターモード情報６４８およびインター信号６４４を発生させる。いくつかの構成において、復号ピクチャバッファ６７６は、１つ以上の参照ピクチャからのデータを復号ピクチャバッファ６７６中に含みうる。
【００３７】
エンコーダ６０４は、モードに従ってイントラ信号６２６とインター信号６４４との間で選択を行う。イントラ信号６２６は、イントラ符号化モードにおいてピクチャ内の空間特性を活用するために用いられる。インター信号６４４は、インター符号化モードにおいてピクチャ間の時間的特性を活用するために用いられる。イントラ符号化モードにある間に、イントラ信号６２６が減算モジュール６２８へ供給され、イントラモード情報６４０がエントロピー符号化モジュール６４２へ供給される。インター符号化モードにある間には、インター信号６４４が減算モジュール６２８へ供給され、インターモード情報６４８がエントロピー符号化モジュール６４２へ供給される。
【００３８】
減算モジュール６２８では予測残差６３０を生成するために（モードに依存して）イントラ信号６２６またはインター信号６４４のいずれかが入力ピクチャ６０６から減算される。予測残差６３０は、変換モジュール６３２へ供給される。変換モジュール６３２は、予測残差６３０を圧縮して、量子化モジュール６３６へ供給される変換信号６３４を生成する。量子化モジュール６３６は、変換信号６３４を量子化して、変換および量子化された係数（ＴＱＣ：ｔｒａｎｓｆｏｒｍｅｄ  ａｎｄ  ｑｕａｎｔｉｚｅｄ  ｃｏｅｆｆｉｃｉｅｎｔ）６３８を生成する。
【００３９】
ＴＱＣ６３８は、エントロピー符号化モジュール６４２および逆量子化モジュール６５０へ供給される。逆量子化モジュール６５０は、ＴＱＣ６３８に対して逆量子化を行い、逆変換モジュール６５４へ供給される逆量子化された信号６５２を生成する。逆変換モジュール６５４は、逆量子化された信号６５２を展開して、再構成モジュール６５８へ供給される展開された信号６５６を生成する。
【００４０】
再構成モジュール６５８は、展開された信号６５６に基づいて再構成されたデータ６６０を生成する。例えば、再構成モジュール６５８は、（修正された）ピクチャを再構成する。再構成されたデータ６６０は、デブロッキングフィルタ６６２へ、ならびにイントラ予測モジュールおよび再構成バッファ６２４へ供給される。デブロッキングフィルタ６６２は、再構成されたデータ６６０に基づいてフィルタされた信号６６４を生成する。
【００４１】
フィルタされた信号６６４は、サンプル適応オフセット（ＳＡＯ：ｓａｍｐｌｅ  ａｄａｐｔｉｖｅ  ｏｆｆｓｅｔ）モジュール６６６へ供給される。ＳＡＯモジュール６６６は、エントロピー符号化モジュール６４２へ供給されるＳＡＯ情報６６８および適応ループ・フィルタ（ＡＬＦ：ａｄａｐｔｉｖｅ  ｌｏｏｐ  ｆｉｌｔｅｒ）６７２へ供給されるＳＡＯ信号６７０を生成する。ＡＬＦ６７２は、復号ピクチャバッファ６７６へ供給されるＡＬＦ信号６７４を生成する。ＡＬＦ信号６７４は、参照ピクチャとして用いてもよい１つ以上のピクチャからのデータを含みうる。
【００４２】
エントロピー符号化モジュール６４２は、ＴＱＣ６３８を符号化して、ビットストリームＡ６１４ａ（例えば、符号化ピクチャデータ）を生成する。例えば、エントロピー符号化モジュール６４２は、コンテキスト適応型可変長符号化（ＣＡＶＬＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｖａｒｉａｂｌｅ  Ｌｅｎｇｔｈ  Ｃｏｄｉｎｇ）またはコンテキスト適応型２値算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｂｉｎａｒｙ  Ａｒｉｔｈｍｅｔｉｃ  Ｃｏｄｉｎｇ）を用いてＴＱＣ６３８を符号化する。特に、エントロピー符号化モジュール６４２は、ＴＱＣ６３８をイントラモード情報６４０、インターモード情報６４８およびＳＡＯ情報６６８のうちの１つ以上に基づいて符号化する。ビットストリームＡ６１４ａ（例えば、符号化ピクチャデータ）は、メッセージ発生モジュール６０８へ供給される。メッセージ発生モジュール６０８は、図１に関連して記載されたメッセージ発生モジュール１０８と同様に構成されてもよい。
【００４３】
例えば、メッセージ発生モジュール６０８は、複数のサブピクチャ・パラメータを含んだある１つのメッセージ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を発生させる。サブピクチャ・パラメータは、復号ユニットに係る１つ以上のリムーバル遅延（例えば、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙまたはｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）および１つ以上のＮＡＬパラメータ（例えば、ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１またはｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］）を含みうる。いくつかの構成において、このメッセージは、ビットストリームＢ６１４ｂを生成するためにビットストリームＡ６１４ａ中に挿入される。従って、このメッセージは、例えば、ビットストリームＡ６１４ａ全体が生成された後に（例えば、ビットストリームＢ６１４ｂの大部分が生成された後に）生成されてもよい。他の構成では、メッセージは、ビットストリームＡ６１４ａ中に挿入されないが（そのケースではビットストリームＢ６１４ｂがビットストリームＡ６１４ａと同じであってもよい）、別個の送信６１０で供給されてもよい。
【００４４】
いくつかの構成において、電子デバイス６０２は、ビットストリーム６１４を別の電子デバイスへ送信する。例えば、ビットストリーム６１４は、通信インターフェース、ネットワークインターフェース、無線送信機、ポートなどへ供給されてもよい。例として、ビットストリーム６１４は、ＬＡＮ、インターネット、セルラーフォン基地局などを介して別の電子デバイスへ送信されてもよい。ビットストリーム６１４は、加えてまたは代わりに、電子デバイス６０２上のメモリまたは他のコンポーネント中に記憶されてもよい。
【００４５】
図２Ｂは、電子デバイス１７０２上のビデオエンコーダ１７８２の一構成を示すブロック図である。ビデオエンコーダ１７８２は、エンハンスメントレイヤ・エンコーダ１７０６、ベースレイヤ・エンコーダ１７０９、解像度アップスケーリング・ブロック１７７０および出力インターフェース１７８０を含みうる。図２Ｂのビデオエンコーダ１９０８は、例えば、本明細書に記載されるように、スケーラブルビデオ符号化および多視点ビデオ符号化に適する。
【００４６】
エンハンスメントレイヤ・エンコーダ１７０６は、入力ピクチャ１７０４を受信するビデオ入力１７８１を含みうる。ビデオ入力１７８１の出力は、予測選択１７５０の出力を受信する加算器／減算器１７８３へ供給される。加算器／減算器１７８３の出力は、変換および量子化ブロック１７５２へ供給される。変換および量子化ブロック１７５２の出力は、エントロピー符号化１７４８ブロックならびにスケーリングおよび逆変換ブロック１７７２へ供給される。エントロピー符号化１７４８が行われた後、エントロピー符号化ブロック１７４８の出力は、出力インターフェース１７８０へ供給される。出力インターフェース１７８０は、符号化ベースレイヤ・ビデオビットストリーム１７０７および符号化エンハンスメントレイヤ・ビデオビットストリーム１７１０の両方を出力する。
【００４７】
スケーリングおよび逆変換ブロック１７７２の出力は、加算器１７７９へ供給される。加算器１７７９は、予測選択１７５０の出力も受信する。加算器１７７９の出力は、デブロッキング・ブロック１７５１へ供給される。デブロッキング・ブロック１７５１の出力は、参照バッファ１７９４へ供給される。参照バッファ１７９４の出力は、動き補償ブロック１７５４へ供給される。動き補償ブロック１７５４の出力は、予測選択１７５０へ供給される。参照バッファ１７９４の出力は、イントラ予測器１７５６へも供給される。イントラ予測器１７５６の出力は、予測選択１７５０へ供給される。予測選択１７５０は、解像度アップスケーリング・ブロック１７７０の出力も受信する。
【００４８】
ベースレイヤ・エンコーダ１７０９は、ダウンサンプリングされた入力ピクチャ、または別の画像と結合するのに適した他の画像コンテンツ、あるいは代わりのビュー入力ピクチャもしくは同じ（すなわち、エンハンスメントレイヤ・エンコーダ１７０６によって受信される入力ピクチャ１７０４と同じ）入力ピクチャ１７０３を受信するビデオ入力１７６２を含みうる。ビデオ入力１７６２の出力は、符号化予測ループ１７６４へ供給される。エントロピー符号化１７６６は、符号化予測ループ１７６４の出力に対して提供される。符号化予測ループ１７６４の出力は、参照バッファ１７６８へも供給される。参照バッファ１７６８は、符号化予測ループ１７６４へフィードバックを提供する。参照バッファ１７６８の出力は、解像度アップスケーリング・ブロック１７７０へも供給される。エントロピー符号化１７６６が一旦行われると、出力は、出力インターフェース１７８０へ供給される。符号化ベースレイヤ・ビデオビットストリーム１７０７および／または符号化エンハンスメントレイヤ・ビデオビットストリーム１７１０は、所望により、１つ以上のメッセージ発生モジュールへ供給される。
【００４９】
図３Ａは、電子デバイス７０２上のデコーダ７１２の一構成を示すブロック図である。デコーダ７１２は、電子デバイス７０２中に含まれてもよい。例えば、デコーダ７１２は、ＨＥＶＣデコーダであってもよい。デコーダ７１２およびデコーダ７１２中に含まれるとして示される１つ以上の要素は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。デコーダ７１２は、復号のためにビットストリーム７１４（例えば、ビットストリーム７１４中に含まれる１つ以上の符号化ピクチャおよびオーバーヘッドデータ）を受信する。いくつかの構成において、受信したビットストリーム７１４は、受信したオーバーヘッドデータ、例えば、メッセージ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）、スライスヘッダ、ＰＰＳなどを含みうる。いくつかの構成では、デコーダ７１２が別個の送信７１０を追加的に受信してもよい。別個の送信７１０は、メッセージ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を含みうる。例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージは、ビットストリーム７１４の代わりに別個の送信７１０で受信されてもよい。しかしながら、留意すべきは、いくつかの構成では別個の送信７１０が随意的であり、利用されなくてもよいことである。
【００５０】
デコーダ７１２は、ＣＰＢ７２０を含む。ＣＰＢ７２０は、上の図１に関連して記載されたＣＰＢ１２０と同様に構成されてもよい。デコーダ７１２は、サブピクチャ・パラメータをもつメッセージ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を受信して、サブピクチャ・パラメータに基づいてアクセスユニット中の復号ユニットを取り出して復号する。留意すべきは、ビットストリーム中には１つ以上のアクセスユニットが含まれてもよく、これらのアクセスユニットが符号化ピクチャデータおよびオーバーヘッドデータのうちの１つ以上を含みうることである。
【００５１】
符号化ピクチャバッファ（ＣＰＢ）７２０は、符号化ピクチャデータをエントロピー復号モジュール７０１へ供給する。符号化ピクチャデータは、エントロピー復号モジュール７０１によりエントロピー復号され、それによって動き情報信号７０３、ならびに量子化、スケーリングおよび／または変換された係数７０５を生成する。
【００５２】
動き情報信号７０３は、フレーム間予測信号７８２を生成する動き補償モジュール７８０において、復号ピクチャバッファ７０９からの参照フレーム信号７９８の一部分と結合される。量子化、デスケーリングおよび／または変換された係数７０５は、逆モジュール７０７でよって逆量子化、スケーリングおよび逆変換され、それによって復号された残差信号７８４を生成する。復号された残差信号７８４は、結合信号７８６を生成するために予測信号７９２に加算される。予測信号７９２は、動き補償モジュール７８０によって生成されたフレーム間予測信号７８２か、またはフレーム内予測モジュール７８８によって生成されたフレーム内予測信号７９０のいずれかから選択された信号である。いくつかの構成において、この信号選択は、ビットストリーム７１４に基づく（例えば、ビットストリーム７１４によって制御される）。
【００５３】
フレーム内予測信号７９０は、（例えば、現フレームにおける）結合信号７８６から予め復号された情報から予測される。結合信号７８６は、さらに、デブロッキングフィルタ７９４によってフィルタされる。フィルタされた結果として生じた信号７９６は、復号ピクチャバッファ７０９に書き込まれる。フィルタされた結果として生じた信号７９６は、復号ピクチャを含みうる。復号ピクチャバッファ７０９は、出力される復号ピクチャ７１８を供給する。いくつかのケースでは、７０９がフレームメモリと見做される。
【００５４】
図３Ｂは、電子デバイス１８０２上のビデオデコーダ１８１２の一構成を示すブロック図である。ビデオデコーダ１８１２は、エンハンスメントレイヤ・デコーダ１８１５およびベースレイヤ・デコーダ１８１３を含みうる。ビデオデコーダ８１２は、インターフェース１８８９および解像度アップスケーリング１８７０も含みうる。図２Ｂのビデオデコーダは、例えば、本明細書に記載されるように、スケーラブルビデオ符号化および多視点ビデオ符号化に適する。
【００５５】
インターフェース１８８９は、符号化ビデオストリーム１８８５を受信する。符号化ビデオストリーム１８８５は、ベースレイヤ符号化ビデオストリームおよびエンハンスメントレイヤ符号化ビデオストリームからなる。これら２つのストリームは、別々にまたは一緒に送信されてもよい。インターフェース１８８９は、符号化ビデオストリーム１８８５のいくらかまたはすべてをベースレイヤ・デコーダ１８１３におけるエントロピー復号ブロック１８８６へ供給する。エントロピー復号ブロック１８８６の出力は、復号予測ループ１８８７へ供給される。復号予測ループ１８８７の出力は、参照バッファ１８８８へ供給される。参照バッファは、復号予測ループ１８８７にフィードバックを提供する。参照バッファ１８８８は、さらに、復号ベースレイヤ・ビデオストリーム１８８４を出力する。
【００５６】
インターフェース１８８９は、さらに、符号化ビデオストリーム１８８５のいくらかまたはすべてをエンハンスメントレイヤ・デコーダ１８１５におけるエントロピー復号ブロック１８９０へ供給する。エントロピー復号ブロック１８９０の出力は、逆量子化ブロック１８９１へ供給される。逆量子化ブロック１８９１の出力は、加算器１８９２へ供給される。加算器１８９２は、逆量子化ブロック１８９１の出力と予測選択ブロック１８９５の出力とを加算する。加算器１８９２の出力は、デブロッキング・ブロック１８９３へ供給される。デブロッキング・ブロック１８９３の出力は、参照バッファ１８９４へ供給される。参照バッファ１８９４は、復号されたエンハンスメントレイヤ・ビデオストリーム１８８２を出力する。参照バッファ１８９４の出力は、イントラ予測器１８９７へも供給される。エンハンスメントレイヤ・デコーダ１８１５は、動き補償１８９６を含みうる。動き補償１８９６は、解像度アップスケーリング１８７０後に行われる。予測選択ブロック１８９５は、イントラ予測器１８９７の出力および動き補償１８９６の出力を受信する。さらに、デコーダは、所望により、１つ以上の符号化ピクチャバッファを、例えば、インターフェース１８８９とともに含みうる。
【００５７】
図４は、送信用電子デバイス８０２において利用される様々なコンポーネントを示す。本明細書に記載される電子デバイス１０２、６０２、７０２のうちの１つ以上は、図４に示される送信用電子デバイス８０２に従って実装されてもよい。
【００５８】
送信用電子デバイス８０２は、電子デバイス８０２の動作を制御するプロセッサ８１７を含む。プロセッサ８１７は、ＣＰＵとも呼ばれる。メモリ８１１は、リードオンリーメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）の両方、または情報を記憶する任意のタイプのデバイスを含み、命令８１３ａ（例えば、実行可能な命令）およびデータ８１５ａをプロセッサ８１７へ供給する。メモリ８１１の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）も含んでよい。メモリ８１１は、プロセッサ８１７と電子通信を行う。
【００５９】
命令８１３ｂおよびデータ８１５ｂは、プロセッサ８１７にも存在する。プロセッサ８１７に読み込まれた命令８１３ｂおよび／またはデータ８１５ｂは、プロセッサ８１７による実行または処理のために読み込まれたメモリ８１１からの命令８１３ａおよび／またはデータ８１５ａも含みうる。命令８１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ８１７によって実行される。
【００６０】
送信用電子デバイス８０２は、他の電子デバイス（例えば、受信用電子デバイス）と通信するための１つ以上の通信インターフェース８１９を含みうる。通信インターフェース８１９は、有線通信技術、無線通信技術、または両方に基づいてもよい。通信インターフェース８１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、イーサネット（登録商標）アダプタ、ＩＥＥＥ１３９４バスインターフェース、小型計算機システムインターフェース（ＳＣＳＩ：ｓｍａｌｌ  ｃｏｍｐｕｔｅｒ  ｓｙｓｔｅｍ  ｉｎｔｅｒｆａｃｅ）バスインターフェース、赤外線（ＩＲ）通信ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線通信アダプタ、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）仕様による無線トランシーバなどを含む。
【００６１】
送信用電子デバイス８０２は、１つ以上の出力デバイス８２３および１つ以上の入力デバイス８２１を含みうる。出力デバイス８２３の例は、スピーカ、プリンタなどを含む。電子デバイス８０２中に含まれてもよい出力デバイスの１つのタイプは、ディスプレイデバイス８２５である。本明細書に開示される構成とともに用いられるディスプレイデバイス８２５は、任意の適切な画像投影技術、例えば、陰極線管（ＣＲＴ：ｃａｔｈｏｄｅ  ｒａｙ  ｔｕｂｅ）、液晶ディスプレイ（ＬＣＤ：ｌｉｑｕｉｄ  ｃｒｙｓｔａｌ  ｄｉｓｐｌａｙ）、発光ダイオード（ＬＥＤ：ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ  ｄｉｏｄｅ）、気体プラズマ、エレクトロルミネセンスなどを利用してもよい。ディスプレイコントローラ８２７は、メモリ８１１中に記憶されたデータをディスプレイ８２５上に示されるテキスト、グラフィックス、および／または動画像に（適宜）変換するために設けられる。入力デバイス８２１の例は、キーボード、マウス、マイクロフォン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。
【００６２】
送信用電子デバイス８０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含みうる、バスシステム８２９によって結合される。しかしながら、明確さのために、図４では様々なバスがバスシステム８２９として示される。図４に示される送信用電子デバイス８０２は、具体的なコンポーネントのリスティングではなく機能ブロック図である。
【００６３】
図５は、受信用電子デバイス９０２において利用される様々なコンポーネントを示すブロック図である。本明細書に記載される電子デバイス１０２、６０２、７０２のうちの１つ以上は、図５に示される受信用電子デバイス９０２に従って実装されてもよい。
【００６４】
受信用電子デバイス９０２は、電子デバイス９０２の動作を制御するプロセッサ９１７を含む。プロセッサ９１７は、ＣＰＵとも呼ばれる。メモリ９１１は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）の両方、または情報を記憶する任意のタイプのデバイスを含んでもよく、命令９１３ａ（例えば、実行可能な命令）およびデータ９１５ａをプロセッサ９１７へ供給する。メモリ９１１の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含みうる。メモリ９１１は、プロセッサ９１７と電子通信を行う。
【００６５】
命令９１３ｂおよびデータ９１５ｂは、プロセッサ９１７にも存在する。プロセッサ９１７に読み込まれた命令９１３ｂおよび／またはデータ９１５ｂは、プロセッサ９１７による実行または処理のために読み込まれたメモリ９１１からの命令９１３ａおよび／またはデータ９１５ａも含みうる。命令９１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ９１７によって実行される。例えば、命令９１３ｂは、上記の方法２００、３００、４００、５００のうちの１つ以上を行うために実行可能である。
【００６６】
受信用電子デバイス９０２は、他の電子デバイス（例えば、送信用電子デバイス）と通信するための１つ以上の通信インターフェース９１９を含みうる。通信インターフェース９１９は、有線通信技術、無線通信技術、または両方に基づいてもよい。通信インターフェース９１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ）、イーサネット（登録商標）アダプタ、ＩＥＥＥ１３９４バスインターフェース、小型計算機システムインターフェース（ＳＣＳＩ）バスインターフェース、赤外線（ＩＲ）通信ポート、Ｂｌｕｅｔｏｏｔｈ（登録商標）無線通信アダプタ、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）仕様による無線トランシーバなどを含む。
【００６７】
受信用電子デバイス９０２は、１つ以上の出力デバイス９２３および１つ以上の入力デバイス９２１を含みうる。出力デバイス９２３の例は、スピーカ、プリンタなどを含む。電子デバイス９０２中に含まれてもよい出力デバイスの１つのタイプは、ディスプレイデバイス９２５である。本明細書に開示される構成とともに用いられるディスプレイデバイス９２５は、任意の適切な画像投影技術、例えば、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）、気体プラズマ、エレクトロルミネセンスなどを利用してもよい。ディスプレイコントローラ９２７は、メモリ９１１中に記憶されたデータをディスプレイ９２５上に示されるテキスト、グラフィックス、および／または動画像に（適宜）変換するために設けられる。入力デバイス９２１の例は、キーボード、マウス、マイクロフォン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。
【００６８】
受信用電子デバイス９０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含みうる、バスシステム９２９によって結合される。しかしながら、明確さのために、図５では様々なバスがバスシステム９２９として示される。図５に示される受信用電子デバイス９０２は、具体的なコンポーネントのリスティングではなく機能ブロック図である。
【００６９】
図６は、電子デバイス１００２の一構成を示すブロック図である。電子デバイス１００２は、符号化手段１０３１および送信手段１０３３を含む。符号化手段１０３１および送信手段１０３３は、上の図１、図２、および図３の１つ以上に関連して記載された機能の１つ以上を行うように構成される。例えば、符号化手段１０３１および送信手段１０３３は、ビットストリーム１０１４を発生させる。上の図４は、図６の具体的な装置構造の一例を示す。図１、図２、および図３の機能の１つ以上を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。
【００７０】
図７は、ビットストリーム１１１４をバッファリングするためのシステムおよび方法が実装された電子デバイス１１０２の一構成を示すブロック図である。電子デバイス１１０２は、受信手段１１３５および復号手段１１３７を含みうる。受信手段１１３５および復号手段１１３７は、上の図１、図３、図５の１つ以上に関連して記載された機能の１つ以上を行うように構成される。例えば、受信手段１１３５および復号手段１１３７は、ビットストリーム１１１４を受信する。上の図５は、図７の具体的な装置構造の一例を示す。図１、図３、および図５の１つ以上の機能を実現するために、他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。
【００７１】
図８は、復号ピクチャバッファ（ＤＰＢ）の動作のための方法１２００の一構成を示すフロー図である。方法１２００は、エンコーダ１０４またはその副部分の１つ（例えば、復号ピクチャバッファ・モジュール６７６）によって行われてもよい。方法１２００は、電子デバイス１０２（例えば、電子デバイスＢ１０２ｂ）におけるデコーダ１１２によって行われてもよい。加えてまたは代わりに、方法１２００は、デコーダ７１２またはその副部分の１つ（例えば、復号ピクチャバッファ・モジュール７０９）によって行われてもよい。デコーダは、ある１つのピクチャの最初のスライスヘッダを構文解析する（ステップ１２０２）。現ピクチャを復号する前（しかし、現ピクチャの第１のスライスのスライスヘッダを構文解析した後）の複数のピクチャのＤＰＢからの出力およびリムーバルは、現ピクチャを含んだアクセスユニットの第１の復号ユニットがＣＰＢから取り出されたときに即座に生じて、次のように進む。
【００７２】
−参照ピクチャセット（ＲＰＳ：ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ  ｓｅｔ）に対する復号処理が起動される。参照ピクチャセットは、ある１つのピクチャと関連付けられた参照ピクチャのセットであり、このセットは、復号順にその関連付けられたピクチャより前にあり、その関連付けられたピクチャまたは復号順にその関連付けられたピクチャの後に続く任意のピクチャのインター予測のために用いてもよい、すべての参照ピクチャからなる。
【００７３】
−ビデオのビットストリームは、ネットワーク抽象化レイヤ（ＮＡＬ：Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）ユニットと一般に呼ばれる、論理データパケット中に置かれたシンタック構造を含みうる。各ＮＡＬユニットは、関連付けられたデータ・ペイロードの目的を識別するためのＮＡＬユニットヘッダ、例えば、２バイトのＮＡＬユニットヘッダ（例えば、１６ビット）を含む。例えば、各符号化スライス（および／またはピクチャ）が１つ以上のスライス（および／またはピクチャ）ＮＡＬユニットで符号化されてもよい。データの他のカテゴリ、例えば、付加拡張情報、テンポラル・サブレイヤ・アクセス（ＴＳＡ：ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ）ピクチャの符号化スライス、階段状テンポラル・サブレイヤ・アクセス（ＳＴＳＡ：ｓｔｅｐ−ｗｉｓｅ  ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ）ピクチャの符号化スライス、ｎｏｎ−ＴＳＡ、ｎｏｎ−ＳＴＳＡトレイリング・ピクチャの符号化スライス、ブロークンリンクアクセス・ピクチャの符号化スライス、瞬時復号リフレッシュ・ピクチャの符号化スライス、クリーンランダムアクセス・ピクチャの符号化スライス、復号可能リーディング・ピクチャの符号化スライス、破棄用タグ付きピクチャの符号化スライス、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、アクセスユニット・デリミタ、シーケンスの終了、ビットストリームの終了、フィラーデータ、および／またはシーケンス拡張情報メッセージのために他のＮＡＬユニットが含まれてもよい。表（１）は、ＮＡＬユニット・コードおよびＮＡＬユニット・タイプ・クラスの一例を示す。所望により、他のＮＡＬユニット・タイプが含まれてもよい。表（１）に示されるＮＡＬユニットのＮＡＬユニット・タイプ値がリシャッフルされ、再割り当てされてもよいことも理解されるべきである。さらに、追加のＮＡＬユニット・タイプが加えられてもよい。さらに、いくつかのＮＡＬユニット・タイプが除去されてもよい。
【００７４】
イントラランダムアクセスポイント（ＩＲＡＰ：ｉｎｔｒａ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ）ピクチャは、各ビデオ符号化レイヤＮＡＬユニットが、表（１）に示されるように、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャである。ＩＲＡＰピクチャは、イントラ符号化（Ｉ）スライスのみを含む。瞬時復号リフレッシュ（ＩＤＲ：ｉｎｓｔａｎｔａｎｅｏｕｓ  ｄｅｃｏｄｉｎｇ  ｒｅｆｒｅｓｈ）ピクチャは、各ビデオ符号化レイヤＮＡＬユニットが、表（１）に示されるように、ＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＲＡＰピクチャである。瞬時復号リフレッシュ（ＩＤＲ）ピクチャは、Ｉスライスのみを含み、復号順にビットストリーム中の第１のピクチャであってもよく、またはビットストリーム中に後の方で現れてもよい。各ＩＤＲピクチャは、復号順に符号化ビデオシーケンス（ＣＶＳ：ｃｏｄｅｄ  ｖｉｄｅｏ  ｓｅｑｕｅｎｃｅ）の第１のピクチャである。ブロークンリンクアクセス（ＢＬＡ：ｂｒｏｋｅｎ  ｌｉｎｋ  ａｃｃｅｓｓ）ピクチャは、各ビデオ符号化レイヤＮＡＬユニットが、表（１）に示されるように、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、またはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＲＡＰピクチャである。ＢＬＡピクチャは、Ｉスライスのみを含み、復号順にビットストリーム中の第１のピクチャであってもよく、またはビットストリーム中に後の方で現れてもよい。各ＢＬＡピクチャは、新しい符号化ビデオシーケンスを開始し、復号処理に対してＩＤＲピクチャと同じ効果を有する。しかしながら、ＢＬＡピクチャは、空ではない参照ピクチャセットを指定するシンタックス要素を含む。
【表１】
2017522792.tif 000003
2017522792.tif 000004
2017522792.tif 000005
2017522792.tif 000006
【００７５】
表（２）を参照すると、ＮＡＬユニットヘッダ・シンタックスは、２バイトのデータ、すなわち、１６ビットを含みうる。第１のビットは、ＮＡＬユニットの先頭で常にゼロにセットされる「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、表（１）に示されるようなＮＡＬユニットに含まれるロー・バイト・シーケンス・ペイロード（「ＲＢＳＰ」）データ構造のタイプを指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。次の６ビットは、レイヤのインデンティファイヤを指定する「ｎｕｈ＿ｌａｙｅｒ＿ｉｄ」である。いくつかのケースでは、代わりにこれらの６ビットが「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」として指定されてもよい。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、規格の基本仕様では０に等しくてもよい。スケーラブルビデオ符号化および／またはシンタックス拡張において、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、この特定のＮＡＬユニットがこれら６ビットの値によって識別されるレイヤに属することを指定してもよい。次のシンタックス要素は、「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１は、ＮＡＬユニットに対するテンポラル識別子を指定してもよい。テンポラル識別子変数ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定されてもよい。テンポラル識別子ＴｅｍｐｏｒａｌＩｄは、テンポラル・サブレイヤを識別するために用いられる。変数ＨｉｇｈｅｓｔＴｉｄは、復号されることになる最上位のテンポラル・サブレイヤを識別する。
【表２】
2017522792.tif 000007
表（２）
【００７６】
表（３）は、例示的なシーケンスパラメータセット（ＳＰＳ：ｓｅｑｕｅｎｃｅ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）シンタックス構造を示す。
【００７７】
ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、輝度サンプルの単位で各復号ピクチャの幅を指定する。ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくなくてもよい。
【００７８】
ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、輝度サンプルの単位で各復号ピクチャの高さを指定する。ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、０に等しくなくてもよい。
【００７９】
ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１は、ＳＰＳを参照する各ＣＶＳ中に存在しうるテンポラル・サブレイヤの最大数を指定する。ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から６までの範囲内にありうる。
【００８０】
１に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］シンタックス要素が、ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１個のサブレイヤに対して存在することを指定する。０に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］の値がすべてのサブレイヤに適用されることを指定する。
【００８１】
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときにピクチャ記憶バッファの単位でＣＶＳのための復号ピクチャバッファの最大所要サイズを指定する。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあってもよく、ここでＭａｘＤｐｂＳｉｚｅは、ピクチャ記憶バッファの単位で最大復号ピクチャバッファサイズを指定する。ｉが０より大きいときに、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ−１］以上であってもよい。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］が、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことに起因して、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに対して存在しないときには、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推測される。
【００８２】
ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに復号順ではＣＶＳ中の任意のピクチャに先行し、出力順ではそのピクチャの後に続くことができるピクチャの最大許容数を示す。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］までの範囲内にありうる。ｉが０より大きいときに、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ−１］以上であってもよい。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］が、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことに起因して、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに対して存在しないときには、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推測される。
【００８３】
０に等しくないｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときに出力順ではＣＶＳ中の任意のピクチャに先行し、復号順ではそのピクチャの後に続くことができるピクチャの最大数を指定する、ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値を計算するために用いられる。
【００８４】
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しくないときに、ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値は、次のように指定される、すなわち、
【００８５】
ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］＝ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］＋
【００８６】
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］−１
【００８７】
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しいときには、対応する制限は何も表現されない。
【００８８】
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値は、両端値を含めて、０から２３２−２までの範囲内にありうる。ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことに起因して、両端値を含めて、０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに対して存在しないときには、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいと推測される。
【表３】
2017522792.tif 000008
表（３）
【００８９】
現ピクチャがＩＲＡＰピクチャであるときには、以下が適用される、すなわち、
−現ピクチャがＩＤＲピクチャ、ＢＬＡピクチャ、復号順にビットストリーム中の第１のピクチャ、または復号順にエンドオブシーケンスＮＡＬユニットの後に続く第１のピクチャであれば、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しくセットされる。
−そうでない場合には、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを現ピクチャの値にセットするために何らかの外部手段が利用可能であれば、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇがその外部手段によって提供される値に等しくセットされ、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇがＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇに等しくセットされる。
−そうでない場合には、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇが０に等しくセットされ、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが０に等しくセットされる。
【００９０】
現ピクチャがピクチャ０ではない１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇをもつＩＲＡＰピクチャであれば、次の順序付けられたステップが適用される、すなわち、
１．変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが被テスト・デコーダに関して次のように導出される、すなわち、
−現ピクチャがＣＲＡピクチャであれば、（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に係らず）ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しくセットされる。
−そうでない場合には、アクティブＳＰＳから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が、先行ピクチャに対してアクティブなＳＰＳから導出された、それぞれ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値と異なれば、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に係らず、被テスト・デコーダによって１にセットされてもよい（しかし、セットされるべきであるわけではない）。
−そうでない場合には、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇがｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しくセットされる。
２．被テスト・デコーダに関して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、以下のようにＨＲＤに適用される。
−ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しければ、ＤＰＢ中のすべてのピクチャ記憶バッファは、それらが含むピクチャの出力なしに空にされて、ＤＰＢ占有量が０に等しくセットされる。
−そうでない（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合には、「出力に必要とされない」および「参照に用いられない」とマーク付けされたピクチャを含んだすべてのピクチャ記憶バッファが（出力なしに）空にされ、ＤＰＢ中のすべての空でないピクチャ記憶バッファが「バンピング」処理１２０４を繰り返して起動することによって空にされて、ＤＰＢ占有量が０に等しくセットされる。
−そうでない（現ピクチャが１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇをもつＩＲＡＰピクチャではない）場合には、「出力に必要とされない」および「参照に用いられない」とマーク付けされたピクチャを含んだすべてのピクチャ記憶バッファが（出力なしに）空にされる。空にされたピクチャ記憶バッファごとに、ＤＰＢ占有量が１つデクリメントされる。次の条件の１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、「バンピング」処理１２０４が繰り返して起動され、一方ではさらなるピクチャ記憶バッファが空にされるごとにＤＰＢ占有量がさらに１つデクリメントされる、すなわち、
１．「出力に必要とされる」とマーク付けされたＤＰＢ中のその特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつピクチャの数が、（その特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときに）アクティブ・シーケンスパラメータセットからの、またはその特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に係るアクティブレイヤ・シーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
２．（その特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときの）アクティブ・シーケンスパラメータセットからの、またはその特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に係るアクティブレイヤ・シーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、かつ「出力に必要とされる」とマーク付けされたその特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ少なくとも１つのピクチャがＤＰＢ中にあり、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、その特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に係るＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］以上であるかどうか。
３．ＤＰＢ中のその特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつピクチャの数が（その特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときに）アクティブ・シーケンスパラメータセットからの、またはその特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に係るアクティブレイヤ・シーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］＋１より大きい。
【００９１】
ブロック１２０６におけるピクチャ復号処理（ピクチャ復号およびマーク付け）は、現ピクチャを含んだアクセスユニットの最後の復号ユニットがＣＰＢから取り出されたときに瞬時に発生する。
【００９２】
「出力に必要とされる」とマーク付けされたＤＰＢ中の現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつピクチャごとに、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔがＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ＋１に等しくセットされる。
【００９３】
現ピクチャは、そのピクチャの最後の復号ユニットが復号された後に復号済みと見做される。現復号ピクチャがＤＰＢにおける空のピクチャ記憶バッファ中に記憶されて、以下が適用される、すなわち、
−現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有すれば、現復号ピクチャが「出力に必要とされる」とマーク付けされて、その関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔが０に等しくセットされる。
−そうでない（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、現復号ピクチャが「出力に必要とされない」とマーク付けされる。
【００９４】
現復号ピクチャは、「短期間参照に用いられる」とマーク付けされる。
【００９５】
次の条件の１つ以上が真であるときには、以下の条件がいずれも真でなくなるまで、追加の「バンピング」処理１２０８が繰り返して起動される、すなわち、
−「出力に必要とされる」とマーク付けされたＤＰＢ中の現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数が、（現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときの）アクティブ・シーケンスパラメータセットからの、または現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に係るアクティブレイヤ・シーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
−（現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときの）アクティブ・シーケンスパラメータセットからの、または現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に係るアクティブレイヤ・シーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力に必要とされる」とマーク付けされたその特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ少なくとも１つのピクチャがＤＰＢ中にあり、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、その特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に係るＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］以上である。
【００９６】
「バンピング」処理１２０４および追加のバンピング処理１２０８は、ステップの観点から同一であり、次の順序付けられたステップからなる、すなわち、最初に出力するためのピクチャとして、「出力に必要とされる」とマーク付けされたＤＰＢ中のすべてのピクチャのうちでピクチャオーダカウント（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ）の最小値を有するピクチャが選択される。ピクチャオーダカウントは、各ピクチャと関連付けられた変数であり、ＣＶＳ中のすべてのピクチャのうちで関連付けられたピクチャを一意的に識別し、そして、関連付けられたピクチャが復号ピクチャバッファから出力されることになるときに、関連付けられたピクチャの出力順の位置を復号ピクチャバッファから出力されることになる同じＣＶＳ中の他のピクチャの出力順位置に対して示す。
【００９７】
−これらのピクチャは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに係るアクティブ・シーケンスパラメータセットにおいて、またはそのピクチャのものに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に係るアクティブレイヤ・シーケンスパラメータセットにおいて指定された、適合クロッピング・ウィンドウを用いてクロップされ、クロップされたピクチャは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に出力されて、これらのピクチャが「出力に必要とされない」とマーク付けされる。
【００９８】
−「参照に用いられない」とマーク付けされたピクチャを含む各ピクチャ記憶バッファ、およびクロップされて出力されたピクチャのうちの１つを含んでいた各ピクチャ記憶バッファが空にされる。
【００９９】
図９Ａを参照すると、前に記載されたように、ＮＡＬユニットヘッダ・シンタックスは、２バイトのデータ、すなわち、１６ビットを含みうる。第１のビットは、ＮＡＬユニットの先頭で常にゼロにセットされる「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、ＮＡＬユニットに含まれるロー・バイト・シーケンス・ペイロード（「ＲＢＳＰ」）データ構造のタイプを指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。次の６ビットは、「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」である。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、規格の基本仕様では０に等しくてもよい。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの他の値が所望により指定されてもよい。デコーダは、規格の基本仕様に基づいてストリームを取り扱うときに、０に等しくないｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値をもつすべてのＮＡＬユニットを無視（すなわち、ビットストリームから取り出して破棄）してもよい。スケーラブルまたは他の拡張では、スケーラブルビデオ符号化および／またはシンタックス拡張をシグナリングするために、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓが他の値を指定してもよい。いくつかのケースでは、シンタックス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓと称されてもよい。いくつかのケースでは、シンタックス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、図９Ｂおよび図９Ｃに示されるように、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１またはｌａｙｅｒ＿ｉｄと称されてもよい。このケースでは、要素ｌａｙｅｒ＿ｉｄは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１−１となるであろう。このケースでは、ｌａｙｅｒ＿ｉｄは、スケーラブル符号化ビデオのレイヤに関する情報をシグナリングするために用いられてもよい。次のシンタックス要素は、「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１は、ＮＡＬユニットに対するテンポラル識別子を指定してもよい。テンポラル識別子変数ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定されてもよい。
【０１００】
図１０を参照すると、一般的なＮＡＬユニット・シンタックス構造が示される。図９のＮＡＬユニットヘッダの２バイトのシンタックスは、図１０のｎａｌ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）の参照中に含められる。ＮＡＬユニット・シンタックスの残りの部分は、主にＲＢＳＰに関する。
【０１０１】
「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」を用いるための１つの既存技術は、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの６ビットを、それぞれがスケーラブル符号化ビデオの異なるレイヤの識別を参照する、別個のビットフィールド、すなわち、依存性ＩＤ、品質ＩＤ、ビューＩＤおよび深度フラグのうちの１つ以上に区分することによって、スケーラブルビデオ符号化情報をシグナリングする。それに応じて、この６ビットは、この特定のＮＡＬユニットがスケーラブル符号化技術のどのようなレイヤに属するかを示す。次に、データ・ペイロード、例えば、図１１に示されるようなビデオパラメータセット（「ＶＰＳ：ｖｉｄｅｏ  ｐａｒａｍｅｔｅｒ  ｓｅｔ」）拡張シンタックス（「ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅ」）において、レイヤについての情報が定義される。図１１のＶＰＳ拡張シンタックスは、符号化ビデオシーケンスで使用中のスケーラビリティ・タイプを指定するスケーラビリティ・タイプ（シンタックス要素ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅ）およびｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１（またはｌａｙｅｒ＿ｉｄ）を通じてＮＡＬユニットヘッダでシグナリングされるディメンジョンに係る４ビットを含む。スケーラビリティ・タイプが０に等しいときに、符号化ビデオシーケンスは、基本仕様に適合し、従って、すべてのＮＡＬユニットのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が０に等しく、エンハンスメントレイヤまたはビューに属するＮＡＬユニットは何もない。スケーラビリティ・タイプの高い方の値は、図１２に示されるように解釈される。
【０１０２】
ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］は、ｉ番目のスケーラビリティ・ディメンジョンＩＤの、ビット単位の、長さを指定する。０〜７までの範囲内のすべてのｉ値に対する値ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］の合計は、６以下である。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔは、ゼロである。ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］は、以下のレイヤ依存性情報が適用されるｉ番目のレイヤのｌａｙｅｒ＿ｉｄの値を指定する。ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］は、ｉ番目のレイヤが直接に依存するレイヤの数を指定する。ｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤが直接に依存するｊ番目のレイヤを識別する。
【０１０３】
このように、既存技術は、図１２にリストされたスケーラビリティ・タイプ間でビットを割り当てるためにスケーラビリティ識別子をＮＡＬユニットおよびビデオパラメータセットでシグナリングする。次に、スケーラビリティ・タイプごとに、いくつのディメンジョンがサポートされるかを図１２が定義する。例えば、スケーラビリティ・タイプ１は、２つのディメンジョン（例えば、空間および品質）を有する。それぞれのディメンジョンについて、ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］は、これら２つのディメンジョンのそれぞれに割り当てられるビットの数を定義し、ここでｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］のすべての値の総和は６以下であり、これは、ＮＡＬユニットヘッダのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓにおけるビットの数である。従って、組み合わせで、本技術は、どのタイプのスケーラビリティが使用中であるか、およびＮＡＬユニットヘッダの６ビットがどのようにスケーラビリティ間で割り当てられるかを識別する。
【０１０４】
図１２に示されるような、種々のスケーラビリティ・ディメンジョンのかかる固定された組み合わせは、多くの用途に適するが、含まれていない望ましい組み合わせがある。図１３を参照すると、修正されたビデオパラメータセット拡張シンタックスがスケーラビリティ・タイプをｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素におけるビットごとに指定する。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔが０にセットされる。ｍａｘ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＿ｂｉｔｓは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１またはｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓと呼ばれる、図９のＮＡＬユニットヘッダの最初の２バイトでシンタックス要素に用いられるビットの総数を示す。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１シンタックス要素におけるビットごとにスケーラビリティ・タイプを指定する。いくつかのケースでは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１シンタックス要素は、代わりにｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓまたはｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素と称されてもよい。シンタックス要素ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１のすべてのビットに係るｓｃａｌａｂｉｌｉｔｙ＿ｍａｐが符号化ビデオシーケンスにおいて使用中のスケーラビリティを一緒に指定する。それぞれのスケーラビリティ・タイプに対する識別子の実際の値は、ＮＡＬユニットヘッダ中のｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１（ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）におけるそれらに対応するビットを通じてシグナリングされる。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］がｉのすべての値に対して０に等しいときに、符号化ビデオシーケンスは、基本仕様に適合し、従って、ＮＡＬユニットのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１値が０に等しく、エンハンスメントレイヤまたはビューに属するＮＡＬユニットは何もない。ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］は、以下のレイヤ依存性情報が適用されるｉ番目のレイヤのｌａｙｅｒ＿ｉｄの値を指定する。ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］は、ｉ番目のレイヤが直接に依存するレイヤの数を指定する。ｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤが直接に依存するｊ番目のレイヤを識別する。
【０１０５】
ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］の高い方の値は、図１４に示されるように解釈される。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、（０）何もない、（１）空間、（２）品質、（３）深度、（４）多視点、（５）指定されない、（６）予約される、および（７）予約されるスケーラビリティ・ディメンジョンを含む。
【０１０６】
それゆえに、ＮＡＬユニットヘッダにおける各ビットは、何がスケーラビリティ・ディメンジョンである（例えば、なにもない、空間、品質、深度、多視点、指定されない、予約される）かのビデオパラメータセット中の３ビットに基づいて解釈される。例えば、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１におけるすべてのビットが空間スケーラビリティに対応することをシグナリングするために、ＶＰＳ中のｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ値がＮＡＬユニットヘッダの６ビットに対して００１  ００１  ００１  ００１  ００１  ００１として符号化されてもよい。さらに例えば、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１における３ビットが空間スケーラビリティに対応し、３ビットが品質スケーラビリティに対応することをシグナリングするためには、ＶＰＳ中のｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ値がＮＡＬユニットヘッダの６ビットに対して００１  ００１  ００１  ０１０  ０１０  ０１０として符号化されてもよい。
【０１０７】
ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１を用いたＮＡＬユニットヘッダの６ビットにおけるスケーラビリティ・ディメンジョンの数。ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１＋１は、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ、および／またはｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素を通じてシグナリングされるスケーラビリティ・ディメンジョンの数を示す。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、図１３に関して先に記載された同じセマンティクスを有する。ｎｕｍ＿ｂｉｔｓ＿ｆｏｒ＿ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、ｉ番目のスケーラビリティ・ディメンジョンのためのビット単位の長さを指定する。ｉ＝０，…ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１に係るすべてのｎｕｍ＿ｂｉｔｓ＿ｆｏｒ＿ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］の合計は、６に等しい（またはそうでない場合には、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１、ｖｐｓ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ、ｍａｘ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１、ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素に用いられるビットの数に等しい）。
【０１０８】
図１３および図１５については、所望により、他の変形形態が用いられてもよい。例えば一実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］がｕ（４）（またはｎ＞３もしくはｎ＜３のｕ（ｎ））を用いてシグナリングされてもよい。このケースでは、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］の高い方の値がビデオ技術の特定のプロファイルに適合するビットストリームのために予約されるとして指定されてもよい。例えば、ｕ（４）を用いてｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］をシグナリングするときに、スケーラビリティ・マップ値６…１５が「予約される」として指定されてもよい。例えば別の実施形態では、ｕｅ（ｖ）または他の何らかの符号化方式を用いてｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］がシグナリングされてもよい。例えば別の実施形態では、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］値が単調な非降順（または非昇順）に配列されるように制限が指定されてもよい。これは、ＮＡＬユニットヘッダ中のｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１フィールドにおいて様々なスケーラビリティ・ディメンジョン・フィールが切れ目なく連続することにつながる。
【０１０９】
「ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１」または「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」シンタックス要素を用いてスケーラブルビデオ符号化をシグナリングするための別の既存技術は、ビデオパラメータセットで一般的なルックアップテーブルをシグナリングすることによって、ＮＡＬユニットヘッダにおけるｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１をある１つのレイヤ識別へマッピングする。図１６を参照すると、既存技術は、ルックアップテーブルのｉ番目のレイヤに関してディメンジョン・タイプおよびディメンジョン識別の数を指定するビデオパラメータセットを含む。特に、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔは０である。ｎｕｍ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１［ｉ］＋１は、ｉ番目のレイヤに関するディメンジョン・タイプ（ｄｉｍｅｎｓｉｏｎ＿ｔｙｐｅ［ｉ］［ｊ］）およびディメンジョン識別子（ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］）の数を指定する。ｄｉｍｅｎｓｉｏｎ＿ｔｙｐｅ［ｉ］［ｊ］は、ｉに等しいｌａｙｅｒ＿ｉｄまたはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１を有する、ｉ番目のレイヤのｊ番目のスケーラビリティ・ディメンジョン・タイプを指定する。図１７に示されるように、識別されるディメンジョンは、（０）ビュー順ｉｄｘ、（１）深度フラグ、（２）依存性ＩＤ、（３）品質ＩＤ、（４）〜（１５）予約されるを含む。ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、存在しないときに０であると推測される、ｉ番目のレイヤのｊ番目のスケーラビリティ・ディメンジョン・タイプの識別子を指定する。ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］は、ｉ番目のレイヤが直接に依存するレイヤの数を指定する。ｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤが直接に依存するｊ番目のレイヤを識別する。残念なことに、図１６に示される提案された実施形態は、扱いにくい大きなルックアップテーブルをもたらす。
【０１１０】
図１８を参照すると、修正されたビデオパラメータセット拡張は、スケーラビリティ・ディメンジョンと組み合わせて用いられるスケーラビリティ・マスクを含む。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、図１９のスケーラビリティ・マップ・シンタックスによって示されるように、各ビットが１つのスケーラビリティ・ディメンジョンに対応する０および１のパターンをシグナリングする。個別のスケーラビリティ・ディメンジョンに関する１の値は、このスケーラビリティ・ディメンジョンがこのレイヤ（ｉ番目のレイヤ）中に存在することを示す。個別のスケーラビリティ・ディメンジョンに関する０の値は、このスケーラビリティ・ディメンジョンがこのレイヤ（ｉ番目のレイヤ）中に存在しないことを示す。例えば、００１０００００のビットのセットは、品質スケーラビリティを指す。存在する個別のスケーラビリティ・ディメンジョンの実際の識別子値は、シグナリングされるｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］値によって示される。ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅｓ［ｉ］の値は、１の値を有するｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋにおけるビットの数の合計に等しい。従って、
【数１】
2017522792.tif 000009
ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］は、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ値によってシグナリングされるスケーラビリティ値のタイプに関してｊ番目のスケーラビリティ・ディメンジョンの識別子値を示す。
【０１１１】
図２０を参照すると、図１８の修正形態がループ外でシグナリングされるスケーラビリティ・マスクを含む。これは、レイヤ識別ごとに１つの共通マスクをもたらす。図２１を参照すると、この修正形態では、対応する例示的なビデオパラメータセットは、スケーラビリティ・マスクが含まれないスケーラブル識別を含みうる。このケースでは、シンタックス要素ｓｃａｌａｂｌｅ＿ｉｄ［ｊ］は、図１８におけるシンタックス要素ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］と同じ解釈を有する。
【０１１２】
図２２を参照すると、図１８の修正形態は、ループ外でシグナリングされるスケーラビリティ・マスク（ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ）を含む。これは、レイヤ識別ごとに１つの共通マスクをもたらす。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、図２３のスケーラビリティ・マップ・シンタックスによって示されるように、各ビットが１つのスケーラビリティ・ディメンジョンに対応する０および１のパターンをシグナリングする。個別のスケーラビリティ・ディメンジョンに関する１の値は、このスケーラビリティ・ディメンジョンがこのレイヤ（ｉ番目のレイヤ）中に存在することを示す。個別のスケーラビリティ・ディメンジョンに関する０の値は、このスケーラビリティ・ディメンジョンがこのレイヤ（ｉ番目のレイヤ）中に存在しないことを示す。例えば、００１０００００のビットのセットは、品質スケーラビリティを指す。存在する個別のスケーラビリティ・ディメンジョンの実際の識別子値は、シグナリングされるｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］値によって示される。ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅｓ［ｉ］の値は、１の値を有するｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋにおけるビットの数の合計に等しい。従って、
【数２】
2017522792.tif 000010
このケースでは、ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］変数は、代わりにｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］変数と称されてもよい。ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤのｊ番目のスケーラビリティ・ディメンジョンのスケーラビリティ識別子を指定する。次に、変数ＳｃａｌａｂｉｌｉｔｙＩｄ［ｉ］［ｊ］が次のように導出される。
【数３】
2017522792.tif 000011
ここで、ＳｃａｌａｂｉｌｉｔｙＩｄ［ｉ］［ｋ］は、対応するスケーラビリティ・タイプに関するディメンジョンＩＤを次のようにシグナリングする。
【表４】
2017522792.tif 000012
ここで、ＤｅｐｅｎｄｅｎｃｙＩｄ［ｉ］［１］は、ｉ番目のレイヤに関する空間スケーラビリティ・ディメンジョンに係る依存性ＩＤであり、ＱｕａｌｉｔｙＩｄ［ｉ］［２］は、ｉ番目のレイヤに関する品質スケーラビリティ・ディメンジョンに係る品質ＩＤであり、ｄｅｐｔｈＦｌａｇ［ｉ］［３］は、ｉ番目のレイヤに関する深度スケーラビリティ・ディメンジョンに係る深度フラグ／深度ＩＤであり、ＶｉｅｗＩｄ［ｉ］［４］は、ｉ番目のレイヤに関する多視点スケーラビリティ・ディメンジョンに係るビューＩＤである。さらに、図２２において、１に等しいａｖｃ＿ｂａｓｅ＿ｃｏｄｅｃ＿ｆｌａｇは、ベースレイヤがＲｅｃに適合することを指定する。ＩＴＵ−Ｔ  Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６−１０、および１に等しいａｖｃ＿ｂａｓｅ＿ｃｏｄｅｃ＿ｆｌａｇは、ＨＥＶＣに対して指定する。ｖｐｓ＿ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿ｐｒｅｓｎｅｔ＿ｆｌａｇは、ｌａｙｅｒ＿ｉｄの値をＮＡＬユニットヘッダでシグナリングするｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］変数がシグナリングされるかどうかを示す。
【０１１３】
別の実施形態では、シンタックス要素ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ［ｉ］、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ、ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］のうちの１つ以上がｕ（８）とは異なるビット数を用いてシグナリングされてもよい。例えば、ｕ（１６）（またはｎ＞８もしくはｎ＜８のｕ（ｎ））を用いてそれらをシグナリングできるであろう。例えば、ｕｅ（ｖ）を用いてこれらのシンタックス要素のうちの１つ以上をシグナリングできるであろう。別の実施形態では、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、ＮＡＬユニットヘッダにおいてｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１、ｖｐｓ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ、ｍａｘ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１、ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ、および／またはｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素でシグナリングされてもよい。いくつかの実施形態において、システムは、ＶＰＳ  ＮＡＬユニットに対してのみ、もしくはｎｏｎ−ＶＰＳ  ＮＡＬユニットに対してのみ、またはすべてのＮＡＬユニットに対してこれを行ってもよい。さらに別の実施形態では、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、ビットストリーム中のどこでもピクチャごとにシグナリングされてもよい。例えば、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、スライスヘッダ、ピクチャパラメータセット、ビデオパラメータセット、もしくその他のパラメータセットまたはビットストリームのその他の規範的な部分でシグナリングされてもよい。
【０１１４】
留意すべきは、図９のＮＡＬユニットヘッダにおけるシンタックス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓまたはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が６ビットを有するので、図９、１１、１４、１６、１７、１８、１９、および対応する記載が６ビットに言及することである。しかしながら、そのシンタックス要素が６ビットとは異なるビット数を用いたのであれば、すべての先の記載を適宜に修正できる。例えば、そのシンタックス要素（ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓまたはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１）が代わりに９ビットを用いたのであれば、図１３においてｍａｘ＿ｎｕｍ＿ｌａｙｅｒ＿ｍｉｎｕｓ１ビットの値が９になり、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、６ビットではなく９ビットごとにシグナリングされるであろう。
【０１１５】
図２０を参照すると、図１８の修正形態がレイヤ依存性情報をシグナリングするためのシンタックスを提供する。新しいシンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義される。
【０１１６】
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、長さがｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい０および１ビットのパターンをシグナリングする。ｉ番目のビットに関する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）をもつレイヤが独立レイヤであることを示す。ｉ番目のビットに関する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）をもつレイヤが１つ以上の他のレイヤに依存する従属レイヤであることを示す。ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎにおけるビットの数の合計に等しい。従って、
【数４】
2017522792.tif 000013
【０１１７】
図２５を参照すると、図２２の修正形態がレイヤ依存性情報をシグナリングするためのシンタックスを提供する。新しいシンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］が定義される。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］は、ある１つのレイヤが他のレイヤに依存するかどうかをシグナリングする。このフラグに関する０の値は、ｌａｙｅｒ＿ｉｄ  ｉをもつレイヤが独立レイヤであることを示す。ｉ番目のビットに関する１の値は、ｌａｙｅｒ＿ｉｄ  ｉをもつレイヤが従属レイヤであることを示す。
【０１１８】
図２６を参照すると、図２２の修正形態がレイヤ依存性情報をシグナリングするためのシンタックスを提供する。新しいシンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］が定義される。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、長さがｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい０および１ビットのパターンをシグナリングする。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに関する０の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）をもつレイヤに依存しないことを示す。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに関する１の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）をもつレイヤに依存することを示す。
【０１１９】
図２７を参照すると、図２２の修正形態がレイヤ依存性情報をシグナリングするためのシンタックスを提供する。新しいシンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義される。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、長さがｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい０および１ビットのパターンをシグナリングする。ｉ番目のビットに関する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）をもつレイヤが独立レイヤであることを示す。ｉ番目のビットに関する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）をもつレイヤが１つ以上の他のレイヤに依存する従属レイヤであることを示す。ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎにおけるビットの数の合計に等しい。従って、
【数５】
2017522792.tif 000014
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、長さがｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい０および１ビットのパターンをシグナリングする。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに関する０の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）をもつレイヤに依存しないことを示す。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに関する１の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）をもつレイヤに依存することを示す。
【０１２０】
図２８を参照すると、図２２の修正形態がレイヤ依存性情報をシグナリングするためのシンタックスを提供する。図２４は、図２３におけるシンタックスに基づく変形例のシンタックスである。新しいシンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義される。
【０１２１】
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、長さがｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい０および１ビットのパターンをシグナリングする。ｉ番目のビットに関する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）をもつレイヤが独立レイヤであることを示す。ｉ番目のビットに関する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）をもつレイヤが１つ以上の他のレイヤに依存する従属レイヤであることを示す。
ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎにおけるビットの数の合計に等しい。従って、
【数６】
2017522792.tif 000015
シンタックス要素ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］およびｒｅｆ＿ｌａｙｅｒ＿［ｉ］［ｊ］は、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）が１の値を有するときにのみシグナリングされる。ここで、ｌａｙｅｒ＿ｄｅｐｄｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）は、シンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐａｔｔｅｒｎのｉ番目のビットである。
【０１２２】
図２９を参照すると、図２２の修正形態がレイヤ依存性情報をシグナリングするためのシンタックスを提供する。図２５は、図２７におけるシンタックスに基づく変形例のシンタックスである。新しいシンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義される。
【０１２３】
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、長さがｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい０および１ビットのパターンをシグナリングする。ｉ番目のビットに関する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）をもつレイヤが独立レイヤであることを示す。ｉ番目のビットに関する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）をもつレイヤが１つ以上の他のレイヤに依存する従属レイヤであることを示す。
ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎにおけるビットの数の合計に等しい。従って、
【数７】
2017522792.tif 000016
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、長さがｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい０および１ビットのパターンをシグナリングする。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに関する０の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）をもつレイヤに依存しないことを示す。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに関する１の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）をもつレイヤに依存することを示す。シンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）が１の値を有するときにのみシグナリングされる。ここで、ｌａｙｅｒ＿ｄｅｐｄｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）は、シンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐａｔｔｅｒｎのｉ番目のビットである。
【０１２４】
別の実施形態では、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎシンタックス要素が１ビット・フラグ値のセットとしてシグナリングされてもよい。このケースでは、全部のｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１  １ビット値が次のようにシグナリングされるであろう、すなわち、
【０１２５】
ｆｏｒ（ｉ＝１；ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋）
【０１２６】
｛
【０１２７】
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ＿ｆｌａｇｓ［ｉ］；
【０１２８】
｝
【０１２９】
別の実施形態では、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］シンタックス要素は、１ビット・フラグ値のセットとしてシグナリングされてもよい。このケースでは、全部のｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１  １ビット値が次のようにシグナリングされるであろう、すなわち、
【０１３０】
ｆｏｒ（ｊ＝１；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋）
【０１３１】
｛
【０１３２】
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ＿ｖａｌｕｅｓ［ｉ］［ｊ］；
【０１３３】
｝
【０１３４】
別の実施形態では、シンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐのうちの１つ以上がｕ（ｖ）の代わりに既知の固定ビット数を用いてシグナリングされてもよい。例えば、ｕ（６４）を用いてそれらをシグナリングできるであろう。
【０１３５】
別の実施形態では、シンタックス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐのうちの１つ以上がｕｅ（ｖ）または他の何らかの符号化方式を用いてシグナリングされてもよい。
【０１３６】
別の実施形態では、様々なシンタックス要素およびそれらのセマンティクスの名前は、記載されたシンタックスおよびセマンティクスと比較して＋１もしくは＋２を加えるか、または−１もしくは−２を減じることによって変えられてもよい。
【０１３７】
さらに別の実施形態では、様々なシンタックス要素、例えば、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］などがビットストリーム中のどこでもピクチャごとにシグナリングされてもよい。例えば、様々なシンタックスがスライスヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／ａｐｓもしくはその他のパラメータセットまたはビットストリームの他の規範的な部分でシグナリングされてもよい。
【０１３８】
先に記載されたように、スケーラブルビデオ符号化は、１つ以上のサブセット・ビットストリームも含むビデオビットストリームを符号化する技術である。サブセット・ビデオビットストリームは、サブセット・ビットストリームに要求されるバンド幅を削減すべくより大きいビデオからパケットを落とすことによって導出されてもよい。サブセット・ビットストリームは、より低い空間分解能（より小さいスクリーン）、より低い時間分解能（より低いフレームレート）、またはより低い品質のビデオ信号を表現してもよい。例えば、ある１つのビデオビットストリームは、それぞれのサブセット・ビットストリームがベース・ビットストリームに追加のコンテンツを加えた、５つのサブセット・ビットストリームを含んでもよい。ハンヌクセラら，「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルな拡張のためのテストモデル（Ｔｅｓｔ  Ｍｏｄｅｌ  ｆｏｒ  Ｓｃａｌａｂｌｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））」ＪＣＴＶＣ−Ｌ０４５３，上海，２０１２年１０月は、参照によりその全体が本明細書に組み込まれる。チェンら，「ＳＨＶＣ草案テキスト１」，ＪＣＴＶＣ−Ｌ１００８，ジュネーブ，２０１３年３月は、参照によりその全体が本明細書に組み込まれる。
【０１３９】
先に記載されたように、多視点ビデオ符号化は、代わりのビューを表現する１つ以上の他のビットストリームも含むビデオビットストリームを符号化する技術である。例えば、マルチプルビューは、立体ビデオのための１対のビューであってもよい。例えば、マルチプルビューは、異なる視点からの同じ光景の複数のビューを表現してもよい。マルチプルビューは、複数の画像が異なる視点からの同じ光景なので、一般に、多くの統計的なビュー間依存性を含む。それゆえに、時間およびビュー間予測の組み合わせが効率的な多視点符号化を達成するであろう。例えば、ある１つのフレームが、時間的に関連するフレームからのみならず、近接した複数の視点のフレームからも効率的に予測されてもよい。ハンヌクセラら，「スケーラブルおよび多視点拡張に関する共通仕様テキスト（Ｃｏｍｍｏｎ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｔｅｘｔ  ｆｏｒ  ｓｃａｌａｂｌｅ  ａｎｄ  ｍｕｌｔｉ−ｖｉｅｗ  ｅｘｔｅｎｓｉｏｎｓ）」，ＪＣＴＶＣ−Ｌ０４５２，ジュネーブ，２０１３年１月は、参照によりその全体が本明細書に組み込まれる。テックら，「ＭＶ−ＨＥＶＣ草案テキスト３（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」，ＪＣＴ３Ｖ−Ｃ１００４＿ｄ３，ジュネーブ，２０１３年１月は、参照によりその全体が本明細書に組み込まれる。
【０１４０】
チェンら，「ＳＨＶＣ草案テキスト１」，ＪＣＴＶＣ−Ｌ１００８，ジュネーブ,２０１３年１月、ハンヌクセラら，「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルな拡張のためのテストモデル」，ＪＣＴＶＣ−Ｌ０４５３−ｓｐｅｃ−ｔｅｘｔ，上海，２０１２年１０月、およびハンヌクセラ，「高効率ビデオ符号化（ＨＥＶＣ）の多視点拡張に関する草案テキスト（Ｄｒａｆｔ  Ｔｅｘｔ  ｆｏｒ  Ｍｕｌｔｉｖｉｅｗ  Ｅｘｔｅｎｓｉｏｎ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））」,ＪＣＴＶＣ−Ｌ０４５２−ｓｐｅｃ−ｔｅｘｔ−ｒ１，上海，２０１２年１０月は、それぞれが参照によりその全体が本明細書に組み込まれ、それぞれが、ＤＰＢからのピクチャ０の出力およびリムーバルのためにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタックス要素を用いることに基づいて動作する、出力順復号ピクチャバッファ（ＤＰＢ）を有する。この情報は、もしあれば、エンハンスメントレイヤを含んだビデオコンテンツに関するバッファリング情報を提供する、ベースレイヤに係るビデオパラメータセットでシグナリングされる。
【０１４１】
判断されたことは、ＤＰＢからのピクチャの出力およびリムーバルのためにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタックス要素を用いることに基づいて出力順復号ピクチャバッファ（ＤＰＢ）をシグナリングするステップが、ユーザの視聴の好みに基づいてコンテンツが符号化された後に変動しがちな異なる数のエンハンスメントレイヤを用いたとき、およびユーザの視聴の好みに基づいてコンテンツが符号化された後に変動しがちな異なる数の多視点エンハンスメントレイヤを用いたときなどにスケーラブルビデオ符号化から生じうる、バッファ特性を考慮しないということである。同様に判断されたのは、ＤＰＢからのピクチャの出力およびリムーバルのためにｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタックス要素を用いることに基づいて出力順復号ピクチャバッファ（ＤＰＢ）をシグナリングするステップが、デコーダがある一定の動作点で動作するとき、および／または選択された出力レイヤセットを出力しているときのＤＰＢのメモリ使用法の観点から最適ではないということである。視聴の好みのかかる違いに対応するために、出力順復号ピクチャバッファ（ＤＰＢ）は、さらにおよび／または代わりに、複数のシンタックス要素を１つ以上のエンハンスメントレイヤに提供するためにビデオパラメータセット拡張（ＶＰＳ拡張）とともに含まれるかかるシンタックス要素に基づいてもよい。このように、これらのシンタックス要素は、ユーザの視聴の好みに対応しがちな特定の動作点または出力レイヤセットに特に適するように選択されてもよい。
【０１４２】
ＤＰＢバッファリング関連パラメータ、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１が１つ以上の動作点に係るＣＶＳのためのサブレイヤに関して、および／または出力レイヤセットに関してＶＰＳ拡張でシグナリングされてもよい。同様に、上記のシグナリングされるＤＰＢバッファリング・パラメータが被テスト動作点に関して、または選択された出力レイヤセットに関してシグナリングされるならば、出力順ＤＰＢがそれらのパラメータをＶＰＳ拡張から用いるための動作およびバンピング処理をシステムが定義してもよい。そうでない場合には、現レイヤのｌａｙｅｒ＿ｉｄに依存して、（現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに対応するｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブＳＰＳからの、またはアクティブレイヤＳＰＳからの対応するＳＰＳレベル・パラメータが用いられる。
【０１４３】
図３０Ａを参照すると、例示的な修正されたｖｐｓ＿ｅｘｔｅｎｓｉｏｎが示される。修正されたｖｐｓ拡張は、新しいシンタックス、すなわち、ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］を含む。この修正されたｖｐｓ拡張は、動作点の観点から定義されてもよく、動作点とは、入力として別のビットストリーム、ターゲットとする最も高いＴｅｍｐｏｒａｌＩｄ、およびターゲットとするレイヤ識別子リストを用いてサブビットストリーム抽出処理の動作によってその別のビットストリームから作り出されたある１つのビットストリームである。
【０１４４】
ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓは、それに係る出力レイヤがｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｎｄｅｘ［ｉ］およびｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］を用いて指定されたレイヤセットの数を指定する。存在しないときに、ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓの値は、０に等しいと推測される。出力レイヤを記述するレイヤセットが出力レイヤセットである。
【０１４５】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｎｄｅｘ［ｉ］は、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］が存在するレイヤセットのインデックスｌｓＩｄｘを指定する。
【０１４６】
１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤがｌｓＩｄｘ番目のレイヤセットのターゲット出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］の値は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤがｌｓＩｄｘ番目のレイヤセットのターゲット出力レイヤではないことを指定する。
【０１４７】
ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、動作点の観点から定義された、ＶＰＳ拡張ＲＢＳＰ中に存在するｏｐ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の数を指定する。ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内にある。
【０１４８】
ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、動作点によって定義されたレイヤセットのリストへのインデックスを指定し、このインデックスにはＶＰＳ拡張におけるｉ番目のｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される。ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内にありうる。ビットストリーム適合性のために、ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ｉに等しくない任意のｊに対してｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］には等しくない。
【０１４９】
図３１Ａを参照すると、ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］を指定する。
【０１５０】
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１は、いくつのサブレイヤが含まれるかを示す。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに係るＣＶＳ中に存在しうるテンポラル・サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］の値は、両端値を含めて、０から６までの範囲内にある。
【０１５１】
ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、シンタックスがすべてのレイヤを含んだ１つのセットに関するか、または各個別レイヤに関するかどうかを示す。１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１個のサブレイヤに係るｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに対して存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］の値が、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤのためのすべてのサブレイヤに適用されることを指定する。
【０１５２】
ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときにピクチャ記憶バッファの単位でｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに係るＣＶＳのための復号ピクチャバッファの最大所要サイズを指定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］の値は、両端値を含めて、（Ａ．４項において指定されるように）０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にありうる。ｋが０より大きいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ−１］以上であってもよい。ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことに起因して、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］が、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに対して存在しないときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいと推測される。
【０１５３】
ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに復号順ではｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに係るＣＶＳ中の任意のピクチャに先行し、かつ出力順ではそのピクチャの後に続くことができるピクチャの最大許容数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］の値は、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］までの範囲内にありうる。ｋが０より大きいときに、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ−１］以上である。ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことに起因して、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］が、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに対して存在しないときに、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいと推測される。
【０１５４】
０に等しくないｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに出力順ではｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに係るＣＶＳ中の任意のピクチャに先行し、かつ復号順ではそのピクチャの後に続くことができるピクチャの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］の値を計算するために用いられる。
【０１５５】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が０に等しくないときに、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］の値は、次のように指定されてもよい、すなわち、
【０１５６】
ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］＝ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］＋ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］−１
【０１５７】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が０に等しいときには、対応する制限は何も表現されない。
【０１５８】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］の値は、両端値を含めて、０から２３２−２までの範囲内にある。ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことに起因して、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに対して存在しないときに、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいと推測される。
【０１５９】
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］＋１は、インデックスｉｄと関連付けられた動作点に関してｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに係るＣＶＳ中に存在しうるテンポラル・サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］の値は、両端値を含めて、０から６までの範囲内にありうる。
【０１６０】
１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］＋１個のサブレイヤのインデックスｉｄと関連付けられた動作点に関してｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに対して存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］が、インデックスｉｄと関連付けられた動作点に関してｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤのためのすべてのサブレイヤに適用されることを指定する。
【０１６１】
ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］＋１は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときにピクチャ記憶バッファの単位で、インデックスｉｄと関連付けられた動作点に関してｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに係るＣＶＳのための復号ピクチャバッファの最大所要サイズを指定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて、（Ａ．４項に指定されるように）０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にありうる。ｋが０より大きいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ−１］以上であってもよい。ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことに起因して、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］が、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに対して存在しないときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいと推測される。
【０１６２】
ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに復号順ではインデックスｉｄと関連付けられた動作点に関してｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに係るＣＶＳ中の任意のピクチャに先行し、かつ出力順ではそのピクチャの後に続くことができるピクチャの最大許容数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］までの範囲内にありうる。ｋが０より大きいときに、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ−１］以上であってもよい。ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことに起因して、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］が、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに対して存在しないときに、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいと推測される。
【０１６３】
０に等しくないｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１」［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときに出力順ではインデックスｉｄと関連付けられた動作点に関してｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに係るＣＶＳ中の任意のピクチャに先行し、かつ復号順ではそのピクチャの後に続くことができるピクチャの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値を計算するために用いられる。
【０１６４】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が０に等しくないときに、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値は、次のように指定される、すなわち、
【数８】
2017522792.tif 000017
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が０に等しいときには、対応する制限は、何も表現されない。
【０１６５】
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて、０から２３２−２までの範囲内にありうる。ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことに起因して、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに対して存在しないときに、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいと推測される。
【０１６６】
図３１Ｂを参照すると、ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、示されるようにｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ，ｊ）へさらに修正されてもよい。このケースでは、ＶＰＳ拡張のシンタックスが図３０Ｂに示される通りであってもよい。仮想参照デコーダ（ＨＲＤ）は、ビットストリームおよびデコーダ適合性をチェックするために用いられる。２つのタイプのビットストリームまたはビットストリーム・サブセットがビデオ符号化に関する共同作業チーム（ＪＣＴ−ＶＣ）についてＨＲＤ適合性チェックを受ける。タイプＩビットストリームと称される第１のタイプは、ビットストリーム中のすべてのアクセスユニットに関してＶＣＬ  ＮＡＬユニットおよびＦＤ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅをもつＮＡＬユニット（フィラーデータＮＡＬユニット）のみを含んだＮＡＬユニット・ストリームである。タイプＩＩビットストリームと称される第２のタイプは、ビットストリーム中のすべてのアクセスユニットに関するＶＣＬ  ＮＡＬユニットおよびフィラーデータＮＡＬユニットに加えて、（ａ）フィラーデータＮＡＬユニット以外の追加のｎｏｎ−ＶＣＬ  ＮＡＬユニット、および（ｂ）ＮＡＬユニット・ストリームからバイト・ストリームを形成するすべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、ｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素のうちの少なくとも１つを含む。
【０１６７】
ＨＲＤに必要とされる、ｎｏｎ−ＶＣＬ  ＮＡＬユニットのシンタックス要素（またはシンタックス要素のうちのいくつかについてのそれらのデフォルト値）は、付属書ＤおよびＥ、７節のセマンティック項において指定される。
【０１６８】
２つのタイプのＨＲＤパラメータセット（ＮＡＬ  ＨＲＤパラメータセットおよびＶＣＬ  ＨＲＤパラメータセット）が用いられる。ＨＲＤパラメータセットは、ＳＰＳシンタックス構造またはＶＰＳシンタックス構造の一部であってもよいｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造を通じてシグナリングされる。
【０１６９】
被テスト・ビットストリームと呼ばれるビットストリームの適合性をチェックするために複数のテストが必要とされることがある。テストごとに、次のステップがリストされた順に適用される、すなわち、
【０１７０】
（１）ＴａｒｇｅｔＯｐと表される、被テスト動作点が選択される。ＴａｒｇｅｔＯｐのレイヤ識別子リストＯｐＬａｙｅｒＩｄＬｉｓｔは、被テスト・ビットストリーム中に存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のサブセットであり、ＴａｒｇｅｔＯｐと関連付けられたビットストリーム・サブセット中に存在する、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の昇順の、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のリストからなる。ＴａｒｇｅｔＯｐのＯｐＴｉｄは、ＴａｒｇｅｔＯｐと関連付けられたビットストリーム・サブセット中に存在する最も高いＴｅｍｐｏｒａｌＩｄに等しい。
【０１７１】
（２）ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔがＴａｒｇｅｔＯｐのＯｐＬａｙｅｒＩｄＬｉｓｔに等しくセットされ、ＨｉｇｈｅｓｔＴｉｄがＴａｒｇｅｔＯｐのＯｐＴｉｄに等しくセットされて、１０節において指定されるようなサブビットストリーム抽出処理が入力として被テスト・ビットストリーム、ＨｉｇｈｅｓｔＴｉｄ、およびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔを用いて起動され、出力がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。
【０１７２】
（３）ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔが被テスト・ビットストリーム中に存在するすべてのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含むならば、アクティブＳＰＳ中の（またはこの仕様では指定されない外部手段を通じて提供された）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。そうでない場合には、ＴａｒｇｅｔＯｐに適用されるアクティブＶＰＳ中の（またはこの仕様では指定されない何かの外部手段を通じて提供された）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造内において、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩビットストリームであれば、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」のすぐ後に続くｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択されて、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しくセットされる、そうでない（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩＩビットストリームである）場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（このケースでは、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しくセットされる）か、または条件「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（このケースでは、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが１に等しくセットされる）のいずれかのすぐ後に続くｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択される。ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩＩビットストリームであり、ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しいときには、フィラーデータＮＡＬユニットを除くすべてのｎｏｎ−ＶＣＬ  ＮＡＬユニット、および（付属書Ｂにおいて指定されるように）ＮＡＬユニット・ストリームからバイト・ストリームを形成するすべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、およびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素が、存在するときには、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから破棄されて、残りのビットストリームがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。
【０１７３】
別のケースでは、被テスト・ビットストリームと呼ばれるビットストリームの適合性をチェックするために複数のテストが必要とされることがある。テストごとに、次のステップがリストされた順に適用される、すなわち、
【０１７４】
（１）ＴａｒｇｅｔＯｐＬｓと表される、被テスト出力レイヤセットが選択される。ＴａｒｇｅｔＯｐＬｓ中でｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［］によって参照される動作点が被テスト動作点を識別する。ＴａｒｇｅｔＯｐＬｓの出力レイヤ識別子リストＯｐＬａｙｅｒＩｄＬｉｓｔは、被テスト・ビットストリーム中に存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のサブセットであり、ＴａｒｇｅｔＯｐおよびＴａｒｇｅｔＯｐＬｓと関連付けられたビットストリーム・サブセット中に存在する、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の昇順の、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のリストからなる。ＴａｒｇｅｔＯｐのＯｐＴｉｄは、ＴａｒｇｅｔＯｐと関連付けられたビットストリーム・サブセット中に存在する最も高いＴｅｍｐｏｒａｌＩｄに等しい。
【０１７５】
（２）ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔが選択された出力レイヤセットＴａｒｇｅｔＯｐＬｓに係るターゲット復号レイヤ識別子リストｔａｒｇｅｔＤＬａｙｅｒＩｄＬｉｓｔに等しくセットされ、ＨｉｇｈｅｓｔＴｉｄがＴａｒｇｅｔＯｐのＯｐＴｉｄに等しくセットされて、１０節において指定されるようなサブビットストリーム抽出処理が入力として被テスト・ビットストリーム、ＨｉｇｈｅｓｔＴｉｄ、およびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔを用いて起動され、出力がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。
【０１７６】
（３）ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔが被テスト・ビットストリーム中に存在するすべてのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含むならば、アクティブＳＰＳ中の（またはこの仕様では指定されない外部手段を通じて提供された）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。そうでない場合には、ＴａｒｇｅｔＯｐに適用されるアクティブＶＰＳ中の（またはこの仕様では指定されない何かの外部手段を通じて提供された）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が選択される。選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造内において、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩビットストリームであれば、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」のすぐ後に続くｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択されて、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しくセットされる、そうでない（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩＩビットストリームである）場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（このケースでは、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しくセットされる）か、または条件「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（このケースでは、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが１に等しくセットされる）のいずれかのすぐ後に続くｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタックス構造が選択される。ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがタイプＩＩビットストリームであり、ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しいときには、フィラーデータＮＡＬユニットを除くすべてのｎｏｎ−ＶＣＬ  ＮＡＬユニット、および（付属書Ｂにおいて指定されるように）ＮＡＬユニット・ストリームからバイト・ストリームを形成するすべてのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、およびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタックス要素が、存在するときには、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから破棄されて、残りのビットストリームがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅへ割り当てられる。
【０１７７】
適合するデコーダは、この項において指定されるすべての要件を満たすことができる。
【０１７８】
（１）特定のプロファイル、ティアおよびレベルへの適合性を主張するデコーダは、ＶＣＬ  ＮＡＬユニットにおいて参照されるすべてのＶＰＳ、ＳＰＳおよびＰＰＳ、ならびに然るべきバッファリング周期およびピクチャタイミングＳＥＩメッセージが、（ｎｏｎ−ＶＣＬ  ＮＡＬユニットによって）ビットストリームで、またはこの仕様では指定されない外部手段によって、タイムリーに、デコーダへ伝達されることを条件として、Ｃ．４項において指定されたビットストリーム適合性要件に適合するすべてのビットストリームを、付属書Ａにおいて指定される仕方で、首尾よく復号することが可能でありうる。
【０１７９】
（２）ある１つのビットストリームが予約されるとして指定された値を有するシンタックス要素を含み、それらのシンタックス要素の値またはそれらの予約値を有するシンタックス要素を含んだＮＡＬユニットをデコーダが無視してもよいことが指定され、その他の点ではそのビットストリームがこの仕様に適合しているときに、適合するデコーダは、適合しているビットストリームをそれが復号するであろう同じ仕方でそのビットストリームを復号してもよく、それらのシンタックス要素またはそれらの予約値を有するシンタックス要素を含んだＮＡＬユニットを指定されるように無視してもよい。
【０１８０】
デコーダの適合性には２つのタイプ、すなわち、出力タイミング適合性および出力順適合性がある。
【０１８１】
デコーダの適合性をチェックするために、Ｃ．４項において指定されるように、主張されるプロファイル、ティアおよびレベルに適合しているテスト・ビットストリームが仮想ストリーム・スケジューラ（ＨＳＳ：ｈｙｐｏｔｈｅｔｉｃａｌ  ｓｔｒｅａｍ  ｓｃｈｅｄｕｌｅｒ）によってＨＲＤおよび被テスト・デコーダ（ＤＵＴ：ｄｅｃｏｄｅｒ  ｕｎｄｅｒ  ｔｅｓｔ）の両方へ配信される。ＨＲＤによって出力されるすべてのクロップされた復号ピクチャがＤＵＴによっても出力されてよく、ＤＵＴによって出力される各クロップされた復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャであってもよく、ＤＵＴによって出力されるかかるクロップされた復号ピクチャごとに、出力されるすべてのサンプルの値が指定された復号処理によって生成されるサンプルの値に等しくてもよい。
【０１８２】
出力タイミング・デコーダ適合性のために、ＨＳＳは、ビットレートおよびＣＰＢサイズが指定されたプロファイル、ティアおよびレベルについて付属書Ａにおいて指定されるように制限された、ＳｃｈｅｄＳｅｌＩｄｘの値のサブセットのみから選択された配信スケジュールを用いるか、またはビットレートおよびＣＰＢサイズが付属書Ａにおいて指定されるように制限された、以下に指定されるような「補間」配信スケジュールを用いて、上記のように動作する。同じ配信スケジュールがＨＲＤおよびＤＵＴの両方に用いられる。
【０１８３】
ＨＲＤパラメータおよびバッファリング周期ＳＥＩメッセージが、０より大きいｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］とともに存在するときに、デコーダは、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ−１］＜＝ｒ＜＝ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］である任意のＳｃｈｅｄＳｅｌＩｄｘ＞０およびｒに対して、次のように、
【数９】
2017522792.tif 000018
であり、ピーク・ビットレートｒおよびＣＰＢサイズｃ（ｒ）が指定されたプロファイル、ティアおよびレベルに係る最大ビットレートおよびバッファサイズについて付属書Ａにおいて指定された限界内にあるｒ、ｃ（ｒ）、および初期ＣＰＢリムーバル遅延（ｆ（ｒ）÷ｒ）を有することが指定された、「補間」配信スケジュールを用いて動作しているＨＳＳから配信されたビットストリームを復号することが可能であってもよい。ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］がバッファリング周期ごとに異なり、再算出しなければならないことがありうる。
【０１８４】
出力タイミング・デコーダ適合性のために、上記のようなＨＲＤが用いられ、ピクチャ出力の（第１ビットの配信時刻に対する）タイミングは、一定の遅延までＨＲＤおよびＤＵＴの両方について同じである。
【０１８５】
出力順デコーダ適合性のために、以下が適用される、すなわち、
【０１８６】
（１）ＨＳＳは、ＤＵＴからの「要求によって」ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅをＤＵＴへ配信し、これが意味するのは、ＤＵＴがその処理を進めるためにより多くのビットを必要とするときにのみ、ＨＳＳがビットを（復号順に）配信することである。これが意味するのは、このテストでは、ＤＵＴの符号化ピクチャバッファを最も大きい復号ユニットのサイズと同じぐらい小さくできるであろうということである。
【０１８７】
（２）以下に記載されるように修正されたＨＲＤが用いられ、ＨＳＳは、ビットレートおよびＣＰＢサイズが付属書Ａにおいて指定される通り制限されるように、ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅで指定されたスケジュールのうちの１つによってビットストリームをＨＲＤへ配信する。ピクチャ出力の順序は、ＨＲＤおよびＤＵＴの両方について同じであってよい。
【０１８８】
（３）ＨＲＤ  ＣＰＢサイズは、Ｅ．２．３項において指定されるようにＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］によって与えられ、ここでＳｃｈｅｄＳｅｌＩｄｘおよびＨＲＤパラメータは、Ｃ．１項において指定されるように選択される。ＤＰＢサイズは、（現復号ピクチャに関するｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときに）アクティブＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に係るアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１によって与えられる。いくつかのケースでは、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された出力レイヤセットに対して存在すれば、ＤＰＢサイズは、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］によって与えられ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときに、被テスト動作点に係るｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ここでｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。そうではない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在しなければ、ＤＰＢサイズは、（現復号ピクチャに関するｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときに）アクティブＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に係るアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１によって与えられる。
【０１８９】
いくつかのケースでは、出力レイヤセットＤＰＢ情報パラメータｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された出力レイヤセットに対して存在すれば、ＤＰＢサイズは、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］によって与えられるか、または選択された出力レイヤセットに係るｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ここでｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。そうではない場合には、出力レイヤセットＤＰＢ情報パラメータｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された出力レイヤセットに対して存在しなければ、ＤＰＢサイズは、（現復号ピクチャに関するｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときに）アクティブＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値に係るアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１によって与えられる。
【０１９０】
ＨＲＤのためのＣＰＢからのリムーバル時刻は、最終ビット到着時刻であり、復号は即時である。このＨＲＤのＤＰＢの動作は、Ｃ５．２からＣ５．２．３項において記載される通りである。
【０１９１】
復号ピクチャバッファは、ピクチャ記憶バッファを含む。０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄに係るピクチャ記憶バッファの数は、アクティブＳＰＳから導出される。ゼロではないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ごとのピクチャ記憶バッファの数は、そのゼロではないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に係るアクティブレイヤＳＰＳから導出される。それぞれのピクチャ記憶バッファは、「参照に用いられる」とマーク付けされた復号ピクチャを含むか、または将来の出力のために維持される。Ｆ．１３．５．２．２項において指定されるようにＤＰＢからのピクチャの出力およびリムーバルのための処理が起動されて、Ｆ．１３．５．２．３項において指定されるようなピクチャ復号、マーク付け、追加のバンピング、および記憶のための処理の起動がその後に続く。「バンピング」処理は、Ｆ．１３．５．２．４項において指定され、Ｆ．１３．５．２．２およびＦ．１３．５．２．３項において指定されるように起動される。
【０１９２】
現ピクチャを復号する前（しかし、現ピクチャの第１のスライスのスライスヘッダを構文解析した後）のＤＰＢからの複数のピクチャの出力およびリムーバルは、現ピクチャを含んだアクセスユニットの第１の復号ユニットがＣＰＢから取り出されたときに即座に生じて、次のように進む。
【０１９３】
８．３．２項において指定されるようなＲＰＳに対する復号処理が起動される。
（１）現ピクチャが１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇをもち、かつピクチャ０ではない、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつＩＲＡＰピクチャであれば、以下の順序付けられたステップが適用される。
（Ａ）変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが被テスト・デコーダに関して次のように導出される、すなわち、
（ｉ）現ピクチャがＣＲＡピクチャであれば、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に係らず）１に等しくセットされる。
（ｉｉ）そうでない場合には、アクティブＳＰＳから導出されたｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が、先行ピクチャに対してアクティブなＳＰＳから導出された、それぞれ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値と異なれば、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に係らず、被テスト・デコーダによって１にセットされてもよい（しかし、セットされるべきであるわけではない）。これらの条件下ではＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しくセットすることが好ましいとはいえ、このケースでは被テスト・デコーダがＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１にセットすることが許容される。
（ｉｉｉ）そうでない場合には、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇがｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しくセットされる。
（Ｂ）被テスト・デコーダに関して導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値は、次のようにＨＲＤに適用される、すなわち、
（ｉ）ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しければ、ＤＰＢ中のすべてのピクチャ記憶バッファは、それらが含むピクチャの出力なしに空にされて、ＤＰＢ占有量が０に等しくセットされる。
（ｉｉ）そうでない（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合には、「出力に必要とされない」および「参照に用いられない」とマーク付けされたピクチャを含んだすべてのピクチャ記憶バッファが（出力なしに）空にされ、ＤＰＢ中のすべての空はないピクチャ記憶バッファがＦ．１３．５．２．４項において指定される「バンピング」処理を繰り返して起動することによって空にされて、ＤＰＢ占有量が０に等しくセットされる。
（ｉｉｉ）そうでない（現ピクチャが１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇをもち、かつ０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつＩＲＡＰピクチャではない）場合には、「出力に必要とされない」および「参照に用いられない」とマーク付けされたピクチャを含んだすべてのピクチャ記憶バッファが（出力なしに）空にされる。空にされたピクチャ記憶バッファごとに、ＤＰＢ占有量が１つデクリメントされる。変数ｃｕｒｒＬａｙｅｒＩｄが現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくセットされる。
【０１９４】
変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が現在の被テスト動作点に基づいて次のように導出される、すなわち、
【０１９５】
（１）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点ＴａｒｇｅｔＯｐに対して存在するならば、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に係るｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在しなければ、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に係るアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１９６】
（２）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点ＴａｒｇｅｔＯｐに対して存在するならば、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に係るｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在するならば、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０と等しいときに、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に係るｃｕｒｒＬａｙｅｒＩｄに対してＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在しなければ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳの、またはｃｕｒｒＬａｙｅｒＩｄの値に係るアクティブレイヤＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳから、またはｃｕｒｒＬａｙｅｒＩｄの値に係るアクティブレイヤＳＰＳから導出されたＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１９７】
（３）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された被テスト動作点ＴａｒｇｅｔＯｐに対して存在するならば、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に係るｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在しなければ、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に係るアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０１９８】
次の条件の１つ以上が真であるときには、次の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動されて、一方ではさらなるピクチャ記憶バッファが空にされるごとにＤＰＢ占有量がさらに１つデクリメントされる、すなわち、
（１）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、かつ「出力に必要とされる」とマーク付けされたｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがＤＰＢ中のあり、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］は、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上であるかどうか。
（３）ＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
【０１９９】
この項において指定される処理は、現ピクチャを含んだアクセスユニットｎの最後の復号ユニットがＣＰＢから取り出されたときに即座に生じる。
【０２００】
変数ｃｕｒｒＬａｙｅｒＩｄが現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくセットされる。
【０２０１】
「出力に必要とされる」とマーク付けされ、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＤＰＢ中のピクチャごとに、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］＋１に等しくセットされる。
【０２０２】
現ピクチャは、そのピクチャの最後の復号ユニットが復号された後に復号済みと見做される。現復号ピクチャがＤＰＢにおける空のピクチャ記憶バッファ中に記憶されて、以下が適用される、すなわち、
（Ａ）現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有すれば、現復号ピクチャが「出力に必要とされる」とマーク付けされて、その関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］が０に等しくセットされる。
（Ｂ）そうでない（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、現復号ピクチャが「出力に必要とされない」とマーク付けされる。
【０２０３】
現復号ピクチャが「短期間参照に用いられる」とマーク付けされる。
【０２０４】
次の条件の１つ以上が真であるときには、次の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動される。
（Ａ）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力に必要とされる」とマーク付けされたｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがＤＰＢ中にあり、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
【０２０５】
他のケースでは、変数
ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、
ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、
ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、
ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が次のように導出されてもよい、すなわち、
（１）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在するならば、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に係るｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在しなければ、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に係るアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
（２）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在するならば、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０と等しいときに、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に係るｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在するならば、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に係るｃｕｒｒＬａｙｅｒＩｄに対してＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在しなければ、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳの、またはｃｕｒｒＬａｙｅｒＩｄの値に係るアクティブレイヤＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳから、またはｃｕｒｒＬａｙｅｒＩｄの値に係るアクティブレイヤＳＰＳから導出されたＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
（３）動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が選択された被テスト動作点に対して存在するならば、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときには、被テスト動作点に係るｃｕｒｒＬａｙｅｒＩｄに対してｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。そうでない場合には、動作点ＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が被テスト動作点に対して存在しなければ、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときに）アクティブＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値に係るアクティブレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］にセットされる。
【０２０６】
次の条件の１つ以上が真であるときには、次の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動されて、一方ではさらなるピクチャ記憶バッファが空にされるごとにＤＰＢ占有量がさらに１つデクリメントされる、すなわち、
（１）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなければ、「出力に必要とされる」とマーク付けされたｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがＤＰＢ中にあり、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
（３）ＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
【０２０７】
この項において指定される処理は、現ピクチャを含んだアクセスユニットｎの最後の復号ユニットがＣＰＢから取り出されたときに即座に生じる。
【０２０８】
変数ｃｕｒｒＬａｙｅｒＩｄが現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しくセットされる。
【０２０９】
「出力に必要とされる」とマーク付けされ、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＤＰＢ中のピクチャごとに、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］＋１に等しくセットされる。
【０２１０】
現ピクチャは、そのピクチャの最後の復号ユニットが復号された後に復号済みと見做される。現復号ピクチャがＤＰＢにおける空のピクチャ記憶バッファ中に記憶されて、以下が適用される、すなわち、
（Ａ）現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有すれば、現復号ピクチャが「出力に必要とされる」とマーク付けされて、その関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］が０に等しくセットされる。
（Ｂ）そうでない（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、現復号ピクチャが「出力に必要とされない」とマーク付けされる。
【０２１１】
現復号ピクチャが「短期間参照に用いられる」とマーク付けされる。
【０２１２】
次の条件の１つ以上が真であるときには、次の条件がいずれも真でなくなるまで、Ｆ．１３．５．２．４項において指定される「バンピング」処理が繰り返して起動される。
（Ａ）「出力に必要とされる」とマーク付けされたＤＰＢ中のｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャの数がＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力に必要とされる」とマーク付けされたｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ少なくとも１つのピクチャがＤＰＢ中にあり、関連付けられた変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
【０２１３】
「バンピング」処理は次の順序付けられたステップからなる、すなわち、
（Ａ）最初に出力するためのピクチャとして、「出力に必要とされる」とマーク付けされたＤＰＢ中のすべてのピクチャのうちでＰｉｃＯｒｄｅｒＣｎｔＶａｌの最小値を有するピクチャが選択される。
（Ｂ）これらのピクチャが０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに係るアクティブＳＰＳ中で、またはそのピクチャのものに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄに係るアクティブレイヤＳＰＳ中で指定された適合性クロッピング・ウィンドウを用いてクロップされ、クロップされたピクチャは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に出力されて、これらのピクチャが「出力に必要とされない」とマーク付けされる。
（Ｃ）「参照に用いられない」とマーク付けされたピクチャを含み、かつクロップされ、出力されたピクチャのうちの１つを含んでいた各ピクチャ記憶バッファが空にされる。
【０２１４】
ＶＰＳ拡張は、所望により、追加の修正を有してもよい。
【０２１５】
図３２を参考にすると、追加の修正は、ＤＰＢパラメータが動作点に関してではなく、出力レイヤセットに関してＶＰＳ拡張で送信されることを含んでもよく、ｏｏｐｓ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（ｊ）が図３３に示される。
【０２１６】
ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、ＶＰＳ拡張ＲＢＳＰ中に存在するｏｏｐ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造の数を指定する。ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて、０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓまでの範囲内にありうる。
【０２１７】
ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ターゲット出力レイヤセットのリスト中へのインデックスを指定し、このインデックスにはＶＰＳ拡張におけるｉ番目のｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）シンタックス構造が適用される。
【０２１８】
ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓまでの範囲内にあるべきである。ビットストリーム適合性の要件は、ｉに等しくない任意のｊに対してｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］に等しくないことである。
【０２１９】
図３４を参照すると、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒｅｍｔｅｒｓ（ｃ）がさらに修正されてもよく、ＶＰＳ拡張におけるシンタックスは、図３５に示される通りであってもよい。
【０２２０】
図３６を参照すると、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒｅｍｔｅｒｓ（ｃ）がさらに修正されてもよく、ＶＰＳ拡張におけるシンタックスは、図３７または図３８に示される通りであってもよい。
【０２２１】
ＶＰＳ拡張における例示的な代わりのシンタックスでは、
【表５】
2017522792.tif 000019
【０２２２】
が
【表６】
2017522792.tif 000020
に変更されてもよい。
【０２２３】
ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｉｄは、ＣＶＳ中のすべてのＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの最大許容値を指定する。ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｍｉｎｕｓ１は、ＣＶＳ中に存在しうるレイヤの最大数を指定し、レイヤは、例えば、空間スケーラブル・レイヤ、品質スケーラブル・レイヤ、テクスチャビューまたは深度ビューであってもよい。
【０２２４】
ＶＰＳ拡張における別の例示的な代わりのシンタックスでは、
【表７】
2017522792.tif 000021
【０２２５】
が
【表８】
2017522792.tif 000022
【０２２６】
に変更されてもよく、ここで選択された出力レイヤセット・インデックスｏｐｌｓＩｄｘに係るｎｕｍＯｕｔｐｕｔＬａｙｅｒｓは、次のように導出される、すなわち、
【数１０】
2017522792.tif 000023
【０２２７】
ＶＰＳ拡張における別の例示的な代わりのシンタックスでは、
【表９】
2017522792.tif 000024
【０２２８】
が
【表１０】
2017522792.tif 000025
【０２２９】
のように変更されてもよく、ここで選択されたｏｐｌｓＩｄｘに係るｎｕｍＯｕｔｐｕｔＬａｙｅｒｓは、次のように導出される、すなわち、
【数１１】
2017522792.tif 000026
【０２３０】
次に、ターゲット復号レイヤ識別子リストｔａｒｇｅｔＤＬａｙｅｒＩｄＬｉｓｔおよび選択されたｏｐｌｓＩｄｘに係るｎｕｍＤｅｃｏｄｅｄＬａｙｅｒｓは、次のように導出される、すなわち、
【数１２】
2017522792.tif 000027
【０２３１】
一実施形態において、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｒａｍｅｔｅｒｓが個別のレイヤに関してシグナリングされるかどうかを示すために次のように追加のフラグがシグナリングされてもよい、すなわち、
【０２３２】
１に等しいｖｐｓ＿ｌａｙｅｒ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが個別の出力レイヤセットのためのｊ番目のレイヤに対して存在することを指定する。０に等しいｖｐｓ＿ｌａｙｅｒ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが個別の出力レイヤセットのためのｊ番目のレイヤに対して存在しないことを指定する。
【表１１】
2017522792.tif 000028
【０２３３】
別の実施形態では、ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて、０から１０２４までの範囲内にありうる。さらに別の実施形態では、１０２４の代わりに異なる固定数を用いることができるであろう。
【０２３４】
代わりの実施形態では、ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、両端値を含めて、０から１０２３までの範囲内にある。
【０２３５】
図３９を参考にすると、ＤＰＢパラメータが出力レイヤセットおよび動作点とは独立してレイヤごとにＶＰＳ拡張で送信されるならば、別の修正されたＶＰＳ拡張およびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）が用いられてもよい。
【０２３６】
図４０を参考にすると、修正されたｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）が用いられてもよく、この修正ではＶＰＳからシグナリングされるシンタックス要素ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒ＿ｍｉｎｕｓ１がすべてのレイヤに用いられ、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ）／ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ）で別々にはシグナリングされない。
【０２３７】
別の実施形態では、シンタックス要素のうちの１つ以上がｕｅ（ｖ）の代わりにｕ（ｖ）の代わりの既知の固定ビット数を用いてシグナリングされてもよい。例えば、それらのシンタックス要素をｕ（８）もしくはｕ（１６）またはｕ（３２）あるいはｕ（６４）などを用いてシグナリングできるであろう。
【０２３８】
別の実施形態では、これらのシンタックス要素のうちの１つ以上をｕ（ｖ）符号化のような固定ビット数の代わりにｕｅ（ｖ）または他の何らかの符号化方式を用いてシグナリングできるであろう。
【０２３９】
別の実施形態では、様々なシンタックス要素およびそれらのセマンティクスの名前が記載されたシンタックスおよびセマンティクスと比較して＋１もしくは＋２を加えるか、または−１もしくは−２を減じることによって変えられてもよい。
【０２４０】
さらに別の実施形態では、様々なシンタックス要素がビットストリーム中のどこでもピクチャごとにシグナリングされてもよい。例えば、様々なシンタックスがスライスセグメントヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／もしくはその他のパラメータセットまたはビットストリームの他の規範的な部分でシグナリングされてもよい。
【０２４１】
さらに別の実施形態では、本発明において出力レイヤセットに関して定義されるすべてのコンセプトを出力動作点［２、３］および／または動作点［１］に適用できるであろう。
【０２４２】
前に記載されたように、シーケンスパラメータセット（「ＳＰＳ」）は、ある１つのビデオシーケンス全体に対して有効なデータを運ぶために用いられる。従って、ＳＰＳは、ある１つのシンタックス要素、例えば、各スライスセグメントヘッダ中に見られるシンタックス要素によって参照されるＰＰＳ中に見られるある１つのシンタックス要素のコンテンツによって確定されるような、ゼロ個またはそれ以上の符号化ビデオシーケンス全体に適用される複数のシンタックス要素を含んだある１つのシンタックス構造である。同様に前に記載されたように、ピクチャパラメータセット（「ＰＰＳ：ｐｉｃｔｕｒｅ  ｐａｒａｍｅｔｅｒ  ｓｅｔ」）は、ピクチャごとに有効なデータを運ぶ。従って、ＰＰＳは、ある１つのシンタックス要素、例えば、各スライスセグメントヘッダ中に見られるシンタックス要素によって確定されるような、ゼロ個またはそれ以上の符号化ピクチャ全体に適用される複数のシンタックス要素を含んだある１つのシンタックス構造である。例として、ベースレイヤは、１０８０ｐの符号化ビデオシーケンスであってもよく、一方でエンハンスメントレイヤ（単数または複数）は、４Ｋの符号化ビデオシーケンスを提供する。
【０２４３】
図４１を参照すると、スケーラブル高効率符号化（「ＳＶＨＣ：ｓｃａｌａｂｌｅ  ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｃｏｄｉｎｇ」）を符号化するときに、ベースレイヤは、１つ以上のＳＰＳを含んでもよく、かつ１つ以上のＰＰＳも含んでよい。さらに、各エンハンスメントレイヤは、１つ以上のＳＰＳを含んでもよく、かつ１つ以上のＰＰＳも含んでよい。図４１では、ＳＰＳ＋は１つ以上のＳＰＳが、そしてＰＰＳ＋は１つ以上のＰＰＳが個別のベースまたはエンハンスメントレイヤに関してシグナリングされることを示す。このように、ある１つのベースレイヤおよび１つ以上のエンハンスメントレイヤの両方を有するビデオビットストリームでは、かかるデータを送信するために、ＳＰＳおよびＰＰＳデータセットの総数が、多くの用途において制限されがちな所要バンド幅とともに重要になる。かかるバンド幅制限に伴って、望ましいのは、送信されることが必要なデータを限定して、そのデータをビットストリーム中に効果的に配置することである。各レイヤが、所望により、任意の特定の時刻にアクティブな１つのＳＰＳおよび／またはＰＰＳを有してもよく、異なるアクティブなＳＰＳおよび／またはＰＰＳを選択してもよい。
【０２４４】
（例えば、本明細書ではブロックと一般的に呼ばれる）複数の符号化ツリーブロックを備える入力ピクチャが１つまたはいくつかのスライスに分割されてもよい。エンコーダおよびデコーダで用いられる参照ピクチャが同じであり、かつデブロッキングフィルタ処理がスライス境界を横切って情報を用いないことを条件として、ある１つのスライスが表現するピクチャのエリアにおけるサンプル値が他のスライスからのデータを用いないで適切に復号されてもよい。それゆえに、１つのスライスに対するエントロピー復号およびブロック再構成は、他のスライスには依存しない。特に、各スライスの開始のときにエントロピー符号化状態がリセットされてもよい。エントロピー復号および再構成の両方について近傍の利用可能性を定義するときに、他のスライスにおけるデータが利用不可能としてマーク付けされてもよい。複数のスライスが並列にエントロピー復号および再構成されてもよい。イントラ予測および動きベクトル予測は、好ましくは、スライスの境界を横切って許容されない。対照的に、デブロッキングフィルタ処理は、スライス境界を横切って情報を用いてもよい。
【０２４５】
図４２は、横方向に１１ブロックおよび縦方向に９ブロックを備える例示的なビデオピクチャ２０９０を示す（９つの例示的なブロックが２０９１〜２０９９とラベル付けされる）。図４２は、３つの例示的なスライス、すなわち、“ＳＬＩＣＥ＃０”と示された第１のスライス２０８０、“スライス＃１”と示された第２のスライス２０８１、および“スライス＃２”と示された第３のスライス２０８２を示す。デコーダは、３つのスライス２０８０、２０８１、２０８２を並列に復号して再構成してもよい。それぞれのスライスがスキャンライン順に順次送信されてもよい。スライスごとの復号／再構成処理の初めに、コンテキストモデルが初期化またはリセットされて、他のスライスにおけるブロックがエントロピー復号およびブロック再構成の両方に利用不可能としてマーク付けされる。コンテキストモデルは、一般に、エントロピー・エンコーダおよび／またはデコーダの状態を表す。したがって、ある１つのブロック、例えば、「スライス＃１」における２０９３とラベル付けされたブロックに対して、「スライス＃０」におけるブロック（例えば、２０９１および２０９２とラベル付けされたブロック）がコンテキストモデル選択または再構成に用いられることはない。その一方で、ある１つのブロック、例えば、「スライス＃１」における２０９５とラベル付けされたブロックに対して、「スライス＃１」における他のブロック（例えば、２０９３および２０９４とラベル付けされたブロック）は、コンテキストモデル選択または再構成に用いられてもよい。それゆえに、エントロピー復号およびブロック再構成は、ある１つのスライス内で逐次的に進む。フレキシブルなブロック順序付け（ＦＭＯ：ｆｌｅｘｉｂｌｅ  ｂｌｏｃｋ  ｏｒｄｅｒｉｎｇ）を用いてスライスを定義しない限り、ある１つのスライス内のブロックがラスタスキャン順に処理される。
【０２４６】
フレキシブルなブロック順序付けは、ある１つのピクチャがどのように複数のスライスに区分されるかを修正するためのスライスグループを定義する。ある１つのスライスグループにおける複数のブロックは、ブロック・ツー・スライスグループ・マップよって定義され、このマップは、スライスヘッダにおけるピクチャパラメータセットのコンテンツおよび追加情報によってシグナリングされる。ブロック・ツー・スライス・グループ・マップは、ピクチャにおけるブロックごとのスライスグループ識別番号からなる。スライスグループ識別番号は、関連付けられたブロックがどのスライスグループに属するかを指定する。各スライスグループが１つ以上のスライスに区分されてもよく、ある１つのスライスは、特定のスライスグループのブロックのセット内でラスタスキャン順に処理される、同じスライスグループ内のブロックのある１つのシーケンスである。エントロピー復号およびブロック再構成は、ある１つのスライスグループ内で逐次的に進む。
【０２４７】
図４３は、３つのスライスグループ、すなわち、「スライスグループ＃０」と示された第１のスライスグループ２０８３、「スライスグループ＃１」と示される第２のスライスグループ２０８４、および「スライスグループ＃２」と示された第３のスライスグループ２０８５への例示的なブロック・アロケーションを示す。
これらのスライスグループ２０８３、２０８４、２０８５がピクチャ２０９０における、それぞれ、２つの前景領域およびある１つの背景領域と関連付けられてもよい。
【０２４８】
スライスの配列は、図４３に示されるように、各スライスをブロックの対の間で、ラスタスキャンまたはラスタスキャン順としても知られる、画像スキャン順に定義するように限定されてもよい。スキャン順スライスのこの配列は、計算が効率的であるが、高効率並列符号化および復号には結び付きにくい。そのうえ、スライスのこのスキャン順の定義は、さらに、符号化効率に大いに適する共通の特性を有すると思われる画像のより小さい局所領域を一緒にグループ化しにくい。スライス２０８３、２０８４、２０８５の配列は、図４７に示されるように、その配列が大いにフレキシブルであるが、高効率並列符号化および復号には結び付きにくい。そのうえ、スライスのこの大いにフレキシブルな定義は、デコーダに実装するには計算が複雑である。
【０２４９】
図４４を参照すると、タイル技術がある１つの画像を（正方形を含めて）矩形の領域のセットに分割する。それぞれのタイル内の（いくつかのシステムでは代わりに最大符号化ユニットまたは符号化ツリーブロックと呼ばれる）ブロックがラスタスキャン順に符号化および復号される。タイルの配列も同様にラスタスキャン順に符号化または復号される。それに応じて、任意の適切な数（例えば、０以上）の列境界があってもよく、任意の適切な数（例えば、０以上）の行境界があってもよい。このように、フレームが１つ以上のスライス、例えば、図４４に示される１つのスライスを定義してもよい。いくつかの実施形態では、異なるタイル中に位置するブロックは、隣接ブロック情報に依存するイントラ予測、動き補償、エントロピー符号化コンテキスト選択または他の処理に利用できない。
【０２５０】
図４５を参照すると、タイル技術がある１つの画像を３つの矩形コラムのセットに分割することが示される。それぞれのタイル内の（いくつかのシステムでは代わりに最大符号化ユニットまたは符号化ツリーブロックと呼ばれる）ブロックがラスタスキャン順に符号化および復号される。タイルが同様にラスタスキャン順に符号化および復号される。１つ以上のスライスがタイルのスキャン順に定義される。それぞれのスライスは、独立して復号可能である。例えば、スライス１がブロック１〜９を含むとして定義されてもよく、スライス２がブロック１０〜２８を含むとして定義されてもよく、スライス３が３つのタイルに及ぶブロック２９〜１２６を含むとして定義されてもよい。タイルの使用は、ある１つのフレームにおけるより局所的な領域でデータを処理することによって、効率的な符号化を促進する。
【０２５１】
図４６を参照すると、ベースレイヤおよびエンハンスメントレイヤは、ある１つのピクチャまたはその一部分をそれぞれが集合的に形成する、複数のタイルをそれぞれが含んでもよい。ベースレイヤおよび１つ以上のエンハンスメントレイヤからの複数の符号化ピクチャがある１つのアクセスユニットを集合的に形成する。アクセスユニットは、複数のＮＡＬユニットのセットとして定義されてもよく、これらのＮＡＬユニットは、指定された分類ルールに従って相互に関連付けられ、復号順に連続しているか、および／または、同じ出力時刻（ピクチャオーダカウントその他）と関連付けられたすべての符号化ピクチャのＶＣＬ  ＮＡＬユニットおよびそれらと関連付けられたｎｏｎ−ＶＣＬ  ＮＡＬユニットを含む。ＶＣＬ  ＮＡＬは、ネットワーク抽象化レイヤのビデオ符号化レイヤである。同様に、符号化ピクチャは、アクセスユニット内のｎｕｈ＿ｌａｙｅｒ＿ｉｄの個別の値をもつＶＣＬ  ＮＡＬユニットを備え、かつ、ある１つのピクチャのすべての符号化ツリーユニットを含んだ、そのピクチャの符号化表現として定義されてもよい。追加的な記述は、Ｂ．ブロス，Ｗ−Ｊ．ハン，Ｊ−Ｒ．オーム，Ｇ．Ｊ．サリバン，およびＴ．ウィーガンド，「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０」，ＪＣＴＶＣ−Ｌ１００３，ジュネーブ，２０１３年１月、Ｊ．チェン，Ｊ・ボイス，Ｙ．イエ，Ｍ．Ｍ．ハンヌクセラ，「ＳＨＶＣ草案テキスト２」，ＪＣＴＶＣ−Ｍ１００８，インチョン，２０１３年５月、Ｇ．テック，Ｋ．ウェグナー，Ｙ．チェン，Ｍ．ハンヌクセラ，Ｊ．ボイス，「ＭＶ−ＨＥＶＣ草案テキスト４（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」，ＪＣＴＶＣ−Ｄ１００４，インチョン，２０１３年５月、およびＫ．スーリング（Ｓｕｈｒｉｎｇ），Ｒ．スクーピン（Ｓｋｕｐｉｎ），Ｇ．テック、Ｔ．シエル（Ｓｃｈｉｅｒｌ）、Ｋ．ラパカ（Ｒａｐａｋａ）、Ｗ．プゥ（Ｐｕ）、Ｘ．リー（Ｌｉ）、Ｊ．チェン、Ｙ．−Ｋ．ワング（Ｗａｎｇ），Ｍ．カルツェウィッツ（Ｋａｒｃｚｅｗｉｃｚ），Ｋ．ウグル（Ｕｇｕｒ），Ｍ．Ｍ．ハンヌクセラ，「ＳＨＶＣおよびＭＶ−ＨＥＶＣに関するタイル境界アラインメントおよびレイヤ間予測制約条件」，ＪＣＴＶＣ−Ｍ０４６４，インチョン，２０１３年４月に記載され、それぞれが参照によりその全体が本明細書に組み込まれる。
【０２５２】
高効率ビデオ符号化（ＳＨＶＣ）のスケーラブルな拡張は、マルチループ・システムを用い、このシステムでは、現レイヤに対する復号処理が動き補償を実行して現レイヤの再構成されたサンプル値を確定する前に、参照レイヤのサンプル値が動き補償を用いて確定される。結果として、ターゲットレイヤ以外のレイヤに対して動き補償を実行する必要がありうる。
【０２５３】
動き補償は、計算を多用する作業なので、それを複数回実行することは、スケーラブル・デコーダに著しいメモリ・バンド幅要件を課す。これは、参照レイヤおよび現レイヤが同じ空間分解能を有するときに特に正しい。この計算負荷を軽減するために、ＳＨＶＣに対して参照レイヤのサンプル値の使用を（ａ）スライスごとに基づいて、（ｂ）テンポラル識別子に基づいて、および／または（ｃ）ネットワーク抽象化レイヤ・ユニット（ＮＡＬＵ）タイプに基づいて防止する、いくつかのＳＶＨＣ修正が試みられてきた。しかしながら、これらのアプローチのいずれも、必要でありうる処理の量が制限されないままなので、システム、および特にデコーダの計算複雑度を確実に低減するのに十分でない。従って、望ましいのは、参照レイヤ内で動き補償ブロックが実行される回数および／または頻度に対する上限を保証するＳＶＨＣシンタックスの修正を含めることである。この上限を達成するために好ましい制約条件は、好ましくは、（ａ）テンポラル識別子、（ｂ）スライスヘッダ／パラメータセットで発生するフラグ、および／または（ｃ）参照レイヤ内のＮＡＬＵタイプおよび／または（ｄ）参照レイヤ内のピクチャのタイプに基づく参照レイヤ・ピクチャの配列および頻度に対する制約条件である。この好ましい技術は、参照レイヤ内で動き補償ブロックが実行される回数および／または頻度に対する上限をもたらす。
【０２５４】
動き補償（ＭＣ：ｍｏｔｉｏｎ  ｃｏｍｐｅｎｓａｔｉｏｎ）が現レイヤ・ピクチャの復号に必要とされる参照レイヤ・ピクチャのサブセット内で実行される最高頻度に対して制限がセットされてもよく、この頻度制限は、ある１つのピクチャの粒度で指定される。例えば、毎秒ｘＭＣの頻度制限は、毎秒ｘ以下の参照レイヤ・ピクチャのみが参照レイヤ・サブセット内でＭＣを用いて、そのサンプル値が現レイヤ・ピクチャを復号するために必要とされることを示唆するであろう。動き補償の使用がインター予測復号処理の使用に対応してもよい。
【０２５５】
例として、参照レイヤのＭＣレートは、インター予測復号処理を用いて、そのサンプル値が現レイヤ・ピクチャを復号するために必要とされる、毎秒の参照レイヤ・ピクチャの数であってもよい。このように、このＭＣレートは、動き補償を実際に用いるピクチャを識別する。
【０２５６】
例として、参照レイヤのＭＣレートは、インター予測復号処理を用いることが許容され、そのサンプル値が現レイヤ・ピクチャを復号するために必要とされる、毎秒の参照レイヤ・ピクチャの数であってもよい。このように、このＭＣレートは、動き補償を用いうるピクチャを識別する。例として、ＰスライスおよびＢスライスは、いずれもインター予測を用いることを許容されるが、しかし、すべてのブロックがイントラ符号化されるならば、それはインター予測復号処理を用いない。制約条件を指定するためのいくつかのケースで、より効率的なのは、ある１つのピクチャがインター予測復号処理を用いるサンプルの１つ以上のブロック（単数または複数）を実際に含むかどうかを考慮する代わりに、スライス・タイプを考慮することであろう。
【０２５７】
例として、この頻度制限は、サンプルの粒度で指定されてもよい。例えば、毎秒ｘＭＣの頻度制限は、毎秒ｘ以下の参照レイヤ・サンプルのみが参照レイヤ・サブセット内でＭＣを用い、そのサンプル値が現レイヤ・ピクチャを復号するために必要とされることを示唆するであろう。
【０２５８】
当然のことながら、ＭＣレートの以下の考察は、ピクチャレートに対応するが、サンプルレートまたはその他の尺度にも同様に適用可能である。
【０２５９】
図４７を参照すると、例として、現（エンハンスメント）レイヤ・ピクチャの復号のために偶数のピクチャオーダカウント（ＰＯＣ）をもつ参照レイヤ・ピクチャのサンプル値のみが必要とされる。
【０２６０】
ある１つの実施形態例では、現レイヤ・ピクチャの復号に必要とされる参照レイヤ・ピクチャのサブセット内で動き補償（ＭＣ）が実行される最高頻度制限、例えばｆ＿ｍａｘが、ある１つのビットストリーム適合性要件である。ｆ＿ｍａｘは、ビットストリーム内でシグナリングされた過去のデータ、例えば、プロファイル値および／またはレベル値に基づいて推測されてもよい。別の例では、ｆ＿ｍａｘがビットストリーム内の然るべき位置で、例えば、シーケンスパラメータセット（ＳＰＳ）内および／またはビデオパラメータセット（ＶＰＳ）内で明示的にシグナリングされてもよい。
【０２６１】
ある１つの実施形態例では、現レイヤ・ピクチャの復号に必要とされる参照レイヤのサブセット内で動き補償（ＭＣ）が実行される最高頻度制限ｆ＿ｍａｘが、ある１つのビットストリーム適合性要件であり、これは、前例の部分と同じである。さらにまた、ｆ＿ｍａｘは、所定の値、例えば「ｔ」以下のテンポラル識別子をもつ、毎秒符号化される参照レイヤ・ピクチャの最大数に対する制限を指定する。ある１つの例では、指定される制限がｆ＿ｍａｘに等しい。それに応じて、ある１つのレイヤ内のサブレイヤのセットを指定するテンポラル識別子がレート制約条件によって同様に制限される。留意すべきは、ベースレイヤおよび／またはエンハンスメントレイヤの低い方のテンポラル・サブレイヤを予測するために、高い方のテンポラル識別子をもつテンポラル・サブレイヤを用いることはできないことである。
【０２６２】
例として、「ｔ」は、ビデオパラメータセット（ＶＰＳ）中のｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］シンタックス要素に対応してもよい。インデックスｉは、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１まで１のインクリメントで変化する。
【０２６３】
０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０より大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１より大きいＴｅｍｐｏｒａｌＩｄをもつピクチャが、レイヤ間予測のための参照として用いられないことを指定する。存在しないときに、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］は、指定されない。
【０２６４】
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｉ番目のレイヤのＶＣＬ  ＮＡＬユニットにおけるｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素の値を指定する。両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉに対して、存在しないときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］の値は、ｉに等しいと推測される。
【０２６５】
ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、レイヤの識別子を指定する。
【０２６６】
図４８を参照すると、例として、現（エンハンスメント）レイヤ・ピクチャの復号のためにｔ以下のＴｅｍｐｏｒａｌｌｄをもつ参照レイヤ・ピクチャのサンプル値のみが必要とされる。
【０２６７】
ある１つの実施形態例では、現レイヤ・ピクチャの復号に必要とされる参照レイヤ・ピクチャのサブセット内で動き補償（ＭＣ）が実行される最高頻度制限ｆ＿ｍａｘが、ある１つのビットストリーム適合性要件である。さらにまた、ｆ＿ｍａｘは、所定のＮＡＬＵタイプのサブセット、例えば「Ｒ」に属し、レイヤ間予測に利用可能なＮＡＬＵタイプをもつ、毎秒符号化される参照レイヤ・ピクチャの最大数に対する制限を指定する。ある１つの例では、指定される制限がｆ＿ｍａｘに等しい。ＮＡＬＵタイプは、符号化の複数の異なるタイプののうちの１つを指す。
【０２６８】
図４９を参照すると、例として、所定のサブセット「Ｒ」に属するＮＡＬＵタイプをもつ参照レイヤ・ピクチャに関するサンプル値が現（エンハンスメント）レイヤ・ピクチャの復号のために用いられる。
【０２６９】
さらなる例では、符号化効率の向上のために、所定のＮＡＬＵタイプのサブセット、例えば「Ｒ」に属するＮＡＬＵタイプをもつ毎秒符号化される参照レイヤ・ピクチャの数に対する最低頻度制限、例えばｆ＿ｍｉｎが指定される。いくつかのケースでは、頻度が低ければ、符号化効率を維持することがより難しい。
【０２７０】
例示的なプロファイル・レベル制約条件は、Ｉｆ  Ｒ＝｛ＴＲＡＩＬ＿Ｒ，ＴＳＡ＿Ｒ，ＲＡＤＬ＿Ｒ，ＲＡＳＬ＿Ｒ，ＢＬＡ＿Ｗ＿ＬＰ，ＢＬＡ＿Ｗ＿ＲＡＤＬ，ＢＬＡ＿Ｎ＿ＬＰ，ＩＤＲ＿Ｗ＿ＲＡＤＬ，ＩＤＲ＿Ｎ＿ＬＰ，ＣＲＡ＿ＮＵＴ｝であってもよい。ビットストリーム適合性のある１つの要件は、インター予測復号処理が、参照レイヤに対して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＴＲＡＩＬ＿Ｒ、ＴＳＡ＿Ｒ、ＲＡＤＬ＿Ｒ、ＲＡＳＬ＿Ｒ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、ＢＬＡ＿Ｎ＿ＬＰ、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、および／またはＣＲＡ＿ＮＵＴに等しい場合にのみ起動されることであってもよい。
【０２７１】
ある１つの実施形態例では、現レイヤ・ピクチャの復号に必要とされる参照レイヤ・ピクチャのサブセット内で動き補償（ＭＣ）が実行される最高頻度制限ｆ＿ｍａｘが、ある１つのビットストリーム適合性要件である。さらにまた、ｆ＿ｍａｘは、レイヤ間サンプル値予測が用いられることを示すスライスヘッダ・フラグ（単数または複数）をもつ、毎秒符号化される現レイヤ・ピクチャの最大数に対する制限を指定する。ある１つの例では、指定される制限がｆ＿ｍａｘに等しい。
【０２７２】
ある１つの実施形態例では、レイヤ間サンプル値予測が用いられることを示すスライスヘッダ・フラグ、例えば、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｏｎｌｙ＿ｆｌａｇが用いられる。
【０２７３】
１に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｏｎｌｙ＿ｆｌａｇは、現ピクチャを復号する際にインター予測が用いられないことを指定する。０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｏｎｌｙ＿ｆｌａｇは、現ピクチャを復号する際にインター予測が用いられてもよいことを指定する。存在しないときに、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｏｎｌｙ＿ｆｌａｇの値は、０に等しいと推測される。
【０２７４】
別の実施形態では、スライスヘッダで現在予約されているビットが、ピクチャがレイヤ間サンプル値予測に利用可能か、および対応するサンプル値が上位レイヤ・ピクチャの復号に必要かどうかを識別する情報を運ぶために定義されてもよい。ｆ＿ｍａｘは、毎秒復号されるかかる参照レイヤ・ピクチャの最大数に対する制限を指定する。ある１つの例では、指定される制限がｆ＿ｍａｘに等しい。
【０２７５】
いくつかのケースでは、現シンタックス要素ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇが１にセットされる必要がありうる。この制約条件の目標は、レイヤ間予測のためにピクチャごとに確実に最多で１つの参照レイヤが用いられるようにして、対応するＳＨＶＣデコーダのハードウェア要件を削減することである。
【０２７６】
１に等しいｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＣＶＳ中のピクチャごとに多くても１つのピクチャがレイヤ間予測に用いられることを指定する。０に等しいｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＣＶＳ中のピクチャごとに１つより多いピクチャがレイヤ間予測に用いられてもよいことを指定する。
【０２７７】
別の実施形態では、次の制約条件の１つ以上が様々なシンタックス要素に課されてもよい、すなわち、
【０２７８】
第１に、ターゲットレイヤごとにｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１は、ターゲットレイヤに属するすべてのピクチャのすべてのスライスセグメントヘッダにおいて０に等しくてもよい。
【０２７９】
第２に、レイヤｉｄ  ｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつターゲットレイヤごとに、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は、１以下である。
【０２８０】
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１＋１は、レイヤ間予測のために現ピクチャを復号する際に用いてもよいピクチャの数を指定する。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１までの範囲内にあるものとする。Ｌｏｇ２（ｘ）は、ｘの基底２の対数である。
【０２８１】
ある１つのレイヤに関するＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓが、０に等しいときにインデックスｊをもつレイヤがインデックスｉをもつレイヤのための直接参照レイヤではないことを指定するｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］に基づいて導出されてもよい。１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊをもつレイヤがインデックスｉをもつレイヤのための直接参照レイヤであってもよいことを指定する。０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉおよびｊに対してｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が存在しないときには、それが０に等しいと推測される。
【０２８２】
ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２＋２は、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］シンタックス要素のビット数を指定する。この仕様のこのバージョンに適合するビットストリームでは、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値は、０に等しいものとする。ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値は、この仕様のこのバージョンでは０に等しいものとするが、デコーダは、両端値を含めて、０から３０までの範囲内のｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の他の値がシンタックス中に現れることを許容するものとする。
【０２８３】
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、変数ＮｕｍＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、およびＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］を導出するために用いられる。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、この仕様のこのバージョンに適合するビットストリームでは、両端値を含めて、０から２までの範囲内にあるものとする。この仕様のこのバージョンでは、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、両端値を含めて、０から２までの範囲内にあるものとするが、デコーダは、両端値を含めて、３から２３２−２までの範囲内のｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値がシンタックス中に現れることを許容するものとする。
【０２８４】
変数ＮｕｍＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｊ］、ＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、およびＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］は、次のように導出される、すなわち、
【数１３】
2017522792.tif 000029
【０２８５】
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、図５０Ａおよび図５０Ｂに示されるｖｐｓ＿ｅｘｔｅｎｓｉｏｎシンタックスに含まれ、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎは、符号化ビデオシーケンスに関するシンタックスを提供するＶＰＳシンタックス中に参照によって含められる。
【０２８６】
ビットストリームでシグナリングされる他のシンタックス要素は、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１、および／またはｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］を含みうる。これらのシンタックス要素は、スライスセグメントヘッダでシグナリングされてもよい。この例が図５０Ｃに示される。
【０２８７】
１に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現ピクチャを復号する際にレイヤ間予測が用いられてもよいことを指定する。０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、レイヤ間予測が現ピクチャを復号する際に用いられないことを指定する。存在しないときに、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、０に等しいと推測される。
【０２８８】
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１＋１は、レイヤ間予測のために現ピクチャを復号する際に用いてもよいピクチャの数を指定する。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１までの範囲内にあるものとする。
【０２８９】
変数ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓは、次のように導出される、すなわち、
【数１４】
2017522792.tif 000030
符号化ピクチャのすべてのスライスは、ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓの同じ値を有するものとする。
【０２９０】
ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、レイヤ間予測のために現ピクチャによって用いられてもよいｉ番目のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄを表す、変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］を指定する。シンタックス要素ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は、両端値を含めて、０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１までの範囲内にありうる。存在しないときに、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は、０に等しいと推測される。
【０２９１】
ｉが０より大きいときに、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ−１］より大きいものとする。
【０２９２】
両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対する変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］、ＮｕｍＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ、および両端値を含めて、０からＮｕｍＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ−１までの範囲内のｊの各値に対するＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｊ］は、次のようの導出される、すなわち、
【数１５】
2017522792.tif 000031
【０２９３】
ある１つのピクチャのすべてのスライスは、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対してｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の同じ値を有するものとする。
【０２９４】
いくつかのケースでは、シンタックス要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］の現在のセットが０にセットされる必要がある。かかる制約条件は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャがレイヤ間予測のための参照として確実に用いられないようにするであろう。
【０２９５】
別の実施形態では、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０に等しくセットされる必要があるという制約条件は、ビットストリーム内でシグナリングされた過去のデータ、例えば、プロファイル値および／またはレベル値に基づいて推測されてもよい。この制約条件がある１つのビットストリーム適合性要件であってもよい。このように、ある１つのレイヤの最も低いサブレイヤのみが用いられる。
【０２９６】
いくつかのケースでは、現レイヤ・ピクチャを復号するために必要とされる複数のピクチャの参照レイヤ・サブセット内で（レイヤ間サンプル値予測のために）動き補償を用いてもよい、連続した参照レイヤ・ピクチャの最大数に対しても、制限、例えば、ｃ＿ｍａｘがセットされてもよい。この制約条件は、デコーダの複雑さに対する制約条件を緩和する、生じうる「クランピング」の量を制限する。
【０２９７】
別の実施形態では、ｃ＿ｍａｘの値が、例えば、プロファイル値および／またはレベル値のような、ビットストリーム内でシグナリングされた過去のデータに基づいて推測されてもよい。別の例では、ｃ＿ｍａｘが、例えば、シーケンスパラメータセット（ＳＰＳ）内および／またはビデオパラメータセット（ＶＰＳ）内のような、ビットストリーム内の然るべき位置で明示的にシグナリングされてもよい。
【０２９８】
典型的なケースでは、ある１つのレイヤがすべてのＮＡＬユニットに関するテンポラル識別子値を０にセットしてもよい。例えば、このケースでは、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１は、そのレイヤに属するすべてのピクチャに関して１にセットされてもよい。このタイプのアサインメントは、ＨＥＶＣ共通テスト条件に用いられる。このケースでは、ＴｅｍｐｏｒａｌＩｄに基づく制約条件は、指定されなくてもよいか、または有効ではないことがある。
【０２９９】
このケースでは、次の制約条件が課されてもよい、すなわち、ビットストリーム適合性のある１つの要件は、サブレイヤ非参照ピクチャがレイヤ間予測に用いられないことである。サブレイヤ非参照ピクチャは、復号順に同じサブレイヤの後続のピクチャの復号処理でインター予測のために用いることができないサンプルを含むピクチャであってもよい。
【０３００】
サブレイヤ非参照ピクチャのうちのサンプルは、復号順に高い方のサブレイヤの後続のピクチャの復号処理でインター予測のために用いられてもよい。
【０３０１】
サブレイヤ参照ピクチャは、復号順に同じサブレイヤの後続のピクチャの復号処理でインター予測のために用いてもよいサンプルを含むピクチャであってもよい。サブレイヤ参照ピクチャのうちのサンプルは、さらに、復号順に高い方のサブレイヤの後続のピクチャの復号処理でインター予測のために用いられてよい。
【０３０２】
代わりの実施形態では、追加の制約条件が次のように課されてもよい、すなわち、（１）ビットストリーム適合性のある１つの要件は、レイヤ間予測に利用可能な参照レイヤ中に多くても毎秒ｓ＿ｍａｘ個のサブレイヤ参照ピクチャがありうることか、および／または（２）ビットストリーム適合性のある１つの要件は、レイヤ間予測に利用可能な参照レイヤ中に少なくとも毎秒ｓ＿ｍｉｎ個のサブレイヤ非参照ピクチャがなければならないことである。
【０３０３】
別の実施形態では、以下の追加の制約条件が次のように課されてもよい、すなわち、（１）ビットストリーム適合性のある１つの要件は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもち、ＴｅｍｐｏｒａｌＩｄがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］に等しいレイヤ中に多くとも毎秒ｓ＿ｍａｘ個のサブレイヤ参照ピクチャがありうることか、および／または（２）ビットストリーム適合性のある１つの要件は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもち、ＴｅｍｐｏｒａｌＩｄがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］に等しいレイヤ中に少なくとも毎秒ｓ＿ｍｉｎ個のサブレイヤ非参照ピクチャがなければならないことである。
【０３０４】
別の実施形態では、以下の制約条件が次のように課されてもよい、すなわち、（１）ビットストリーム適合性のある１つの要件は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１がすべてのピクチャに関して１にセットされ、サブレイヤ非参照ピクチャがレイヤ間予測に用いられないこと、およびある１つのレイヤ中に多くとも毎秒ｓ＿ｍａｘ個のサブレイヤ参照ピクチャがありうることか、および／または（２）ビットストリーム適合性のある１つの要件は、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１がすべてのピクチャに関して１にセットされ、サブレイヤ非参照ピクチャがレイヤ間予測に用いられないこと、およびある１つのレイヤ中に少なくとも毎秒ｓ＿ｍｉｎ個のサブレイヤ非参照ピクチャがなければならないことである。
【０３０５】
前述の制約条件（単数または複数）に対する動機は、サブレイヤ非参照ピクチャが、好ましくは、復号順に同じサブレイヤの後続のピクチャの復号処理でインター予測のために用いられないことである。従って、ターゲットレイヤを復号するときに、参照レイヤからの複数のピクチャに対して復号および動き補償を行う必要なしにそれらを破棄できるであろう。
【０３０６】
サブレイヤ非参照ピクチャに係る指標をレイヤ間予測に関してシグナリングするために用いてもよいいくつかの異なる技術がある。
【０３０７】
図５１を参照すると、一実施形態において、サブレイヤ非参照ピクチャがレイヤ間予測に用いられないことを示すために、ある１つのフラグが、第１のシンタックスの変形例を用いて、参照レイヤごとにＶＰＳでシグナリングされてもよい。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］がある１つのレイヤに関して１としてシグナリングされるならば、そのレイヤからのサブレイヤ非参照ピクチャは、これらのレイヤ間のレイヤ間予測には用いられない。
【０３０８】
１に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられてもよいことを指定する。存在しないときに、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、０に等しいと推測される。
【０３０９】
図５１のシンタックスの別の変形例、ＴｅｍｐｏｒａｌＩｄごとにそのＴｅｍｐｏｒａｌＩｄのサブレイヤ非参照ピクチャがレイヤ間予測に用いられるかどうかを示すために、ある１つのフラグがシグナリングされてもよい。このための第１の変形例は、そのフラグが、レイヤごとにｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］まで、しかしそれを含まない各ＴｅｍｐｏｒａｌＩｄ値に関してシグナリングされる。別のケースでは、そのフラグが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］より小さい、それを含む、およびそれより大きいＴｅｍｐｏｒａｌＩｄ値に関してシグナリングされてもよい。このための第２の変形例は、そのフラグが、レイヤごとに最大ＴｅｍｐｏｒａｌＩｄ値まで、およびそれを含む各ＴｅｍｐｏｒａｌＩｄ値に関してシグナリングされる。いくつかのケースでは、最大ＴｅｍｐｏｒａｌＩｄ値は６であってもよい。
【０３１０】
図５２を参照すると、別の実施形態では、サブレイヤ非参照ピクチャがレイヤ間予測には用いられないことを示すために、ある１つのフラグが、第２のシンタックスの変形例を用いて、参照レイヤごとにＶＰＳでシグナリングされてもよい。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］がある１つの参照レイヤに関して１としてシグナリングされるならば、そのレイヤからのサブレイヤ非参照ピクチャは、これらのレイヤ間のレイヤ間予測には用いられない。このように、システムは、復号される必要のないサブレイヤを復号することを回避し、かつ非参照ピクチャを復号することを回避できて、行われる動き補償処理を削減し、一方では復号ピクチャバッファのサイズも削減する。
【０３１１】
図５２では、１に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられてもよいことを指定する。存在しないときに、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいと推測される。
【０３１２】
そのうえ、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０であるときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャがレイヤ間予測のための参照として用いられることはない。このケースでは、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］は、シグナリングされなくてもよく、０であると推測される。
【０３１３】
図５３を参照すると、さらに別の実施形態では、サブレイヤ非参照ピクチャがレイヤ間予測に用いられないことを示すために、ある１つのフラグが、第３のシンタックスの変形例を用いて、参照レイヤごとにＶＰＳでシグナリングされてもよい。あるレイヤからのサブレイヤ非参照ピクチャ、このレイヤはレイヤ間のレイヤ間予測には用いられないのであるが、に対応するレイヤにおいて、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］がその１つレイヤに関して１としてシグナリングされる。留意すべきは、最大テンポラルＩＤが７［ｆｏｒ（ｊ＝０；ｊ＜７；ｉ＋＋）］にセットされてもよいことである。このように、システムは、復号される必要のないサブレイヤおよびサブレイヤの非参照ピクチャを復号することを回避できて、行われる動き補償処理を削減し、一方では復号ピクチャバッファのサイズも削減する。
【０３１４】
図５３では、１に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられてもよいことを指定する。存在しないときに、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいと推測される。
【０３１５】
そのうえ、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０であるときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャは、レイヤ間参照予測のための参照として用いられない。このケースでは、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］は、シグナリングされず、０であると推測される。
【０３１６】
図５４を参照すると、さらに別の実施形態では、複数のレイヤおよびサブレイヤの使用に対する制限を示すために、ある１つのフラグが、第４のシンタックスの変形例を用いて、レイヤごとにＶＰＳでシグナリングされてもよい。１に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられてもよいことを指定する。存在しないときに、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいと推測される。
【０３１７】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０であるときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャは、レイヤ間参照予測のための参照として用いられない。このケースでは、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］は、シグナリングされず、０であると推測される。
【０３１８】
図５５、および図５８Ａに示される別の実施形態を参照すると、さらに別の実施形態では、複数のレイヤおよびサブレイヤの使用に対する制限を示すために、ある１つのフラグが、第５のシンタックスの変形例を用いて、レイヤごとにＶＰＳでシグナリングされてもよい。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］が１に等しければ、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しく、そうでない場合にはｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しく、そうでない場合にはｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられてもよいことを指定する。存在しないときに、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいと推測される。
【０３１９】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０であるときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャは、レイヤ間参照予測のための参照として用いられない。このケースでは、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］は、シグナリングされず、０であると推測される。
【０３２０】
図５５、および図５６Ａに示される別の実施形態を参照すると、さらに別の実施形態では、複数のレイヤおよびサブレイヤの使用に対する制限を示すために、ある１つのフラグが、第５のシンタックスの変形例を用いて、レイヤごとにＶＰＳでシグナリングされてもよい。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］が１に等しければ、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しく、そうでない場合にはｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しく、そうでない場合にはｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられてもよいことを指定する。存在しないときに、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいと推測される。
【０３２１】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０であるときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャは、レイヤ間参照予測のための参照として用いられない。このケースでは、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］は、シグナリングされず、０であると推測される。
【０３２２】
図５５、および図５８Ａに示される別の実施形態を参照すると、さらに別の実施形態では、複数のレイヤおよびサブレイヤの使用に対する制限を示すために、ある１つのフラグが、第５のシンタックスの変形例を用いて、レイヤごとにＶＰＳでシグナリングされてもよい。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］が１に等しければ、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しく、そうでない場合にはインデックスｉをもつレイヤのアクティブＳＰＳからのｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しく、そうでない場合にはインデックスｉをもつレイヤのアクティブＳＰＳからのｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられてもよいことを指定する。存在しないときに、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいと推測される。
【０３２３】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０であるときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャは、レイヤ間参照予測のための参照として用いられない。このケースでは、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］は、シグナリングされず、０であると推測される。
【０３２４】
図５５、および図５６に示される別の実施形態を参照すると、さらに別の実施形態では、複数のレイヤおよびサブレイヤの使用に対する制限を示すために、ある１つのフラグが、第５のシンタックスの変形例を用いて、レイヤごとにＶＰＳでシグナリングされてもよい。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］が１に等しければ、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しく、そうでない場合にはインデックスｉをもつレイヤにおけるテンポラル・サブレイヤの最大数に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しく、そうでない場合にはインデックスｉをもつレイヤにおけるテンポラル・サブレイヤの最大数に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられてもよいことを指定する。存在しないときに、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいと推測される。
【０３２５】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０であるときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャは、レイヤ間参照予測のための参照として用いられない。このケースでは、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］は、シグナリングされず、０であると推測される。
【０３２６】
さらに別の実施形態では、複数のレイヤおよびサブレイヤの使用に対する制限を示すために、ある１つのフラグが、第５のシンタックスの変形例を用いて、レイヤごとにＶＰＳでシグナリングされてもよい。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］が１に等しければ、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しく、そうでない場合にはｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しく、そうでない場合にはｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられてもよいことを指定する。存在しないときに、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいと推測される。
【０３２７】
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１は、ＶＰＳ中で定義されてもよい。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１がビットストリーム中に存在しうるテンポラル・サブレイヤの最大数を指定してもよい。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から６までの範囲内にありうる。
【０３２８】
図５７を参照すると、さらに別の実施形態では、複数のレイヤおよびサブレイヤの使用に対する制限を示すために、ある１つのフラグが、第６のシンタックスの変形例を用いて、レイヤごとにＶＰＳでシグナリングされてもよい。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］が１に等しければ、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、レイヤ間予測のための参照として用いられてもよいことを指定する。存在しないときに、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、０に等しいと推測される。
【０３２９】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０であるときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャは、レイヤ間参照予測のための参照として用いられない。このケースでは、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］は、シグナリングされず、０であると推測される。
【０３３０】
スケーラブルビデオ符号化ビデオのため、および多視点符号化ビデオのための復号処理は、所望により、修正されたシンタックス構造、およびレイヤ間予測に必要とされないサブレイヤ非参照ピクチャのためのマーク付け処理に対応するように修正されてもよい。
【０３３１】
図５１、図５４、図５５および図５６に示されるシグナリング例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−1までの範囲内のｉの任意の値に対して、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が１に等しくないことであってもよい。
【０３３２】
図５１、図５４、図５５および図５６に示されるシグナリング例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値に対して、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであれば、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が１に等しくないことであってもよい。
【０３３３】
図５１、図５４、図５５および図５６に示されるシグナリング例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値に対して、ＲｅｆＬａｙｅｒＩｄ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであれば、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が１に等しくないことであってもよい。
【０３３４】
図５１、図５４、図５５および図５６に示されるシグナリング例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対して、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであり、かつ、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャのＴｅｍｐｏｒａｌＩｄが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しく、そうでない場合にはピクチャＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］のレイヤのアクティブＳＰＳからのｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しければ、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が１に等しくないことであってもよい。
【０３３５】
図５１、図５４、図５５および図５６に示されるシグナリング例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対して、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであり、かつ、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャのＴｅｍｐｏｒａｌＩｄが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しく、そうでない場合にはｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しければ、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が１に等しくないことであってもよい。
【０３３６】
図５１、図５４、図５５および図５６に示されるシグナリング例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対して、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであり、かつ、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャのＴｅｍｐｏｒａｌＩｄが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しく、そうでない場合にはｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しければ、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が１に等しくないことであってもよい。
【０３３７】
図５１、図５４、図５５および図５６に示されるシグナリング例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの必要条件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対して、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであり、かつ、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャのＴｅｍｐｏｒａｌＩｄが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しく、そうでない場合にはピクチャＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］のレイヤにおけるテンポラル・サブレイヤの最大数に等しければ、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が１に等しくないことである。
【０３３８】
図５１、図５４、図５５および図５６に示されるシグナリング例のためのマーク付け処理は、例えば、次のように修正されてもよい。
【０３３９】
この処理への入力は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄであってもよい。この処理の出力は、いくつかの復号ピクチャのための「参照に用いられない」という潜在的に更新されたマーク付けであってもよい。留意すべきは、この処理がインター予測またはレイヤ間予測に必要とされないピクチャを「参照に用いられない」とマーク付けすることである。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さいときには、インター予測における参照のために現ピクチャが用いられてもよく、この処理は起動されない。
【０３４０】
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは、次のように導出されてもよい。ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓがＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中のエントリの数に等しくセットされる。ｌａｔｅｓｔＤｅｃＩｄｘが、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しいｉの値に等しくセットされる。
【０３４１】
両端値を含めて、０からｌａｔｅｓｔＤｅｃＩｄｘまでの範囲内のｉに対して、ピクチャを「参照に用いられない」とマーク付けするために以下が適用されてもよい。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャをｃｕｒｒＰｉｃとしよう。ｃｕｒｒＰｉｃが「参照に用いられない」とマーク付けされ、かつサブレイヤ非参照ピクチャであるときには、以下が適用される、すなわち、
変数ｃｕｒｒＴｉｄがｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しくセットされる。
変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇが以下で指定されるように導出される、すなわち、
【数１６】
2017522792.tif 000032
ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいときに、ｃｕｒｒＰｉｃが「参照に用いられない」とマーク付けされる。
【０３４２】
別の実施形態では、図５１、図５４、図５５および図５６に示されるシグナリング例のためのマーク付け処理は、例えば、次のように修正されてもよい。
この処理への入力は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄであってもよい。この処理の出力は、いくつかの復号ピクチャのための「参照に用いられない」という潜在的に更新されたマーク付けであってもよい。留意すべきは、この処理がインター予測またはレイヤ間予測に必要とされないピクチャを「参照に用いられない」とマーク付けすることである。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さいときには、インター予測における参照のために現ピクチャが用いられてもよく、この処理は起動されない。変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは、次のように導出されてもよい。ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓがＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中のエントリの数に等しくセットされる。ｌａｔｅｓｔＤｅｃＩｄｘが、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しいｉの値に等しくセットされる。
両端値を含めて、０からｌａｔｅｓｔＤｅｃＩｄｘまでの範囲内のｉに対して、ピクチャを「参照に用いられない」とマーク付けするために以下が適用されてもよい、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャをｃｕｒｒＰｉｃとしよう。ｃｕｒｒＰｉｃが「参照に用いられない」とマーク付けされ、かつサブレイヤ非参照ピクチャであるときには、以下が適用される、すなわち、
変数ｃｕｒｒＴｉｄがｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しくセットされる。
変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇが以下で指定されるように導出される、すなわち、
【数１７】
2017522792.tif 000033
ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいときに、ｃｕｒｒＰｉｃが「参照に用いられない」とマーク付けされる。
【０３４３】
図５２、図５３、および図５７に示されるシグナリング例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意値に対して、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］［ＴｅｍｐｏｒａｌＩｄ］が１に等しくないことである。
【０３４４】
図５２、図５３、および図５７に示される例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値に対して、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであれば、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］［ＴｅｍｐｏｒａｌＩｄ］が１に等しくないことである。
【０３４５】
図５２、図５３、および図５７に示される例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値に対して、ＲｅｆＬａｙｅｒＩｄ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであれば、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］［ＴｅｍｐｏｒａｌＩｄ］が１に等しくないことである。
【０３４６】
図５２、図５３、および図５７に示される例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値に対して、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであり、かつ、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャのＴｅｍｐｏｒａｌＩｄ  ＴｅｍｐｏｒａｌＩｄｘが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しく、そうでない場合にはピクチャＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］のレイヤのアクティブＳＰＳからのｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しければ、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］［ＴｅｍｐｏｒａｌＩｄ］が１に等しくないことである。
【０３４７】
図５２、図５３、および図５７に示される例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値に対して、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであり、かつ、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャのＴｅｍｐｏｒａｌＩｄ  ＴｅｍｐｏｒａｌＩｄｘが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しく、そうでない場合にはｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しければ、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］［ＴｅｍｐｏｒａｌＩｄｘ］が１に等しくないことである。
【０３４８】
図５２、図５３、および図５７に示される例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値に対して、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであり、かつ、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャのＴｅｍｐｏｒａｌＩｄ  ＴｅｍｐｏｒａｌＩｄｘが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しく、そうでない場合にはｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しければ、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］［ＴｅｍｐｏｒａｌＩｄｘ］が１に等しくないことである。
【０３４９】
図５２、図５３、および図５７に示される例のための復号処理は、例えば、次のように修正されてもよい。ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値に対して、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつ現アクセスユニットにおけるピクチャがサブレイヤ非参照ピクチャであり、かつ、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャのＴｅｍｐｏｒａｌＩｄ  ＴｅｍｐｏｒａｌＩｄｘが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さければｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しく、そうでない場合にはピクチャＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］のレイヤにおけるテンポラル・サブレイヤの最大数に等しければ、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］［ＴｅｍｐｏｒａｌＩｄｘ］が１に等しくないことである。
【０３５０】
図５２、図５３、および図５７に示されるシグナリング例のためのマーク付け処理は、例えば、次のように修正されてもよい。
【０３５１】
この処理への入力は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄであってもよい。この処理の出力は、いくつかの復号ピクチャのための「参照に用いられない」という潜在的に更新されたマーク付けであってもよい。留意すべきは、この処理がインター予測またはレイヤ間予測に必要とされないピクチャを「参照に用いられない」とマーク付けすることである。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さいときには、インター予測における参照のために現ピクチャが用いられてもよく、この処理は起動されない。
【０３５２】
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは、次のように導出されてもよい。ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓがＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中のエントリの数に等しくセットされる。ｌａｔｅｓｔＤｅｃＩｄｘが、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しいｉの値に等しくセットされる。
【０３５３】
両端値を含めて、０からｌａｔｅｓｔＤｅｃＩｄｘまでの範囲内のｉに対して、ピクチャを「参照に用いられない」とマーク付けするために以下が適用されてもよい、すなわち、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャをｃｕｒｒＰｉｃとしよう。
ｃｕｒｒＰｉｃが「参照に用いられない」とマーク付けされ、かつサブレイヤ非参照ピクチャであるときには、以下が適用される、すなわち、
変数ｃｕｒｒＴｉｄがｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しくセットされる。
変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇは、以下に指定されるように導出されてもよい、すなわち、
【数１８】
2017522792.tif 000034
ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいときに、ｃｕｒｒＰｉｃが「参照に用いられない」とマーク付けされる。
【０３５４】
別の実施形態では、図５２、図５３、および図５７に示されるシグナリング例のためのマーク付け処理は、例えば、次のように修正されてもよい。
この処理への入力は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄであってもよい。この処理の出力は、いくつかの復号ピクチャのための「参照に用いられない」という潜在的に更新されたマーク付けであってもよい。留意すべきは、この処理がインター予測またはレイヤ間予測に必要とされないピクチャを「参照に用いられない」とマーク付けすることである。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さいときには、インター予測における参照のために現ピクチャが用いられてもよく、この処理は起動されない。
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは、次のように導出されてもよい。ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓがＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中のエントリの数に等しくセットされる。ｌａｔｅｓｔＤｅｃＩｄｘが、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しいｉの値に等しくセットされる。
両端値を含めて、０からｌａｔｅｓｔＤｅｃＩｄｘまでの範囲内のｉに対して、ピクチャを「参照に用いられない」とマーク付けするために以下が適用されてもよい、すなわち、
ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャをｃｕｒｒＰｉｃとしよう。
ｃｕｒｒＰｉｃが「参照に用いられない」とマーク付けされ、かつサブレイヤ非参照ピクチャであるときには、以下が適用される、すなわち、
変数ｃｕｒｒＴｉｄがｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しくセットされる。
変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇは、以下に指定されるように導出されてもよい、すなわち、
【数１９】
2017522792.tif 000035
ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいときに、ｃｕｒｒＰｉｃが「参照に用いられない」とマーク付けされる。
【０３５５】
ビットストリームに対する制約条件を課すために前述の実施形態、またはそれらの部分の任意の組み合わせが用いられてもよい。
【０３５６】
図５８を参照すると、３００ｆｐｓのフレーム（ピクチャ）レートをもつソースを考慮して、ＭａｘＲｅｆＬｙｒＭＣＬｕｍａＳｒが現動作点のサンプル／秒単位の最大参照レイヤＭＣレートを指定する。最大輝度参照レイヤＭＣサンプルレートは、様々なレベルに対する最大参照レイヤＭＣサンプルレートの例を表す。別の実施形態では、ある１つのプロファイル内の異なるティアに対して異なる最大参照レイヤＭＣサンプリングレートが指定されてもよい。別の実施形態では、然るべき制約条件を指定するために最大参照レイヤＭＣサンプリングレート値の異なるセットが用いられてもよい。
【０３５７】
図５９を参照すると、現動作点のピクチャ／秒単位の最大参照レイヤＭＣレートに対応するｆ＿ｍａｘの値が示される。表は、様々なレベルに対する最大参照レイヤＭＣピクチャレートの例を表す。別の実施形態では、ある１つのプロファイル内の異なるティアに対して異なる最大参照レイヤＭＣピクチャレートが指定されてもよい。別の実施形態では、然るべき制約条件を指定するために最大参照レイヤＭＣピクチャレート値の異なるセットが用いられてもよい。
【０３５８】
図６０を参照すると、ＭｉｎＣｂＳｉｚｅＹが６４に等しいときの例えばレベル５から６．２のピクチャサイズにおける最大参照レイヤＭＣピクチャレートｆ＿ｍａｘ（ピクチャ／秒）が示される。
【０３５９】
ある１つの例では、以下がある１つのビットストリーム適合性要件である。変数ｆＲを
１÷３００
に等しくセットしよう。レイヤｉｄ  ｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ参照レイヤごとに、両端値を含めて、アクセスユニットｎおよび
ｎ−（１÷ｆＲ）−１
(ｎは
（１÷ｆＲ）−１
以上）の連続したＣＰＢリムーバル時刻間の差は、以下の制約条件を満たすものとする、すなわち、（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１）以下のＴｅｍｐｏｒａｌＩｄをもつ複数のサブレイヤおよび、両端値を含めて、ｎから
ｎ−（１÷ｆＲ）−１
に及ぶアクセスユニット内における、インター予測復号処理に対応する従属節のすべての起動に係る（ｎＣｂＳＬ）＊（ｎＣｂＳＬ）の合計は、図５８において指定されたＭａｘＲｅｆＬｙｒＭＣＬｕｍａＳｒ値以下であるものとする。ｎＣｂＳＬは、インター予測による輝度予測サンプルの符号化ユニットの高さおよび幅に対応する。ある１つの例では、ＭａｘＲｅｆＬｙｒＭＣＬｕｍａＳｒがＭａｘＲｅｆＬｙｒＩｎｔｅｒＰｒｅｄＬｕｍａＳｒとラベル付けされてもよい。ある１つの例では、上記の予測サンプル値の数をカウントした合計が予測サンプル値を発生されるためにアクセスされるサンプル値の総数によって置き換えられる。この代わりの合計が次にレベル指定に基づいて同様に制限される。
【０３６０】
用語「利用できる」は、品目、例えば、参照レイヤ・ピクチャがありうることを指し、用語「用いられる」は、品目、例えば、参照レイヤ・ピクチャが用いられることを指すが、これらの用語は、一般に、互換的に用いられてもよい。
【０３６１】
図５０Ａおよび図５０Ｂを参照すると、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇがＶＰＳ内のＶＰＳ拡張内でシグナリングされてもよい。
【０３６２】
１に等しいｓｐｌｉｔｔｉｎｇ＿ｆｌａｇは、ＮＡＬユニットヘッダにおけるｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素の複数のビットがｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の値に従って、ビット単位の、長さをもつｎ個のセグメントに分割されること、およびこのｎ個のセグメントがｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ＿ｆｌａｇ［ｉ］において示されるｎ個のスケーラビリティ・ディメンジョンと関連付けられることを示しうる。ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときには、ｉ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄのｊ番目のセグメントがｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］の値に等しくてもよい。０に等しいｓｐｌｉｔｔｉｎｇ＿ｆｌａｇは、上記の制約条件を示さなくてもよい。
【０３６３】
ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しく、すなわち、以下に記載されるｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］シンタックス要素のセマンティクスでレポートされる制限に従いうるときには、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］シンタックス要素のセマンティクスでレポートされるような導出の代わりとして、スケーラブル識別子をＮＡＬユニットヘッダにおけるｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素からある１つのビットマスクされたコピーによって導出できる。ｉ番目のスケーラブル・ディメンジョンに対するそれぞれのビットマスクは、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］のセマンティクスにおいて指定されるようなｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の値およびｄｉｍＢｉｔＯｆｆｓｅｔ［ｉ］によって定義される。
【０３６４】
１に等しいｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ［ｉ］は、表Ｆ−１におけるｉ番目のスケーラビリティ・ディメンジョンに対応するｄｉｍｅｎｓｉｏｎ＿ｉｄシンタックス要素が存在することを示しうる。０に等しいｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ［ｉ］は、ｉ番目のスケーラビリティ・ディメンジョンに対応するｄｉｍｅｎｓｉｏｎ＿ｉｄシンタックス要素が存在しないことを示しうる。
【０３６５】
一実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋインデックス０は、スケーラビリティ・ディメンジョン「多視点」を示してもよく、「ＶｉｅｗＩｄ」のＳｃａｌａｂｉｌｉｔｙＩｄに対応付けられてもよい。一実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋインデックス１は、スケーラビリティ・ディメンジョン「空間／ＳＮＲスケーラビリティ」を示してもよく、「ＤｅｐｅｎｄｅｎｃｙＩｄ」のＳｃａｌａｂｉｌｉｔｙＩｄに対応付けられてもよい。一実施形態において、両端値を含めて２から１５までの範囲内のｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋインデックスは、将来に定義されてもよい予約されたスケーラビリティを示しうる。
【０３６６】
ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１は、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］シンタックス要素の、ビット単位の、長さを指定してもよい。変数ｄｉｍＢｉｔＯｆｆｓｅｔ［０］は、０に等しくセットされ、両端値を含めて、１から（ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇ）までの範囲内のｊに対して、ｄｉｍＢｉｔＯｆｆｓｅｔ［ｊ］は、次のように導出される。
【数２０】
2017522792.tif 000036
ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１］が存在しないときには、以下が適用されてもよい、すなわち、
−ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１］の値が５−ｄｉｍＢｉｔＯｆｆｓｅｔ［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１］に等しいと推測される。
−ｄｉｍＢｉｔＯｆｆｓｅｔ［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ］の値が６に等しくセットされる。
ｖｐｓ＿ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］シンタックスが存在するかどうかを指定してもよい。
【０３６７】
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］がｉ番目のレイヤのＶＣＬ  ＮＡＬユニットにおけるｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素の値を指定してもよい。両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉに対して、存在しないときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］の値は、ｉに等しいと推測される。
【０３６８】
ｉが０より大きいときに、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ−１］より大きいものとする。
【０３６９】
両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉに対して、変数ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］がｉに等しくセットされる。
【０３７０】
ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］がｉ番目のレイヤのｊ番目の現スケーラビリティ・ディメンジョン・タイプを指定してもよい。ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］の表現に用いられるビットの数は、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１ビットである。両端値を含めて、０からＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１までの範囲内のｊに対してｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］が存在しないときに、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、（（ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］＆（（１＜＜ｄｉｍＢｉｔＯｆｆｓｅｔ［ｊ＋１］）−１））＞＞ｄｉｍＢｉｔＯｆｆｓｅｔ［ｊ］）に等しいと推測される。
【０３７１】
ｉ番目のレイヤのｓｍＩｄｘ番目のスケーラビリティ・ディメンジョン・タイプの識別子を指定する変数ＳｃａｌａｂｉｌｉｔｙＩｄ［ｉ］［ｓｍＩｄｘ］、ｉ番目のレイヤのビュー識別子を指定する変数ＶｉｅｗＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］、ｉ番目のレイヤがビュー・スケーラビリティ拡張レイヤであるかどうかを指定する変数ＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ、およびｉ番目のレイヤの空間／ＳＮＲスケーラビリティ識別子を指定するＤｅｐｅｎｄｅｎｃｙＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］は、次のように導出される、すなわち、
【数２１】
2017522792.tif 000037
【０３７２】
一実施形態において、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときには、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］シンタックス要素に対するある１つのビットストリーム要件に従う必要があるうる。
【０３７３】
ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときには、ＮＡＬユニットヘッダにおけるｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素中の複数のビットがｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の値に従ってビット単位の長さをもつｎ個のセグメントに分割され、そのｎ個のセグメントがｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ＿ｆｌａｇ［ｉ］において示されるｎ個のスケーラビリティ・ディメンジョンと関連付けられるため、この制約条件が実施され、かつ必要でありうる。ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、ＮＡＬユニットヘッダでｕ（６）として符号化されるので、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときには、以下に記載される複数のビットストリーム要件が、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］に関してシグナリングされる値が確実に有意義であるようにする。
【０３７４】
一実施形態において、ビットストリーム適合性のある１つの要件は、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときにすべての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の値の合計が６以下であることである。
【０３７５】
別の実施形態では、ビットストリーム適合性のある１つの要件は、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときにすべての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の合計が６以下であることである。
【０３７６】
上記のビットストリーム制約条件のいくつかの追加のバリアントが以下に記載される。
【０３７７】
ビットストリーム適合性のある１つの要件は、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに両端値を含めて０からＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１に及ぶｊに対するすべての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の合計が６以下であることである。
【０３７８】
一実施形態において、ビットストリーム適合性のある１つの要件は、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときにすべてのｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］シンタックス要素の合計が（６ーＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ）以下であることである。
【０３７９】
一実施形態において、ビットストリーム適合性のある１つの要件は、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときにすべての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の合計が６以下であることである。従って、以下が必要とされる。
【数２２】
2017522792.tif 000038
【０３８０】
一実施形態において、ビットストリーム適合性のある１つの要件は、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときにすべての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の合計が６以下であることである。従って、以下が必要とされる。
【数２３】
2017522792.tif 000039
【０３８１】
さらに別の実施形態では、ビットストリーム適合性のある１つの要件は、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときにすべての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の合計がｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素をシグナリングするために用いられるビットの数以下であることである。いくつかの実施形態において、このｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素は、ＮＡＬユニットヘッダでシグナリングされてもよい。
【０３８２】
前に記載されたように、ＨＥＶＣ、ＳＨＶＣ、およびＭＶ−ＨＥＶＣにおいて、サブレイヤ非参照ピクチャは、一対の制約条件を含むある１つのピクチャである。第１の制約条件は、サブレイヤ非参照ピクチャが復号順に同じテンポラル・サブレイヤの後続のピクチャの復号処理においてインター予測のために用いることができないサンプルを含むことである。第２の制約条件は、サブレイヤ非参照ピクチャが復号順に高い方のテンポラル・サブレイヤの後続のピクチャの復号処理において（すなわち、復号順に低い方のサブレイヤの後続のピクチャに対してではない）インター予測のために用いてもよいサンプルを含むことである。
【０３８３】
いずれも参照によりその全体が本明細書に組み込まれる、ＪＣＴＶＣ−Ｏ１００８およびＪＣＴ３Ｖ−Ｆ１００４において、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］値は、ビデオパラメータセット（ＶＰＳ）拡張でシグナリングされる。０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関するレイヤ間予測のための参照として用いられないことを指定する。０より大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］−１より大きいＴｅｍｐｏｒａｌＩｄをもつピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関するレイヤ間予測のための参照として用いられないことを指定する。
【０３８４】
ＨＥＶＣ、ＳＨＶＣ、およびＭＶ−ＨＥＶＣは、マルチループ復号技術を組み込む。例えば、ビットストリームは、レイヤ０、１、および２を含みうる。レイヤ２を復号することが望ましい場合には、レイヤ０およびレイヤ１がレイヤ２のための参照レイヤとして用いられるならば、デコーダは、レイヤ１およびレイヤ０を復号する必要がある。これは、レイヤ２のみが復号され、表示もしくは再生されることが望ましいのに、レイヤ０および１を復号する計算に手間のかかるタスクである。いくつかのケースでは、レイヤ２がターゲットレイヤと呼ばれてもよい。かかるマルチループ・デコーダは、有効であるが、望ましいのは、特に選択されたレイヤに関して、低複雑度のビットストリーム復号をかかるマルチループ・デコーダを用いて可能にすることである。
【０３８５】
ＨＥＶＣ、ＳＨＶＣ、およびＭＶ−ＨＥＶＣに特に適する、マルチループ・デコーダの複雑度を低減するための１つの技術は、ある１つのレイヤの最も高いテンポラル・サブレイヤにおける複数のピクチャをサブレイヤ参照ピクチャおよびサブレイヤ非参照ピクチャに分割することによってある１つの指標をｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］に追加し、サブレイヤ非参照ピクチャが他のレイヤのレイヤ間予測に用いられないかどうかを示すことを許容することである。サブレイヤ非参照ピクチャは、復号順に同じテンポラル・サブレイヤの後続のピクチャの復号処理においてインター予測のために用いることができないサンプルを含むため、この指標は、最も高いテンポラル・サブレイヤに対して有用である。従って、これらのピクチャは、修正された指標を用いて破棄されてもよく、結果として、ターゲットレイヤを復号するときに参照レイヤ・ピクチャに対して行われる必要がある参照ピクチャの復号および動き補償の複雑度を低減するのに役立つ。
【０３８６】
前述の低複雑度技術は、エンコーダ（例えば、結果として生じるビットストリーム）がｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１のアサインメントを用いておらず、従って、すべてのピクチャに対して１に等しいｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値を割り当てたときに有用である。例えば、ＨＭ共通条件のような構成を用いて作り出された既存のＨＥＶＣベースレイヤ・ビットストリームがこのケースであろう。このケースでは、ＨＥＶＣベースレイヤＴｅｍｐｏｒａｌＩｄ０に属するサブレイヤ非参照ピクチャがレイヤ間予測に用いられないかどうかのある１つの指標を提供することによって低複雑度復号に対するサポートを示すために、修正された指標が依然として用いられてもよい。
【０３８７】
ある１つのレイヤの最大テンポラル・サブレイヤに属ずるサブレイヤ非参照ピクチャがある１つのレイヤのレイヤ間予測のために用いられないことを示すことができるように、ＶＰＳ拡張におけるｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］に関して予め存在するセマンティクスが修正されてもよい。そのうえ、この修正は、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］を用いてシグナリングされてもよい予め存在する指標が維持／予約されるような方法でシグナリングされる。それに応じて、追加の指標は、予め存在する指標を補足する。
【０３８８】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］に関する修正されたセマンティクスに加えて、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１に関する修正されたセマンティクスがサブレイヤ非参照ピクチャに係る修正された指標に基づいてもよい。さらに、ある１つのビットストリーム適合性要件がサブレイヤ非参照ピクチャに係る修正された指標に基づいて含められてもよい。かかる修正されたセマンティクスおよび修正された制約条件がレイヤ間参照ピクチャセットに対する復号処理において用いられてもよい。さらにまた、レイヤ間予測に必要とされないサブレイヤ非参照ピクチャに対するマーク付け処理の変更が含められてもよい。
【０３８９】
ビデオパラメータセット（ＶＰＳ）拡張は、次に示される通りであってもよい。
【表１２】
2017522792.tif 000040
または、以下に示される通りであってもよい。
【表１３】
2017522792.tif 000041
１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍａｘ＿ｍｉｎｕｓ１＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］が存在しないことを指定する。
【０３９０】
ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋１は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに対してＣＶＳ中に存在しうるテンポラル・サブレイヤの最大数を指定する。ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内にあるものとする。存在しないときに、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］は、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推測される。
【０３９１】
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１は、以下に示されるようにＶＰＳでシグナリングされてもよい。
【表１４】
2017522792.tif 000042
または、以下に示される通りであってもよい。
【表１５】
2017522792.tif 000043
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１がＶＰＳを参照する各ＣＶＳ中に存在しうるテンポラル・サブレイヤの最大数を指定してもよい。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から６までの範囲内にありうる。
【０３９２】
ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他のシンタックス要素による参照のためのＶＰＳを識別する。
【０３９３】
１に等しいｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］が存在することを指定する。０に等しいｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］が存在しないことを指定する。
【０３９４】
０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関するレイヤ間予測のための参照として用いられないことを指定する。
【０３９５】
０より大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、２つの選択のうちの１つを指定する。この判定基準の一対の選択への分割は、セマンティクスに対する修正を限定する助けとなる。
【０３９６】
第１の選択は、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］がｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋２に等しくなければ、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］−１より大きいＴｅｍｐｏｒａｌＩｄをもつピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関するレイヤ間予測のための参照として用いられない。
【０３９７】
第２の選択は、そうでない場合には（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］がｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋２に等しければ）、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］−２より大きいＴｅｍｐｏｒａｌＩｄをもつピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関するレイヤ間予測のための参照として用いられず、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、および（ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］に等しい）ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］−２に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ非参照ピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関するレイヤ間予測のための参照として用いられない。
【０３９８】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、０からＭｉｎ（ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋２，７）までの範囲内にあるものとする。
【数２４】
2017522792.tif 000044
【０３９９】
存在しないときに、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋１に等しいと推測される。
【０４００】
ビデオパラメータセット拡張のセマンティクスの修正に加えて、スライスセグメントヘッダのセマンティクスが同様に、および特にｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１に対して修正されてもよい。
【０４０１】
１に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現ピクチャを復号する際にレイヤ間予測が用いられてもよいことを指定する。０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現ピクチャを復号する際にレイヤ間予測が用いられないことを指定する。
【０４０２】
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１＋１は、レイヤ間予測のために現ピクチャを復号する際に用いてもよいピクチャの数を指定する。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１までの範囲内にあるものとする。
【０４０３】
変数ｎｕｍＲｅｆＬａｙｅｒＰｉｃｓおよびｒｅｆＬａｙｅｒＰｉｃＦｌａｇ［ｉ］ならびにｒｅｆＬａｙｅｒＰｉｃＩｄｃ［ｉ］は、次のように導出される、すなわち、
【数２５】
2017522792.tif 000045
【０４０４】
変数ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓは、次のように導出される、すなわち、
【数２６】
2017522792.tif 000046
【０４０５】
符号化ピクチャのすべてのスライスは、ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓの同じ値を有するものとする。
【０４０６】
ビデオパラメータセット拡張のセマンティクスの修正に加えて、スライスセグメントヘッダのセマンティクスが同様に、および特に修正されたビットストリーム適用性のために用いてもよいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］に対して修正されてもよい。
【０４０７】
ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、レイヤ間予測のために現ピクチャによって用いられてもよいｉ番目のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄを表す、変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］を指定する。シンタックス要素ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は、両端値を含めて、０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１までの範囲内にあるものとする。存在しないときに、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は、ｒｅｆＬａｙｅｒＰｉｃＩｄｃ［ｉ］に等しいと推測される。ｉが０より大きいときに、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ−１］より大きいものとする。
【０４０８】
両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉのすべての値に対して変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］は、次のように導出される、すなわち、
【数２７】
2017522792.tif 000047
【０４０９】
ある１つのピクチャのすべてのスライスは、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対してｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の同じ値を有するものとする。
【０４１０】
ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対して、次の条件のいずれかが真であるものとすることである、すなわち、
【０４１１】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］の値がＴｅｍｐｏｒａｌＩｄより大きく、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］がｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋２に等しくない。
【０４１２】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］の値がｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋２に等しく、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］−２に等しいＴｅｍｐｏｒａｌＩｄをもつサブレイヤ参照ピクチャであるか、または、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］−２がＴｅｍｐｏｒａｌＩｄより大きい。
【０４１３】
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］およびＴｅｍｐｏｒａｌＩｄがいずれも０であり、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャは、ＩＲＡＰピクチャである。
【０４１４】
０より大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ符号化ピクチャの復号を終了するための復号処理は、次の通りであってもよい。
【０４１５】
ＰｉｃＯｕｔｐｕｔＦｌａｇが次のようにセットされる、すなわち、
ＬａｙｅｒＩｎｉｔｉａｌｉｚｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しければ、ＰｉｃＯｕｔｐｕｔＦｌａｇが０に等しくセットされる。
そうでない場合には、現ピクチャがＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャのＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しければ、ＰｉｃＯｕｔｐｕｔＦｌａｇが０に等しくセットされる。
そうでない場合には、ＰｉｃＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇに等しくセットされる。
【０４１６】
以下が適用される、すなわち、
１．ｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇが１に等しければ、復号ピクチャが「参照に用いられない」とマーク付けされる。
２．そうでない場合には、復号ピクチャが「ｓｈｏｒｔ＿ｔｅｒｍ参照に用いられる」とマーク付けされる。
【０４１７】
ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄに等しいときに、Ｆ．８．１．４．１項において指定されたレイヤ間予測に必要とされないサブレイヤ非参照ピクチャのためのマーク付け処理が入力としてｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄを用いて起動される。
【０４１８】
ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しいときに、ＦｉｒｓｔＰｉｃＩｎＬａｙｅｒＤｅｃｏｄｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が１に等しくセットされる。
【０４１９】
レイヤ間予測に必要とされないサブレイヤ非参照ピクチャに対するマーク付け処理は、次のように修正されてもよい。
この処理への入力は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄである。
この処理の出力は、いくつかの復号ピクチャのための「参照に用いられない」という潜在的に更新されたマーク付けである。
この処理は、インター予測またはレイヤ間予測に必要とされないピクチャを「参照に用いられない」とマーク付けする。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さいときには、インター予測における参照のために現ピクチャが用いられてもよく、この処理は起動されない。
【０４２０】
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは、次のように導出される、すなわち、
ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓがＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中のエントリの数に等しくセットされる。
ｌａｔｅｓｔＤｅｃＩｄｘがＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しいｉの値に等しくセットされる。
【０４２１】
両端値を含めて、０からｌａｔｅｓｔＤｅｃＩｄｘまでの範囲内のｉに対して、ピクチャを「参照に用いられない」とマーク付けするために以下が適用される、すなわち、
ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ現アクセスユニットにおけるピクチャをｃｕｒｒＰｉｃとしよう。
ｃｕｒｒＰｉｃが「参照に用いられる」とマーク付けされ、かつサブレイヤ非参照ピクチャであるときには、以下が適用される、すなわち、
変数ｃｕｒｒＴｉｄがｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しくセットされる。
変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇが以下で指定されるように導出される、すなわち、
【数２８】
2017522792.tif 000048
ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいときに、ｃｕｒｒＰｉｃは、「参照に用いられない」とマーク付けされる。
【０４２２】
レイヤ間予測に必要とされないサブレイヤ非参照ピクチャに対する修正されたマーク付け処理は、次の通りであってもよい。ｉｆ（（（ｃｕｒｒＴｉｄ＜＝（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉＬｉｄｘ］［ｊＬｉｄｘ］−１））＆＆（（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉＬｉｄｘ］［ｊＬｉｄｘ］！＝（ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉＬｉｄｘ］＋２）））｜｜（（ｃｕｒｒＴｉｄ＜＝（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉＬｉｄｘ］［ｊＬｉｄｘ］−２））＆＆（（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉＬｉｄｘ］［ｊＬｉｄｘ］＝＝（ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉＬｉｄｘ］＋２）））））−−−が、ｉｆ（（（ｃｕｒｒＴｉｄ＜＝（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉＬｉｄｘ］［ｊＬｉｄｘ］−１））＆＆（（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉＬｉｄｘ］［ｊＬｉｄｘ］！＝（ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉＬｉｄｘ］＋２））））｜｜（（（ｃｕｒｒＴｉｄ＜（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉＬｉｄｘ］［ｊＬｉｄｘ］−２））｜｜（ｃｕｒｒＴｉｄ＝＝（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉＬｉｄｘ］［ｊＬｉｄｘ］−２）））＆＆（（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉＬｉｄｘ］［ｊＬｉｄｘ］＝＝（ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉＬｉｄｘ］＋２）））））−−−によって置き換えられる。
【０４２３】
別の実施形態では、ビデオパラメータセット拡張についてｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１に対するセマンティック変更がなされ、セマンティック修正のいくらかまたはすべてが省略されてもよい。１に等しいｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］が存在することを指定する。０に等しいｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、シンタックス要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］が存在しないことを指定する。
【０４２４】
第１のかかる修正された実施形態において、０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関するレイヤ間予測のための参照として用いられないことを指定する。０より大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］−１より大きいＴｅｍｐｏｒａｌＩｄをもつピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関するレイヤ間予測のための参照として用いられないことを指定する。ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端値を含めて、０からｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋１までの範囲内かまたは７であるものとする。存在しないときに、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、７に等しいと推測される。
【０４２５】
第２のかかる修正された実施形態において、０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ非ＩＲＡＰピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関するレイヤ間予測のための参照として用いられないことを指定する。０より大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ＣＶＳ内においてｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ、およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］−１より大きいＴｅｍｐｏｒａｌＩｄをもつピクチャが、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつピクチャに関するレイヤ間予測のための参照として用いられないことを指定する。ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］の値は、両端値を含めて、０からｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋１までの範囲内にあるものとする。存在しないときに、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］は、ｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋１に等しいと推測される。
【０４２６】
これらの第１および第２の修正された実施形態のいずれにおいても、一般的なスライスセグメントヘッダのセマンティクスが、特にｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１に関して、修正されてもよい。
【０４２７】
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１＋１は、レイヤ間予測のために現ピクチャを復号する際に用いられてもよいピクチャの数を指定する。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１までの範囲内にあるものとする。
【０４２８】
変数ｎｕｍＲｅｆＬａｙｅｒＰｉｃｓおよびｒｅｆＬａｙｅｒＰｉｃＦｌａｇ［ｉ］ならびにｒｅｆＬａｙｅｒＰｉｃＩｄｃ［ｉ］は、次のように導出される、すなわち、
【数２９】
2017522792.tif 000049
【０４２９】
変数ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓは、次のように導出される、すなわち、
【数３０】
2017522792.tif 000050
【０４３０】
符号化ピクチャのすべてのスライスは、ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓの同じ値を有するものとする。
【０４３１】
図６１を参照すると、ｓｕｂ＿ｌａｙｅｒ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］およびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］の様々な値がレイヤ間予測（ＩＬＰ：ｉｎｔｅｒ−ｌａｙｅｒ  ｐｒｅｄｉｃｔｉｏｎ）制限に関する対応する指標とともに示される。別の実施形態では、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］［ｊ］がｓｕｂ＿ｌａｙｅｒｓ＿ｖｐｓ＿ｍａｘ＿ｍｉｎｕｓ１［ｉ］＋２に等しければ、他の何らかの指標がシグナリングされてもよい。
【０４３２】
さらに別の実施形態では、任意の適切な動作点にレイヤセットが適用されてもよい。
【０４３３】
ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］が存在しないときの値を推測するためにそのセマンティクスが修正されてもよい。この理由は、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］が１に等しく、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＯｌｓＨｉｇｈｅｓｔＯｕｔｐｕｔＬａｙｅｒＩｄ［ｉ］］が０より大きいときにある１つの出力レイヤセットに関してシグナリングされるに過ぎないが、しかし、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］の値は、任意の出力レイヤセットに関する仕様において（例えば、７．４．４節においてｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｊ］のシンタックスで、およびＧ．１１．１．２で）用いられるためである。
【０４３４】
加えて、もはや必要ではないとしてある１つの修正が変数ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｉ］の導出に対してなされてもよい。
【０４３５】
図６２は、ＪＣＴ３Ｖ−Ｈ１００２に基づく例示的なビデオパラメータセット拡張を提供する。
【０４３６】
図６３は、ＪＣＴＶＣ−Ｒ００１０に基づく例示的なビデオパラメータセット・シンタックスを提供する。
【０４３７】
図６２および６３では、０に等しいａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、代わりの出力レイヤがｉ番目のＯＬＳにおけるいずれの出力レイヤにも用いられないことを指定する。１に等しいａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、代わりの出力レイヤがｉ番目のＯＬＳにおける出力レイヤに用いられてもよいことを指定する。
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］が１に等しく、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＯｌｓＨｉｇｈｅｓｔＯｕｔｐｕｔＬａｙｅｒＩｄ［ｉ］］が０より大きければ、変数ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｉ］がａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］に等しくセットされる。
そうでない場合には、変数ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｉ］が０に等しくセットされる。
【０４３８】
ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［０］が０に等しくセットされる。
ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が０に等しいときに、インデックスｏｌｓＩｄｘをもつＯＬＳのうちの出力レイヤにはないピクチャは、出力されない。ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が１に等しく、インデックスｏｌｓＩｄｘをもつＯＬＳのうちの出力レイヤにおけるピクチャがアクセスユニット中に存在しないか、または０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するときには、ＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しく、かつ、出力レイヤの直接および間接参照レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のうちのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するアクセスユニットの複数のピクチャのうちで、最も高いｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつある１つのピクチャが出力される。
【０４３９】
両端値を含めて、０からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１までの範囲内のｏｌｓＩｄｘの各値に対して、以下が適用される、すなわち、
ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が１に等しいときに、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇの値は、ＯｌｓＨｉｇｈｅｓｔＯｕｔｐｕｔＬａｙｅｒＩｄ［ｏｌｓＩｄｘ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値か、またはＯｌｓＨｉｇｈｅｓｔＯｕｔｐｕｔＬａｙｅｒＩｄ［ｏｌｓＩｄｘ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤの任意の直接または間接参照レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する、ある１つのアクセスユニットの複数のスライスヘッダにおいて同じであるものとする。
ｏｌｓＢｉｔｓｔｒｅａｍが、現ビットストリーム、７に等しいＴｅｍｐｏｒａｌＩｄ、およびＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｏｌｓＩｄｘ］］に等しいｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔの入力を用いたサブビットストリーム抽出処理の出力であるとしよう。ｔｒｕｎｃａｔｅｄＯｌｓＢｉｔｓｔｒｅａｍが、ｏｌｓＢｉｔｓｔｒｅａｍであるか、または０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＩＲＡＰピクチャをもつ任意のアクセスユニットに、復号順に、先行するアクセスユニットを除去することによってｏｌｓＢｉｔｓｔｒｅａｍから形成されるとしよう。ビットストリーム適合性のある１つの要件は、ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が１に等しいときに、その他のピクチャに関する予測のための参照として用いられず、かつ、ある１つのアクセスユニットの唯一の符号化ピクチャではない任意の符号化ピクチャを、ｔｒｕｎｃａｔｅｄＯｌｓＢｉｔｓｔｒｅａｍから、除去することによって形成されたビットストリームが、適合するビットストリームであることである。ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が１に等しいときに、エンコーダは、ＨＲＤで代わりの出力レイヤのピクチャが「出力に必要とされる」とマーク付けされているときでもｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］の値が十分であるように、これらの値をセットする必要がある。
【０４４０】
図６２および６３に関する別の実施形態では、０に等しいａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、代わりの出力レイヤがｉ番目のＯＬＳにおけるいずれの出力レイヤにも用いられないことを指定する。１に等しいａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、代わりの出力レイヤがｉ番目のＯＬＳにおける出力レイヤに用いられてもよいことを指定する。
【０４４１】
存在しないときに、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］の値は、０に等しいと推測される。
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］が１に等しく、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＯｌｓＨｉｇｈｅｓｔＯｕｔｐｕｔＬａｙｅｒＩｄ［ｉ］］が０より大きければ、変数ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｉ］がａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］に等しくセットされる。
そうでない場合には、変数ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｉ］が０に等しくセットされる。
【０４４２】
ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［０］が０に等しくセットされる。
ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が０に等しいときに、インデックスｏｌｓＩｄｘをもつＯＬＳのうちの出力レイヤにはないピクチャは、出力されない。ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が１に等しく、インデックスｏｌｓＩｄｘをもつＯＬＳのうちの出力レイヤにおけるピクチャがアクセスユニット中に存在しないか、または０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するときには、ＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しく、かつ、出力レイヤの直接および間接参照レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のうちのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するアクセスユニットの複数のピクチャのうちで、最も高いｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつある１つのピクチャが出力される。
【０４４３】
両端値を含めて、０からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１までの範囲内のｏｌｓＩｄｘの各値に対して、以下が適用される、すなわち、
ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が１に等しいときに、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇの値は、ＯｌｓＨｉｇｈｅｓｔＯｕｔｐｕｔＬａｙｅｒＩｄ［ｏｌｓＩｄｘ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値か、またはＯｌｓＨｉｇｈｅｓｔＯｕｔｐｕｔＬａｙｅｒＩｄ［ｏｌｓＩｄｘ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤの任意の直接または間接参照レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する、ある１つのアクセスユニットの複数のスライスヘッダにおいて同じであるものとする。
ｏｌｓＢｉｔｓｔｒｅａｍが、現ビットストリーム、７に等しいＴｅｍｐｏｒａｌＩｄ、およびＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｏｌｓＩｄｘ］］に等しいｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔの入力を用いたサブビットストリーム抽出処理の出力であるとしよう。ｔｒｕｎｃａｔｅｄＯｌｓＢｉｔｓｔｒｅａｍが、ｏｌｓＢｉｔｓｔｒｅａｍであるか、または０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＩＲＡＰピクチャをもつ任意のアクセスユニットに、復号順に、先行するアクセスユニットを除去することによってｏｌｓＢｉｔｓｔｒｅａｍから形成されるとしよう。ビットストリーム適合性のある１つの要件は、ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が１に等しいときに、その他のピクチャに関する予測のための参照として用いられず、かつ、ある１つのアクセスユニットの唯一の符号化ピクチャではない任意の符号化ピクチャを、ｔｒｕｎｃａｔｅｄＯｌｓＢｉｔｓｔｒｅａｍから、除去することによって形成されたビットストリームが、適合するビットストリームであることである。ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が１に等しいときに、エンコーダは、ＨＲＤで代わりの出力レイヤのピクチャが「出力に必要とされる」とマーク付けされているときでもｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］の値が十分であるように、これらの値をセットする必要がある。
【０４４４】
さらに別の実施形態では、０に等しいａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、代わりの出力レイヤがｉ番目の出力レイヤセットにおけるいずれの出力レイヤにも用いられないことを指定する。１に等しいａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、代わりの出力レイヤがｉ番目の出力レイヤセットにおける出力レイヤに用いられてもよいことを指定する。
【０４４５】
存在しないときに、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］の値は、０に等しいと推測される。
ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｏｌｓＩｄｘ］が０に等しいときに、インデックスｏｌｓＩｄｘをもつ出力レイヤセットのうちのターゲット出力レイヤにはないピクチャは、出力されない。ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が１に等しく、インデックスｏｌｓＩｄｘをもつ出力レイヤセットのうちのターゲット出力レイヤにおけるピクチャがアクセスユニット中に存在しないか、または０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するときには、ＰｉｃＯｕｔｐｕｔＦｌａｇが１に等しく、かつ、ターゲット出力レイヤの直接および間接参照レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のうちのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するアクセスユニットのピクチャのうちで、最も高いｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつある１つのピクチャが出力される。
【０４４６】
両端値を含めて、０からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１までの範囲内のｏｌｓＩｄｘの各値に対して、以下が適用される。
ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｏｌｓＩｄｘ］が１に等しいときに、ｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇの値は、ＯｌｓＨｉｇｈｅｓｔＯｕｔｐｕｔＬａｙｅｒＩｄ［ｏｌｓＩｄｘ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値か、またはＯｌｓＨｉｇｈｅｓｔＯｕｔｐｕｔＬａｙｅｒＩｄ［ｏｌｓＩｄｘ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤの任意の直接または間接参照レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する、ある１つのアクセスユニットの複数のスライスヘッダにおいて同じであるものとする。
ｏｌｓＢｉｔｓｔｒｅａｍが、現ビットストリーム、７に等しいＴｅｍｐｏｒａｌＩｄ、およびＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＬａｙｅｒＳｅｔＩｄｘＦｏｒＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｏｌｓＩｄｘ］］に等しいｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔの入力を用いたサブビットストリーム抽出処理の出力であるとしよう。ｔｒｕｎｃａｔｅｄＯｌｓＢｉｔｓｔｒｅａｍが、ｏｌｓＢｉｔｓｔｒｅａｍであるか、または０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＩＲＡＰピクチャをもつ任意のアクセスユニットに、復号順に、先行するアクセスユニットを除去することによってｏｌｓＢｉｔｓｔｒｅａｍから形成されるとしよう。ビットストリーム適合性のある１つの要件は、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｏｌｓＩｄｘ］が１に等しいときに、その他のピクチャに関する予測のための参照として用いられず、かつ、ある１つのアクセスユニットの唯一の符号化ピクチャではない任意の符号化ピクチャを、ｔｒｕｎｃａｔｅｄＯｌｓＢｉｔｓｔｒｅａｍから、除去することによって形成されたビットストリームが、適合するビットストリームであることである。ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｏｌｓＩｄｘ］が１に等しいときに、エンコーダは、ＨＲＤで代わりの出力レイヤのピクチャが「出力に必要とされる」とマーク付けされているときでも、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］［ｋ］［ｊ］の値が十分であるように、これらの値をセットする必要がある。
【０４４７】
プロファイル、ティアおよびレベルのセマンティクスは、次の通りであってもよい。
【０４４８】
ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しく、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がＶＰＳ中の第１のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造であれば、そのシンタックス構造におけるすべてのビットは、０に等しいものとし、デコーダは、そのシンタックス構造を無視するものとする。そうでない場合には、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のセマンティクスは、現在の項の残りの部分によって指定される。
【０４４９】
ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造は、出力レイヤセットが適合するプロファイル、ティアおよびレベルを提供する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造中に含まれるときに、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｉｄｘ［ｉ］シンタックス要素は、ｉ番目の出力レイヤセットにどのｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が適用されるかを指定する。ｎｕｍ＿ａｄｄ＿ｌａｙｅｒ＿ｓｅｔｓが０より大きく、ｉが、両端値を含めて、ＦｉｒｓｔＡｄｄＬａｙｅｒＳｅｔＩｄｘからＬａｓｔＡｄｄＬａｙｅｒＳｅｔＩｄｘまでの範囲内にあるときに、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｉｄｘ［ｉ］によって識別されたｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が、ＬａｙｅｒＳｅｔＩｄｘＦｏｒＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］に等しい入力変数ｌｓＩｄｘセットを用いたＦ．１０．２項の非ベースレイヤ・サブツリー抽出処理の出力に適用される。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がｖｐｓ中に含まれるが、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造中に含まれないときには、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が０番目の出力レイヤセットに適用される。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がベースレイヤに係るアクティブＳＰＳ中に含まれるときには、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が０番目の出力レイヤセットに適用される。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ独立した非ベースレイヤに係るアクティブＳＰＳ中に含まれるときには、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が、ＡｓｓｉｇｎｅｄＢａｓｅＬａｙｅｒＩｄ［ｌｓＩｄｘ］がｌａｙｅｒＩｄに等しい入力パラメータｌｓＩｄｘを用いたＦ．１０．２項の非ベースレイヤ・サブツリー抽出処理の出力ビットストリームにおける０番目の出力レイヤセットに適用される。
【０４５０】
次のセマンティクスの解釈のために、ＣＶＳは、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が適用されるレイヤセットと関連付けられたＣＶＳサブセットを参照する。
【０４５１】
シンタックス要素ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅ、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇ、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃ、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｊ］、ｇｅｎｅｒａｌ＿ｐｒｏｇｒｅｓｓｉｖｅ＿ｓｏｕｒｃｅ＿ｆｌａｇ、ｇｅｎｅｒａｌ＿ｉｎｔｅｒｌａｃｅｄ＿ｓｏｕｒｃｅ＿ｆｌａｇ、ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐａｃｋｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｇｅｎｅｒａｌ＿ｆｒａｍｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｇｅｎｅｒａｌ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿４４ｂｉｔｓが存在しないときに、これらは、ＶＰＳ拡張における（ｐｔｌＩｄｘ−１）番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の対応する値に等しいと推測される。
【０４５２】
シンタックス要素ｓｕｂ＿ｌａｙｅｒ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｔｉｅｒ＿ｆｌａｇ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｐｒｏｆｉｌｅ＿ｉｄｃ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｉ］［ｊ］、ｓｕｂ＿ｌａｙｅｒ＿ｐｒｏｇｒｅｓｓｉｖｅ＿ｓｏｕｒｃｅ＿ｆｌａｇ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｉｎｔｅｒｌａｃｅｄ＿ｆｌａｇ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｐａｃｋｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿４４ｂｉｔｓ［ｉ］が存在しないときに、これらは、ＶＰＳ拡張における（ｐｔｌＩｄｘ−１）番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の対応する値に等しいと推測される。
【０４５３】
以下に記載されるように、７．４．４項における仕様が適用される。
【０４５４】
ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇは、付属書ＡまたはＧ．１１項において指定されるように、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの解釈のためのティア・コンテキストを指定する。
【０４５５】
ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃは、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅが０に等しいときに、付属書ＡまたはＧ．１１項において指定されるように、ＣＶＳが適合するある１つのプロファイルを示す。ビットストリームは、付属書ＡまたはＧ．１１項において指定された以外のｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃの値を含まないものとする。ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃの他の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約される。
【０４５６】
１に等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｊ］は、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅが０に等しいときに、付属書ＡまたはＧ．１１項において指定されるように、ＣＶＳがｉに等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃによって示されるプロファイルに適合することを示す。ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅが０に等しいときに、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃ］は、１に等しいものとする。ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｊ］の値は、付属書ＡまたはＧ．１１項においてｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃの許容値として指定されないｊの任意の値に対して、０に等しいものとする。
【０４５７】
ピクチャのシーケンスｐｉｃＳｅｑは、次のように導出される、すなわち、
ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がＳＰＳ中に含まれるならば、ｐｉｃＳｅｑは、ＳＰＳがアクティブＳＰＳであるＣＶＳ中の複数のピクチャからなる。
そうでない場合には、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がある１つのＶＰＳ中に含まれるが、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造中には含まれなければ、ｐｉｃＳｅｑは、ＣＶＳ中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ複数のピクチャからなる。
そうでない場合には、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が１に等しいａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］をもつ出力レイヤセットと関連付けられるならば、ｐｉｃＳｅｑは、ＣＶＳ内における出力レイヤならびにその直接および間接参照レイヤの複数のピクチャからなる。
そうでない場合には、ｐｉｃＳｅｑは、ＣＶＳ内における関連付けられた出力レイヤセットのうちの出力レイヤの複数のピクチャからなる。
【０４５８】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合するビットストリームは、次の制約条件に従ってもよい、すなわち、
ＶＰＳは、１に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇのみを有するものとする。
ＶＰＳは、両端値を含めて、０から１５までの範囲内のｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１を有するものとする。
【０４５９】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合する出力レイヤセットを含んだビットストリームは、出力レイヤセット・インデックスｏｌｓＩｄｘをもち、ｌａｙｅｒＳｅｔＩｄｘが出力レイヤセットのためのレイヤセットである、それぞれの出力レイヤセットに関して導出されたサブビットストリームに対する次の制約条件に従うものとし、このサブビットストリームは、次の入力、すなわち、ビットストリームと、６に等しいｔＩｄＴａｒｇｅｔと、インデックスｌａｙｅｒＳｅｔＩｄｘをもつレイヤセット中に含まれ、かつ、プライマリピクチャ・レイヤである複数のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含んだｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔとを用いて、Ｆ．１０項において指定されるようなサブビットストリーム抽出処理を起動することによって導出される。
【０４６０】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合する出力レイヤセットを含んだビットストリームは、入力としてビットストリームと、６に等しいｔＩｄＴａｒｇｅｔと、０に等しい１つのみのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含んだｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔとを用いて、Ｆ．１０項において指定されるようなサブビットストリーム抽出処理を起動することによって導出されたベースレイヤ・ビットストリームに対する次の制約条件にも従うものとする。
【０４６１】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合するビットストリームから導出されたベースレイヤ・ビットストリームは、次の制約条件に従うものとする、すなわち、
ベースレイヤ・ビットストリームは、Ａ．３．２項において指定されたＭａｉｎプロファイルのすべての制約条件に従うものとする。
ベースレイヤ・ビットストリームのＳＰＳは、１に等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃまたは１に等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［１］を有するものとする。
【０４６２】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合する出力レイヤセットに対して導出されたサブビットストリームは、次の制約条件に従うものとする、すなわち、
サブビットストリームに係るすべてのアクティブＳＰＳは、１に等しいｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃのみを有するのみとする。
サブビットストリームの任意のアクティブＳＰＳから導出されたＣｔｂＬｏｇ２ＳｉｚｅＹは、両端値を含めて、４から６までの範囲内にあるものとする。
ＳｃａｌａｂｉｌｉｔｙＩｄ［ｊ］［ｓｍＩｄｘ］は、１に等しくない任意のｓｍＩｄｘに対して、およびサブビットストリームに係るｊの任意の値に対して０に等しいものとする。
サブビットストリーム中のレイヤの数は、２に等しいものとする。
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｏｌｓＩｄｘ］［ｊ］は、０から１までの範囲内のｊのすべての値に対して１に等しいものとする。この制限は、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｏｌｓＩｄｘ］が０に等しいことを示唆する。
サブビットストリームにおけるｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ［ｉ］が１に等しいときに、ｉｎｔｅｒ＿ｖｉｅｗ＿ｍｖ＿ｖｅｒｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、そのレイヤに係る各アクティブＳＰＳ  ＲＢＳＰ中のｓｐｓ＿ｍｕｌｔｉｌａｙｅｒ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造において１に等しいものとする。
サブビットストリームにおけるｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ［ｉ］が１に等しいときに、ｎｕｍ＿ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｏｆｆｓｅｔｓは、そのレイヤに係る各アクティブＳＰＳ中で０に等しいものとする。
サブビットストリームにおけるｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ［ｉ］が１に等しいときに、そのレイヤに係る各アクティブＳＰＳ中のｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値は、そのレイヤのすべての直接参照レイヤに係る各アクティブＳＰＳ中の、それぞれ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値に等しいものとする。
サブビットストリームに係るすべてのアクティブＳＰＳは、０に等しいｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎｓ＿ｆｌａｇのみ、および０に等しいｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿６ｂｉｔｓのみを有するものとする。
サブビットストリームに係るすべてのアクティブＰＰＳは、０に等しいｐｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎｓ＿ｆｌａｇのみ、および０に等しいｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿６ｂｉｔｓのみを有するものとする。
サブビットストリームに係るすべてのアクティブＳＰＳは、０に等しいｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８のみを有するものとする。
サブビットストリームに係るすべてのアクティブＳＰＳは、０に等しいｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８のみを有するものとする。
ＡｕｘＩｄ［ｉ］およびＡｕｘＩｄ［ｊ］がいずれも０に等しく、ｉがｊに等しくないときに、ＶｉｅｗＯｒｄｅｒＩｎｄｅｘ［ｉ］は、ＶｉｅｗＯｒｄｅｒＩｎｄｅｘ［ｊ］に等しくないものとする。
【０４６３】
別の実施形態では、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］が存在しないときにその値を推測するのではなく、導出された変数ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｉ］がａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］の代わりに用いられる。
【０４６４】
プロファイル、ティアおよびレベルのセマンティクスは、次の通りであってもよい。
【０４６５】
ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しく、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がＶＰＳ中の第１のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造であれば、そのシンタックス構造におけるすべてのビットは、０に等しいものとし、デコーダは、そのシンタックス構造を無視するものとする。そうでない場合には、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のセマンティクスは、現在の項の残りの部分によって指定される。
【０４６６】
ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造は、出力レイヤセットが適合するプロファイル、ティアおよびレベルを提供する。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造中に含まれるときに、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｉｄｘ［ｉ］シンタックス要素は、ｉ番目の出力レイヤセットにどのｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が適用されるかを指定する。ｎｕｍ＿ａｄｄ＿ｌａｙｅｒ＿ｓｅｔｓが０より大きく、ｉが、両端値を含めて、ＦｉｒｓｔＡｄｄＬａｙｅｒＳｅｔＩｄｘからＬａｓｔＡｄｄＬａｙｅｒＳｅｔＩｄｘまでの範囲内にあるときに、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｉｄｘ［ｉ］によって識別されたｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が、ＬａｙｅｒＳｅｔＩｄｘＦｏｒＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］に等しい入力変数ｌｓＩｄｘセットを用いたＦ．１０．２項の非ベースレイヤ・サブツリー抽出処理の出力に適用される。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がｖｐｓ中に含まれるが、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造中に含まれないときには、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が０番目の出力レイヤセットに適用される。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がベースレイヤに係るアクティブＳＰＳ中に含まれるときには、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が０番目の出力レイヤセットに適用される。ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ独立した非ベースレイヤに係るアクティブＳＰＳ中に含まれるときには、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が、ＡｓｓｉｇｎｅｄＢａｓｅＬａｙｅｒＩｄ［ｌｓＩｄｘ］がｌａｙｅｒＩｄに等しい入力パラメータｌｓＩｄｘを用いたＦ．１０．２項の非ベースレイヤ・サブツリー抽出処理の出力ビットストリームにおける０番目の出力レイヤセットに適用される。
【０４６７】
次のセマンティクスの解釈のために、ＣＶＳは、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が適用されるレイヤセットと関連付けられたＣＶＳサブセットを参照する。
【０４６８】
シンタックス要素ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅ、ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇ、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃ、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｊ］、ｇｅｎｅｒａｌ＿ｐｒｏｇｒｅｓｓｉｖｅ＿ｓｏｕｒｃｅ＿ｆｌａｇ、ｇｅｎｅｒａｌ＿ｉｎｔｅｒｌａｃｅｄ＿ｓｏｕｒｃｅ＿ｆｌａｇ、ｇｅｎｅｒａｌ＿ｎｏｎ＿ｐａｃｋｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｇｅｎｅｒａｌ＿ｆｒａｍｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ、ｇｅｎｅｒａｌ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿４４ｂｉｔｓが存在しないときに、これらは、ＶＰＳ拡張における（ｐｔｌＩｄｘ−１）番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の対応する値に等しいと推測される。
【０４６９】
シンタックス要素ｓｕｂ＿ｌａｙｅｒ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｔｉｅｒ＿ｆｌａｇ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｐｒｏｆｉｌｅ＿ｉｄｃ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｉ］［ｊ］、ｓｕｂ＿ｌａｙｅｒ＿ｐｒｏｇｒｅｓｓｉｖｅ＿ｓｏｕｒｃｅ＿ｆｌａｇ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｉｎｔｅｒｌａｃｅｄ＿ｆｌａｇ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｐａｃｋｅｄ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｆｒａｍｅ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇ［ｉ］、ｓｕｂ＿ｌａｙｅｒ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿４４ｂｉｔｓ［ｉ］が存在しないときに、これらは、ＶＰＳ拡張における（ｐｔｌＩｄｘ−１）番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の対応する値に等しいと推測される。
【０４７０】
７．４．４項における仕様が以下に記載されるように適用される。
【０４７１】
ｇｅｎｅｒａｌ＿ｔｉｅｒ＿ｆｌａｇは、付属書ＡまたはＧ．１１項において指定されるように、ｇｅｎｅｒａｌ＿ｌｅｖｅｌ＿ｉｄｃの解釈のためのティア・コンテキストを指定する。
【０４７２】
ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃは、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅが０に等しいときに、付属書ＡまたはＧ．１１項において指定されるように、ＣＶＳが適合するある１つのプロファイルを示す。ビットストリームは、付属書ＡまたはＧ．１１項において指定された以外のｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃの値を含まないものとする。ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃの他の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約される。
【０４７３】
１に等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｊ］は、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅが０に等しいときに、付属書ＡまたはＧ．１１項において指定されるように、ＣＶＳがｉに等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃによって示されるプロファイルに適合することを示す。ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｓｐａｃｅが０に等しいときに、ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃ］は、１に等しいものとする。ｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［ｊ］の値は、付属書ＡまたはＧ．１１項においてｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃの許容値として指定されないｊの任意の値に対して、０に等しいものとする。
【０４７４】
ピクチャのシーケンスｐｉｃＳｅｑは、次のように導出される、すなわち、
ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がＳＰＳ中に含まれるならば、ｐｉｃＳｅｑは、ＳＰＳがアクティブＳＰＳであるＣＶＳ中の複数のピクチャからなる。
そうでない場合には、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造がある１つのＶＰＳ中に含まれるが、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造中には含まれなければ、ｐｉｃＳｅｑは、ＣＶＳ中の０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつ複数のピクチャからなる。
そうでない場合には、ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造が１に等しいＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｉ］をもつ出力レイヤセットと関連付けられるならば、ｐｉｃＳｅｑは、ＣＶＳ内における出力レイヤならびにその直接および間接参照レイヤの複数のピクチャからなる。
そうでない場合には、ｐｉｃＳｅｑは、ＣＶＳ内における関連付けられた出力レイヤセットのうちの出力レイヤの複数のピクチャからなる。
【０４７５】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合するビットストリームは、次の制約条件に従ってもよい、すなわち、
ＶＰＳは、１に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇのみを有するものとする。
ＶＰＳは、両端値を含めて、０から１５までの範囲内のｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１を有するものとする。
【０４７６】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合する出力レイヤセットを含んだビットストリームは、出力レイヤセット・インデックスｏｌｓＩｄｘをもち、ｌａｙｅｒＳｅｔＩｄｘが出力レイヤセットのためのレイヤセットである、それぞれの出力レイヤセットに関して導出されたサブビットストリームに対する次の制約条件に従うものとし、このサブビットストリームは、次の入力、すなわち、ビットストリームと、６に等しいｔＩｄＴａｒｇｅｔと、インデックスｌａｙｅｒＳｅｔＩｄｘをもつレイヤセット中に含まれ、かつ、プライマリピクチャ・レイヤである複数のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含んだｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔとを用いて、Ｆ．１０項において指定されるようなサブビットストリーム抽出処理を起動することによって導出される。
【０４７７】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合する出力レイヤセットを含んだビットストリームは、入力としてビットストリームと、６に等しいｔＩｄＴａｒｇｅｔと、０に等しい１つのみのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含んだｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔとを用いて、Ｆ．１０項において指定されるようなサブビットストリーム抽出処理を起動することによって導出されたベースレイヤ・ビットストリームに対する次の制約条件にも従うものとする。
【０４７８】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合するビットストリームから導出されたベースレイヤ・ビットストリームは、次の制約条件に従うものとする、すなわち、
ベースレイヤ・ビットストリームは、Ａ．３．２項において指定されたＭａｉｎプロファイルのすべての制約条件に従うものとする。
ベースレイヤ・ビットストリームのＳＰＳは、１に等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃまたは１に等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［１］を有するものとする。
【０４７９】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合する出力レイヤセットに対して導出されたサブビットストリームは、次の制約条件に従うものとする、すなわち、
サブビットストリームに係るすべてのアクティブＳＰＳは、１に等しいｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃのみを有するのみとする。
サブビットストリームの任意のアクティブＳＰＳから導出されたＣｔｂＬｏｇ２ＳｉｚｅＹは、両端値を含めて、４から６までの範囲内にあるものとする。
ＳｃａｌａｂｉｌｉｔｙＩｄ［ｊ］［ｓｍＩｄｘ］は、１に等しくない任意のｓｍＩｄｘに対して、およびサブビットストリームに係るｊの任意の値に対して０に等しいものとする。
サブビットストリーム中のレイヤの数は、２に等しいものとする。
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｏｌｓＩｄｘ］［ｊ］は、０から１までの範囲内のｊのすべての値に対して１に等しいものとする。この制限は、ＡｌｔＯｐｔＬａｙｅｒＦｌａｇ［ｏｌｓＩｄｘ］が０に等しいことを示唆する。
サブビットストリームにおけるｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ［ｉ］が１に等しいときに、ｉｎｔｅｒ＿ｖｉｅｗ＿ｍｖ＿ｖｅｒｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、そのレイヤに係る各アクティブＳＰＳ  ＲＢＳＰ中のｓｐｓ＿ｍｕｌｔｉｌａｙｅｒ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造において１に等しいものとする。
サブビットストリームにおけるｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ［ｉ］が１に等しいときに、ｎｕｍ＿ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｏｆｆｓｅｔｓは、そのレイヤに係る各アクティブＳＰＳ中で０に等しいものとする。
サブビットストリームにおけるｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ［ｉ］が１に等しいときに、そのレイヤに係る各アクティブＳＰＳ中のｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値は、そのレイヤのすべての直接参照レイヤに係る各アクティブＳＰＳ中の、それぞれ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値に等しいものとする。
サブビットストリームに係るすべてのアクティブＳＰＳは、０に等しいｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎｓ＿ｆｌａｇのみ、および０に等しいｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿６ｂｉｔｓのみを有するものとする。
サブビットストリームに係るすべてのアクティブＰＰＳは、０に等しいｐｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎｓ＿ｆｌａのみ、および０に等しいｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿６ｂｉｔｓのみを有するものとする。
サブビットストリームに係るすべてのアクティブＳＰＳは、０に等しいｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８のみを有するものとする。
サブビットストリームに係るすべてのアクティブＳＰＳは、０に等しいｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８のみを有するものとする。
ＡｕｘＩｄ［ｉ］およびＡｕｘＩｄ［ｊ］がいずれも０に等しく、ｉがｊに等しくないときに、ＶｉｅｗＯｒｄｅｒＩｎｄｅｘ［ｉ］は、ＶｉｅｗＯｒｄｅｒＩｎｄｅｘ［ｊ］に等しくないものとする。
【０４８０】
別の実施形態では、ビデオパラメータセット拡張シンタックスは、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］を常にシグナリングするように修正される。従って、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］は、ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］が１に等しくないとき、またはＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＯｌｓＨｉｇｈｅｓｔＯｕｔｐｕｔＬａｙｅｒＩｄ［ｉ］］が０に等しいときでさえシグナリングされる。
【０４８１】
これに関するＪＣＴ３Ｖ−Ｈ１００２に基づくビデオパラメータセット拡張のシグナリングは、図６４に示される。
【０４８２】
これに関するＪＣＴＶＣ−Ｒ００１０に基づくビデオパラメータセット拡張のシグナリングは、図６５に示される。
【０４８３】
補助ピクチャを矛盾なく取り扱うためにｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃおよびｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］のセマンティクスが含められてもよい。
【０４８４】
ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃが０に等しいときに、補助ピクチャ・レイヤは、ＯＬＳの出力レイヤではなく、プライマリピクチャ・レイヤのみがＯＬＳの出力レイヤである。このシンタックス構造が含められる理由は、補助ピクチャ・レイヤに関する復号能力を含む定義されたＳＨＶＣ／ＭＶ−ＨＥＶＣプロファイルが何もなく、かつ、０および１に等しいｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃ値がＭＶ−ＨＥＶＣおよびＳＨＶＣを対象とするためである。加えて、このシンタックス構造は、ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃ値が０に等しいときの振舞いとｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃ値が１に等しいときの振舞いとが矛盾しないようにする。
【０４８５】
ＪＣＴ３Ｖ−Ｈ１００２およびＪＣＴＶＣ−Ｒ００１０について上記のことを達成するための例示的なシンタックスが以下に示される、すなわち、
【０４８６】
ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、両端値を含めて、１からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のインデックスをもつＯＬＳに係る出力レイヤの導出を指定する。０に等しいｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、両端値を含めて、１からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のインデックスをもつそれぞれのＯＬＳにおいて、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｎｕｈＬａｙｅｒＩｄＡに等しく、ＡｕｘＩｄ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しいすべてのレイヤが、それらの各ＯＬＳのうちの出力レイヤであることを指定する。1に等しいｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、両端値を含めて、１からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のインデックスをもつそれぞれのＯＬＳにおいて、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｎｕｈＬａｙｅｒＩｄＡに等しく、ＡｕｘＩｄ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しいようなｎｕｈ＿ｌａｙｅｒ＿ｉｄの最高値もつレイヤのみが、そのＯＬＳのうちのある１つの出力レイヤであることを指定する。２に等しいｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、両端値を含めて、１からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のインデックスをもつＯＬＳのための出力レイヤが、シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］を用いて指定されることを指定する。ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃに関する３の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約される。ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃの値は、この仕様のこのバージョンでは３より小さいことが必要とされるが、デコーダは、３に等しいｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃの値がシンタックス中に現れることを許容するものとする。
【０４８７】
変数ｄｅｆａｕｌｔＯｕｔｐｕｔＬａｙｅｒＩｄｃは、Ｍｉｎ（ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃ，２）に等しくセットされる。
【０４８８】
１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目のＯＬＳ中のｊ番目のレイヤが出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目のＯＬＳ中のｊ番目のレイヤが出力レイヤではないことを指定する。
【０４８９】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［０］［０］の値は、１に等しいと推測される。
【０４９０】
ｄｅｆａｕｌｔＯｕｔｐｕｔＬａｙｅｒＩｄｃが、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のｉ、および両端値を含めて、０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］−１までの範囲内のｊに対して０または１であるときに、変数ＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］［ｊ］は、次のように導出される、すなわち、
ｄｅｆａｕｌｔＯｕｔｐｕｔＬａｙｅｒＩｄｃが０に等しく、かつ、ＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］［ｊ］がｎｕｈＬａｙｅｒＩｄＡに等しく、ＡｕｘＩｄ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しいか、またはＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］［ｊ］がｎｕｈＬａｙｅｒＩｄＡに等しく、ｎｕｈＬａｙｅｒＩｄＡがＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］における最高値であり、ＡｕｘＩｄ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しければ、ＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］［ｊ］は、１に等しくセットされる。
そうでない場合には、ＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］［ｊ］は、０に等しくセットされる。
【０４９１】
両端値を含めて、（ｄｅｆａｕｌｔＯｕｔｐｕｔＬａｙｅｒＩｄｃ＝＝２）？０：（ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１）からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１までの範囲内のｉ、および両端値を含めて、０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］−１までの範囲内のｊに対して、変数ＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］［ｊ］は、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］に等しくセットされる。
【０４９２】
変数ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］は、次のように導出される、すなわち、
【数３１】
2017522792.tif 000051
【０４９３】
ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＯｕｔｐｕｔＬａｙｅｒｓ−１までの範囲内のｉの値に対して、ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］が０より大きいものとすることである。
【０４９４】
別の実施形態では、ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃおよびｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］のセマンティクスが異なって修正される、すなわち、
【０４９５】
ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃが１に等しいときに、最上位の出力レイヤを補助ピクチャ・レイヤとすることができるであろう。主張されるのは、この修正が、ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃ値が１に等しいときの振舞いがｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃ値が０に等しいときの振舞いと矛盾しないようにするということである。
【０４９６】
ＪＣＴ３Ｖ−Ｈ１００２およびＪＣＴＶＣ−Ｒ００１０について上記のことを達成するための例示的なシンタックスが以下に示される。
ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、両端値を含めて、１からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のインデックスをもつＯＬＳに係る出力レイヤの導出を指定する。０に等しいｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、両端値を含めて、１からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のインデックスをもつそれぞれのＯＬＳにおけるすべてのレイヤが、それらの各ＯＬＳのうちの出力レイヤであることを指定する。１に等しいｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、両端値を含めて、１からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のインデックスをもつそれぞれのＯＬＳにおいてｎｕｈ＿ｌａｙｅｒ＿ｉｄがｎｕｈＬａｙｅｒＩｄＡに等しいようなｎｕｈ＿ｌａｙｅｒ＿ｉｄの最高値もつレイヤのみが、そのＯＬＳのうちのある１つの出力レイヤであることを指定する。２に等しいｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃは、両端値を含めて、１からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のインデックスをもつＯＬＳのための出力レイヤが、シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］を用いて指定されることを指定する。ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃに関する３の値は、ＩＴＵ−Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約される。ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃの値は、この仕様のこのバージョンでは３より小さいことが必要とされるが、デコーダは、３に等しいｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃの値がシンタックス中に現れることを許容するものとする。
【０４９７】
変数ｄｅｆａｕｌｔＯｕｔｐｕｔＬａｙｅｒＩｄｃは、Ｍｉｎ（ｄｅｆａｕｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｉｄｃ，２）に等しくセットされる。
【０４９８】
１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目のＯＬＳ中のｊ番目のレイヤが出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目のＯＬＳ中のｊ番目のレイヤが出力レイヤではないことを指定する。
【０４９９】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［０］［０］の値は、１に等しいと推測される。
【０５００】
ｄｅｆａｕｌｔＯｕｔｐｕｔＬａｙｅｒＩｄｃが、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のｉ、および両端値を含めて、０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］−１までの範囲内のｊに対して０または１であるときに、変数ＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］［ｊ］は、次のように導出される、すなわち、
【０５０１】
ｄｅｆａｕｌｔＯｕｔｐｕｔＬａｙｅｒＩｄｃが０に等しいか、またはＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］［ｊ］が、ｎｕｈＬａｙｅｒＩｄＡがＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］における最高値である、ｎｕｈＬａｙｅｒＩｄＡに等しければ、ＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］［ｊ］は、１に等しくセットされる。
【０５０２】
そうでない場合には、ＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］［ｊ］は、０に等しくセットされる。
【０５０３】
両端値を含めて、（ｄｅｆａｕｌｔＯｕｔｐｕｔＬａｙｅｒＩｄｃ＝＝２）？０：（ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１）からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１までの範囲内のｉ、および両端値を含めて、０からＮｕｍＬａｙｅｒｓＩｎＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｉ］］−１までの範囲内のｊに対して、変数ＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｉ］［ｊ］は、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］に等しくセットされる。
【０５０４】
変数ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］は、次のように導出される、すなわち、
【数３２】
2017522792.tif 000052
【０５０５】
ビットストリーム適合性のある１つの要件は、両端値を含めて、０からＮｕｍＯｕｔｐｕｔＬａｙｅｒｓ−１までの範囲内のｉの値に対して、ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｉ］が０より大きいものとすることである。
【０５０６】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合するビットストリームは、次の制約条件に従う、すなわち、
ＶＰＳは、１に等しいｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇのみを有するものとする。
ＶＰＳは、両端値を含めて、０から１５までの範囲内のｖｐｓ＿ｎｕｍ＿ｒｅｐ＿ｆｏｒｍａｔｓ＿ｍｉｎｕｓ１を有するものとする。
【０５０７】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合するＯＬＳを含んだビットストリームは、ＯＬＳインデックスｏｌｓＩｄｘをもち、ｌａｙｅｒＳｅｔＩｄｘがＯＬＳのためのレイヤセットである、それぞれのＯＬＳに関して導出されたサブビットストリームに対する次の制約条件に従うものとし、このサブビットストリームは、次の入力、すなわち、ビットストリームと、６に等しいｔＩｄＴａｒｇｅｔと、インデックスｌａｙｅｒＳｅｔＩｄｘをもつレイヤセット中に含まれ、かつ、ＡｕｘＩｄ［ｌａｙｅｒＩｄ］が０に等しい複数のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｙｅｒＩｄを含んだｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔとを用いて、Ｆ．１０項において指定されるようなサブビットストリーム抽出処理を起動することによって導出される。
【０５０８】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合するＯＬＳを含んだビットストリームは、入力としてビットストリームと、６に等しいｔＩｄＴａｒｇｅｔと、０に等しい１つのみのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を含んだｌａｙｅｒＩｄＬｉｓｔＴａｒｇｅｔとを用いて、Ｆ．１０項において指定されるようなサブビットストリーム抽出処理を起動することによって導出されたベースレイヤ・ビットストリームに対する次の制約条件にも従うものとする。
【０５０９】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合するビットストリームから導出されたベースレイヤ・ビットストリームは、次の制約条件に従うものとする、すなわち、
ベースレイヤ・ビットストリームは、Ａ．３．２項において指定されたＭａｉｎプロファイルのすべての制約条件に従うものとする。
ベースレイヤ・ビットストリームのＳＰＳは、１に等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｉｄｃまたは１に等しいｇｅｎｅｒａｌ＿ｐｒｏｆｉｌｅ＿ｃｏｍｐａｔｉｂｉｌｉｔｙ＿ｆｌａｇ［１］を有するものとする。
【０５１０】
Ｓｔｅｒｅｏ  Ｍａｉｎプロファイルに適合するＯＬＳに対して導出されたサブビットストリームは、次の制約条件に従うものとする、すなわち、
【０５１１】
サブビットストリームに係るすべてのアクティブＳＰＳは、１に等しいｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃのみを有するものとする。
【０５１２】
サブビットストリームの任意のアクティブＳＰＳから導出されたＣｔｂＬｏｇ２ＳｉｚｅＹは、両端値を含めて、４から６までの範囲内にあるものとする。
【０５１３】
ＳｃａｌａｂｉｌｉｔｙＩｄ［ｊ］［ｓｍＩｄｘ］は、１に等しくない任意のｓｍＩｄｘに対して、およびサブビットストリームに関するｊの任意の値に対して０に等しいものとする。
【０５１４】
サブビットストリーム中のレイヤの数は、２に等しいものとする。
【０５１５】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｏｌｓＩｄｘ］［ｊ］は、０から１までの範囲内のｊのすべての値に対して１に等しいものとする。この制限は、ａｌｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｏｌｓＩｄｘ］が０に等しいことを示唆する。
【０５１６】
ｎｕｈＬａｙｅｒＩｄＡに等しいＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＯｌｓＩｄｘＴｏＬｓＩｄｘ［ｏｌｓＩｄｘ］］［ｊ］をもつビットストリーム中の各レイヤに対して、ＡｕｘＩｄ［ｎｕｈＬａｙｅｒＩｄＡ］は、０に等しいものとする。
【０５１７】
サブビットストリームにおけるｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ［ｉ］が１に等しいときに、ｉｎｔｅｒ＿ｖｉｅｗ＿ｍｖ＿ｖｅｒｔ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇは、そのレイヤに係る各アクティブＳＰＳ  ＲＢＳＰ中のｓｐｓ＿ｍｕｌｔｉｌａｙｅｒ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造において１に等しいものとする。
【０５１８】
サブビットストリームにおけるｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ［ｉ］が１に等しいときに、ｎｕｍ＿ｓｃａｌｅｄ＿ｒｅｆ＿ｌａｙｅｒ＿ｏｆｆｓｅｔｓは、そのレイヤに係る各アクティブＳＰＳ中で０に等しいものとする。
【０５１９】
サブビットストリームにおけるｉに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤに関してＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ［ｉ］が１に等しいときに、そのレイヤに係る各アクティブＳＰＳ中のｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値は、そのレイヤのすべての直接参照レイヤに係る各アクティブＳＰＳ中の、それぞれ、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓおよびｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓの値に等しいものとする。
【０５２０】
サブビットストリームに係るすべてのアクティブＳＰＳは、０に等しいｓｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎｓ＿ｆｌａｇのみ、および０に等しいｓｐｓ＿ｅｘｔｅｎｓｉｏｎ＿６ｂｉｔｓのみを有するものとする。
【０５２１】
サブビットストリームに係るすべてのアクティブＰＰＳは、０に等しいｐｐｓ＿ｒａｎｇｅ＿ｅｘｔｅｎｓｉｏｎｓ＿ｆｌａのみ、および０に等しいｐｐｓ＿ｅｘｔｅｎｓｉｏｎ＿６ｂｉｔｓのみを有するものとする。
【０５２２】
サブビットストリームに係るすべてのアクティブＳＰＳは、０に等しいｂｉｔ＿ｄｅｐｔｈ＿ｌｕｍａ＿ｍｉｎｕｓ８のみを有するものとする。
【０５２３】
サブビットストリームに係るすべてのアクティブＳＰＳは、０に等しいｂｉｔ＿ｄｅｐｔｈ＿ｃｈｒｏｍａ＿ｍｉｎｕｓ８のみを有するものとする。
【０５２４】
ＡｕｘＩｄ［ｉ］およびＡｕｘＩｄ［ｊ］がいずれも０に等しく、ｉがｊに等しくないときに、ＶｉｅｗＯｒｄｅｒＩｎｄｅｘ［ｉ］は、ＶｉｅｗＯｒｄｅｒＩｎｄｅｘ［ｊ］に等しくないものとする。
【０５２５】
さらに別の実施形態では、任意の適切な動作点にレイヤセットが適用されてもよい。
【０５２６】
Ｉ  ｓｌｉｃｅ＿ｔｙｐｅに関するｓｌｉｃｅ＿ｔｙｐｅのセマンティクスは、レイヤ間予測が用いられる可能性を考えてＩＲＡＰピクチャおよびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴｅｍｐｏｒａｌＩｄ］値を考慮してもよいｎｕｈ＿ｌａｙｅｒ＿ｉｄ＞０のＩＲＡＰピクチャに対してレイヤ間予測が用いられることがありうるので、この修正が望ましい。
【０５２７】
ｓｌｉｃｅ＿ｔｙｐｅは、表７−７に従ってスライスの符号化タイプを指定する。
【表１６】
2017522792.tif 000053
【０５２８】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内の値を有し、すなわち、ピクチャがＩＲＡＰピクチャであり、ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓが０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５２９】
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴｅｍｐｏｒａｌＩｄ］が０に等しく、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５３０】
別の実施形態では、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内の値を有し、すなわち、ピクチャがＩＲＡＰピクチャであり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいか、またはＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓが０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５３１】
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿のときには、１つ以上のシンタックス要素が示されるより少ないかまたは多い回数シグナリングされてもよい。ｍｉｎｕｓ１［ＴｅｍｐｏｒａｌＩｄ］が０に等しく、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しく、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５３２】
別の実施形態では、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内の値を有し、すなわち、ピクチャがＩＲＡＰピクチャであり、スライスに関してレイヤ間予測が何も用いられないときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５３３】
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴｅｍｐｏｒａｌＩｄ］が０に等しく、ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓが０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５３４】
別の実施形態では、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内の値を有し、すなわち、ピクチャがＩＲＡＰピクチャであり、スライスに関してレイヤ間予測が何も用いられないときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５３５】
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴｅｍｐｏｒａｌＩｄ］が０に等しく、スライスに対してレイヤ間予測が何も用いられないときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５３６】
別の実施形態では、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内の値を有し、すなわち、ピクチャがＩＲＡＰピクチャであり、ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓが０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５３７】
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴｅｍｐｏｒａｌＩｄ］が０に等しく、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５３８】
ＮｕｍＰｉｃＴｏｔａｌＣｕｒｒが０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、０に等しいものとする。
【０５３９】
別の実施形態では、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内の値を有し、すなわち、ピクチャがＩＲＡＰピクチャであり、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５４０】
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴｅｍｐｏｒａｌＩｄ］が０に等しく、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５４１】
別の実施形態では、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内の値を有し、すなわち、ピクチャがＩＲＡＰピクチャであり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいか、またはＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５４２】
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴｅｍｐｏｒａｌＩｄ］が０に等しく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいか、またはＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］が０に等しいときに、ｓｌｉｃｅ＿ｔｙｐｅは、２に等しいものとする。
【０５４３】
加えて、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ（すなわち、ベースレイヤ）に係るＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓおよびＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［０］のための参照ルールが用いられてもよく、例えば、
０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄに係るＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓは、０に等しいと推測される。
ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［０］は、０に等しいと推測される。
【０５４４】
ＪＣＴＶＣ−Ｑ０１００８およびＪＣＴ３Ｖ−Ｈ１００２において、出力順デコーダ適合性は、ＤＰＢサイズをｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１パラメータに基づいて指定する。さらに、出力順デコーダ適合性のためのＨＲＤのＤＰＢの動作は、Ｃ５．２からＣ５．２．３項において記載される通りである。出力順ＤＰＢの動作は、ＶＰＳでシグナリングされたｄＰＢパラメータに基づくので、サブＤＰＢサイズが適切に指定されるべきである。
【０５４５】
この仕様に適合するデコーダは、この項で指定されたすべての要件を満たすものとする。
【０５４６】
特定のプロファイル、ティアおよびレベルへの適合性を主張するデコーダは、ＶＣＬ  ＮＡＬユニットによって参照されるすべてのＶＰＳ、ＳＰＳおよびＰＰＳ、然るべきバッファリング周期、ピクチャタイミング、ならびにデコーダ・ユニット情報ＳＥＩメッセージが、ビットストリームで（ｎｏｎ−ＶＣＬ  ＮＡＬユニットによって）、あるいはこの仕様では指定されない外部手段によって、タイムリーにデコーダへ伝達され、かつ、ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しいときには、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびＦ．８．１項において指定されるようなそれらの特性をもつ復号ピクチャが、この仕様では指定されない外部手段によってタイムリーにデコーダへ伝達されることを条件として、Ｃ．４項において指定されるビットストリーム適合性要件に適合するすべてのビットストリームを、付属書Ａにおいて指定される仕方で、首尾よく復号することが可能であるものとする。
【０５４７】
ある１つのビットストリームが予約されるとして指定された値を有するシンタックス要素を含み、それらのシンタックス要素の値またはそれらの予約値を有するシンタックス要素を含んだＮＡＬユニットをデコーダが無視するものとすることが指定され、その他の点ではそのビットストリームがこの仕様に適合しているときに、適合するデコーダは、そのビットストリームをそれが適合しているビットストリームを復号するであろう同じ仕方で復号するものとし、それらのシンタックス要素またはそれらの予約値を有するシンタックス要素を含んだＮＡＬユニットを指定されたように無視するものとする。
【０５４８】
デコーダによって主張できる適合性には２つのタイプ、すなわち、出力タイミング適合性および出力順適合性がある。
【０５４９】
デコーダの適合性をチェックするために、Ｃ．４項において指定されるような、主張されるプロファイル、ティアおよびレベルに適合しているテスト・ビットストリームが仮想ストリーム・スケジューラ（ＨＳＳ）によってＨＲＤおよび被テスト・デコーダ（ＤＵＴ）の両方へ配信される。ｖｐｓ＿ｂａｓｅ＿ｌａｙｅｒ＿ｉｎｔｅｒｎａｌ＿ｆｌａｇが０に等しいときに、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびＦ．８．１項において指定されるようなそれらの特性をもつ復号ピクチャも、この仕様では指定されない外部手段によってタイムリーにＨＲＤおよびＤＵＴの両方へ伝達される。ＨＲＤによって出力されるすべてのクロップされた復号ピクチャは、ＤＵＴによっても出力されるものとし、ＤＵＴによって出力される各クロップされた復号ピクチャは、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇをもつピクチャであるものとし、ＤＵＴによって出力されるかかるクロップされた復号ピクチャごとに、出力されるすべてのサンプルの値は、指定された復号処理によって生成されたサンプルの値に等しいものとする。ＨＲＤによって出力されるフラグＢａｓｅＬａｙｅｒＯｕｔｐｕｔＦｌａｇおよびすべてのＢａｓｅＬａｙｅｒＰｉｃＯｕｔｐｕｔＦｌａｇは、ＤＵＴによっても出力されるものとし、出力される値は、指定された復号処理によって生成された値に等しいものとする。
【０５５０】
出力タイミング・デコーダ適合性のために、ＨＳＳは、ビットレートおよびＣＰＢサイズが指定されたプロファイル、ティアおよびレベルについて付属書Ａにおいて指定されるように制限された、ＳｃｈｅｄＳｅｌＩｄｘの値のサブセットのみから選択された配信スケジュールを用いるか、またはビットレートおよびＣＰＢサイズが付属書Ａにおいて指定されるように制限された、以下に指定されるような「補間」配信スケジュールを用いて、上記のように動作する。同じ配信スケジュールがＨＲＤおよびＤＵＴの両方に用いられる。
【０５５１】
ＨＲＤパラメータおよびバッファリング周期ＳＥＩメッセージが、０より大きいｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］とともに存在するときに、デコーダは、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ−１］＜＝ｒ＜＝ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］である任意のＳｃｈｅｄＳｅｌＩｄｘ＞０およびｒに対して、次のように、
【数３３】
2017522792.tif 000054
【０５５２】
であり、ピーク・ビットレートｒおよびＣＰＢサイズｃ（ｒ）が指定されたプロファイル、ティアおよびレベルに係る最大ビットレートおよびバッファサイズについて付属書Ａにおいて指定された限界内にあるｒ、ｃ（ｒ）、および初期ＣＰＢリムーバル遅延（ｆ（ｒ）÷ｒ）を有することが指定された、「補間」配信スケジュールを用いて動作しているＨＳＳから配信されたビットストリームを復号することが可能であってもよい。ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］がバッファリング周期ごとに異なり、再算出が必要なことがありうる。
【０５５３】
出力タイミング・デコーダ適合性のために、上記のようなＨＲＤが用いられ、ピクチャ出力の（第１ビットの配信時刻に対する）タイミングは、一定の遅延までＨＲＤおよびＤＵＴの両方について同じである。
【０５５４】
出力順デコーダ適合性のために、以下が適用される、すなわち、
ＨＳＳは、ＤＵＴからの「要求によって」ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅをＤＵＴへ配信し、これは、ＤＵＴがその処理を進めるためにより多くのビットを必要とするときにのみＨＳＳがビットを（復号順に）配信することを意味する。これが意味するのは、このテストでは、ＤＵＴの符号化ピクチャバッファを最も大きい復号ユニットのサイズと同じぐらい小さくできるであろうということである。
以下に記載されるような修正されたＨＲＤが用いられ、ＨＳＳは、ビットレートおよびＣＰＢサイズが付属書Ａにおいて指定される通り制限されるようにビットストリームをビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅで指定されたスケジュールのうちの１つによってＨＲＤへ配信する。ピクチャ出力の順序は、ＨＲＤおよびＤＵＴの両方について同じであるものとする。
ＨＲＤ  ＣＰＢサイズは、Ｅ．３．３項において指定されるようなＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］によって与えられ、ここでＳｃｈｅｄＳｅｌＩｄｘおよびＨＲＤパラメータは、Ｃ．１項において指定されるように選択される。ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤのためのサブＤＰＢのサブＤＰＢサイズは、ｍａｘ＿ｖｐｓ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｌｓＩｄｘ］［ｌａｙｅｒＩｄｘ］［ＨｉｇｈｅｓｔＴｉｄ］＋１であり、ここでｌａｙｅｒＩｄｘは、ＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＴａｒｇｅｔＤｅｃＬａｙｅｒＳｅｔＩｄｘ［ｌａｙｅｒＩｄｘ］がｃｕｒｒＬａｙｅｒＩｄに等しいような値に等しい。ＣＰＢからのリムーバル時刻は、ＨＲＤでは最終ビット到着時刻であり、復号は即時である。このＨＲＤのＤＰＢの動作は、Ｃ５．２からＣ５．２．３項において記載される通りである。
【０５５５】
正当な出力レイヤセットを指し示すためにｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］に対して許容値の範囲が定義される。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］は、ｕｅ（ｖ）符号化されるが、それが無効な出力レイヤセットを指し示さないように取りうる値に対する制限を含むべきである。表Ｆ．１４．１．６は、サブビットストリーム特性ＳＥＩメッセージ・シンタックスに関係する。
Ｆ．１４．１．６  サブビットストリーム特性ＳＥＩメッセージ・シンタックス
【表１７】
2017522792.tif 000055
【０５５６】
サブビットストリーム特性ＳＥＩメッセージは、存在するときに、アクティブＶＰＳによって指定された出力レイヤセットのうちの出力レイヤには属さない、出力レイヤの復号には影響を及ぼさないレイヤ中のピクチャを破棄することによって作り出されるサブビットストリームに関するビットレート情報を提供する。
【０５５７】
存在するときには、サブビットストリーム特性ＳＥＩメッセージが最初のＩＲＡＰアクセスユニットに関連付けられるものとし、ＳＥＩメッセージによって提供された情報は、関連付けられた最初のＩＲＡＰアクセスユニットを含んだＣＶＳに対応するビットに適用される。
【０５５８】
ｓｂ＿ｐｒｏｐｅｒｔｙ＿ａｃｔｉｖｅ＿ｖｐｓ＿ｉｄは、アクティブＶＰＳを識別する。ｓｂ＿ｐｒｏｐｅｒｔｙ＿ａｃｔｉｖｅ＿ｖｐｓ＿ｉｄの値は、関連付けられたアクセスユニットのうちのＶＣＬ  ＮＡＬユニットによって参照されるアクティブＶＰＳのｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値に等しいものとする。
【０５５９】
ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｕｂ＿ｓｔｒｅａｍｓ＿ｍｉｎｕｓ１＋１は、ビットレート情報がこのＳＥＩメッセージによって提供されてもよいサブビットストリームの数を指定する。ｎｕｍ＿ａｄｄｉｔｉｏｎａｌ＿ｓｕｂ＿ｓｔｒｅａｍｓ＿ｍｉｎｕｓ１の値は、両端値を含めて、０から２１０−１までの範囲内にあるものとする。
【０５６０】
ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｍｏｄｅ［ｉ］は、ｉ番目のサブビットストリームがどのように生成されるかを指定する。ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｍｏｄｅ［ｉ］の値は、両端値を含めて、０または１に等しいものとする。２および３の値は、ＩＴＵ−ＴおよびＩＳＯ／ＩＥＣによる将来の使用のために予約される。ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｍｏｄｅ［ｉ］が１より大きいときに、デコーダは、シンタックス要素ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］、ｈｉｇｈｅｓｔ＿ｓｕｂｌａｙｅｒ＿ｉｄ［ｉ］、ａｖｇ＿ｓｂ＿ｐｒｏｐｅｒｔｙ＿ｂｉｔ＿ｒａｔｅ［ｉ］、およびｍａｘ＿ｓｂ＿ｐｒｏｐｅｒｔｙ＿ｂｉｔ＿ｒａｔｅ［ｉ］を無視するものとする。
【０５６１】
ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｍｏｄｅ［ｉ］が０に等しいときに、ｉ番目のサブビットストリームは、次のステップによって指定されるように生成される、すなわち、
１０節において指定されるようなサブビットストリーム抽出処理が、入力としてサブビットストリーム特性ＳＥＩメッセージ、ｈｉｇｈｅｓｔ＿ｓｕｂｌａｙｅｒ＿ｉｄ［ｉ］、およびＬａｙｅｒＳｅｔＬａｙｅｒＩｄＬｉｓｔ［ＬａｙｅｒＳｅｔＩｄｘＦｏｒＯｕｔｐｕｔＬａｙｅｒＳｅｔ［ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］］を含んだＣＶＳに対応するビットストリームを用いて起動される。
ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔ中に含まれず、次に条件のうちのいずれかが真であるすべてのＮＡＬユニットを除去する、すなわち、
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値が、両端値を含めて、ＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内になく、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄ］がＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔ中に含まれたｌａｙｅｒＩｄ値に関して０に等しい。
ＴｅｍｐｏｒａｌＩｄが、ＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔ中に含まれるすべてのｌａｙｅｒＩｄ値に対するｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒＩｄ］−１の最大値より大きい。
【０５６２】
ｓｕｂ＿ｂｉｔｓｔｒｅａｍ＿ｍｏｄｅ［ｉ］が１に等しいときに、ｉ番目のサブビットストリームは、上記のステップに以下が続くことによって指定されるように生成される、すなわち、
ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＴａｒｇｅｔＯｐｔＬａｙｅｒＩｄＬｉｓｔ中に含まれた値のうちにはなく、ｄｉｓｃａｒｄａｂｌｅ＿ｆｌａｇが１に等しいすべてのＮＡＬユニットを除去する。
【０５６３】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］は、ｉ番目のサブビットストリームに対応する出力レイヤセットのインデックスを指定する。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］の値は、両端値を含めて、１からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１までの範囲内にあるものとする。
【０５６４】
代わりの実施形態では、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］に関して０の値が許容されてもよい。従って、この変形例における上記の制約条件は、次の通りであろう、すなわち、
【０５６５】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｔｏ＿ｖｐｓ［ｉ］の値は、両端値を含めて、０からＮｕｍＯｕｔｐｕｔＬａｙｅｒＳｅｔｓ−１までの範囲内にあるものとする。
【０５６６】
ｈｉｇｈｅｓｔ＿ｓｕｂｌａｙｅｒ＿ｉｄ［ｉ］は、ｉ番目のサブビットストリームにおけるアクセスユニットの最も高いＴｅｍｐｏｒａｌＩｄを指定する。
【０５６７】
ａｖｇ＿ｓｂ＿ｐｒｏｐｅｒｔｙ＿ｂｉｔ＿ｒａｔｅ［ｉ］は、ｉ番目のサブビットストリームの、ビット／秒単位の、平均ビットレートを示す。その値は、ＢｉｔＲａｔｅＢＰＳ（ａｖｇ＿ｓｂ＿ｐｒｏｐｅｒｔｙ＿ｂｉｔ＿ｒａｔｅ［ｉ］）によって与えられ、関数ＢｉｔＲａｔｅＢＰＳ（）は、次のように指定される、すなわち、ＢｉｔＲａｔｅＢＰＳ（ｘ）＝（ｘ＆（２１４−１））＊１０（２＋（ｘ＞＞１４））
【０５６８】
平均ビットレートは、Ｆ．１３節において指定されたアクセスユニット・リムーバル時刻に従って導出される。以下では、ｂＴｏｔａｌは、ｉ番目のサブビットストリームのすべてのＮＡＬユニットにおけるビットの数であり、ｔ１は、ＶＰＳが適用される第１のアクセスユニットの（秒単位の）リムーバル時刻であり、ｔ２は、ＶＰＳが適用される（復号順に）最後のアクセスユニットの（秒単位の）リムーバル時刻である。ａｖｇ＿ｓｂ＿ｐｒｏｐｅｒｔｙ＿ｂｉｔ＿ｒａｔｅ［ｉ］の値を指定しているｘを用いて、以下が適用される、すなわち、
ｔ１がｔ２に等しくなければ、次の条件が真であるものとする、すなわち、
（ｘ＆（２１４−１））＝＝Ｒｏｕｎｄ（ｂＴｏｔａｌ÷（（ｔ２−ｔ１）＊１０（２＋（ｘ＞＞１４））））
そうでない（ｔ１がｔ２に等しい）場合には、次の条件が真であるものとする、すなわち、
（ｘ＆（２１４−１））＝＝０
【０５６９】
ｍａｘ＿ｓｂ＿ｐｒｏｐｅｒｔｙ＿ｂｉｔ＿ｒａｔｅ［ｉ］は、Ｆ．１３節において指定されるようなアクセスユニット・リムーバル時刻の任意の１秒時間ウィンドウにおけるｉ番目のサブビットストリームのビットレートに対する上限を示す。ビット／秒単位のビットレートに対する上限は、ＢｉｔＲａｔｅＢＰＳ（ｍａｘ＿ｓｂ＿ｐｒｏｐｅｒｔｙ＿ｂｉｔ＿ｒａｔｅ［ｉ］）によって与えられる。ビットレート値は、Ｆ．１３節において指定されたアクセスユニット・リムーバル時刻に従って導出される。以下では、ｔ１は、（秒単位の）任意の時点であり、ｔ２は、
ｔ１＋１÷１００
に等しくセットされ、ｂＴｏｔａｌは、ｔ１以降かつｔ２より前のリムーバル時刻をもつアクセスユニットのすべてのＮＡＬユニットにおけるビットの数である。ｍａｘ＿ｓｂ＿ｐｒｏｐｅｒｔｙ＿ｂｉｔ＿ｒａｔｅ［ｉ］の値を指定しているｘを用いて、ｔ１のすべての値に対して次の条件に従うものとする、すなわち、
（ｘ＆（２１４−１））＞＝ｂＴｏｔａｌ÷（（ｔ２−ｔ１）＊１０（２＋（ｘ＞＞１４）））
【０５７０】
別の実施形態では、１つ以上のシンタックス要素が示されるより少ないかまたは多い回数シグナリングされてもよい。例えば、１ビットのフラグ値がＮ回シグナリングされることが示されてもよい。その代わりに、１ビットのフラグ値がＭ回シグナリングされてもよく、ＭがＮより多くてもよく、またはＭがＮより少なくてもよい。
【０５７１】
さらに別の実施形態では、ビットストリーム適合性のある１つの要件は、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに、すべての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の合計が、ビットストリームの何らかの規範的または非規範的な部分で送信されてもよい、他の何らかのシンタックス要素を符号化するために用いられるビット単位のサイズ以下であることである。
【０５７２】
別の実施形態では、シンタックス要素のうちの１つ以上がｕｅ（ｖ）の代わりにｕ（ｖ）の代わりの既知の固定ビット数を用いてシグナリングされてもよい。例えば、それらのシンタックス要素をｕ（８）もしくはｕ（１６）またはｕ（３２）あるいはｕ（６４）などを用いてシグナリングできるであろう。
【０５７３】
別の実施形態では、これらのシンタックス要素のうちの１つ以上をｕ（ｖ）符号化のような固定ビット数の代わりにｕｅ（ｖ）または他の何らかの符号化方式を用いてシグナリングできるであろう。
【０５７４】
別の実施形態では、様々なシンタックス要素およびそれらのセマンティクスの名前が記載されたシンタックスおよびセマンティクスと比較して＋１もしくは＋２を加えるか、または−１もしくは−２を減じることによって変えられてもよい。
【０５７５】
さらに別の実施形態では、様々なシンタックス要素がビットストリーム中のどこでもピクチャごとにシグナリングされてもよい。例えば、様々なシンタックスがスライスセグメントヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／もしくはその他のパラメータセットまたはビットストリームの他の規範的な部分でシグナリングされてもよい。
【０５７６】
用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を運ぶか、または記憶するために用いることができ、コンピュータまたはプロセッサによってアクセスできるその他の媒体を備えてもよい。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ  ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ  ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、フロッピー（登録商標）ディスク（ｆｌｏｐｐｙ  ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。
【０５７７】
留意すべきは、本明細書に記載される方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法またはアプローチの１つ以上は、チップセット、ＡＳＩＣ、大規模集積回路（ＬＳＩ：ｌａｒｇｅ−ｓｃａｌｅ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【０５７８】
本明細書に開示されるそれぞれの方法は、記載される方法を達成するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく相互に交換されてもよく、および／または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切なオペレーションのためにステップまたは動作の特定の順序が必要とされない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく修正されてもよい。
【０５７９】
当然のことながら、特許請求の範囲は、先に示された通りの構成および構成要素には限定されない。特許請求の範囲から逸脱することなく、本明細書に記載される配置、オペレーション、ならびにシステム、方法および装置の詳細に様々な修正、変更および変形がなされてもよい。
【図１Ａ】
2017522792.tif 000056
【図１Ｂ】
2017522792.tif 000057
【図２Ａ】
2017522792.tif 000058
【図２Ｂ】
2017522792.tif 000059
【図３Ａ】
2017522792.tif 000060
【図３Ｂ】
2017522792.tif 000061
【図４】
2017522792.tif 000062
【図５】
2017522792.tif 000063
【図６】
2017522792.tif 000064
【図７】
2017522792.tif 000065
【図８】
2017522792.tif 000066
【図９Ａ】
2017522792.tif 000067
【図９Ｂ】
2017522792.tif 000068
【図９Ｃ】
2017522792.tif 000069
【図１０】
2017522792.tif 000070
【図１１】
2017522792.tif 000071
【図１２】
2017522792.tif 000072
【図１３】
2017522792.tif 000073
【図１４】
2017522792.tif 000074
【図１５】
2017522792.tif 000075
【図１６】
2017522792.tif 000076
【図１７】
2017522792.tif 000077
【図１８】
2017522792.tif 000078
【図１９】
2017522792.tif 000079
【図２０】
2017522792.tif 000080
【図２１】
2017522792.tif 000081
【図２２】
2017522792.tif 000082
【図２３】
2017522792.tif 000083
【図２４】
2017522792.tif 000084
【図２５】
2017522792.tif 000085
【図２６】
2017522792.tif 000086
【図２７】
2017522792.tif 000087
【図２８】
2017522792.tif 000088
【図２９】
2017522792.tif 000089
【図３０Ａ】
2017522792.tif 000090
【図３０Ｂ】
2017522792.tif 000091
【図３１Ａ】
2017522792.tif 000092
【図３１Ｂ】
2017522792.tif 000093
【図３２】
2017522792.tif 000094
【図３３】
2017522792.tif 000095
【図３４】
2017522792.tif 000096
【図３５】
2017522792.tif 000097
【図３６】
2017522792.tif 000098
【図３７】
2017522792.tif 000099
【図３８】
2017522792.tif 000100
【図３９】
2017522792.tif 000101
【図４０】
2017522792.tif 000102
【図４１】
2017522792.tif 000103
【図４２】
2017522792.tif 000104
【図４３】
2017522792.tif 000105
【図４４】
2017522792.tif 000106
【図４５】
2017522792.tif 000107
【図４６】
2017522792.tif 000108
【図４７】
2017522792.tif 000109
【図４８】
2017522792.tif 000110
【図４９】
2017522792.tif 000111
【図５０Ａ】
2017522792.tif 000112
【図５０Ｂ】
2017522792.tif 000113
【図５０Ｃ】
2017522792.tif 000114
【図５１】
2017522792.tif 000115
【図５２】
2017522792.tif 000116
【図５３】
2017522792.tif 000117
【図５４】
2017522792.tif 000118
【図５５】
2017522792.tif 000119
【図５６】
2017522792.tif 000120
【図５７】
2017522792.tif 000121
【図５８】
2017522792.tif 000122
【図５９】
2017522792.tif 000123
【図６０】
2017522792.tif 000124
【図６１】
2017522792.tif 000125
【図６２】
2017522792.tif 000126
【図６３】
2017522792.tif 000127
【図６４】
2017522792.tif 000128
【図６５】
2017522792.tif 000129
【国際調査報告】
2017522792.tif 000130
2017522792.tif 000131
2017522792.tif 000132