(57)【要約】  ＮＡＬユニット・タイプを含むビデオを符号化および／または復号するためのシステム。
2016519855.tif 000002
【特許請求の範囲】
【請求項１】
ビデオビットストリームを復号するための方法であって、前記方法は、
（ａ）ビデオシーケンスを表現するベースレイヤ・ビットストリームを受信するステップと、
（ｂ）ビデオシーケンスを表現する複数のエンハンスメント・ビットストリームを受信するステップであって、それぞれの前記エンハンスメント・ビットストリームは、増加するレイヤ割り当てを含み、それぞれの前記ベースレイヤおよび／またはエンハンスメント・ビットストリームは、それが他の前記複数のエンハンスメントレイヤおよびより小さいレイヤ割り当てをもつベースレイヤに従属するかどうかを示す直接従属性データを含む、前記受信するステップと、
（ｃ）前記ベースレイヤ・ビットストリームおよびそれぞれの前記複数のエンハンスメント・ビットストリームを復号するステップであって、イントラ符号化ＩＤＲまたはイントラ符号化ＢＬＡに符号化された前記ベースレイヤ・ビットストリームのピクチャは、前記エンハンスメントレイヤのうちの１つが、他の前記複数のエンハンスメントレイヤおよびより小さいレイヤ割り当てをもつ前記ベースレイヤにともに前記従属せず、独立したビットストリームと呼ばれ、それぞれの前記エンハンスメントレイヤが、前記独立したビットストリームより大きいレイヤ割り当てを有し、かつ前記独立したレイヤに比べて前記より小さいレイヤ割り当てを有する前記他の複数のエンハンスメントレイヤに前記従属しない場合を除いて、前記エンハンスメントレイヤごとに、前記ベースレイヤ・ビットストリームの対応するピクチャの所に対応するイントラ符号化ＩＤＲまたはイントラ符号化ＢＬＡピクチャを有するものとする、前記復号するステップと
を備える、方法。
【請求項２】
前記エンハンスメントレイヤは、スケーラブル・ビットストリームを形成する、請求項１に記載の方法。
【請求項３】
前記エンハンスメントレイヤは、マルチビュー・ビットストリームを形成する、請求項１に記載の方法。
【請求項４】
前記直接従属性データは、直接従属性フラグによって起訴される、請求項１に記載の方法。
【請求項５】
前記直接従属性フラグは、ＶＰＳ拡張シンタックスがシグナリングされる、請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ビデオ符号化および復号に関する。
【背景技術】
【０００２】
電子デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するために、より小さく、より強力になった。消費者は、電子デバイスに依存するようになり、機能性の向上を期待するようになった。電子デバイスのいくつかの例は、デスクトップコンピュータ、ラップトップコンピュータ、セルラーフォン、スマートフォン、メディアプレーヤ、集積回路などを含む。
【０００３】
いくつかの電子デバイスは、デジタルメディアを処理および／または表示するために用いられる。例えば、ポータブル電子デバイスは、今や消費者がいるほとんどどの場所でもデジタルメディアを生成し、および／または用いることを可能にする。そのうえ、いくつかのデバイスは、消費者が用いて楽しむためのデジタルメディア・コンテンツのダウンロードまたはストリーミングを提供する。
【０００４】
デジタルビデオは、典型的に、それぞれが画素の配列を含む一連の画像またはフレームを表現する。各画素は、強度および／または色情報のような情報を含む。多くの場合、各画素は、３色の一組として表現される。いくつかのビデオ符号化技術は、複雑度を増加させる代償によってより高い符号化効率を提供する。ビデオ符号化技術に対する画像品質向上の要求および画像解像度向上の要求も符号化の複雑度を増加させる。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
デジタルメディアの人気の高まりは、いくつかの問題を提起してきた。例えば、蓄積、伝送および再生のために高品質デジタルメディアを効率的に表現することは、いくつかの課題を提起する。デジタルメディアをより効率的に表現する技術が有益である。
【課題を解決するための手段】
【０００６】
本発明によれば、ビデオビットストリームを復号するための方法が提供され、この方法は、
【０００７】
（ａ）ビデオシーケンスを表現するベースレイヤ・ビットストリームを受信するステップと、
【０００８】
（ｂ）ビデオシーケンスを表現する複数のエンハンスメント・ビットストリームを受信するステップであって、それぞれの前記エンハンスメント・ビットストリームは、増加するレイヤ割り当てを含み、それぞれの前記ベースレイヤおよび／またはエンハンスメント・ビットストリームは、それが他の前記複数のエンハンスメントレイヤおよびより小さいレイヤ割り当てをもつベースレイヤに従属するかどうかを示す直接従属性データを含む、前記受信するステップと、
【０００９】
（ｃ）前記ベースレイヤ・ビットストリームおよびそれぞれの前記複数のエンハンスメント・ビットストリームを復号するステップであって、イントラ符号化ＩＤＲまたはイントラ符号化ＢＬＡに符号化された前記ベースレイヤ・ビットストリームのピクチャは、前記エンハンスメントレイヤのうちの１つが、他の前記複数のエンハンスメントレイヤおよびより小さいレイヤ割り当てをもつ前記ベースレイヤにともに前記従属せず、独立したビットストリームと呼ばれ、それぞれの前記エンハンスメントレイヤが、前記独立したビットストリームより大きいレイヤ割り当てを有し、かつ前記独立したレイヤに比べて前記より小さいレイヤ割り当てを有する前記他の複数のエンハンスメントレイヤに前記従属しない場合を除いて、前記エンハンスメントレイヤごとに、前記ベースレイヤ・ビットストリームの対応するピクチャの所に対応するイントラ符号化ＩＤＲまたはイントラ符号化ＢＬＡピクチャを有するものとする、前記復号するステップとを備える。
【発明の効果】
【００１０】
本発明の前述および他の目的、特徴ならびに利点は、本発明の以下の詳細な記載を添付図面と併せて考察したときにさらに容易に理解されるであろう。
【図面の簡単な説明】
【００１１】
【図１Ａ】ＨＥＶＣエンコーダを含んだ電子デバイスの一構成を示すブロック図である。
【図１Ｂ】エンハンスメントレイヤを伴うＨＥＶＣエンコーダを含む電子デバイスの一構成を示すブロック図である。
【図２Ａ】ＨＥＶＣデコーダを含む電子デバイスの一構成を示すブロック図である。
【図２Ｂ】エンハンスメントレイヤを伴うＨＥＶＣデコーダを含む電子デバイスの一構成を示すブロック図である。
【図３Ａ】エンコーダおよびデコーダの一例を示すブロック図である。
【図３Ｂ】エンハンスメントレイヤを伴うエンコーダおよびデコーダの一例を示すブロック図である。
【図４】電子デバイスにおいて利用される様々なコンポーネントを示す図である。
【図５】例示的なスライス構造を示す図である。
【図６】別の例示的なスライス構造を示す図である。
【図７】１つのスライスおよび９つのタイルをもつフレームを示す図である。
【図８】３つのスライスおよび３つのタイルをもつフレームを示す図である。
【図９】ＰＯＣ、復号順およびＲＰＳを示す図である。
【図１０】例示的なスライスヘッダを示す図である。
【図１１】例示的なスライスヘッダを示す図である。
【図１２】例示的なスライスヘッダを示す図である。
【図１３】例示的なスライスヘッダを示す図である。
【図１４】例示的なビデオパラメータセットを示す図である。
【図１５Ａ】例示的なＶＰＳ拡張を示す図である。
【図１５Ｂ】例示的なＶＰＳ拡張を示す図である。
【図１５Ｃ】第２のエンハンスメントレイヤ（ＥＬ２：ｅｎｈａｎｃｅｍｅｎｔ  ｌａｙｅｒ  ２）がベースレイヤ（ＢＬ：ｂａｓｅ  ｌａｙｅｒ）および第１のエンハンスメントレイヤ（ＥＬ１）より低いピクチャレートを有するときの符号化ピクチャのためのレイヤのネットワーク抽象化レイヤ（ＮＡＬ：ｎｅｔｗｏｒｋ  ａｂｓｔｒａｃｔｉｏｎ  ｌａｙｅｒ）ユニットおよびアクセスユニット（ＡＵ：ａｃｃｅｓｓ  ｕｎｉｔ）に関する構造およびタイミングを示すブロック図である。
【図１５Ｄ】ベースレイヤ（ＢＬ）が第１のエンハンスメントレイヤ（ＥＬ１）および第２のエンハンスメントレイヤ（ＥＬ２）より低いピクチャレートを有するときの符号化ピクチャのためのレイヤのネットワーク抽象化レイヤ（ＮＡＬ）ユニットおよびアクセスユニット（ＡＵ）に関する構造およびタイミングを示すブロック図である。
【図１６】ＩＤＲ／ＢＬＡピクチャに対する制限を示す図である。
【図１７】サイマルキャストＩＤＲ／ＢＬＡピクチャを示す図である。
【発明を実施するための形態】
【００１２】
国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｔ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ  Ｓｅｃｔｏｒ）研究グループ１６（ＳＧ１６：Ｓｔｕｄｙ  Ｇｒｏｕｐ  １６）作業班３（ＷＰ３：Ｗｏｒｋｉｎｇ  Ｐａｒｔｙ  ３）および国際標準化機構／国際電気標準会議（ＩＳＯ／ＩＥＣ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｏｒｇａｎｉｚａｔｉｏｎ  ｆｏｒ  Ｓｔａｎｄａｒｄｉｚａｔｉｏｎ／Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｅｌｅｃｔｒｏｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｓｓｉｏｎ）合同専門委員会１／小委員会２９／作業グループ１１（ＪＴＣ１／ＳＣ２９／ＷＧ１１：Ｊｏｉｎｔ  Ｔｅｃｈｎｉｃａｌ  Ｃｏｍｍｉｔｔｅｅ  １／Ｓｕｂｃｏｍｍｉｔｔｅｅ  ２９／Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐ  １１）のビデオ符号化に関する共同作業チーム（ＪＣＴ−ＶＣ：Ｊｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）は、高効率ビデオ符号化規格（ＨＥＶＣ：Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ  Ｓｔａｎｄａｒｄ）と呼ばれるビデオ符号化規格に対する規格化の取り組みを開始した。ＨＥＶＣは、ブロック・ベースの符号化を用いる。
【００１３】
ＨＥＶＣでは、変換および量子化された係数（ＴＱＣ：Ｔｒａｎｓｆｏｒｍｅｄ  ａｎｄ  Ｑｕａｎｔｉｚｅｄ  Ｃｏｅｆｆｉｃｉｅｎｔ）を損失なく圧縮するために、エントロピー符号化技術のコンテキスト適応型２値算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ−Ａｄａｐｔｉｖｅ  Ｂｉｎａｒｙ  Ａｒｉｔｈｍｅｔｉｃ  Ｃｏｄｉｎｇ）が用いられる。ＴＱＣは、変換サイズ（例えば、４×４，８×８，１６×１６，３２×３２）に応じて異なるブロックサイズであってもよい。
【００１４】
２次元（２Ｄ）ＴＱＣは、エントロピー符号化の前に１次元（１Ｄ）配列へ変換される。一例では、４×４ブロックでの２Ｄ配列のＴＱＣは、表（１）に示されるように配置される。
【表１】
2016519855.tif 000003
表（１）
【００１５】
２Ｄ  ＴＱＣを１Ｄ配列へ変換するときに、ブロックが斜めジグザグ状にスキャンされる。例を続けると、表（１）に示される２Ｄ配列のＴＱＣは、第１行第１列、第１行第２列、第２行第１列、第３行第１列、第２行第２列、第１行第３列、第１行第４列、第２行第３列、第３行および第２列、第４行第１列などをスキャンすることにより１Ｄ配列のＴＱＣ［４，０，３，−３，２，１，０，−１，０，．．．］へ変換される。
【００１６】
ＨＥＶＣにおける符号化手順は、例えば、次のように進む。１Ｄ配列におけるＴＱＣは、スキャン位置に従って順序付けられる。最後の有意係数のスキャン位置および最後の係数レベルが確定される。最後の有意係数が符号化される。留意すべきは、通常、係数が逆スキャン順に符号化されることである。最後の係数の符号化直後にアクティブ化されるラン−レベル符号化が行われ、数自体を符号化するのではなく同一数および／またはビットのランについての情報が符号化される。その後、レベル符号化が行われる。有意係数という用語は、ゼロより大きい係数レベル値を有する係数を指す。係数レベル値は、変換および量子化された係数（ＴＱＣ）値の大きさ（または絶対値）の固有のインジケータを指す。
【００１７】
（１Ｄ配列のＴＱＣ［４，０，３，−３，２，１，０，−１，０，．．．］を用いた）上記の例の続きとして、この手順が表（２）に示される。
【表２】
2016519855.tif 000004
【００１８】
表（２）では、例えば、スキャン位置７における係数レベル−１が最後の非ゼロ係数である。従って、最後の位置はスキャン位置７であり、最後の係数レベルは−１である。ラン−レベル符号化は、スキャン位置６、５および４における係数０、１および２に対して行われる（係数が逆スキャン順に符号化される）。次に、レベル符号化が、係数レベル−３、３、０および４に対して行われる。
【００１９】
図１Ａは、ビデオが符号化される電子デバイス１０２の一構成を示すブロック図である。留意すべきは、電子デバイス１０２内に含まれるとして示される１つ以上の要素がハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいことである。例えば、電子デバイス１０２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよいエンコーダ１０８を含む。例として、エンコーダ１０８は、回路、集積回路、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、実行可能な命令をもつメモリと電子通信を行うプロセッサ、ファームウェア、フィールドプログラマブルゲート配列（ＦＰＧＡ：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ）など、またはそれらの組み合わせとして実装されてもよい。いくつかの構成において、エンコーダ１０８は、高効率ビデオ符号化（ＨＥＶＣ）コーダとすることができる。
【００２０】
電子デバイス１０２は、供給部１０４を含む。供給部１０４は、ピクチャまたは画像データ（例えば、ビデオ）を情報源（ソース）１０６としてエンコーダ１０８へ供給する。供給部１０４の例は、イメージセンサ、メモリ、通信インターフェース、ネットワーク・インターフェース、無線受信機、ポートなどを含む。
【００２１】
情報源１０６は、フレーム内予測モジュールおよび再構成バッファ１１０へ供給される。情報源１０６は、動き推定および動き補償モジュール１３６と減算モジュール１１６へも供給される。
【００２２】
フレーム内予測モジュールおよび再構成バッファ１１０は、情報源１０６および再構成データ１５０に基づいて、イントラモード情報１２８およびイントラ信号１１２を発生させる。動き推定および動き補償モジュール１３６は、情報源１０６および参照ピクチャバッファ１６６信号１６８に基づいて、インターモード情報１３８およびインター信号１１４を発生させる。参照ピクチャバッファ１６６信号１６８は、参照ピクチャバッファ１６６に蓄積された１つ以上の参照ピクチャからのデータを含む。
【００２３】
エンコーダ１０８は、モードに従って、イントラ信号１１２とインター信号１１４との間で選択を行う。イントラ信号１１２は、イントラ符号化モードでピクチャ内の空間的特性を活用するために用いられる。インター信号１１４は、インター符号化モードでピクチャ間の時間的特性を活用するために用いられる。イントラ符号化モードの間には、イントラ信号１１２が減算モジュール１１６へ供給され、イントラモード情報１２８がエントロピー符号化モジュール１３０へ供給される。インター符号化モードの間には、インター信号１１４が減算モジュール１１６へ供給され、インターモード情報１３８がエントロピー符号化モジュール１３０へ供給される。
【００２４】
予測残差１１８を生成するために、（モードに依存して）イントラ信号１１２またはインター信号１１４のいずれかが減算モジュール１１６で情報源１０６から減算される。予測残差１１８は、変換モジュール１２０へ供給される。変換モジュール１２０は、量子化モジュール１２４へ供給される変換された信号１２２を生成するために、予測残差１１８を圧縮する。量子化モジュール１２４は、変換および量子化された係数（ＴＱＣ）１２６を生成するために、変換された信号１２２を量子化する。
【００２５】
ＴＱＣ１２６は、エントロピー符号化モジュール１３０および逆量子化モジュール１４０へ供給される。逆量子化モジュール１４０は、逆変換モジュール１４４へ供給される逆量子化された信号１４２を生成するために、ＴＱＣ１２６に対して逆量子化を行う。逆変換モジュール１４４は、再構成モジュール１４８へ供給される展開された信号１４６を生成するために、逆量子化された信号１４２を展開する。
【００２６】
再構成モジュール１４８は、展開された信号１４６に基づいて、再構成データ１５０を生成する。例えば、再構成モジュール１４８は、（修正された）ピクチャを再構成する。再構成データ１５０は、デブロッキングフィルタ１５２へ、およびイントラ予測モジュールおよび再構成バッファ１１０へ供給される。デブロッキングフィルタ１５２は、再構成データ１５０に基づいて、フィルタされた信号１５４を生成する。
【００２７】
フィルタされた信号１５４は、サンプル適応オフセット（ＳＡＯ：ｓａｍｐｌｅ  ａｄａｐｔｉｖｅ  ｏｆｆｓｅｔ）モジュール１５６へ供給される。ＳＡＯモジュール１５６は、エントロピー符号化モジュール１３０へ供給されるＳＡＯ情報１５８、および適応ループフィルタ（ＡＬＦ：ａｄａｐｔｉｖｅ  ｌｏｏｐ  ｆｉｌｔｅｒ）１６２へ供給されるＳＡＯ信号１６０を生成する。ＡＬＦ１６２は、参照ピクチャバッファ１６６へ供給されるＡＬＦ信号１６４を生成する。ＡＬＦ信号１６４は、参照ピクチャとして用いられる１つ以上のピクチャからのデータを含む。いくつかの場合、ＡＬＦ１６２は、省略されてもよい。
【００２８】
エントロピー符号化モジュール１３０は、ビットストリーム１３４を生成するためにＴＱＣ１２６を符号化する。上記のように、ＴＱＣ１２６は、エントロピー符号化の前に１Ｄ配列へ変換される。また、エントロピー符号化モジュール１３０は、ＣＡＶＬＣまたはＣＡＢＡＣを用いてＴＱＣ１２６を符号化する。特に、エントロピー符号化モジュール１３０は、イントラモード情報１２８、インターモード情報１３８およびＳＡＯ情報１５８のうちの１つ以上に基づいて、ＴＱＣ１２６を符号化する。ビットストリーム１３４は、符号化ピクチャデータを含む。
【００２９】
ＨＥＶＣのようなビデオ圧縮に含まれる量子化は、ある範囲の値を単一の量子値に圧縮することによって達成される損失のある圧縮技術である。量子化パラメータ（ＱＰ：ｑｕａｎｔｉｚａｔｉｏｎ  ｐａｒａｍｅｔｅｒ）は、再構成ビデオの品質および圧縮比の両方に基づいて量子化を行うために用いられる予め定義されたスケーリング・パラメータである。ＨＥＶＣでは、所与のブロックの特性をブロックサイズおよびその色情報に基づいて表現するためにブロックタイプが定義される。ＱＰ、解像度情報およびブロックタイプは、エントロピー符号化の前に確定される。例えば、電子デバイス１０２（例えば、エンコーダ１０８）は、エントロピー符号化モジュール１３０へ供給されるＱＰ、解像度情報およびブロックタイプを確定する。
【００３０】
エントロピー符号化モジュール１３０は、ＴＱＣ１２６のブロックに基づいて、ブロックサイズを確定する。例えば、ブロックサイズは、ＴＱＣのブロックの１次元に沿ったＴＱＣ１２６の数である。言い換えれば、ＴＱＣのブロックにおけるＴＱＣ１２６の数は、ブロックサイズの２乗に等しい。加えて、ブロックは、正方形でなくてもよく、その場合、ＴＱＣ１２６の数はブロックの高さ×幅である。例として、ブロックサイズは、ＴＱＣのブロックにおけるＴＱＣ１２６の数の平方根として確定される。解像度は、画素の幅×画素の高さとして定義される。解像度情報は、ピクチャの幅、ピクチャの高さまたは両方に関する画素数を含む。ブロックサイズは、ＴＱＣの２Ｄブロックの１次元に沿ったＴＱＣの数として定義されてもよい。
【００３１】
いくつかの構成において、ビットストリーム１３４は、別の電子デバイスへ送信される。例えば、ビットストリーム１３４は、通信インターフェース、ネットワーク・インターフェース、無線送信機、ポートなどへ供給される。例として、ビットストリーム１３４は、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネット、セルラーフォン基地局などを経由して別の電子デバイスへ送信される。加えてまたは代わりに、ビットストリーム１３４は、電子デバイス１０２上のメモリに蓄積されてもよい。
【００３２】
図２Ｂは、高効率ビデオ符号化（ＨＥＶＣ）デコーダであるデコーダ２７２を含む電子デバイス２７０の一構成を示すブロック図である。デコーダ２７２およびデコーダ２７２に含まれる１つ以上の要素は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。デコーダ２７２は、復号するためにビットストリーム２３４（例えば、ビットストリーム２３４に含まれる１つ以上の符号化ピクチャ）を受信する。いくつかの構成において、受信されたビットストリーム２３４は、受信されたオーバーヘッド情報、例えば、受信されたスライスヘッダ、受信されたピクチャパラメータセット（ＰＰＳ：ｐｉｃｔｕｒｅ  ｐａｒａｍｅｔｅｒ  ｓｅｔ）、受信されたバッファ記述情報、分類インジケータなどを含む。
【００３３】
ビットストリーム２３４から受信されたシンボル（例えば、符号化ＴＱＣ）は、エントロピー復号モジュール２７４によってエントロピー復号される。これは、動き情報信号２９８ならびに復号、変換および量子化された係数（ＴＱＣ）２７８を生成する。
【００３４】
動き情報信号２９８は、フレーム間予測信号２９６を生成する動き補償モジュール２９４においてフレームメモリ２９０からの復号ピクチャ２９２の一部分と結合される。復号された変換および量子化された係数（ＴＱＣ）２７８は、逆量子化および逆変換モジュール２８０により逆量子化および逆変換され、それによって復号残差信号２８２を生成する。復号残差信号２８２は、結合信号２８４を生成するために加算モジュール２０７によって予測信号２０５に加算される。予測信号２０５は、動き補償モジュール２９４によって生成されたフレーム間予測信号２９６、またはフレーム内予測モジュール２０１によって生成されたフレーム内予測信号２０３のいずれかから選択された信号である。いくつかの構成において、この信号選択は、ビットストリーム２３４に基づく（例えば、ビットストリーム２３４によって制御される）。
【００３５】
フレーム内予測信号２０３は、（例えば、現フレームにおける）結合信号２８４中の前に復号された情報から予測される。結合信号２８４は、また、デブロッキングフィルタ２８６によってフィルタされる。結果としてフィルタされた信号２８８は、サンプル適応オフセット（ＳＡＯ）モジュール２３１へ供給される。フィルタされた信号２８８およびエントロピー復号モジュール２７４からの情報２３９に基づいて、ＳＡＯモジュール２３１は、適応ループフィルタ（ＡＬＦ）２３３へ供給されるＳＡＯ信号２３５を生成する。ＡＬＦ２３３は、フレームメモリ２９０へ供給されるＡＬＦ信号２３７を生成する。ＡＬＦ信号２３７は、参照ピクチャとして用いられる１つ以上のピクチャからのデータを含む。ＡＬＦ信号２３７は、フレームメモリ２９０へ書き込まれる。得られたＡＬＦ信号２３７は、復号ピクチャを含む。いくつかの場合、ＡＬＦ２３３は、省略されてもよい。
【００３６】
フレームメモリ２９０は、復号ピクチャバッファ（ＤＰＢ：ｄｅｃｏｄｅｄ  ｐｉｃｔｕｒｅ  ｂｕｆｆｅｒ）を含む。フレームメモリ２９０は、復号ピクチャに対応するオーバーヘッド情報も含む。例えば、フレームメモリ２９０は、スライスヘッダ、ピクチャパラメータセット（ＰＰＳ）情報、サイクルパラメータ、バッファ記述情報などを含む。これらの情報の１つ以上は、コーダ（例えば、エンコーダ１０８）からシグナリングされる。
【００３７】
フレームメモリ２９０は、１つ以上の復号ピクチャ２９２を動き補償モジュール２９４へ供給する。そのうえ、フレームメモリ２９０は、デコーダ２７２から出力された１つ以上の復号ピクチャ２９２を供給する。１つ以上の復号ピクチャ２９２は、例えば、ディスプレイ上に提示されるか、メモリに蓄積されるかまたは別のデバイスへ送信される。
【００３８】
図１Ｂは、電子デバイス７０２上のビデオエンコーダ７８２の一構成を示すブロック図である。図１Ｂのビデオエンコーダ７８２は、図１Ａのビデオエンコーダ１０８の一構成であってもよい。ビデオエンコーダ７８２は、エンハンスメントレイヤ・エンコーダ７０６、ベースレイヤ・エンコーダ７０９、解像度アップスケーリング・ブロック７７０および出力インターフェース７８０を含む。図１Ｂのビデオエンコーダは、本明細書に記載されるように、例えば、スケーラブル・ビデオ符号化およびマルチビュー・ビデオ符号化に適する。
【００３９】
エンハンスメントレイヤ・エンコーダ７０６は、入力ピクチャ７０４を受信するビデオ入力７８１を含む。ビデオ入力７８１の出力は、予測選択７５０の出力を受信する加算器／減算器７８３へ供給される。加算器／減算器７８３の出力は、変換および量子化ブロック７５２へ供給される。変換および量子化ブロック７５２の出力は、エントロピー符号化７４８ブロックならびにスケーリングおよび逆変換ブロック７７２へ供給される。エントロピー符号化７４８が行われた後、エントロピー符号化ブロック７４８の出力は、出力インターフェース７８０へ供給される。出力インターフェース７８０は、符号化ベースレイヤ・ビデオビットストリーム７０７および符号化エンハンスメントレイヤ・ビデオビットストリーム７１０の両方を出力する。
【００４０】
スケーリングおよび逆変換ブロック７７２の出力は、加算器７７９へ供給される。加算器７７９は、予測選択７５０の出力も受信する。加算器７７９の出力は、デブロッキング・ブロック７５１へ供給される。デブロッキング・ブロック７５１の出力は、参照バッファ７９４へ供給される。参照バッファ７９４の出力は、動き補償ブロック７５４へ供給される。動き補償ブロック７５４の出力は、予測選択７５０へ供給される。参照バッファ７９４の出力は、イントラ予測器７５６へも供給される。イントラ予測器７５６の出力は、予測選択７５０へ供給される。予測選択７５０は、解像度アップスケーリング・ブロック７７０の出力も受信する。
【００４１】
ベースレイヤ・エンコーダ７０９は、ダウンサンプリングされた入力ピクチャもしくは別の画像と結合するのに適した他の画像コンテンツまたは代わりのビュー入力ピクチャあるいは同じ入力ピクチャ７０３（すなわち、エンハンスメントレイヤ・エンコーダ７０６によって受信される入力ピクチャ７０４と同じもの）を受信するビデオ入力７６２を含む。ビデオ入力７６２の出力は、符号化予測ループ７６４へ供給される。エントロピー符号化７６６は、符号化予測ループ７６４の出力上で供給される。符号化予測ループ７６４の出力は、参照バッファ７６８へも供給される。参照バッファ７６８は、符号化予測ループ７６４へのフィードバックを供給する。参照バッファ７６８の出力は、解像度アップスケーリング・ブロック７７０へも供給される。エントロピー符号化７６６が一旦行われると、出力が出力インターフェース７８０へ供給される。
【００４２】
図２Ｂは、電子デバイス８０２上のビデオデコーダ８１２の一構成を示すブロック図である。図２Ｂのビデオデコーダ８１２は、図２Ａのビデオデコーダ２７２の一構成であってもよい。ビデオデコーダ８１２は、エンハンスメントレイヤ・デコーダ８１５およびベースレイヤ・デコーダ８１３を含む。ビデオデコーダ８１２は、インターフェース８８９および解像度アップスケーリング８７０も含む。図２Ｂのビデオデコーダは、本明細書に記載されるように、例えば、スケーラブル・ビデオ復号およびマルチビュー・ビデオ復号に適する。
【００４３】
インターフェース８８９は、符号化ビデオストリーム８８５を受信する。符号化ビデオストリーム８８５は、ベースレイヤ符号化ビデオストリームおよびエンハンスメントレイヤ符号化ビデオストリームからなる。これら２つのストリームは、別々または一緒に送信されてもよい。インターフェース８８９は、符号化ビデオストリーム８８５のいくらかまたはすべてをベースレイヤ・デコーダ８１３におけるエントロピー復号ブロック８８６へ供給する。エントロピー復号ブロック８８６の出力は、復号予測ループ８８７へ供給される。復号予測ループ８８７の出力は、参照バッファ８８８へ供給される。参照バッファは、復号予測ループ８８７へのフィードバックを供給する。参照バッファ８８８は、復号ベースレイヤ・ビデオストリーム８８４も出力する。
【００４４】
インターフェース８８９は、符号化ビデオストリーム８８５のいくらかまたはすべてをエンハンスメントレイヤ・デコーダ８１５におけるエントロピー復号ブロック８９０へも供給する。エントロピー復号ブロック８９０の出力は、逆量子化ブロック８９１へ供給される。逆量子化ブロック８９１の出力は、加算器８９２へ供給される。加算器８９２は、逆量子化ブロック８９１の出力と予測選択ブロック８９５の出力とを加算する。加算器８９２の出力は、デブロッキング・ブロック８９３へ供給される。デブロッキング・ブロック８９３の出力は、参照バッファ８９４へ供給される。参照バッファ８９４は、復号エンハンスメントレイヤ・ビデオストリーム８８２を出力する。参照バッファ８９４の出力は、イントラ予測器８９７へも供給される。エンハンスメントレイヤ・デコーダ８１５は、動き補償８９６を含む。動き補償８９６は、解像度アップスケーリング８７０後に行われる。予測選択ブロック８９５は、イントラ予測器８９７の出力および動き補償８９６の出力を受信する。
【００４５】
図３Ａは、エンコーダ３０８およびデコーダ３７２の一例を示すブロック図である。この例では、電子デバイスＡ３０２および電子デバイスＢ３７０が示される。しかしながら、留意すべきは、電子デバイスＡ３０２および電子デバイスＢ３７０に関して記載される特徴および機能がいくつかの構成では単一の電子デバイスへ組み合わされてもよいことである。
【００４６】
電子デバイスＡ３０２は、エンコーダ３０８を含む。エンコーダ３０８は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、エンコーダ３０８は、高効率ビデオ符号化（ＨＥＶＣ）コーダとすることができる。他のコーダが同様に用いられてもよい。電子デバイスＡ３０２は、情報源３０６を取得する。いくつかの構成において、情報源３０６は、イメージセンサを用いて電子デバイスＡ３０２上で取り込まれる、メモリから読み出されるか、または別の電子デバイスから受信される。
【００４７】
エンコーダ３０８は、ビットストリーム３３４を生成するために情報源３０６を符号化する。例えば、エンコーダ３０８は、情報源３０６における一連のピクチャ（例えば、ビデオ）を符号化する。エンコーダ３０８は、図１Ａに関連して先に記載されたエンコーダ１０８と同様であってもよい。
【００４８】
ビットストリーム３３４は、情報源３０６に基づく符号化ピクチャデータを含む。いくつかの構成において、ビットストリーム３３４は、オーバーヘッド・データ、例えば、スライスヘッダ情報、ＰＰＳ情報なども含む。情報源３０６における追加のピクチャが符号化されたときに、ビットストリーム３３４は、１つ以上の符号化ピクチャを含む。
【００４９】
ビットストリーム３３４は、デコーダ３７２へ供給される。一例において、ビットストリーム３３４は、有線または無線リンクを用いて電子デバイスＢ３７０へ送信される。いくつかの場合、これは、インターネットまたはローカルエリアネットワーク（ＬＡＮ）のようなネットワークを通じて行われる。図３Ａに示されるように、デコーダ３７２は、電子デバイスＡ３０２上のエンコーダ３０８とは別々に電子デバイスＢ３７０上に実装されてもよい。しかしながら、留意すべきは、エンコーダ３０８およびデコーダ３７２は、いくつかの構成では同じ電子デバイス上に実装されてもよいことである。エンコーダ３０８およびデコーダ３７２が同じ電子デバイス上に設けられる実装では、例として、ビットストリーム３３４は、バスを通じてデコーダ３７２へ供給されるかまたはデコーダ３７２による読み出しのためにメモリに蓄積される。デコーダ３７２は、復号ピクチャ３９２出力を供給する。
【００５０】
デコーダ３７２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ３７２は、高効率ビデオ符号化（ＨＥＶＣ）デコーダとすることができる。他のデコーダが同様に用いられてもよい。デコーダ３７２は、図２Ａに関連して先に記載されたデコーダ２７２と同様であってもよい。
【００５１】
図３Ｂは、エコーダ９０８およびデコーダ９７２の別の例を示すブロック図である。この例では、電子デバイスＡ９０２および電子デバイスＢ９７０が示される。しかしながら、留意すべきは、電子デバイスＡ９０２および電子デバイスＢ９７０に関して記載される特徴および機能がいくつかの構成では単一の電子デバイスへ組み合わされてもよいことである。
【００５２】
電子デバイスＡ９０２は、エンコーダ９０８を含む。エンコーダ９０８は、ベースレイヤ・エンコーダ９１０およびエンハンスメントレイヤ・エンコーダ９２０を含む。ビデオエンコーダ９０８は、スケーラブル・ビデオ符号化およびマルチビュー・ビデオ符号化に適する。エンコーダ９０８は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、エンコーダ９０８は、スケーラブルおよび／またはマルチビューを含めて、高効率ビデオ符号化（ＨＥＶＣ）コーダとすることができる。他のコーダが同様に用いられてよい。電子デバイスＡ９０２は、情報源９０６を取得する。いくつかの構成において、情報源９０６は、イメージセンサを用いて電子デバイスＡ９０２上で取り込まれる、メモリから読み出されるかまたは別の電子デバイスから受信される。
【００５３】
エンコーダ９０８は、ベースレイヤ・ビットストリーム９３４およびエンハンスメントレイヤ・ビットストリーム９３６を生成するために情報源９０６を符号化する。例えば、エンコーダ９０８は、情報源９０６における一連のピクチャ（例えば、ビデオ）を符号化する。特に、品質スケーラビリティとしても知られるＳＮＲスケーラビリティのためのスケーラブル・ビデオ符号化では、同じ情報源９０６がベースレイヤおよびエンハンスメントレイヤ・エンコーダへ供給される。特に、空間スケーラビリティのためのスケーラブル・ビデオ符号化では、ダウンサンプリングされた情報源がベースレイヤ・エンコーダに用いられる。特に、マルチビュー符号化では、異なるビュー情報源がベースレイヤ・エンコーダおよびエンハンスメントレイヤ・エンコーダに用いられる。エンコーダ９０８は、図１Ｂに関連して先に記載されたエンコーダ７８２と同様であってもよい。
【００５４】
ビットストリーム９３４、９３６は、情報源９０６に基づく符号化ピクチャデータを含む。いくつかの構成において、ビットストリーム９３４、９３６は、オーバーヘッド・データ、例えば、スライスヘッダ情報、ＰＰＳ情報なども含む。情報源９０６における追加のピクチャが符号化されたときに、ビットストリーム９３４、９３６は、１つ以上の符号化ピクチャを含む。
【００５５】
ビットストリーム９３４、９３６は、デコーダ９７２へ供給される。デコーダ９７２は、ベースレイヤ・デコーダ９８０およびエンハンスメントレイヤ・デコーダ９９０を含む。デコーダ９７２は、スケーラブル・ビデオ復号およびマルチビュー・ビデオ復号に適する。一例では、ビットストリーム９３４、９３６が有線または無線リンクを用いて電子デバイスＢ９７０へ送信される。いくつかの場合、これは、インターネットまたはローカルエリアネットワーク（ＬＡＮ）のようなネットワークを通じて行われる。図３Ｂに示されるように、デコーダ９７２は、電子デバイスＡ９０２上のエンコーダ９０８とは別々に電子デバイスＢ９７０上に実装されてもよい。しかしながら、留意すべきは、エンコーダ９０８およびデコーダ９７２がいくつかの構成では同じ電子デバイス上に実装されてもよいことである。エンコーダ９０８およびデコーダ９７２が同じ電子デバイス上に設けられる実装では、例として、ビットストリーム９３４、９３６は、バスを通じてデコーダ９７２へ供給されるか、またはデコーダ９７２による読み出しのためにメモリに蓄積される。デコーダ９７２は、復号ベースレイヤ９９２および復号エンハンスメントレイヤピクチャ９９４を出力として供給する。
【００５６】
デコーダ９７２は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。一構成において、デコーダ９７２は、スケーラブルおよび／またはマルチビューを含めて、高効率ビデオ符号化（ＨＥＶＣ）デコーダとすることができる。他のデコーダが同様に用いられてもよい。デコーダ９７２は、図２Ｂに関連して先に記載されたデコーダ８１２と同様であってもよい。
【００５７】
図４は、電子デバイス４０９において利用される様々なコンポーネントを示す。電子デバイス４０９は、１つ以上の電子デバイスとして実装されてもよい。例えば、電子デバイス４０９は、図１Ａおよび図１Ｂと関連して先に記載された電子デバイス１０２として、図２Ａおよび図２Ｂと関連して先に記載された電子デバイス２７０として、または両方として実装されてもよい。
【００５８】
電子デバイス４０９は、電子デバイス４０９の動作を制御するプロセッサ４１７を含む。プロセッサ４１７は、ＣＰＵとも呼ばれる。メモリ４１１は、リードオンリーメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）の両方、または情報を蓄積する任意のタイプのデバイスを含み、命令４１３ａ（例えば、実行可能な命令）およびデータ４１５ａをプロセッサ４１７へ供給する。メモリ４１１の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）を含んでもよい。メモリ４１１は、プロセッサ４１７と電子通信を行う。
【００５９】
命令４１３ｂおよびデータ４１５ｂは、プロセッサ４１７にも存在する。プロセッサ４１７に読み込まれた命令４１３ｂおよび／またはデータ４１５ｂは、プロセッサ４１７による実行または処理のために読み込まれたメモリ４１１からの命令４１３ａおよび／またはデータ４１５ａも含む。命令４１３ｂは、本明細書に開示される１つ以上の技術を実装するためにプロセッサ４１７によって実行される。
【００６０】
電子デバイス４０９は、他の電子デバイスとの通信のために１つ以上の通信インターフェース４１９を含む。通信インターフェース４１９は、有線通信技術、無線通信技術または両方に基づく。通信インターフェース４１９の例は、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ  Ｓｅｒｉａｌ  Ｂｕｓ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型計算機システムインターフェース（ＳＣＳＩ：ｓｍａｌｌ  ｃｏｍｐｕｔｅｒ  ｓｙｓｔｅｍ  ｉｎｔｅｒｆａｃｅ）バスインターフェース、赤外線（ＩＲ）通信ポート、Ｂｌｕｅｔｏｏｔｈ無線通信アダプタ、第３世代パートナーシップ・プロジェクト（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）仕様による無線トランシーバなどを含む。
【００６１】
電子デバイス４０９は、１つ以上の出力デバイス４２３および１つ以上の入力デバイス４２１を含む。出力デバイス４２３の例は、スピーカ、プリンタなどを含む。電子デバイス４０９に含まれる出力デバイスの１つのタイプは、ディスプレイデバイス４２５である。本明細書に開示される構成とともに用いられるディスプレイデバイス４２５は、任意の適切な画像投影技術、例えば、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）、気体プラズマ、エレクトロルミネセンスなどを利用する。ディスプレイコントローラ４２７は、メモリ４１１に蓄積されたデータをディスプレイ４２５上に示されるテキスト、グラフィックスおよび／または動画像に（適宜）変換するために設けられる。入力デバイス４２１の例は、キーボード、マウス、マイクロフォン、リモートコントロールデバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどを含む。
【００６２】
電子デバイス４０９の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含む、バスシステム４２９によって結合される。しかしながら、明確さのために、図４では様々なバスがバスシステム４２９として示される。図４に示される電子デバイス４０９は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
【００６３】
「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を運ぶか、または蓄積するために用いることができ、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ  ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ  ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙ  ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。デコーダおよび／またはエンコーダのためのコードは、コンピュータ可読媒体に蓄積される。
【００６４】
（例えば、本明細書では一般にブロックと呼ばれる）複数の符号化ツリーブロック（ｃｏｄｅｄ  ｔｒｅｅ  ｂｌｏｃｋ）を備える１つの入力ピクチャが、１つまたはいくつかのスライスに分割される。スライスが表現するピクチャの区域でのサンプルの値は、エンコーダおよびデコーダで用いられる参照ピクチャが同じであり、かつデブロッキングフィルタ処理がスライス境界を越えて情報を用いないことを条件として、他のスライスからのデータを用いることなく適切に復号される。それゆえに、１つのスライスに関するエントロピー復号およびブロック再構成は、他のスライスに依存しない。特に、エントロピー符号化状態は、各スライスの開始のときにリセットされる。他のスライス中のデータは、エントロピー復号および再構成の両方について近傍の利用可能性を定義するときに、利用不可能とマーク付けされる。複数のスライスは、並列にエントロピー復号および再構成される。スライスの境界を越えたイントラ予測および動きベクトル予測は、好ましくは許可されない。対照的に、デブロッキングフィルタ処理は、スライス境界を越えて情報を用いることができる。
【００６５】
図５は、横方向に１１ブロックおよび縦方向に９ブロックを備える例示的なビデオピクチャ５００を示す（９つの例示的なブロックが５０１〜５０９とラベル付けされる）。図５は、３つの例示的なスライス、すなわち、“スライス＃０”５２０と示される第１のスライス、“スライス＃１”５３０と示される第２のスライスおよび“スライス＃２”５４０と示される第３のスライスを示す。デコーダは、３つのスライス５２０、５３０、５４０を並列に復号して再構成する。それぞれのスライスは、スキャンライン状に順次送信される。スライスごとの復号／再構成の初めに、コンテキストモデルが初期化またはリセットされ、他のスライス中のブロックは、エントロピー復号およびブロック再構成の両方について利用不可能とマーク付けされる。コンテキストモデルは、一般に、エントロピー・エンコーダおよび／またはデコーダの状態を表す。したがって、１つのブロック、例えば、「スライス＃１」における５０３とラベル付けされたブロックに対して、「スライス＃０」におけるブロック（例えば、５０１および５０２とラベル付けされたブロック）は、コンテキストモデル選択にも再構成にも用いることができない。１つのブロック、例えば、「スライス＃１」における５０５とラベル付けされたブロックに対して、「スライス＃１」における他のブロック（例えば、５０３および５０４とラベル付けされたブロック）は、コンテキストモデル選択または再構成に用いることができる。それゆえに、エントロピー復号およびブロック再構成は、順次スライス内で進む。スライスがフレキシブルなブロック順序付け（ＦＭＯ：ｆｌｅｘｉｂｌｅ  ｂｌｏｃｋ  ｏｒｄｅｒｉｎｇ）を用いて定義されない限り、スライス内のブロックは、ラスタスキャン順に処理される。
【００６６】
図６は、３つのスライスグループ、すなわち、「スライスグループ＃０」５５０と示される第１のスライスグループ、「スライスグループ＃１」５６０と示される第２のスライスグループおよび「スライスグループ＃２」５７０と示される第３のスライスグループへの例示的なブロック・アロケーションを示す。これらのスライスグループ５５０、５６０、５７０は、ピクチャ５８０におけるそれぞれ２つの前景領域および１つの背景領域に関連付けられる。
【００６７】
図５に示されるようなスライスの配置は、各スライスを、ラスタスキャンまたはラスタスキャン順としても知られる、画像スキャン順にブロックの対の間に定義するように限定される。スキャン順スライスのこの配置は、計算が効率的であるが、高効率並列符号化および復号には結び付きにくい。そのうえ、スライスのこのスキャン順の定義は、符号化効率に大いに適した共通の特性を有すると思われる、画像のより小さい局所領域を一緒にグループ化しにくい。図６に示されるようなスライスの配置は、その配置が非常にフレキシブルであるが、高効率並列符号化または復号には結び付きにくい。そのうえ、この非常にフレキシブルなスライスの定義は、デコーダに実装するには計算が複雑である。
【００６８】
図７を参照すると、タイル技術が、画像を一組の（正方形を含めて）矩形の領域に分割する。それぞれのタイル内の（いくつかのシステムでは代わりに最大符号化ユニットまたは符号化ツリーブロックと呼ばれる）複数のブロックは、ラスタスキャン順に符号化および復号される。複数のタイルの配置も同様にラスタスキャン順に符号化または復号される。それに沿って、任意の適切な数（例えば、０以上）の列境界があり、かつ任意の適切な数（例えば、０以上）の行境界があってもよい。従って、フレームが１つ以上のスライス、例えば、図７に示される１つのスライスを定義してもよい。いくつかの実施形態において、異なるタイルに位置するブロックは、隣接ブロックの情報に依存するイントラ予測、動き補償、エントロピー符号化コンテキスト選択または他の処理には利用できない。
【００６９】
図８を参照すると、画像を３つの矩形列の一組に分割するタイル技術が示される。それぞれのタイル内の（いくつかのシステムでは代わりに最大符号化ユニットまたは符号化ツリーブロックと呼ばれる）ブロックは、ラスタスキャン順に符号化および復号される。タイルも同様にラスタスキャン順に符号化および復号される。１つ以上のスライスは、タイルのスキャン順に定義される。それぞれのスライスは、独立して復号可能である。例えば、スライス１がブロック１〜９を含むと定義され、スライス２がブロック１０〜２８を含むとして定義され、３つのタイルに及ぶスライス３がブロック２９〜１２６を含むとして定義される。タイルの使用により、フレームのさらに局所化された領域のデータを処理することにより、符号化の効率化が促進される。
【００７０】
当然のことながら、いくつかの場合、ビデオ符号化は、タイルを随意的に含まずに、ビデオのフレームに対するウェーブフロント符号化／復号パターンの使用を随意的に含んでもよい。このような方法で、ビデオの１つ以上のライン（例えば、それぞれのグループがウェーブフロント・サブストリームを表現するマクロブロック（または代わりに符号化ツリーブロック）の１つ以上の行の複数のグループ）が並列に符号化／復号される。一般に、ビデオの分割は、任意の適切な方法で構成される。
【００７１】
ビデオ符号化規格は、限られた周波数帯域幅および／または限られた蓄積容量をもつチャネルを通じて通信するために、しばしばビデオデータを圧縮する。これらのビデオ符号化規格は、フレームをより効果的に符号化および復号するために、複数の符号化段階、例えば、イントラ予測、空間領域から周波数領域への変換、量子化、エントロピー符号化、動き推定および動き補償を含む。符号化および復号段階の多くは、計算が過度に複雑である。
【００７２】
ビデオのビットストリームは、ネットワーク抽象化レイヤ（ＮＡＬ：Ｎｅｔｗｏｒｋ  Ａｂｓｔｒａｃｔｉｏｎ  Ｌａｙｅｒ）ユニットと一般に呼ばれる論理データパケット中に置かれたシンタックス構造を含む。各ＮＡＬユニットは、関連付けられたデータ・ペイロードの目的を識別するために、２バイトのＮＡＬユニットヘッダ（例えば、１６ビット）のようなＮＡＬユニットヘッダを含む。例えば、各符号化スライス（および／またはピクチャ）は、１つ以上のスライス（および／またはピクチャ）ＮＡＬユニットに符号化される。他のＮＡＬユニットは、データの他のカテゴリ、例えば、付加拡張情報、時間サブレイヤ・アクセス（ＴＳＡ：ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ）ピクチャの符号化スライス、段階的時間サブレイヤ・アクセス（ＳＴＳＡ：ｓｔｅｐ−ｗｉｓｅ  ｔｅｍｐｏｒａｌ  ｓｕｂ−ｌａｙｅｒ  ａｃｃｅｓｓ）ピクチャの符号化スライス、非ＴＳＡ、非ＳＴＳＡトレイリング・ピクチャの符号化スライス、ブロークンリンクアクセス・ピクチャの符号化スライス、瞬時復号リフレッシュ・ピクチャの符号化スライス、クリーンランダムアクセス・ピクチャの符号化スライス、ランダムアクセス復号可能リーディング・ピクチャの符号化スライス、ランダムアクセス・スキップト・リーディング・ピクチャの符号化スライス、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、アクセスユニット・デリミタ、シーケンスの終了、ビットストリームの終了、フィラーデータおよび／またはシーケンス・エンハンスメント情報メッセージ用として含まれる。下の表１は、ＮＡＬユニット・コードおよびＮＡＬユニット・タイプ・クラスの一例を示す。所望通りに、他のＮＡＬユニット・タイプが含まれてもよい。やはり当然のことながら、表１に示されるＮＡＬユニットに関するＮＡＬユニット・タイプ値は、入れ替えられても、再割り当てされてもよい。また、追加のＮＡＬユニット・タイプが加えられてもよい。さらに、いくつかのＮＡＬユニット・タイプが除去されてもよい。
【表３】
2016519855.tif 000005
【００７３】
ＮＡＬは、ピクチャのコンテンツを様々なトランスポート層上に表現する、ビデオ符号化レイヤ（ＶＣＬ：ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｌａｙｅｒ）データをマッピングする能力を提供する。ＮＡＬユニットは、それぞれ符号化ピクチャまたは他の関連データを含むかどうかに従って、ＶＣＬおよび非ＶＣＬ  ＮＡＬユニットに分類される。Ｂ．ブロス（Ｂ．Ｂｒｏｓ），Ｗ−Ｊ．ハン（Ｗ−Ｊ．Ｈａｎ），Ｊ−Ｒ．オーム（Ｊ−Ｒ．Ｏｈｍ），Ｇ．Ｊ．サリバン（Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ），およびＴ−．ウィーガンド（Ｔ−．Ｗｉｅｇａｎｄ），「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案８（Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ）Ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  ８）」，ＪＣＴＶＣ−Ｊ１０００３，ストックホルム，２０１２年７月は、参照によりその全体が本明細書に組み込まれる。Ｂ．ブロス，Ｗ−Ｊ．ハン，Ｊ−Ｒ．オーム，Ｇ．Ｊ．サリバン，ワング（Ｗａｎｇ），およびＴ−．ウィーガンド，「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０（ＤＦＩＳ＆ラストコール用）（Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ）Ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  １０（ｆｏｒ  ＤＦＩＳ＆Ｌａｓｔ  Ｃａｌｌ））」，ＪＣＴＶＣ−Ｊ１０００３＿ｖ３４，ジュネーブ，２０１３年１月は、参照によりその全体が本明細書に組み込まれる。Ｂ．ブロス，Ｗ−Ｊ．ハン，Ｊ−Ｒ．オーム，Ｇ．Ｊ．サリバン，ワング，およびＴ−．ウィーガンド，「高効率ビデオ符号化（ＨＥＶＣ）テキスト仕様草案１０（Ｈｉｇｈ  ｅｆｆｉｃｉｅｎｃｙ  ｖｉｄｅｏ  ｃｏｄｉｎｇ（ＨＥＶＣ）Ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  １０）」，ＪＣＴＶＣ−Ｌ１００３，ジュネーブ，２０１３年１月」は、参照によりその全体が本明細書に組み込まれる。
【００７４】
ランダムアクセスおよびビットストリーム・スプライスを可能にするために、ＩＤＲアクセスユニットは、イントラ・ピクチャ、すなわち、ＮＡＬユニット・ストリーム中で任意の前のピクチャを復号することなく復号できる符号化ピクチャを含む。また、ＩＤＲアクセスユニットの存在は、ビットストリーム中のどの後続ピクチャも、復号されるために、ＩＤＲアクセスユニットが含むイントラ・ピクチャより前のピクチャへの参照を必要としないことを示す。
【００７５】
ＩＤＲアクセスユニットは、Ｉスライスのみを含み、かつ復号順にビットストリーム中の第１のピクチャであるか、またはビットストリーム中で後の方に現れてもよいＩＤＲピクチャに関連する。各ＩＤＲピクチャは、復号順に符号化ビデオシーケンス（ＣＶＳ：ｃｏｄｅｄ  ｖｉｄｅｏ  ｓｅｑｕｅｎｃｅ）の第１のピクチャである。ＩＤＲピクチャは、各ＶＣＬ  ＮＡＬユニットがＩＤＲ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、関連付けられたＲＡＤＬピクチャを有する。ＩＤＲピクチャは、各ＶＣＬ  ＮＡＬユニットがＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、関連付けられたリーディング・ピクチャを何も有さない。ＩＤＲピクチャは、関連付けられたＲＡＳＬピクチャを有さない。
【００７６】
ＢＬＡアクセスユニットは、Ｉスライスのみを含み、かつ復号順にビットストリーム中の第１のピクチャであるか、またはビットストリーム中で後の方に現れてもよいＢＬＡピクチャに関連する。各ＢＬＡピクチャは、新しいＣＶＳを始め、復号処理に対してＩＤＲピクチャと同じ効果を有する。しかしながら、ＢＬＡピクチャは、空でないＲＰＳを示すシンタックス要素を含む。ＢＬＡピクチャは、各ＶＣＬ  ＮＡＬユニットがＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、ビットストリーム中に存在しないピクチャへの参照を含むので、デコーダによって出力されず復号可能でない、関連付けられたＲＡＳＬピクチャを有する。ＢＬＡピクチャは、また、各ＶＣＬ  ＮＡＬユニットがＢＬＡ＿Ｗ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、復号されるように示された、関連付けられたＲＡＤＬピクチャを有する。ＢＬＡピクチャは、各ＶＣＬ  ＮＡＬユニットがＢＬＡ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、関連付けられたＲＡＳＬピクチャを有さないが、関連付けられたＲＡＤＬピクチャを有する。ＢＬＡピクチャは、各ＶＣＬ  ＮＡＬユニットがＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するとき、関連付けられたリーディング・ピクチャを何も有さない。
【００７７】
クリーンランダムアクセス（ＣＲＡ：ｃｌｅａｎ  ｒａｎｄｏｍ  ａｃｃｅｓｓ）ピクチャ・シンタックスは、ランダムアクセスポイント（ＲＡＰ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｏｉｎｔ）の位置、すなわち、ビットストリーム中でより早く現われた任意のピクチャを復号する必要なしに、デコーダが首尾よくピクチャを復号し始めることができるビットストリーム中の位置でのイントラ・ピクチャの使用を示す。ランダムアクセスのサポートは、効果的なチャンネル切り替え、シーク動作および動的ストリーミング・サービスを可能にする。復号順（出力順）にＣＲＡピクチャに続き、かつ表示順（出力順）ではそれに先行するいくつかのピクチャは、ＣＲＡピクチャで復号を開始するときにデコーダで利用できないピクチャへのピクチャ間予測参照を含むことがある。これらの復号可能でないピクチャは、その復号処理をＣＲＡポイントで開始するデコーダによって破棄される。かかる復号可能でないピクチャは、ランダムアクセス・スキップト・リーディング（ＲＡＳＬ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｓｋｉｐｐｅｄ  ｌｅａｄｉｎｇ）ピクチャとして識別される。異なる元の符号化ビットストリームからのスプライス・ポイントの位置は、ブロークンリンクアクセス（ＢＬＡ：ｂｒｏｋｅｎ  ｌｉｎｋ  ａｃｃｅｓｓ）ピクチャによって示すことができる。ビットストリーム・スプラス操作は、１つのビットストリーム中のＣＲＡピクチャのＮＡＬユニット・タイプを、ＢＬＡピクチャを示す値へ変更して、他のビットストリーム中のＲＡＰピクチャの位置で新しいビットストリームを連結することによって行うことができる。ＲＡＰピクチャは、ＩＤＲ、ＣＲＡ、またはＢＬＡピクチャであってもよく、ＣＲＡおよびＢＬＡピクチャの両方ともに（ＢＬＡピクチャに用いられるＮＡＬユニット・タイプの特定の値に依存して）ビットストリーム中でＲＡＳＬピクチャが続き、他のビットストリーム中のＲＡＰピクチャの位置で新しいビットストリームを連結する。ＢＬＡピクチャと関連付けられた任意のＲＡＳＬピクチャは、スプライス操作に起因してビットストリーム中に実際には存在しないピクチャへの参照を含むので、デコーダによって破棄される。復号順にＲＡＰピクチャに続き、出力順ではそれに先行できる他のタイプのピクチャは、復号順にＲＡＰピクチャに先行する任意のピクチャへの参照を含むことができない、ランダムアクセス復号可能リーディング（ＲＡＤＬ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｄｅｃｏｄａｂｌｅ  ｌｅａｄｉｎｇ）ピクチャである。ＲＡＳＬおよびＲＡＤＬピクチャは、集合的にリーディング・ピクチャ（ＬＰ：ｌｅａｄｉｎｇ  ｐｉｃｔｕｒｅ）と呼ばれる。復号順および出力順の両方でＲＡＰピクチャに続くピクチャは、トレイリング・ピクチャとして知られ、ピクチャ間予測のためのＬＰへの参照を含むことができない。
【００７８】
複数参照ピクチャの管理では、ビットストリーム中の残りのピクチャを復号するために、前に復号されたピクチャの特定の一組が復号ピクチャバッファ（ＤＰＢ）（図１Ａの参照ピクチャバッファ１６６および図２Ａのフレームメモリ２９０を参照）に存在する必要がある。これらのピクチャを識別するために、ピクチャオーダカウント（ＰＯＣ）識別子のリストが各スライスヘッダで送信される。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素は、現ピクチャに関してピクチャオーダカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りを示す。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、両端値を含めて、０からＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ−１までの範囲内にある。ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４は、ピクチャオーダカウントに関して復号処理に用いられる変数ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂの値を次のように示す。
ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ＝２（ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４）  （０−１）
【００７９】
ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４の値は、両端値を含めて、０から１２までの範囲内にある。
【００８０】
参照ピクチャセット（ＲＰＳ：ｒｅｆｅｒｅｎｃｅ  ｐｉｃｔｕｒｅ  ｓｅｔ）は、１つのピクチャと関連付けられた参照ピクチャの一組であり、復号順にその関連付けられたピクチャより前のすべての参照ピクチャからなり、その関連付けられたピクチャまたは復号順にその関連付けられたピクチャに続く任意のピクチャのインター予測に用いることができる。図９は、時間予測構造に関する例示的なＰＯＣ値、復号順およびＲＰＳを示す。この例では、示されたＲＰＳ値がＲＰＳに関する実際のＰＯＣ値を指す。他の場合には、ＰＯＣ値の代わりに、現ピクチャのＰＯＣに対するピクチャのＰＯＣ値の差と、参照されるピクチャが現ピクチャにより参照として用いられるか否かをシグナリングするインジケータとがＲＰＳに蓄積される。
【００８１】
ＩＤＲピクチャは、復号されるために前のピクチャを何も必要としないので、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素に関するピクチャオーダカウントが０であると推測され、従って、ビットストリームのビットレートを減少させる。デコーダ順にピクチャ中の第１のスライスは、１に等しくセットされたｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇによってシグナリングされる。結果として、１に等しい値をもつシンタックス要素ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、２つ以上のＩＤＲピクチャがバックツーバックで送信される場合に、ＩＤＲピクチャの開始を識別するための境界としての機能を果たす。しかしながら、いくつかの場合、ビデオレイヤ中でバックツーバックＩＤＲピクチャに属するスライス間の識別を行うことは可能でない。第１の場合は、複数のパケットが順序を違えてデコーダに到着するかどうかである。第２の場合は、ＩＤＲピクチャの第１のスライスを含んだパケットが失われたかどうかである。また、符号化ビデオシーケンスのすべてのピクチャがイントラ符号化によりＩＤＲピクチャとしてシグナリングされるとき（例えば、すべてのイントラ・プロファイルを用いるとき）、すべてのピクチャは、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ値０を有する。従って、デコーダが特定のＩＤＲピクチャを他のＩＤＲピクチャから識別するのを可能にするために、システムは、それぞれについて異なるｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ値をシグナリングすべきである。加えて、ＩＤＲピクチャに類似して、Ｉスライスのみを有するＢＬＡピクチャは、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ要素に関して非ゼロ値をシグナリングすることができる。
【００８２】
図１０を参照すると、ビットストリームを復号するときのデコーダのロバスト性を向上させるためには、ＩＤＲピクチャに関してｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素がシグナリングされるべきである。図１０に示されるスライスヘッダの実施形態では、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂが現ピクチャに関してピクチャオーダカウントをＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂで割った余りを示す。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、両端値を含めて、０からＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ−１までの範囲内にある。
【００８３】
代替技術は、ＢＬＡピクチャに関してｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素をシグナリングせず、ＩＤＲシグナリグとの一貫性を保つためにそれが０であると推測することを含む。結果として、ＩｄｒＰｉｃＦｌａｇの導出は、好ましくはＢＬＡも含むように変更される。また、ＩｄｒＰｉｃＦｌａｇは、好ましくはＩｄｒＢｌａＰｉｃＦｌａｇと名称が変更される。加えて、ＰｉｃＯｒｄｅｒＣｎｔＶａｌの算出は、好ましくはＢＬＡピクチャに関して修正される。代わりに、ＩｄｒＰｉｃＦｌａｇを維持する一方で、新しいフラグＩｄｒＢｌａＰｉｃＦｌａｇを含めてもよい。
【００８４】
一般に、ＩｄｒＰｉｃＦｌａｇは、それがＩＤＲピクチャであれば、真または１である。そうでない場合には、それが偽またはゼロである。ある場合には、変数ＩｄｒＰｉｃＦｌａｇは、
【００８５】
ＩｄｒＰｉｃＦｌａ＝（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝＝ＩＤＲ＿Ｗ＿ＲＡＤＬ｜｜ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝＝ＩＤＲ＿Ｎ＿ＬＰ）として示され、ここでｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、ＮＡＬユニット・タイプを参照する。
【００８６】
一般に、ＩｄｒＢｌａＰｉｃＦｌａｇは、それがＩＤＲピクチャまたはＢＬＡピクチャであれば、真または１である。そうでない場合には、それは偽またはゼロである。ある場合には、変数ＩｄｒＢｌａＰｉｃＦｌａｇは、ＩｄｒＢｌａＰｉｃＦｌａｇ＝（ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝＝ＩＤＲ＿Ｗ＿ＲＡＤＬ｜｜ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝＝ＩＤＲ＿Ｎ＿ＬＰ｜｜ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝＝ＢＬＡ＿Ｗ＿ＬＰ｜｜ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝＝ＢＬＡ＿Ｗ＿ＬＰ｜｜ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ＝＝ＢＬＡ＿Ｎ＿ＬＰ）として示され、ここでｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、ＮＡＬユニット・タイプを参照する。
【００８７】
ＢＬＡピクチャがＩスライスのみを含み、かつ復号順にビットストリーム中の第１のピクチャであるか、またはＢＬＡピクチャがビットストリーム中で後の方に現れてもよいため、この代替技術が使用できる。先に記載されたように、各ＢＬＡピクチャは、新しい符号化ビデオシーケンスを始め、復号処理に対してＩＤＲピクチャと同じ効果を有する。結果として、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂをＢＬＡおよびＩＤＲピクチャに関してシグナリングする一貫した方法を有することにより、それらをデコーダで同様に取り扱うことが可能になるであろう。
【００８８】
図１１を参照すると、ビットストリームを復号して、ＩＤＲおよびＢＬＡピクチャを取り扱うときのデコーダの一貫性を向上させるために、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素は、ＩＤＲピクチャまたはＢＬＡピクチャ以外のピクチャのスライスヘッダ（例えば、！ＩｄｒＢＬＡＰｉｃＦｌａｇ）でシグナリングされる。
【００８９】
図１２を参照すると、ビットストリームを復号して、ＩＤＲおよびＢＬＡピクチャを取り扱うときのデコーダの一貫性を向上させるために、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素は、ＩＤＲピクチャまたはＢＬＡピクチャの他のピクチャのスライスヘッダ（例えば、！ＩｄｒＢＬＡＰｉｃＦｌａｇ）でシグナリングされる。スライスヘッダの残りの部分（例えば、！ＩｄｒＰｉｃＦｌａｇ）は、ＩＤＲピクチャ以外のピクチャに関してシグナリングされる。結果として、スライスヘッダの残りの部分は、ＢＬＡピクチャに関してシグナリングされる。
【００９０】
図１３を参照すると、ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂシンタックス要素は、スライスヘッダの初めにある。スライスヘッダの初めにあるｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂフィールドは、このフィールドをスライスヘッダ中で最初にチェックして、スライス中の他のシンタックス要素をパースする前に、このスライスがどのピクチャに属するかを理解することをより容易に可能にする。これは、ピクチャが順序を違えて到着する、および／または失われる可能性がある環境において有用である。
【００９１】
スケーラブル・ビデオ符号化は、１つ以上のサブセット・ビットストリームも含んだビデオビットストリームの符号化技術である。サブセット・ビデオビットストリームは、サブセット・ビットストリームに必要とされる帯域幅を削減するために、より大きいビデオからパケットを落とすことにより導出される。サブセット・ビットストリームは、より低い空間解像度（より小さいスクリーン）、より低い時間解像度（より低いフレームレート）、またはより低品質のビデオ信号を表現する。例えば、１つのビデオビットストリームが５つのサブセット・ビットストリームを含み、それぞれのサブセット・ビットストリームがベース・ビットストリームに追加のコンテンツを加える。ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）ら，「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブルな拡張のためのテストモデル（Ｔｅｓｔ  Ｍｏｄｅｌ  ｆｏｒ  Ｓｃａｌａｂｌｅ  Ｅｘｔｅｎｓｉｏｎｓ  ｏｆ  Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ））」ＪＣＴＶＣ−Ｌ０４５３，上海，２０１２年１０月は、参照によりその全体が本明細書に組み込まれる。チェン（Ｃｈｅｎ）ら，「ＳＨＶＣ草案テキスト１」，ＪＣＴＶＣ−Ｌ１００８，ジュネーブ，２０１３年３月は、参照によりその全体が本明細書に組み込まれる。追加の説明は、Ｊ．チェン（Ｊ．Ｃｈｅｎ），Ｊ・ボイス（Ｊ．Ｂｏｙｃｅ），Ｙ．イエ（Ｙ．Ｙｅ），Ｍ．Ｍ．ハンヌクセラ，「ＳＨＶＣ草案テキスト２」，ＪＣＴＶＣ−Ｍ１００８，インチョン，２０１３年５月；Ｇ．テック（Ｇ．Ｔｅｃｈ），Ｋ．ウェグナー（Ｋ．Ｗｅｇｎｅｒ），Ｙ．チェン（Ｙ．Ｃｈｅｎ），Ｍ．ハンヌクセラ，Ｊ・ボイス，「ＭＶ−ＨＥＶＣ草案テキスト４（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」，ＪＣＴＶＣ−Ｄ１００４，インチョン，２０１３年５月；およびＫ．スーリング（Ｋ．Ｓｕｈｒｉｎｇ），Ｒ．スクーピン（Ｒ．Ｓｋｕｐｉｎ），Ｇ．テック、Ｔ．シエル（Ｔ．Ｓｃｈｉｅｒｌ）、Ｋ．ラパカ（Ｋ．Ｒａｐａｋａ）、Ｗ．プゥ（Ｗ．Ｐｕ）、Ｘ．リー（Ｘ．Ｌｉ）、Ｊ．チェン、Ｙ．−Ｋ．ワング（Ｙ．−Ｋ．Ｗａｎｇ），Ｍ．カルツェウィッツ（Ｍ．Ｋａｒｃｚｅｗｉｃｚ），Ｋ．ウグル（Ｋ．Ｕｇｕｒ），Ｍ．Ｍ．ハンヌクセラに記載され、それぞれが参照によりその全体が本明細書に組み込まれる。
【００９２】
マルチビュー・ビデオ符号化は、代わりのビューを表現する１つ以上の他のビットストリームも含んだビデオビットストリームの符号化技術である。例えば、複数のビューは、立体ビデオのための一対のビューであってもよい。例えば、複数のビューは、同じシーンの異なるビューポイントからの複数のビューを表現してもよい。複数のビューは、異なるビューポイントからの同じシーンの画像なので、一般に、多くのビュー間の統計的従属性を含む。それゆえに、時間予測とビュー間予測との組み合わせは、効率的なマルチビュー符号化を達成するであろう。例えば、フレームは、時間的に関連したフレームからだけでなく、隣接した複数のビューポイントのフレームからも効率的に予測できる。ハンヌクセラら，「スケーラブルおよびマルチビュー拡張に関する共通仕様テキスト（Ｃｏｍｍｏｎ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｔｅｘｔ  ｆｏｒ  ｓｃａｌａｂｌｅ  ａｎｄ  ｍｕｌｔｉ−ｖｉｅｗ  ｅｘｔｅｎｓｉｏｎｓ）」，ＪＣＴＶＣ−Ｌ０４５２，ジュネーブ，２０１３年１月は、参照によりその全体が本明細書に組み込まれる。テックら，「ＭＶ−ＨＥＶＣ草案テキスト３（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」，ＪＣＴ３Ｖ−Ｃ１００４＿ｄ３，ジュネーブ，２０１３年１月は、参照によりその全体が本明細書に組み込まれる。
【００９３】
図１４を参照すると、ビデオパラメータセットは、ビデオシーケンスに関するコンテンツを記載するシンタックスである。ビデオパラメータセット・シンタックスは、多くのシンタックス要素によって示され、そのいくつかが以下に記載される。
【００９４】
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｏｆｆｓｅｔは、ＮＡＬユニットの初めから開始して、ＶＰＳ  ＮＡＬユニット中の次の一組の固定長符号化情報のバイトオフセットを示す。非ベースレイヤまたはビューに関するＶＰＳ情報は、セッション・ネゴシエーションおよび／または能力交換のための固定長符号化情報とともに、ＶＰＳ  ＮＡＬユニットのバイトアラインされた位置から開始する。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｏｆｆｓｅｔによって示されるバイトオフセットは、エントロピー復号の必要なしにＶＰＳ  ＮＡＬユニット中の情報の位置を特定して、アクセスすることを助けるであろう。
【００９５】
０に等しいｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造がＶＰＳ  ＲＢＳＰシンタックス構造中に何も存在しないことを示す。１に等しいｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（）シンタックス構造がＶＰＳ  ＲＢＳＰシンタックス構造中に存在することを示す。ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きいとき、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇは１に等しい。
【００９６】
０に等しいｖｐｓ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇは、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素がＶＰＳ  ＲＢＳＰシンタックス構造中に何も存在しないことを示す。デコーダは、ＶＰＳ  ＮＡＬユニット中のｖｐｓ＿ｅｘｔｅｎｓｉｏｎ２＿ｆｌａｇに関する値１に続くデータを無視してもよい。
【００９７】
それに沿って、ビデオパラメータセット・シンタックスは、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇを用いて、追加の特性を有する拡張の存在フラグを立てる。図１５Ａおよび図１５Ｂを参照すると、ビデオパラメータセット拡張シンタックス（例えば、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ（））は、ビデオパラメータセット・シーケンスに関する追加のシンタックス要素またはメタデータを記述する。ビデオパラメータセット拡張シンタックスは、多くのシンタックス要素によって示され、その多くが以下に記載される。
【００９８】
ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｏｎｅ＿ｂｉｔは、１に等しい。
【００９９】
１に等しいａｖｃ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇは、ベースレイヤがＩＴＵ−Ｔ  Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６−１０に適合することを示し、０に等しいこのフラグは、例えば、本明細書に記載されるような別の仕様に適合することを示す。
【０１００】
１に等しいｓｐｌｉｔｔｉｎｇ＿ｆｌａｇは、ＮＡＬユニットヘッダ中のｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素のビットが、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の値に従ってビット単位の長さをもつｎ個のセグメントに分割されること、およびこれらｎ個のセグメントが、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ＿ｆｌａｇ［ｉ］に示されるｎ個のスケーラビリティディメンジョンと関連付けられることを示す。ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいとき、ｉ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄのｊ番目のセグメントの値は、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］の値に等しい。０に等しいｓｐｌｉｔｔｉｎｇ＿ｆｌａｇは、上記の制約を示さない。
【０１０１】
ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいとき、すなわち、以下に記載されるｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］シンタックス要素のセマンティクスでレポートされる制限に従うときに、スケーラブル識別子は、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］シンタックス要素のセマンティクスでレポートされるような導出の代わりに、ビットマスクされたコピーを用いてＮＡＬユニットヘッダ中のｎｕｈ＿ｌａｙｅｒ＿ｉｄ中のシンタックス要素から導出できる。ｉ番目のスケーラブルディメンジョンに対するそれぞれのビットマスクは、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］のセマンティクスで示されるように、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の値およびｄｉｍＢｉｔＯｆｆｓｅｔ［ｉ］によって定義される。
【０１０２】
１に等しいｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ＿ｆｌａｇ［ｉ］は、表Ｆ−１におけるｉ番目のスケーラビリティディメンジョンに対応するｄｉｍｅｎｓｉｏｎ＿ｉｄシンタックス要素が存在することを示す。０に等しいｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ＿ｆｌａｇ［ｉ］は、ｉ番目のスケーラビリティディメンジョンに対応するｄｉｍｅｎｓｉｏｎ＿ｉｄシンタックス要素が存在しないことを示す。
【０１０３】
一実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋインデックス０は、スケーラビリティディメンジョン「マルチビュー」を示し、「ＶｉｅｗＩｄ」のＳｃａｌａｂｉｌｉｔｙＩｄへマッピングされる。一実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋインデックス１は、スケーラビリティディメンジョン「空間的／ＳＮＲスケーラビリティ」を示し、「ＤｅｐｅｎｄｅｎｃｙＩｄ」のＳｃａｌａｂｉｌｉｔｙＩｄへマッピングされる。一実施形態において、両端値を含めて２から１５までの範囲内のｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋインデックスは、将来に定義されるかもしれない予約されたスケーラビリティを示す。
【０１０４】
ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１は、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］シンタックス要素のビット単位の長さを示す。変数ｄｉｍＢｉｔＯｆｆｓｅｔ［０］は、０に等しくセットされ、両端値を含めて、１から（ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇ）までの範囲内のｊに対して、ｄｉｍＢｉｔＯｆｆｓｅｔ［ｊ］は、次のように導出される。
【数１】
2016519855.tif 000006
【０１０５】
ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１］が存在しないときには、次が適用される。すなわち、
【０１０６】
−  ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１］の値は、５−ｄｉｍＢｉｔＯｆｆｓｅｔ［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１］に等しいと推測される。
【０１０７】
−  ｄｉｍＢｉｔＯｆｆｓｅｔ［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ］の値は、６に等しくセットされる。
【０１０８】
ｖｐｓ＿ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］シンタックスが存在するかどうかを示す。
【０１０９】
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｉ番目のレイヤのＶＣＬ  ＮＡＬユニット中のｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタックス要素の値を示す。両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉに対して、存在しないときにｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］の値は、ｉに等しいと推測される。
【０１１０】
ｉが０より大きいとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ−１］より大きいものとする。
【０１１１】
両端値を含めて、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉに対して、変数ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］は、ｉに等しくセットされる。
【０１１２】
ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤのｊ番目の現スケーラビリティディメンジョンタイプを示す。ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］の表現に用いられるビットの数は、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ［ｊ］＋１ビットである。両端値を含めて、０からＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１までの範囲内のｊに対してｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］が存在しないとき、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、（（ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］＆（（１＜＜ｄｉｍＢｉｔＯｆｆｓｅｔ［ｊ＋１］）−１））＞＞ｄｉｍＢｉｔＯｆｆｓｅｔ［ｊ］）に等しいと推測される。
【０１１３】
ｉ番目のレイヤのｓｍＩｄｘ番目のスケーラビリティディメンジョンタイプの識別子を示す変数ＳｃａｌａｂｉｌｉｔｙＩｄ［ｉ］［ｓｍＩｄｘ］、ｉ番目のレイヤのビュー識別子を示す変数ＶｉｅｗＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］、ｉ番目のレイヤがビュー・スケーラビリティ拡張レイヤであるかどうかを示す変数ＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇおよびｉ番目のレイヤの空間的／ＳＮＲスケーラビリティ識別子を示すＤｅｐｅｎｄｅｎｃｙＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］は、次のように導出される。
【数２】
2016519855.tif 000007
【０１１４】
１に等しいｖｐｓ＿ｐｒｏｆｉｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、レイヤ・セットｉに関するプロファイルおよびティア情報がｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造中に存在することを示す。０に等しいｖｐｓ＿ｐｒｏｆｉｌｅ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉ］は、プロファイルおよびティア情報がｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造中には存在せず、推測されることを示す。
【０１１５】
ｐｒｏｆｉｌｅ＿ｒｅｆ＿ｍｉｎｕｓ１［ｉ］は、ｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造に関するプロファイルおよびティア情報が（ｐｒｏｆｉｌｅ＿ｒｅｆ＿ｍｉｎｕｓ１［ｉ］＋１）番目のレイヤ・セットに関するプロファイルおよびティア情報に等しいと推測されることを示す。ｐｒｏｆｉｌｅ＿ｒｅｆ＿ｍｉｎｕｓ１［ｉ］＋１の値は、ｉより小さいものとする。
【０１１６】
１に等しいｍｏｒｅ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｔｈａｎ＿ｄｅｆａｕｌｔ＿ｆｌａｇは、ＶＰＳによって示された出力レイヤ・セットの数がｖｐｓ＿ｎｕｍｂｅｒ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１より大きいことを示す。０に等しいｍｏｒｅ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｔｈａｎ＿ｄｅｆａｕｌｔ＿ｆｌａｇは、ＶＰＳによって示された出力レイヤ・セットの数がｖｐｓ＿ｎｕｍｂｅｒ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１に等しいことを示す。
【０１１７】
ｎｕｍ＿ａｄｄ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１は、ＶＰＳによって示されたデフォルト出力レイヤ・セットに加えて出力レイヤ・セットの数を示す。デフォルト出力レイヤ・セットは、ＶＰＳによって示された第１のｖｐｓ＿ｎｕｍｂｅｒ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１個の出力レイヤ・セットを参照する。デフォルト出力レイヤ・セットについては、最上位レイヤのみがターゲット出力レイヤであるかまたはすべてのレイヤがターゲット出力レイヤであるかのいずれかである。
【０１１８】
１に等しいｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇは、それぞれのデフォル出力レイヤ・セットにおける最上位レイヤのみがターゲット出力レイヤであることを示す。０に等しいｄｅｆａｕｌｔ＿ｏｎｅ＿ｔａｒｇｅｔ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇは、それぞれのデフォルト出力レイヤ・セットにおけるすべてのレイヤがターゲット出力レイヤであることを示す。
【０１１９】
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］＋１は、ｉ番目の出力レイヤ・セットに関するレイヤ・セットのインデックスを示す。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１−１までの範囲内にあるものとする。ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ＿ｍｉｎｕｓ１［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１））ビットである。
【０１２０】
両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内のｉをもつｉ番目の出力レイヤ・セットに関するレイヤ・セットは、ｉ番目のレイヤ・セットであると推測される。
【０１２１】
１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目の出力レイヤ・セットにおけるｊ番目のレイヤがターゲット出力レイヤであることを示す。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］［ｊ］は、ｉ番目の出力レイヤ・セットにおけるｊ番目のレイヤがターゲット出力レイヤではないことを示す。
【０１２２】
ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］は、ｉ番目の出力レイヤ・セットに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造の、ＶＰＳにおけるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）シンタックス構造のリスト中へインデックスを示す。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］シンタックス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１＋１））ビットである。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［０］の値は、０に等しいと推測される。ｐｒｏｆｉｌｅ＿ｌｅｖｅｌ＿ｔｉｅｒ＿ｉｄｘ［ｉ］の値は、両端値を含めて、０からｖｐｓ＿ｎｕｍ＿ｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ＿ｍｉｎｕｓ１までの範囲内にあるものとする。
【０１２３】
１に等しいｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＣＶＳ中のピクチャごとのレイヤ間予測に多くても１つのピクチャが用いられることを示す。０に等しいｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＣＶＳ中のピクチャごとのレイヤ間予測に１つより多いピクチャが用いられることを示す。
【０１２４】
ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２＋２は、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］シンタックス要素のビットの数を示す。この仕様のこのバージョンに適合するビットストリームでは、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値は、０に等しいものとする。この仕様のこのバージョンではｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値が０に等しいものとするとはいえ、デコーダは、両端値を含めて、０から３０までの範囲内のｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の他の値がシンタックス中に現れることを許容するものとする。
【０１２５】
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、変数ＮｕｍＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］およびＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］を導出するために用いられる。この仕様のこのバージョンに適合するビットストリームでは、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、両端値を含めて、０から２までの範囲内にあるものとする。この仕様のこのバージョンではｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値が、両端値を含めて、０から２までの範囲内にあるものとするとはいえ、デコーダは、両端値を含めて、３から２３２−２までの範囲内のｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値がシンタックスに現れることを許容するものとする。
【０１２６】
変数ＮｕｍＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｊ］、ＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］およびＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］は、次のように導出される。
【数３】
2016519855.tif 000008
【０１２７】
ａｖｃ＿ｂａｓｅ＿ｌａｙｅｒ＿ｆｌａｇが１に等しいとき、ビットストリーム適合性の必要条件は、ビットストリーム中に存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄの任意の値に等しいｉＮｕｈＬＩｄ、および、両端値を含めて、０からＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉＮｕｈＬＩｄ］−１までの範囲内のｍＩｄｘの任意の値に対して、ＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉＮｕｈＬＩｄ］［ｍＩｄｘ］が０であってはならないことである。
【０１２８】
１に等しいｓｉｎｇｌｅ＿ｌａｙｅｒ＿ｆｏｒ＿ｎｏｎ＿ｉｒａｐ＿ｆｌａｇは、１つのアクセスユニットのすべてのＶＣＬ  ＮＡＬユニットが同じｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するか、または１つのアクセスユニットの複数のＶＣＬ  ＮＡＬユニットによって２つのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が用いられ、大きい方のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつピクチャがＩＲＡＰピクチャであるかのいずれかを示す。０に等しいｓｉｎｇｌｅ＿ｌａｙｅｒ＿ｆｏｒ＿ｎｏｎ＿ｉｒａｐ＿ｆｌａｇは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が、この勧告｜国際規格の他の部分で規定された制約条件を越えて制約されても、されなくてもよいことを示す。
【０１２９】
ＪＣＴＶＣ−Ｍ１００８およびＪＣＴ３ＶＤ−１００４では、次の制限が含まれる。１つの符号化ピクチャに関してｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、同じアクセスユニットのすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関してｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１３０】
アクセスユニット（ＡＵ：ａｃｃｅｓｓ  ｕｎｉｔ）は、複数のネットワーク抽象化レイヤ（ＮＡＬ）ユニットの一組を指し、これらのＮＡＬは、示された分類ルールに従って互いに関連付けられ、復号順に連続し、かつ同じ出力時刻と関連付けられたすべての符号化ピクチャのビデオ符号化レイヤ（ＶＣＬ）ＮＡＬユニットと、それらと関連付けられた非ＶＣＬ  ＮＡＬユニットとを含む。ベースレイヤは、すべてのＶＣＬ  ＮＡＬユニットが０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤである。符号化ピクチャは、特定の値のｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつＶＣＬ  ＮＡＬユニットを含み、かつピクチャのすべての符号化ツリーユニットを含むピクチャの符号化表現である。いくつかの場合、符号化ピクチャは、レイヤ構成要素と呼ばれる。ピクチャ・ベースまたはアクセスユニット（ＡＵ)ベースのステップについての追加の詳細が下の図９および１０に関連して示される。
【０１３１】
図１５Ｃは、第２のエンハンスメントレイヤ（ＥＬ２）９４２ｂがベースレイヤ（ＢＬ）９４４および第１のエンハンスメントレイヤ（ＥＬ１）９４２ａより低いピクチャレートを有するときの、符号化ピクチャのためのレイヤのネットワーク抽象化レイヤ（ＮＡＬ）ユニットおよびアクセスユニット（ＡＵ）に関して構造およびタイミングを示すブロック図である。ＥＬ１符号化ピクチャ９５３ａのＮＡＬユニットは、第１のエンハンスメントレイヤ（ＥＬ１）９４２ａに沿って示され、ＥＬ２符号化ピクチャ９５３ｂのＮＡＬユニットは、第２のエンハンスメントレイヤ（ＥＬ２）９４２ｂに沿って示される。ベースレイヤ符号化ピクチャ９５３ｃのＮＡＬユニットは、ベースレイヤ（ＢＬ）９４４に沿って示される。
【０１３２】
時刻ｔ１では、ＥＬ１符号化ピクチャ９５３ａのＮＡＬユニット、ＥＬ２符号化ピクチャ９５３ｂのＮＡＬユニット、およびベースレイヤ符号化ピクチャ９５３ｃのＮＡＬユニットがアクセスユニット（ＡＵ）９５５ａの一部である。時刻ｔ２では、ＥＬ１符号化ピクチャ９５３ａのＮＡＬユニットおよびベースレイヤ符号化ピクチャ９５３ｃのＮＡＬユニットがアクセスユニット（ＡＵ）９５５ｂの一部である。時刻ｔ３では、ＥＬ１符号化ピクチャ９５３ａのＮＡＬユニット、ＥＬ２符号化ピクチャ９５３ｂのＮＡＬユニットおよびベースレイヤ符号化ピクチャ９５３ｃのＮＡＬユニットがアクセスユニット（ＡＵ）９５５ｃの一部である。時刻ｔ４では、ＥＬ１符号化ピクチャ９５３ａのＮＡＬユニットおよびベースレイヤ符号化ピクチャ９５３ｃのＮＡＬユニットがアクセスユニット（ＡＵ）９５５ｄの一部である。
【０１３３】
図１５Ｄは、ベースレイヤ（ＢＬ）１０４４が第１のエンハンスメントレイヤ（ＥＬ１）１０４２ａおよび第２のエンハンスメントレイヤ（ＥＬ２）１０４２ｂより低いピクチャレートを有するときの、符号化ピクチャのためのレイヤのネットワーク抽象化レイヤ（ＮＡＬ）ユニットおよびアクセスユニット（ＡＵ）に関して構造およびタイミングを示すブロック図である。ＥＬ１符号化ピクチャ１０５３ａのＮＡＬユニットは、第１のエンハンスメントレイヤ（ＥＬ１）１０４２ａに沿って示される。ＥＬ２符号化ピクチャ１０５３ｂのＮＡＬユニットは、第２のエンハンスメントレイヤ（ＥＬ２）１０４２ｂに沿って示される。ベースレイヤ符号化ピクチャ１０５３ｃのＮＡＬユニットは、ベースレイヤ（ＢＬ）１０４４に沿って示される。
【０１３４】
時刻ｔ１では、ＥＬ１符号化ピクチャ１０５３ａのＮＡＬユニット、ＥＬ２符号化ピクチャ１０５３ｂのＮＡＬユニット、およびベースレイヤ符号化ピクチャ１０５３ｃのＮＡＬユニットがアクセスユニット（ＡＵ）１０５５ａの一部である。時刻ｔ２では、ＥＬ１符号化ピクチャ１０５３ａのＮＡＬユニットおよびＥＬ２符号化ピクチャ１０５３ｂのＮＡＬユニットがアクセスユニット（ＡＵ）１０５５ｂの一部である。時刻ｔ３では、ＥＬ１符号化ピクチャ１０５３ａのＮＡＬユニット、ＥＬ２符号化ピクチャ１０５３ｂのＮＡＬユニットおよびベースレイヤ符号化ピクチャ１０５３ｃのＮＡＬユニットがアクセスユニット（ＡＵ）１０５５ｃの一部である。時刻ｔ４では、ＥＬ１符号化ピクチャ１０５３ａのＮＡＬユニットおよびＥＬ１符号化ピクチャ１０５３ｂのＮＡＬユニットがアクセスユニット（ＡＵ）１０５５ｄの一部である。
【０１３５】
図１６を参照すると、ＮＡＬユニット・タイプに対するこの制限が図示される。異なるタイプのＩＤＲピクチャ（例えば、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ）およびＢＬＡピクチャ（ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰ）について、制限は、エンハンスメントレイヤ（例えば、エンハンスメントレイヤ１、２、３、４）ごとに、ベースレイヤ（例えば、ベースレイヤ０）に対して実行される。従って、ベースレイヤのピクチャがＩＤＲまたはＢＬＡピクチャのいずれかであれば、同じＰｉｃＯｒｄｅｒＣｎｔＶａｌに関してそれぞれのエンハンスメントレイヤも同様に対応するＩＤＲまたはＢＬＡピクチャである。
【０１３６】
同じビデオストリーム内での１対（またはそれ以上）のビデオストリームのサイマルキャストを行うために、ベースレイヤおよびエンハンスメントレイヤ（単数または複数）を利用することが決定された。このように、例えば、ベースレイヤ０およびエンハンスメントレイヤ１を第１のビデオストリームとし、エンハンスメントレイヤ２、エンハンスメントレイヤ３およびエンハンスメントレイヤ４を第２のビデオストリームとすることができる。例えば、２つのビデオストリームは、同じビデオコンテンツを有するが、異なるベースレイヤおよびエンハンスメントレイヤに異なるビットレートを用いてもよい。それらは、また、異なるベースレイヤに異なる符号化アルゴリズム（例えば、ＨＥＶＣ／ＡＶＣを用いてもよい。このように、エンハンスメントレイヤ２は、エンハンスメントレイヤ１またはベースレイヤ０のいずれにも従属しない。また、エンハンスメントレイヤ３およびエンハンスメントレイヤ４は、エンハンスメントレイヤ１またはベースレイヤ０のいずれにも従属しない。エンハンスメントレイヤ３は、エンハンスメントレイヤ２に従属し、エンハンスメントレイヤ４は、エンハンスメントレイヤ３およびエンハンスメントレイヤ２の両方に従属する。好ましくは、エンハンスメントレイヤは、より小さい番号をもつエンハンスメントレイヤにのみ従属してもよく、より大きい番号をもつエンハンスメントレイヤには従属しない。
【０１３７】
レイヤごとにそれがどの他のレイヤに直接従属するかを示すために、直接従属性フラグを用いてこの特定のエンハンスメントレイヤ従属性がシグナリングされる。例えば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［１］［ｊ］＝｛１｝は、エンハンスメントレイヤ１がベースレイヤ０に従属することを示す。例えば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［２］［ｊ］＝｛０，０｝は、エンハンスメントレイヤ２が別のレイヤに従属しないことを示す。例えば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［３］［ｊ］＝｛０，０，１｝は、エンハンスメントレイヤ３がベースレイヤ０に従属せず、エンハンスメントレイヤ１に従属せず、エンハンスメントレイヤ２に従属することを示す。例えば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［４］［ｊ］＝｛０，０，１，１｝は、エンハンスメントレイヤ４がベースレイヤ０に従属せず、エンハンスメントレイヤ１に従属せず、エンハンスメントレイヤ２に従属し、エンハンスメントレイヤ３に従属することを示す。サイマルキャスト構成の潜在力を用いると、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］に対する制限は、サイマルキャスト構成を用いたときにＩＤＲおよびＢＬＡ周波数が異なることを許容するように再定義できる。言い換えれば、ＩＤＲおよびＢＬＡ制限は、サイマルキャスト・ストリームごとに制限されるが、サイマルキャスト・ストリームごとに相互に独立していてもよい。
【０１３８】
図１７を参照すると、２つのビデオストリームのサイマルキャストが示され、第１のビデオストリームは、ベースレイヤ０およびエンハンスメントレイヤ１を含み、第２のビデオストリームは、エンハンスメントレイヤ２、エンハンスメントレイヤ３、およびエンハンスメントレイヤ４を含む。図示されるように、第１のビデオストリームは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌＢの値を有するＰｉｃＯｒｄｅｒＣｎｔＶａｌに対してＩＤＲ／ＢＬＡピクチャ６００、６１０の対応する対を含み、一方で第２のビデオストリームは、ＰｉｃＯｒｄｅｒＣｎｔＶａｌＢの同じ値を有するＰｉｃＯｒｄｅｒＣｎｔＶａｌに対して、ＩＤＲ／ＢＬＡピクチャ６２０、６３０、６４０の対応するセットを含まない。図示されるように、第２のビデオストリームは、ＩＤＲ／ＢＬＡピクチャ６５０、６６０、６７０の対応するセットを含み、一方で第１のビデオストリームは、ＩＤＲ／ＢＬＡピクチャ６８０、６９０の対応する対を含まない。
【０１３９】
図１７を参照すると、特にこのフレキシビリティは、例えば、レイヤに関してＶＰＳ拡張でシグナリングされるｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］値を考慮することにより達成される。変数ＩｎｄｅｐＬａｙｅｒ［ｉ］は、レイヤごとに、すなわち、そのレイヤが独立している（例えば、０)か、または他のレイヤに従属する（例えば、１）かどうかが確定される。このＩｎｄｅｐＬａｙｅｒ［ｉ］は、次のように導出される。
【数４】
2016519855.tif 000009
【０１４０】
従って、図１７に示される例では、ベースレイヤ０およびエンハンスメントレイヤ２は、いずれも独立したレイヤである。代わりに、独立したレイヤは、追加のシンタックスＩｎｄｅｐＬａｙｅｒ［ｉ］を用いることなくＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］から推測されてもよい。例えば、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］が０に等しいとき、ＩｎｄｅｐＬａｙｅｒ［ｉ］は、１に等しいであろう。また、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］が０に等しくないとき、ＩｎｄｅｐＬａｙｅｒ［ｉ］は、０に等しいであろう。
【０１４１】
シンタックスにおいては、前述のサイマルキャストの実施形態を可能にするために、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、レイヤの識別子が「特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもつ特定のＣＶＳ内における１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じ特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもつ同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする」から修正されたセマンティックへ修正されることを示す。
【０１４２】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに関する１つの修正セマンティックは、次の通りである。すなわち、特定のＣＶＳ内において特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じ特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもつ同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつ１つのレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１４３】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに関する別の修正セマンティックは、次の通りである。すなわち、特定のＣＶＳ内において特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じ特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもつ同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつ１つのレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１４４】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに関する別の修正セマンティックは、次の通りである。すなわち、特定のＣＶＳ内において特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じ特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもつ同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、直接参照レイヤとして、ｎｕｈＬａｙｅｒＩｄＡを有するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１４５】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに関する別の修正セマンティックは、次の通りである。すなわち、特定のＣＶＳ内において特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じ特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもつ同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、直接参照レイヤとして、ｎｕｈＬａｙｅｒＩｄＡを有するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１４６】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに関する別の修正セマンティックは、次の通りである。すなわち、特定のＣＶＳ内において特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じ特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもつ同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、それ自体のための直接参照レイヤとして、またはその直接もしくは間接参照レイヤのうちの１つに関して、ｎｕｈＬａｙｅｒＩｄＡを有するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１４７】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに関する別の修正セマンティックは、次の通りである。すなわち、特定のＣＶＳ内において特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じ特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもつ同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、それ自体のための直接参照レイヤとして、またはその直接もしくは間接参照レイヤのうちの１つに関して、ｎｕｈＬａｙｅｒＩｄＡを有するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１４８】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに関する別の修正セマンティックは、次の通りである。すなわち、特定のＣＶＳ内において特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じ特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもつ同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有するか、またはＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］のうちの少なくとも１つが、それ自体のための直接参照レイヤとして、またはその直接参照レイヤのうちの１つに関して、ｎｕｈＬａｙｅｒＩｄＡを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１４９】
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに関する別の修正セマンティックは、次の通りである。すなわち、特定のＣＶＳ内において特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じ特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもつ同じ特定のＣＶＳ内のすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有するか、または、ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］のうちの少なくとも１つが、それ自体のための直接参照レイヤとして、またはその直接参照レイヤのうちの１つに関して、ｎｕｈＬａｙｅｒＩｄＡを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１５０】
別の修正セマンティックスは、次の通りである。すなわち、特定のＣＶＳ内において特定のアクセスユニット内にあり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＩｎｄｅｐＬａｙｅｒ［ｎｕｈＬａｙｅｒＩｄＡ］が１に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニット内にある同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、ＩｎｄｅｐＬａｙｅｒ［ｎｕｈＬａｙｅｒＩｄＢ］が０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］−１までの範囲内の、少なくとも１つのｊが、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１５１】
別の修正セマンティックスは、次の通りである。すなわち、特定のＣＶＳ内において特定のアクセスユニット内にあり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニット内にある同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］−１までの範囲内の、少なくとも１つのｊが、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］［ｊ］をもつレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１５２】
別の修正セマンティックスは、次の通りである。すなわち、特定のＣＶＳ内において特定のアクセスユニット内にあり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＩｎｄｅｐＬａｙｅｒ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニット内にある同じ特定のＣＶＳ内においてすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、ＩｎｄｅｐＬａｙｅｒ［ｎｕｈＬａｙｅｒＩｄＢ］が０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、直接参照レイヤとして、ｎｕｈＬａｙｅｒＩｄＡを有するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］［ｊ］をもつレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１５３】
別の修正セマンティックスは、次の通りである。すなわち、特定のＣＶＳ内において特定のアクセスユニット内にあり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニット内にある同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］−１までの範囲内の、少なくとも１つのｊが、直接参照レイヤとして、ｎｕｈＬａｙｅｒＩｄＡを有するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］［ｊ］をもつレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１５４】
別の修正セマンティックスは、次の通りである。すなわち、特定のＣＶＳ内において特定のアクセスユニット内にあり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＩｎｄｅｐＬａｙｅｒ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニット内にある同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、ＩｎｄｅｐＬａｙｅｒ［ｎｕｈＬａｙｅｒＩｄＢ］が０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］−１までの範囲内の、少なくとも１つのｊが、それ自体のための直接参照レイヤとして、またはその直接もしくは間接参照レイヤのうちの１つに関して、ｎｕｈＬａｙｅｒＩｄＡを有するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］［ｊ］をもつレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１５５】
別の修正セマンティックは、次の通りである。すなわち、特定のＣＶＳ内において特定のアクセスユニット内にあり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニット内にある同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］−１までの範囲内の、少なくとも１つのｊが、それ自体のための直接参照レイヤとして、またはその直接もしくは間接参照レイヤのうちの１つに関して、ｎｕｈＬａｙｅｒＩｄＡを有するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］［ｊ］をもつレイヤを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１５６】
別の修正セマンティックスは、次の通りである。すなわち、特定のＣＶＳ内において特定のアクセスユニット内にあり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＩｎｄｅｐＬａｙｅｒ［ｎｕｈＬａｙｅｒＩｄＡ］が１に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニット内にある同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、ＩｎｄｅｐＬａｙｅｒ［ｎｕｈＬａｙｅｒＩｄＢ］が０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］−１までの範囲内の、少なくとも１つのｊが、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］［ｊ］をもつレイヤを有するか、またはＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］［ｊ］のうちの少なくとも１つが、それ自体のための直接参照レイヤとして、またはその直接参照レイヤのうちの１つに関して、ｎｕｈＬａｙｅｒＩｄＡを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１５７】
別の修正セマンティックスは、次の通りである。すなわち、特定のＣＶＳ内において特定のアクセスユニット内にあり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもち、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニット内にある同じ特定のＣＶＳ内におけるすべての符号化ピクチャのすべてのＶＣＬ  ＮＡＬユニットに関して、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡであり、０に等しくないＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］を持つｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＢを有し、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］−１までの範囲内の、少なくとも１つのｊが、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］［ｊ］をもつレイヤを有するか、またはＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］［ｊ］のうちの少なくとも１つが、それ自体のための直接参照レイヤとして、またはその直接参照レイヤのうちの１つに関して、ｎｕｈＬａｙｅｒＩｄＡを有するときに、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ｎａｌＵｎｉｔＴｙｐｅＡに等しいものとする。
【０１５８】
別の修正セマンティックスは、次の通りである。すなわち、特定のＣＶＳ内において１つのアクセスユニット内にあり、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいか、またはＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニットにある同じＣＶＳ内におけるすべての他の符号化ピクチャは、ｎａｌＵｎｉｔＴｙｐｅＡに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有すものとする。
【０１５９】
別の修正セマンティックスは、次の通りである。すなわち、特定のＣＶＳ内において１つのアクセスユニット内にあり、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいか、またはＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニット内にある同じＣＶＳ内におけるすべての他の符号化ピクチャは、ｎａｌＵｎｉｔＴｙｐｅＡに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有すものとする。
【０１６０】
別の修正セマンティックスは、次の通りである。すなわち、特定のＣＶＳ内において１つのアクセスユニット内の１つの符号化ピクチャがＩＤＲピクチャであり、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するか、または０に等しいＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］を有するとき、同じアクセスユニット内にある同じＣＶＳ内におけるすべての他の符号化ピクチャは、ＩＤＲピクチャであるものとする。
【０１６１】
別の修正セマンティックスは、次の通りである。すなわち、１つのアクセスユニット内の１つの符号化ピクチャがＩＤＲピクチャであり、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するか、または０に等しいＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］を有するとき、同じアクセスユニット内のすべての他の符号化ピクチャは、ＩＤＲピクチャであるものとする。
【０１６２】
別の修正セマンティックスは、次の通りである。すなわち、１つのアクセスユニット内の１つの符号化ピクチャがＩＤＲピクチャであり、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するか、またはそれが属するレイヤが０に等しいＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］を有するとき、同じアクセスユニット内のすべての他の符号化ピクチャは、ＩＤＲピクチャであるものとする。
【０１６３】
別の修正セマンティックスは、次の通りである。すなわち、１つのアクセスユニット内の１つの符号化ピクチャがＩＤＲピクチャであり、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するか、またはＩＤＲピクチャを伴うｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤが０に等しいＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］を有するとき、同じアクセスユニットのすべての他の符号化ピクチャは、ＩＤＲピクチャであるものとする。
【０１６４】
別の修正セマンティックスは、次の通りである。すなわち、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつレイヤに属する１つのアクセスユニット内の符号化ピクチャがＩＤＲピクチャであり、０に等しいＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＡ］を有するとき、それ自体のための直接参照レイヤとして、またはその直接参照レイヤのうちの１つに関して、そのレイヤがｎｕｈＬａｙｅｒＩｄＡを有する同じアクセスユニット内のすべての他の符号化ピクチャは、ＩＤＲピクチャであるものとする。
【０１６５】
別の修正セマンティックスは、次の通りである。すなわち、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値をもつレイヤに属する１つのアクセスユニット内の１つの符号化ピクチャがＩＤＲピクチャであり、０に等しいＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＡ］を有するとき、その自体のための直接参照もしくは間接参照レイヤとして、そのレイヤがｎｕｈＬａｙｅｒＩｄＡを有する同じアクセスユニット内のすべての他の符号化ピクチャは、ＩＤＲピクチャであるものとする。
【０１６６】
直接参照レイヤの例は、次の通りである。
【０１６７】
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が１に等しい場合、インデックスｊをもつレイヤは、インデックスｉをもつ別のレイヤのための直接参照レイヤであると言われる。
【０１６８】
間接参照レイヤの例は、次の通りである。インデックスｋをもつレイヤがインデックスｊをもつレイヤのための直接参照レイヤであり、すなわち、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｊ］［ｋ］が１に等しく、かつインデックスｊをもつレイヤがインデックスｉをもつレイヤのための直接参照レイヤであり、すなわち、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が１に等しい、この場合、インデックスｋをもつレイヤは、インデックスｉをもつレイヤのための間接参照レイヤである。
【０１６９】
別の修正セマンティックスは、次の通りである。すなわち、１つのアクセスユニット内にあり、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいか、またはＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＡ］が０に等しい１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＤＬＰ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＤＬＰまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき、同じアクセスユニット内のすべての他の符号化ピクチャは、ｎａｌＵｎｉｔＴｙｐｅＡに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するものとする。
【０１７０】
いくつかの他の実施形態では、次の制約条件が実行される。アクセスユニットにおいて、多くても１つの符号化ピクチャが０に等しいＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］を有することができる。
【０１７１】
上記のそれぞれにおいて、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに関する修正セマンティックスは、いくつかの実施形態では「特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもつ１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき」を「特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｎｕｈＬａｙｅｒＩｄＡ］をもつ１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき」と置き換えてもよい。
【０１７２】
上記のそれぞれにおいて、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅに関する修正セマンティックスがＮＡＬユニット・タイプＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰ以外の制限に追加されてもよい。例えば、復号順にビットストリーム中の第１のアクセスユニットであるか、復号順にシーケンスＮＡＬユニットの終了に続く第１のアクセスユニットであるか、または１に等しいＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを有するＣＲＡアクセスユニットに属する各ＣＲＡ  ＮＡＬユニットを制限に追加できるであろう。従って、これらの場合、例えば、上記の変形のすべてにおいて、いくつかの実施形態では「特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもつ１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰに等しいとき」を「特定のＰｉｃＯｒｄｅｒＣｎｔＶａｌ値をもち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｎｕｈＬａｙｅｒＩｄＡをもつ１つの符号化ピクチャに関して、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬまたはＢＬＡ＿Ｎ＿ＬＰ、もしくは、復号順にビットストリーム中の第１のアクセスユニットであるＣＲＡアクセスユニットに属するＣＲＡ＿ＮＵＴ、または復号順にシーケンスＮＡＬユニットの終了に続く第１のアクセスユニットであるＣＲＡアクセスユニットに属するＣＲＡ＿ＮＵＴ、あるいは１に等しいＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇをもつＣＲＡ＿ＮＵＴに等しいとき」と制限を置き換えてもよい。
【０１７３】
さらなる実施形態では、
【０１７４】
−「「ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＡ］」は、「ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］」と置き換えられる。
【０１７５】
−「ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈＬａｙｅｒＩｄＢ］」は、「ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］」と置き換えられる。
【０１７６】
−「ＲｅｆＬａｙｅｒＩｄ［ｎｕｈＬａｙｅｒＩｄＢ］［ｊ］」は、「ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］と置き換えられる。
【０１７７】
ＮＡＬユニットの提示の順序、および符号化ピクチャ、アクセスユニットならびに符号化ビデオシーケンスへの関連付けは、「ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもち、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値がｐｉｃＯｒｄｅｒＣｎｔＶａｌＡに等しい１つの符号化ピクチャは、存在するならば、ｎｕｈＬａｙｅｒＩｄＡより大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもち、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値がｐｉｃＯｒｄｅｒＣｎｔＶａｌＡに等しい、すべての符号化ピクチャより復号順に先行するものとする」から、サイマルキャストのストリーム内のＮＡＬユニットの復号順のみがＮＡＬユニットの順序に関する上記の制限に従う必要がある、修正された提示へ変更される。このように、ＮＡＬユニットの順序についての制限にはサイマルキャストが行われる独立したビデオストリーム全体にわたって従う必要はない。
【０１７８】
ＮＡＬユニットの修正された復号順、および符号化ピクチャ、アクセスユニット、ならびに符号化ビデオシーケンスへの関連付けは、次の通りである。すなわち、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもち、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値がｐｉｃＯｒｄｅｒＣｎｔＶａｌＡに等しく、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい１つの符号化ピクチャは、存在するならば、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡのｎｕｈ＿ｌａｙｅｒ＿ｉｄ  ｎｕｈＬａｙｅｒＩｄＢをもち、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値がｐｉｃＯｒｄｅｒＣｎｔＶａｌＡに等しく、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］が０に等しく、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有する、すべての符号化ピクチャより復号順に先行するものとする。
【０１７９】
ＮＡＬユニットの修正された復号順、および符号化ピクチャ、アクセスユニット、ならびに符号化ビデオシーケンスへの関連付けは、次の通りである。すなわち、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもち、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値がｐｉｃＯｒｄｅｒＣｎｔＶａｌＡに等しく、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい１つの符号化ピクチャは、存在するならば、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡのｎｕｈ＿ｌａｙｅｒ＿ｉｄ  ｎｕｈＬａｙｅｒＩｄＢをもち、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値がｐｉｃＯｒｄｅｒＣｎｔＶａｌＡに等しく、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］が０に等しく、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、直接参照レイヤとして、ｎｕｈＬａｙｅｒＩｄＡを有するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有する、すべての符号化ピクチャより復号順に先行するものとする。
【０１８０】
ＮＡＬユニットの修正された復号順、および符号化ピクチャ、アクセスユニット、ならびに符号化ビデオシーケンスへの関連付けは、次の通りである。すなわち、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもち、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値がｐｉｃＯｒｄｅｒＣｎｔＶａｌＡに等しく、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい１つの符号化ピクチャは、存在するならば、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡのｎｕｈ＿ｌａｙｅｒ＿ｉｄ  ｎｕｈＬａｙｅｒＩｄＢをもち、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値がｐｉｃＯｒｄｅｒＣｎｔＶａｌＡに等しく、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］が０に等しく、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、それ自体のための直接参照レイヤとして、またはその直接もしくは間接参照レイヤのうちの１つに関して、ｎｕｈＬａｙｅｒＩｄＡを有するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有する、すべての符号化ピクチャより復号順に先行するものとする。
【０１８１】
ＮＡＬユニットの修正された復号順、および符号化ピクチャ、アクセスユニット、ならびに符号化ビデオシーケンスへの関連付けは、次の通りである。すなわち、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもち、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値がｐｉｃＯｒｄｅｒＣｎｔＶａｌＡに等しく、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい１つの符号化ピクチャは、存在するならば、ｎｕｈＬａｙｅｒＩｄＢ＞ｎｕｈＬａｙｅｒＩｄＡのｎｕｈ＿ｌａｙｅｒ＿ｉｄ  ｎｕｈＬａｙｅｒＩｄＢをもち、ＰｉｃＯｒｄｅｒＣｎｔＶａｌ値がｐｉｃＯｒｄｅｒＣｎｔＶａｌＡに等しく、ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］が０に等しく、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］−１までの範囲内の、少なくとも１つのｊが、ｎｕｈＬａｙｅｒＩｄＡに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］をもつレイヤを有するか、またはＲｅｆＬａｙｅｒＩｄ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］［ｊ］のうちの少なくとも１つが、それ自体のための直接参照レイヤとして、またはその直接参照レイヤのうちの１つに関して、ｎｕｈＬａｙｅｒＩｄＡを有する、すべての符号化ピクチャより復号順に先行するものとする。
【０１８２】
上記の変形のすべてにおいて、順序の制限は、いくつかの実施形態では「ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が１に等しい」を「ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＡ］］が０に等しい」に置き換え、かつ「ＩｎｄｅｐＬａｙｅｒ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］が０に等しい」を「ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ＬａｙｅｒＩｄＩｎＶｐｓ［ｎｕｈＬａｙｅｒＩｄＢ］］が０に等しくない」に置き換えてもよい。
【０１８３】
代わりの実施形態では、次の制限が用いられる。すなわち、ｎｕｈ−ｌａｙｅｒ＿ｉｄ＞０のレイヤごとに、ビットストリームは、
【数５】
2016519855.tif 000010
に適合する。
【０１８４】
別の代わりの実施形態では、次の制限が用いられる。すなわち、ｎｕｈ−ｌａｙｅｒ＿ｉｄ＞０のレイヤごとに、ビットストリームは、
【数６】
2016519855.tif 000011
に適合する。
【０１８５】
前述の明細書に使用された用語および表現は、限定ではなく説明の用語として本明細書に用いられ、かかる用語および表現の使用には、図示され、記載される特徴またはその部分の等価物を除外する意図はなく、当然のことながら、本発明の範囲は、添付される特許請求の範囲によってのみ定義され、限定される。
【図１Ａ】
2016519855.tif 000012
【図１Ｂ】
2016519855.tif 000013
【図２Ａ】
2016519855.tif 000014
【図２Ｂ】
2016519855.tif 000015
【図３Ａ】
2016519855.tif 000016
【図３Ｂ】
2016519855.tif 000017
【図４】
2016519855.tif 000018
【図５】
2016519855.tif 000019
【図６】
2016519855.tif 000020
【図７】
2016519855.tif 000021
【図８】
2016519855.tif 000022
【図９】
2016519855.tif 000023
【図１０】
2016519855.tif 000024
【図１１】
2016519855.tif 000025
【図１２】
2016519855.tif 000026
【図１３】
2016519855.tif 000027
【図１４】
2016519855.tif 000028
【図１５Ａ】
2016519855.tif 000029
【図１５Ｂ】
2016519855.tif 000030
【図１５Ｃ】
2016519855.tif 000031
【図１５Ｄ】
2016519855.tif 000032
【図１６】
2016519855.tif 000033
【図１７】
2016519855.tif 000034
【国際調査報告】
2016519855.tif 000035
2016519855.tif 000036
2016519855.tif 000037