JP2016531451A - シグナリング表示および制約事項 - Google Patents

シグナリング表示および制約事項 Download PDF

Info

Publication number
JP2016531451A
JP2016531451A JP2016501481A JP2016501481A JP2016531451A JP 2016531451 A JP2016531451 A JP 2016531451A JP 2016501481 A JP2016501481 A JP 2016501481A JP 2016501481 A JP2016501481 A JP 2016501481A JP 2016531451 A JP2016531451 A JP 2016531451A
Authority
JP
Japan
Prior art keywords
layer
picture
cpb
decoding
removal
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
JP2016501481A
Other languages
English (en)
Other versions
JP6352383B2 (ja
JP2016531451A5 (ja
Inventor
サーチン ジー． デシュパンダ
サーチン ジー． デシュパンダ
キラン ミスラ
キラン ミスラ
クリストファー エー． セガール
クリストファー エー． セガール
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sharp Corp
Original Assignee
Sharp Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sharp Corp filed Critical Sharp Corp
Publication of JP2016531451A publication Critical patent/JP2016531451A/ja
Publication of JP2016531451A5 publication Critical patent/JP2016531451A5/ja
Application granted granted Critical
Publication of JP6352383B2 publication Critical patent/JP6352383B2/ja
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/187—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being a scalable video layer
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/102—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the element, parameter or selection affected or controlled by the adaptive coding
    • H04N19/103—Selection of coding mode or of prediction mode
    • H04N19/105—Selection of the reference unit for prediction within a chosen coding or prediction mode, e.g. adaptive choice of position and number of pixels used for prediction
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/10—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding
    • H04N19/169—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding
    • H04N19/17—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object
    • H04N19/174—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using adaptive coding characterised by the coding unit, i.e. the structural portion or semantic portion of the video signal being the object or the subject of the adaptive coding the unit being an image region, e.g. an object the region being a slice, e.g. a line of blocks or a group of blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/30—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using hierarchical techniques, e.g. scalability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/46—Embedding additional information in the video signal during the compression process
    • H04N19/463—Embedding additional information in the video signal during the compression process by compressing encoding parameters before transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/50—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding
    • H04N19/597—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals using predictive coding specially adapted for multi-view video sequence encoding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N19/00—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals
    • H04N19/70—Methods or arrangements for coding, decoding, compressing or decompressing digital video signals characterised by syntax aspects related to video coding, e.g. related to compression standards

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Signal Processing (AREA)
  • Compression Or Coding Systems Of Tv Signals (AREA)

Abstract

ビデオシーケンスを表すベースビットストリームおよびエンハンスメントビットストリームを含むビデオビットストリームを符号化および／または復号するためのシステム。

Description

関連出願の相互参照
なし
技術分野
本開示は一般に電子デバイスに関する。
電子デバイスは、消費者のニーズを満たし、携帯性および利便性を高めるためにより小型でより高性能になってきている。消費者は、電子デバイスに依存するようになり、拡大された機能を期待するようになっている。電子デバイスのいくつかの例には、デスクトップコンピュータ、ラップトップコンピュータ、携帯電話、スマートフォン、メディアプレーヤ、集積回路などが含まれる。
いくつかの電子デバイスは、デジタルメディアを処理および表示するために用いられる。例えば、携帯式電子デバイスは、現在では消費者が居ることのあるほとんどどこででもデジタルメディアを消費することを可能にする。さらに、いくつかの電子デバイスは、消費者が利用し楽しむためのデジタルメディアコンテンツのダウンロードまたはストリーミングを提供することができる。
デジタルメディアの人気の高まりにより、いくつかの問題が生じている。例えば、ストレージ、伝送および高速再生のため、高品質デジタルメディアを効率的に表現するにはいくつかの課題がある。本明細書での説明から分かるように、改良された性能でデジタルメディアを効率的に表現するシステムおよび方法は有益であろう。
本発明の以上およびその他の目的、特徴および利点は、本発明の以下の詳細な説明を添付の図面に関連して考慮すれば、より容易に理解されよう。
本発明の一実施形態は、ビットストリームからビデオを復号する方法を開示し、本方法は、（ａ）複数のピクチャを復号するステップであって、前記ピクチャの各々は複数のレイヤのうちの相異なるレイヤに属し、対応する復号された前記ビデオにおいて同じ時間相を有し、（ｂ）前記ビデオの前記ピクチャの各々は、少なくとも一つのスライスを含み、（ｃ）前記少なくとも一つのスライスの各々は、同じピクチャの他の前記少なくとも一つのスライスとは関係なく復号されるよう特徴付けられた、該復号するステップと、（ｄ）前記少なくとも一つのスライスを包含するビデオシーケンスの前記復号のために用いられる情報を提供するビデオパラメータセットの拡張シンタクスを受信するステップと、（ｅ）前記少なくとも一つのスライスの前記復号のために用いられる情報を提供するスライスセグメントヘッダシンタクスを受信するステップと、であって、（ｆ）前記スライスセグメントヘッダシンタクスの前記情報および前記ビデオパラメータセットの拡張シンタクス中の情報の両方は、対応するスライスに対するアクティブな参照レイヤピクチャの数を導出するために用いられ、（ｇ）前記ビデオパラメータセットの拡張シンタクスの前記情報は、対応する前記レイヤに対する直接参照レイヤの数を導出するために用いられる、これら受信するステップと、を含み、（ｈ）
本発明の別の実施形態は、ビットストリームからビデオを復号する方法を開示し、本方法は、（ａ）複数のピクチャを復号するステップであって、前記ピクチャの各々は、複数のレイヤのうちの相異なるレイヤに属し、対応する復号された前記ビデオにおいて同じ時間相を有し、（ｂ）前記ビデオの前記ピクチャの各々は、少なくとも一つのスライスを含み、（ｃ）前記少なくとも一つのスライスの各々は、同じレイヤの他の前記少なくとも一つのスライスとは関係なく復号されるよう特徴付けられた、該復号するステップと、（ｄ）前記少なくとも一つのスライスを包含するビデオシーケンスの前記復号のために用いられる情報を提供するビデオパラメータセットの拡張シンタクスを受信するステップと、を含み、（ｅ）前記ビデオパラメータセットの拡張シンタクスの前記情報は、対応する前記レイヤに対する直接参照レイヤの数を導出するために用いられ、（ｆ）前記ビデオパラメータセットの拡張シンタクスの前記情報は、当該ピクチャ群からの、対応する前記レイヤに対する直接参照レイヤが、前記スライスに対応する前記ピクチャに対するアクティブな参照レイヤピクチャとして使用可能な該ピクチャ群を示す、インターレイヤ参照シグナリング情報に関するさらなるシンタクスが、スライスヘッダ中に提供されているかどうかを判定するために用いられる。
メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装可能な一つ以上の電子デバイスの例を示すブロック図である。 メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装可能な一つ以上の電子デバイスの別の例を示すブロック図である。 メッセージを送信する方法の一構成を示すフロー図である。 アクセスユニット中の復号ユニットに対する一つ以上の除去遅延を判定定する方法の一構成を示すフロー図である。 ビットストリームをバッファリングする方法の一構成を示すフロー図である。 アクセスユニット中の復号ユニットに対する一つ以上の除去遅延を算定する方法の一構成を示すフロー図である。 電子デバイス上のエンコーダ６０４の一構成を示す或るブロック図である。 或る電子デバイス上のエンコーダ６０４の一構成を示す別のブロック図である。 電子デバイス上のデコーダの一構成を示す或るブロック図である。 電子デバイス上のデコーダの一構成を示す別のブロック図である。 伝送電子デバイスにおいて利用可能な様々な構成要素を示す。 受信電子デバイスにおいて利用可能な様々な構成要素を示すブロック図である。 メッセージを送信するためのシステムおよび方法が実装可能な電子デバイスの一構成を示すブロック図である。 ビットストリームをバッファリングするためのシステムおよび方法が実装可能な電子デバイスの一構成を示すブロック図である。 復号ピクチャバッファのオペレーションの方法の一構成を示すブロック図である。 異なるＮＡＬユニットヘッダのシンタクスを示す。 異なるＮＡＬユニットヘッダのシンタクスを示す。 異なるＮＡＬユニットヘッダのシンタクスを示す。 一般的なＮＡＬユニットのシンタクスを示す。 既存のビデオパラメータセットを示す。 既存のスケーラビリティ型を示す。 例示的なビデオパラメータセットを示す。 例示的なスケーラビリティマップのシンタクスを示す。 例示的なビデオパラメータセットを示す。 既存のビデオパラメータセットを示す。 既存の次元型、次元ｉｄシンタクスを示す。 例示的なビデオパラメータセットを示す。 例示的なスケーラビリティマップのシンタクスを示す。 例示的なビデオパラメータセットを示す。 例示的なビデオパラメータセットを示す。 例示的なビデオパラメータセットを示す 例示的なスケーラビリティマスクのシンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータセットの拡張シンタクスを示す。 例示的なビデオパラメータの拡張シンタクスを示す。 例示的なビデオパラメータの拡張シンタクスを示す。 例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタクスを示す。 例示的なｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタクスを示す。 別の例示的なビデオパラメータの拡張シンタクスを示す図である。 別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタクスを示す。 別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタクスを示す。 例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタクスを示す。 別の例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）シンタクスを示す。 別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタクスを示す。 別の例示的なｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓシンタクスを示す。 別の例示的なビデオパラメータの拡張シンタクスおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を示す。 例示的なｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）シンタクスを示す。 ベースレイヤおよびエンハンスメントレイヤを示す。 複数のスライスを有する例示的なピクチャを示す。 複数のスライスを有する別の例示的なピクチャを示す。 列および行の境界を有するピクチャを示す。 スライスを有するピクチャを示す。 ベースレイヤ、エンハンスメントレイヤ、およびタイルを有するアクセスユニットを示す。 インターレイヤサンプル値予測のための参照レイヤのサブセットを示す。 インターレイヤサンプル値予測に使われる参照レイヤピクチャのサブセットを示す。 インターレイヤサンプル値予測に使われる参照レイヤピクチャのサブセットを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なスライスセグメントヘッダシンタクスを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なｖｐｓの拡張シンタクスを示す。 サンプルレートの表を示す。 サンプルレートの表を示す。 サンプルレートの表を示す。 例示的なスライドセグメントヘッダシンタクスを示す。 例示的なスライドセグメントヘッダシンタクスを示す。 例示的なスライドセグメントヘッダシンタクスを示す。 例示的なスライドセグメントヘッダシンタクスを示す。 ベースレイヤおよびエンハンスメントレイヤを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なスライスセグメントヘッダシンタクスを示す。 例示的なスライスセグメントヘッダシンタクスを示す。 例示的なスライスセグメントヘッダシンタクスを示す。 許容される関係を有する例示的なベースレイヤおよびエンハンスメントレイヤを示す。 例示的なスライスセグメントヘッダを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なｖｐｓの拡張シンタクスを示す。 例示的なシーケンスパラメータセットシンタクスを示す。 例示的なピクチャパラメータセットシンタクスを示す。
メッセージを送信するための或る電子デバイスを説明する。本電子デバイスは、プロセッサと、プロセッサと電子通信するメモリに格納された命令とを含む。本電子デバイスは、符号化ピクチャバッファ（ＣＰＢ：Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）がサブピクチャレベルでのオペレーションをサポートするときに、共通復号ユニットＣＰＢ除去遅延パラメータを、ピクチャタイミング付加拡張情報（ＳＥＩ：Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージに含むべきかどうかを判定する。また、本電子デバイスは、共通復号ユニットＣＰＢ除去遅延パラメータがピクチャタイミングＳＥＩメッセージ（もしくは他の何らかのＳＥＩメッセージまたは他の何らかのパラメータセット、例えばピクチャパラメータセットもしくはシーケンスパラメータセットもしくはビデオパラメータセットもしくは適応パラメータセット）に含まれるべきときには、共通復号ユニットＣＰＢ除去遅延パラメータを生成し、この共通復号ユニットＣＰＢ除去遅延パラメータは、ＣＰＢからのアクセスユニット中の全ての復号ユニットに適用可能である。また、本電子デバイスは、共通復号ユニットＣＰＢ除去遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきでないときにはアクセスユニット中の各復号ユニットに対し個別の復号ユニットＣＰＢ除去遅延パラメータを生成する。また、本電子デバイスは、共通復号ユニットＣＰＢ除去遅延パラメータまたは復号ユニットＣＰＢ除去遅延パラメータを含む、ピクチャタイミングＳＥＩメッセージを送信する。
共通復号ユニットＣＰＢ除去遅延パラメータは、直前の復号ユニットのＣＰＢからの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の現復号ユニットをＣＰＢから除去する前に待つべきサブピクチャクロックティックの量を指定することができる。
さらに、復号ユニットがアクセスユニット中の最初の復号ユニットであるときは、共通復号ユニットＣＰＢ除去遅延パラメータは、先行するアクセスユニットにおける直近のバッファリング期間ＳＥＩメッセージに関連付けられたアクセスユニット中の最後の復号ユニットのＣＰＢからの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の最初の復号ユニットをＣＰＢから除去する前に待つべきサブピクチャクロックティックの量を指定することが可能である。
これに対し、復号ユニットがアクセスユニット中の最初の復号ユニットでないときには、共通復号ユニットＣＰＢ除去遅延パラメータは、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の先行する復号ユニットのＣＰＢからの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の現復号ユニットをＣＰＢから除去する前に待つべきサブピクチャクロックティックの量を指定すればよい。
復号ユニットＣＰＢ除去遅延パラメータは、最後の復号ユニットのＣＰＢからの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中のｉ番目の復号ユニットをＣＰＢから除去する前に待つべきサブピクチャクロックティックの量を指定することができる。
本電子デバイスは、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りに従って、復号ユニットＣＰＢ除去遅延パラメータを計算することができ、前式中ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、共通復号ユニットＣＰＢ除去遅延パラメータの長さである。
また、本電子デバイスは、ＣＰＢがアクセスユニットレベルでのオペレーションをサポートするときには、先行するアクセスユニットにおける直近のバッファリング期間ＳＥＩメッセージに関連付けられたアクセスユニットのＣＰＢからの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニットデータをＣＰＢから除去する前に待つべきクロックティックの数を指定するＣＰＢ除去遅延パラメータを含む、ピクチャタイミングＳＥＩメッセージを生成することが可能である。
さらに、本電子デバイスは、ＣＰＢがサブピクチャレベルでのオペレーションをサポートするか、またはアクセスユニットレベルでのオペレーションをサポートするかを判定することができる。この判定には、符号化ピクチャバッファ（ＣＰＢ）がサブピクチャレベルでのオペレーションをサポートするパラメータを提供するかどうかを示すピクチャタイミングフラグを、ピクチャタイミングフラグの値に基づいて算定するステップを含めてよい。ピクチャタイミングフラグは、ピクチャタイミングＳＥＩメッセージに含めることができる。
共通復号ユニットＣＰＢ除去遅延パラメータを含むべきかどうかを判定するステップは、共通復号ユニットＣＰＢ除去遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきときに、共通復号ユニットＣＰＢ除去遅延フラグを１に設定するステップを含んでよい。このステップは、共通復号ユニットＣＰＢ除去遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきでないときに、共通復号ユニットＣＰＢ除去遅延フラグを０に設定するステップも含み得る。共通復号ユニットＣＰＢ除去遅延フラグは、ピクチャタイミングＳＥＩメッセージに含むことができる。
また、電子デバイスは、ＣＰＢがサブピクチャレベルでのオペレーションをサポートするときにはアクセスユニット中の各復号ユニットに対するＮＡＬユニットの１でオフセットされた量を示す、個別のネットワーク抽象化レイヤ（ＮＡＬ：ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ）ユニットの関連するパラメータを生成することができる。これに換えてまたは加えて、本電子デバイスはアクセスユニットの各復号ユニットに共通するＮＡＬユニットの１でオフセットされた量を示す、共通ＮＡＬパラメータを生成することも可能である。
また、ビットストリームをバッファリングするための電子デバイスも説明する。本電子デバイスは、プロセッサと、プロセッサと電子通信するメモリに格納された命令とを含む。本電子デバイスは、ＣＰＢがアクセスユニットに対しサブピクチャレベルでのパラメータをシグナリングすることを判定する。また、本電子デバイスは、受信されたピクチャタイミング付加拡張情報（ＳＥＩ）メッセージが共通復号ユニット符号化ピクチャバッファ（ＣＰＢ）除去遅延フラグを含むときにはアクセスユニット中の全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ除去遅延パラメータを算定する。同様に、本電子デバイスは、ピクチャタイミングＳＥＩメッセージが共通復号ユニットＣＰＢ除去遅延フラグを含まないときにはアクセスユニット中の各復号ユニットに対する個別の復号ユニットＣＰＢ除去遅延パラメータも算定する。また、本電子デバイスは、共通復号ユニットＣＰＢ除去遅延パラメータまたは個別の復号ユニットＣＰＢ除去遅延パラメータを用いて、ＣＰＢから復号ユニットを除去する。さらに、本電子デバイスはアクセスユニットの復号ユニットを復号する。
一構成において、本電子デバイスは、ピクチャタイミングＳＥＩメッセージにピクチャタイミングフラグが設定されていることを判定する。また、本電子デバイスは、ＣＰＢ除去遅延パラメータｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙを、

に従って設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量であり、ｉはインデックスである。
あるいは、電子デバイスは、ＣＰＢ除去遅延パラメータ、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、およびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］を、

を満たすように設定してもよく、式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニット中の復号ユニットの１でオフセットされた量であり、ｉはインデックスである。
あるいは、本電子デバイスは、ＣＰＢ除去遅延パラメータｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、およびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］を、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ＝ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ＿ｓｕｂに従って設定することも可能で、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］はｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量である。
一構成において、本電子デバイスは、ピクチャタイミングＳＥＩ中に、ピクチャタイミングフラグが設定されていることを判定する。また、本電子デバイスは、ＣＰＢ除去遅延パラメータｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、およびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］を、式：−１≦（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ−ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ，ｓｕｂ）≦１を満たすように設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］は、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量である。
ＣｌｏｃｋＤｉｆｆ変数は、ＣｌｏｃｋＤｉｆｆ＝（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ＊（ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１））／ｔｉｍｅ＿ｓｃａｌｅ）として定義することができ、前式中のｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋはクロックティックカウンタの１増加に対応する周波数ｔｉｍｅ＿ｓｃａｌｅ Ｈｚで作動するクロックの時間単位数であり、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋはサブピクチャクロックティックカウンタの１増加に対応する周波数ｔｉｍｅ＿ｓｃａｌｅ Ｈｚで作動するクロックの時間単位数であり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１はアクセスユニットの復号ユニットの量であり、ｔｉｍｅ＿ｓｃａｌｅは１秒間に経過する時間単位数である。
低遅延仮想リファレンスデコーダ（ＨＲＤ：ｈｙｐｏｔｈｅｔｉｃａｌ ｒｅｆｅｒｅｎｃｅ ｄｅｃｏｄｅｒ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動し、ＣｌｏｃｋＤｉｆｆがゼロより大きいとき、復号ユニットｍの除去時刻ｔｒ（ｍ）は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）＋ＣｌｏｃｋＤｉｆｆに従って算定され、前式中のｔｒ，ｎ（ｍ）は復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動し、ＣｌｏｃｋＤｉｆｆがゼロより大きいとき、アクセスユニットｎに対する除去時刻ｔｒ（ｎ）は、ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）−ＣｌｏｃｋＤｉｆｆにより算定され、式中ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍの除去時刻ｔｒ（ｍ）は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｍａｘ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの除去時刻ｔｒ（ｎ）は、ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｍａｘ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍの除去時刻ｔｒ（ｍ）は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの除去時刻ｔｒ（ｎ）は、ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍの除去時刻ｔｒ（ｍ）は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの除去時刻ｔｒ（ｎ）は、ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、最後の復号ユニットではない復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍである復号ユニットｍに対する除去時刻ｔｒ（ｍ）は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットｍの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、最後の復号ユニットではない復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍである復号ユニットｍの除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットｍの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔｒ，ｎ（ｍ）は復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎ中の復号ユニットｍの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの除去時刻ｔｒ（ｎ）は、ｔｒ（ｎ）＝ｔａｆ（ｎ）により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
さらに、場合によっては、復号ユニットの除去時刻およびアクセスユニットの除去時刻を決めるのに、前述の各種の式のうちのいずれが使用されるかをシグナリングするため、ビットストリームの一部でフラグを送信することができる。一事例において、このフラグを、ｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇと呼ぶことにしよう。ｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇが１である場合、サブピクチャベースのモードで作動するＣＰＢのオペレーションを、アクセスユニットモードで作動するＣＰＢに同調させる前述の式が用いられる。ｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇが０である場合、サブピクチャベースのモードで作動するＣＰＢのオペレーションを、アクセスユニットモードで作動するＣＰＢに同調させない前述の式が用いられる。
或る事例において、フラグｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇは、ビデオユーザビリティ情報（ＶＵＩ：ｖｉｄｅｏ ｕｓａｂｉｌｉｔｙ ｉｎｆｏｒｍａｔｉｏｎ）中でシグナリングすることができる。別の事例では、フラグｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇは、ピクチャタイミングＳＥＩメッセージ中で送信することが可能である。さらに別の事例では、フラグｄｕ＿ａｕ＿ｃｐｂ＿ａｌｉｇｎｍｅｎｔ＿ｍｏｄｅ＿ｆｌａｇは、ビットストリームの何らかの他の規範的部分の中で送信されてもよい。本明細書で開示されるシステムおよび方法による修正されたシンタクスおよびセマンティクスの一例が、以下の表（０）に示される。
なお、様々な変数に対し上記で使用された記号とは異なる記号（名称）を使用してもよい。例えば、アクセスユニットｎのｔｒ（ｎ）はＣｐｂＲｅｍｏｖａｌＴｉｍｅ（ｎ）と呼んでもよく、復号ユニットｎのｔｒ（ｍ）はＣｐｂＲｅｍｏｖａｌＴｉｍｅ（ｍ）と呼んでもよく、ｔｃ＿ｓｕｂはＣｌｏｃｋＳｕｂＴｉｃｋと呼んでもよく、ｔｃはＣｌｏｃｋＴｉｃｋと呼んでもよく、アクセスユニットｍのｔａｆ（ｎ）はアクセスユニットｎのＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ（ｎ）と呼んでもよく、復号ユニットｍのｔａｆ（ｍ）はＦｉｎａｌＡｒｒｉｖａｌＴｉｍｅ（ｍ）と呼んでもよく、ｔｒ，ｎ（ｎ）はアクセスユニットｎのＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｎ）と呼んでもよく、ｔｒ，ｎ（ｍ）は復号ユニットｍのＮｏｍｉｎａｌＲｅｍｏｖａｌＴｉｍｅ（ｍ）と呼んでもよい。
さらに、電子デバイスによりメッセージを送信する方法も説明する。本方法は、符号化ピクチャバッファ（ＣＰＢ）がサブピクチャレベルでのオペレーションをサポートするときに、ピクチャタイミング付加拡張情報（ＳＥＩ）メッセージに共通復号ユニットＣＰＢ除去遅延パラメータを含むべきかどうかを判定するステップを含む。また、本方法は、共通復号ユニットＣＰＢ除去遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきときに、共通復号ユニットＣＰＢ除去遅延パラメータを生成するステップを含み、この共通復号ユニットＣＰＢ除去遅延パラメータは、ＣＰＢからのアクセスユニット中の全ての復号ユニットに適用可能である。また、本方法は、共通復号ユニットＣＰＢ除去遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきでないときにはアクセスユニット中の各復号ユニットに対し個別の復号ユニットＣＰＢ除去遅延パラメータを生成するステップも含む。また、本方法は、共通復号ユニットＣＰＢ除去遅延パラメータ、または復号ユニットＣＰＢ除去遅延パラメータを含むピクチャタイミングＳＥＩメッセージを送信するステップも含む。
また、電子デバイスによりビットストリームをバッファリングする方法も説明する。本方法は、ＣＰＢがアクセスユニットに対しサブピクチャレベルでのパラメータをシグナリングすることを判定するステップを含む。また、本方法は、受信されたピクチャタイミング付加拡張情報（ＳＥＩ）メッセージが共通復号ユニット符号化ピクチャバッファ（ＣＰＢ）除去遅延フラグを含むときに、アクセスユニット中の全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ除去遅延パラメータを算定するステップも含む。さらに、本方法は、ピクチャタイミングＳＥＩメッセージが共通復号ユニットＣＰＢ除去遅延フラグを含まないときに、アクセスユニット中の各復号ユニットに対し個別の復号ユニットＣＰＢ除去遅延パラメータを算定するステップも含む。また、本方法は、共通復号ユニットＣＰＢ除去遅延パラメータまたは個別の復号ユニットＣＰＢ除去遅延パラメータを用いて、ＣＰＢから復号ユニットを除去するステップも含む。本方法はアクセスユニット中の復号ユニットを復号するステップも含む。
本明細書で開示するシステムおよび方法は、メッセージを送信しビットストリームをバッファリングするための電子デバイスを説明する。例えば、本明細書で開示するシステムおよび方法は、サブピクチャパラメータから始めて、ビットストリームのためのバッファリングを説明する。一部の構成において、本明細書で開示するシステムおよび方法は、サブピクチャベースの仮想リファレンスデコーダ（ＨＲＤ）パラメータのシグナリングを説明することができる。例えば、本明細書で開示するシステムおよび方法は、ピクチャタイミング付加拡張情報（ＳＥＩ）メッセージに対する改良を説明する。本明細書で開示するシステムおよび方法（例えばＨＲＤ改良）により、各サブピクチャが到着しＣＰＢから一定の間隔で除去される際のパラメータのよりコンパクトなシグナリングを得ることができる。
さらに、サブピクチャレベルのＣＰＢ除去遅延パラメータが存在するときは、符号化ピクチャバッファ（ＣＰＢ）はアクセスユニットレベル、またはサブピクチャレベルで作動することが可能である。また、本システムおよび方法は、サブピクチャレベルベースのＣＰＢオペレーションおよびアクセスユニットレベルのＣＰＢオペレーションにより、同じタイミングの復号ユニット除去が生じるようにビットストリーム制約事項を設けることができる。具体的には、サブピクチャモードでの作動時のアクセスユニット中の最後の復号ユニットの除去のタイミングと、アクセスユニットモードでの作動時のアクセスユニットの除去のタイミングとが同じになることになる。
なお、ＨＲＤに関連して「仮想」という用語が用いられるが、ＨＲＤは物理的に実装することも可能である。例えば、「ＨＲＤ」は、実際のデコーダの実装を記述するために用いることもできる。一部の構成において、ＨＲＤは、ビットストリームが高効率ビデオ符号化（ＨＥＶＣ：Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）規格に適合するかどうかを判定するために実装されることがある。例えば、ＨＲＤは、型Ｉビットストリームおよび型ＩＩビットストリームがＨＥＶＣ規格に適合するかどうかを判定するために使用されてもよい。型Ｉビットストリームは、ビデオ符号化レイヤ（ＶＣＬ：Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ）ネットワークアクセスレイヤ（ＮＡＬ：Ｎｅｔｗｏｒｋ Ａｃｃｅｓｓ Ｌａｙｅｒ）ユニットおよびフィラデータＮＡＬユニットだけを包含し得る。型ＩＩビットストリームには、さらなる他のＮＡＬユニットおよびシンタクス要素を含めることが可能である。
ビデオ符号化に関する共同作業チーム（ＪＣＴＶＣ：Ｊｏｉｎｔ Ｃｏｌｌａｂｏｒａｔｉｖｅ Ｔｅａｍ ｏｎ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）文書ＪＣＴＶＣ‐Ｉ０３３３は、サブピクチャベースのＨＲＤを含み、ピクチャタイミングＳＥＩメッセージをサポートする。この機能性は、高効率ビデオ符号化（ＨＥＶＣ）委員会ドラフト（ＪＣＴＶＣ‐Ｉ１００３）に組み込まれており、同文書は参照することにより全体として本明細書に組み込まれる。Ｂ．ブロス、Ｗ‐Ｊ．ハン、Ｊ‐Ｒ．オーム、Ｇ．Ｊ．サリバン、ワン、およびＴ‐．ウィーガンド（Ｂ．Ｂｒｏｓ、Ｗ‐Ｊ．Ｈａｎ、Ｊ‐Ｒ．Ｏｈｍ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、Ｗａｎｇ、およびＴ‐．Ｗｉｅｇａｎｄ）著、「高効率ビデオ符号化（ＨＥＶＣ）規格書ドラフト１０（ＤＦＩＳ＆最終草案）（Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ １０（ｆｏｒ ＤＦＩＳ ＆ Ｌａｓｔ Ｃａｌｌ））」、ＪＣＴＶＣ‐Ｌ１００３＿ｖ３４、ジュネーブ、２０１３年１月は、参照することにより全体として本明細書に組み込まれる。Ｂ．ブロス、Ｗ‐Ｊ．ハン、Ｊ‐Ｒ．オーム、Ｇ．Ｊ．サリバン、ワン、およびＴ‐．ウィーガンド（Ｂ．Ｂｒｏｓ、Ｗ‐Ｊ．Ｈａｎ、Ｊ‐Ｒ．Ｏｈｍ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、Ｗａｎｇ、およびＴ‐．Ｗｉｅｇａｎｄ）著、「高効率ビデオ符号化（ＨＥＶＣ）規格書ドラフト１０（Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ １０）」、ＪＣＴＶＣ‐Ｌ１００３、ジュネーブ、２０１３年１月は、参照により全体として本明細書に組み込まれる。
本明細書で開示されるシステムおよび方法による修正されたシンタクスおよびセマンティクスの一例が、以下の表（１）に示される。
本明細書で開示されるシステムおよび方法によるバッファリング期間ＳＥＩメッセージのセマンティクスに関する諸例を以下に示す。特に、修正されたシンタクス要素のセマンティクスに関するさらなる詳細が、以下のように示される。ＮａｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇまたはＶｃｌＨｒｄＢｐＰｒｅｓｅｎｔＦｌａｇが１に等しいとき、バッファリング期間ＳＥＩメッセージは、ビットストリーム中の任意のアクセスユニットに関連付けることができ、バッファリング期間ＳＥＩメッセージは、各ＩＤＲアクセスユニット、各ＣＲＡアクセスユニット、および復元ポイントＳＥＩメッセージに関連する各アクセスユニットに関連付けることが可能である。一部の応用では、バッファリング期間ＳＥＩメッセージの高頻度な存在が望ましいこともある。バッファリング期間は、バッファリング期間ＳＥＩメッセージの二つのインスタンス間の、復号順のアクセスユニットのセットとして指定される。
「ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄ」は、シーケンスＨＲＤ属性を包含するシーケンスパラメータセットを指定する。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、バッファリング期間ＳＥＩメッセージに関連付けられたプライマリ符号化ピクチャにより参照されるピクチャパラメータセット中のｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値に等しくてもよい。ｓｅｑ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含めて０から３１までの範囲内にあればよい。
「ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＨＲＤ初期化後の第一のバッファリング期間での、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットに関連付けられた符号化データの第一ビットのＣＰＢ中への到着時刻と、同じアクセスユニットに関連付けられた符号化データのＣＰＢからの除去時刻と、の間のＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢの遅延を指定する。このシンタクス要素は、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられるビットの長さを有する。このシンタクス要素は９０ｋＨｚクロックの単位である。ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］は、０に等しくなることはなく、９０ｋＨｚクロック単位でのＣＰＢサイズに相当する時間である

を上回ることはない。
「ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ」［ＳｃｈｅｄＳｅｌＩｄｘ］は、符号化アクセスユニットのＣＰＢへの初期配信時刻を指定するために、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙと組み合わせてＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢに用いられる。ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は、９０ｋＨｚクロックの単位である。ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］シンタクス要素は、ビットの長さがｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。このシンタクス要素はデコーダにより用いられず、（例えば、ＪＣＴＶＣ‐Ｉ１００３の付属書Ｃに規定される）配信スケジューラ（ＨＳＳ）に対してだけ必要とされる。
符号化ビデオシーケンス全体にわたり、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］とｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］との和は、ＳｃｈｅｄＳｅｌＩｄｘの値ごとに一定とすることができる。
「ｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」［ＳｃｈｅｄＳｅｌＩｄｘ］は、ＨＲＤ初期化後の第一のバッファリング期間での、バッファリング期間ＳＥＩメッセージに関連するアクセスユニットの第一の復号ユニットに関連付けられた符号化データの第一ビットのＣＰＢへの到着時刻と、同じ復号ユニットに関連付けられた符号化データのＣＰＢからの除去時刻と、の間のＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢに対する遅延を指定する。このシンタクス要素は、ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられるビットの長さを有する。このシンタクス要素は９０ｋＨｚクロックの単位である。ｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］は、０に等しくなることはなく、９０ｋＨｚクロック単位でのＣＰＢサイズに相当する時間である

を上回ることはない。
「ｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ」［ＳｃｈｅｄＳｅｌＩｄｘ］は、復号ユニットのＣＰＢへの初期配信時刻を指定するために、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙと組み合わせてＳｃｈｅｄＳｅｌＩｄｘ番目のＣＰＢに対して用いられる。ｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］は９０ｋＨｚクロックの単位である。該ｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］シンタクス要素は、ビットの長さがｉｎｉｔｉａｌ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。このシンタクス要素はデコーダにより用いられず、（例えば、ＪＣＴＶＣ‐Ｉ１００３の付属書Ｃに規定される）配信スケジューラ（ＨＳＳ）に対してだけ必要とされる。
符号化ビデオシーケンス全体にわたり、ｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］とｉｎｉｔｉａｌ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｏｆｆｓｅｔ［ＳｃｈｅｄＳｅｌＩｄｘ］との和は、ＳｃｈｅｄＳｅｌＩｄｘの値ごとに一定とすることができる。
本明細書で開示されるシステムおよび方法によるピクチャタイミングＳＥＩメッセージのセマンティクスに関する諸例を以下に示す。特に、修正されたシンタクス要素のセマンティクスに関するさらなる詳細が以下のように示される。
ピクチャタイミングＳＥＩメッセージのシンタクスは、ピクチャタイミングＳＥＩメッセージに関連付けられた符号化ピクチャに対しアクティブであるシーケンスパラメータセットのコンテンツに依存する。しかしながら、瞬時復号リフレッシュ（ＩＤＲ：Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）アクセスユニットのピクチャタイミングＳＥＩメッセージに、同じアクセスユニット内のバッファリング期間ＳＥＩメッセージが先行している場合を除き、関連するシーケンスパラメータセットのアクティブ化（および、ビットストリームの第一のピクチャでないＩＤＲピクチャに対しては、当該符号化ピクチャがＩＤＲピクチャであるという判定）は、符号化ピクチャの第一の符号化スライスネットワーク抽象化レイヤ（ＮＡＬ）ユニットが復号されるまでは行われない。符号化ピクチャの符号化スライスＮＡＬユニットが、ＮＡＬユニット順序でピクチャタイミングＳＥＩメッセージに後続するので、デコーダが、符号化ピクチャに対しアクティブとなるシーケンスパラメータのパラメータ群が算定されるまで、ピクチャタイミングＳＥＩメッセージを包含する低バイトシーケンスペイロード（ＲＢＳＰ：ｒａｗ ｂｙｔｅ ｓｅｑｕｅｎｃｅ ｐａｙｌｏａｄ）を格納し、その後ピクチャタイミングＳＥＩメッセージの構文解析を行うことが必要となる場合があり得る。
ビットストリーム中のピクチャタイミングＳＥＩメッセージの存在は、以下のように指定される。ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇが１に等しい場合は、符号化ビデオシーケンスのアクセスユニット毎に一つのピクチャタイミングＳＥＩメッセージが存在し得る。上記以外の、（ＣｐｂＤｐｂＤｅｌａｙｓＰｒｅｓｅｎｔＦｌａｇが０に等しい）場合には、符号化ビデオシーケンスのいずれのアクセスユニットにもピクチャタイミングＳＥＩメッセージは存在し得ない。
「ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」は、先行するアクセスユニット中の直近のバッファリング期間ＳＥＩメッセージに関連するアクセスユニットのＣＰＢからの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニットデータをバッファから除去する前に待つべきクロックティックの数（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＥ．２．１を参照）を指定する。また、この値は、ＪＣＴＶＣ‐Ｉ１００３の付属書Ｃに規定されるように、ＨＳＳに関してＣＰＢへのアクセスユニットデータの可能な限り早い到着時刻を計算するためにも使用される。このシンタクス要素は、ビットの長さがｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りである。
シンタクス要素ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの（ビットでの）長さを決めるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、ピクチャタイミングＳＥＩメッセージに関連付けられたプライマリ符号化ピクチャに対しアクティブであるシーケンスパラメータセット中に符号化されたｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値であるが、但し、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、バッファリング期間ＳＥＩメッセージを包含する先行のアクセスユニットの除去時刻に対するクロックティックの数を指定し、該メッセージは異なる符号化ビデオシーケンスのアクセスユニットであり得る。
「ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ」は、ピクチャの復号ピクチャバッファ（ＤＰＢ）出力時刻を計算するために用いられる。「ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ」はアクセスユニット中の最後の復号ユニットのＣＰＢからの除去後、復号ピクチャがＤＰＢから出力される前に待つべきクロックティックの数を指定する（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＣ．２を参照）。
ＤＰＢに関しては、ピクチャが「短期参照のために使用される」または「長期参照のために使用される」ものとしてまだマークされている場合は、その出力時刻にＤＰＢから除去されない。復号ピクチャに対して、一つだけのｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙが指定される。シンタクス要素ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙの長さは、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１によりビットで与えられる。ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］が０に等しいときは、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙは０に等しい。
ＪＣＴＶＣ‐Ｉ１００３のサブクローズＣ．２に規定される出力タイミング適合デコーダから出力される任意のピクチャのｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙから導出される出力時刻は、復号順で後続する任意の符号化ビデオシーケンス中の全てのピクチャのｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙから導出される出力時刻に先行することができる。このシンタクス要素の値により確立されるピクチャ出力順序は、サブクローズにより指定されるＰｉｃＯｒｄｅｒＣｎｔ（）の値により確立される順序と同順序であればよい。１に等しいかまたは１に等しいものと推定されるｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇを有するＩＤＲピクチャに復号順において先行するので、サブクローズの「バンピング」処理により出力されないピクチャに対し、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙから導出される出力時刻は、同じ符号化ビデオシーケンス内の全てのピクチャに対するＰｉｃＯｒｄｅｒＣｎｔ（）の値の増加とともに増加し得る。
「ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１」プラス１は、ピクチャタイミングＳＥＩメッセージが関連付けられたアクセスユニット中の復号ユニットの数を指定する。ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１の値は、両端値を含めて０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓ−１までの範囲内にあればよい。
１に等しい「ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ」は、シンタクス要素ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙが存在することを指定する。０に等しいｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇは、シンタクス要素ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙが存在しないことを指定する。
「ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」は、以下のように情報を指定する：復号ユニットがピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニットの第一の復号ユニットである場合は、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、先行するアクセスユニットの直近のバッファリング期間ＳＥＩメッセージに関連付けられたアクセスユニット中の最後の復号ユニットのＣＰＢからの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニットの第一の復号ユニットをＣＰＢから除去する前に待つべきサブピクチャクロックティックの数（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＥ．２．１を参照）を指定する。
上記以外の場合には、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の先行する復号ユニットのＣＰＢからの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の現復号ユニットをＣＰＢから除去する前に待つべきサブピクチャクロックティックの数（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＥ．２．１参照）を指定する。また、この値は、付属書Ｃに規定されるように、ＨＳＳに関してＣＰＢへの復号ユニットデータの可能な限り早い到着時刻を計算するためにも使用される。このシンタクス要素は、ビットの長さがｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りである。
「ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」を指定する代わりの方法は、以下の通りである：
「ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ」は、ＣＰＢから最後の復号ユニットを除去した後、ピクチャタイミングＳＥＩメッセージに関連するアクセスユニットの現復号ユニットをＣＰＢから除去する前に待つべきサブピクチャクロックティックの数（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＥ．２．１を参照）を指定する。また、この値は、付属書Ｃに規定されるように、ＨＳＳに関してＣＰＢへの復号ユニットデータの可能な限り早い到着時刻を計算するためにも使用される。このシンタクス要素は、ビットの長さがｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りである。
シンタクス要素ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの（ビットでの）長さを決めるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、ピクチャタイミングＳＥＩメッセージに関連付けられた符号化ピクチャに対しアクティブであるシーケンスパラメータセット中に符号化されたｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値であるが、但し、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙは、バッファリング期間ＳＥＩメッセージを包含する先行のアクセスユニット中の第一の復号ユニットの除去時刻に関するサブピクチャクロックティックの数を指定し、該メッセージは異なる符号化ビデオシーケンスのアクセスユニットであってよい。
「ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］」プラス１は、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニットのｉ番目の復号ユニット中のＮＡＬユニットの数を指定する。ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓ−１までの範囲内にあればよい。
アクセスユニットの第一の復号ユニットはアクセスユニットにおける復号順で最初のｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［０］＋１の連続するＮＡＬユニットから成る。アクセスユニットのｉ番目の（ｉは０より大きい）復号ユニットは、復号順でアクセスユニットの前の復号ユニットの最後のＮＡＬユニットの直後に続くｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］＋１の連続するＮＡＬユニットから成る。各復号ユニットに、少なくとも一つのＶＣＬ ＮＡＬユニットがあり得る。ＶＣＬ ＮＡＬユニットに関連付けられた全ての非ＶＣＬ ＮＡＬユニットは、同じ復号ユニット中に含まれてもよい。
「ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］」は、先行するアクセスユニット中の直近のバッファリング期間ＳＥＩメッセージに関連付けられたアクセスユニット中の第一の復号ユニットのＣＰＢからの除去後、ピクチャタイミングＳＥＩメッセージに関連するアクセスユニットのｉ番目の復号ユニットをＣＰＢから除去する前に待つべきサブピクチャクロックティックの数（ＪＣＴＶＣ‐Ｉ１００３のサブクローズＥ．２．１を参照）を指定する。また、この値は、（例えば、ＪＣＴＶＣ‐Ｉ１００３の付属書Ｃに規定されるように）ＨＳＳに関してＣＰＢへの復号ユニットデータの可能な限り早い到着時刻を計算するためにも使用される。このシンタクス要素は、ビットの長さがｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１により与えられる固定長コードである。ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りである。
シンタクス要素ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の（ビットでの）長さを決めるｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、ピクチャタイミングＳＥＩメッセージに関連付けられた符号化ピクチャに対しアクティブであるシーケンスパラメータセット中に符号化されたｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値であるが、但し、ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は、バッファリング期間ＳＥＩメッセージを包含する先行のアクセスユニット中の第一の復号ユニットの除去時刻に関するサブピクチャクロックティックの数を指定し、該メッセージは異なる符号化ビデオシーケンスのアクセスユニットであってよい。
一構成において、復号ユニット除去のタイミングおよび復号ユニットの復号は、以下のように実装することができる。
ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しい場合、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍであるアクセスユニットに関連付けられたピクチャタイミングＳＥＩメッセージ中のｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの値に設定され、変数Ｔｃはｔｃに設定される。等しくない場合、ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しく、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇが０である場合、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍを含むアクセスユニットに関連付けられたピクチャタイミングＳＥＩメッセージの復号ユニットｍ（ｍは０からｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１までの範囲）のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値に設定され、変数Ｔｃはｔｃ＿ｓｕｂに設定される。
一部の場合、上記以外に、ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しく、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇが０である場合は、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍを含むアクセスユニットに関連付けられたピクチャタイミングＳＥＩメッセージの復号ユニットｍ（ｍは０からｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１までの範囲）の（ｍ＋１）＊ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値に設定され、変数Ｔｃはｔｃ＿ｓｕｂに設定される。
それ以外の場合には、ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しく、ｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇが１である場合、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍを含むアクセスユニットに関連付けられたピクチャタイミングＳＥＩメッセージの復号ユニットｍのｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの値に設定され、変数Ｔｃはｔｃ＿ｓｕｂに設定される。
復号ユニットｍが、ｎが０に等しい復号ユニット（ＨＲＤを初期化するアクセスユニットの第一の復号ユニット）であるとき、ＣＰＢからの復号ユニットの名目除去時刻は、

により指定される。
復号ユニットｍが、ＨＲＤを初期化しないバッファリング期間の第一のアクセスユニットの第一の復号ユニットであるとき、ＣＰＢからの復号ユニットの名目除去時刻は、ｔｒ，ｎ（ｍ）＝ｔｒ，ｎ（ｍｂ）＋Ｔｃ＊ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）により指定され、前式中のｔｒ，ｎ（ｍｂ）は前のバッファリング期間の第一の復号ユニットの名目除去時刻である。
復号ユニットｍがバッファリング期間の第一の復号ユニットであるとき、ｍｂは復号ユニットｍの除去時刻ｔｒ，ｎ（ｍ）はｍに等しく設定される。バッファリング期間の第一の復号ユニットでない復号ユニットｍの名目除去時刻ｔｒ，ｎ（ｍ）は、ｔｒ，ｎ（ｍ）＝ｔｒ，ｎ（ｍｂ）＋Ｔｃ＊ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）により与えられ、前式中のｔｒ，ｎ（ｍｂ）は、現在のバッファリング期間の第一の復号ユニットの名目除去時刻である。
復号ユニットｍの除去時刻は、以下のように指定される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しく、またはｔｒ，ｎ（ｍ）≧ｔａｆ（ｍ）である場合、復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）により指定される。上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合には、復号ユニットｍの除去時刻は、

により指定される。後者の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合は、復号ユニットｍのサイズｂ（ｍ）が非常に大きくそれが名目除去時刻での除去を妨げることを示す。
別の場合において、復号ユニットｍの除去時刻は、以下のように指定される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しいか、またはｔｒ，ｎ（ｍ）≧ｔａｆ（ｍ）である場合、復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）により指定される。上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合には、アクセスユニットの最後の復号ユニットでない復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）により指定され、アクセスユニットの最後の復号ユニットである復号ユニットｍの除去時刻は、

により指定される。後者の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合は、復号ユニットｍのサイズｂ（ｍ）が非常に大きくそれが名目除去時刻での除去を妨げることを示す。
別の場合において、復号ユニットｍの除去時刻は、以下のように指定される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しいか、またはｔｒ，ｎ（ｍ）≧ｔａｆ（ｍ）である場合、復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）により指定される。上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合には、アクセスユニットの最後の復号ユニットではない復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）により指定され、アクセスユニットの最後の復号ユニットである復号ユニットｍの除去時刻は、

により指定される。後者の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合は、復号ユニットｍのサイズｂ（ｍ）が非常に大きくそれが名目除去時刻での除去を妨げることを示す。
別の場合において、復号ユニットｍの除去時刻は、以下のように指定される。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しいか、またはｔｒ，ｎ（ｍ）≧ｔａｆ（ｍ）である場合、復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）により指定される。上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合には、復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）により指定される。後者の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合は、復号ユニットｍのサイズｂ（ｍ）が非常に大きくそれが名目除去時刻での除去を妨げることを示す。
ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しいとき、アクセスユニットｎの名目ＣＰＢ除去時刻ｔｒ，ｎ（ｎ）はアクセスユニットｎの最後の復号ユニットの名目ＣＰＢ除去時刻に設定され、アクセスユニットｎのＣＰＢ除去時刻ｔｒ（ｎ）はアクセスユニットｎの最後の復号ユニットのＣＰＢ除去時刻に設定される。
ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しいとき、各復号ユニットはアクセスユニットであり、したがってアクセスユニットｎの名目ＣＰＢ除去時刻およびＣＰＢ除去時刻は、復号ユニットｎの名目ＣＰＢ除去時刻およびＣＰＢ除去時刻である。
復号ユニットｍのＣＰＢ除去時刻に、復号ユニットが瞬時に復号される。
本明細書に開示されるシステムおよび方法によるピクチャタイミングＳＥＩメッセージに関する修正されたシンタクスおよびセマンティクスの別の例が、以下の表（２）に示される。本明細書に開示されるシステムおよび方法による修正は、太字で表示される。
表（２）に示された例は、シンタクス要素ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１を含み、該要素は、復号ユニットを除去するときにＣＰＢから除去されるべきデータの量を算定するために使用することができる。「ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１」プラス１は、ピクチャタイミングＳＥＩメッセージが関連するアクセスユニットの各復号ユニットにおけるＮＡＬユニットの数を指定する。ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１の値は、両端値を含めて０からＰｉｃＷｉｄｔｈＩｎＣｔｂｓ＊ＰｉｃＨｅｉｇｈｔＩｎＣｔｂｓ−１までの範囲内にあればよい。
アクセスユニットの第一の復号ユニットはアクセスユニットにおける復号順で最初のｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１＋１の連続するＮＡＬユニットから成る。アクセスユニットのｉ番目の（ｉは０より大きい）復号ユニットは、復号順でアクセスユニットの前の復号ユニットの最後のＮＡＬユニットの直後に続くｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１＋１の連続するＮＡＬユニットから成る。各復号ユニットに、少なくとも一つのＶＣＬ ＮＡＬユニットがあればよい。ＶＣＬ ＮＡＬユニットに関連付けられた全ての非ＶＣＬ ＮＡＬユニットは、同じ復号ユニットに含まれてもよい。
本明細書に開示されるシステムおよび方法によるピクチャタイミングＳＥＩメッセージに対する修正されたシンタクスおよびセマンティクスの別の例が、以下の表（３）に示される。本明細書に開示されるシステムおよび方法による修正は太字で表示される。
表（３）に示す例は、１に等しいときにシンタクス要素「ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１」が存在することを指定する、シンタクス要素「ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｆｌａｇ」を含む。０に等しい「ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｆｌａｇ」は、シンタクス要素「ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１」が存在しないことを指定する。
さらに別の実施形態において、フラグｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１は送信しなくてもよい。代わりに、シンタクス要素ｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１およびｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙを毎回送信することができよう。この場合は、これらの要素がシグナリングされないことを示すために、これらのシンタクス要素に対して０（またはその他）の値を使えばよい。
本システムおよび方法は、ピクチャタイミングＳＥＩメッセージのシンタクス要素およびセマンティクスに対する修正に加えて、サブピクチャベースのＣＰＢオペレーションおよびアクセスユニットレベルのＣＰＢオペレーションによって同じタイミングの復号ユニット除去が生じるように、ビットストリーム制約事項を実装することもできる。
ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、サブピクチャレベルＣＰＢ除去遅延パラメータが存在し、ＣＰＢがアクセスユニットレベルまたはサブピクチャレベルで作動可能なことを指定する。０に等しいｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャレベルＣＰＢ除去遅延パラメータが存在せずＣＰＢがアクセスユニットレベルで作動することを、指定する。ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しないとき、その値は０に等しいと推定される。
アクセスユニットレベルまたはサブピクチャレベルの両方でのオペレーションをサポートするために、以下のビットストリーム制約事項を用いることができる：ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよび全てのｉに対するｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値をシグナリングする際に、以下の制約事項に従うことがビットストリーム適合の要件である：

前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニット中の復号ユニットの１でオフセットされた量であり、ｉはインデックスである。一部の実施形態では、前述の制約事項を満たすために許容差パラメータを加えることができよう。
アクセスユニットレベルまたはサブピクチャレベルの両方でのオペレーションをサポートするために、以下のようなビットストリーム制約事項を用いることができる：変数Ｔｄｕ（ｋ）を以下のように定義する：

前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］およびｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１ｋは、ｋ番目のアクセスユニットのｉ番目の復号ユニットに対するパラメータであり（ＨＲＤを初期化したアクセスユニットはｋ＝０であり、ｋ＜１に対しＴｄｕ（ｋ）＝０）、さらに前式中、ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］＋１＝ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］はｋ番目のアクセスユニットのＩ番目の復号ユニットに対する復号ユニットＣＰＢ除去遅延パラメータであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１ｋはｋ番目のアクセスユニット中の復号ユニットの数であり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｉおよびｋはインデックスである。そして、ピクチャタイミングフラグ（例えばｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が１に設定されているときは、以下の制約事項が真であり得る：すなわち（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）＊ｔｃ＝＝Ｔｄｕ（ｋ）、前式中の（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）＝ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、これはＣＰＢ除去遅延である。しかしてこの場合、ＣＰＢ除去遅延（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）は、サブピクチャベースのＣＰＢオペレーションおよびアクセスユニットベースのＣＰＢオペレーションの作動により、アクセスユニット除去とアクセスユニットの最後の復号ユニットの除去とが同じタイミングで生じるように設定される。
アクセスユニットレベルまたはサブピクチャレベルの両方でのオペレーションをサポートするために、以下のビットストリーム制約事項を用いることができる：ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよび全てのｉに対するｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値をシグナリングする際に、以下の制約事項に従うことがビットストリーム適合の要件である：

前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量であり、ｉはインデックスである。
アクセスユニットレベルまたはサブピクチャレベルの両方でのオペレーションをサポートするために、以下のビットストリーム制約事項を用いることもできる：ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］の値をシグナリングする際に、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ＝ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ，ｓｕｂの制約事項に従うことがビットストリーム適合の要件であり、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］はｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量である。一部の実施形態では、前述の制約事項を満たすために許容差パラメータを加えることができよう。
アクセスユニットレベルまたはサブピクチャレベルの両方でのオペレーションをサポートするために、以下のビットストリーム制約事項を用いることもきる：ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１である場合、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよび全てのｉについてのｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値をシグナリングするときに、−１≦（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ−ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ，ｓｕｂ）≦１の制約事項に従うことがビットストリーム適合の要件であり、前式中ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］はｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量である。
さらに、本システムおよび方法は、復号ユニット除去のタイミングも修正することが可能である。サブピクチャレベルＣＰＢ除去遅延パラメータが存在するときは、（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１であり、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である場合）「大きなピクチャ」に対する復号ユニットの除去時刻は、クロックティックカウンタとサブピクチャクロックティックカウンタとにより生じ得る差を補償するために変更することができる。
ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいときは、サブピクチャレベルＣＰＢ除去遅延パラメータが存在し、ＣＰＢはアクセスユニットレベルまたはサブピクチャレベルで作動可能である。０に等しいｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、サブピクチャレベルＣＰＢ除去遅延パラメータが存在せず、ＣＰＢがアクセスユニットレベルで作動することを指定する。ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが存在しないとき、その値は０に等しいと推定される。
具体的に、復号ユニット除去のタイミングおよび復号ユニットの復号の実装の一例を以下に示す。変数ＳｕｂＰｉｃＣｐｂＰｒｅｆｅｒｒｅｄＦｌａｇは、外部手段によって指定されるか、または外部手段によって指定されないときには０に設定される。変数ＳｕｂＰｉｃＣｐｂＦｌａｇは、以下のように導出される：ＳｕｂＰｉｃＣｐｂＦｌａｇ＝ＳｕｂＰｉｃＣｐｂＰｒｅｆｅｒｒｅｄＦｌａｇ＆＆ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ。ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しい場合、ＣＰＢはアクセスユニットレベルで作動し、各復号ユニットはアクセスユニットである。上記以外の場合には、ＣＰＢはサブピクチャレベルで作動し、各復号ユニットはアクセスユニットのサブセットである。
ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しい場合、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍであるアクセスユニットに関連付けられたピクチャタイミングＳＥＩメッセージのｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙの値に設定され、変数Ｔｃはｔｃに設定される。上記以外の場合には、変数ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）は、復号ユニットｍを含むアクセスユニットに関連するピクチャタイミングＳＥＩメッセージの復号ユニットｍのｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］の値に設定され、変数Ｔｃはｔｃ＿ｓｕｂに設定される。
復号ユニットｍが、ｎが０に等しい復号ユニットであるとき（ＨＲＤを初期化するアクセスユニットの第一の復号ユニット）、ＣＰＢからの復号ユニットの名目除去時刻は、

により指定される。
復号ユニットｍが、ＨＲＤを初期化しないバッファリング期間の第一のアクセスユニットの第一の復号ユニットであるとき、ＣＰＢからの復号ユニットの名目除去時刻は、ｔｒ，ｎ（ｍ）＝ｔｒ，ｎ（ｍｂ）＋Ｔｃ＊ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）により指定され、前式中のｔｒ，ｎ（ｍｂ）は前のバッファリング期間の第一の復号ユニットの名目除去時刻である。
復号ユニットｍがバッファリング期間の第一の復号ユニットであるとき、ｍｂは復号ユニットｍの除去時刻ｔｒ，ｎ（ｍ）におけるｍに等しく設定される。
バッファリング期間の第一の復号ユニットでない復号ユニットｍの名目除去時刻ｔｒ，ｎ（ｍ）は、ｔｒ，ｎ（ｍ）＝ｔｒ，ｎ（ｍｂ）＋Ｔｃ＊ＣｐｂＲｅｍｏｖａｌＤｅｌａｙ（ｍ）により与えられ、前式中のｔｒ，ｎ（ｍｂ）は、現在のバッファリング期間の第一の復号ユニットの名目除去時刻である。
復号ユニットｍの除去時刻は、以下のように指定される。すなわち、変数ＣｌｏｃｋＤｉｆｆが、ＣｌｏｃｋＤｉｆｆ＝（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ＊（ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１））／ｔｉｍｅ＿ｓｃａｌｅ）として定義される。一部の場合において、パラメータｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１が、以下の式が満たされるようにシグナリングされることがビットストリーム適合の要件である：（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ＊（ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１）））≧０。
一部の他の場合において、パラメータｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１が、次の式が満たされるようにシグナリングされることがビットストリーム適合の要件である：（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ＊（ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１）））≦０。ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが０に等しいか、またはｔｒ，ｎ（ｍ）≧ｔａｆ（ｍ）である場合、復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）により指定される。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合であって、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく、ＣＰＢがサブピクチャレベルで作動しているときで且つＣｌｏｃｋＤｉｆｆがゼロより大きい場合にはアクセスユニットｎの最後の復号ユニットであるときの復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋Ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／Ｔｃ）＋ＣｌｏｃｋＤｉｆｆにより指定される。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合であって、ｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しく、ＣＰＢがアクセスユニットレベルで作動しているときで且つＣｌｏｃｋＤｉｆｆがゼロより小さい場合にはアクセスユニットｎの除去時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ）−ＣｌｏｃｋＤｉｆｆにより指定される。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合、復号ユニットｍの除去時刻は、ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋Ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／Ｔｃ）により指定される。後者の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合は、復号ユニットｍのサイズｂ（ｍ）が非常に大きくそれが名目除去時刻での除去を妨げることを示す。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合であって、ピクチャタイミングフラグが１に設定され、且つＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍに対する除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により指定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの除去時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により指定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇは１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍに対する除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により指定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎに対する除去時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により指定され、前式中ｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットでない復号ユニットに対する除去時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。そして、アクセスユニットの最後の復号ユニットｍの除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ））により設定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットｍの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットでない復号ユニットに対する除去時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。そして、アクセスユニットの最後の復号ユニットｍの除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ））により設定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットｍの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、復号ユニットに対する除去時刻はｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔｒ，ｎ（ｍ）は復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎ中の復号ユニットｍの最終到着時刻である。
上記以外の（ｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇが１に等しく、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）である）場合で、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎに対する除去時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔａｆ（ｎ）により設定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
ＳｕｂＰｉｃＣｐｂＦｌａｇが１に等しいとき、アクセスユニットｎの名目ＣＰＢ除去時刻ｔｒ，ｎ（ｎ）はアクセスユニットｎ中の最後の復号ユニットの名目ＣＰＢ除去時刻に設定され、アクセスユニットｎのＣＰＢ除去時刻ｔｒ（ｎ）はアクセスユニットｎ中の最後の復号ユニットのＣＰＢ除去時刻に設定される。
ＳｕｂＰｉｃＣｐｂＦｌａｇが０に等しいとき、各復号ユニットはアクセスユニットであり、したがってアクセスユニットｎの名目ＣＰＢ除去時刻およびＣＰＢ除去時刻は、復号ユニットｎの名目ＣＰＢ除去時刻およびＣＰＢ除去時刻である。復号ユニットｍのＣＰＢ除去時刻において復号ユニットは瞬時に復号される。
前述により示されるように、本明細書に開示されるシステムおよび方法は、サブピクチャベースのパラメータを搬送するピクチャタイミングＳＥＩメッセージビットストリームを修正するシンタクスおよびセマンティクスを提供する。一部の構成において、本明細書に開示されるシステムおよび方法は、ＨＥＶＣ規格に適用することができる。
便宜上、いくつかの定義が以下のように与えられ、これらは本明細書に開示されるシステムおよび方法に適用可能である。ランダムアクセスポイントとは、ビットストリームの復号が、現ピクチャおよび出力順で前記現ピクチャに後続する全てのピクチャを復号するためにランダムアクセスポイントに先行するビットストリーム中のいかなるポイントへのアクセスも必要としない、データのストリーム（例えばビットストリーム）における任意のポイントでもよい。
バッファリング期間は、バッファリング期間ＳＥＩメッセージの二つのインスタンス間にある復号順のアクセスユニットのセットとして指定することができる。付加拡張情報（ＳＥＩ）は、ＶＣＬ ＮＡＬユニットから符号化ピクチャのサンプルを復号するのに必要でない情報を包含し得る。ＳＥＩメッセージは、復号、表示または他の目的に関係する手順を補助することができる。出力順序がＨＥＶＣ規格に適合するようにこの情報を処理するために、適合デコーダは必ずしも必要ない場合もある（例えば、ＨＥＶＣ規格（ＪＣＴＶＣ‐Ｉ１００３）の付属書Ｃは適合性の規格を含む）。いくつかのＳＥＩメッセージ情報は、ビットストリーム適合性および出力タイミングのデコーダ適合性をチェックするために用いることができる。
バッファリング期間ＳＥＩメッセージは、バッファリング期間に関係するＳＥＩメッセージであってよい。ピクチャタイミングＳＥＩメッセージは、ＣＰＢ除去タイミングに関係するＳＥＩメッセージであってよい。これらのメッセージは、ビットストリームの到着タイミングおよび符号化ピクチャの除去タイミングを定義するシンタクスおよびセマンティクスを定義することができる。
符号化ピクチャバッファ（ＣＰＢ）は、仮想リファレンスデコーダ（ＨＲＤ）において指定された復号順のアクセスユニットを包含する先入れ先出しバッファでもよい。アクセスユニットは、復号順に連続し、ちょうど一つの符号化ピクチャを包含する、ネットワークアクセスレイヤ（ＮＡＬ）ユニットのセットとすることができる。アクセスユニットは、符号化ピクチャの符号化スライスＮＡＬユニットに加えて、符号化ピクチャのスライスを包含しない他のＮＡＬユニットも含んでもよい。アクセスユニットの復号は常に復号ピクチャをもたらす。ＮＡＬユニットは、後続するデータの型の指示と、そのデータを必要に応じてエミュレーション防止バイトが組み入れられたローバイトシーケンスペイロードの形で包含するバイト群と、を含むシンタクス構造体でもよい。
本明細書で用いる「共通」という用語は、一般に、複数のものに適用可能なシンタクス要素または変数を言う。例えば、ピクチャタイミングＳＥＩメッセージにおけるシンタクス要素において、「共通」という用語は、シンタクス要素（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）が当該ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の全ての復号ユニットに適用可能であることを意味し得る。さらに、データの単位は、「ｎ」および「ｍ」に関連付けて表され、それぞれ一般にアクセスの単位および復号の単位を示す。
以降に、様々な構成について図面を参照しながら説明するが、図面中の同じ参照番号は機能的に類似の要素を示す場合もある。本明細書において一般的に説明され図示されるシステムおよび方法は、多種多様な異なる構成に配置および設計することができる。しかして、図に表された以下のいくつかの構成のより詳細な説明は、請求の範囲を制限する意図はなく、単に本発明のシステムおよび方法の代表例である。
図１Ａは、メッセージを送信し、ビットストリームをバッファリングするためのシステムおよび方法が実装可能な一つ以上の電子デバイス１０２の例を示すブロック図である。この例では、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂが示されている。但し、電子デバイスＡ１０２ａおよび電子デバイスＢ１０２ｂに関して説明する特徴および機能の一つ以上は、一部の構成では単一の電子デバイスに組み合わせてもよいことに留意する必要がある。
電子デバイスＡ１０２ａは、エンコーダ１０４を含む。エンコーダ１０４は、メッセージ生成モジュール１０８を含む。電子デバイスＡ１０２ａ内に含まれる要素（例えばエンコーダ１０４およびメッセージ生成モジュール１０８）の各々は、ハードウェア、ソフトウェアまたはその両方の組み合わせとして実装することが可能である。
電子デバイスＡ１０２ａは、一つ以上の入力ピクチャ１０６を取得することが可能である。一部の構成において、入力ピクチャ（群）１０６は、イメージセンサを用いて電子デバイスＡ１０２ａに取り込むこともでき、メモリから読み出すこともでき、および／または別の電子デバイスから受信することもできる。
エンコーダ１０４は、入力ピクチャ（群）１０６を符号化して、符号化データを生成することが可能である。例えば、エンコーダ１０４は、一連の入力ピクチャ１０６（例えばビデオ）を符号化できる。一構成において、エンコーダ１０４はＨＥＶＣエンコーダとすることが可能である。符号化データは、デジタルデータ（例えばビットストリーム１１４の一部）とすればよい。エンコーダ１０４は、入力信号に基づいてオーバーヘッドシグナリングを生成することができる。
メッセージ生成モジュール１０８は、一つ以上のメッセージを生成することができる。例えばメッセージ生成モジュール１０８は、一つ以上のＳＥＩメッセージまたは他のメッセージを生成することが可能である。サブピクチャレベルでのオペレーションをサポートするＣＰＢに対し、電子デバイス１０２は、サブピクチャパラメータ（例えばＣＰＢ除去遅延パラメータ）を送信することが可能である。具体的に、電子デバイス１０２（例えばエンコーダ１０４）は、共通復号ユニットＣＰＢ除去遅延パラメータを、ピクチャタイミングＳＥＩメッセージに含めるべきかどうかを判定することが可能である。例えば、エンコーダ１０４が、ピクチャタイミングＳＥＩメッセージに共通復号ユニットＣＰＢ除去遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含んでいるとき、該電子デバイスはフラグ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を１に設定することができる。共通復号ユニットＣＰＢ除去遅延パラメータが含まれるとき、該電子デバイスはアクセスユニット中の全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ除去遅延パラメータを生成することが可能である。言い換えれば、アクセスユニット中の各復号ユニットに対する復号ユニットＣＰＢ除去遅延パラメータを含める代わりに、ピクチャタイミングＳＥＩメッセージが関連付けられたアクセスユニット中の全ての復号ユニットに共通パラメータを適用することができる。
また一方、共通復号ユニットＣＰＢ除去遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきでないときには、電子デバイス１０２は、ピクチャタイミングＳＥＩメッセージが関連付けられたアクセスユニット中の各復号ユニットに対し個別の復号ユニットＣＰＢ除去遅延を生成することが可能である。メッセージ生成モジュール１０８は、後記の図２および図３に関連して説明する手順の一つ以上を実施することができる。
一部の構成において、電子デバイスＡ１０２ａは、メッセージをビットストリーム１１４の一部として電子デバイスＢ１０２ｂに送信することができる。一部の構成では、電子デバイスＡ１０２ａは、当該メッセージを、別個の伝送１１０により電子デバイスＢ１０２ｂに送信することも可能である。例えば、この別個の伝送は、ビットストリーム１１４の一部でなくてもよい。例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージは、何らかの帯域外メカニズムを使用して送信してもよい。なお、一部の構成では、この他のメッセージには、前述のピクチャタイミングＳＥＩメッセージの特徴の一つ以上を含んでよい。さらに、一つ以上の態様において、この他のメッセージは、前述のＳＥＩメッセージと同様に活用することが可能である。
エンコーダ１０４（および、例えばメッセージ生成モジュール１０８）は、ビットストリーム１１４を生成することができる。ビットストリーム１１４は、入力ピクチャ（群）１０６に基づく符号化ピクチャデータを含んでいてもよい。また、一部の構成において、ビットストリーム１１４は、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ、スライスヘッダ（群）、ＰＰＳ（群）などのオーバーヘッドデータも含んでいてもよい。さらなる入力ピクチャ１０６が符号化される際に、ビットストリーム１１４が一つ以上の符号化ピクチャを含んでいてもよい。例えば、ビットストリーム１１４は、対応するオーバーヘッドデータ（例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を有する一つ以上の符号化ピクチャを含むことが可能である。
ビットストリーム１１４は、デコーダ１１２に供給することができる。一例において、ビットストリーム１１４は、ワイヤードまたはワイヤレスリンクを用いて電子デバイスＢ１０２ｂに伝送することができる。一部の場合には、インターネットまたはローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）などのネットワークを介して行うことが可能である。図１Ａに示されるように、デコーダ１１２は、電子デバイスＡ１０２ａのエンコーダ１０４とは別個に、電子デバイスＢ１０２ｂに実装されてもよい。また一方、一部の構成において、エンコーダ１０４およびデコーダ１１２が同じ電子デバイスに実装できることに留意する必要がある。エンコーダ１０４およびデコーダ１１２が同じ電子デバイスに実装された実装では、例えばビットストリーム１１４はバスを通じてデコーダ１１２に供給するか、またはデコーダ１１２による読み出しのためにメモリに格納することができる。
デコーダ１１２は、ハードウェア、ソフトウェアまたは両者の組み合わせとして実装されてもよい。一構成において、デコーダ１１２はＨＥＶＣデコーダとすることができる。デコーダ１１２は、ビットストリーム１１４を受信（例えば取得）することが可能である。デコーダ１１２は、ビットストリーム１１４に基づいて一つ以上の復号ピクチャ１１８を生成することができる。復号ピクチャ（単数または複数）１１８は、表示され、再生され、メモリに格納され、および／または別のデバイスなどに伝送することが可能である。
デコーダ１１２は、ＣＰＢ１２０を含むことができる。ＣＰＢ１２０は、符号化されたピクチャを一時的に格納することができる。ＣＰＢ１２０は、ピクチャタイミングＳＥＩメッセージに見出されたパラメータを用いて、データをいつ除去すべきかを判定することが可能である。ＣＰＢ１２０がサブピクチャレベルでのオペレーションをサポートするときは、一度にアクセスユニット全体が除去される代わりに個々の復号ユニットを除去することができる。デコーダ１１２は、復号ピクチャバッファ（ＤＰＢ）１２２を含むことができる。各復号ピクチャは、復号処理による参照のためならびに出力およびクロッピングのために、ＤＰＢ１２２に配置される。復号ピクチャは、ＤＰＢ出力時刻の後またはインター予測の参照にもはや必要なくなった時点でＤＰＢから除去される。
デコーダ１１２は、メッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を受信することができる。また、デコーダ１１２は、受信したメッセージが共通復号ユニットＣＰＢ除去遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含むかどうかを判定することが可能である。この判定には、ピクチャタイミングＳＥＩメッセージ中に共通パラメータが存在するときに設定されるフラグ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）を識別するステップを含めることができる。共通パラメータが存在する場合、デコーダ１１２はアクセスユニットの全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ除去遅延パラメータを決めることが可能である。共通パラメータが存在しない場合、デコーダ１１２はアクセスユニットの復号ユニットごとに個別の復号ユニットＣＰＢ除去遅延パラメータを決めることが可能である。また、デコーダ１１２は、共通復号ユニットＣＰＢ除去遅延パラメータまたは個別の復号ユニットＣＰＢ除去遅延パラメータを用いて、ＣＰＢ１２０から復号ユニットを除去することができる。ＣＰＢ１２０は、後記の図４および図５に関連して説明する手順の一つ以上を行うことが可能である。
前述のＨＲＤは、図１Ａに示されたデコーダ１１２の一例であり得る。しかして、一部の構成において、電子デバイス１０２は、前述のＨＲＤならびにＣＰＢ１２０およびＤＰＢ１２２に従って作動してもよい。
なお、電子デバイス（群）１０２に含まれる要素またはその部分の一つ以上は、ハードウェアとして実装することができる。例えば、これらの要素またはその部分の一つ以上は、チップ、電気回路またはハードウェアコンポーネントなどとして実装されてもよい。本明細書で説明する機能または方法の一つ以上が、ハードウェア上に実装されてもよく、および／またはハードウェアを用いて行われてもよいことに留意する必要がある。例えば、本明細書で説明する方法の一つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ‐Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：Ｌａｒｇｅ‐Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）または集積回路など上に実装されてもよく、および／またはこれらを用いて実現されてもよい。
図１Ｂは、エンコーダ１９０８およびデコーダ１９７２の別の例を示すブロック図である。この例では、電子デバイスＡ１９０２および電子デバイスＢ１９７０が示されている。但し、電子デバイスＡ１９０２および電子デバイスＢ１９７０に関して説明する特徴および機能は、一部の構成においては、単一の電子デバイスに組み合わせが可能なことに留意する必要がある。
電子デバイスＡ１９０２は、エンコーダ１９０８を含む。エンコーダ１９０８は、ベースレイヤエンコーダ１９１０とエンハンスメントレイヤエンコーダ１９２０とを含んでよい。ビデオエンコーダ１９０８は、後述のようにスケーラブルビデオ符号化およびマルチビュービデオ符号化に適する。エンコーダ１９０８は、ハードウェア、ソフトウェアまたは両者の組み合わせで実装することが可能である。一構成において、エンコーダ１９０８は、スケーラブルおよび／またはマルチビューを含む高効率ビデオ符号化（ＨＥＶＣ）コーダとすることができる。他のコーダも同様に用いられてよい。電子デバイスＡ１９０２は、ソース１９０６を取得することができる。一部の構成において、ソース１９０６は、イメージセンサを用いて電子デバイスＡ１９０２に取り込むことが可能であり、メモリから読み出すことが可能であり、または別の電子デバイスから受信することが可能である。
エンコーダ１９０８は、ソース１９０６を符号化して、ベースレイヤビットストリーム１９３４およびエンハンスメントレイヤビットストリーム１９３６を生成することができる。例えば、エンコーダ１９０８は、ソース１９０６中の一連のピクチャ（例えばビデオ）を符号化することが可能である。具体的に、品質スケーラビリティとしても知られるＳＮＲスケーラビリティに対するスケーラブルビデオ符号化では、同じソース１９０６をベースレイヤエンコーダとエンハンスメントレイヤエンコーダとに提供することができる。具体的に、空間スケーラビリティに対するスケーラブルビデオ符号化では、ダウンサンプリングされたソースをベースレイヤエンコーダに用いることが可能である。特に、マルチビュー符号化では、異なるビューソースをベースレイヤエンコーダおよびエンハンスメントレイヤエンコーダに用いることが可能である。エンコーダ１９０８は、図６Ｂと関連して後述するエンコーダ１７８２と同様にすることができる。
ビットストリーム１９３４、１９３６は、ソース１９０６に基づく符号化ピクチャデータを含むことができる。また、一部の構成において、ビットストリーム１９３４、１９３６は、スライスヘッダ情報、ＰＰＳ情報などのオーバーヘッドデータも含むことが可能である。ソース１９０６の追加のピクチャが符号化される際に、ビットストリーム１９３４、１９３６は一つ以上の符号化ピクチャを含むことができる。
ビットストリーム１９３４、１９３６は、デコーダ１９７２に供給されてよい。デコーダ１９７２は、ベースレイヤデコーダ１９８０およびエンハンスメントレイヤデコーダ１９９０を含むことができる。ビデオデコーダ１９７２は、スケーラブルビデオ復号およびマルチビュービデオ復号に適する。一例では、ビットストリーム１９３４、１９３６は、ワイヤードまたはワイヤレスリンクを用いて電子デバイスＢ１９７０に伝送することができる。一部の場合では、インターネットまたはローカルエリアネットワーク（ＬＡＮ）などのネットワークを通じて行うことができる。図１Ｂに示されるように、デコーダ１９７２は、電子デバイスＡ１９０２上のエンコーダ１９０８とは別個に電子デバイスＢ１９７０に実装することが可能である。但し、一部の構成では、エンコーダ１９０８およびデコーダ１９７２は、同一の電子デバイス上に実装が可能なことに留意する必要がある。エンコーダ１９０８およびデコーダ１９７２が同一の電子デバイスに実装される実装では、例えば、ビットストリーム１９３４、１９３６は、バスを介してデコーダ１９７２に供給することもでき、またはデコーダ１９７２による読み出しのためにメモリに格納することもできる。デコーダ１９７２は、復号ベースレイヤ１９９２および復号エンハンスメントレイヤピクチャ（群）１９９４を出力として供給することが可能である。
デコーダ１９７２は、ハードウェア、ソフトウェアまたは両者の組み合わせにおいて実装されてもよい。一構成において、デコーダ１９７２は、スケーラブルおよび／またはマルチビューを含む高効率ビデオ符号化（ＨＥＶＣ）デコーダとすることができる。他のデコーダも同様に用いることが可能である。デコーダ１９７２は、図７Ｂに関連して後述するデコーダ１８１２と同様なものであってよい。また、ベースレイヤエンコーダおよび／またはエンハンスメントレイヤエンコーダは、それぞれ、図１Ａに関して説明したようなメッセージ生成モジュールを含んでもよい。また、ベースレイヤデコーダおよび／またはエンハンスメントレイヤデコーダは、図１Ａに関して説明したような符号化ピクチャバッファおよび／または復号ピクチャバッファを含んでもよい。さらに、図１Ｂの電子デバイスは、適用可能な場合、図１Ａの電子デバイスの機能にしたがって作動してもよい。
図２は、メッセージを送信する方法２００の一構成を示すフロー図である。方法２００は、エンコーダ１０４またはそのサブパーツの一つ（例えばメッセージ生成モジュール１０８）によって行うことができる。エンコーダ１０４は、ＣＰＢ１２０がサブピクチャレベルでのオペレーションをサポートするかどうかを示すピクチャタイミングフラグ（例えばｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）を算定することが可能である。（ステップ２０２）。例えば、ピクチャタイミングフラグが１に設定されているときは、ＣＰＢ１２０はアクセスユニットレベルまたはサブピクチャレベルで作動することができる。なお、ピクチャタイミングフラグが１に設定されたときであっても、実際にサブピクチャレベルで作動するかどうかについての決定はデコーダ１１２自体が行うことになる。
また、エンコーダ１０４はアクセスユニット中の復号ユニットに対する一つ以上の除去遅延を決める（ステップ２０４）ことができる。例えばエンコーダ１０４は、ＣＰＢ１２０からのアクセスユニット中の全ての復号ユニットに適用可能な単一の共通復号ユニットＣＰＢ除去遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を決めることが可能である。上記に換えて、エンコーダ１０４はアクセスユニット中の各復号ユニットに個別の復号ユニットＣＰＢ除去遅延（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）を決めることも可能である。
また、エンコーダ１０４はアクセスポイント中の各復号ユニットにおけるＮＡＬユニットの１でオフセットされた量を示す一つ以上のＮＡＬパラメータを決める（ステップ２０６）ことができる。例えばエンコーダ１０４は、ＣＰＢ１２０からのアクセスユニット中の全ての復号ユニットに適用可能な単一の共通ＮＡＬパラメータ（例えばｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１）を決めることが可能である。上記に換えて、エンコーダ１０４はアクセスユニットの復号ユニットごとに個別の復号ユニットＣＰＢ除去遅延（例えばｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］）を決めることも可能である。
また、エンコーダ１０４は、ピクチャタイミングフラグと、除去遅延と、ＮＡＬパラメータとを含むピクチャタイミングＳＥＩメッセージを送信する（ステップ２０８）ことができる。ピクチャタイミングＳＥＩメッセージは、他のパラメータ（例えばｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、ｄｐｂ＿ｏｕｔｐｕｔ＿ｄｅｌａｙなど）を含んでよい。例えば電子デバイス１０２は、ワイヤレス伝送、ワイヤード伝送、デバイスバス、ネットワークなどの一つ以上を介してメッセージを伝送することができる。例えば、電子デバイスＡ１０２ａは、電子デバイスＢ１０２ｂにメッセージを伝送することが可能である。このメッセージは、例えばビットストリーム１１４の一部とすることができる。一部の構成において、電子デバイスＡ１０２ａは、（ビットストリーム１１４の一部でない）別個の伝送１１０で、電子デバイスＢ１０２ｂにメッセージを送信する（ステップ２０８）ことが可能である。例えば、何らかの帯域外メカニズムを使用してメッセージを送信してもよい。一部の場合において、２０４、２０６に示される情報は、ピクチャタイミングＳＥＩメッセージとは異なるＳＥＩメッセージ中で送信してもよい。さらに別の場合において、２０４、２０６に示される情報は、パラメータセット、例えばビデオパラメータセットおよび／またはシーケンスパラメータセットおよび／またはピクチャパラメータセットおよび／または適応パラメータセットおよび／またはスライスヘッダ中で送信することができる。
図３はアクセスユニット中の復号ユニットに対する一つ以上の除去遅延を決める方法３００の一構成を示すフロー図である。言い換えれば、図３に示される方法３００は、図２に示される方法２００中のステップ２０４をさらに説明するものである。方法３００は、エンコーダ１０４によって実施すればよい。エンコーダ１０４は、共通復号ユニットＣＰＢ除去遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を含めるべきかどうかを判定する（ステップ３０２）ことができる。この判定には、共通復号ユニットＣＰＢ除去遅延フラグ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）が設定されているかどうかを判定するステップを含めることが可能である。エンコーダ１０４は、復号ユニットが一定間隔でＣＰＢから除去される場合に、この共通パラメータを送信することができる。これは、例えば、各復号ユニットがピクチャの或る数の列に対応するか、または他の何らかの正規構造を有する場合であり得る。
例えば、共通復号ユニットＣＰＢ除去遅延パラメータがピクチャタイミングＳＥＩメッセージに含まれるべきときには、共通復号ユニットＣＰＢ除去遅延フラグが１に設定され、含まれるべきでないときには０に設定されるとよい。ｙｅｓの（例えば、フラグが１に設定されている）場合、エンコーダ１０４はアクセスユニットの全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ除去遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を決める（ステップ３０４）ことができる。ｎｏの（例えばフラグが０に設定されている）場合、エンコーダ１０４はアクセスユニット中の各復号ユニットに対する個別の復号ユニットＣＰＢ除去遅延パラメータ（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）を決める（ステップ３０６）ことができる。
共通復号ユニットＣＰＢ除去遅延パラメータが、ピクチャタイミングＳＥＩメッセージ中に存在する場合は、該パラメータは、直前の復号ユニットのＣＰＢ１２０からの除去後、ピクチャタイミングＳＥＩメッセージに関連するアクセスユニット中の現復号ユニットをＣＰＢ１２０から除去する前に待つべきサブピクチャクロックティックの量を指定することができる。
例えば、復号ユニットがアクセスユニットの第一の復号ユニットのときは、共通復号ユニットＣＰＢ１２０除去遅延パラメータは、先行するアクセスユニットの直近のバッファリング期間ＳＥＩメッセージに関連付けられたアクセスユニット中の最後の復号ユニットのＣＰＢ１２０からの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の第一の復号ユニットをＣＰＢ１２０から除去する前に待つべきサブピクチャクロックティックの量を指定することが可能である。
復号ユニットがアクセスユニットの第一の復号ユニットでないときは、共通復号ユニットＣＰＢ除去遅延パラメータは、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の先行する復号ユニットのＣＰＢ１２０からの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中の現復号ユニットをＣＰＢから除去する前に待つべきサブピクチャクロックティックの量を指定することが可能である。
その一方、共通復号ユニットＣＰＢ除去遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）がピクチャタイミングＳＥＩメッセージにおいて送信されないときにはアクセスユニット中の各復号ユニットに対する個別の復号ユニットＣＰＢ除去遅延パラメータ（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）をピクチャタイミングＳＥＩメッセージに含めることができる。復号ユニットＣＰＢ除去遅延パラメータ（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）は、最後の復号ユニットのＣＰＢ１２０からの除去後、ピクチャタイミングＳＥＩメッセージに関連付けられたアクセスユニット中のｉ番目の復号ユニットをＣＰＢ１２０から除去する前に待つべきサブピクチャクロックティックの量を指定することが可能である。復号ユニットＣＰＢ除去遅延パラメータは、モジュロ２（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１）カウンタの余りにしたがって計算することができ、前式中のｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、共通復号ユニットＣＰＢ除去遅延パラメータの長さである。
図４は、ビットストリームをバッファリングする方法４００の一構成を示すフロー図である。方法４００は、電子デバイス１０２（例えば電子デバイスＢ１０２ｂ）のデコーダ１１２により行うことが可能で、該電子デバイスは、メッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を受信する（ステップ４０２）ことができる。例えば電子デバイス１０２は、ワイヤレス伝送、ワイヤード伝送、デバイスバス、ネットワークなどの一つ以上を介してメッセージを受信する（ステップ４０２）ことができる。例えば、電子デバイスＢ１０２ｂは、電子デバイスＡ１０２ａからメッセージを受信する（ステップ４０２）ことが可能である。このメッセージは、例えばビットストリーム１１４の一部であってよい。別の例では、電子デバイスＢ１０２ｂは、（例えばビットストリーム１１４の一部でない）別個の伝送１１０で電子デバイスＡ１０２ａからメッセージを受信してもよい。例えば、何らかの帯域外メカニズムを用いてピクチャタイミングＳＥＩメッセージを受信することが可能である。一部の構成において、メッセージは、ピクチャタイミングフラグと、アクセスユニット中の復号ユニットに対する一つ以上の除去遅延と、一つ以上のＮＡＬパラメータとのうちの一つ以上を含むことができる。しかして、メッセージを受信するステップ４０２は、ピクチャタイミングフラグと、アクセスユニット中の復号ユニットに対する一つ以上の除去遅延と、と一つ以上のＮＡＬパラメータとのうちの一つ以上を受信するステップを含むことが可能である。
デコーダ１１２は、ＣＰＢ１２０がアクセスユニットレベルで作動するか、またはサブピクチャレベルで作動するかを決める（ステップ４０４）ことができる。例えばデコーダ１１２は、低レイテンシを達成したい場合に、サブピクチャベースで作動すると決めることが可能である。あるいは、この決定は、デコーダ１１２がサブピクチャベースのオペレーションをサポートするために十分なリソースを有するかどうかに基づいてもよい。ＣＰＢ１２０がサブピクチャレベルで作動する場合、デコーダはアクセスユニット中の復号ユニットの一つ以上の除去遅延を決める（ステップ４０６）ことができる。例えば、デコーダ１１２はアクセスユニット中の全ての復号ユニットに適用可能な単一の共通復号ユニットＣＰＢ除去遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を決めることが可能である。上記に換えて、デコーダ１１２はアクセスユニット中の各復号ユニットに対する個別の復号ユニットＣＰＢ除去遅延（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）を決めてもよい。言い換えれば、ピクチャタイミングＳＥＩメッセージはアクセスユニット中の全ての復号ユニットに適用可能な共通パラメータ、もしくは復号ユニット毎に個別のパラメータを含むことが可能である。
さらに、デコーダ１１２は、復号ユニットに対する除去遅延に基づいて、すなわちアクセスユニット中の全ての復号ユニットに適用可能な共通パラメータ、または各復号ユニットに個別のパラメータを用いて、復号ユニットを除去する（ステップ４０８）ことが可能である。また、デコーダ１１２は、復号ユニットを復号する（ステップ４１０）ことができる。
デコーダ１１２は、様々なシグナリングされたパラメータから算定される除去時刻を決める際に、変数ＣｌｏｃｋＤｉｆｆを使用することが可能である。具体的に、ＣｌｏｃｋＤｉｆｆは、ＣｌｏｃｋＤｉｆｆ＝（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋ−（ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋ＊（ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１））／ｔｉｍｅ＿ｓｃａｌｅ）により算定でき、前式中のｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｔｉｃｋはクロックティックカウンタの１増加に対応する周波数ｔｉｍｅ＿ｓｃａｌｅ Ｈｚで作動するクロックの時間単位数であり、ｎｕｍ＿ｕｎｉｔｓ＿ｉｎ＿ｓｕｂ＿ｔｉｃｋはサブピクチャクロックティックカウンタの１増加に対応する周波数ｔｉｍｅ＿ｓｃａｌｅ Ｈｚで作動するクロックの時間単位数であり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１＋１はアクセスユニットの復号ユニットの量であり、ｔｉｍｅ＿ｓｃａｌｅは１秒間に経過する時間単位数である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しており、ＣｌｏｃｋＤｉｆｆがゼロより大きいとき、復号ユニットｍの除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）＋ＣｌｏｃｋＤｉｆｆにより算定され、前式中のｔｒ，ｎ（ｍ）は復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しており、ＣｌｏｃｋＤｉｆｆがゼロより大きいとき、アクセスユニットｎの除去時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）−ＣｌｏｃｋＤｉｆｆにより算定され、前式中のｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しており、アクセスユニットの最後の復号ユニットｍの除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｍａｘ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの除去時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｍａｘ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍの除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの除去時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋ｍｉｎ（（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ）），（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ）））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットｍの除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで動作しているとき、アクセスユニットｎの除去時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔｒ，ｎ（ｎ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｎ）−ｔｒ，ｎ（ｎ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットでない復号ユニットの除去時刻は、ｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。そして、アクセスユニットの最後の復号ユニットｍの除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＿ｓｕｂ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ＿ｓｕｂ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、アクセスユニットの最後の復号ユニットでない復号ユニットの除去時刻はｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、式中ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻である。そして、アクセスユニットの最後の復号ユニットｍの除去時刻ｔｒ（ｍ）は：ｔｒ（ｍ）＝ｔｒ，ｎ（ｍ）＋（ｔｃ＊Ｃｅｉｌ（（ｔａｆ（ｍ）−ｔｒ，ｎ（ｍ））／ｔｃ））により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの最後の復号ユニットの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグ（例えばｌｏｗ＿ｄｅｌａｙ＿ｈｒｄ＿ｆｌａｇ）が１に設定され、ｔｒ，ｎ（ｍ）＜ｔａｆ（ｍ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがサブピクチャレベルで作動しているとき、復号ユニットの除去時刻はｔｒ（ｍ）＝ｔａｆ（ｍ）として設定され、前式中のｔｒ，ｎ（ｍ）は復号ユニットｍの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻であり、ｔａｆ（ｍ）はアクセスユニットｎの復号ユニットの最終到着時刻である。
低遅延仮想リファレンスデコーダ（ＨＲＤ）フラグが１に設定され、ｔｒ，ｎ（ｎ）＜ｔａｆ（ｎ）であり、ピクチャタイミングフラグが１に設定され、ＣＰＢがアクセスユニットレベルで作動しているとき、アクセスユニットｎの除去時刻ｔｒ（ｎ）は：ｔｒ（ｎ）＝ｔａｆ（ｎ）により算定され、前式中のｔｒ，ｎ（ｍ）は最後の復号ユニットｎの名目除去時刻であり、ｔｃ＿ｓｕｂはサブピクチャクロックティックであり、Ｃｅｉｌ（）はシーリング関数であり、ｔａｆ（ｍ）は最後の復号ユニットｍの最終到着時刻であり、ｔｒ，ｎ（ｎ）はアクセスユニットｎの名目除去時刻であり、ｔｃはクロックティックであり、ｔａｆ（ｎ）はアクセスユニットｎの最終到着時刻である。
ＣＰＢがアクセスユニットレベルで作動する場合、デコーダ１１２は、ＣＰＢ除去遅延パラメータを決める（ステップ４１２）ことができる。このパラメータは、受信されるピクチャタイミングＳＥＩメッセージに含まれてもよい（例えばｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）。また、デコーダ１１２は、ＣＰＢ除去遅延パラメータに基づいてアクセスユニットを除去（ステップ４１４）、該アクセスユニットを復号する（ステップ４１６）ことができる。すなわち、デコーダ１１２はアクセスユニット中の復号ユニットではなく、アクセスユニット全体を一度に復号すればよい。
図５はアクセスユニットの復号ユニットの一つ以上の除去遅延を決める方法５００の一構成を示すフロー図である。言い換えれば、図５に示されている方法５００は、図４に示される方法４００のステップ４０６をさらに解説することができる。方法５００は、デコーダ１１２によって行われてもよい。デコーダ１１２は、受信されたピクチャタイミングＳＥＩメッセージが共通復号ユニットＣＰＢ除去遅延パラメータを含むかどうかを判定する（ステップ５０２）ことができる。この判定には、共通復号ユニットＣＰＢ除去遅延フラグ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｆｌａｇ）が設定されているか否かを判定するステップが含まれてもよい。ｙｅｓの場合は、デコーダ１１２はアクセスユニット中の全ての復号ユニットに適用可能な共通復号ユニットＣＰＢ除去遅延パラメータ（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ）を決める（ステップ５０４）ことができる。ｎｏの場合は、デコーダ１１２はアクセスユニット中の各復号ユニットに対する個別の復号ユニットＣＰＢ除去遅延パラメータ（例えばｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）を決める（ステップ５０６）ことができる。
また、ピクチャタイミングＳＥＩメッセージのセマンティクスを修正するのに加えて、本発明のシステムおよび方法は、サブピクチャベースのＣＰＢオペレーションおよびアクセスユニットベースのＣＰＢオペレーションの作動により、同じタイミングの復号ユニット除去が生じるようにビットストリーム制約事項を設けることができる。具体的に、ピクチャタイミングフラグ（例えばｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が１に設定されているとき、ＣＰＢ除去遅延は、

により設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量であり、ｉはインデックスである。
あるいは、ＣＰＢ除去遅延は、次に説明するように設定することができる：変数Ｔｄｕ（ｋ）を次式のように定義する：

前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］およびｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１ｋは、ｋ番目のアクセスユニットのｉ番目の復号ユニットのパラメータであり（ＨＲＤを初期化したアクセスユニットはｋ＝０であり、ｋ＜１に対しＴｄｕ（ｋ）＝０）、ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］＋１＝ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１ｋ［ｉ］はｋ番目のアクセスユニットのＩ番目の復号ユニットの復号ユニットＣＰＢ除去遅延パラメータであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１ｋはｋ番目アクセスユニットの復号ユニットの数であり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｉおよびｋはインデックスである。そして、ピクチャタイミングフラグ（例えばｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が１に設定されているとき、以下の条件が真であり得る：
（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）＊ｔｃ＝＝Ｔｄｕ（ｋ）であり、この（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）＝ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ、これはＣＰＢ除去遅延である。しかしてこの場合、サブピクチャベースのＣＰＢオペレーションおよびアクセスユニットベースのＣＰＢオペレーションの作動が、アクセスユニット除去とアクセスユニットの最後の復号ユニットの除去とを同じタイミングで生じさせるように、ＣＰＢ除去遅延（ａｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＿ｍｉｎｕｓ１＋１）が設定される。
あるいは、ＣＰＢ除去遅延は、

により設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］は復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量であり、ｉはインデックスである。
上記に換えて、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］は：ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ＝ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ，ｓｕｂにしたがって設定することが可能で、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］はｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニットの復号ユニットの１でオフセットされた量である。
また、ピクチャタイミングＳＥＩメッセージのセマンティクスを修正することに加え、本発明のシステムおよび方法は、サブピクチャベースのＣＰＢオペレーションおよびアクセスユニットベースのＣＰＢオペレーションの作動により、同じタイミングの復号ユニット除去が生じるようにビットストリーム制約事項を設けることもできる。具体的に、ピクチャタイミングフラグ（例えばｓｕｂ＿ｐｉｃ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）が１に設定されているとき、ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙおよびｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］の値は：−１≦（ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ＊ｔｃ−ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］＊ｔｃ，ｓｕｂ）≦１を満たすように設定することができ、前式中のｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１］はｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１番目の復号ユニットの復号ユニットＣＰＢ除去遅延パラメータであり、ｔｃはクロックティックであり、ｔｃ，ｓｕｂはサブピクチャクロックティックであり、ｎｕｍ＿ｄｅｃｏｄｉｎｇ＿ｕｎｉｔｓ＿ｍｉｎｕｓ１はアクセスユニット中の復号ユニットの１でオフセットされた量である。
図６Ａは、電子デバイス６０２のエンコーダ６０４の一構成を示すブロック図である。なお、電子デバイス６０２中に含まれるものとして示された要素の一つ以上は、ハードウェア、ソフトウェアまたは両者の組み合わせで実装されてもよい。例えば、電子デバイス６０２はエンコーダ６０４を含み、エンコーダ６０４は、ハードウェア、ソフトウェアまたは両者の組み合わせによる実装が可能である。例えば、エンコーダ６０４は、回路、集積回路、特定用途向け集積回路（ＡＳＩＣ）、実行可能命令を有するメモリと電子通信するプロセッサ、ファームウェア、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）など、またはそれらの組み合わせとして実装することができる。一部の構成において、エンコーダ６０４はＨＥＶＣコーダでもよい。
電子デバイス６０２は、ソース６２２を含んでよい。ソース６２２は、ピクチャまたはイメージデータ（例えばビデオ）を一つ以上の入力ピクチャ６０６としてエンコーダ６０４に供給可能である。ソース６２２の例は、イメージセンサ、メモリ、通信インターフェース、ネットワークインターフェース、ワイヤレスレシーバ、ポートなどを含み得る。
一つ以上の入力ピクチャ６０６を、フレーム内予測モジュールおよび再構築バッファ６２４に供給することができる。また、入力ピクチャ６０６は、動き推定および動き補償モジュール６４６、および減算モジュール６２８にも供給することが可能である。
フレーム内予測モジュールおよび再構築バッファ６２４は、一つ以上の入力ピクチャ６０６および再構築データ６６０に基づいて、イントラモード情報６４０およびイントラ信号６２６を生成することができる。動き推定および動き補償モジュール６４６は、一つ以上の入力ピクチャ６０６と復号ピクチャバッファ６７６からの参照ピクチャ６７８とに基づいて、インターモード情報６４８およびインター信号６４４を生成することが可能である。一部の構成では、復号ピクチャバッファ６７６は、復号ピクチャバッファ６７６の一つ以上の参照ピクチャからのデータを含んでもよい。
エンコーダ６０４は、モードに従ってイントラ信号６２６とインター信号６４４との間での選択をすることができる。イントラ信号６２６は、イントラ符号化モードにおいてピクチャ内の空間的特徴を利用するために使用が可能である。インター信号６４４は、インター符号化モードにおいてピクチャ間の時間的特徴を利用するために使用が可能である。イントラ符号化モードの間は、イントラ信号６２６を減算モジュール６２８に供給することができ、イントラモード情報６４０がエントロピー符号化モジュール６４２に供給することができる。インター符号化モードの間は、インター信号６４４を減算モジュール６２８に供給することができ、インターモード情報６４８をエントロピー符号化モジュール６４２に供給することができる。
予測残差６３０を生成するために、減算モジュール６２８で、（モードに応じて）イントラ信号６２６もしくはインター信号６４４が入力ピクチャ６０６から減算される。予測残差６３０は変換モジュール６３２に供給される。変換モジュール６３２は、予測残差６３０を圧縮して変換信号６３４を生成することができ、該変換信号は量子化モジュール６３６に供給される。量子化モジュール６３６は、変換信号６３４を量子化して、変換および量子化係数（ＴＱＣ：ｔｒａｎｓｆｏｒｍｅｄ ａｎｄ ｑｕａｎｔｉｚｅｄ ｃｏｅｆｆｉｃｉｅｎｔ）６３８を生成する。
ＴＱＣ６３８は、エントロピー符号化モジュール６４２および逆量子化モジュール６５０に供給される。逆量子化モジュール６５０は、ＴＱＣ６３８の逆量子化を行って、逆量子化信号６５２を生成し、該逆量子化信号は逆変換モジュール６５４に供給される。逆変換モジュール６５４は、逆量子化信号６５２を復元して復元信号６５６を生成し、これは再構築モジュール６５８に供給される。
再構築モジュール６５８は、復元信号６５６に基づいて再構築データ６６０を生成することができる。例えば、再構築モジュール６５８は、（変更された）ピクチャを再構築することが可能である。再構築データ６６０は、デブロッキングフィルタ６６２とイントラ予測モジュールおよび再構築バッファ６２４とに供給することができる。デブロッキングフィルタ６６２は、再構築データ６６０に基づいてフィルタ信号６６４を生成することが可能である。
フィルタ信号６６４は、サンプル適応オフセット（ＳＡＯ：ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）モジュール６６６に供給することができる。ＳＡＯモジュール６６６は、エントロピー符号化モジュール６４２に供給されるＳＡＯ情報６６８および適応ループフィルタ（ＡＬＦ：ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）６７２に供給されるＳＡＯ信号６７０を生成することが可能である。ＡＬＦ６７２は、復号ピクチャバッファ６７６に供給されるＡＬＦ信号６７４を生成する。ＡＬＦ信号６７４は、参照ピクチャとして使用可能な一つ以上のピクチャからのデータを含んでよい。
エントロピー符号化モジュール６４２は、ＴＱＣ６３８を符号化して、ビットストリームＡ６１４ａ（例えば符号化ピクチャデータ）を生成することができる。例えば、エントロピー符号化モジュール６４２は、コンテキスト適応型可変長符号化（ＣＡＶＬＣ：Ｃｏｎｔｅｘｔ‐Ａｄａｐｔｉｖｅ Ｖａｒｉａｂｌｅ Ｌｅｎｇｔｈ Ｃｏｄｉｎｇ）またはコンテキスト適応型２値算術符号化（ＣＡＢＡＣ：Ｃｏｎｔｅｘｔ‐Ａｄａｐｔｉｖｅ Ｂｉｎａｒｙ Ａｒｉｔｈｍｅｔｉｃ Ｃｏｄｉｎｇ）を用いてＴＱＣ６３８を符号化することが可能である。具体的に、エントロピー符号化モジュール６４２は、イントラモード情報６４０、インターモード情報６４８およびＳＡＯ情報６６８の一つ以上に基づいてＴＱＣ６３８を符号化すればよい。ビットストリームＡ６１４ａ（例えば符号化ピクチャデータ）は、メッセージ生成モジュール６０８に供給されればよい。メッセージ生成モジュール６０８は、図１に関連して説明したメッセージ生成モジュール１０８と同様に構成されてもよい。これに加えまたはこれに換えて、メッセージ生成モジュール６０８は、図２および図３に関連して説明した手順の一つ以上を実施してもよい。
例えば、メッセージ生成モジュール６０８は、サブピクチャパラメータを含むメッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を生成することができる。サブピクチャパラメータは、復号ユニットの一つ以上の除去遅延（例えばｃｏｍｍｏｎ＿ｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙまたはｄｕ＿ｃｐｂ＿ｒｅｍｏｖａｌ＿ｄｅｌａｙ［ｉ］）および一つ以上のＮＡＬパラメータ（例えばｃｏｍｍｏｎ＿ｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１またはｎｕｍ＿ｎａｌｕｓ＿ｉｎ＿ｄｕ＿ｍｉｎｕｓ１［ｉ］）を含んでよい。一部の構成において、ビットストリームＡ６１４ａにメッセージを挿入して、ビットストリームＢ６１４ｂを生成することができる。しかして、例えば、ビットストリームＡ６１４ａ全体が生成された後に（例えばビットストリームＢ６１４ｂの大部分が生成された後に）メッセージが生成されてもよい。他の構成において、ビットストリームＡ６１４ａにメッセージは挿入されなくてもよく（この場合にはビットストリームＢ６１４ｂはビットストリームＡ６１４ａと同じであってよい）、別個の伝送６１０で供給することが可能である。
一部の構成において、電子デバイス６０２は、ビットストリーム６１４を別の電子デバイスに送信する。例えば、ビットストリーム６１４は、通信インターフェース、ネットワークインターフェース、ワイヤレストランスミッタ、ポートなどに供給されてよい。例えば、ビットストリーム６１４は、ＬＡＮ、インターネット、携帯電話基地局などを介して別の電子デバイスに伝送することが可能である。ビットストリーム６１４は、上記に加えてまたはこれに換えて、電子デバイス６０２のメモリまたは他の構成要素に格納されてもよい。
図６Ｂは、電子デバイス１７０２上のビデオエンコーダ１７８２の一構成を示すブロック図である。ビデオエンコーダ１７８２は、エンハンスメントレイヤエンコーダ１７０６、ベースレイヤエンコーダ１７０９、解像度アップスケーリングブロック１７７０および出力インターフェース１７８０を含むことができる。図６Ｂのビデオエンコーダは、本明細書で説明するように、例えば、スケーラブルビデオ符号化およびマルチビュービデオ符号化に適する。
エンハンスメントレイヤエンコーダ１７０６は、入力ピクチャ１７０４を受信するビデオ入力部１７８１を含んでよい。ビデオ入力部１７８１の出力は、予測選択部１７５０の出力を受信する加算器／減算器１７８３に供給することができる。加算器／減算器１７８３の出力は、変換および量子化ブロック１７５２に供給することができる。変換および量子化ブロック１７５２の出力は、エントロピー符号化１７４８ブロックと、スケーリングおよび逆変換ブロック１７７２とに供給されてよい。エントロピー符号化１７４８を実施した後、エントロピーを符号化ブロック１７４８の出力を、出力インターフェース１７８０に供給することができる。出力インターフェース１７８０は、符号化ベースレイヤビデオビットストリーム１７０７および符号化エンハンスメントレイヤビデオビットストリーム１７１０の両方を出力することが可能である。
スケーリングおよび逆変換ブロック１７７２の出力は、加算器１７７９に供給すればよい。また、加算器１７７９は予測選択部１７５０の出力も受信が可能である。加算器１７７９の出力はデブロッキングブロック１７５１に供給すればよい。デブロッキングブロック１７５１の出力は参照バッファ１７９４に供給することができる。参照バッファ１７９４の出力は動き補償ブロック１７５４に供給することが可能である。動き補償ブロック１７５４の出力は予測選択部１７５０に供給することができる。参照バッファ１７９４の出力は、イントラ予測部１７５６にも供給すればよい。イントラ予測部１７５６の出力は予測選択部１７５０に供給することが可能である。また、予測選択部１７５０は解像度アップスケーリングブロック１７７０の出力も受信することができる。
ベースレイヤエンコーダ１７０９は、ダウンサンプリングされた入力ピクチャ、または別の画像との組み合わせに適する他の画像コンテンツ、もしくは別のビューの入力ピクチャ、もしくは同じ入力ピクチャ１７０３（すなわちエンハンスメントレイヤエンコーダ１７０６により受信される入力ピクチャ１７０４と同じもの）、を受信するビデオ入力部１７６２を含むことができる。ビデオ入力部１７６２の出力は、符号化予測ループ１７６４に供給することが可能である。符号化予測ループ１７６４の出力に対してエントロピー符号化１７６６を提供することができる。符号化予測ループ１７６４の出力は、参照バッファ１７６８にも供給されてよい。参照バッファ１７６８は、符号化予測ループ１７６４にフィードバックを供給することができる。参照バッファ１７６８の出力は、解像度アップスケーリングブロック１７７０にも供給されてよい。エントロピー符号化１７６６が実施されたならば、その出力を出力インターフェース１７８０に供給することができる。符号化ベースレイヤビデオビットストリーム１７０７および／または符号化エンハンスメントレイヤビデオビットストリーム１７１０は、必要に応じて一つ以上のメッセージ生成モジュールに供給すればよい。
図７Ａは、電子デバイス７０２のデコーダ７１２の一構成を示すブロック図である。デコーダ７１２は、電子デバイス７０２に含まれてもよい。例えば、デコーダ７１２はＨＥＶＣデコーダであってもよい。デコーダ７１２およびデコーダ７１２に含まれるとして示される要素の一つ以上は、ハードウェア、ソフトウェアまたは両者の組み合わせで実装されてもよい。デコーダ７１２は、復号のためのビットストリーム７１４（例えばビットストリーム７１４に含まれる一つ以上の符号化ピクチャおよびオーバーヘッドデータ）を受信することができる。一部の構成において、受信ビットストリーム７１４は、メッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）、スライスヘッダ、ＰＰＳなどの受信オーバーヘッドデータを含むことができる。一部の構成では、デコーダ７１２は、別個の伝送７１０もさらに受信する。別個の伝送７１０は、メッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を含んでよい。例えば、ピクチャタイミングＳＥＩメッセージまたは他のメッセージは、ビットストリーム７１４の代わりに別個の伝送７１０で受信されてもよい。但し、別個の伝送７１０は随意であり、一部の構成では利用しなくてもよいことに留意すること。
デコーダ７１２は、ＣＰＢ７２０を含む。ＣＰＢ７２０は、前述の図１に関連して説明したＣＰＢ１２０と同様に構成すればよい。これに加えまたはこれに換えて、デコーダ７１２は、図４および図５に関連して説明した手順の一つ以上を行ってもよい。例えばデコーダ７１２は、サブピクチャパラメータを有するメッセージ（例えばピクチャタイミングＳＥＩメッセージまたは他のメッセージ）を受信し、サブピクチャパラメータに基づいてアクセスユニット中の復号ユニットを除去および復号することができる。なお、一つ以上のアクセスユニットがビットストリームに含まれてよく、該アクセスユニットは一つ以上の符号化ピクチャデータおよびオーバーヘッドデータを含むことができる。
符号化ピクチャバッファ（ＣＰＢ）７２０は、エントロピー復号モジュール７０１に符号化ピクチャデータを供給することが可能である。符号化ピクチャデータは、エントロピー復号モジュール７０１によりエントロピー復号することができ、これにより動き情報信号７０３と、量子化され、スケーリングされ、および／または変換された係数７０５とが生成される。
動き情報信号７０３は、動き補償モジュール７８０で、復号ピクチャバッファ７０９からの参照フレーム信号７９８の一部と組み合わせることが可能で、これによりフレーム間予測信号７８２を生成することができる。量子化され、スケール除去され、および／または変換された係数７０５は、逆モジュール７０７により逆量子化され、スケールされ、および逆変換され、これにより復号残差信号７８４を生成することができる。復号残差信号７８４は、結合信号７８６が生成するため予測信号７９２に加算できる。予測信号７９２は、動き補償モジュール７８０により生成されるフレーム間予測信号７８２、またはフレーム内予測モジュール７８８により生成されるフレーム内予測信号７９０、のうちから選択された信号であればよい。一部の構成において、この信号選択は、ビットストリーム７１４に基づく（例えば、ビットストリーム７１４により制御される）ことが可能である。
フレーム内予測信号７９０は、（例えば、現フレーム中の）前に復号された結合信号７８６からの情報から予測することができる。また、結合信号７８６は、デブロッキングフィルタ７９４によりフィルタすることが可能である。得られたフィルタ済み信号７９６は、復号ピクチャバッファ７０９に書き込むことができる。得られたフィルタ済み信号７９６が復号ピクチャを含んでいればよい。復号ピクチャバッファ７０９は、７１８で出力される復号ピクチャを供給することができる。一部の場合において、７０９はフレームメモリと見なすことが可能である。
図７Ｂは、電子デバイス１８０２上のビデオデコーダ１８１２の一構成を示すブロック図である。ビデオデコーダ１８１２は、エンハンスメントレイヤデコーダ１８１５およびベースレイヤデコーダ１８１３を含んでよい。また、ビデオデコーダ８１２は、インターフェース１８８９および解像度アップスケーリング１８７０も含むことができる。図７Ｂのビデオデコーダは、本明細書で説明するように、例えば、スケーラブルビデオ符号化および符号化マルチビュービデオに適する。
インターフェース１８８９は、符号化ビデオストリーム１８８５を受信することができる。符号化ビデオストリーム１８８５は、ベースレイヤ符号化ビデオストリームと、エンハンスメントレイヤ符号化ビデオストリームとから成り得る。これらの二つのストリームは、別々にまたは一緒に送信できる。インターフェース１８８９は、符号化ビデオストリーム１８８５の一部または全部を、ベースレイヤデコーダ１８１３中のエントロピー復号ブロック１８８６に供給することが可能である。エントロピー復号ブロック１８８６の出力は、復号予測ループ１８８７に供給されればよい。復号予測ループ１８８７の出力は、参照バッファ１８８８に供給することが可能である。参照バッファは、復号予測ループ１８８７にフィードバックを供給できる。また、参照バッファ１８８８は、復号ベースレイヤビデオストリーム１８８４を出力することも可能である。
また、インターフェース１８８９は、エンハンスメントレイヤデコーダ１８１５のエントロピー復号ブロック１８９０に、符号化ビデオストリーム１８８５の一部または全部を供給することができる。エントロピー復号ブロック１８９０の出力は、逆量子化ブロック１８９１に供給すればよい。逆量子化ブロック１８９１の出力は、加算器１８９２に供給すればよい。加算器１８９２は、逆量子化ブロック１８９１の出力と、予測選択ブロック１８９５の出力とを加算することができる。加算器１８９２の出力は、デブロッキングブロック１８９３に供給すればよい。デブロッキングブロック１８９３の出力は、参照バッファ１８９４に供給すればよい。参照バッファ１８９４は、復号エンハンスメントレイヤビデオストリーム１８８２を出力することが可能である。参照バッファ１８９４の出力は、イントラ予測部１８９７に供給すればよい。エンハンスメントレイヤデコーダ１８１５は、動き補償１８９６を含むことが可能である。動き補償１８９６は、解像度アップスケーリング１８７０の後に実施すればよい。予測選択ブロック１８９５は、イントラ予測部１８９７の出力および動き補償１８９６の出力を受信することができる。また、デコーダは、インターフェース１８８９と共になど、必要に応じて一つ以上の符号化ピクチャバッファを含んでもよい。
図８は、伝送電子デバイス８０２において用いられる様々な構成要素を示す。本明細書で説明する電子デバイス１０２、６０２、７０２の一つ以上は、図８に示される伝送電子デバイス８０２に従って実装すればよい。
伝送電子デバイス８０２は、電子デバイス８０２のオペレーションを制御するプロセッサ８１７を含む。プロセッサ８１７はＣＰＵと称されてもよい。メモリ８１１は、読み取り専用メモリ（ＲＯＭ：ｒｅａｄ‐ｏｎｌｙ ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）の両方、あるいは情報を格納することが可能な任意の種類のデバイスを含むことができ、プロセッサ８１７に命令８１３ａ（例えば実行可能命令）およびデータ８１５ａを供給する。また、メモリ８１１の一部には、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ‐ｖｏｌａｔｉｌｅ ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）を含めてもよい。メモリ８１１は、プロセッサ８１７と電子通信することができる。
命令８１３ｂおよびデータ８１５ｂは、プロセッサ８１７にも置くことができる。プロセッサ８１７の中にロードされる命令８１３ｂおよび／またはデータ８１５ｂは、プロセッサ８１７による実行または処理のためにロードされた、メモリ８１１からの命令８１３ａおよび／またはデータ８１５ａも含んでもよい。命令８１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ８１７により実行することが可能である。例えば、命令８１３ｂは、前述の方法２００、３００、４００、５００の一つ以上を行うために実行可能とすることができる。
伝送電子デバイス８０２は、他の電子デバイス（例えば受信電子デバイス）と通信するための一つ以上の通信インターフェース８１９を含むことが可能である。通信インターフェース８１９は、ワイヤード通信技術、ワイヤレス通信技術、またはその両方に基づけばよい。通信インターフェース８１９の例には、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ：Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型コンピュータシステムインターフェース（ＳＣＳＩ：ｓｍａｌｌ ｃｏｍｐｕｔｅｒ ｓｙｓｔｅｍ ｉｎｔｅｒｆａｃｅ）バスインターフェース、赤外線（ＩＲ：ｉｎｆｒａｒｅｄ）通信ポート、ブルートゥースワイヤレス通信アダプタ、第３世代パートナーシッププロジェクト（３ＧＰＰ：３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）規格によるワイヤレストランシーバなどが含まれる。
伝送電子デバイス８０２には、一つ以上の出力デバイス８２３および一つ以上の入力デバイス８２１を含めることができる。出力デバイス８２３の例には、スピーカ、プリンタなどが含まれる。電子デバイス８０２に含めることが可能な出力デバイスの一つの種類に、ディスプレイデバイス８２５がある。本明細書に開示される構成で使用されるディスプレイデバイス８２５には、陰極線管（ＣＲＴ：ｃａｔｈｏｄｅ ｒａｙ ｔｕｂｅ）、液晶ディスプレイ（ＬＣＤ：ｌｉｑｕｉｄ ｃｒｙｓｔａｌ ｄｉｓｐｌａｙ）、発光ダイオード（ＬＥＤ：ｌｉｇｈｔ‐ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）、ガスプラズマ、エレクトロルミネセンスなどの任意の適切な画像投影技術を用いることができる。メモリ８１１に格納されたデータを、ディスプレイ８２５に示されるテキスト、グラフィクスおよび／または動画に（必要に応じ）変換するために、ディスプレイコントローラ８２７が設けられてもよい。入力デバイス８２１の例には、キーボード、マウス、マイクロホン、遠隔制御デバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどが含まれる。
伝送電子デバイス８０２の様々な構成要素は、バスシステム８２９によって一緒に連結され、該バスシステムは、データバスに加え、パワーバス、制御信号バス、およびステータス信号バスを含み得る。但し、明瞭化のため、図８では様々なバスをバスシステム８２９として示す。図８に示される伝送電子デバイス８０２は、具体的構成要素のリストというよりむしろ機能ブロック図である。
図９は、受信電子デバイス９０２中で利用可能な様々な構成要素を示すブロック図である。本明細書に記載される電子デバイス１０２、６０２、７０２の一つ以上は、図９に示される受信電子デバイス９０２に準じて実装することができる。
受信電子デバイス９０２は、該電子デバイス９０２のオペレーションを制御するプロセッサ９１７を含む。プロセッサ９１７はＣＰＵと称されることもある。メモリ９１１は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）の両方、または、情報を格納することが可能な任意の種類のデバイスを含んでよく、該メモリはプロセッサ９１７に命令９１３ａ（例えば実行可能命令）およびデータ９１５ａを供給することができる。また、メモリ９１１の一部には不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）を含めてもよい。メモリ９１１は、プロセッサ９１７と電子通信していればよい。
命令９１３ｂおよびデータ９１５ｂは、プロセッサ９１７中にも置くことができる。プロセッサ９１７中にロードされた命令９１３ｂおよび／またはデータ９１５ｂには、プロセッサ９１７による実行または処理のためにメモリ９１１からロードされた命令９１３ａおよび／またはデータ９１５ａが含まれてよい。命令９１３ｂは、本明細書に開示されるシステムおよび方法を実装するためにプロセッサ９１７により実行することが可能である。例えば、命令９１３ｂは、前述した方法２００、３００、４００、５００の一つ以上を行うために実行可能とすることができる。
受信電子デバイス９０２は、他の電子デバイス（例えば伝送電子デバイス）と通信するための一つ以上の通信インターフェース９１９を含むことができる。通信インターフェース９１９は、ワイヤード通信技術、ワイヤレス通信技術、またはその両方に基づくことができる。通信インターフェース９１９の例には、シリアルポート、パラレルポート、ユニバーサルシリアルバス（ＵＳＢ）、イーサネットアダプタ、ＩＥＥＥ１３９４バスインターフェース、小型コンピュータシステムインターフェース（ＳＣＳＩ）バスインターフェース、赤外線（ＩＲ）通信ポート、ブルートゥースワイヤレス通信アダプタ、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格によるワイヤレストランシーバなどが含まれる。
受信電子デバイス９０２は、一つ以上の出力デバイス９２３および一つ以上の入力デバイス９２１を含んでよい。出力デバイス９２３の例には、スピーカ、プリンタなどが含まれる。電子デバイス９０２に含めることが可能な出力デバイス一つの種類に、ディスプレイデバイス９２５がある。本明細書に開示する構成で使用されるディスプレイデバイス９２５は、陰極線管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、発光ダイオード（ＬＥＤ）、ガスプラズマ、エレクトロルミネセンスなど、任意の適切な画像投影技術を用いることができる。メモリ９１１に格納されたデータを、ディスプレイ９２５に表示されるテキスト、グラフィクスおよび／または動画に（必要に応じ）変換するために、ディスプレイコントローラ９２７が備えられてもよい。入力デバイス９２１の例には、キーボード、マウス、マイクロホン、遠隔制御デバイス、ボタン、ジョイスティック、トラックボール、タッチパッド、タッチスクリーン、ライトペンなどが含まれる。
受信電子デバイス９０２の様々な構成要素は、バスシステム９２９によって一緒に連結され、該バスシステムは、データバスに加え、パワーバス、制御信号バス、およびステータス信号バスを含んでよい。但し、明瞭化のため、図９では様々なバスをバスシステム９２９として示す。図９に示される電子デバイス９０２は、具体的構成要素のリストというよりむしろ機能ブロック図である。
図１０は、メッセージを送信するためのシステムおよび方法が実装可能な電子デバイス１００２の一構成を示すブロック図である。電子デバイス１００２は、符号化手段１０３１および伝送手段１０３３を含む。符号化手段１０３１および伝送手段１０３３は、前述の図１、図２、図３、図６および図８の一つ以上に関連して説明した機能の一つ以上を行うように構成することができる。例えば、符号化手段１０３１および伝送手段１０３３は、ビットストリーム１０１４を生成することができる。前述の図８は、図１０の具体的な装置構造体の一例を示す。図１、図２、図３、図６および図８の機能の一つ以上を実現するために、他の様々な構造体が実装されてもよい。例えば、ＤＳＰがソフトウェアにより実現されてもよい。
図１１は、ビットストリーム１１１４をバッファリングするためのシステムおよび方法が実装可能な電子デバイス１１０２の一構成を示すブロック図である。電子デバイス１１０２は、受信手段１１３５および復号手段１１３７を含み得る。受信手段１１３５および復号手段１１３７は、前述の図１、図４、図５、図７および図９の一つ以上に関連して説明した機能の一つ以上を行うように構成されればよい。例えば、受信手段１１３５および復号手段１１３７は、ビットストリーム１１１４を受信することができる。前述の図９は、図１１の具体的な装置構造体の一例を示す。図１、図４、図５、図７および図９の機能の一つ以上を実現するために、他の様々な構造体が実装されてもよい。例えば、ＤＳＰがソフトウェアにより実現されてもよい。
図１２は、復号ピクチャバッファ（ＤＰＢ）のオペレーションのための方法１２００の一構成を示すフロー図である。方法１２００は、エンコーダ１０４またはそのサブパーツの一つ（例えば復号ピクチャバッファモジュール６７６）により実施することができる。方法１２００は、電子デバイス１０２（例えば電子デバイスＢ１０２ｂ）中のデコーダ１１２により行われてもよい。上記に加えまたはこれに換えて、方法１２００は、デコーダ７１２またはそのサブパーツの一つ（例えば復号ピクチャバッファモジュール７０９）により行うことも可能である。該デコーダは、ピクチャの第一のスライスヘッダを構文解析する（ステップ１２０２）ことができる。現ピクチャの復号前（だが、現ピクチャの第一のスライスのスライスヘッダを構文解析した後）の、ピクチャのＤＰＢからの出力および除去は、現ピクチャを包含するアクセスユニットの第一の復号ユニットがＣＰＢから除去されるときに瞬時に行われ、以下のように進む。
− 参照ピクチャセット（ＲＰＳ：ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅ ｓｅｔ）の復号処理が呼び出される。参照ピクチャセットは、或るピクチャに関連付けられた参照ピクチャのセットであって、復号順で対象ピクチャの前の全ての参照ピクチャから成り、対象ピクチャまたは復号順で対象ピクチャに続く任意のピクチャのインター予測に使用が可能である。
− ビデオのビットストリームは、一般にネットワーク抽象化レイヤ（ＮＡＬ）ユニットと言われる論理データパケット中に入れられたシンタクス構造体を含むことができる。各ＮＡＬユニットは、関連するデータペイロードの目的を識別するための、２バイト（例えば１６ビット）のＮＡＬユニットヘッダなどのＮＡＬユニットヘッダを含む。例えば、各符号化スライス（および／またはピクチャ）が、一つ以上のスライス（および／またはピクチャ）ＮＡＬユニット中に符号化されてよい。他のカテゴリのデータ、例えば、付加拡張情報、時間サブレイヤアクセス（ＴＳＡ：ｔｅｍｐｏｒａｌ ｓｕｂ‐ｌａｙｅｒ ａｃｃｅｓｓ）ピクチャの符号化スライス、段階的時間サブレイヤアクセス（ＳＴＳＡ：ｓｔｅｐ‐ｗｉｓｅ ｔｅｍｐｏｒａｌ ｓｕｂ‐ｌａｙｅｒ ａｃｃｅｓｓ）ピクチャの符号化スライス、非ＴＳＡ、非ＳＴＳＡトレイリングピクチャの符号化スライス、ブロークンリンクアクセスピクチャの符号化スライス、瞬時復号リフレッシュピクチャの符号化スライス、クリーンランダムアクセスピクチャの符号化スライス、復号可能リーディングピクチャの符号化スライス、廃棄タグ付きピクチャの符号化スライス、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、アクセスユニットデリミタ、エンドオブシーケンス、エンドオブビットストリーム、フィラデータ、および／またはシーケンスエンハンスメント情報メッセージなど、のために他のＮＡＬユニットを含めることができる。表（４）は、ＮＡＬユニットコードおよびＮＡＬユニット型クラスの一例を示す。必要に応じ他のＮＡＬユニット型が含まれてもよい。また、当然のことながら、表（４）に示されるＮＡＬユニットのＮＡＬユニット型値は、入れ換えおよび再設定されてもよい。また、追加のＮＡＬユニット型を加えることも可能である。また、一部のＮＡＬユニット型を除去することもできる。
イントラランダムアクセスポイント（ＩＲＡＰ：ｉｎｔｒａ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｏｉｎｔ）ピクチャは、表（４）中に示されるように、各ビデオ符号化レイヤＮＡＬユニットが、両端値を含めてＢＬＡ＿Ｗ＿ＬＰからＲＳＶ＿ＩＲＡＰ＿ＶＣＬ２３までの範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する符号化ピクチャである。ＩＲＡＰピクチャは、イントラ符号化（Ｉ）スライスだけを包含する。瞬時復号リフレッシュ（ＩＤＲ）ピクチャは、表（４）に示されるように、各ビデオ符号化レイヤＮＡＬユニットがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＲＡＰピクチャである。瞬時復号リフレッシュ（ＩＤＲ）ピクチャは、Ｉスライスだけを包含し、復号順でビットストリームの第一のピクチャでもよいし、またはビットストリームの後の方で現れてもよい。各ＩＤＲピクチャは、復号順で符号化ビデオシーケンス（ＣＶＳ：ｃｏｄｅｄ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ）の第一のピクチャである。ブロークンリンクアクセス（ＢＬＡ：ｂｒｏｋｅｎ ｌｉｎｋ ａｃｃｅｓｓ）ピクチャは、表（４）に示されるように、各ビデオ符号化レイヤＮＡＬユニットがＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、またはＢＬＡ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＲＡＰピクチャである。ＢＬＡピクチャは、Ｉスライスだけを含み、復号順でビットストリームの第一のピクチャでもよいし、またはビットストリームの後の方で現れてもよい。各ＢＬＡピクチャは、新規の符号化ビデオシーケンスを開始し、復号処理に対してＩＤＲピクチャと同じ影響を有する。また一方、ＢＬＡピクチャは、空でない参照ピクチャセットを指定するシンタクス要素を包含する。
表（５）を参照すると、ＮＡＬユニットヘッダのシンタクスは、２バイトのデータすなわち１６ビットを含むことができる。最初のビットは、ＮＡＬユニットの始めの常にゼロに設定される「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、表（４）に示されるＮＡＬユニットに含まれるローバイトシーケンスペイロード（「ＲＢＳＰ」）データ構造の型を指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。その次の６ビットは、レイヤの識別子を指定する「ｎｕｈ＿ｌａｙｅｒ＿ｉｄ」である。一部の場合において、これらの６ビットは、代わりに「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」として指定することもできる。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、標準のベース仕様では０に等しい。スケーラブルビデオ符号化および／またはシンタクス拡張において、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、この特定のＮＡＬユニットが、これらの６ビットの値により特定されるレイヤに帰属することを指定することができる。次のシンタクス要素は、「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、ＮＡＬユニットの時間識別子を指定できる。変数時間識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定が可能である。時間識別子ＴｅｍｐｏｒａｌＩｄは、時間サブレイヤを特定するために用いられる。変数ＨｉｇｈｅｓｔＴｉｄは、復号対象の最上位の時間サブレイヤを識別する。
表（６）は、例示的なシーケンスパラメータセット（ＳＰＳ）シンタクス構造を示す。
ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは輝度サンプル単位での各復号ピクチャの幅を指定する。ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは０に等しくないものとすればよい。
ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは輝度サンプル単位での各復号ピクチャの高さを指定する。ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは０に等しくないものとすればよい。
ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１プラス１は、ＳＰＳを参照する各ＣＶＳ中に存在し得る時間サブレイヤの最大数を指定する。ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、両端値を含めて０から６までの範囲内であればよい。
１に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇフラグは、ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１のサブレイヤに対するｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］シンタクス要素が存在することを指定する。０に等しいｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］、およびｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］の値が全てのサブレイヤに適用されることを指定する。
ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］プラス１は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、ＣＶＳに対する復号ピクチャバッファの最大必要サイズをピクチャストレージバッファ単位で指定する。ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］の値は、両端値を含めて０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあればよく、前式中のＭａｘＤｐｂＳｉｚｅはピクチャストレージバッファ単位での最大復号ピクチャバッファサイズを指定する。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ−１］以上であればよい。両端値を含めて０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに対してｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］が存在しないときは、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことにより、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいものと推定される。
ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、復号順でＣＶＳ中の任意のピクチャに先行し、出力順でそのピクチャに後続可能なピクチャの最大許容数を示す。ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］の値は、両端値を含めて０からｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉ］までの範囲内にあればよい。ｉが０より大きいとき、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］はｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ−１］以上であればよい。両端値を含めて０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに対して、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］が存在しないときは、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことにより、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］はｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいものと推定される。
０に等しくないｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ＨｉｇｈｅｓｔＴｉｄがｉに等しいときの、出力順でＣＶＳ中の任意のピクチャに先行し、復号順でそのピクチャに後続し得るピクチャの最大数を指定するＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値を計算するために用いられる。
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しくないとき、ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］の値は以下により指定される：
ＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉ］＝ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉ］＋ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］−１
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が０に等しいときには、対応する制限は表現されない。
ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］の値は、両端値を含めて０から２３２−２までの範囲内にあればよい。両端値を含めて０からｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１−１までの範囲内のｉに対し、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］が存在しないときは、ｓｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことにより、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉ］は、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１］に等しいものと推定される。
現ピクチャがＩＲＡＰピクチャであるとき、以下が適用される：
− 現ピクチャがＩＤＲピクチャ、ＢＬＡピクチャ、復号順でビットストリームの第一のピクチャ、または復号順でシーケンス終端ＮＡＬユニットに後続する第一のピクチャである場合、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇが１に等しく設定される。
− 上記以外の場合には、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇを現ピクチャの値に設定するために何らかの外部手段が利用可能である場合、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇは、その外部手段により供給される値に等しく設定され、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇはＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇに等しく設定される。
− それ以外の場合には、変数ＨａｎｄｌｅＣｒａＡｓＢｌａＦｌａｇは０に等しく設定され、変数ＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇは０に等しく設定される。
現ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するピクチャ０ではないＩＲＡＰピクチャである場合、以下の順序付きステップが適用される：
１．テスト対象デコーダに対し、変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが以下のように導出される：
− 現ピクチャがＣＲＡピクチャである場合は、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に関わらず）１に等しく設定される。
− 上記以外の場合は、アクティブなＳＰＳから導出される、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が、それぞれ、先行するピクチャに対しアクティブなＳＰＳから導出されるｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値と異なる場合、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に関わらず、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、テスト対象デコーダにより１に設定（されるべきではないが）され得る。
− それ以外の場合には、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
２．テスト対象デコーダに対し導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値が、以下のようにＨＲＤに適用される：
− ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ中の全てのピクチャストレージバッファは、それらが包含するピクチャの出力をせずに空にされ、ＤＰＢ充満度が０に等しく設定される。
− 上記以外の（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合は、「出力のために不要」および「参照のために使用されず」としてマークされたピクチャを包含する全てのピクチャストレージバッファが（出力なしで）空にされ、ＤＰＢの全ての空でないピクチャストレージバッファが、「バンピング」処理１２０４を繰り返し呼び出すことにより空にされ、ＤＰＢ充満度は０に等しく設定される。
− それ以外の（現ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有するＩＲＡＰピクチャでない）場合には、「出力のために不要」および「参照のために使用されず」としてマークされたピクチャを包含する全てのピクチャストレージバッファが（出力なしで）空にされる。各ピクチャストレージバッファが空にされるごとにＤＰＢ充満度が１だけ減少される。以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで「バンピング」処理１２０４が繰り返し呼び出されて、さらなるピクチャストレージバッファが空にされるごとにＤＰＢ充満度がさらに１だけ減少される：
１．「出力のために必要」としてマークされた、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＤＰＢのピクチャの数は、（当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときに）アクティブなシーケンスパラメータセットからの、または当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のアクティブなレイヤシーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］よりも大きい。
２．（当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときには）アクティブなシーケンスパラメータセットからの、または当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のアクティブなレイヤシーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］以上である。
３．ＤＰＢ中の、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャの数が、（当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときに）アクティブなシーケンスパラメータセットからの、または当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に対するアクティブなレイヤシーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］＋１以上である。
ブロック１２０６のピクチャ復号処理（ピクチャ復号およびマーキング）は、現ピクチャを含むアクセスユニットの最後の復号ユニットがＣＰＢから除去されるときに、瞬時に行われる。
「出力のために必要」としてマークされた、ＤＰＢ中の現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する各ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ＋１に等しく設定される。
現ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号されたと見なされる。現復号ピクチャは、ＤＰＢ中の空のピクチャストレージバッファに格納され、以下が適用される：
− 現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合、該ピクチャは「出力のために必要」としてマークされ、その関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは０に等しく設定される。
− 上記以外の（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、「出力のために不要」としてマークされる。
現復号ピクチャは、「短期参照のために使用される」としてマークされる。
以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで、追加の「バンピング」処理１２０８が繰り返し呼び出される：
− 「出力のために必要」としてマークされ、現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する、ＤＰＢ中のピクチャの数は、（現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときには）アクティブなシーケンスパラメータセットからの、または現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のアクティなレイヤシーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
− （現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値が０に等しいときには）アクティブシーケンスパラメータセットからの、または現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のアクティブレイヤシーケンスパラメータセットからのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔは、当該特定のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に対するＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］以上である。
「バンピング」処理１２０４および追加のバンピング処理１２０８は、諸ステップに関して同一であり、以下の順序のステップから成る：「出力のために必要」としてマークされたＤＰＢ中の全てのピクチャのうちで最小値のピクチャオーダーカウント（ＰｉｃＯｒｄｅｒＣｎｔＶａｌ）を有するピクチャが、最初に出力されるピクチャとして選択される。ピクチャオーダーカウントは、各ピクチャに関連付けられた変数であり、ＣＶＳの全てのピクチャの中で関連ピクチャを一意的に識別し、関連ピクチャが復号ピクチャバッファから出力されるときには、該復号ピクチャバッファから出力が予定される同じＣＶＳ中の他のピクチャの出力順序の位置に対する関連ピクチャの出力順序の位置を示す。
− これらのピクチャは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャに対するアクティブなシーケンスパラメータセット中、またはピクチャの値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に対するアクティブなレイヤシーケンスパラメータセット中に指定された適合クロッピングウィンドウを使用してクロップされ、クロップされたピクチャはｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に出力され、これらピクチャは「出力のために不要」とマークされる。
− 「参照のために使用されず」としてマークされたピクチャを包含し、クロップおよび出力されたピクチャの一つを含んでいた各ピクチャストレージバッファは空にされる。
図１３Ａを参照すると、前述したように、ＮＡＬユニットヘッダのシンタクスは、２バイトのデータすなわち１６ビットを含んでよい。最初のビットは、ＮＡＬユニットの開始時に常にゼロに設定される「ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔ」である。次の６ビットは、ＮＡＬユニットに包含されるローバイトシーケンスペイロード（「ＲＢＳＰ」）データ構造の型を指定する「ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ」である。その次の６ビットは、「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」である。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、標準のベース仕様では０に等しければよい。必要に応じて、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの他の値が指定されてもよい。デコーダは、標準のベース仕様に基づいてストリームを処理するときには、０に等しくないｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの値を有する全てのＮＡＬユニットを無視（すなわちビットストリームから除去して廃棄）することが可能である。スケーラブル拡張またはその他の拡張では、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、スケーラブルビデオ符号化および／またはシンタクス拡張をシグナリングするために他の値を指定してもよい。場合によって、シンタクス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓと呼ばれることがある。場合によって、シンタクス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓは、図１３Ｂおよび図１３Ｃに示されるように、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１またはｌａｙｅｒ＿ｉｄと呼ばれることもある。この場合、要素ｌａｙｅｒ＿ｉｄは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１マイナス１になる。この場合、ｌａｙｅｒ＿ｉｄは、スケーラブル符号化ビデオのレイヤに関係する情報をシグナリングするために用いることができる。次のシンタクス要素は、「ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１」である。ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１マイナス１は、ＮＡＬユニットの時間識別子を指定することが可能である。変数時間識別子ＴｅｍｐｏｒａｌＩｄは、ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１−１として指定することができる。
図１４を参照すると、一般的なＮＡＬユニットのシンタクス構造が示されている。図１３のＮＡＬユニットヘッダ２バイトシンタクスが、図１４のｎａｌ＿ｕｎｉｔ＿ｈｅａｄｅｒ（）に対する参照中に含まれている。ＮＡＬユニットのシンタクスの残りは、主にＲＢＳＰに関する。
「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」を用いる一つの既存の技法には、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓの６ビットを、個別的ビットフィールド、すなわち、依存ＩＤ、品質ＩＤ、ビューＩＤ、および深度フラグのうちの一つ以上に分割することによって、スケーラブルビデオ符号化情報をシグナリングすることであり、これら個別的ビットフィールドの各々はスケーラブル符号化ビデオの相異なるレイヤの識別を示す。これにより、該６ビットは、この特定のＮＡＬユニットが、スケーラブル符号化技術のいずれのレイヤに帰属するかを示す。そして、図１５に示されるビデオパラメータセット（「ＶＰＳ：ｖｉｄｅｏ ｐａｒａｍｅｔｅｒ ｓｅｔ」）拡張シンタクス（「ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅ」）などのデータペイロードにおいて、レイヤに関する情報が定義される。図１５のＶＰＳ拡張シンタクスは、符号化ビデオシーケンスにおいて使用されるスケーラビリティ型と、ＮＡＬユニットヘッダ中のｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１（またはｌａｙｅｒ＿ｉｄ）を介してシグナリングされる次元とを指定する、４ビットのスケーラビリティ型（シンタクス要素ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅ）を含む。スケーラビリティ型が０に等しいときには、符号化ビデオシーケンスはベース仕様に適合し、しかして全てのＮＡＬユニットのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が０に等しく、エンハンスメントレイヤまたはビューに属するＮＡＬユニットはない。スケーラビリティ型のより高い値は、図１６に示すように解釈される。
ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］は、ｉ番目のスケーラビリティ次元ＩＤの長さをビットで指定する。０〜７の範囲内の全てのｉ値に対するｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］の値の和は６以下である。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔは、ゼロである。ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］は、以下のレイヤ依存情報が適用されるｉ番目のレイヤのｌａｙｅｒ＿ｉｄの値を指定する。ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］は、ｉ番目のレイヤが直接依存するレイヤ数を指定する。ｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤが直接依存するｊ番目のレイヤを識別する。
このように、既存の技法は、図１６にリストされたスケーラビリティ型の間でビットを割り当てるために、ＮＡＬユニット中およびビデオパラメータセット中のスケーラビリティ識別子をシグナリングする。そして、各スケーラビリティ型に対しいくつの次元がサポートされるかが図１６に定義される。例えば、スケーラビリティ型１は２つの次元（すなわち空間および品質）を有する。各次元に対し、ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］は、これらの２つの次元の各々に割り当てられるビットの数を定義し、ｌａｙｅｒ＿ｉｄ＿ｄｉｍ＿ｌｅｎ［ｉ］の全ての値の総和は、ＮＡＬユニットヘッダのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓのビットの数である６以下である。しかしてこの技法は、どの型のスケーラビリティが使用されるか、およびＮＡＬユニットヘッダの６ビットがスケーラビリティにどのように割り当てられるかを組み合わせて識別する。
図１６に示されるような様々なスケーラビリティ次元のかかる固定された組み合わせは多くの応用に適しているが、これに含まれていない望ましい組み合わせがある。図１７を参照すると、修正されたビデオパラメータセットの拡張シンタクスが、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタクス要素の各ビットに対するスケーラビリティ型を指定している。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔは０に設定される。ｍａｘ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＿ｂｉｔｓは、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１またはｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓと呼ばれる、図１３のＮＡＬユニットヘッダの最初の２バイトにおけるシンタクス要素に用いられるビットの合計数を示す。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１シンタクス要素中の各ビットのスケーラビリティ型を指定する。一部の場合において、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１シンタクス要素は、代わりにｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓまたはｒｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタクス要素と呼ばれることもある。シンタクス要素ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１の全てのビットに対するスケーラビリティマップが合わさって、符号化ビデオシーケンス中で使用されるスケーラビリティを指定する。各スケーラビリティ型に対する識別子の実際の値は、ＮＡＬユニットヘッダ中のｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１（ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ）フィールドにおける対応する当該ビットを介してシグナリングされる。全ての値のｉに対してｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］が０に等しいときは、符号化ビデオシーケンスはベース仕様に適合し、しかしてＮＡＬユニットのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１値は０に等しく、エンハンスメントレイヤまたはビューに帰属するＮＡＬユニットはない。ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｉ］は、以下のレイヤ依存情報が適用されるｉ番目のレイヤのｌａｙｅｒ＿ｉｄの値を指定する。ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］は、ｉ番目のレイヤが直接依存するレイヤ数を指定する。ｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤが直接依存するｊ番目のレイヤを識別する。
ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］のより高い値は、図１８に示すように解釈される。スケーラビリティマップ［ｉ］は、（０）なし、（１）空間、（２）品質、（３）深度、（４）マルチビュー、（５）未指定、（６）予備、および（７）予備、のスケーラビリティ次元を含む。
したがって、ＮＡＬユニットヘッダの各ビットは、スケーラビリティ次元が何であるか（例えば、なし、空間、品質、深度、マルチビュー、未指定、予備）についてのビデオパラメータセットにおける３ビットに基づいて解釈される。例えば、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１の全てのビットが空間スケーラビリティに対応することをシグナリングするために、ＶＰＳのｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ値は、ＮＡＬユニットヘッダの６ビットで００１ ００１ ００１ ００１ ００１ ００１として符号化することができる。また、例えばｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１のうち３ビットが空間スケーラビリティに対応し、３ビットが品質スケーラビリティに対応することをシグナリングするために、ＶＰＳのｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ値が、ＮＡＬユニットヘッダの６ビットで００１ ００１ ００１ ０１０ ０１０ ０１０として符号化されてもよい。
図１９を参照すると、別の実施形態が、ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１を用いてＮＡＬユニットヘッダの６ビット中のスケーラビリティ次元の数をシグナリングするビデオパラメータセットを含む。ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１プラス１は、ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ、および／またはｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタクス要素を介してシグナリングされるスケーラビリティ次元の数を示す。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、図１７に関連して上記で説明したのと同じセマンティクスを有する。ｎｕｍ＿ｂｉｔｓ＿ｆｏｒ＿ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、ｉ番目のスケーラビリティ次元のビットの長さを指定する。ｉ＝０，．．．ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１に対するｎｕｍ＿ｂｉｔｓ＿ｆｏｒ＿ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］の総和は６に等しい（またはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１、またはｖｐｓ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ、またはｍａｘ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１、またはｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ、またはｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタクス要素に使用されるビットの数に等しい）。
図１７および図１９に関しては、必要に応じて他のバリエーションを使用することもできる。例えば一実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は、ｕ（４）（またはｎ＞３またはｎ＜３のｕ（ｎ））を用いてシグナリングすることが可能である。この場合、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］のより高い値が、ビデオ技法の特定のプロファイルに適合するビットストリームのために予備として指定されればよい。例えば、ｕ（４）を用いてｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］をシグナリングするとき、スケーラビリティマップ値６．．．１５を「予備」として指定することができる。別の実施形態では、例えば、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］を、ｕｅ（ｖ）または何らかの他の符号化スキームを用いてシグナリングすることが可能である。例えば別の実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］値が単調な非減少（または非増加）順に配置されるように制限事項を指定することができる。これにより、ＮＡＬユニットヘッダ中のｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１フィールドにおける様々なスケーラビリティ次元フィールドの連続性が得られる。
「ｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１」または「ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ」シンタクス要素を用いてスケーラブルビデオ符号化をシグナリングするための別の既存技術は、ビデオパラメータセット中の一般的ルックアップテーブルをシグナリングすることにより、ＮＡＬユニットヘッダのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１をレイヤ識別子にマッピングすることである。図２０を参照すると、この既存の技法は、ルックアップテーブルのｉ番目のレイヤの次元型および次元識別情報の数を指定するビデオパラメータセットを含む。具体的に、ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｂｙｔｅ＿ａｌｉｇｎｍｅｎｔ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔはゼロである。ｎｕｍ＿ｄｉｍｅｎｓｉｏｎｓ＿ｍｉｎｕｓ１［ｉ］プラス１は、ｉ番目のレイヤに対する次元型（ｄｉｍｅｎｓｉｏｎ＿ｔｙｐｅ［ｉ］［ｊ］）および次元識別子（ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］）の数を指定する。図３１に指定されるように、ｄｉｍｅｎｓｉｏｎ＿ｔｙｐｅ［ｉ］［ｊ］は、ｉ番目のレイヤのｊ番目のスケーラビリティ次元型を指定し、該レイヤはｉに等しいｌａｙｅｒ＿ｉｄまたはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１を有する。図２１に示されるように、識別される次元には、（０）ビュー順序ｉｄｘ、（１）深度フラグ、（２）依存ＩＤ、（３）品質ＩＤ、予備の（４）〜（１５）が含まれる。ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤのｊ番目のスケーラビリティ次元型の識別子を指定し、存在しないときには０であるものと推定される。ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］は、ｉ番目のレイヤが直接依存するレイヤ数を指定する。ｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤが直接依存するｊ番目のレイヤを識別する。残念ながら、図２０に示した提案された実施形態は、扱いにくい大きなルックアップテーブルをもたらす。
図２２を参照すると、修正されたビデオパラメータセットの拡張部は、スケーラビリティ次元と組み合わせて使用されるスケーラビリティマスクを含む。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、０および１ビットのパターンをシグナリングし、図２３のスケーラビリティマップのシンタクスにより示されるように、各ビットが一つのスケーラビリティ次元に対応する。特定のスケーラビリティ次元に対する１の値は、そのスケーラビリティ次元がこのレイヤ（ｉ番目のレイヤ）に存在することを示す。特定のスケーラビリティ次元についての０の値は、そのスケーラビリティ次元がこのレイヤ（ｉ番目のレイヤ）に存在しないことを示す。例えば、００１０００００のビットのセットは、品質スケーラビリティを表す。シグナリングされるｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］値により、存在する特定のスケーラビリティ次元の実際の識別子の値が示される。ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅｓ［ｉ］の値は、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋにおける１の値を有するビットの数の和に等しい。しかして、

である。ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］は、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ値によってシグナリングされるスケーラビリティ型の値に対するｊ番目のスケーラビリティ次元の識別子値を示す。
図２４を参照すると、これは図２２の修正図であり、ループの外側でシグナリングされるスケーラビリティマスクを含む。これにより、各レイヤ識別子に一つの共通のマスクが得られる。図２５を参照すると、この修正では、対応する例示的なビデオパラメータセットは、スケーラビリティマスクは含まずに、スケーラブル識別情報を含むことができる。この場合、シンタクス要素ｓｃａｌａｂｌｅ＿ｉｄ［ｊ］は、図２２のシンタクス要素ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］と同じ解釈を有する。
図２６を参照すると、これは図２２の修正図であり、ループの外側でシグナリングされるスケーラビリティマスク（ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ）を含む。これにより、各レイヤ識別情報に一つの共通のマスクが得られる。ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、０および１ビットのパターンをシグナリングし、図２７のスケーラビリティマップのシンタクスにより示されるように、その各ビットが一つのスケーラビリティ次元に対応する。特定のスケーラビリティ次元に対する１の値は、そのスケーラビリティ次元がこのレイヤ（ｉ番目のレイヤ）に存在することを示す。特定のスケーラビリティ次元に対する０の値は、そのスケーラビリティ次元がこのレイヤ（ｉ番目のレイヤ）に存在しないことを示す。例えば、００１０００００のビットのセットは、品質スケーラビリティを表す。シグナリングされるｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］値により、存在する特定のスケーラビリティ次元の実際の識別子の値が示される。ｎｕｍ＿ｓｃａｌａｂｉｌｉｔｙ＿ｔｙｐｅｓ［ｉ］の値は、１の値を有するｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ中のビットの数の合計に等しい。しかして、

である。この場合、ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］変数は、代わりにｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］変数と呼ばれてもよい。ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤのｊ番目のスケーラビリティ次元のスケーラビリティ識別子を指定する。このとき、変数ＳｃａｌａｂｉｌｉｔｙＩｄ［ｉ］［ｊ］は以下のように導出される。
前式中のＳｃａｌａｂｉｌｉｔｙＩｄ［ｉ］［ｋ］は、以下のように、対応するスケーラビリティ型の次元ＩＤをシグナリングする。
前表のＤｅｐｅｎｄｅｎｃｙＩｄ［ｉ］［１］は、ｉ番目のレイヤに対する空間スケーラビリティ次元の依存ＩＤであり、ＱｕａｌｉｔｙＩｄ［ｉ］［２］は、ｉ番目のレイヤに対する品質スケーラビリティ次元の品質ＩＤであり、ｄｅｐｔｈＦｌａｇ［ｉ］［３］は、ｉ番目のレイヤに対する深度スケーラビリティ次元の深度フラグ／深度ＩＤであり、ＶｉｅｗＩｄ［ｉ］［４］は、ｉ番目のレイヤに対するマルチビュースケーラビリティ次元のビューＩＤである。
また、図２６において、１に等しいａｖｃ＿ｂａｓｅ＿ｃｏｄｅｃ＿ｆｌａｇは、ベースレイヤがＲｅｃ．ＩＴＵ‐Ｔ Ｈ．２６４｜ＩＳＯ／ＩＥＣ１４４９６‐１０に適合することを指定し、１に等しいａｖｃ＿ｂａｓｅ＿ｃｏｄｅｃ＿ｆｌａｇは、ＨＥＶＣに適合することを指定する。ｖｐｓ＿ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿ｐｒｅｓｎｅｔ＿ｆｌａｇは、ＮＡＬユニットヘッダ中のｌａｙｅｒ＿ｉｄの値をシグナリングするｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］変数が、シグナリングされたかどうかを示す。
別の実施形態において、シンタクス要素ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ［ｉ］、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ、ｓｃａｌａｂｉｌｉｔｙ＿ｉｄ［ｊ］の一つ以上は、ｕ（８）とは異なるビットの数を使用してシグナリングすることができる。例えば、これらのシンタクス要素は、ｕ（１６）（またはｎ＞８もしくはｎ＜８のｕ（ｎ））を用いてシグナリングすることができよう。別の実施形態では、これらのシンタクス要素の一つ以上は、ｕｅ（ｖ）を用いてシグナリングすることが可能である。別の実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、ＮＡＬユニットヘッダのｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１、ｖｐｓ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ、ｍａｘ＿ｎｕｍ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１、ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓ、および／またはｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタクス要素中でシグナリングすることができる。一部の実施形態では、システムは、このシグナリングをＶＰＳ ＮＡＬユニットにだけ、もしくは非ＶＰＳ ＮＡＬユニットにだけ、または全てのＮＡＬユニットに対し行ってもよい。さらに別の実施形態では、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋは、ピクチャ毎にビットストリームの任意の場所でシグナリングされてよい。例えば、スライスヘッダ、ピクチャパラメータセット、ビデオパラメータセット、もしくは他の任意のパラメータセット、またはビットストリームの他の任意の規範的部分においてｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋがシグナリングされればよい。
なお、図１３のＮＡＬユニットヘッダ中のシンタクス要素ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓまたはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１が６ビットを有するので、図１３、１５、１８、２０、２１、２２、２３、および対応する説明は、６ビットについて述べている。しかし、前述の説明は全て、当該シンタクス要素が６ビットとは異なるビットの数を使用した場合には適切に修正することが可能である。例えば、当該シンタクス要素（ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓまたはｌａｙｅｒ＿ｉｄ＿ｐｌｕｓ１）が代わりに９ビットを使用した場合には、図１７では、ｍａｘ＿ｎｕｍ＿ｌａｙｅｒ＿ｍｉｎｕｓ１ビットの値は９となり、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｐ［ｉ］は６ビットの代わりに９ビットの各々に対しシグナリングされることになる。
図２４を参照すると、これは図２２の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義されている。
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｉ番目のビットに対する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが独立レイヤであることを示す。ｉ番目のビットに対する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが一つ以上の他のレイヤに依存する依存レイヤであることを示す。
ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ中のビットの数の和に等しい。しかして、

である。
図２９を参照すると、これは図２６の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］が定義されている。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］は、レイヤが他のレイヤに依存するかどうかをシグナリングする。このフラグに対する０の値は、ｌａｙｅｒ＿ｉｄ ｉを有するレイヤが独立レイヤであることを示す。ｉ番目のビットに対する１の値は、ｌａｙｅｒ＿ｉｄ ｉを有するレイヤが依存レイヤであることを示す。
図３０を参照すると、これは図２６の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］が定義されている。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０ビットと１ビットとのパターンをシグナリングする。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する０の値は、レイヤｉが、ｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存しないことを示す。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する１の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存することを示す。
図３１を参照すると、これは図２６の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義されている。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｉ番目のビットに対する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが独立レイヤであることを示す。ｉ番目のビットに対する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが一つ以上の他のレイヤに依存する依存レイヤであることを示す。ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ中のビットの数の和に等しい。しかして、

である。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０ビットと１ビットとのパターンをシグナリングする。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する０の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存しないことを示す。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する１の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存することを示す。
図３２を参照すると、これは図２６の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。図２８は、図２７のシンタクスに基づく別形のシンタクスである。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義されている。
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｉ番目のビットに対する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが独立レイヤであることを示す。ｉ番目のビットに対する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが一つ以上の他のレイヤに依存する依存レイヤであることを示す。
ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ中のビットの数の和に等しい。しかして、

である。
シンタクス要素ｎｕｍ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒｓ［ｉ］およびｒｅｆ＿ｌａｙｅｒ＿ｉｄ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）が１の値を有するときにだけシグナリングされる。このｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）は、シンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐａｔｔｅｒｎのｉ番目のビットである。
図３３を参照すると、これは図２６の修正図であり、レイヤ依存情報をシグナリングするためのシンタクスを提供している。図２９は、図３１のシンタクスに基づく別形のシンタクスである。新規のシンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎが定義されている。
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎは、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｉ番目のビットに対する０の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが独立レイヤであることを示す。ｉ番目のビットに対する１の値は、ｌａｙｅｒ＿ｉｄ（ｉ＋１）を有するレイヤが一つ以上の他のレイヤに依存する依存レイヤであることを示す。
ＮｕｍＤｅｐＬａｙｅｒｓの値は、１の値を有するｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ中のビットの数の和に等しい。しかして、

である。
ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい長さを有する０および１ビットのパターンをシグナリングする。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する０の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存しないことを示す。ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］のｋ番目のビットに対する１の値は、レイヤｉがｌａｙｅｒ＿ｉｄ（ｋ＋１）を有するレイヤに依存することを示す。シンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］は、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）が１の値を有するときにだけシグナリングされる。このｌａｙｅｒ＿ｄｅｐｄｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ（ｉ）は、シンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｐａｔｔｅｒｎのｉ番目のビットである。
別の実施形態において、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎシンタクス要素は、１ビットのフラグ値のセットとしてシグナリングすることができる。この場合、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の１ビット値の合計が：

としてシグナリングされることになる。
別の実施形態では、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ［ｉ］シンタクス要素は、１ビットのフラグ値のセットとしてシグナリングすることが可能である。この場合、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の１ビット値の合計が：

としてシグナリングされることになる。
別の実施形態において、シンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐの一つ以上は、ｕ（ｖ）の代わりに既知の固定数のビットを使用してシグナリングすることができる。例えば、ｕ（６４）を使用してこれらのシンタクス要素をシグナリングすることができよう。
別の実施形態では、シンタクス要素ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐの一つ以上は、ｕｅ（ｖ）または何らかの他の符号化スキームを使ってシグナリングすることが可能である。
別の実施形態において、前述したシンタクスおよびセマンティクスに対し、プラス１もしくはプラス２を加算することにより、またはマイナス１もしくはマイナス２を減算することにより、様々なシンタクス要素の名称およびそのセマンティクスを変更することができる。
さらに別の実施形態では、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｔｔｅｒｎ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｍａｐ、ｌａｙｅｒ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］などの様々なシンタクス要素は、ビットストリームの任意の場所でピクチャ毎にシグナリングすることが可能である。例えばスライスヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／ａｐｓ、もしくは他の任意のパラメータセット、またはビットストリームの他の規範的部分において、このシンタクス要素がシグナリングされてよい。
前述のように、スケーラブルビデオ符号化は、一つ以上のサブセットビットストリームも包含するビデオビットストリームを符号化する技法である。サブセットビデオビットストリームは、より大きなビデオからパケットを落としてサブセットビットストリームに必要なバンド幅を低減させることによって導出が可能である。サブセットビットストリームは、より低い空間分解能（より小さな画面）、より低い時間分解能（より低いフレームレート）、またはより低い品質のビデオ信号を表すことが可能である。例えば、ビデオビットストリームは５つのサブセットビットストリームを含むことができ、各サブセットビットストリームがベースビットストリームに追加のコンテンツを加える。ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）ら著、「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブル拡張のテストモデル（Ｔｅｓｔ Ｍｏｄｅｌ ｆｏｒ Ｓｃａｌａｂｌｅ Ｅｘｔｅｎｓｉｏｎｓ ｏｆ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ））」、ＪＣＴＶＣ‐Ｌ０４５３、上海、２０１２年１０月は、参照により全体として本明細書に組み込まれる。チェン（Ｃｈｅｎ）ら著、「ＳＨＶＣドラフトテキスト１（ＳＨＶＣ Ｄｒａｆｔ Ｔｅｘｔ１）」、ＪＣＴＶＣ‐Ｌ１００８、ジュネーブ、２０１３年３月は、参照により全体として本明細書に組み込まれる。
前述のように、マルチビュービデオ符号化は、別のビューを表す一つ以上の他のビットストリームも包含するビデオビットストリームを符号化する技法である。例えば、複数のビューが立体視ビデオのための一対のビューであってもよい。例えば、複数のビューが、同じシーンの異なる視点からの複数のビューを表すことが可能である。複数のビューは、画像が異なる視点からの同じシーンの画像なので、ビュー間の大量の統計的依存性を一般に包含する。したがって、時間予測およびビュー間予測の組み合わせにより、効率的なマルチビュー符号化を達成することができる。例えば、或るフレームが、時間的に関係するフレーム群からだけでなく、隣接する視点のフレーム群からも効率的に予測可能である。
ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）ら著、「スケーラブルおよびマルチビュー拡張の共通仕様テキスト（Ｃｏｍｍｏｎ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｔｅｘｔ ｆｏｒ ｓｃａｌａｂｌｅ ａｎｄ ｍｕｌｔｉｖｉｅｗ ｅｘｔｅｎｓｉｏｎｓ）」、ＪＣＴＶＣ‐Ｌ０４５２、ジュネーブ、２０１３年１月は、参照により全体として本明細書に組み込まれる。テック（Ｔｅｃｈ）ら著、「ＭＶ‐ＨＥＶＣドラフトテキスト３（ＭＶ‐ＨＥＶＣ Ｄｒａｆｔ Ｔｅｘｔ３）（ＩＳＯ‐ＩＥＣ ２３００８‐２：２０１Ｘ／ＰＤＡＭ２）」、ＪＣＴ３Ｖ‐Ｃ１００４＿ｄ３、ジュネーブ、２０１３年１月は、参照により全体として本明細書に組み込まれる。
それぞれが参照により全体として本明細書に組み込まれる、チェン（Ｃｈｅｎ）ら著、「ＳＨＶＣドラフトテキスト１（ＳＨＶＣ Ｄｒａｆｔ Ｔｅｘｔ １）」、ＪＣＴＶＣ‐Ｌ１００８、ジュネーブ、２０１３年１月、ハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）ら著、「高効率ビデオ符号化（ＨＥＶＣ）のスケーラブル拡張のテストモデル（Ｔｅｓｔ Ｍｏｄｅｌ ｆｏｒ Ｓｃａｌａｂｌｅ Ｅｘｔｅｎｓｉｏｎｓ ｏｆ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ））」、ＪＣＴＶＣ‐Ｌ０４５３‐ｓｐｅｃ‐ｔｅｘｔ、上海、２０１２年１０月、およびハンヌクセラ（Ｈａｎｎｕｋｓｅｌａ）著、「高効率ビデオ符号化（ＨＥＶＣ）のマルチビュー拡張のドラフトテキスト（Ｄｒａｆｔ Ｔｅｘｔ ｆｏｒ Ｍｕｌｔｉｖｉｅｗ Ｅｘｔｅｎｓｉｏｎ ｏｆ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（ＨＥＶＣ））」、ＪＣＴＶＣ‐Ｌ０４５２‐ｓｐｅｃ‐ｔｅｘｔ‐ｒ１、上海、２０１２年１０月は、各々、出力順序復号ピクチャバッファ（ＤＰＢ）からのピクチャ０の出力および除去のために、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］、およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタクス要素の使用に基づいて動作する該ＤＰＢを有する。この情報は、ベースレイヤに対するビデオパラメータセットの中でシグナリングされ、該情報は、エンハンスメントレイヤがあればそれを含むビデオコンテンツに対するバッファリング情報を提供する。
ＤＰＢからのピクチャの出力および除去のために、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］、およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタクス要素の使用に基づいて、出力順序復号ピクチャバッファ（ＤＰＢ）をシグナリングすることは、コンテンツが符号化された後にユーザの視聴嗜好に基づいて変えられがちな種々の数のエンハンスメントレイヤが使用されるとき、およびコンテンツが符号化された後にユーザの視聴嗜好に基づいて変えられがちなマルチビューエンハンスメントレイヤが使用されるときなど、スケーラブルビデオ符号化により生じ得るバッファの特徴を考慮していないと判定された。また、ＤＰＢからのピクチャの出力および除去のために、ｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］、ｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］、およびｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ［ＨｉｇｈｅｓｔＴｉｄ］シンタクス要素の使用に基づいて、出力順序復号ピクチャバッファ（ＤＰＢ）をシグナリングすることは、デコーダが或るオペレーションポイントで動作するとき、および／または選択された出力レイヤセットを出力するときに、ＤＰＢのメモリ使用に関して最適でない可能性があるとも判定された。このような視聴嗜好の違いに対処するために、出力順序復号ピクチャバッファ（ＤＰＢ）は、エンハンスメントレイヤの一つ以上に対しシンタクス要素を提供するために、ビデオパラメータセット拡張部（ＶＰＳ拡張部）と一緒に含まれているかかるシンタクス要素に、さらに、および／または代わりに基づくことが可能である。このようにして、ユーザの視聴嗜好に対応する傾向のある、特定のオペレーションポイントまたは出力レイヤセットに特に適するようにシンタクス要素を選択すればよい。
ＶＰＳ拡張部において、一つ以上のオペレーションポイントのＣＶＳのサブレイヤおよび／または出力レイヤセットに対するＣＶＳのサブレイヤに対し、ＤＰＢバッファリング関係パラメータｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１をシグナリングすることができる。同様に、システムは、前述のＤＰＢバッファリングパラメータがテスト対象オペレーションポイントに対しまたは選択された出力レイヤセットに対してシグナリングされる場合には、ＶＰＳ拡張部からのシグナリングされた該ＤＰＢバッファリングパラメータを使用するように、出力順序ＤＰＢに対するオペレーションおよびバンピング処理を定義することができる。上記以外の場合は、現レイヤのｌａｙｅｒ＿ｉｄに応じて（現ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに対応するｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳから、またはアクティブなレイヤのＳＰＳからの対応するＳＰＳレベルのパラメータが使用される。
図３４Ａを参照すると、例示的な修正されたｖｐｓ＿ｅｘｔｅｎｓｉｏｎが示されている。修正されたｖｐｓ拡張部は、新規のシンタクスすなわちｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓおよびｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］を含む。この修正されたｖｐｓ拡張部は、別のビットストリームと、対象最高次ＴｅｍｐｏｒａｌＩｄと、対象レイヤ識別子リストとを入力として用いたサブビットストリーム抽出処理のオペレーションによって、該別のビットストリームから生成されたビットストリームであるオペレーションポイントに関して定義することができる。
ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓは、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｎｄｅｘ［ｉ］およびｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］により出力レイヤが指定されるレイヤセットの数を指定する。存在しないときは、ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓの値は０に等しいものと推定される。出力レイヤを記述するレイヤセットが、出力レイヤセットである。
ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］が存在するレイヤセットのインデックスｌｓＩｄｘを指定する。
１に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤがｌｓＩｄｘ番目のレイヤセットの対象出力レイヤであることを指定する。０に等しいｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｌｓＩｄｘ］［ｊ］の値は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤがｌｓＩｄｘ番目のレイヤセットの対象出力レイヤでないことを指定する。
ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、オペレーションポイントに関して定義される、ＶＰＳ拡張部ＲＢＳＰ中に存在するｏｐ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造の数を指定する。ｎｕｍ＿ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内である。
ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＶＰＳ拡張部中のｉ番目のｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が適用されるオペレーションポイントによって定義される、レイヤセットのリストの中へのインデックスを指定する。ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて０からｖｐｓ＿ｎｕｍ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１までの範囲内にあればよい。ビットストリーム適合性のために、ｉに等しくないどのｊに対しても、ｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｐｅｒａｔｉｏｎ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］に等しくなることはない。
図３５Ａを参照すると、ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］を指定する。
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］プラス１は、いくつのサブレイヤが含まれるかを示す。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］プラス１は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ＣＶＳ中に存在し得る時間サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］の値は、両端値を含めて０から６までの範囲内である。
ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、シンタクスが全てのレイヤを含む一つのセットに対するものであるか、個々のレイヤそれぞれに対するものであるかを示す。１に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］＋１のサブレイヤに対して存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］の値が、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤの全てのサブレイヤに適用されることを指定する。
ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］プラス１は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ＣＶＳの復号ピクチャバッファの最大必要サイズをピクチャストレージバッファ単位で指定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］の値は、（サブクローズＡ．４に規定されるように）両端値を含めて０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあればよい。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ−１］以上であればよい。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］が、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに対して存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいものと推定される。
ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときの、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ＣＶＳ中の任意のピクチャに復号順で先行し、そのピクチャに出力順で後続することができるピクチャの最大許容数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］の値は、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｊ］［ｋ］までの範囲内にあればよい。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］はｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ−１］以上である。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］が、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１の範囲内のｋに対して存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいものと推定される。
０に等しくないｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］は、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］の値を計算するために用いられ、この値は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときの、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ＣＶＳ中の任意のピクチャに出力順で先行し、そのピクチャに復号順で後続することができるピクチャの最大数を指定する。
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］の値は、以下のように指定することができる：
ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｊ］［ｋ］＝ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｊ］［ｋ］＋ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］−１
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が０に等しいときには、対応する制限は表現されない。
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］の値は、両端値を含めて０から２３２−２までの範囲内にある。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｋ］が、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］−１までの範囲内のｋに対して存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｊ］］に等しいものと推定される。
「ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１」［ｉｄ］［ｊ］プラス１は、インデックスｉｄに関連するオペレーションポイントのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ＣＶＳ中に存在し得る時間サブレイヤの最大数を指定する。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］の値は、両端値を含めて０から６までの範囲内にあればよい。
１に等しい「ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ」［ｉｄ］［ｊ］は、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が、ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］＋１のサブレイヤに対するインデックスｉｄに関連付けられたオペレーションポイントのために存在することを指定する。０に等しいｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］、およびｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］の値が、インデックスｉｄに関連付けられたオペレーションポイントについて、ｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤの全てのサブレイヤに適用されることを指定する。
「ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１」［ｉｄ］［ｊ］［ｋ］プラス１は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、インデックスｉｄに関連付けられたオペレーションポイントについて、ＣＶＳに対する復号ピクチャバッファの最大必要サイズを、ピクチャストレージバッファ単位で指定する。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］の値は、（サブクローズＡ．４に規定されるように）両端値を含めて０からＭａｘＤｐｂＳｉｚｅ−１までの範囲内にあればよい。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ−１］以上であり得る。ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］が、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１の範囲内のｋに対して存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいものと推定される。
「ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ」［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、インデックスｉｄに関連付けられたオペレーションポイントについて、ＣＶＳ中の任意のピクチャに復号順で先行し出力順でそのピクチャに後続することができるピクチャの最大許容数を示す。ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］［ｋ］までの範囲内にあればよい。ｋが０より大きいとき、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］は、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ−１］以上であればよい。両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１の範囲内のｋに対して、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］が存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいものと推定される。
０に等しくない「ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１」［ｉｄ］［ｊ］［ｋ］は、ＨｉｇｈｅｓｔＴｉｄがｋに等しいときのｊに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤに対し、インデックスｉｄに関連付けられたオペレーションポイントについて、ＣＶＳ中の任意のピクチャに出力順で先行し復号順でそのピクチャに後続することができるピクチャの最大数を指定する、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値を計算するために用いられる。
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が０に等しくないとき、ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］の値は以下のように指定される：
ＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｉｄ］［ｊ］［ｋ］＝ｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ｉｄ］［ｊ］［ｋ］＋ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］−１
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が０に等しいときには、対応する制限は表現されない。
ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］の値は、両端値を含めて０から２３２−２までの範囲内にあればよい。ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｋ］が、両端値を含めて０からｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］−１までの範囲内のｋに対して存在しないときには、ｖｐｓ＿ｓｕｂ＿ｌａｙｅｒ＿ｏｒｄｅｒｉｎｇ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｉｄ］［ｊ］が０に等しいことにより、ｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ｉｄ］［ｊ］［ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１［ｉｄ］［ｊ］］に等しいものと推定される。
図３５Ｂを参照すると、ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、図示のようにｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ，ｊ）にさらに修正することができる。この場合、ＶＰＳ拡張シンタクスは、図３４Ｂに示した通りであってもよい。ビットストリームおよびデコーダの適合性をチェックするために、仮想リファレンスデコーダ（ＨＲＤ）が使用される。二つの型のビットストリームまたはビットストリームサブセットが、ビデオ符号化に関する共同作業チーム（ＪＣＴ‐ＶＣ）のＨＲＤ適合性チェックの対象となる。ＴｙｐｅＩビットストリームと呼ばれる第一の型は、ビットストリームの全てのアクセスユニットのＶＣＬ ＮＡＬユニットおよびＦＤ＿ＮＵＴ（フィラデータＮＡＬユニット）に等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬユニットだけを包含するＮＡＬユニットストリームである。ＴｙｐｅＩＩビットストリームと呼ばれる第二の型は、ビットストリームの全てのアクセスユニットのＶＣＬ ＮＡＬユニットおよびフィラデータＮＡＬユニットに加えて、（ａ）フィラデータＮＡＬユニット以外の追加の非ＶＣＬ ＮＡＬユニットと、（ｂ）ＮＡＬユニットストリームからバイトストリームを形成する全てのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓおよびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタクス要素と、のうちの少なくとも一つを含む。
ＨＲＤに必要な非ＶＣＬ ＮＡＬユニットのシンタクス要素（または一部のシンタクス要素についてはそのデフォルト値）は、クローズ７のセマンティックサブクローズ、付属書ＤおよびＥに規定される。
二つの型のＨＲＤパラメータセット（ＮＡＬ ＨＲＤパラメータおよびＶＣＬ ＨＲＤパラメータ）が使用される。ＨＲＤパラメータセットは、ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造を介してシグナリングされ、このシンタクスはＳＰＳシンタクス構造またはＶＰＳシンタクス構造の一部であってよい。
ビットストリームの適合性をチェックするために複数のテストが必要となり得、このストリームは、テスト対象ビットストリームと呼ばれる。各テストに対し、以下のステップがリストされた順序で適用される：
（１）ＴａｒｇｅｔＯｐとして表されるテスト対象オペレーションポイントが選択される。ＴａｒｇｅｔＯｐのレイヤ識別子リストＯｐＬａｙｅｒＩｄＬｉｓｔは、ＴａｒｇｅｔＯｐに関連付けられたビットストリームのサブセットに存在する、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の増加順のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のリストから成り、これはテスト対象ビットストリームに存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のサブセットである。ＴａｒｇｅｔＯｐのＯｐＴｉｄは、ＴａｒｇｅｔＯｐに関連付けられたビットストリームサブセットに存在する最高次のＴｅｍｐｏｒａｌＩｄに等しい。
（２）ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔがＴａｒｇｅｔＯｐのＯｐＬａｙｅｒＩｄＬｉｓｔに等しく設定され、ＨｉｇｈｅｓｔＴｉｄがＴａｒｇｅｔＯｐのＯｐＴｉｄに等しく設定され、テスト対象ビットストリーム、ＨｉｇｈｅｓｔＴｉｄおよびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔを入力として、クローズ１０に規定されるサブビットストリーム抽出処理が呼び出され、その出力がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅに割り当てられる。
（３）ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔがテスト対象ビットストリームに存在する全てのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を包含する場合には、アクティブなＳＰＳ中の（またはこの規格に規定されない外部手段を介して供給される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。上記以外の場合には、ＴａｒｇｅｔＯｐに適用されるアクティブなＶＰＳ中の（またはこの規格に規定されない何らかの外部手段を介して供給される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造内において、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩビットストリームである場合は、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」の直後のｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタクス構造が選択され、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しく設定される、それ以外の（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩＩビットストリームである）場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（この場合には変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しく設定される）または条件「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（この場合には変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが１に等しく設定される）の直後のｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタクス構造が選択される。ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩＩビットストリームであり、且つＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しいときには、フィラデータＮＡＬユニット以外の全ての非ＶＣＬ ＮＡＬユニット、ならびに（付属書Ｂに規定される）ＮＡＬユニットストリームからバイトストリームを形成する全てのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、およびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタクス要素が、これらが存在する場合には、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから廃棄され、残りのビットストリームがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅに割り当てられる。
別の場合において、ビットストリームの適合性をチェックするために複数のテストが必要となり得、このストリームは、テスト対象ビットストリームと呼ばれる。各テストに対し、以下のステップがリストされた順序で適用される：
（１）ＴａｒｇｅｔＯｐＬｓとして表されるテスト対象出力レイヤセットが選択される。ＴａｒｇｅｔＯｐＬｓにおいてｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［］により参照されるオペレーションポイントが、テスト対象オペレーションポイントを識別する。ＴａｒｇｅｔＯｐＬｓの出力レイヤ識別子リストＯｐＬａｙｅｒＩｄＬｉｓｔは、ＴａｒｇｅｔＯｐおよびＴａｒｇｅｔＯｐＬｓに関連付けられたビットストリームサブセットに存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の増加順のｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のリストから成り、これはテスト対象ビットストリームに存在するｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のサブセットである。ＴａｒｇｅｔＯｐのＯｐＴｉｄは、ＴａｒｇｅｔＯｐに関連付けられたビットストリームサブセット中に存在する最高次のＴｅｍｐｏｒａｌＩｄに等しい。
（２）ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔが、選択された出力レイヤセットＴａｒｇｅｔＯｐＬｓに対する対象復号レイヤ識別子リストｔａｒｇｅｔＤＬａｙｅｒＩｄＬｉｓｔに等しく設定され、ＨｉｇｈｅｓｔＴｉｄが、ＴａｒｇｅｔＯｐのＯｐＴｉｄに等しく設定され、テスト対象ビットストリーム、ＨｉｇｈｅｓｔＴｉｄおよびＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔを入力として、クローズ１０に規定されるサブビットストリーム抽出処理が呼び出され、その出力がＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅに割り当てられる。
（３）ＴａｒｇｅｔＯｐに適用可能なｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造およびｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔが、テスト対象ビットストリームに存在する全てのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を包含する場合は、アクティブなＳＰＳ中の（またはこの規格に規定されない外部手段を介して供給される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。上記以外の場合には、ＴａｒｇｅｔＯｐに適用されるアクティブなＶＰＳ中の（またはこの規格に指定されない何らかの外部手段を介して供給される）ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が選択される。選択されたｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造内において、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩビットストリームである場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」の直後のｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタクス構造が選択され、変数ＮａｌＨｒｄＭｏｄｅＦｌａｇは０に等しく設定される、それ以外の（ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩＩビットストリームである）場合には、条件「ｉｆ（ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（この場合には変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しく設定される）または条件「ｉｆ（ｎａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）」（この場合には変数ＮａｌＨｒｄＭｏｄｅＦｌａｇが１に等しく設定される）の直後のｓｕｂ＿ｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（ＨｉｇｈｅｓｔＴｉｄ）シンタクス構造が選択される。ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅがＴｙｐｅＩＩビットストリームであり、且つＮａｌＨｒｄＭｏｄｅＦｌａｇが０に等しいときには、フィラデータＮＡＬユニット以外の全ての非ＶＣＬ ＮＡＬユニット、ならびに（付属書Ｂに指定される）ＮＡＬユニットストリームからバイトストリームを形成する全てのｌｅａｄｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓ、ｚｅｒｏ＿ｂｙｔｅ、ｓｔａｒｔ＿ｃｏｄｅ＿ｐｒｅｆｉｘ＿ｏｎｅ＿３ｂｙｔｅｓ、およびｔｒａｉｌｉｎｇ＿ｚｅｒｏ＿８ｂｉｔｓシンタクス要素が、存在する場合にはＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅから廃棄され、残りのビットストリームがＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅに割り当てられる。
適合デコーダは、このサブクローズに規定された全ての要件を満たすことができる。
（１）特定のプロファイル、階層およびレベルへの適合性をクレームするデコーダは、ＶＣＬ ＮＡＬユニットにおいて参照される全てのＶＰＳ、ＳＰＳおよびＰＰＳ、ならびに適切なバッファリング期間ＳＥＩメッセージおよびピクチャタイミングＳＥＩメッセージが、ビットストリームにおいて（非ＶＣＬ ＮＡＬユニットにより）またはこの規格に規定されない外部手段によりデコーダに適時の様式で搬送されるということを条件として、付属書Ａに規定された様式でサブクローズＣ．４中に規定されたビットストリーム適合性要件に適合する全てのビットストリームを良好に復号することを可能にできる。
（２）或るビットストリームが、予備として指定される値を有するシンタクス要素を包含し、デコーダが予備値を有するシンタクス要素の値、または該シンタクス要素を含むＮＡＬユニットを無視してよいと指定され、当該ビットストリームがその他の点でこの規格に適合するときに、適合デコーダは、当該ビットストリームをあたかも適合ビットストリームを復号するのと同じ様に復号することができ、指定されるように予備値を有するシンタクス要素または該シンタクス要素を含むＮＡＬユニットを無視することができる。
デコーダの適合性には、出力タイミング適合性および出力順序適合性の二つの種類がある。
デコーダの適合性をチェックするために、サブクローズＣ．４に規定されクレームされるプロファイル、階層およびレベルに適合するテストビットストリームが、仮想ストリームスケジューラ（ＨＳＳ：ｈｙｐｏｔｈｅｔｉｃａｌ ｓｔｒｅａｍ ｓｃｈｅｄｕｌｅｒ）によって、ＨＲＤおよびテスト対象デコーダ（ＤＵＴ：ｄｅｃｏｄｅｒ ｕｎｄｅｒ ｔｅｓｔ）の両方に配信される。ＨＲＤにより出力される全てのクロップされた復号ピクチャがＤＵＴによっても出力することができ、ＤＵＴにより出力される各クロップされた復号ピクチャは、１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有するピクチャとすることが可能で、かかるＤＵＴにより出力されるクロップされた復号ピクチャの各々に対して、出力される全てのサンプルの値は、規定された復号処理により生成されるサンプルの値に等しくすることができる。
出力タイミングデコーダ適合性のために、ＨＳＳは、指定されたプロファイル、階層およびレベルに対して付属書Ａの規定によってビットレートおよびＣＰＢサイズが制限されるＳｃｈｅｄＳｅｌＩｄｘの値のサブセットからだけ選択される配信スケジュールを用いて、または以下に指定される、付属書Ａの規定によってビットレートおよびＣＰＢサイズが制限される「補間された」配信スケジュールを用いて、前述のように作動する。ＨＲＤおよびＤＵＴの両方に同じ配信スケジュールが使用される。
ＨＲＤパラメータおよびバッファリング期間ＳＥＩメッセージが存在し、ｃｐｂ＿ｃｎｔ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］が０より大きいとき、デコーダは、以下のようにピークビットレートｒ、ＣＰＢサイズｃ（ｒ）、および初期ＣＰＢ除去遅延

を有するとして指定された「補間された」配信スケジュールを用いて作動しているＨＳＳから配信されるビットストリームを復号することを可能にできる。

どのＳｃｈｅｄＳｅｌＩｄｘ＞０およびｒに対しても、ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ−１］≦ｒ≦ＢｉｔＲａｔｅ［ＳｃｈｅｄＳｅｌＩｄｘ］であり、ｒおよびｃ（ｒ）が、指定のプロファイル、階層およびレベルに対して付属書Ａに規定された最大ビットレートおよびバッファサイズに関する限界の範囲内にある。ＩｎｉｔＣｐｂＲｅｍｏｖａｌＤｅｌａｙ［ＳｃｈｅｄＳｅｌＩｄｘ］は、バッファリング期間ごとに異なり得るため、再計算する必要がある。
出力タイミングデコーダ適合性のために、前述のＨＲＤが使用され、（第一ビットの配信時刻に対する）ピクチャ出力のタイミングは、ＨＲＤおよびＤＵＴの両方に対し同じであり一定の遅延以下である。
出力順序デコーダ適合性のために、以下が適用される：
（１）ＨＳＳが、ＤＵＴからの「要求によって」ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅをＤＵＴに配信する、つまり、ＨＳＳは、ＤＵＴが処理の進行のためのさらなるビットを求めたときにだけ（復号順に）ビットを配信する。これは、このテストでは、ＤＵＴの符号化ピクチャバッファが、最大の復号ユニットのサイズと同じ小ささになり得ることを意味する。
（２）以下に説明するような修正されたＨＲＤが使用され、ＨＳＳは、ビットレートおよびＣＰＢサイズが付属書Ａに規定されるように制限されるように、ビットストリームＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅ中に指定されたスケジュールの一つによってビットストリームをＨＲＤに配信する。ＨＲＤおよびＤＵＴの両方に対し、出力されるピクチャの順序を同一にすることができる。
（３）ＨＲＤ ＣＰＢのサイズは、サブクローズＥ．２．３に指定されるようにＣｐｂＳｉｚｅ［ＳｃｈｅｄＳｅｌＩｄｘ］により与えられ、ＳｃｈｅｄＳｅｌＩｄｘおよびＨＲＤパラメータは、サブクローズＣ．１に指定されるように選択される。ＤＰＢサイズは、（現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときには）アクティブなＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値のアクティブなレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１により与えられる。一部の場合において、選択された出力レイヤセットに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＤＰＢサイズは、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］により与えられ、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定され、前式中のｃｕｒｒＬａｙｅｒＩｄは現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＤＰＢサイズは、（現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときには）アクティブなＳＰＳからの、または現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値のアクティブなレイヤＳＰＳからの、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１により与えられる。
一部の場合において、選択された出力レイヤセットに対し出力レイヤセットＤＰＢ情報パラメータｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＤＰＢのサイズは、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］により与えられ、または選択された出力レイヤセットに対するｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定され、前式中のｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄである。上記以外の場合には、選択された出力レイヤセットに対する出力レイヤセットＤＰＢ情報パラメータｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＤＰＢサイズは、（現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄが０に等しいときには）アクティブなＳＰＳからの、または現復号ピクチャに対するｎｕｈ＿ｌａｙｅｒ＿ｉｄの値のアクティブなレイヤＳＰＳからの、ｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］＋１により与えられる。
ＨＲＤのＣＰＢからの除去時刻は最終ビットの到着時刻であり、復号は瞬時に行われる。このＨＲＤのＤＰＢのオペレーションは、サブクローズＣ．５．２〜Ｃ．５．２．３に記載される通りである。
復号ピクチャバッファは、ピクチャストレージバッファを包含する。０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄのピクチャストレージバッファの数は、アクティブなＳＰＳから導出される。ゼロでないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値の各々に対するピクチャストレージバッファの数は、該ゼロでないｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に対するアクティブなレイヤＳＰＳから導出される。ピクチャストレージバッファの各々は、「参照のために使用される」としてマークされた、または将来の出力のために保持された復号ピクチャを包含する。サブクローズＦ．１３．５．２．２に規定されるＤＰＢからのピクチャの出力および除去のための処理が呼び出され、次いで、サブクローズＦ．１３．５．２．３．に規定されるピクチャ復号、マーキング、追加バンピングおよび格納のための処理が呼び出される。「バンピング」処理はサブクローズＦ．１３．５．２．４に規定され、サブクローズＦ．１３．５．２．２およびＦ．１３．５．２．３に規定されるように呼び出される。
現ピクチャの復号前（だが現ピクチャの第一のスライスのスライスヘッダを構文解析した後）のＤＰＢからピクチャの出力および除去は、現ピクチャを含むアクセスユニットの第一の復号ユニットがＣＰＢから除去されるときに瞬時に行われ、以下のように進む。
サブクローズ８．３．２に規定されるＲＰＳの復号処理が呼び出される。
（１）現ピクチャが、１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有していて、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する、ピクチャ０ではないＩＲＡＰピクチャである場合、以下の順序付きステップが適用される：
（Ａ）テスト対象デコーダに対し変数ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが以下のように導出される：
（ｉ）現ピクチャがＣＲＡピクチャである場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、（ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に関わらず）１に等しく設定される。
（ｉｉ）上記以外の場合には、アクティブなＳＰＳから導出されるｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値が、先行するピクチャに関してアクティブなＳＰＳから導出されるｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、ｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ、またはｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］の値とそれぞれ異なる場合、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇの値に関わらず、テスト対象デコーダにより１に設定（されるべきではないが）される。これらの条件下においてはＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇをｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定することが望ましいが、テスト対象デコーダはこの場合にＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇを１に設定することが許される。
（ｉｉｉ）それ以外の場合には、ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇは、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇに等しく設定される。
（Ｂ）テスト対象デコーダに対し導出されたＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇの値が、以下のようにＨＲＤに適用される：
（ｉ）ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが１に等しい場合、ＤＰＢ中の全てのピクチャストレージバッファは、それらが包含するピクチャの出力をせずに空にされ、ＤＰＢ充満度が０に等しく設定される。
（ｉｉ）上記以外の（ＮｏＯｕｔｐｕｔＯｆＰｒｉｏｒＰｉｃｓＦｌａｇが０に等しい）場合には、「出力のために不要」および「参照のために使用されず」としてマークされたピクチャを包含する全てのピクチャストレージバッファが（出力なしで）空にされ、ＤＰＢ中の全ての空でないピクチャストレージバッファが、サブクローズＦ．１３．５．２．４に規定される「バンピング」処理を繰り返し呼び出すことにより空にされ、ＤＰＢ充満度は０に等しく設定される。
（ｉｉｉ）それ以外の（現ピクチャが１に等しいＮｏＲａｓｌＯｕｔｐｕｔＦｌａｇを有し、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＩＲＡＰピクチャではない）場合には、「出力のために不要」および「参照のために使用されず」としてマークされたピクチャを包含する全てのピクチャストレージバッファが（出力なしで）空にされる。各ピクチャストレージバッファが空にされるごとにＤＰＢ充満度が１だけ減らされる。変数ｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しく設定される。
変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が、現テスト対象オペレーションポイントに基づいて以下のように導出される：
（１）テスト対象オペレーションポイントＴａｒｇｅｔＯｐに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
（２）テスト対象オペレーションポイントＴａｒｇｅｔＯｐに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳの、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳから、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳから導出されるＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
（３）選択されたテスト対象オペレーションポイントＴａｒｇｅｔＯｐに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ＴａｒｇｅｔＯｐ］［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで、サブクローズＦ．１３．５．２．４に規定される「バンピング」処理が繰り返し呼び出されて、さらなるピクチャストレージバッファが空にされるごとに、ＤＰＢ充満度がさらに１だけ減らされる：
（１）「出力のために必要」としてマークされた、ＣｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＤＰＢ中のピクチャの数が、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］が、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である場合。
（３）ＣｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する、ＤＰＢ中のピクチャの数が、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
このサブクローズに規定される処理は、現ピクチャを包含するアクセスユニットｎの最後の復号ユニットがＣＰＢから除去されるときに瞬時に行われる。
変数ｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しく設定される。
「出力のために必要」としてマークされ、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有する、ＤＰＢ中の各ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］は、ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］＋１に等しく設定される。
現ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号されたとみなされる。現復号ピクチャは、ＤＰＢの空のピクチャストレージバッファに格納され、以下が適用される：
（Ａ）現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合には、「出力のために必要」としてマークされ、その関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］は０に等しく設定される。
（Ｂ）上記以外の（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、「出力のために不要」としてマークされる。
現復号ピクチャは、「短期参照のために使用される」としてマークされる。
以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで、サブクローズＦ．１３．５．２．４に規定される「バンピング」処理が繰り返し呼び出される。
（Ａ）「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する、ＤＰＢ中のピクチャの数が、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］が、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＴａｒｇｅｔＯｐ］［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
他の場合には、変数ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が、以下のように導出され得る：
（１）テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
（２）テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのＶｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳ、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳのｓｐｓ＿ｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、ＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳから、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳから導出されるＳｐｓＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
（３）選択されたテスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在する場合、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、ｃｕｒｒＬａｙｅｒＩｄが０に等しいときにはｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定され、またはｃｕｒｒＬａｙｅｒＩｄが０より大きいときにはテスト対象オペレーションポイントのｃｕｒｒＬａｙｅｒＩｄのｖｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］に設定される。上記以外の場合には、テスト対象オペレーションポイントに対しオペレーションポイントＤＰＢ情報パラメータｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）が存在しない場合、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇＭｉｎｕｓ１［ｃｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］は、（ｃｕｒｒＬａｙｅｒＩｄが０に等しいときには）アクティブなＳＰＳからの、またはｃｕｒｒＬａｙｅｒＩｄの値のアクティブなレイヤＳＰＳからのｓｐｓ＿ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［ＨｉｇｈｅｓｔＴｉｄ］に設定される。
以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで、サブクローズＦ．１３．５．２．４に規定される「バンピング」処理が繰り返し呼び出されて、さらなるピクチャストレージバッファが空にされるごとにＤＰＢ充満度がさらに１だけ減らされる：
（１）「出力のために必要」としてマークされた、ＣｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＤＰＢ中のピクチャの数が、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（２）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である場合。
（３）ＣｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＤＰＢ中のピクチャの数が、ＭａｘＤｅｃＰｉｃＢｕｆｆｅｒｉｎｇ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
このサブクローズに規定される処理は、現ピクチャを包含するアクセスユニットｎの最後の復号ユニットがＣＰＢから除去されるときに瞬時に行われる。
変数ｃｕｒｒＬａｙｅｒＩｄは、現復号ピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しく設定される。
「出力のために必要」としてマークされ、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するＤＰＢ中の各ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］は、ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］＋１に等しく設定される。
現ピクチャは、ピクチャの最後の復号ユニットが復号された後に復号されたと見なされる。現復号ピクチャは、ＤＰＢ中の空のピクチャストレージバッファに格納され、以下が適用される：
（Ａ）現復号ピクチャが１に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する場合には、「出力のために必要」としてマークされ、その関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］は０に等しく設定される。
（Ｂ）上記以外の（現復号ピクチャが０に等しいＰｉｃＯｕｔｐｕｔＦｌａｇを有する）場合には、「出力のために不要」としてマークされる。
現復号ピクチャは、「短期参照のために使用される」としてマークされる。
以下の条件の一つ以上が真のときには、以下の条件のいずれもが真でなくなるまで、サブクローズＦ．１３．５．２．４に規定される「バンピング」処理が繰り返し呼び出される。
（Ａ）「出力のために必要」としてマークされた、ＣｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＤＰＢ中のピクチャの数が、ＭａｘＮｕｍＲｅｏｒｄｅｒＰｉｃｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］より大きい。
（Ｂ）ＭａｘＬａｔｅｎｃｙＩｎｃｒｅａｓｅＰｌｕｓ１［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］が０に等しくなく、「出力のために必要」としてマークされた、ｃｕｒｒＬａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する少なくとも一つのピクチャがＤＰＢ中に在り、該ピクチャに対し、関連する変数ＰｉｃＬａｔｅｎｃｙＣｏｕｎｔ［ｃｕｒｒＬａｙｅｒＩｄ］がＭａｘＬａｔｅｎｃｙＰｉｃｔｕｒｅｓ［ＣｕｒｒＬａｙｅｒＩｄ］［ＨｉｇｈｅｓｔＴｉｄ］以上である。
「バンピング」処理は、以下の順序付きステップからなる：
（Ａ）最初に出力されるピクチャが、「出力のために必要」としてマークされたＤＰＢ中の全てのピクチャのうちで最小値のＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するピクチャとして選択される。
（Ｂ）これらのピクチャは、０に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのアクティブなＳＰＳ中、またはピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値のアクティブなレイヤＳＰＳ中に指定された適合クロッピングウィンドウを使用してクロップされ、クロップされたピクチャはｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に出力され、これらピクチャは「出力のために不要」としてマークされる。
（Ｃ）「参照のために使用されず」としてマークされたピクチャを包含し、クロップされ、出力されたピクチャの一つを含んでいた各ピクチャストレージバッファが空にされる。
ＶＰＳ拡張部は、必要に応じて追加の修正を有してもよい。
図３６を参照すると、追加の修正は、オペレーションポイントの代わりに出力レイヤセットに対し、ＶＰＳ拡張部において送信されるＤＰＢパラメータを含むことができ、ｏｏｐｓ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｊ）が図３７に示されている。
ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓは、ＶＰＳ拡張部ＲＢＳＰ中に存在するｏｏｐ＿ｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造の数を指定する。ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓまでの範囲内にあればよい。
ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、ＶＰＳ拡張部中のｉ番目のｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（）シンタクス構造が適用される対象出力レイヤセットのリストの中にインデックスを指定する。
ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］の値は、両端値を含めて０からｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓまでの範囲内でなければならない。ｉに等しくないいずれのｊについても、ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］がｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｊ］に等しくなってはならないことが、ビットストリーム適合性の要件である。
図３８を参照すると、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒｅｍｔｅｒｓ（ｃ）は、さらに修正することができ、ＶＰＳ拡張部のシンタクスは図３９に示されるようにすることが可能である。
図４０を参照すると、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒｅｍｔｅｒｓ（ｃ）はさらに修正が可能で、ＶＰＳ拡張部のシンタクスは図４１または図４２に示されるようにすることができる。
ＶＰＳ拡張部中のシンタクスの代替例は、

が次のように変更可能なことである。
ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｉｄは、ＣＶＳ中の全てのＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの最大許容値を指定する。ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１は、ＣＶＳに存在し得るレイヤの最大数を指定し、レイヤは、例えば空間スケーラブルレイヤ、品質スケーラブルレイヤ、テクスチャビューまたは深度ビューとすることができる。
ＶＰＳ拡張部中のシンタクスの別の代替例は、

が次のように変更可能なことである。

前式中の、選択された出力レイヤセットインデックスｏｐｌｓＩｄｘに対するｎｕｍＯｕｔｐｕｔＬａｙｅｒｓは、次のように導出される：
ＶＰＳ拡張部中のシンタクスの別の代替例は、

が次のように変更可能なことである。

前式中の、選択されたｏｐｌｓＩｄｘに対するｎｕｍＯｕｔｐｕｔＬａｙｅｒｓは、次のように導出される：
次いで、選択されたｏｐｌｓＩｄｘに対する対象復号レイヤ識別子リストｔａｒｇｅｔＤＬａｙｅｒＩｄＬｉｓｔおよびｎｕｍＤｅｃｏｄｅｄＬａｙｅｒｓが、次のように導出される：
一実施形態において、次のように、特定のレイヤに対しｏｏｐ＿ｄｐｂ＿ｉｎｆｏｒｍａｔｉｏｎ＿ｐａｒａｍｅｔｅｒｓがシグナリングされるかどうかを示すために、追加のフラグをシグナリングすることができる：
１に等しいｖｐｓ＿ｌａｙｅｒ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、特定の出力レイヤセットのｊ番目のレイヤに対しｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが存在することを指定する。０に等しいｖｐｓ＿ｌａｙｅｒ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［ｊ］は、特定の出力レイヤセットのｊ番目のレイヤに対しｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓが存在しないことを指定する。
別の実施形態において、ｎｕｍ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓデコーダは、両端値を含めて０から１０２４までの範囲内とすることができる。さらに別の実施形態では、１０２４の代わりに異なる固定数が使用されてもよい。
代わりの実施形態では、ｏｕｔｐｕｔ＿ｐｏｉｎｔ＿ｌａｙｅｒ＿ｓｅｔ＿ｉｄｘ［ｉ］は、両端値を含めて０から１０２３までの範囲内にある。
図４３を参照すると、ＤＰＢパラメータがＶＰＳ拡張部において出力レイヤセットおよびオペレーションポイントから独立して各レイヤに対し送信される場合には、別の修正されたＶＰＳ拡張部およびｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を使用することができる。
図４４を参照すると、ＶＰＳからシグナリングされるシンタクス要素ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒ＿ｍｉｎｕｓ１が全てのレイヤに使用され、ｏｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ）／ｏｐ＿ｄｐｂ＿ｉｎｆｏ＿ｐａｒａｍｅｔｅｒｓ（ｉｄ）において別々にシグナリングされない場合に、修正されたｌａｙｅｒ＿ｄｐｂ＿ｉｎｆｏ（ｉ）を使用することが可能である。
別の実施形態において、シンタクス要素の一つ以上は、ｕｅ（ｖ）の代わりに、ｕ（ｖ）の代わりに既知の固定数のビットを使用してシグナリングすることが可能である。例えば、ｕ（８）またはｕ（１６）またはｕ（３２）またはｕ（６４）などを使用してこれらのシンタクス要素をシグナリングすることができよう。
別の実施形態において、これらのシンタクス要素の一つ以上は、ｕ（ｖ）符号化などの固定数のビットの代わりに、ｕｅ（ｖ）または何らかの他の符号化スキームによりシグナリングすることもできよう。
別の実施形態において、前述したシンタクスおよびセマンティクスに対し、プラス１もしくはプラス２を加算することにより、またはマイナス１もしくはマイナス２を減算することにより、様々なシンタクス要素の名称およびそのセマンティクスを変更することができる。
さらに別の実施形態において、ビットストリームの任意の場所でピクチャ毎に、様々なシンタクス要素をシグナリングすることができる。例えば、これらシンタクス要素は、スライスセグメントヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／、もしくは他の任意のパラメータセット、またはビットストリームの他の規範的部分においてシグナリングすることが可能である。
さらに別の実施形態では、本発明に定義される出力レイヤセットに関係する全ての概念は、出力オペレーションポイント［２，３］に、および／またはオペレーションポイント［１］に適用されてもよい。
前述のように、シーケンスパラメータセット（「ＳＰＳ」）は、ビデオシーケンス全体に対し有効なデータを伝えるために使用が可能である。したがって、ＳＰＳは、各スライスセグメントヘッダ中に見られるものなど、シンタクス要素によって参照されるＰＰＳ中に見られるシンタクス要素のコンテンツによって決まる、ゼロ個以上の符号化ビデオシーケンス群全体に適用されるシンタクス要素を包含するシンタクス構造である。また、前述のように、ピクチャパラメータセット（「ＰＰＳ」）は、ピクチャ毎ベースで有効なデータを伝える。したがって、ＰＰＳは、各スライスセグメントヘッダ中に見られるものなど、シンタクス要素によって決まる、ゼロ個以上の符号化ピクチャ群全体に適用されるシンタクス要素を包含するシンタクス構造である。例として、ベースレイヤは１０８０ｐの符号化ビデオシーケンスとすることができ、一方、エンハンスメントレイヤ（群）は４Ｋの符号化ビデオシーケンスを供給する。
図４５を参照すると、スケーラブル高効率コーディング（「ＳＶＨＣ：ｓｃａｌａｂｌｅ ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｃｏｄｉｎｇ」）で符号化をするとき、ベースレイヤは一つ以上のＳＰＳを含むことができ、また、一つ以上のＰＰＳも含むことができる。同様に、各エンハンスメントレイヤは、一つ以上のＳＰＳを含んでよく、一つ以上のＰＰＳも含んでよい。図４５において、ＳＰＳ＋は、特定のベースまたはエンハンスメントレイヤに対しシグナリングされる一つ以上のＳＰＳを示し、ＰＰＳ＋は一つ以上のＰＰＳを示す。このように、ベースレイヤおよび一つ以上のエンハンスメントレイヤの両方を有するビデオビットストリームに対する、ＳＰＳおよびＰＰＳデータセットの総数はかかるデータを伝送するため必要なバンド幅とともに大きくなり、バンド幅は、多くの用途において制限を受ける傾向がある。かかるバンド幅の制約に伴い、伝送する必要のあるデータを制限し、データをビットストリーム中に効率的に配置することが望まれる。各レイヤは、任意の特定の時にアクティブ化される１つのＳＰＳおよび／またはＰＰＳを有することができ、必要に応じ、異なるアクティブなＳＰＳおよび／またはＰＰＳを選択すればよい。
入力ピクチャは、複数の符号化ツリーブロック（例えば、本明細書では一般にブロックと言う）を含むことができ、一つまたはいくつかのスライスに分割が可能である。一スライスが表現するピクチャの領域におけるサンプルの値は、エンコーダおよびデコーダにおいて使われる参照ピクチャが同じであり、デブロッキングフィルタリングに、スライス境界を越える情報が使われないということを条件として、他のスライスからのデータの使用なしに適切に復号することができる。したがって、スライスに対するエントロピー復号およびブロック再構築は他のスライスに依存しない。具体的に、エントロピー符号化状態は、各スライスの開始時にリセットすることが可能である。エントロピー復号および再構築の両方に対する近隣利用可能性を定義するときに、他のスライス中のデータは利用不可能としてマークすることができる。これらスライスは、並列にエントロピー復号および再構築を行うことが可能である。スライスの境界を越えてのイントラ予測および動きベクトル予測は、望ましくは許されない。これに対し、デブロッキングフィルタリングはスライス境界を越えた情報を用いることができる。
図４６は、水平方向に１１ブロックおよび垂直方向に９ブロック（２０９１〜２０９９とラベルされた９つの例示的なブロック）を含む例示的なビデオピクチャ２０９０を示す。図４６は、「スライス＃０」と名付けられた３つの例示的なスライス、第一スライス２０８０、「スライス＃１」と名付けられた第二スライス２０８１ および「スライス＃２」と名付けられた第三スライス２０８０を示す。デコーダは、３つのスライス２０８０、２０８１、２０８２を並列に復号し再構築することができる。これらスライスの各々は、順次的にスキャンライン順で伝送することが可能である。各スライスに対する復号／再構築処理の開始時に、コンテキストモデルが初期化またはリセットされ、他のスライス中のブロックは、エントロピー復号およびブロック再構築の両方に対して利用不可能としてマークされる。コンテキストモデルは、一般に、エントロピーエンコーダおよび／またはデコーダの状態を表す。しかして、「スライス＃１」中のブロック、例えば２０９３とラベルされたブロックに対するコンテキストモデル選択または再構築のために、「スライス＃０」中のブロック（例えば、２０９１および２０９２とラベルされたブロック）を使用することはできない。一方で、「スライス＃１」中のブロック、例えば２０９５とラベルされたブロックに対するコンテキストモデル選択または再構築のために、「スライス＃０」中のブロック（例えば、２０９３および２０９４とラベルされたブロック）を使用することは可能である。したがって、エントロピー復号およびブロック再構築は、スライス内で逐次的に進む。スライスがフレキシブルブロック順序付け（ＦＭＯ：ｆｌｅｘｉｂｌｅ ｂｌｏｃｋ ｏｒｄｅｒｉｎｇ）を用いて定義されている場合を除き、スライス内のブロックは、ラスタースキャンの順に処理される。
フレキシブルブロック順序付けは、ピクチャをどのようにスライスに分割するかを修正するようにスライスグループを定義する。スライスグループ中のブロックは、ブロック対スライスグループマップによって定義され、該マップは、スライスヘッダ中のピクチャパラメータセットのコンテンツおよび追加情報によってシグナリングされる。ブロック対スライスグループマップは、ピクチャ中の各ブロックに対するスライスグループ識別番号で構成される。スライスグループ識別番号は、関連するブロックがどのスライスグループに属するのかを指定する。各スライスグループは、一つ以上のスライスに分割することができ、スライスは、特定のスライスグループのブロックのセット内でラスタースキャンの順に処理される、同一スライスグループ内のブロックのシーケンスである。エントロピー復号およびブロック再構築は、スライスグループ内で逐次的に進む。
図４７は、「スライスグループ＃０」と名付けられた第一スライスグループ２０８３、「スライスグループ＃１」と名付けられた第二スライスグループ２０８４、および「スライスグループ＃２」と名付けられた第三スライスグループ２０８５の３つのスライスグループへの、例示的なブロック割り当てを表す。これらのスライスグループ２０８３、２０８４、２０８５は、ピクチャ２０９０中の２つの前景領域および一つの背景領域にそれぞれ関連付けることができる。
図４７に示されるように、スライスの配列は、ラスタースキャンまたはラスタースキャン順としても知られる画像スキャン順に、ブロック群のペアの間で各スライスを定義することに限定することが可能である。スキャン順のスライスの配列は、計算には効率的であるが、高い効率の並列符号化および復号には適さない傾向がある。さらに、このスライスのスキャン順序の定義は、効率的に符号化するのによく適した共通の特性を有する可能性が高い、画像のより小さな局所化された領域をグループ化しない傾向がある。図４７に示されるように、スライス２０８３、２０８４、２０８５の配列は、その配列において高度にフレキシブルではあるが、高い効率の並列符号化または復号には適さない傾向がある。さらに、この高度にフレキシブルなスライスの定義は、デコーダに実装するには計算処理が複雑である。
図４８を参照すると、タイル技法によって、画像が矩形（正方形を含む）の領域のセットに分割されている。この各タイル内のこれらブロック（一部のシステムでは代わりに、最大符号化ユニットまたは符号化ツリーブロックとも言われる）は、ラスタースキャン順に符号化および復号される。タイルの配列は、同様にラスタースキャン順に符号化および復号される。したがって、任意の適した数の列境界（例えば０以上）があり得、任意の適した数の行境界（例えば０以上）があり得る。しかして、フレームは、図４８に示される一スライスのような、一つ以上のスライスとして定義することができる。一部の実施形態において、異なるタイルに所在するブロックは、イントラ予測、動き補償、エントロピー符号化コンテキスト選択、または近隣のブロックの情報に頼る他の処理のために利用はできない。
図４９を参照すると、画像を３つの矩形の列のセットの分割するタイル技法が示されている。各タイル内のブロック（一部のシステムでは代わりに、最大符号化ユニットまたは符号化ツリーブロックとも言われる）は、ラスタースキャン順に符号化および復号される。タイルも同様にラスタースキャン順に符号化および復号される。一つ以上のスライスが、タイルのスキャン順に定義されてよい。スライスの各々は別々に復号可能である。例えば、スライス１はブロック１〜９を含むとして定義されてよく、スライス２はブロック１０〜２８を含むとして定義されてよく、スライス３はブロック２９〜１２６を含むとして定義されてよく、該スライスは３つのタイルにまたがる。タイルの使用は、データをフレームのさらに局所化された領域において処理することによって、符号化の効率を促進する。
図５０を参照すると、ベースレイヤおよびエンハンスメントレイヤは各々、それぞれが集合してピクチャまたはその一部を形成するタイルを含むことができる。ベースレイヤおよび一つ以上のエンハンスメントレイヤからの符号化ピクチャが集合してアクセスユニットを形成する。アクセスユニットは、規定された分類ルールに従って相互に関連付けられ、復号順に連続し、且つ／または同一の出力時刻（ピクチャオーダーカウントまたは別途に）に関連付けられた全ての符号化ピクチャのＶＣＬ ＮＡＬユニットおよびそれらに関連する非ＶＣＬ ＮＡＬユニットを包含するＮＡＬユニットのセットとして定義することができる。ＶＣＬ ＮＡＬは、ネットワーク抽象化レイヤのビデオ符号化レイヤである。同様に、符号化ピクチャは、或るアクセスユニット内のｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値を有し、ピクチャの全ての符号化ツリーユニットを包含するＶＣＬ ＮＡＬユニットを含む、ピクチャの符号化表現として定義することができる。さらなる説明が、Ｂ．ブロス、Ｗ−Ｊ．ハン、Ｊ−Ｒ．オーム、Ｇ．Ｊ．サリバン、およびＴ．ウィーガント（Ｂ．Ｂｒｏｓ、Ｗ−Ｊ．Ｈａｎ、Ｊ−Ｒ．Ｏｈｍ、Ｇ．Ｊ．Ｓｕｌｌｉｖａｎ、およびＴ．Ｗｉｅｇａｎｄ）著、「高効率ビデオ符号化（ＨＥＶＣ）規格書ドラフト１０（Ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ（ＨＥＶＣ）ｔｅｘｔ ｓｐｅｃｉｆｉｃａｔｉｏｎ ｄｒａｆｔ １０）」、ＪＣＴＶＣＬ１００３、ジュネーブ、２０１３年１月、Ｊ．チェン、Ｊ．ボイス、Ｙ．イェ、Ｍ．Ｍ．ハンヌクセラ（Ｊ．Ｃｈｅｎ、Ｊ．Ｂｏｙｃｅ、Ｙ．Ｙｅ、Ｍ．Ｍ．Ｈａｎｎｕｋｓｅｌａ）著、「ＳＨＶＣドラフトテキスト２（ＳＨＶＣ Ｄｒａｆｔ Ｔｅｘｔ ２）」、ＪＣＴＶＣ−Ｍ１００８、仁川、２０１３年５月、Ｇ．テック、Ｋ．ウェーグナー、Ｙ．チェン、Ｍ．ハンヌクセラ、Ｊ．ボイス（Ｇ．Ｔｅｃｈ、Ｋ．Ｗｅｇｎｅｒ、Ｙ．Ｃｈｅｎ、Ｍ．Ｈａｎｎｕｋｓｅｌａ、Ｊ．Ｂｏｙｃｅ）著、「ＭＶ‐ＨＥＶＣドラフトテキスト４（ＭＶ−ＨＥＶＣ Ｄｒａｆｔ Ｔｅｘｔ４）（ＩＳＯ／ＩＥＣ２３００８−２：２０１ｘ／ＰＤＡＭ２）」、ＪＣＴＶＣ−Ｄ１００４、仁川、２０１３年５月、およびＫ．シューリング、Ｒ．スクーピン、Ｇ．テック、Ｔ．シーエリ、Ｋ．ラパカ、Ｗ．プー、Ｘ．リ、Ｊ．チェン、Ｙ．−Ｋ．ワン、Ｍ．カーツェウィック、Ｋ．ウギル、Ｍ．Ｍ．ハンヌクセラ（Ｋ．Ｓｕｈｒｉｎｇ、Ｒ．Ｓｋｕｐｉｎ、Ｇ．Ｔｅｃｈ、Ｔ．Ｓｃｈｉｅｒｌ、Ｋ．Ｒａｐａｋａ、Ｗ．Ｐｕ、Ｘ．Ｌｉ、Ｊ．Ｃｈｅｎ、Ｙ．−Ｋ．Ｗａｎｇ、Ｍ．Ｋａｒｃｚｅｗｉｃｚ、Ｋ．Ｕｇｕｒ、Ｍ．Ｍ．Ｈａｎｎｕｋｓｅｌａ）著、「ＳＨＶＣおよびＭＶ‐ＨＥＶＣのためのタイル境界整列およびインターレイヤ予測制約事項（Ｔｉｌｅ Ｂｏｕｎｄａｒｙ Ａｌｉｇｎｍｅｎｔ ａｎｄ Ｉｎｔｅｒ−ｌａｙｅｒ Ｐｒｅｄｉｃｔｉｏｎ Ｃｏｎｓｔｒａｉｎｔ ｆｏｒ ＳＨＶＣ ａｎｄ ＭＶ−ＨＥＶＣ）」、ＪＣＴＶＣ−Ｍ０４６４、仁川、２０１３年４月に記載されており、これらの各々は、参照することにより全体として本明細書に組み込まれる。
高効率ビデオ符号化のスケーラブル拡張（ＳＨＶＣ：ｓｃａｌａｂｌｅ ｅｘｔｅｎｓｉｏｎ ｏｆ ｈｉｇｈ ｅｆｆｉｃｉｅｎｃｙ ｖｉｄｅｏ ｃｏｄｉｎｇ）は多重ループシステムを用い、該システムでは、現レイヤの復号処理が動き補償を実行して現レイヤの再構築サンプル値を判定するのに先立って、参照レイヤのサンプル値が動き補償を用いて判定される。結果として、対象レイヤ以外のレイヤに対して動き補償を実行する必要があり得る。
動き補償は計算集約的作業なので、これを何回も実行するのはスケーラブルデコーダに対し大きなメモリ容量の必要性を課す。このことは、参照レイヤと現レイヤとが同じ空間分解能を有するとき特に言える。この計算上の負荷を低減するために、いくつかのＳＶＨＣの改良が、（ａ）スライス毎ベースで、（ｂ）時間識別子ベースで、および／または（ｃ）ネットワーク抽象化レイヤユニット（ＮＡＬＵ：ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ ｕｎｉｔ）型のベースで、参照レイヤサンプル値の使用を阻むＳＨＶＣに対し試みられてきた。しかしながら、必要となり得る処理の量に制限がないままなので、これらのアプローチのいずれも、システム、特にデコーダの計算上の複雑さの低減を確実にするには十分なものではない。したがって、ＳＶＨＣのシンタクスに、動き補償ブロックが参照レイヤ内で実行される回数および／または頻度の上限を保証する改良を含めることが望まれる。この上限を達成するための好ましい制約事項は、望ましくは、（ａ）時間識別子、（ｂ）スライスヘッダ／パラメータセット中に発生するフラグ、および／または（ｃ）参照レイヤ内のＮＡＬＵ型、および／または（ｄ）参照レイヤ内のピクチャの型、に基づいた参照レイヤピクチャの配置と頻度とに対するものである。これらの望ましい技法によって、動き補償ブロックが参照レイヤ内で実行される回数および／または頻度の上限が得られる。
現レイヤピクチャの復号のために必要な、参照レイヤのピクチャのサブセット内で実行される動き補償（ＭＣ：ｍｏｔｉｏｎ ｃｏｍｐｅｎｓａｔｉｏｎ）の最大頻度に限度を設定することができ、この頻度の限度は、ピクチャごとの細分性で指定される。例えば、秒あたり「ｘ（個）」のＭＣの頻度の限度は、参照レイヤサブセット内で、現レイヤピクチャの復号のためそのサンプル値が必要とされる、秒あたり「ｘ」以下の参照レイヤピクチャだけがＭＣを使用することを意味することになろう。動き補償の使用は、インター予測復号処理の使用に対応させることができる。
例として、参照レイヤのＭＣレートは、現レイヤピクチャの復号のためそのサンプル値が必要とされ、インター予測復号処理を使う、秒あたりの参照レイヤピクチャの数であってよい。上記のような仕方で、実際に動き補償を使用するピクチャを識別する。
例として、該参照レイヤＭＣレートは、現レイヤピクチャの復号のためそのサンプル値が必要とされ、インター予測復号処理の使用を許容された、秒あたりの参照レイヤピクチャの数としてもよい。上記のような仕方で、実際に動き補償を使用できるピクチャを識別する。例として、ＰスライスおよびＢスライスの両方がインター予測の使用を容認されていても、全てのブロックがイントラ符号化されている場合、インター予測復号処理は使用されない。一部の場合において、制約事項を指定するために、或るピクチャがインター予測復号処理を使うサンプルの一つ以上のブロック（群）を実際に包含しているかどうか検討する代わりに、スライス型を検討するのがより効率的であろう。
例として、この頻度の限度は、サンプルごとの細分性で指定することができる。例えば、秒あたり「ｘ（個）」のＭＣの頻度の限度は、参照レイヤサブセット内で、現レイヤピクチャの復号のためそのサンプル値が必要とされる秒あたり「ｘ」以下の参照レイヤサンプルだけがＭＣを使用することを意味することになろう。
当然のことながら、ＭＣレートについての以降の説明は、ピクチャレートに対応するが、サンプルレートまたは任意の他の指標にも同様に適用可能である。
図５１を参照すると、例として、現（エンハンスメント）レイヤピクチャの復号のために、偶数のピクチャ順カウント（ＰＯＣ：ｐｉｃｔｕｒｅ ｏｒｄｅｒ ｃｏｕｎｔ）値を有する参照レイヤピクチャのサンプル値だけが必要である。
或る例示的な実施形態において、現レイヤピクチャの復号のために必要な参照レイヤピクチャのサブセット内で、動き補償（ＭＣ）が実行される最大頻度限度、例えばｆ＿ｍａｘは、ビットストリーム適合要件である。このｆ＿ｍａｘは、ビットストリーム内でシグナリングされた過去のデータ、例えばプロファイル値および／またはレベル値に基づいて推定することができる。別の実施形態において、ｆ＿ｍａｘは、ビットストリームの適切な箇所、例えば、シーケンスパラメータセット（ＳＰＳ）内および／またはビデオパラメータセット（ＶＰＳ）内で明示でシグナリングすることが可能である。
或る例示的な実施形態において、現レイヤピクチャの復号のために必要な参照レイヤのサブセット内で、動き補償（ＭＣ）が実行される最大頻度限度ｆ＿ｍａｘは、ビットストリーム適合要件であり、前の例の一部と同じである。さらに、ｆ＿ｍａｘは、所定の値、例えば「ｔ」以下の時間識別子を有する参照レイヤピクチャが、秒あたりに符号化される最大数の限度を指定する。或る例において、この指定された限度はｆ＿ｍａｘに等しい。これにより、レイヤ内のサブレイヤのセットを識別する時間識別子も同様にレート制約事項に拘束される。なお、より高い時間識別子を有する時間サブレイヤは、ベースレイヤおよび／またはエンハンスメントレイヤのより低い時間相のサブレイヤを予測するためには使用できない。
例として、「ｔ」は、ビデオパラメータセット（ＶＰＳ）中のｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］シンタクス要素に対応させることができる。インデックスｉは、１のインクリメントで０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１まで変化する。
０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャが、インターレイヤ予測のための参照として使用されないことを指定する。０より大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャが、インターレイヤ予測のための参照として使用されないことを指定する。存在しないとき、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］は指定されていない。
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｉ番目のレイヤのＶＣＬ ＮＡＬユニット中のｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタクス要素の値を指定する。両端値を含めて０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉについて、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］の値が存在しないとき、その値はｉに等しいと推定される。
ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、レイヤの識別子を指定する。
図５２を参照すると、例として、現（エンハンスメント）レイヤピクチャの復号のために、ｔ以下のＴｅｍｐｏｒａｌｌｄを有する参照レイヤピクチャのサンプル値だけが必要である。
或る例示的な実施形態において、現レイヤピクチャの復号のために必要な参照レイヤピクチャのサブセット内で、動き補償（ＭＣ）が実行される最大頻度限度ｆ＿ｍａｘは、ビットストリーム適合要件である。さらに、ｆ＿ｍａｘは、所定のＮＡＬＵ型、例えば「Ｒ」に属しインターレイヤ予測に利用可能なＮＡＬＵ型を有する参照レイヤピクチャの、秒あたりに符号化される最大数の限度を指定する。或る例において、指定された限度はｆ＿ｍａｘに等しい。ＮＡＬＵ型とは、符号化の複数の異なる型の一つを言う。
図５３を参照すると、例として、所定のサブセット「Ｒ」に属するＮＡＬＵ型を有する参照レイヤピクチャのサンプル値が、現（エンハンスメント）レイヤピクチャの復号に使用される。
さらなる例において、符号化効率の改善のために、所定のＮＡＬＵ型、例えば「Ｒ」のサブセットに属するＮＡＬＵ型を有する参照レイヤピクチャの、秒あたりに符号化される数に対し、最小頻度限度、例えばｆ＿ｍｉｎが指定される。一部の場合において、頻度が低すぎる場合、符号化効率を維持するのがより困難になる。
例示的なプロファイルレベルの制約事項は、ｉｆ Ｒ＝｛ＴＲＡＩＬ＿Ｒ、ＴＳＡ＿Ｒ、ＲＡＤＬ＿Ｒ、ＲＡＳＬ＿Ｒ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、ＢＬＡ＿Ｎ＿ＬＰ、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、ＣＲＡ＿ＮＵＴ｝とすることができる。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＴＲＡＩＬ＿Ｒ、ＴＳＡ＿Ｒ、ＲＡＤＬ＿Ｒ、ＲＡＳＬ＿Ｒ、ＢＬＡ＿Ｗ＿ＬＰ、ＢＬＡ＿Ｗ＿ＲＡＤＬ、ＢＬＡ＿Ｎ＿ＬＰ、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、および／またはＣＲＡ＿ＮＵＴに等しい場合にだけ、参照レイヤに対するインター予測復号処理が起動されるということを、ビットストリーム適合の要件とすればよい。
或る例示的な実施形態において、現レイヤピクチャの復号のために必要な参照レイヤピクチャのサブセット内で、動き補償（ＭＣ）が実行される最大頻度限度ｆ＿ｍａｘは、ビットストリーム適合要件である。さらに、ｆ＿ｍａｘは、インターレイヤサンプル値予測が用いられることを示すスライスヘッダフラグ（群）を有する現レイヤピクチャが、秒あたりに符号化される最大数の限度を指定する。或る例において、この指定される限度はｆ＿ｍａｘに等しい。
或る例示の実施形態では、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｏｎｌｙ＿ｆｌａｇなど、インターレイヤサンプル値予測を示すスライスヘッダフラグが用いられる。
１に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｏｎｌｙ＿ｆｌａｇは、現ピクチャの復号でインター予測が使用されないことを指定する。０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｏｎｌｙ＿ｆｌａｇは、現ピクチャの復号でインター予測が使用されてよいことを指定する。存在しない場合、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｏｎｌｙ＿ｆｌａｇは、０に等しいと推定される。
別の実施形態において、スライスヘッダ中に現在予約されているビット群は、ピクチャがインターレイヤサンプル値予測のために利用可能であるかどうか、およびより高次のレイヤピクチャの復号のため対応するサンプル値が必要かどうかを識別する情報を伝えるように定義することができる。ｆ＿ｍａｘは、かかる秒あたりに符号化される参照レイヤピクチャの最大数の限度を指定する。或る例において、指定される限度はｆ＿ｍａｘに等しい。
一部の場合において、現在のシンタクス要素ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは１に設定することが必要となり得る。この制約事項の目的は、一つの参照レイヤが、各ピクチャのインターレイヤ予測のため最大に使用され、対応するＳＨＶＣデコーダのハードウェアへの要求度の低減を確実にすることである。
１に等しいｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＣＶＳ中の各ピクチャに対するインターレイヤ予測のため、最大でも一つのピクチャが使われることを指定する。０に等しいｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＣＶＳ中の各ピクチャに対するインターレイヤ予測のため、一つより多いピクチャが使われてよいことを指定する。
別の実施形態において、様々なシンタクス要素に対し以下の制約事項の一つ以上を課すことができる：
第一に、各対象レイヤに対し、該対象レイヤに属するすべてのピクチャのすべてのスライスセグメントヘッダにおいて、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１を０に等しくすることができる。
第二に、ｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する各対象レイヤに対し、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］は１以下である。
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１プラス１は、インターレイヤ予測のため現ピクチャの復号において使用可能なピクチャの数を指定する。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１シンタクス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビット（数）である。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１の値が、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１までの範囲内にあること。Ｌｏｇ２（ｘ）は、ｘの底２の対数である。
レイヤに対するＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓは、インデックスｊを有するレイヤはインデックスｉを有するレイヤに対する直接参照レイヤでないことを０に等しいときに指定するｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］、に基づいて導出することができる。１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊを有するレイヤがインデックスｉを有するレイヤに対する直接参照レイヤであってよいことを指定する。０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉおよびｊについて、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が存在しないとき、それは０に等しいと推定される。
ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２プラス２は、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］シンタクス要素のビットの数を指定する。本明細書の本バージョンに適合するビットストリームにおいて、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値は０に等しいものとする。本明細書の本バージョンにおいてｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値は０に等しいものとするが、但し、デコーダは、シンタクス中に出現する、両端値を含めて０から３０までの範囲内のｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の他の値を許容するものとする。
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、変数ＮｕｍＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、およびＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］を導出するために用いられる。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、本明細書の本バージョンに適合するビットストリームにおいて、両端値を含めて０から２までの範囲内にあること。本明細書の本バージョンにおいて、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値は、両端値を含めて０から２までの範囲内にあるものとするが、デコーダは、シンタクス中に出現する、両端値を含めて３から２３２−２までの範囲内のｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値を許容するものとする。
変数ＮｕｍＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｊ］、ＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、およびＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］は以下のように導出される：
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、図５３Ａおよび図５３Ｂに示されたｖｐｓ＿ｅｘｔｅｎｓｉｏｎシンタクス中に含まれ、該シンタクスは、参照により、符号化ビデオシーケンスに対するシンタクスを提供するＶＰＳシンタクス中に含まれる。
ビットストリーム中でシグナリングされる他のシンタクス要素は、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ_ｐｉｃｓ＿ｍｉｎｕｓ１、および／またはｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］を含むことができる。これらのシンタクス要素は、スライスセグメントヘッダ中でシグナリングすればよい。この例が図５３Ｃに示されている。
１に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現ピクチャの復号においてインターレイヤ予測が使用可能であることを指定する。０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現ピクチャの復号においてインターレイヤ予測が使用されないことを指定する。存在しないとき、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に等しいと推定される。
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１プラス１は、インターレイヤ予測のために現ピクチャの復号において使用可能なピクチャの数を指定する。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１シンタクス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１の値は、両端値を含め０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１までの範囲内にあること。
変数ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓは以下のように導出される：
ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、インターレイヤ予測のために現ピクチャによって使用可能なｉ番目のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄを表す、変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］を指定する。シンタクス要素ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１の範囲内にあればよい。存在しない場合、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は０に等しいと推定される。
ｉが０より大きいとき、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ−１］より大きいものとする。
両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対する変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］、ＮｕｍＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ、および両端値を含めて０からＮｕｍＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ−１の範囲内のｊの各値に対するＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｊ］は以下のように導出される：
ピクチャの全てのスライスは、両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、同じ値のｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］を有するものとする。
一部の場合において、シンタクス要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］の現セットは０に設定する必要がある。かかる制約事項は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャがインターレイヤ予測のために参照として使われていないことを確実にしよう。
別の実施形態において、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］を０に設定する必要があるという制約事項は、例えば、プロファイル値および／またはレベル値など、ビットストリーム内でシグナリングされた過去のデータに基づいて推定することが可能である。この制約事項はビットストリーム適合要件であってよい。さすれば、レイヤの最低レベルのサブレイヤだけが用いられる。
また、一部の場合において、ｃ＿ｍａｘなどの限度は、現レイヤピクチャを復号するために必要なピクチャの参照レイヤサブセット内で、（インターレイヤサンプル値予測のため）動き補償を用いる可能性のある連続する参照レイヤピクチャの最大数に対しても設定されてよい。この制約事項は、生じる可能性のある「クランピング」の量を限定し、これがデコーダの複雑さの制限事項を緩和する。
別の実施形態において、ｃ＿ｍａｘの値は、プロファイル値および／またはレベル値など、ビットストリーム中でシグナリングされた過去のデータに基づいて推定することができる。別の例において、ｃ＿ｍａｘは、ビットストリームの適切な箇所、例えば、シーケンスパラメータセット（ＳＰＳ）内および／またはビデオパラメータセット（ＶＰＳ）内で明示でシグナリングすることが可能である。
通常の場合、レイヤは、全てのＮＡＬユニットに対する時間識別子の値を０に設定すればよい。例えばこの場合、当該レイヤに属するすべてのピクチャに対し、ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１を１に設定すればよい。この種の割り当ては、ＨＥＶＣの共通試験条件に対して用いられる。この場合、ＴｅｍｐｏｒａｌＩｄベースの制約事項は指定されなくてもよく、または有効でなくてもよい。
この場合次の制約事項を課すことができる。すなわち、サブレイヤの非参照ピクチャはインターレイヤ予測に使われないことがビットストリーム適合の要件である。サブレイヤ非参照ピクチャは、復号順で後続する同じサブレイヤのピクチャの復号処理において、インター予測に使用できないサンプルを包含するピクチャとしてよい。
サブレイヤの非参照ピクチャのサンプルは、復号順で後続するより高次のサブレイヤのピクチャの復号処理では、インター予測に使用することが可能である。
サブレイヤ参照ピクチャは、復号順で後続する同じサブレイヤのピクチャの復号処理において、インター予測のため使用可能なサンプルを包含するピクチャであればよい。また、サブレイヤの参照ピクチャのサンプルは、復号順で後続するより高次のサブレイヤのピクチャの復号処理においてもインター予測に使用することが可能である。
代わりの実施形態において、以下のような追加の制約事項を課すことができる。すなわち、（１）インターレイヤ予測に利用可能な参照レイヤ中に、秒あたり最大でもｓ＿ｍａｘまでのサブレイヤ参照ピクチャが在ってよいことがビットストリーム適合の要件であり、および／または（２）インターレイヤ予測に利用可能な参照レイヤ中に、秒あたり少なくともｓ＿ｍｉｎのサブレイヤ非参照ピクチャが在らねばならないことがビットストリーム適合の要件である。
別の実施形態において、以下のように追加の制約事項を課すことができる。すなわち、（１）ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］に等しいＴｅｍｐｏｒａｌＩｄとともにｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤ中に、秒あたり最大でもｓ＿ｍａｘまでのサブレイヤ参照ピクチャが在ってよいことがビットストリーム適合の要件であり、（２）および／または、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］に等しいＴｅｍｐｏｒａｌＩｄとともにｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤ中に、秒あたり少なくともｓ＿ｍｉｎのサブレイヤ非参照ピクチャが在らねばならないことがビットストリーム適合の要件である。
別の実施形態において、以下のように下記制約事項を課すことができる。すなわち、（１）全てのピクチャに対しｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１に設定され、サブレイヤ非参照ピクチャがインターレイヤ予測のため使用されず、そして、レイヤ中に秒あたり最大ｓ＿ｍａｘまでのサブレイヤ参照ピクチャが在ってよいことがビットストリーム適合の要件であり、および／または（２）全てのピクチャに対しｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１が１に設定され、サブレイヤ非参照ピクチャがインターレイヤ予測のため使用されず、そして、レイヤ中に秒あたり少なくともｓ＿ｍｉｎのサブレイヤ非参照ピクチャが在らねばならないことがビットストリーム適合の要件である。
前述の制約事項（群）に対するモチベーションは、復号順で後続する同じサブレイヤのピクチャの復号処理において、サブレイヤ非参照ピクチャが望ましくはインター予測に使用されないことにある。しかして、対象レイヤを復号するときに、参照レイヤからのこれらのピクチャは、復号してこれらに動き補償を実施する必要なくして廃棄することができよう。
インターレイヤ予測のため、サブレイヤ非参照ピクチャ関連の指示をシグナリングするのに使用可能ないくつかの異なった技法がある。
図５４を参照すると、一実施形態において、第一シンタクス変形型を用いて、サブレイヤ非参照ピクチャがインターレイヤ予測に使用されないことを示すため、各参照レイヤに向けてＶＰＳ中でフラグをシグナリングすることができる。或るレイヤに対し、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］が１としてシグナリングされた場合、そのレイヤからのサブレイヤ非参照ピクチャは、レイヤ間のインターレイヤ予測には使われない。
１に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するサブレイヤ非参照ピクチャがインターレイヤ予測には使われないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するサブレイヤ非参照ピクチャをインターレイヤ予測に使用しててよいことを指定する。存在しない場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は０に等しいと推定される。
図５４のシンタクスの別の変形型で、ＴｅｍｐｏｒａｌＩｄのサブレイヤ非参照ピクチャがインターレイヤ予測に使われるかどうかを示すため、ＴｅｍｐｏｒａｌＩｄ毎にフラグをシグナリングすることができる。これに対する第一変形型は、上限ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］までの、だが上限を含まない各ＴｅｍｐｏｒａｌＩｄの値の各レイヤに対しフラグをシグナリングすることである。別の場合において、該フラグは、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］以下およびこれより大きいＴｅｍｐｏｒａｌＩｄの値に対し、シグナリングすることができる。これに対する第二変形型は、最大のＴｅｍｐｏｒａｌＩｄ値までのこの値を含む各ＴｅｍｐｏｒａｌＩｄ値に対する各々にフラグをシグナリングすることである。一部の場合において、最大のＴｅｍｐｏｒａｌＩｄ値は６とすることができる。
図５５を参照すると、別の実施形態において、第二シンタクス変形型を用い、サブレイヤ非参照ピクチャがインターレイヤ予測に使われないことを示すため、各参照レイヤに対し、ＶＰＳ中でフラグをシグナリングすることが可能である。或る参照レイヤに対しｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］が１としてシグナリングされた場合、そのレイヤからのサブレイヤ非参照ピクチャは、レイヤ間のインターレイヤ予測のためには使われない。このように、本システムは、復号される必要がないサブレイヤの復号を回避し、非参照ピクチャの復号を回避することが可能で、これにより、動き補償処理の実施を低減し、さらに復号ピクチャバッファのサイズも低減する。
図５５について、１に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、インターレイヤ予測のための参照としては使われないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、インターレイヤ予測のための参照として使われてよいことを指定する。存在しない場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は０に等しいと推定される。
さらに、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０のとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、インターレイヤ予測のための参照に使うことはできない。この場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］は、シグナリングすることができず、０であると推定されることになる。
図５６を参照すると、さらに別の実施形態において、第三シンタクス変形型を用い、サブレイヤ非参照ピクチャがインターレイヤ予測に使われないことを示すため、ＶＰＳ中で各参照レイヤに対しフラグをシグナリングすることができる。或るレイヤからのサブレイヤ非参照ピクチャがレイヤ間のインターレイヤ予測に使用されない、その対応レイヤに対して、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］が１としてシグナリングされる。なお、最大の時間ＩＤは［「（ｊ＝０；ｊ＜７；ｉ＋＋）に対し」］７に設定することができる。このように、本システムは、復号する必要のないサブレイヤ、およびサブレイヤの非参照ピクチャの復号を回避することを可能にし、これにより、実行される動き補償処理を低減し、さらに復号ピクチャバッファのサイズも低減する。
図５６について、１に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、インターレイヤ予測のための参照としては使われないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、インターレイヤ予測のための参照として使われてよいことを指定する。存在しない場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は０に等しいと推定される。
さらに、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０のとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、インターレイヤ予測のための参照に使われない。この場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］はシグナリングされず、０であると推定される。
図５７を参照すると、さらに別の実施形態において、第四シンタクス変形型を用い、レイヤおよびサブレイヤの使用に対する制限を示すため、ＶＰＳ中で各レイヤに対しフラグをシグナリングすることができる。１に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、インターレイヤ予測のための参照としては使われないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、インターレイヤ予測のための参照として使われてよいことを指定する。存在しない場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は０に等しいと推定される。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０のとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、インターレイヤ予測のための参照には使われない。この場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］はシグナリングされず、０であると推定される。
図５８を参照し、図５８Ａに示されている別の実施形態を参照すると、さらに別の実施形態において、第五シンタクス変形型を用い、レイヤおよびサブレイヤの使用に対する制限を示すため、ＶＰＳ中で各レイヤに対しフラグをシグナリングすることができる。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］が１に等しい場合、該フラグは、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さいかまたはさもなくばｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１より小さい場合には、インターレイヤ予測のための参照としては使われないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さいかまたはさもなくばｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１より小さい場合には、インターレイヤ予測のための参照としては使われてよいことを指定する。存在しない場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は０に等しいと推定される。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０のとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、インターレイヤ参照予測のための参照としては使われない。この場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］はシグナリングされず、０であると推定される。
図５８、および図５８Ａに示されている別の実施形態を参照すると、さらに別の実施形態において、第五シンタクス変形型を用い、レイヤおよびサブレイヤの使用に対する制限を示すため、ＶＰＳ中で各レイヤに対しフラグをシグナリングすることができる。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］が１に等しい場合、該フラグは、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さいかまたはさもなくばｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１より小さい場合には、インターレイヤ予測のための参照としては使われないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さいかまたはさもなくばｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１より小さい場合には、インターレイヤ予測のための参照としては使われてよいことを指定する。存在しない場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は０に等しいと推定される。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０のとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、インターレイヤ参照予測のための参照としては使われない。この場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］はシグナリングされず、０であると推定される。
図５８、および図５８Ａに示されている別の実施形態を参照すると、さらに別の実施形態において、第五シンタクス変形型を用い、レイヤおよびサブレイヤの使用に対する制限を示すため、ＶＰＳ中で各レイヤに対しフラグをシグナリングすることができる。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］が１に等しい場合、該フラグは、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さいかまたはさもなくばインデックスｉを有するレイヤのアクティブなＳＰＳからのｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい場合には、インターレイヤ予測のための参照としては使われないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さいかまたはさもなくばインデックスｉを有するレイヤのアクティブなＳＰＳからのｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい場合でも、インターレイヤ予測のための参照としては使われてよいことを指定する。存在しない場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は０に等しいと推定される。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０のとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、インターレイヤ参照予測のための参照としては使われない。この場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］はシグナリングされず、０であると推定される。
図５８、および図５８Ａに示されている別の実施形態を参照すると、さらに別の実施形態において、第五シンタクス変形型を用い、レイヤおよびサブレイヤの使用に対する制限を示すため、ＶＰＳ中で各レイヤに対しフラグをシグナリングすることができる。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］が１に等しい場合、該フラグは、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さいかまたはさもなくばインデックスｉを有するレイヤ中の時間サブレイヤの最大数に等しい場合には、インターレイヤ予測のための参照としては使われないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さいかまたはさもなくばインデックスｉを有するレイヤ中の時間サブレイヤの最大数に等しい場合、インターレイヤ予測のための参照としては使われてよいことを指定する。存在しない場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は０に等しいと推定される。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０のとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、インターレイヤ参照予測のための参照としては使われない。この場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］はシグナリングされず、０であると推定される。
さらに別の実施形態において、第五シンタクス変形型を用い、レイヤおよびサブレイヤの使用に対する制限を示すため、ＶＰＳ中で各レイヤに対しフラグをシグナリングすることができる。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］が１に等しい場合、該フラグは、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さいかまたはさもなくばｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１より小さい場合には、インターレイヤ予測のための参照としては使われないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１に等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が７より小さいかまたはさもなくばｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１より小さい場合には、インターレイヤ予測のための参照としては使われてよいことを指定する。存在しない場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は０に等しいと推定される。
ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１はＶＰＳ中で定義すればよい。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１プラス１は、ビットストリーム中に存在してよい時間サブレイヤの最大数を指定することができる。ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は両端値を含めて０から６までの範囲内にあればよい。
図５９を参照すると、さらに別の実施形態において、第六シンタクス変形型を用いて、レイヤおよびサブレイヤの使用に対する制限を示すため、ＶＰＳ中で各レイヤに対しシグナリングすることができる。ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］が１に等しい場合、該フラグは、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、インターレイヤ予測のための参照としては使われないことを指定する。０に等しいｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｊに等しいＴｅｍｐｏｒａｌＩｄを有するサブレイヤ非参照ピクチャが、インターレイヤ予測のための参照としては使われてよいことを指定する。存在しない場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ｉ］［ｊ］は０に等しいと推定される。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］が０のとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャは、インターレイヤ参照予測のための参照としては使われない。この場合、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｔｉｄ＿ｆｌａｇ［ｉ］［ｊ］はシグナリングされず０であると推定される。
必要な場合、インターレイヤ予測に必要のないサブレイヤ非参照ピクチャについての修正シンタクス構造およびマーキング処理を調整するために、スケーラブルビデオ符号化ビデオおよびマルチビュー符号化ビデオに対する復号処理を変更することができる。
図５４、図５７、図５８、および図５８Ａに示された例示的なシグナリングに対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］が１に等しくないことをビットストリーム適合の要件としてもよい。
図５４、図５７、図５８、および図５８Ａに示された例示的なシグナリングに対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］が、現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャがサブレイヤ非参照ピクチャである場合は、１に等しくないことをビットストリーム適合の要件としてもよい。
図５４、図５７、図５８、および図５８Ａに示された例示的なシグナリングに対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］は現アクセスユニット中の、ＲｅｆＬａｙｅｒＩｄ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャがサブレイヤ非参照ピクチャである場合には１に等しくないことをビットストリーム適合の要件としてもよい。
図５４、図５７、図５８、および図５８Ａに示された例示的なシグナリングに対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］は現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャがサブレイヤ非参照ピクチャであり、現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのＴｅｍｐｏｒａｌＩｄがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しい場合であって、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さいかまたはさもなくばピクチャＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］のレイヤのアクティブなＳＰＳからのｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい場合には１に等しくないことをビットストリーム適合の要件としてもよい。
図５４、図５７、図５８、および図５８Ａに示された例示的なシグナリングに対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］は現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャがサブレイヤ非参照ピクチャであり、現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する該ピクチャのＴｅｍｐｏｒａｌＩｄがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しい場合であって、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さいかまたはさもなくばｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい場合には１に等しくないことをビットストリーム適合の要件としてもよい。
図５４、図５７、図５８、および図５８Ａに示された例示的なシグナリングに対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］は現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャがサブレイヤ非参照ピクチャであり、現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する該ピクチャのＴｅｍｐｏｒａｌＩｄがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しい場合であって、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さいかまたはさもなくばｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しい場合には１に等しくないことをビットストリーム適合の要件としてもよい。
図５４、図５７、図５８、および図５８Ａに示された例示的なシグナリングに対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］は現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャがサブレイヤ非参照ピクチャであり、現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する該ピクチャのＴｅｍｐｏｒａｌＩｄがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］−１に等しい場合であって、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さいかまたはさもなくばピクチャＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］のレイヤ中の時間サブレイヤの最大数に等しい場合は１に等しくないことをビットストリーム適合の要件としてもよい。
図５４、図５７、図５８、および図５８Ａに示された例示的なシグナリングに対するマーキング処理は、例えば次のように修正されてもよい。この処理へのインプットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄとすればよい。この処理のアウトプットは、一部の復号ピクチャに対する「参照のため使用せず」として潜在的に更新されたマーキングとすることができる。なお、この処理は、インター予測またはインターレイヤ予測に必要のないピクチャを「参照のため使用せず」としてマークするものである。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さい場合、現ピクチャはインター予測での参照のため使用が可能で、この処理は起動されない。変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは以下のように導出することができる。ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓが、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中のエントリの数に等しく設定される。ｌａｔｅｓｔＤｅｃＩｄｘは、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しい場合のｉの値に等しく設定される。両端値を含め０からｌａｔｅｓｔＤｅｃＩｄｘまでの範囲内のｉについて、「参照のため使用せず」としてピクチャをマーキングするために以下を適用することができる。ｃｕｒｒＰｉｃを、現アクセスユニット中の、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャであるとする。ｃｕｒｒＰｉｃが「参照のため使用せず」とマークされ、サブレイヤ非参照ピクチャであるとき、以下を適用することができる：変数ｃｕｒｒＴｉｄがｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しく設定される。変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが、以下に指定されるように導出される：

ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇが０に等しいとき、ｃｕｒｒＰｉｃは「参照のため使用せず」としてマークされる。
別の実施形態において、図５４、図５７、図５８、および図５８Ａに示された例示的なシグナリングに対するマーキング処理は、例えば次のように修正されてもよい。
この処理へのインプットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄとすればよい。この処理のアウトプットは、一部の復号ピクチャに対する「参照のため使用せず」として潜在的に更新されたマーキングとすることができる。なお、この処理は、インター予測またはインターレイヤ予測に必要のないピクチャを「参照のため使用せず」としてマークするものである。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さい場合、現ピクチャはインター予測での参照のため使用が可能で、この処理は起動されない。
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは以下のように導出することができる。ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓが、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中のエントリの数に等しく設定される。ｌａｔｅｓｔＤｅｃＩｄｘは、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しい、ｉの値に等しく設定される。
両端値を含め０からｌａｔｅｓｔＤｅｃＩｄｘまでの範囲内のｉについて、「参照のため使用せず」としてピクチャをマーキングするために以下を適用することができる。ｃｕｒｒＰｉｃを、現アクセスユニット中の、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャであるとする。ｃｕｒｒＰｉｃが「参照のため使用せず」とマークされ、サブレイヤ非参照ピクチャであるとき、以下が適用される：
変数ｃｕｒｒＴｉｄがｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しく設定される。変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇが、以下に指定されるように導出される：

ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいとき、ｃｕｒｒＰｉｃは「参照のため使用せず」としてマークされる。
図５５、図５６、および図５９に示された例示的なシグナリングに対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が１に等しくないことがビットストリーム適合の要件である。
図５５、図５６、および図５９に示された例に対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＴｅｍｐｏｒａｌＩｄ］が、現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャがサブレイヤ非参照ピクチャである場合は、１に等しくないことがビットストリーム適合の要件である。
図５５、図５６、および図５９に示された例に対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＴｅｍｐｏｒａｌＩｄ］が、現アクセスユニット中の、ＲｅｆＬａｙｅｒＩｄ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャがサブレイヤ非参照ピクチャである場合は、１に等しくないことがビットストリーム適合の要件である。
図５５、図５６、および図５９に示された例に対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＴｅｍｐｏｒａｌＩｄｘ］は現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を有するピクチャがサブレイヤ非参照ピクチャであり、現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する該ピクチャのＴｅｍｐｏｒａｌＩｄ ＴｅｍｐｏｒａｌＩｄｘがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］−１に等しい場合であって、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］が７より小さいかまたはさもなくばピクチャＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］のレイヤのアクティブなＳＰＳからのｓｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい場合には１に等しくないことがビットストリーム適合の要件である。
図５５、図５６、および図５９に示された例に対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＴｅｍｐｏｒａｌＩｄｘ］は現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがサブレイヤ非参照ピクチャであり、現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する該ピクチャのＴｅｍｐｏｒａｌＩｄ ＴｅｍｐｏｒａｌＩｄｘがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］−１に等しい場合であって、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］が７より小さいかまたはさもなくばｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しい場合には１に等しくないことがビットストリーム適合の要件である。
図５５、図５６、および図５９に示された例に対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＴｅｍｐｏｒａｌＩｄｘ］は現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがサブレイヤ非参照ピクチャであり、現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する該ピクチャのＴｅｍｐｏｒａｌＩｄ ＴｅｍｐｏｒａｌＩｄｘがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］−１に等しい場合であって、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さいかまたはさもなくばｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しい場合には１に等しくないことがビットストリーム適合の要件である。
図５５、図５６、および図５９に示された例に対する復号処理は、例えば次のように修正されてもよい。両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの任意の値について、ｎｏ＿ｓｕｂ＿ｌａｙｅｒ＿ｎｏｎ＿ｒｅｆ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｓａｍｐｌｅ＿ｐｒｅｄ＿ｆｌａｇ［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］［ＴｅｍｐｏｒａｌＩｄｘ］は現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがサブレイヤ非参照ピクチャであり、現アクセスユニット中の、ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する該ピクチャのＴｅｍｐｏｒａｌＩｄ ＴｅｍｐｏｒａｌＩｄｘがｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］−１に等しい場合であって、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］が７より小さいかまたはさもなくばピクチャＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］のレイヤ中の時間サブレイヤの最大数に等しい場合には１に等しくないことがビットストリーム適合の要件である。
図５５、図５６、および図５９に示された例示的なシグナリングに対するマーキング処理は、例えば次のように修正されてもよい。
この処理へのインプットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄとすればよい。この処理のアウトプットは、一部の復号ピクチャに対する「参照のため使用せず」として潜在的に更新されたマーキングとすることができる。なお、この処理は、インター予測またはインターレイヤ予測に必要のないピクチャを「参照のため使用せず」としてマークするものである。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さい場合、現ピクチャはインター予測での参照のため使用が可能で、この処理は起動されない。
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは以下のように導出することができる。ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓが、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中のエントリの数に等しく設定される。ｌａｔｅｓｔＤｅｃＩｄｘは、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しい、ｉの値に等しく設定される。
両端値を含め０からｌａｔｅｓｔＤｅｃＩｄｘまでの範囲内のｉについて、「参照のため使用せず」としてピクチャをマーキングするために以下を適用することができる。
ｃｕｒｒＰｉｃを、現アクセスユニット中の、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャであるとする。ｃｕｒｒＰｉｃが「参照のため使用せず」とマークされ、サブレイヤ非参照ピクチャであるとき、以下が適用される：
変数ｃｕｒｒＴｉｄがｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しく設定される。変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇは、以下に指定されるように導出することができる：

ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいとき、ｃｕｒｒＰｉｃは「参照のため使用せず」としてマークされる。
別の実施形態において、図５５、図５６、および図５９に示された例示的なシグナリングに対するマーキング処理は、例えば次のように修正されてもよい。
この処理へのインプットは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ値ｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄとすればよい。この処理のアウトプットは、一部の復号ピクチャに対する「参照のため使用せず」として潜在的に更新されたマーキングとすることができる。なお、この処理は、インター予測またはインターレイヤ予測に必要のないピクチャを「参照のため使用せず」としてマークするものである。ＴｅｍｐｏｒａｌＩｄがＨｉｇｈｅｓｔＴｉｄより小さい場合、現ピクチャはインター予測での参照のため使用が可能で、この処理は起動されない。
変数ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓ、およびｌａｔｅｓｔＤｅｃＩｄｘは以下のように導出することができる。ｎｕｍＴａｒｇｅｔＤｅｃＬａｙｅｒｓが、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ中へのエントリの数に等しく設定される。ｌａｔｅｓｔＤｅｃＩｄｘは、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］がｌａｔｅｓｔＤｅｃＬａｙｅｒＩｄに等しい、ｉの値に等しく設定される。
両端値を含め０からｌａｔｅｓｔＤｅｃＩｄｘまでの範囲内のｉについて、「参照のため使用せず」としてピクチャをマーキングするために以下を適用することができる。
ｃｕｒｒＰｉｃを、現アクセスユニット中の、ＴａｒｇｅｔＤｅｃＬａｙｅｒＩｄＬｉｓｔ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャであるとする。
ｃｕｒｒＰｉｃが「参照のため使用せず」とマークされ、サブレイヤ非参照ピクチャであるとき、以下が適用される：
変数ｃｕｒｒＴｉｄがｃｕｒｒＰｉｃのＴｅｍｐｏｒａｌＩｄの値に等しく設定される。変数ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅｓＦｌａｇは、以下に指定されるように導出することができる：

ｒｅｍａｉｎｉｎｇＩｎｔｅｒＬａｙｅｒＲｅｆｅｒｅｎｃｅＦｌａｇが０に等しいとき、ｃｕｒｒＰｉｃは「参照のため使用せず」としてマークされる。
ビットストリームに制約事項を課すために、前述の実施形態またはその部分の任意の組み合わせを用いることが可能である。
図６０を参照すると、ＭａｘＲｅｆＬｙｒＭＣＬｕｍａＳｒは、３００ｆｐｓのフレーム（ピクチャ）レートのソースを考慮して秒あたりのサンプル（数）で現オペレーションポイントでの最大参照レイヤＭＣレートを指定する。最大輝度参照レイヤＭＣサンプルレートは、様々なレベルに対する例示的な最大参照レイヤＭＣサンプルレートを表す。別の実施形態において、プロファイル内の相異なる層に対し、相異なる最大参照レイヤＭＣサンプルレートが指定されてもよい。別の実施形態において、適切な制約事項を指定するために、最大参照レイヤＭＣサンプリングレート値の異なったセットが使われてもよい。
図６１を参照すると、現オペレーションポイントの最大参照レイヤＭＣレートに対応するｆ＿ｍａｘの値が、秒あたりのピクチャで示されている。この表は、様々なレベルに対する例示的な最大参照レイヤＭＣピクチャレートを表す。別の実施形態において、プロファイル内の相異なる層に対し、相異なる最大参照レイヤＭＣピクチャレートが指定されてもよい。別の実施形態において、適切な制約事項を指定するために、最大参照レイヤＭＣピクチャレート値の異なったセットが使われてもよい。
図６２を参照すると、ＭｉｎＣｂＳｉｚｅＹが６４に等しいときの、例示的なピクチャサイズに対するレベル５〜６．２における最大参照レイヤＭＣピクチャレートｆ＿ｍａｘ（秒あたりのピクチャ）が示されている。
或る例において、以下はビットストリーム適合の要件である。変数ｆＲを
１÷３００
に等しく設定するものとする。レイヤＩＤｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する各参照レイヤに対し、両端値を含めてアクセスユニットｎと、
ｎ−（１÷ｆＲ）−１と
の間の継続的ＣＰＢ除去時間の差は（ｎが、
（１÷ｆＲ）−１
以上であるとして）、（ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１）以下のＴｅｍｐｏｒａｌＩｄを有するサブレイヤ内のインター予測復号処理に対応するサブクローズのあらゆる呼び出しに対する（ｎＣｂＳＬ）＊（ｎＣｂＳＬ）の総和についての制約を満たさなければならず、両端値を含めてｎから
ｎ−（１÷ｆＲ）−１
までの範囲内のアクセスユニットが、図６０中に指定された値ＭａｘＲｅｆＬｙｒＭＣＬｕｍａＳｒ以下でなければならない。ｎＣｂＳＬはインター予測輝度予測サンプルの符号化ユニットの高さおよび幅に対応する。或る例において、ＭａｘＲｅｆＬｙｒＭＣＬｕｍａＳｒは、ＭａｘＲｅｆＬｙｒＩｎｔｅｒＰｒｅｄＬｕｍａＳｒとして標識してもよい。或る例示的な実施形態において、上記の予測サンプル値の数のカウントの総和は、予測サンプル値を生成するためにアクセスされたサンプル値の合計数で置き換えられる。この代替の総和は、レベル仕様に基づいて同様に制限される。
当然のことながら、用語「利用可能（ａｖａｉｌａｂｌｅ）」とは、参照レイヤピクチャなど、実在が可能な項目を言い、用語「使用される（ｕｓｅｄ）」とは、参照レイヤピクチャなど、使用される項目を言うが、但し、これら両用語は、一般に互換的にも用いられる。
図５３Ａおよび図５３Ｂを参照すると、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇは、ＶＰＳ内のＶＰＳ拡張部の内部で使用が可能である。
１に等しいｓｐｌｉｔｔｉｎｇ＿ｆｌａｇはＮＡＬユニットヘッダ中のｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタクス要素のビット群がｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］の値に従って、ビット単位で或る長さを有するｎ（個）のセグメントに分割されること、およびこのｎのセグメントがｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ＿ｆｌａｇ［ｉ］に示されるｎ（個）のスケーラビリティ次元に関連付けられていることを示すことができる。ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいとき、ｉ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄのｊ番目のセグメントの値はｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］の値に等しければよい。０に等しいｓｐｌｉｔｔｉｎｇ＿ｆｌａｇは上記の制約事項を示すことはない。
ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいとき、すなわち、以下に説明するｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］シンタクス要素のセマンティクス中に記された制限に従えばよいとき、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］シンタクス要素のセマンティクス中に記された導出の代替として、ビットマスクされたコピーによって、ＮＡＬユニットヘッダ中のｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタクス要素からスケーラブル識別子を導出することができる。ｉ番目のスケーラブル次元に対するそれぞれのビットマスクは、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］のセマンティクス中に指定されるように、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］シンタクス要素の値およびｄｉｍＢｉｔＯｆｆｓｅｔ［ｉ］によって定義される。
１に等しいｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ［ｉ］は、表Ｆ−１中のｉ番目のスケーラビリティ次元に対応するｄｉｍｅｎｓｉｏｎ＿ｉｄシンタクス要素が存在することを示し得る。０に等しいｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ［ｉ］は、ｉ番目のスケーラビリティ次元に対応するｄｉｍｅｎｓｉｏｎ＿ｉｄシンタクス要素が存在しないことを示し得る。
一実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋインデックス０は、スケーラビリティ次元「マルチビュー」を示すことができ、「ＶｉｅｗＩｄ」のＳｃａｌａｂｉｌｉｔｙＩｄにマップすることができる。一実施形態において、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋインデックス１は、スケーラビリティ次元「空間／ＳＮＲスケーラビリティ」を示すことができ、「ＤｅｐｅｎｄｅｎｃｙＩｄ」のＳｃａｌａｂｉｌｉｔｙＩｄにマップすることができる。一実施形態において、両端値を含めて２から１５までの範囲内のｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋインデックスは、将来において定義される可能性のある予備のスケーラビリティを示すことが可能である。
ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］プラス１は、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］シンタクス要素の長さをビット単位で指定することができる。変数ｄｉｍＢｉｔＯｆｆｓｅｔ［０］は０に等しく設定され、両端値を含めて１から（ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇ）までの範囲内のｊについて、ｄｉｍ−ＢｉｔＯｆｆｓｅｔ［ｊ］が次のように導出される。

ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１］が存在しないとき、以下を適用できる：
− ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１］の値は、５−ｄｉｍＢｉｔＯｆｆｓｅｔ［ ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１］に等しいと推定される。
− ｄｉｍＢｉｔＯｆｆｓｅｔ［ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ］の値は６に等しく設定される。
ｖｐｓ＿ｎｕｈ＿ｌａｙｅｒ＿ｉｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］シンタクスが存在するかどうかを指定することができる。
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｉ番目のレイヤのＶＣＬ ＮＡＬユニット中のｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタクス要素の値を指定することができる。両端値を含めて０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉについて、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］の値は、存在しない場合、ｉに等しいと推定される。ｉが０より大きいとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ−１］より大きいものとする。
両端値を含めて０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉについて、変数ＬａｙｅｒＩｄｘＩｎＶｐｓ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］の値はｉに等しく設定される。
ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、ｉ番目のレイヤのｊ番目の現スケーラビリティ次元型を指定することができる。ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］の表現のため使用されるビットの数は、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１ビットである。両端値を含めて０からＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１までの範囲内のｊについて、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］が存在しないとき、ｄｉｍｅｎｓｉｏｎ＿ｉｄ［ｉ］［ｊ］は、（（ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］＆（（１＜＜ｄｉｍ−ＢｉｔＯｆｆｓｅｔ［ｊ＋１］）−１））＞＞ｄｉｍＢｉｔＯｆｆｓｅｔ［ｊ］に等しいと推定される。
ｉ番目のレイヤのｓｍＩｄｘ番目のスケーラビリティ次元型の識別子を指定する変数ＳｃａｌａｂｉｌｉｔｙＩｄ［ｉ］［ｓｍＩｄｘ］、ｉ番目のレイヤのビュー識別子を指定する変数ＶｉｅｗＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］、ｉ番目のレイヤがビュースケーラビリティ拡張レイヤかどうかを指定する変数ＶｉｅｗＳｃａｌＥｘｔＬａｙｅｒＦｌａｇ、およびｉ番目のレイヤの空間／ＳＮＲスケーラビリティ識別子を指定するＤｅｐｅｎｄｅｎｃｙＩｄ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］は以下のように導出される：
一実施形態において、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいとき、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］シンタクス要素に対するビットストリーム制約事項に従うことが必要となり得る。
この制約事項はｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいとき、ＮＡＬユニットヘッダ中のｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタクス要素中のビット群は、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］シンタクス要素の値に従ったビット長さを有するｎのセグメントに分割され、これらｎのセグメントは、ｓｃａｌａｂｉｌｉｔｙ＿ｍａｓｋ＿ｆｌａｇ［ｉ］中に示されたｎのスケーラビリティ次元に関連付けられているので強制され必要となり得る。ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＮＡＬユニットヘッダ中でｕ（６）として符号化されているので、以下に説明するビットストリーム制約事項は、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに、ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｉ］に対してシグナリングされた値が有意であることを確実にする。
一実施形態において、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに、全ての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の値の和が６以下であることがビットストリーム適合の要件である。
別の実施形態では、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに、全ての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の和が６以下であることがビットストリーム適合の要件である。
上記のビットストリーム制約事項のいくつかのさらなる変形型を以下に説明する。
ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに、両端値を含めて０からＮｕｍ−ＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ−１までの範囲内のｊについて、全ての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の和が６以下であることがビットストリーム適合の要件である。
一実施形態において、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに、全てのｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］シンタクス要素の和が（６−ＮｕｍＳｃａｌａｂｉｌｉｔｙＴｙｐｅｓ）以下であることがビットストリーム適合の要件である。
一実施形態において、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに、全ての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の和が６以下であることがビットストリーム適合の要件であり、しかして以下が要求される：
一実施形態において、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに、全ての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の和が６以下であることがビットストリーム適合の要件であり、しかして以下が要求される：
さらに別の実施形態において、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに、全ての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の和がｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタクス要素をシグナリングするために使われたビットの数以下であることがビットストリーム適合の要件である。いくつかの実施形態において、このｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタクス要素は、ＮＡＬユニットヘッダ中でシグナリングすることができる。
さらに別の実施形態において、ｓｐｌｉｔｔｉｎｇ＿ｆｌａｇが１に等しいときに、全ての（ｄｉｍｅｎｓｉｏｎ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１［ｊ］＋１）要素の和が、ビットストリームの何らかの規範的または非規範的部分の中で伝送が可能ないずれかの他のシンタクス要素を符号化するのに使われたビットのサイズ以下であることがビットストリーム適合の要件である。
図６３Ａ〜Ｄを参照すると、各スライスは、スライスセグメントヘッダを含むことができる。場合によって、スライスセグメントヘッダはスライスヘッダと呼ばれることがある。スライスセグメントヘッダ内にはインターレイヤ予測のために使われるシンタクス要素が含まれている。このインターレイヤ予測は、当該スライスが依存可能な他のレイヤを定義する。言い換えれば、このインターレイヤ予測は、当該スライスがその参照レイヤとして使用可能な他のレイヤを定義する。これらの参照レイヤは、サンプル予測および／または動きフィールド予測のため使用することが可能である。図６４を参照すると、例として、エンハンスメントレイヤ３は、エンハンスメントレイヤ２およびベースレイヤ０に依存することができる。この依存関係は、［２，０］などのリストの形で表すことが可能である。
或るレイヤに対するＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓはｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］に基づいて導出することができ、後者は、０に等しいとき、インデックスｊを有するレイヤがインデックスｉを有するレイヤに対する直接参照レイヤでないことを指定する。１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］は、インデックスｊを有するレイヤがインデックスｉを有するレイヤに対する直接参照レイヤであってよいことを指定する。０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉおよびｊについて、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が存在しないとき、それは０であると推定される。
ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２プラス２は、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］シンタクス要素のビットの数を指定する。本明細書の本バージョンに適合するビットストリームにおいて、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値は０に等しいものとする。本明細書の本バージョンにおいて、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値は０に等しいものとするが、但し、デコーダは、シンタクス中に出現する、両端値を含めて０から３０までの範囲内のｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の他の値を許容するものとする。
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、変数ＮｕｍＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、およびＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］を導出するために用いられる。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、本明細書の本バージョンに適合するビットストリーム中で、両端値を含めて０から２の範囲内にあるものとする。本明細書の本バージョンにおいてｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、両端値を含めて０から２の範囲内にあるものとするが、但し、デコーダは、シンタクス中に出現する、両端値を含めて３から２３２−２までの範囲内のｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値を許容するものとする。
変数ＮｕｍＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＮｕｍＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ［ｉ］、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｉ］［ｊ］、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｉ］、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［ｉ］［ｊ］、ＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、ＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］、およびＳａｍｐｌｅＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｉ］［ｊ］は以下のように導出される：
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、図６５Ａおよび図６５Ｂに示されるｖｐｓ＿ｅｘｔｅｎｓｉｏｎシンタクス中に含まれ、該シンタクスは、参照により、符号化ビデオシーケンスに対するシンタクスを提供するＶＰＳシンタクス中に含まれる。
通常、ビットストリーム内でシグナリングされる必要のある参照レイヤの数を低減することが望ましく、かかる低減を達成するために、スライスセグメントヘッダ内の他のシンタクス要素を用いることが可能である。これらの他のシンタクス要素には、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１、および／またはｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］が含まれてよい。これらのシンタクス要素は、スライスセグメントヘッダの中でシグナリングすることができる。
１に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現ピクチャの復号においてインターレイヤ予測が使用可能なことを指定する。０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現ピクチャの復号においてインターレイヤ予測使用されないことを指定する。存在しない場合、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は０に等しいと推定される。
ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１プラス１は、現ピクチャの復号においてインターレイヤ予測のために使用可能なピクチャの数を指定する。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１シンタクス要素の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１の値は、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１の範囲内にあるものとする。
変数ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓは次のように導出される：

符号化ピクチャの全てのスライスは、同じ値のＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓを有するものとする。
ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、インターレイヤ予測のために、現ピクチャによって使用が可能なｉ番目のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄを表す変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］を指定する。シンタクス要素ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］））ビットである。ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１の範囲内にあればよい。存在しない場合、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は０であると推定される。
例として、本システムは、様々なシンタクス要素、特に、ＶＰＳ中でｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］をシグナリングすることができ、これにより、レイヤ３に対し［２，０］のインターレイヤ参照ピクチャセットが得られる。そして、本システムは、例えばスライスセグメントヘッダ中の［２］のシンタクス要素などさらなるシンタクス要素の使用によってインターレイヤ参照ピクチャセットをさらに改良することができ、または［０］の追加シンタクス要素の使用によってインターレイヤ参照ピクチャセットをさらに改良することができ、または、空セットである［］のさらなるシンタクス要素の使用によって、インターレイヤ参照ピクチャセットをさらに改良することができる。但し、エンコーダの設計の如何によっては、［２，０］のインターレイヤ参照ピクチャセットが［２，０］としてシグナリングされることがある。
図６６を参照すると、或る特定のレイヤ（シンタクス中のＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｍ＿ｌａｙｅｒ＿ｉｄ］）に対する直接参照レイヤの数と、同じ特定のレイヤ（シンタクス中のＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ）に対するアクティブな参照レイヤの数との間の比較を含めるために、スライスセグメントヘッダを修正することができる。具体的に、この比較は、「ｉｆ（ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ！＝ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］）」としてシグナリングすることが可能である。しかして、これらの両方が同じレイヤの数の示す場合、ビットストリーム中でｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］をシグナリングする必要はないが、代わりに、既にシグナリングされている他のシンタクス要素に基づいてかかる値を算定／推定することが可能である。
図６７を参照すると、このスライスセグメントヘッダのシグナリングは、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値を、これらをシグナリングしないで推定するために、図６６と同様な方法で修正することができる。
ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓが、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］に等しい場合、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は以下のように推定することができる。
ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］が存在しないときであって、且つＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓがＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］に等しくないときは、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］の値は０に等しいと推定される。
ｉが０より大きいとき、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ−１］より大きければよい。
両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対する変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］、ＮｕｍＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ、および両端値を含めて０からＮｕｍＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ−１までの範囲内のｊの各値に対するＡｃｔｉｖｅＭｏｔｉｏｎ−ＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｊ］は以下のように導出することができる：
ピクチャの全スライスが、両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、同じ値のｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］を有してもよい。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］がＶＰＳ拡張部中でシグナリングされる。０に等しいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非ＩＲＡＰピクチャが、インターレイヤ予測のための参照として使用されないことを指定する。０より大きいｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］は、ＣＶＳ内で、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］−１より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャが、インターレイヤ予測のための参照として使用されないことを指定する。存在しない場合、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｉ］は指定されない。
両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、以下の２つの条件のいずれかが真であり得ることをビットストリーム適合の要件とすることができる：
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］の値がＴｅｍｐｏｒａｌＩｄより大きい。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］およびＴｅｍｐｏｒａｌＩｄの値は両方とも０に等しく、現アクセスユニット中のＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャはＩＲＡＰピクチャである。
別の実施形態において、両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、以下の２つの条件のいずれかが真であり得ることがビットストリーム適合の要件とすることができる。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］の値が、現アクセスユニット中のＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャのＴｅｍｐｏｒａｌＩｄよりも大きい。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］の値が０に等しく、且つ現アクセスユニット中のＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがＩＲＡＰピクチャである。
両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］またはＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ］ ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］の値が１に等しくあるべきこと、がビットストリーム適合の要件であってもよい。
図６８を参照すると、スライスセグメントヘッダをシグナリングするための別の実施形態が示されている。
図６８に示された他実施形態について、１に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｍａｓｋ［ｉ］は、レイヤＲｅｆＬａｙｅｒＩｄ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ｉ］が、インターレイヤ予測のため現ピクチャによって使用可能なことを指定する。０に等しいｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｍａｓｋ［ｉ］は、レイヤＲｅｆＬａｙｅｒＩｄ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ｉ］が、インターレイヤ予測のため現ピクチャによって使用されないことを指定する。
存在しない場合、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｍａｓｋ［ｉ］は０に等しいと推定される。
両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値に対する変数ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］、ＮｕｍＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ、および両端値を含めて０からＮｕｍＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒｓ−１までの範囲内のｊの各値に対するＡｃｔｉｖｅＭｏｔｉｏｎＰｒｅｄＲｅｆＬａｙｅｒＩｄ［ｊ］は、以下のように導出することができる：
ピクチャの全スライスが、両端値を含めて０からＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１までの範囲内のｉの各値について、同じ値のｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｍａｓｋ［ｉ］を有することができる。
両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、以下の２つの条件のいずれかが真であり得ることがビットストリーム適合の要件であってよい：
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］の値がＴｅｍｐｏｒａｌＩｄより大きい。
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＬａｙｅｒＩｄｘＩｎＶｐｓ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］］およびＴｅｍｐｏｒａｌＩｄの値は両方とも０に等しく、且つ現アクセスユニット中のＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャがＩＲＡＰピクチャである。
両端値を含めて０からＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ−１までの範囲内のｉの各値について、ＳａｍｐｌｅＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］またはＭｏｔｉｏｎＰｒｅｄＥｎａｂｌｅｄＦｌａｇ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ］ ［ＲｅｆＰｉｃＬａｙｅｒＩｄ［ｉ］］の値が１に等しくあり得ること、がビットストリーム適合の要件であってもよい。
図６８に、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｍａｓｋ［ｉ］が、１ビットを用いるｕ（１）を使って信号を送ることが可能なこと、およびｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］をシグナリングする図６７が、複数ビットを用いるｕ（ｖ）を使って信号を送ることが可能なことが示されている。或る実施形態において、ｉｎｔｒａ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｉｄｃ［ｉ］の代わりにｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｍａｓｋ［ｉ］がシグナリングされる。
図６９を参照すると、相異なるレイヤ（例えばベースレイヤおよび／エンハンスメントレイヤ群）の間で許容される相互参照関係を制限することによって、システムの複雑性が低減されるようなプロファイルを定義することが望ましい。一般に、このようなシンタクス構造は、一つのレイヤがこの他のレイヤを参照するのを許容し、これが比較的により高いデコーダの複雑性および同様に高いエンコーダの複雑性をもたらす。望まれる場合、シンタクス構造が一つのレイヤは最大でも一つの他のレイヤを参照することを許容する、複雑性の低減されたプロファイルのために改良されたシンタクス構造を用いることができる。シンタクス構造に対するこの制限は、１に設定されているｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇをセットすることによってシグナリングすることができる。
ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＶＰＳ拡張部中でシグナリングされる。１に等しいｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＣＶＳ中の各ピクチャに対するインターレイヤ予測のため最大でも一つのピクチャが使われることを指定する。０に等しいｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇは、ＣＶＳ中の各ピクチャに対するインターレイヤ予測のため複数のピクチャが使われてよいことを指定する。
ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］はＶＰＳ拡張部中でシグナリングされる。ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｉ番目のレイヤのＶＣＬ ＮＡＬユニット中のｎｕｈ＿ｌａｙｅｒ＿ｉｄシンタクス要素の値を指定する。両端値を含めて０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１までの範囲内のｉの各値について、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］が存在しないとき、その値はｉに等しいと推定される。ｉが０より大きいとき、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ−１］より大きいものとする。
ＣＶＳ中の各ピクチャに対するインターレイヤ予測のため、或るレイヤに対し一つだけの直接参照レイヤが使われ、または最大一つのピクチャが使われる場合、例えば、以下のようなビットストリーム制約事項を含めることができる：一つの選択肢において、ｉ＝１，．．．ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の各レイヤに対し、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］が１に等しい場合、ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇが１に等しいことをビットストリーム適合の要件とすることが可能である。
別の選択肢では次のようにする：

別の選択肢において、ｉ＝１，．．．ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の各レイヤに対し、ＮｕｍＤｉｒＤｅｐＦｌａｇｓ［ｉ］が１に等しい場合、ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇが１に等しいことをビットストリーム適合の要件とすればよいとする。
別の実施形態において、ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇが１に等しく設定されているとき、各ピクチャに対し相異なる直接依存レイヤからのインターレイヤ参照ピクチャをシグナリングする能力をサポートしないことが望ましい。この実施形態は、出力レイヤセットを復号するための複雑性の軽減をもたらす。この実施形態において、１に等しいＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓに関し、以下に提案されたビットストリーム制約事項に従うことを要求してもよい：
一つの選択肢において、ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇが１に等しい場合、ｉ＝１，．．．ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の各レイヤに対し、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］］が１に等しいことがビットストリーム適合の要件である。
別の選択肢では、次のようにする：

別の選択肢において、ｍａｘ＿ｏｎｅ＿ａｃｔｉｖｅ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇが１に等しい場合、ｉ＝１，．．．ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１について、ＮｕｍＤｉｒＤｅｐＦｌａｇｓ［ｉ］が１に等しいことがビットストリーム適合の要件としてもよい。
別の実施形態には、インターレイヤ予測のシグナリングに関し、スライスヘッダ中で選択されたシンタクス要素を条件付きでシグナリングするため、パラメータセット（例えば、ｐｐｓ、ｓｐｓ、および／またはｖｐｓ）中で制御されるゲーティングフラグを含めることができる。
図７０を参照すると、例えば、シンタクス要素ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１、および／またはｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は、ｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しい場合だけ、スライスセグメントヘッダ中でシグナリングされる。しかして、ｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ゲーティングフラグである。
図７１および図７１Ａを参照すると、ｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ビデオパラメータセットなどのパラメータセット中でシグナリングすることができる。図７２を参照すると、ｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シーケンスパラメータセットなどのパラメータセット中でシグナリングすることができる。図７３を参照すると、ｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ピクチャパラメータセットなどのパラメータセット中でシグナリングすることができる。ｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、必要な場合、ビットストリームの別の箇所においてシグナリングすることも可能である。これらのパラメータセットの各々において、ｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、前述されたもの以外の任意の箇所において送信してもよい。
１に等しいｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］が、スライスセグメントヘッダ中に存在することを指定する。０に等しいｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］が、スライスセグメントヘッダ中に存在しないことを指定する。一部の実施形態において、ｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、代わりにｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと呼ばれることもある。
ｉｌｐ＿ｓｌｉｃｅ＿ｓｉｇｎａｌｉｎｇ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しいとき、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ、ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１、ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］およびＮｕｍＡｃｔｉｖｅＲｅ−ｆＬａｙｅｒｓＰｉｃｓの値は、以下のように推定される：
ＮｕｍＡｃｔｉｖｅＲｅｆＬａｙｅｒＰｉｃｓ＝ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］
ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｌａｙｅｒ＿ｉｄｃ［ｉ］は次のように推定される：

ｎｕｍ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１は、ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］−１に等しいと推定される。
ｉｎｔｅｒ＿ｌａｙｅｒ＿ｐｒｅｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しいと推定される。
別の実施形態において、シンタクス要素の一つ以上を、ｕｅ（ｖ）の代わりに、ｕ（ｖ）の代わりに、既知の固定数のビットを使ってシグナリングしてもよい。例えば、これら要素は、ｕ（８）またはｕ（１６）またはｕ（３２）またはｕ（６４）などを使ってシグナリングすることができよう。
別の実施形態において、これらシンタクス要素の一つ以上を、ｕ（ｖ）符号化など固定数ビットの代わりに、ｕｅ（ｖ）または何らかの他の符号化スキームを使ってシグナリングすることもできよう。
別の実施形態において、前述したシンタクスおよびセマンティクスに対し、プラス１もしくはプラス２を加算することにより、またはマイナス１もしくはマイナス２を減算することにより、様々なシンタクス要素の名称およびそれらのセマンティクスを変更することができる。
さらに別の実施形態において、ビットストリームの任意の場所でピクチャ毎に、様々なシンタクス要素をシグナリングすることができる。例えば、これらシンタクス要素は、スライスセグメントヘッダ、ｐｐｓ／ｓｐｓ／ｖｐｓ／もしくは任意の他のパラメータセット、またはビットストリームの他の規範的部分においてシグナリングすることが可能である。
「コンピュータ可読媒体」という用語は、コンピュータまたはプロセッサによりアクセスされうる任意の利用可能な媒体をいう。本明細書で用いられる用語「コンピュータ可読媒体」は、非一時的な有形のコンピュータ可読および／またはプロセッサ可読媒体を意味し得る。限定ではなく例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ‐ＲＯＭもしくは他の光学ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または命令もしくはデータ構造の形で所望のプログラムコードを伝えまたは記憶するために使用できコンピュータまたはプロセッサによってアクセス可能な任意の他の媒体を含み得る。本明細書で用いられるディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ ｄｉｓｃ）、レーザーディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、フロッピーディスク、およびブルーレイ（登録商標）ディスクを含み、ディスク（ｄｉｓｋ）は通常磁気によりデータを再現し、ディスク（ｄｉｓｃ）はレーザで光学的にデータを再現する。
なお、本明細書で説明した方法の一つ以上は、ハードウェアで実装しおよび／またはハードウェアを使用して実施することができる。例えば、本明細書に記載される方法またはアプローチの一つ以上は、チップセット、ＡＳＩＣ、大規模集積回路（ＬＳＩ）または集積回路などで実装しおよび／またはそれらを使用して実現することが可能である。
本明細書に開示される方法の各々は、記載された方法を達成するための一つ以上のステップまたは動作を含む。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に入れ替える、および／または一つのステップに組み合わせることができる。言い換えれば、記載された方法の適切なオペレーションのためにステップまたは動作の特定の順序が要求されている場合を除き、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく修正が可能である。
当然のことながら、特許請求の範囲は、前述で示した通りの正確な構成および構成要素に限定されない。特許請求の範囲から逸脱することなく、本明細書に記載されるシステム、方法、および装置の配置、オペレーション、および細部に様々な修正、変更および変形を加えることが可能である。

Claims (15)

  1. ビットストリームからビデオを復号する方法であって、前記方法は、
    （ａ）複数のピクチャを復号するステップであって、前記ピクチャの各々は複数のレイヤのうちの相異なるレイヤに属し、対応する復号された前記ビデオにおいて同じ時間相を有し、
    （ｂ）前記ビデオの前記ピクチャの各々は、少なくとも一つのスライスを含み、
    （ｃ）前記少なくとも一つのスライスの各々は、同じピクチャの他の前記少なくとも一つのスライスとは関係なく復号されるよう特徴付けられた、前記復号するステップと、
    （ｄ）前記少なくとも一つのスライスを包含するビデオシーケンスの前記復号のために用いられる情報を提供するビデオパラメータセットの拡張シンタクスを受信するステップと、
    （ｅ）前記少なくとも一つのスライスの前記復号のために用いられる情報を提供するスライスセグメントヘッダシンタクスを受信するステップと、であって、
    （ｆ）前記スライスセグメントヘッダシンタクスの前記情報および前記ビデオパラメータセットの拡張シンタクス中の前記情報の両方は、前記対応するスライスに対するアクティブな参照レイヤピクチャの数を導出するために用いられ、
    （ｇ）前記ビデオパラメータセットの拡張シンタクスの前記情報は、前記対応する前記レイヤに対する直接参照レイヤの数を導出するために用いられる、前記受信する両ステップと、
    を含み、
    （ｈ）前記対応するスライスに対するアクティブな参照レイヤピクチャの前記数が、前記対応するスライスが属する前記レイヤに対する直接参照レイヤの前記数と異なるとき、前記ビットストリームはインターレイヤ予測レイヤインジケータをシグナリングする、
    方法。
  2. 前記対応するスライスに対するアクティブな参照レイヤピクチャの前記数が、前記対応するスライスが属する前記レイヤに対する直接参照レイヤの前記数と同じであるとき、前記ビットストリームは、インターレイヤ予測レイヤインジケータをシグナリングせず、前記インターレイヤ予測レイヤインジケータの値は推定されることをさらに含む、請求項１に記載の方法。
  3. 前記インターレイヤ予測レイヤインジケータが０であると推定される、請求項２に記載の方法。
  4. 前記インターレイヤ予測レイヤインジケータが、直接参照レイヤのうちのどのレイヤが、当該スライスのピクチャに対するアクティブな参照レイヤピクチャを有し得るかについての情報を参照する、請求項１に記載の方法。
  5. 前記ビデオの前記ピクチャが少なくとも一つのタイルを含む、請求項１に記載の方法。
  6. 前記少なくとも一つのタイルの各々は、前記ピクチャの矩形域であり、前記ピクチャの領域内にラスタースキャン順に整列された前記復号ステップによって復号される複数の符号化ユニットを有することを特徴とする、請求項５に記載の方法。
  7. 直接参照レイヤの前記数は、前記現ピクチャが属する前記レイヤに対する参照レイヤとして使用できる可能性のある、前記現ピクチャが属する前記レイヤに対する直接参照レイヤの前記数である、請求項1に記載の方法。
  8. アクティブな参照レイヤピクチャの前記数は、前記スライスに対応する前記ピクチャに対する参照ピクチャとして使用できる可能性のある、アクティブ参照レイヤピクチャの前記数である、請求項1に記載の方法。
  9. アクティブな参照レイヤピクチャの前記数は、直接参照レイヤの前記数以下である、請求項1に記載の方法。
  10. ビットストリームからビデオを復号する方法であって、前記方法は、
    （ａ）複数のピクチャを復号するステップであって、前記ピクチャの各々は、複数のレイヤのうちの相異なるレイヤに属し、対応する復号された前記ビデオにおいて同じ時間相を有し、
    （ｂ）前記ビデオの前記ピクチャの各々は、少なくとも一つのスライスを含み、
    （ｃ）前記少なくとも一つのスライスの各々は、同じレイヤの他の前記少なくとも一つのスライスとは関係なく復号されるよう特徴付けられた、前記復号するステップと、
    （ｄ）前記少なくとも一つのスライスを包含するビデオシーケンスの前記復号のために用いられる情報を提供するビデオパラメータセットの拡張シンタクスを受信するステップと、
    を含み、
    （ｅ）前記ビデオパラメータセットの拡張シンタクスの前記情報は、前記対応する前記レイヤに対する直接参照レイヤの数を導出するために用いられ、
    （ｆ）前記ビデオパラメータセットの拡張シンタクスの前記情報は、或るピクチャ群からの前記対応する前記レイヤに対する前記直接参照レイヤが、前記スライスに対応する前記ピクチャに対するアクティブな参照レイヤピクチャとして使用できる可能性のある前記ピクチャ群を示す、インターレイヤ参照シグナリング情報に関連するさらなるシンタクスが、前記スライスセグメントヘッダ中に提供されているかどうかを判定するために用いられる、
    方法。
  11. 前記スライスセグメントヘッダ中にさらなるシンタクスが提供されているかどうかを前記判定するために用いられる前記ビデオパラメータセットの拡張シンタクスはフラグである、請求項１０に記載の方法。
  12. インターレイヤ参照シグナリングに関連する前記フラグが第一値を有する場合、或るピクチャ群からの前記対応する前記レイヤに対する前記直接参照レイヤが、前記スライスに対応する前記ピクチャに対するアクティブな参照レイヤピクチャとして使用できる可能性のある前記ピクチャ群を示すインターレイヤ参照シグナリング情報が、スライスセグメントヘッダ中でシグナリングされない、請求項１１に記載の方法。
  13. インターレイヤ参照シグナリングに関連する前記フラグが前記第一値を有する場合、前記対応するスライスに対するアクティブな参照レイヤピクチャの前記数は、前記対応するスライスが属する前記レイヤに対する直接参照レイヤの前記数と同じに設定される、請求項１２に記載の方法。
  14. インターレイヤ参照シグナリングに関連する前記フラグが第二値を有する場合、或るピクチャ群からの前記対応する前記レイヤに対する前記直接参照レイヤが、前記スライスに対応する前記ピクチャに対するアクティブな参照レイヤピクチャとして使用できる可能性のある、前記ピクチャ群を示すインターレイヤ参照シグナリング情報が、スライスセグメントヘッダ中でシグナリングされることができる、請求項１３に記載の方法。
  15. 前記スライスセグメントヘッダ中にさらなるシンタクスが提供されているかどうかを前記判定するために使われる前記ビデオパラメータセットの拡張シンタクス中の前記フラグは、１ビットを使って符号化される、請求項１１に記載の方法。
JP2016501481A 2013-07-14 2014-07-14 復号方法及び復号装置 Expired - Fee Related JP6352383B2 (ja)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
US201361846064P 2013-07-14 2013-07-14
US201361846058P 2013-07-14 2013-07-14
US61/846,058 2013-07-14
US61/846,064 2013-07-14
US201361847427P 2013-07-17 2013-07-17
US61/847,427 2013-07-17
PCT/JP2014/003725 WO2015008479A1 (en) 2013-07-14 2014-07-14 Signaling indications and constraints

Publications (3)

Publication Number Publication Date
JP2016531451A true JP2016531451A (ja) 2016-10-06
JP2016531451A5 JP2016531451A5 (ja) 2017-08-10
JP6352383B2 JP6352383B2 (ja) 2018-07-04

Family

ID=52345955

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016501481A Expired - Fee Related JP6352383B2 (ja) 2013-07-14 2014-07-14 復号方法及び復号装置

Country Status (5)

Country Link
US (1) US10284862B2 (ja)
EP (1) EP3022921A4 (ja)
JP (1) JP6352383B2 (ja)
CN (1) CN105379273B (ja)
WO (1) WO2015008479A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022550320A (ja) * 2019-09-24 2022-12-01 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ビデオ符号化におけるｓｅｉメッセージ依存性の簡略化
US20230023356A1 (en) * 2020-03-17 2023-01-26 Bytedance Inc. Decoded Picture Buffer Memory Allocation And Picture Output In Scalable Video Coding

Families Citing this family (42)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9756335B2 (en) * 2013-07-02 2017-09-05 Qualcomm Incorporated Optimizations on inter-layer prediction signalling for multi-layer video coding
CN105519114A (zh) * 2013-09-10 2016-04-20 株式会社Kt 用于对可扩展视频信号进行编码/解码的方法及装置
WO2015052942A1 (en) * 2013-10-11 2015-04-16 Sharp Kabushiki Kaisha Signaling information for coding
WO2015053598A1 (ko) * 2013-10-12 2015-04-16 삼성전자 주식회사 멀티 레이어 비디오 부호화 방법 및 장치, 멀티 레이어 비디오 복호화 방법 및 장치
US10284858B2 (en) * 2013-10-15 2019-05-07 Qualcomm Incorporated Support of multi-mode extraction for multi-layer video codecs
KR20150046741A (ko) * 2013-10-22 2015-04-30 주식회사 케이티 멀티 레이어 비디오 신호 인코딩/디코딩 방법 및 장치
US10045036B2 (en) * 2013-10-22 2018-08-07 Kt Corporation Method and device for encoding/decoding multi-layer video signal
US9967575B2 (en) * 2013-10-29 2018-05-08 Kt Corporation Multilayer video signal encoding/decoding method and device
KR20150075042A (ko) * 2013-12-24 2015-07-02 주식회사 케이티 멀티 레이어 비디오 신호 인코딩/디코딩 방법 및 장치
JP5886341B2 (ja) 2014-03-07 2016-03-16 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
US10708606B2 (en) 2014-03-24 2020-07-07 Kt Corporation Multilayer video signal encoding/decoding method and device
JP6348188B2 (ja) * 2014-06-18 2018-06-27 テレフオンアクチーボラゲット エルエム エリクソン（パブル） ビデオにおけるピクチャのロバストな符号化および復号化
JP2017522767A (ja) 2014-06-18 2017-08-10 テレフオンアクチーボラゲット エルエム エリクソン（パブル） ビデオビットストリームにおけるランダムアクセス
EP3962089A1 (en) 2014-06-18 2022-03-02 Telefonaktiebolaget LM Ericsson (publ) Dependent random access point pictures
US10264286B2 (en) * 2014-06-26 2019-04-16 Qualcomm Incorporated Bitstream conformance constraints in scalable video coding
WO2018083378A1 (en) * 2016-11-01 2018-05-11 Nokia Technologies Oy An apparatus, a method and a computer program for video coding and decoding
EP3900346A4 (en) * 2018-12-31 2022-05-18 Huawei Technologies Co., Ltd. Support of adaptive resolution change in video coding
JP7485689B2 (ja) * 2019-03-11 2024-05-16 華為技術有限公司 エンコーダ、デコーダ及び対応する方法
EP3939318A1 (en) * 2019-03-11 2022-01-19 VID SCALE, Inc. Sub-picture bitstream extraction and reposition
WO2020233659A1 (en) 2019-05-21 2020-11-26 Beijing Bytedance Network Technology Co., Ltd. Adaptive motion vector difference resolution for affine mode
CN121814960A (zh) * 2019-06-24 2026-04-07 交互数字Vc控股公司 使用高级语法元素发信号通知解码数据的方法和装置
CN117336468A (zh) 2019-08-10 2024-01-02 北京字节跳动网络技术有限公司 视频比特流中的子图片相关信令通知
CN114586368B (zh) * 2019-09-24 2023-09-12 华为技术有限公司 用于多层视频码流的编码方法、解码方法及装置
CN117528082A (zh) * 2019-10-02 2024-02-06 北京字节跳动网络技术有限公司 包括子图片的视频比特流中的条带级信令通知
IL292060B2 (en) 2019-10-07 2026-01-01 Huawei Tech Co Ltd Avoiding unnecessary marking in bitmaps in multi-layered video
EP4032290A4 (en) 2019-10-18 2022-11-30 Beijing Bytedance Network Technology Co., Ltd. SYNTAX RESTRICTIONS IN PARAMETER SET SIGNALING OF SUBPICTURES
CN114902664B (zh) * 2019-11-28 2025-05-23 Lg电子株式会社 图像/视频编码/解码方法和装置
CN115280774B (zh) 2019-12-02 2025-08-19 抖音视界有限公司 视觉媒体处理的方法、装置及非暂时性计算机可读存储介质
GB2590634B (en) * 2019-12-20 2024-10-02 Canon Kk High Level syntax for video coding and decoding
CN116743995A (zh) * 2019-12-27 2023-09-12 阿里巴巴（中国）有限公司 用信号通知子图像划分信息的方法和装置
US11778215B2 (en) * 2020-02-28 2023-10-03 Qualcomm Incorporated Coding output layer set data and conformance window data of high level syntax for video coding
GB2593222B (en) * 2020-03-20 2024-07-17 Canon Kk High level syntax for video coding and decoding
WO2021190464A1 (en) 2020-03-23 2021-09-30 Beijing Bytedance Network Technology Co., Ltd. Controlling deblocking filtering at different levels in coded video
BR112022013058A2 (pt) * 2020-03-25 2022-10-11 Panasonic Ip Corp America Codificador, decodificador, método de codificação e método de decodificação
US11265568B2 (en) 2020-03-27 2022-03-01 Tencent America LLC Method for derivation on sublayer-wise output layer set
US11431998B2 (en) * 2020-05-22 2022-08-30 Tencent America LLC Systems and methods for decoding based on inferred video parameter sets
EP4144093A4 (en) 2020-05-22 2023-08-23 ByteDance Inc. SIGNALING OF IMAGE INFORMATION IN ACCESS UNITS
US20230300350A1 (en) * 2020-06-10 2023-09-21 Lg Electronics Inc. Image encoding/decoding method and apparatus for performing sub-bitstream extraction process on basis of maximum time identifier, and computer-readable recording medium storing bitstream
US12375691B2 (en) 2020-09-17 2025-07-29 Lg Electronics Inc. Method and apparatus for generating/receiving media file which signals output layer set information, and computer-readable recording medium storing media file
US12244834B2 (en) * 2021-01-11 2025-03-04 Tencent America LLC Utilizing hierarchical structure for neural network based tools in video coding
CN115037951B (zh) * 2021-03-05 2024-03-12 上海哔哩哔哩科技有限公司 直播处理方法及装置
US11695965B1 (en) * 2022-10-13 2023-07-04 Fraunhofer-Gesellschaft Zur Foerderung Der Angewandten Forschung E.V. Video coding using a coded picture buffer

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016526848A (ja) * 2013-07-02 2016-09-05 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ マルチレイヤビデオコーディングのためのレイヤ間予測シグナリングに対する最適化

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7415069B2 (en) * 2003-12-09 2008-08-19 Lsi Corporation Method for activation and deactivation of infrequently changing sequence and picture parameter sets
US20060126744A1 (en) * 2004-12-10 2006-06-15 Liang Peng Two pass architecture for H.264 CABAC decoding process
JP2006211617A (ja) * 2005-01-31 2006-08-10 Toshiba Corp 動画像符号化装置・復号化装置及び符号化ストリーム生成方法
JP2007318615A (ja) * 2006-05-29 2007-12-06 Toshiba Corp 動画再生装置、動画再生方法およびプログラム
US8767834B2 (en) * 2007-03-09 2014-07-01 Sharp Laboratories Of America, Inc. Methods and systems for scalable-to-non-scalable bit-stream rewriting
CN101163241B (zh) * 2007-09-06 2010-09-29 武汉大学 一种视频序列编解码系统
CN102075766B (zh) * 2009-11-23 2013-01-09 华为技术有限公司 视频编码、解码方法、装置及视频编解码系统
CN103621085B (zh) * 2011-06-30 2016-03-16 微软技术许可有限责任公司 降低视频解码中的延迟的方法和计算系统
PT2822276T (pt) * 2012-02-29 2018-12-18 Lg Electronics Inc Processo de predição inter-camadas e dispositivo que o utiliza
US9635369B2 (en) * 2012-07-02 2017-04-25 Qualcomm Incorporated Video parameter set including HRD parameters
US9325990B2 (en) * 2012-07-09 2016-04-26 Qualcomm Incorporated Temporal motion vector prediction in video coding extensions
CN102740079B (zh) * 2012-07-12 2014-10-01 北方工业大学 基于hevc标准率失真优化的质量可伸缩编码
KR20140087971A (ko) 2012-12-26 2014-07-09 한국전자통신연구원 계층적 비디오 부호화에서 다중참조계층을 적용한 화면간 부／복호화 방법 및 그 장치
US11438609B2 (en) * 2013-04-08 2022-09-06 Qualcomm Incorporated Inter-layer picture signaling and related processes
US10158884B2 (en) * 2014-03-19 2018-12-18 Qualcomm Incorporated Simplified merge list construction process for 3D-HEVC

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016526848A (ja) * 2013-07-02 2016-09-05 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ マルチレイヤビデオコーディングのためのレイヤ間予測シグナリングに対する最適化

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
"JCTVC-N0058", [ONLINE], JPN6018016738, July 2013 (2013-07-01), ISSN: 0003793258 *
"JCTVC-N0081", [ONLINE], JPN6018016737, July 2013 (2013-07-01), ISSN: 0003793257 *

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2022550320A (ja) * 2019-09-24 2022-12-01 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ビデオ符号化におけるｓｅｉメッセージ依存性の簡略化
US11800130B2 (en) 2019-09-24 2023-10-24 Huawei Technologies Co., Ltd. SEI message dependency simplification in video coding
US12192502B2 (en) 2019-09-24 2025-01-07 Huawei Technologies Co., Ltd. Temporal identifier constraints for SEI messages
US12273548B2 (en) 2019-09-24 2025-04-08 Huawei Technologies Co., Ltd. Decoded picture buffer operation for resolution changes
US12284377B2 (en) 2019-09-24 2025-04-22 Huawei Technologies Co., Ltd. Layer based parameter set NAL unit constraints
US12395660B2 (en) 2019-09-24 2025-08-19 Huawei Technologies Co., Ltd. SEI message dependency simplification in video coding
JP7785665B2 (ja) 2019-09-24 2025-12-15 ホアウェイ・テクノロジーズ・カンパニー・リミテッド ビデオ符号化におけるｓｅｉメッセージ依存性の簡略化
US20230023356A1 (en) * 2020-03-17 2023-01-26 Bytedance Inc. Decoded Picture Buffer Memory Allocation And Picture Output In Scalable Video Coding
US11838555B2 (en) 2020-03-17 2023-12-05 Bytedance Inc. Picture output flag indication in video coding
US11910022B2 (en) * 2020-03-17 2024-02-20 Bytedance Inc. Decoded picture buffer memory allocation and picture output in scalable video coding
US12574556B2 (en) 2020-03-17 2026-03-10 Bytedance Inc. Decoded picture buffer memory allocation and picture output in scalable video coding

Also Published As

Publication number Publication date
EP3022921A4 (en) 2017-03-15
WO2015008479A1 (en) 2015-01-22
US20160191926A1 (en) 2016-06-30
JP6352383B2 (ja) 2018-07-04
CN105379273A (zh) 2016-03-02
CN105379273B (zh) 2019-03-15
US10284862B2 (en) 2019-05-07
HK1222066A1 (zh) 2017-06-16
EP3022921A1 (en) 2016-05-25

Similar Documents

Publication Publication Date Title
JP6352383B2 (ja) 復号方法及び復号装置
US11553198B2 (en) Removal delay parameters for video coding
JP7303920B2 (ja) 映像復号方法
JP6765025B2 (ja) ビデオビットストリームを復号する方法およびデバイス
JP6505026B2 (ja) 符号化方法
JP2016528747A (ja) タイル整列シグナリングおよび適合制約事項
US20170134742A1 (en) Slice type and decoder conformance
HK1222066B (zh) 对来自比特流的视频进行解码的方法和设备

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20170629

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20170629

TRDD Decision of grant or rejection written
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20180427

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180515

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180606

R150 Certificate of patent or registration of utility model

Ref document number: 6352383

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

LAPS Cancellation because of no payment of annual fees