JP7457151B2 - スケーラブル映像コーディングにおけるランダムアクセスポイントアクセスユニット - Google Patents

Description

関連出願の相互参照
本願は、２０２０年３月１６日出願の米国特許仮出願第６２／９９０３８７号の優先権および利益を主張する２０２１年３月１５日出願の国際特許出願第ＰＣＴ／ＵＳ２０２１／０２２４００の国内段階である。上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

この特許明細書は、画像および映像コーディングおよび復号に関する。

デジタル映像は、インターネットおよび他のデジタル通信ネットワークにおいて最大の帯域幅の使用量を占めている。映像を受信および表示することが可能である接続されたユーザ機器の数が増加するにつれ、デジタル映像の使用に対する帯域幅需要は増大し続けることが予測される。

本明細書は、コーディングされた表現の復号に有用な制御情報を使用して、映像のコーディングされた表現を処理するために、映像エンコーダおよびデコーダにより使用できる、スケーラブル映像コーディングにおいて異なるアクセスユニットを構成することを含む技術を開示する。

１つの例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像レイヤ内の１つ以上のピクチャを含む映像と映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、アクセスユニットがこのコーディングされた映像シーケンスを構成する映像レイヤごとにピクチャを含むかどうかを示す第１の構文要素をさらに含む。

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像レイヤ内の１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、所与のアクセスユニット内の各ピクチャが、この１つ以上の映像レイヤを含むこのコーディングされた映像シーケンスの第１のアクセスユニットのレイヤ識別子に等しいレイヤ識別子を担持することを規定するフォーマット規則に準拠する。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像レイヤ内の１つ以上のピクチャを含む映像と映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、この１つ以上のアクセスユニットのうち、新しいコーディングされた映像シーケンスを開始するアクセスユニットを示す第１の構文要素をさらに含む。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、新しいコーディングされた映像シーケンスを開始するコーディングされた映像シーケンス開始アクセスユニットが、映像パラメータセットに指定される映像レイヤごとにピクチャを含むことを規定するフォーマット規則に準拠する。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像レイヤ内の１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、ビットストリームにおける第１のアクセスユニットである所与のアクセスユニット、またはシーケンス終了ネットワーク抽象化レイヤユニットを含む所与のアクセスユニットの前のアクセスユニットに基づいて、所与のアクセスユニットをコーディングされた映像シーケンス開始アクセスユニットとして識別することを規定するフォーマット規則に準拠する。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、規則に基づいて、１つ以上の映像レイヤ内の１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、この規則は、この１つ以上のアクセスユニットのアクセスユニットがコーディングされた映像シーケンス開始アクセスユニットであるかどうかを示すためにサイド情報を使用することを規定する。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像レイヤ内の１つ以上のピクチャを含む映像と映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、漸次的復号リフレッシュアクセスユニットであるこの１つ以上のアクセスユニットの各アクセスユニットがこのコーディングされた映像シーケンスに存在する映像レイヤごとに正確に１つのピクチャを含むことを規定するフォーマット規則に準拠する。

さらに別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像レイヤ内の１つ以上のピクチャを含む映像と映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、イントラランダムアクセスポイントアクセスユニットであるこの１つ以上のアクセスユニットの各アクセスユニットがこのコーディングされた映像シーケンスに存在する映像レイヤごとに正確に１つのピクチャを含むことを規定するフォーマット規則に準拠する。

さらに別の例示的な態様において、映像エンコーダ装置が開示される。この映像エンコーダは、上述した方法を実装するように構成された処理装置を備える。

さらに別の例示的な態様において、映像デコーダ装置が開示される。この映像デコーダは、上述した方法を実装するように構成された処理装置を備える。

さらに別の例示的な態様では、コードが記憶されたコンピュータ可読媒体が開示される。このコードは、本明細書に記載の方法の１つを処理装置が実行可能なコードの形式で実施する。

これらのおよび他の特徴は、本文書全体にわたって説明される。

本明細書で開示される様々な技術が実装され得る例示的な映像処理システムを示すブロック図である。 映像処理に使用されるハードウェアプラットフォームの例を示すブロック図である。 本開示のいくつかの実施形態を実装することができる例示的な映像コーディングシステムを示すブロック図である。 本開示のいくつかの実施形態を実装することができるエンコーダの例を示すブロック図である。 本開示のいくつかの実施形態を実装することができるデコーダの例を示すブロック図である。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。

本明細書では、理解を容易にするために章の見出しを使用しており、その技術および各章に記載された実施形態の適用可能性をその章のみに限定するものではない。さらに、Ｈ．２６６という用語は、ある説明において、理解を容易にするためだけに用いられ、開示される技術の範囲を限定するために用いられたものではない。このように、本明細書で説明される技術は、他の映像コーデックプロトコルおよび設計にも適用可能である。

１． 初期の協議

本明細書は、映像コーディング技術に関する。具体的には、それは、スケーラブル映像コーディングにおけるランダムアクセスポイントアクセスユニットの規定および信号通知に関するものであり、映像ビットストリームは、２つ以上のレイヤを含むことができる。この考えは、個々に又は様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング規格又は非標準映像コーデックに適用されてもよい。

２． 略語

ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（適応パラメータセット）
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ（アクセスユニット）
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ（アクセスユニット区切り文字）
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高度映像コーディング）
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされたレイヤ映像シーケンス）
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（コーディングされたピクチャバッファ）
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ（クリーンランダムアクセス）
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ（コーディングツリーユニット）
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ（コーディングされた映像シーケンス）
ＤＣＩ Ｄｅｃｏｄｉｎｇ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（復号能力情報）
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ（復号されたピクチャバッファ）
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ（ビットストリーム終端）
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ（シーケンス終端）
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（漸次的復号リフレッシュ）
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（高効率映像コーディング）
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ（仮想参照デコーダ）
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ（瞬時復号リフレッシュ）
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ（共同探索モデル）
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ（動き制約タイルセット）
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ（ネットワーク抽象化レイヤ）
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ（出力レイヤセット）
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ（ピクチャヘッダ）
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（ピクチャパラメータセット）
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ（プロファイル、ティアおよびレベル）
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ（ピクチャユニット）
ＲＡＰ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ（ランダムアクセスポイント）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ（ローバイトシーケンスペイロード）
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ（補足強化情報）
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（シーケンスパラメータセット）
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（スケーラブル映像コーディング）
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ（映像コーディングレイヤ）
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ（映像パラメータセット）
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ（ＶＶＣ試験モデル）
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ（映像ユーザビリティ情報）
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ（汎用映像コーディング）

３． 映像コーディングの導入

映像コーディング規格は、主に周知のＩＴＵ－ＴおよびＩＳＯ／ＩＥＣ規格の開発によって発展してきた。ＩＴＵ－ＴはＨ．２６１とＨ．２６３を作り、ＩＳＯ／ＩＥＣはＭＰＥＧ－１とＭＰＥＧ－４ Ｖｉｓｕａｌを作り、両団体はＨ．２６２／ＭＰＥＧ－２ ＶｉｄｅｏとＨ．２６４／ＭＰＥＧ－４ ＡＶＣ（Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）とＨ．２６５／ＨＥＶＣ規格を共同で作った。Ｈ．２６２以来、映像コーディング規格は、時間予測と変換コーディングが利用されるハイブリッド映像コーディング構造に基づく。ＨＥＶＣを超えた将来の映像コーディング技術を探索するため、２０１５年には、ＶＣＥＧとＭＰＥＧが共同でＪＶＥＴ（Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｉｏｎ Ｔｅａｍ）を設立した。それ以来、多くの新しい方法がＪＶＥＴによって採用され、ＪＥＭ（Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ）と呼ばれる参照ソフトウェアに組み込まれてきた。ＪＶＥＴは四半期に１回開催され、新しいコーディング規格はＨＥＶＣに比べて５０％のビットレート低減を目指している。２０１８年４月のＪＶＥＴ会議において、新しい映像コーディング規格を「ＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）」と正式に命名し、その時、第１版のＶＶＣテストモデル（ＶＴＭ）をリリースした。ＶＶＣの標準化に寄与する努力が続けられているので、毎回のＪＶＥＴ会議において、ＶＶＣ標準に新しいコーディング技術が採用されている。毎回の会議の後、ＶＶＣ作業草案およびテストモデルＶＴＭを更新する。ＶＶＣプロジェクトは、現在、２０２０年７月の会合における技術完成（ＦＤＩＳ）を目指している。

３．１ ＨＥＶＣおよびＶＶＣにおけるランダムアクセスとそのサポート

ランダムアクセスとは、復号順でビットストリームの最初のピクチャでないピクチャからビットストリームのアクセスと復号を開始することを指す。ブロードキャスト／マルチキャストおよび複数人数によるビデオ会議におけるチューニングおよびチャネル切り替え、ローカル再生およびストリーミングにおける探索、並びにストリーミングにおけるストリーム適応をサポートするために、ビットストリームは、頻繁なランダムアクセスポイントを含むことが必要であり、一般的に、イントラコーディングされたピクチャであるが、インターコーディングされたピクチャであってもよい（例えば、漸次的復号リフレッシュの場合）。

ＨＥＶＣは、ＮＡＬユニットタイプによって、ＮＡＬユニットのヘッダ内のイントラランダムアクセスポイント（ＩＲＡＰ）のピクチャを信号通知することを含む。３つのタイプのＩＲＡＰピクチャ、即ち、ｉｎｓｔａｎｔａｎｅｏｕｓ ｄｅｃｏｄｅｒ ｒｅｆｒｅｓｈ（ＩＤＲ）、ｃｌｅａｎ ｒａｎｄｏｍ ａｃｃｅｓｓ（ＣＲＡ）、およびｂｒｏｋｅｎ ｌｉｎｋ ａｃｃｅｓｓ（ＢＬＡ）ピクチャがサポートされる。ＩＤＲピクチャは、インターピクチャ予測構造が現在のピクチャグループ（ＧＯＰ）の前のどのピクチャも参照しないようにするように制約しており、従来、クローズドＧＯＰランダムアクセスポイントと呼ばれている。ＣＲＡピクチャは、あるピクチャが現在のＧＯＰの前にピクチャを参照することを許可することによって、制限が緩和され、ランダムアクセスの場合、これらはすべて破棄される。ＣＲＡピクチャは、従来、オープンＧＯＰランダムアクセスポイントと呼ばれている。ＢＬＡピクチャは、通常、例えばストリーム切り替え時に、ＣＲＡピクチャにおいて２つのビットストリームまたはその一部をスプライシングすることで生成される。ＩＲＡＰピクチャのより優れたシステム使用を可能にするために、全部で６つの異なるＮＡＬユニットがＩＲＡＰピクチャのプロパティを信号通知するように定義され、これらのユニットは、ＨＴＴＰ（ＤＡＳＨ）上で動的適応ストリーミングでのランダムアクセスサポートのために使用される、ＩＳＯベースのメディアファイルフォーマット（ＩＳＯＢＭＦＦ）に定義されるようなストリームアクセスポイントのタイプにより適したものにするために使用できる。

ＶＶＣは、３つのタイプのＩＲＡＰピクチャ、２つのタイプのＩＤＲピクチャ（１つのタイプがＲＡＤＬピクチャに関連付けられ、または他のタイプが関連付けられていない）および１つのタイプのＣＲＡピクチャをサポートする。これらは基本的にＨＥＶＣと同じである。ＨＥＶＣにおけるＢＬＡピクチャのタイプは、主に２つの理由により、ＶＶＣに含まれていない。
ｉ）ＢＬＡピクチャの基本機能性は、ＣＲＡピクチャにシーケンス終了ＮＡＬユニットを加えることで実現でき、このシーケンス終了ＮＡＬユニットが存在することは、後続のピクチャが単層ビットストリームにおいて新しいＣＶＳを開始することを示す。ｉｉ）ＮＡＬユニットヘッダのＮＡＬユニットタイプフィールドに６ビットの代わりに５ビットを用いることによって示されるように、ＶＶＣの開発の間にＨＥＶＣよりも少ないＮＡＬユニットタイプを規定する点で要求があった。

ＶＶＣとＨＥＶＣとの間のランダムアクセスサポートにおける別の重要な相違は、ＶＶＣにおいてより規範的な方法でＧＤＲをサポートすることである。ＧＤＲにおいて、ビットストリームの復号は、インターコーディングされたピクチャから開始することができ、始めは、ピクチャ領域全体を正しく復号することができないが、複数のピクチャの後に、ピクチャ領域全体が正しくなる。ＡＶＣおよびＨＥＶＣはまた、ＧＤＲランダムアクセスポイントおよびリカバリポイントの信号通知のためのリカバリポイントＳＥＩメッセージを使用して、ＧＤＲをサポートする。ＶＶＣにおいて、ＧＤＲピクチャを示すために新しいＮＡＬユニットタイプが指定され、ピクチャヘッダ構文構造においてリカバリポイントが通知される。ＣＶＳおよびビットストリームは、ＧＤＲピクチャで開始することができる。これは、１つのビットストリーム全体が、１つのイントラコーディングされたピクチャなしにインターコーディングされたピクチャのみを含むことができることを意味する。ＧＤＲサポートをこのように規定する主な利点は、ＧＤＲに適合した動作を提供することである。ＧＤＲは、エンコーダが、ピクチャ全体をイントラコーディングするのではなく、複数のピクチャにイントラコーディングされたスライスまたはブロックを分布させることによって、ビットストリームのビットレートを平滑化することを可能にし、これにより、無線表示、オンラインゲーム、無人機に基づくアプリケーションのような超低遅延アプリケーションがより一般的になっているため、今日の方が以前より重要視されているエンドツーエンドの遅延の大幅な低減を可能にする。

ＶＶＣにおける別のＧＤＲに関連する特徴は、仮想境界信号通知である。ＧＤＲピクチャとそのリカバリポイントとの間のピクチャにおける、リフレッシュされた領域（すなわち、正しく復号された領域）と未リフレッシュの領域との間の境界は、仮想境界として信号通知されてもよく、信号通知された場合、境界をまたがるインループフィルタリングが適用されなくなり、したがって、境界付近のいくつかのサンプルの復号不整合が発生しなくなる。これは、アプリケーションがＧＤＲ処理中に正しく復号された領域を表示することを決定した場合に有用となりうる。

ＩＲＡＰピクチャおよびＧＤＲピクチャを、ランダムアクセスポイント（ＲＡＰ）ピクチャとまとめて呼ぶことができる。

３．２． 全般およびＶＶＣにおけるスケーラブル映像コーディング（ＳＶＣ）
スケーラブル映像コーディング（ＳＶＣ、単に映像コーディングにおけるスケーラビリティとも呼ばれる）は、時には参照レイヤ（ＲＬ）とも呼ばれるベースレイヤ（ＢＬ）と、１つ以上のスケーラブル強化レイヤ（Ｅｌ）が使用される映像コーディングを指す。ＳＶＣにおいて、ベースレイヤは、基本品質レベルの映像データを担持することができる。１つ以上の強化レイヤは、例えば、より高い空間的、時間的、および／または信号対雑音（ＳＮＲ）レベルをサポートするように、追加の映像データを担持することができる。強化レイヤは、先に符号化されたレイヤに対して定義されてもよい。例えば、下レイヤがＢＬとして機能し、上レイヤがＥＬとして機能することができる。中間レイヤは、ＥｌまたはＲＬのいずれか、またはその両方として機能することができる。例えば、中間レイヤ（例えば、最下レイヤでも最上レイヤでもないレイヤ）は、中間レイヤの下のレイヤ、例えば、ベースレイヤまたは任意の介在する強化レイヤのためのＥＬであってもよく、同時に、中間レイヤの上の１つ以上の強化レイヤのためのＲＬとしての役割を果たす。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ拡張では、複数のビューが存在してもよく、１つのビューの情報を利用して別のビューの情報（例えば、動き推定、動きベクトル予測および／または他の冗長性）をコーディング（例えば、符号化または復号）することができる。

ＳＶＣにおいて、エンコーダまたはデコーダで使用されるパラメータは、それらを利用することができるコーディングレベル（例えば、映像レベル、シーケンスレベル、ピクチャレベル、スライスレベル等）に基づいてパラメータセットにグループ分けされる。例えば、ビットストリームにおける異なるレイヤの１つ以上のコーディングされた映像シーケンスによって利用できるパラメータは、映像パラメータセット（ＶＰＳ）に含まれてもよく、コーディングされた映像シーケンスにおける１つ以上のピクチャによって利用されるパラメータは、シーケンスパラメータセット（ＳＰＳ）に含まれてもよい。同様に、１つのピクチャの１つ以上のスライスで利用されるパラメータは、ピクチャパラメータセット（ＰＰＳ）に含まれてもよく、１つのスライスに固有の他のパラメータは、スライスヘッダに含まれてもよい。同様に、特定のレイヤが所与の時間にどのパラメータセットを使用しているかの指示は、様々なコーディングレベルで提供されてもよい。

ＶＶＣにおける参照ピクチャリサンプリング（ＲＰＲ）のサポートのおかげで、空間的スケーラビリティサポートに必要なアップサンプリングはＲＰＲアップサンプリングフィルタを使用するだけでよいので、追加の信号処理レベルのコーディングツールを必要とせずに、複数のレイヤ、例えば、ＶＶＣにおけるＳＤおよびＨＤ解像度の２つのレイヤを含むビットストリームをサポートするように設計することができる。それにもかかわらず、スケーラビリティサポートのためには、高レベルの構文変更（スケーラビリティをサポートしない場合と比較して）が必要である。スケーラビリティサポートは、ＶＶＣバージョン１に規定されている。ＡＶＣおよびＨＥＶＣの拡張を含む、任意の以前の映像コーディング規格におけるスケーラビリティサポートとは異なり、ＶＶＣのスケーラビリティの設計は、単層デコーダの設計にできるだけ適したものにされてきた。多層ビットストリームの復号能力は、まるでビットストリームに１つのレイヤしかなかったかような手法で規定される。例えば、ＤＰＢサイズのような復号能力は、復号されるビットストリームのレイヤの数に依存しない手法で規定される。基本的に、単層ビットストリームのために設計されたデコーダは、多層ビットストリームを復号することができるようにするために、多くの変更を必要としない。ＡＶＣおよびＨＥＶＣの多層拡張の設計と比較して、ＨＬＳの態様は、ある程度の柔軟性を犠牲にして大幅に簡略化されてきた。例えば、ＩＲＡＰ ＡＵは、ＣＶＳに存在するレイヤの各々にピクチャを含むことが必要である。

３．３ パラメータセット

ＡＶＣ、ＨＥＶＣ、ＶＶＣはパラメータセットを指定する。パラメータセットのタイプは、ＳＰＳ、ＰＰＳ、ＡＰＳ、ＶＰＳを含む。ＳＰＳ、ＰＰＳは、ＡＶＣ、ＨＥＶＣ、ＶＶＣのすべてでサポートされている。ＶＰＳは、ＨＥＶＣから導入されたものであり、ＨＥＶＣおよびＶＶＣの両方に含まれる。ＡＰＳは、ＡＶＣまたはＨＥＶＣに含まれていなかったが、最近のＶＶＣ草案のテキストに含まれている。

ＳＰＳは、シーケンスレベルのヘッダ情報を担持するように設計され、ＰＰＳは、頻繁に変化しないピクチャレベルのヘッダ情報を担持するように設計された。ＳＰＳおよびＰＰＳを用いると、シーケンスまたはピクチャごとに頻繁に変化する情報を繰り返す必要がないので、この情報の冗長な信号通知を回避することができる。さらに、ＳＰＳおよびＰＰＳを使用することは、重要なヘッダ情報の帯域外伝送を有効化し、それにより、冗長な伝送の必要性を回避するだけでなく、誤り耐性を改善する。

ＶＰＳは、マルチレイヤのビットストリームのすべてのレイヤに共通であるシーケンスレベルのヘッダ情報を担持するために導入された。

ＡＰＳは、コーディングするためにかなりのビットを必要とし、複数のピクチャによって共有され得る、このようなピクチャレベルまたはスライスレベルの情報を担持するために導入された。そして、シーケンスにおいて、非常に多くの異なる変形例が存在し得る。

３．４ ＶＶＣにおける関連定義

最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－Ｖｅ／ｖ１５）における関連する定義は、以下のとおりである。

３．５ ＶＶＣにおけるＶＰＳ構文および意味論

ＶＶＣは、スケーラブル映像コーディングとしても知られるスケーラビリティをサポートし、複数のレイヤは、１つのコーディングされた映像ビットストリームで符号化することができる。

最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－Ｖｅ／ｖ１５）において、ＶＰＳにおいてスケーラビリティ情報が信号通知され、その構文および意味論は以下のとおりである。

７．４．３．２ 映像パラメータセットＲＢＳＰ意味論

ＶＰＳ ＲＢＳＰは、それが参照される前に、復号処理に利用可能であり、ＴｅｍｐｏｒａｌＩｄが０に等しい、又は外部手段によって提供される少なくとも１つのＡＵに含まれる。
ＣＶＳにおけるｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定の値を有するすべてのＶＰＳ ＮＡＬユニットは、同じコンテンツを有するものとする。

ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他の構文要素が参照するＶＰＳの識別子を提供する。ｖｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０より大きいものとする。

ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１は、各ＣＶＳがＶＰＳを参照するときに最大許容レイヤ数を規定する。

ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１は、ＶＰＳを参照する各ＣＶＳのレイヤに存在し得る時間的サブレイヤの数の最大数を規定する。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、０から６までの範囲内にあるべきである。

ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合は、ＶＰＳを参照する各ＣＶＳにおけるすべてのレイヤについて時間的サブレイヤの数が同じであることを規定する。ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが０に等しい場合、各ＣＶＳがＶＰＳを参照するレイヤは、同じ数の時間的サブレイヤを有することができるし、有しないことができることを規定する。存在しない場合、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇの値は１に等しいと推測される。

ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合、ＣＶＳにおけるすべてのレイヤは、レイヤ間予測を使用せずに独立してコーディングされることを規定する。ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇが０に等しい場合は、ＣＶＳにおけるレイヤのうちの１つ以上がレイヤ間予測を使用することができることを規定する。存在しない場合、ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇの値は１に等しいと推測される。

ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［Ｉ］は、ｉ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値を規定する。ｍおよびｎの任意の２つの非負整数値の場合、ｍがｎ未満であるとき、ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｍ］の値は、ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｎ］未満であるものとする。

１に等しいｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］は、インデックスＩのレイヤがレイヤ間予測を使用しないことを規定する。０に等しいｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］は、インデックスＩのレイヤがインターレイヤー予測を使用でき、かつ、ｊの構文要素ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］［ｊ］が０～Ｉ－１の範囲内にある場合には（両端を含む）、ＶＰＳに存在することを規定する。存在しない場合、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］の値は１に等しいと推測される。

０に等しいｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］［ｊ］は、インデックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイヤでないことを規定する。１に等しいｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］［ｊ］は、インデックスｊを有するレイヤがインデックスｉを有するレイヤの直接参照レイヤであることを規定する。ｉおよびｊが０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒ＿ｍｉｎｕｓ１の範囲内にあるとき、ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］［ｊ］が存在しない場合、それは０に等しいと推論される。ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ｉ］が０に等しい場合、ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］［ｊ］の値が１となるように、０～Ｉ－１の範囲内にあるｊの値が少なくとも１つあるものとする。

変数ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［Ｉ］、ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［Ｉ］［ｄ］、ＮｕｍＲｅｆＬａｙｅｒｓ［Ｉ］、ＲｅｆＬａｙｅｒＩｄｘ［Ｉ］［ｒ］、およびＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｊ］は次のように導出される：
ｆｏｒ（Ｉ＝０；Ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｆｏｒ（ｊ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋） ｛
ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［Ｉ］［ｊ］＝ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］［ｊ］
ｆｏｒ（ｋ＝０；ｋ＜Ｉ；ｋ＋＋）
ｉｆ（ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］［ｋ］＆＆ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［ｋ］［ｊ］）
ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［Ｉ］［ｊ］＝１
｝
ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［Ｉ］＝０
｝
ｆｏｒ（Ｉ＝０；Ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｆｏｒ（ｊ＝０，ｄ＝０，ｒ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋） ｛ （３７）
ｉｆ（ｖｐｓ＿ｄｉｒｅｃｔ＿ｒｅｆ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］［ｊ］） ｛
ＤｉｒｅｃｔＲｅｆＬａｙｅｒＩｄｘ［Ｉ］［ｄ＋＋］＝ｊ
ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［ｊ］＝１
｝
ｉｆ（ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［Ｉ］［ｊ］）
ＲｅｆＬａｙｅｒＩｄｘ［Ｉ］［ｒ＋＋］＝ｊ
｝
ＮｕｍＤｉｒｅｃｔＲｅｆＬａｙｅｒｓ［Ｉ］＝ｄ
ＮｕｍＲｅｆＬａｙｅｒｓ［Ｉ］＝ｒ
｝
ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［Ｉ］であるｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するレイヤのレイヤインデックスを規定する変数ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［Ｉ］は、以下のように導出される。
ｆｏｒ（Ｉ＝０；Ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋）
（３８）
ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［Ｉ］］＝ｉ

Ｉおよびｊの、両方とも０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にある任意の２つの異なる値について、ｄｅｐｅｎｄｅｎｃｙＦｌａｇ［Ｉ］［ｊ］が１に等しい場合、ｉ番目のレイヤに適用されるｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃとｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８は、ｊ番目のレイヤに適用されるｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃとｂｉｔ＿ｄｅｐｔｈ＿ｍｉｎｕｓ８とそれぞれ等しいとすることが、ビットストリーム適合性の要件である。

ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［Ｉ］が１に等しい場合、構文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［Ｉ］が存在することを規定する。ｍａｘ＿ｔｉｄ＿ｒｅｆ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［Ｉ］が０に等しい場合は、構文要素ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［Ｉ］が存在しないことを規定する。

ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［Ｉ］が０に等しい場合は、レイヤ間予測がｉ番目のレイヤの非ＩＲＡＰピクチャによって使用されないことを規定する。ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［Ｉ］が０より大きい場合は、ｉ番目のレイヤのピクチャを復号するために、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［Ｉ］－１より大きいＴｅｍｐｏｒａｌＩｄを有するピクチャをＩＬＲＰとして使用しないことを規定する。存在しない場合、ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［Ｉ］の値は７に等しいと推測される。

ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが１に等しい場合は、各ＯＬＳが１つのレイヤのみを含み、ＶＰＳを参照するＣＶＳにおける各レイヤ自体が１つのＯＬＳであり、単一の含まれたレイヤが唯一の出力レイヤであることを規定する。ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが０に等しい場合は、ＯＬＳは２つ以上のレイヤを含んでいてもよい。ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇの値は１に等しいと推論される。そうでない場合、ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇが０に等しい場合、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇの値は０に等しいと推論される。

０に等しいｏｌｓ＿ｍｏｄｅ＿ｉｄｃは、ＶＰＳで指定されるＯＬＳの総数がｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいことを規定し、ｉ番目のＯＬＳは、レイヤインデックスが０からＩまでのレイヤを含み、各ＯＬＳにおいて、ＯＬＳにおける最上位レイヤのみを出力する。
１に等しいＯｌｓ＿ｍｏｄｅ＿ｉｄｃは、ＶＰＳで指定されるＯＬＳの総数がｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１に等しいことを規定し、ｉ番目のＯＬＳは、レイヤインデックスが０からＩまでのレイヤを含み、各ＯＬＳにおいて、ＯＬＳにおけるすべてのレイヤを出力する。
ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しい場合は、ＶＰＳで指定されるＯＬＳの総数が明示的に信号通知されることを規定し、各ＯＬＳにおいて、出力レイヤは明示的に信号通知され、他のレイヤがＯＬＳの出力レイヤの直接または間接参照レイヤであるレイヤであることを規定する。
ｏｌｓ＿ｍｏｄｅ＿ｉｄｃの値は、０から２までの範囲内にあるべきである。ｏｌｓ＿ｍｏｄｅ＿ｉｄｃの値３は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣが将来使用するために確保されている。
ｖｐｓ＿ａｌｌ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒｓ＿ｆｌａｇが１に等しく、ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇが０に等しい場合、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃの値は２に等しいと推論される。

ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１は、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しいときには、ＶＰＳで規定されるＯＬＳの総数を規定する。
ＶＰＳで規定されたＯＬＳの総数を規定する変数ＴｏｔａｌＮｕｍＯｌｓｓは、以下のように導出される。
ｉｆ（ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＝＝０）
ＴｏｔａｌＮｕｍＯｌｓｓ＝１
ｅｌｓｅ ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１ （３９）
ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）
ＴｏｔａｌＮｕｍＯｌｓｓ＝ｎｕｍ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｓｅｔｓ＿ｍｉｎｕｓ１＋１

ｏｌｓ＿ｌａｙｅｒ＿ｏｕｔｐｕｔ＿ｆｌａｇ［Ｉ］［ｊ］が１に等しい場合は、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２の場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］に等しいレイヤはｉ番目のＯＬＳの出力レイヤであることを規定する。ｏｌｓ＿ｌａｙｅｒ＿ｏｕｔｐｕｔ＿ｆｌａｇ［Ｉ］［ｊ］が０に等しい場合は、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２の場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］に等しいレイヤはｉ番目のＯＬＳの出力レイヤでないことを規定する。

ｉ番目のＯＬＳにおける出力レイヤの数を規定する変数ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［Ｉ］、ｉ番目のＯＬＳにおけるｊ番目のレイヤのサブレイヤの数を規定する変数ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯｌｓ［Ｉ］［ｊ］、ｉ番目のＯＬＳにおけるｊ番目の出力レイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を規定する変数ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ］、および少なくとも１つのＯＬＳにおいてｋ番目のレイヤを出力レイヤとして使用するかどうかを規定する変数ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］、を以下のように導出する。
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［０］［０］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［０］＝１
ｆｏｒ（Ｉ＝１，Ｉ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｉ＋＋） ｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＜２）
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［Ｉ］＝１
ｅｌｓｅ／＊（！ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ＆＆ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２）＊／
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［Ｉ］＝０
｝
ｆｏｒ（Ｉ＝１；Ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０） ｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［Ｉ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［Ｉ］
ｆｏｒ（ｊ＝０；ｊ＜Ｉ＆＆（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０）；ｊ＋＋）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［Ｉ］［ｊ］＝ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［Ｉ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［Ｉ］［Ｉ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１） ｛
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［Ｉ］＝Ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［Ｉ］；ｊ＋＋） ｛
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［Ｉ］［ｊ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２） ｛
ｆｏｒ（ｊ＝０；ｊ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｊ＋＋） ｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［Ｉ］［ｊ］＝０
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［Ｉ］［ｊ］＝０
｝
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ＋＋） （４０）
ｉｆ（ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［Ｉ］［ｋ］） ｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［Ｉ］［ｋ］＝１
ＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［ｋ］＝１
ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［Ｉ］［ｊ］＝ｋ
ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［Ｉ］［ｊ］＝ｖｐｓ＿ｍａｘ＿ｓｕｂ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１＋１
｝
ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［Ｉ］＝ｊ
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［Ｉ］；ｊ＋＋） ｛
ｉｄｘ＝ＯｕｔｐｕｔＬａｙｅｒＩｄｘ［Ｉ］［ｊ］
ｆｏｒ（ｋ＝０；ｋ＜ＮｕｍＲｅｆＬａｙｅｒｓ［ｉｄｘ］；ｋ＋＋） ｛
ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［Ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＝１
ｉｆ（ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［Ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＜
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ］］）
ＮｕｍＳｕｂＬａｙｅｒｓＩｎＬａｙｅｒＩｎＯＬＳ［Ｉ］［ＲｅｆＬａｙｅｒＩｄｘ［ｉｄｘ］［ｋ］］＝
ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ］］
｝
｝
｝

０～ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるＩの各値について、ＬａｙｅｒＵｓｅｄＡｓＲｅｆＬａｙｅｒＦｌａｇ［Ｉ］およびＬａｙｅｒＵｓｅｄＡｓＯｕｔｐｕｔＬａｙｅｒＦｌａｇ［Ｉ］の値は、両方とも０に等しくないものとする。言い換えれば、少なくとも１つのＯＬＳの出力レイヤでも、他のレイヤの直接参照レイヤでもないレイヤが存在しないものとする。

各ＯＬＳに対して、出力レイヤである少なくとも１つのレイヤが存在するものとする。すなわち、Ｉの値が０～ＴｏｔａｌＮｕｍＯｌｓｓ－１の範囲内（両端を含む）にある場合、ＮｕｍＯｕｔｐｕｔＬａｙｅｒｓＩｎＯｌｓ［Ｉ］の値は１以上であるものとする。

ｉ番目のＯＬＳにおけるレイヤの数を規定する変数ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］、およびｉ番目のＯＬＳにおけるｊ番目のレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄ値を規定する変数ＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ］は、以下のように導出する。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［０］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］
ｆｏｒ（Ｉ＝１；Ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋） ｛
ｉｆ（ｅａｃｈ＿ｌａｙｅｒ＿ｉｓ＿ａｎ＿ｏｌｓ＿ｆｌａｇ） ｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］＝１
ＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［０］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［Ｉ］
（４１）
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝０｜｜ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝１） ｛
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］＝Ｉ＋１
ｆｏｒ（ｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］；ｊ＋＋）
ＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｊ］
｝ ｅｌｓｅ ｉｆ（ｏｌｓ＿ｍｏｄｅ＿ｉｄｃ＝＝２） ｛
ｆｏｒ（ｋ＝０，ｊ＝０；ｋ＜＝ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１；ｋ＋＋）
ｉｆ（ｌａｙｅｒＩｎｃｌｕｄｅｄＩｎＯｌｓＦｌａｇ［Ｉ］［ｋ］）
ＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ＋＋］＝ｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］＝ｊ
｝
｝
注１－０番目のＯＬＳは、最下位レイヤ（すなわち、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］であるレイヤ）のみを含み、０番目のＯＬＳの場合、含まれているレイヤのみが出力される。

ｎｕｈ＿ｌａｙｅｒ＿ｉｄがＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ］であるレイヤのＯＬＳレイヤインデックスを規定する変数ＯｌｓＬａｙｅｒＩｄｘ［Ｉ］［ｊ］は、以下のように導出される。
ｆｏｒ（Ｉ＝０；Ｉ＜ＴｏｔａｌＮｕｍＯｌｓｓ；ｉ＋＋）
ｆｏｒｊ＝０；ｊ＜ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］；ｊ＋＋） （４２）
ＯｌｓＬａｙｅｒＩｄｘ［Ｉ］［ＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ］］＝ｊ

各ＯＬＳにおける最下位レイヤは独立レイヤであるものとする。すなわち、０～ＴｏｔａｌＮｕｍＯｌｓｓ－１の範囲内にある各Ｉについて、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［０］］］の値は、１に等しいものとする。

各レイヤは、ＶＰＳによって規定される少なくとも１つのＯＬＳに含まれるものとする。言い換えれば、０からｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるｋについて、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値ｎｕｈＬａｙｅｒＩｄがｖｐｓ＿ｌａｙｅｒ＿ｉｄ［ｋ］の１つと等しい各レイヤについて、少なくとも１対の値、Ｉとｊが存在するものとする。ここで、Ｉは０からＴｏｔａｌＮｕｍＯｌｓｓ－１の範囲にあり、ｊはＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］－１の範囲にあり、ＬａｙｅｒＩｄＩｎＯｌｓ［Ｉ］［ｊ］の値がｎｕｈＬａｙｅｒＩｄと等しくなる。

ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１＋１は、ＶＰＳにおけるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造の数を規定する。ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１の値はＴｏｔａｌＮｕｍＯｌｓｓより小さいものとする。

ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［Ｉ］が１に等しい場合は、ＶＰＳにおけるｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造にプロファイル、ティア、および一般的な制約情報が存在することを規定する。ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［Ｉ］が０に等しい場合は、ＶＰＳにおけるｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造にプロファイル、ティア、および一般的な制約情報が存在しないことを規定する。ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［０］の値は１に等しいと推論される。ｐｔ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ［Ｉ］が０に等しい場合は、ＶＰＳ内のｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のプロファイル、ティア、一般的な制約情報は、ＶＰＳ内（Ｉ－１）番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のものと同じと推論される。

ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［Ｉ］は、ＶＰＳのｉ番目のｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造においてレベル情報が存在する最も高いサブレイヤ表現のＴｅｍｐｏｒａｌＩｄを規定する。ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［Ｉ］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるものとする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［Ｉ］の値は０に等しいと推論される。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合、ｐｔｌ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［Ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推論される。

ｖｐｓ＿ｐｔｌ＿ａｌｉｇｎｍｅｎｔ＿ｚｅｒｏ＿ｂｉｔは０に等しいものとする。

ｏｌｓ＿ｐｔｌ＿ｉｄｘ［Ｉ］は、第ｉ番目のＯＬＳに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造の、ＶＰＳにおけるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造のリストに対するインデックスを規定する。存在する場合、ｏｌｓ＿ｐｔｌ＿ｉｄｘ［Ｉ］の値は、０～ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１の範囲内にあるものとする。ｖｐｓ＿ｎｕｍ＿ｐｔｌｓ＿ｍｉｎｕｓ１が０に等しい場合、ｏｌｓ＿ｐｔｌ＿ｉｄｘ［Ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］＝１に等しい場合、ｉ番目のＯＬＳに適用されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造は、ｉ番目のＯＬＳのレイヤが参照するＳＰＳにも存在する。ＮｕｍＬａｙｅｒｓＩｎＯＬＳ［Ｉ］が１に等しい場合は、ＶＰＳおよびｉ番目のＯＬＳのＳＰＳにおいて信号通知されるｐｒｏｆｉｌｅ＿ｔｉｅｒ＿ｌｅｖｅｌ（）構文構造は同一であるものとすることが、ビットストリーム適合性の要件である。

ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓは、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の数を規定する。ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓの値は、０～１６の範囲内である。存在しない場合、ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓの値は０に等しいと推測される。

ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｄｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＶＰＳのｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造において、ｍａｘ＿ｄｅｃ＿ｐｉｃ＿ｂｕｆｆｅｒｉｎｇ＿ｍｉｎｕｓ１［］、ｍａｘ＿ｎｕｍ＿ｒｅｏｒｄｅｒ＿ｐｉｃｓ［］、およびｍａｘ＿ｌａｔｅｎｃｙ＿ｉｎｃｒｅａｓｅ＿ｐｌｕｓ１［］構文要素の存在を制御するのに使用する。存在しない場合、ｖｐｓ＿ｓｕｂ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは０に等しいと推論される。

ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［Ｉ］は、ＶＰＳのｉ番目のｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造にＤＰＢパラメータが含まれている可能性がある、最も高いサブレイヤ表現のＴｅｍｐｏｒａｌＩｄを規定する。ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［Ｉ］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるものとする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１＝０に等しい場合、ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［Ｉ］の値は０に等しいと推論される。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇ＝１に等しい場合、ｄｐｂ＿ｍａｘ＿ｔｅｍｐｏｒａｌ＿ｉｄ［Ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推論される。

ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｗｉｄｔｈ［Ｉ］は、ｉ番目のＯＬＳのための各ピクチャ記憶バッファの輝度サンプル（ｌｕｍａ ｓａｍｐｌｅ）の単位での幅を規定する。

ｏｌｓ＿ｄｐｂ＿ｐｉｃ＿ｈｅｉｇｈｔ［Ｉ］は、ｉ番目のＯＬＳの各ピクチャ記憶バッファの高さを、輝度サンプル単位で規定する。

ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［Ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］が１より大きい場合、ｉ番目のＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の、ＶＰＳにおけるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにインデックスを規定する。存在する場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［Ｉ］の値は、０～ｖｐｓ＿ｎｕｍ＿ｄｐｂ＿ｐａｒａｍｓ－１の範囲内にあるものとする。ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［Ｉ］が存在しない場合、ｏｌｓ＿ｄｐｂ＿ｐａｒａｍｓ＿ｉｄｘ［Ｉ］の値は０に等しいと推論される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用されるｄｐｂ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳにおけるレイヤが参照するＳＰＳに存在する。

ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合は、ＶＰＳがｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造および他のＨＲＤパラメータを含むことを規定する。ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合は、ＶＰＳがｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造または他のＨＲＤパラメータを含まないことを規定する。存在しない場合、ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０と推測される。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］が１に等しい場合、ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造およびｉ番目のＯＬＳに適用されるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳのレイヤが参照するＳＰＳに存在する。

ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合は、ＶＰＳにおけるｉ番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造が、ＴｅｍｐｏｒａｌＩｄが０からｈｒｄ＿ｍａｘ＿ｔｉｄ［Ｉ］の範囲内にあるサブレイヤ表現のＨＲＤパラメータを含むことを規定する。ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合は、ＶＰＳにおけるｉ番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造が、ＴｅｍｐｏｒａｌＩｄがｈｒｄ＿ｍａｘ＿ｔｉｄ［Ｉ］のみに等しいサブレイヤ表現のＨＲＤパラメータを含むことを規定する。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１＝０のとき、ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は０に等しいと推論される。
ｖｐｓ＿ｓｕｂｌａｙｅｒ＿ｃｐｂ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ＴｅｍｐｏｒａｌＩｄが０からｈｒｄ＿ｍａｘ＿ｔｉｄ［Ｉ］－１の範囲内にあるサブレイヤ表現のＨＲＤパラメータは、ＴｅｍｐｏｒａｌＩｄがｈｒｄ＿ｍａｘ＿ｔｉｄ［Ｉ］－１に等しいサブレイヤ表現のＨＲＤパラメータと同じに等しいと推論される。これには、ｆｉｘｅｄ＿ｐｉｃ＿ｒａｔｅ＿ｇｅｎｅｒａｌ＿ｆｌａｇ［Ｉ］構文要素から始まり、ｓｕｂｌａｙｅｒ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（Ｉ）構文構造に至るまでのＨＲＤパラメータが、ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ構文構造における条件“ｉｆ（ｇｅｎｅｒａｌ＿ｖｃｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ）”のすぐ下に含まれる。

ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１＋１は、ｖｐｓ＿ｇｅｎｅｒａｌ＿ｈｒｄ＿ｐａｒａｍｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しいとき、ＶＰＳに存在するｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の数を規定する。ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１の値は、０からＴｏｔａｌＮｕｍＯｌｓｓ－１までの範囲内にあるものとする。

ｈｒｄ＿ｍａｘ＿ｔｉｄ［Ｉ］は、ｉ番目のｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造にＨＲＤパラメータが含まれる最も高いサブレイヤ表現のＴｅｍｐｏｒａｌＩｄを規定する。ｈｒｄ＿ｍａｘ＿ｔｉｄ［Ｉ］の値は、０～ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の範囲内にあるものとする。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０に等しい場合、ｈｒｄ＿ｍａｘ＿ｔｉｄ［Ｉ］の値は０に等しいと推論される。ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きく、ｖｐｓ＿ａｌｌ＿ｌａｙｅｒｓ＿ｓａｍｅ＿ｎｕｍ＿ｓｕｂｌａｙｅｒｓ＿ｆｌａｇが１に等しい場合、ｈｒｄ＿ｍａｘ＿ｔｉｄ［Ｉ］の値は、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推論される。

ｏｌｓ＿ｈｒｄ＿ｉｄｘ［Ｉ］は、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］が１より大きい場合、ｉ番目のＯＬＳに適用されるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造の、ＶＰＳにおけるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造のリストにインデックスを規定する。ｏｌｓ＿ｈｒｄ＿ｉｄｘ［［Ｉ］の値は、０からｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１までの範囲内にあるものとする。
ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］が１に等しい場合は、ｉ番目のＯＬＳに適用されるｏｌｓ＿ｈｒｄ＿ｐａｒａｍｅｔｅｒｓ（）構文構造は、ｉ番目のＯＬＳにおけるレイヤが参照するＳＰＳに存在する。
ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍ＿ｍｉｎｕｓ１＋１の値がＴｏｔａｌＮｕｍＯｌｓｓに等しい場合、ｏｌｓ＿ｈｒｄ＿ｉｄｘ［Ｉ］の値はｉに等しいと推論される。そうでない場合、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［Ｉ］が１より大きく、ｎｕｍ＿ｏｌｓ＿ｈｒｄ＿ｐａｒａｍｓ＿ｍｉｎｕｓ１が０に等しい場合、ｏｌｓ＿ｈｒｄ＿ｉｄｘ［［Ｉ］の値は０に等しいと推論される。

ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが０に等しい場合、ＶＰＳ ＲＢＳＰ構文構造にｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素が存在しないことを示す。ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇが１に等しい場合、ＶＰＳ ＲＢＳＰ構文構造にｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素が存在することを示す。

ｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは任意の値を有することができる。その存在および値は、本明細書バージョンで規定されるプロファイルに対するデコーダ適合性に影響を与えない。本明細書バージョンに準拠するデコーダは、すべてのｖｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇ構文要素を無視しなければならない。

３．６． ＶＶＣにおけるアクセスユニット区切り文字（ＡＵＤ）構文および意味論

最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－Ｖｅ／ｖ１５）において、ＡＵＤ構文および意味論は以下のとおりである。

７．４．３．９ ＡＵ区切り文字ＲＢＳＰ意味論

ＡＵ区切り文字は、ＡＵ区切り文字ＮＡＬユニットを含むＡＵ内のコーディングされたピクチャに存在するＡＵの開始およびスライスタイプを示すために使用される。ＡＵ区切り文字に関連付けられた規範的な復号処理は存在しない。

ｐｉｃ＿ｔｙｐｅは、ＡＵ区切り文字ＮＡＬユニットを含むＡＵにおけるコーディングされたピクチャのすべてのスライスのｓｌｉｃｅ＿ｔｙｐｅ値が、所与のｐｉｃ＿ｔｙｐｅ値について、表７にリストされるセットのメンバであることを示す。本明細書バージョンに準拠するビットストリームにおいて、ｐｉｃ＿ｔｙｐｅの値は０、１、又は２に等しいものとする。ｐｉｃ＿ｔｙｐｅの他の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣが将来使用するために確保されている。本明細書バージョンに準拠するデコーダは、ｐｉｃ＿ｔｙｐｅの確保された値を無視しなければならない。

３．７． Ａｕ、ＰＵの順番

最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－Ｖｅ／ｖ１５）において、ＡＵおよびＰＵの復号順序の仕様は以下のとおりである。

７．４．２．４．２ Ａｕの順序およびそれらのＣＶＳへの関連付け

ビットストリームは、１つ以上のＣＶＳからなる。
ＣＶＳは、１つ以上のＡｕからなる。ＰＵの順番およびＡｕとの関連付けは、項目７．４．２．４．３に記載されている。
ＣＶＳの最初のＡＵは、ＣＶＳＳ ＡＵであり、現在の各ＰＵは、ＣＬＶＳＳ ＰＵであり、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＩＲＡＰ ＰＵ、又はＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲ ＰＵのいずれかである。
各ＣＶＳＳ ＡＵは、ＣＶＳに存在する各レイヤに１つのＰＵを有する。

７．４．２．４．３ ＰＵの順番およびＡｕとの関連付け

１つのＡＵは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄの昇順に１つ以上のＰＵを含む。ＮＡＬユニットの順番およびコーディングされたピクチャ、並びにそれらのＰＵとの関連付けは、項目７．４．２．４．４に記載されている。
１つのＡＵには、最大１つのＡＵＤ ＮＡＬユニットがあってもよい。ＡＵＤ ＮＡＬユニットがＡＵに存在する場合、ＡＵの最初のＮＡＬユニットとなり、その結果、ＡＵの最初のＰＵの最初のＮＡＬユニットとなる。

１つのＡＵには、最大１つのＥＯＢ ＮＡＬユニットが存在してもよい。１つのＡＵに１つのＥＯＢ ＮＡＬユニットが存在する場合、このユニットはこのＡＵの最後のＮＡＬユニットとなり、その結果、このＡＵの最後のＰＵの最後のＮＡＬユニットとなる。

１つのＶＣＬ ＮＡＬユニットがＰＨ ＮＡＬユニットに続く最初のＶＣＬ ＮＡＬユニットであり、以下の条件が１つ以上真である場合、ＶＣＬ ＮＡＬユニットはＡＵの最初のＶＣＬ ＮＡＬユニットとなる（その結果、ＶＣＬ ＮＡＬユニットを含むＰＵは、ＡＵの最初のＰＵとなる）。
－ ＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、復号順で前のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄよりも小さい。
－ ＶＣＬ ＮＡＬユニットのｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、復号順で前のピクチャのｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値と異なる。
－ ＶＣＬ ＮＡＬユニットに対して導出されたＰｉｃＯｒｄｅｒＣｎｔＶａｌは、復号順で前のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌと異なる。

ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕをＡＵの最初のＶＣＬ ＮＡＬユニットとする。ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行し、ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行する最後のＶＣＬ ＮＡＬユニットに続く、以下のＮＡＬユニットのうちいずれか最初のものがある場合、新しいＡＵの開始を規定する。
－ ＡＵＤ ＮＡＬユニット（存在する場合）、
－ ＤＣＩ ＮＡＬユニット（存在する場合）、
－ ＶＰＳ ＮＡＬユニット（存在する場合）、
－ ＳＰＳ ＮＡＬユニット（存在する場合）、
－ ＰＰＳ ＮＡＬユニット（存在する場合）、
－ Ｐｒｅｆｉｘ ＡＰＳ ＮＡＬユニット（存在する場合）、
－ ＰＨ ＮＡＬユニット（存在する場合）、
－ Ｐｒｅｆｉｘ ＳＥＩ ＮＡＬユニット（存在する場合）、
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＳＶ＿ＮＶＣＬ＿２６に等しいＮＡＬユニット（存在する場合）、
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＵＮＳＰＥＣ２８．．ＵＮＳＰＥＣ２９（存在する場合）の範囲にあるＮＡＬユニット。
注－ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行し、ｆｉｒｓｔＶｃｌＮａｌＵｎｉｔＩｎＡｕに先行する最後のＶＣＬ ＮＡＬユニットに続く最初のＮＡＬユニットがあれば、それのみが上に列記したＮＡＬユニットのうちの１つになり得る。
ビットストリーム適合性の要件がある場合、それは同じレイヤに属し、ＥＯＳ ＮＡＬユニットを含むＰＵの後の規定のレイヤの次のＰＵが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＩＲＡＰ ＰＵ、またはＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲ ＰＵのいずれかのＣＬＶＳＳ ＰＵであるとする。

４． 開示される技術的解決策が解決しようとする技術課題の例

最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－Ｖｅ／ｖ１５）における既存のスケーラビリティ設計は、以下の問題を有する。

２） 現在、ＩＲＡＰ ＡＵは、新しいＣＶＳを開始し、完全であること（すなわち、ＣＶＳに存在する各々のレイヤに１つのピクチャを有する）が必要であるが、ＧＤＲ ＡＵは、新しいＣＶＳを開始してもよいものの、完全であることは必要でない。これにより、通常、ランダムアクセスにおける開始ＡＵはＣＶＳＳ ＡＵになるが、このようなＧＤＲ ＡＵが不完全である場合、ＣＶＳＳ ＡＵになることができないので、完全でないＧＤＲ ＡＵから始まるビットストリームに対して適合的にランダムアクセスすることが基本的に無効化される。

５． 例示的な実施形態および技術

上述した課題等を解決するために、以下に示す方法が開示されている。本発明は、一般的な概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではない。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよい。

第１の課題を解決するための解決策
１） 第１の問題を解決するために、ＡＵが完全であるかどうかの指示、すなわちＡＵがＣＶＳに存在するレイヤの各々にピクチャを含むかどうかの意味で、信号通知することができる。
ａ． 一例において、この指示は、新しいＣＶＳを開始し得るＡｕｓに対してのみ信号通知される。
ｉ． 一例において、さらに、この指示は、各ピクチャがＩＲＡＰまたはＧＤＲピクチャであるＡｕｓに対してのみ信号通知される。
ｂ． 一例において、この指示は、ＡＵＤ ＮＡＬユニットにおいて信号通知される。
ｉ． 一例において、この指示は、ＡＵＤ ＮＡＬユニットにおけるフラグ（例えば、ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇ）によって信号通知される。
１． 代替的に、加えて、ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが１に等しい場合、ＡＵがＩＲＡＰ ＡＵであるかＧＤＲ ＡＵであるかどうかを指定するために、ＡＵＤ内にフラグ（すなわち、ｉｒａｐ＿ａｕ＿ｆｌａｇと呼ばれる）を信号通知することができる（ｉｒａｐ＿ａｕ＿ｆｌａｇが１に等しい場合、ＡＵがＩＲＡＰ ＡＵであることが示され、ｉｒａｐ＿ａｕ＿ｆｌａｇが０に等しい場合はＡＵはＧＤＲ ＡＵであることを規定する。）ｉｒａｐ＿ａｕ＿ｆｌａｇが存在しない場合、その値は推測されない。
ｉｉ． 一例において、さらに、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０よりも大きい場合、ただ１つのＡＵＤ ＮＡＬユニットが各ＩＲＡＰまたはＧＤＲ ＡＵに存在することが必要である。
１． 代替的に、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値に関わらず、ただ１つのＡＵＤ ＮＡＬユニットが各ＩＲＡＰまたはＧＤＲ ＡＵに存在する必要がある。
ｉｉｉ． 一例において、フラグが１に等しいことは、ＡＵにおけるすべてのスライスが、ＩＤＲ＿Ｗ＿ＲＡＤＬ ｔｏ ＧＤＲ＿ＮＵＴの範囲内で同じＮＡＬユニットタイプを有することを特定する。その結果、ＮＡＬユニットタイプがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰであり、このフラグが１に等しい場合、ＡＵはＣＶＳＳ ＡＵである。そうでない場合（ＮＡＬユニットタイプはＣＲＡ＿ＮＵＴまたはＧＤＲ＿ＮＵＴである）、ＡＵにおける各々のピクチャの変数ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいとき、ＡＵはＣＶＳＳ ＡＵである。
ｃ． 一例において、さらに、ＣＶＳにおけるＡＵにおける各ピクチャは、ＣＶＳの第１のＡＵに存在するピクチャのうちの１つのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有することが必要である。
ｄ． 一例において、この指示は、ＮＡＬユニットヘッダにおいて信号通知される。
ｉ． 一例において、ＮＡＬユニットヘッダにおける１つのビット、例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔを使用して、ＡＵが完全であるかどうかを特定する。
ｅ． 一例において、この指示は、新しいＮＡＬユニットにおいて信号通知される。
ｉ． 一例において、さらに、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０よりも大きい場合、各ＩＲＡＰまたはＧＤＲ ＡＵにおいて、新しいＮＡＬユニットのただ１つの存在が必要である。
１． 一例において、さらに、ＡＵに存在する場合、新しいＮＡＬユニットは、ＡＵＤ ＮＡＬユニット以外の任意のＮＡＬユニットの前に、存在する場合、ＡＵの復号順に先行する。
２． 代替的に、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値に関わらず、各ＩＲＡＰまたはＧＤＲ ＡＵには新しいＮＡＬユニットのただ１つの存在が必要である。
ｆ． 一例において、この指示は、ＳＥＩメッセージにおいて信号通知される。
ｉ． 一例において、さらに、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０よりも大きい場合、各ＩＲＡＰまたはＧＤＲ ＡＵにおいてＳＥＩメッセージが存在することが必要である。
１． 一例において、さらに、ＡＵ内に存在する場合、ＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットは、ＡＵＤ ＮＡＬユニットが存在する場合、復号順にＡＵ内のＡＵＤ ＮＡＬユニット以外の任意のＮＡＬユニットに先行する。
２． 代替的に、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値に関わらず、各ＩＲＡＰまたはＧＤＲ ＡＵにＳＥＩメッセージが存在することが必要である。

２） 代替的に、第１の問題を解決するために、ＡＵが新しいＣＶＳを開始するかどうかの指示を信号通知してもよい。
ａ． 一例において、この指示は、ＡＵＤ ＮＡＬユニットにおいて信号通知される。
ｉ． 一例において、この指示は、ＡＵＤ ＮＡＬユニットにおけるフラグ（例えば、ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇ）によって信号通知される。
１． 代替的に、加えて、ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇが１に等しい場合、ＡＵがＩＲＡＰ ＡＵであるかＧＤＲ ＡＵであるかどうかを指定するために、ＡＵＤ内にフラグ（すなわち、ｉｒａｐ＿ａｕ＿ｆｌａｇと呼ばれる）を信号通知することができる（ｉｒａｐ＿ａｕ＿ｆｌａｇが１に等しい場合、ＡＵがＩＲＡＰ ＡＵであることが示され、ｉｒａｐ＿ａｕ＿ｆｌａｇが０に等しい場合、ＡＵはＧＤＲ ＡＵであることを規定する。）ｉｒａｐ＿ａｕ＿ｆｌａｇが存在しない場合、その値は推測されない。
ｉｉ． 一例において、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きい場合、ただ１つのＡＵＤ ＮＡＬユニットが各ＣＶＳＳ ＡＵに存在することがさらに必要である。
１． 代替的に、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値に関わらず、ただ１つのＡＵＤ ＮＡＬユニットが各ＣＶＳＳ ＡＵに存在する必要がある。
ｂ． 一例において、この指示は、ＮＡＬユニットヘッダにおいて信号通知される。
ｉ． 一例において、ＡＵがＣＶＳＳ ＡＵであるかどうかを特定するために、ＮＡＬユニットヘッダにおける１つのビット、例えば、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔを使用する。
ｃ． 一例において、この指示は、新しいＮＡＬユニットにおいて信号通知される。
ｉ． 一例において、さらに、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０よりも大きい場合、各ＣＶＳＳ ＡＵにおいて、新しいＮＡＬユニットの１つのみの存在が必要である。
１． 一例において、さらに、ＡＵに存在する場合、新しいＮＡＬユニットは、ＡＵＤ ＮＡＬユニット以外の任意のＮＡＬユニットの前に、存在する場合、ＡＵの復号順に先行する。
２． 代替的に、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値に関わらず、各ＣＶＳＳ ＡＵに新しいＮＡＬユニットのただ１つの存在が必要である。
ｉｉ． 一例において、ＡＵにおける新しいＮＡＬユニットの存在は、ＡＵがＣＶＳＳ ＡＵであることを規定する。
１． 代替的に、ＡＵがＣＶＳＳ ＡＵであるかどうかを特定するために、新しいＮＡＬユニットにフラグが含まれる。
ｄ． 一例において、この指示は、ＳＥＩメッセージにおいて信号通知される。
ｉ． 一例において、さらに、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きい場合、各ＣＶＳＳ ＡＵにおけるＳＥＩメッセージの存在が必要である。
１． 一例において、さらに、ＡＵ内に存在する場合、ＳＥＩメッセージを含むＳＥＩ ＮＡＬユニットは、ＡＵＤ ＮＡＬユニットが存在する場合、復号順にＡＵ内のＡＵＤ ＮＡＬユニット以外の任意のＮＡＬユニットに先行する。
２． 代替的に、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１の値に関わらず、各ＣＶＳＳ ＡＵにＳＥＩメッセージが存在することが必要である。

４） 代替的に、第１の問題を解決するために、ｖｐｓ＿ｍａｘ＿ｌａｙｅｒｓ＿ｍｉｎｕｓ１が０より大きい場合、各ＣＶＳの最後のＡＵにおける各ピクチャに対してＥＯＳ ＮＡＬユニットを存在させることを義務付け、オプションとして、各ビットストリームの最後のＡＵにおけるＥＯＢ ＮＡＬユニットを存在させることも義務付ける。このように、各ＣＶＳＳ ＡＵは、ビットストリームにおける第１のＡＵであるか、または前のＡＵにおけるＥＯＳ ＮＡＬユニットの存在によって識別される。

５） 代替的に、第１の問題を解決するために、外部平均決定変数を特定し、ＡＵがＣＶＳＳ ＡＵであるかどうかを判定する。

第２の課題を解決するための解決策

ａ． 一例において、ＧＤＲ ＡＵは、ＣＶＳにおける各レイヤごとに１つのＰＵがあり、各現在のＰＵにおけるコーディングされたピクチャが１つのＧＤＲピクチャであるＡＵと定義してもよい。

６． 実施形態

６．１． 第一の実施形態
本実施形態は、１、１．ａ、１．ａ．ｉ、１．ｂ、１．ｂ．ｉ、１．ｂ．ｉｉ、１．ｂ．ｉｉｉ、１．ｃ、６、６ａ項に関する。

３ 定義

７．４．３．９ ＡＵ区切り文字ＲＢＳＰ構文

７．４．２．４．２ Ａｕの順序およびそれらのＣＶＳへの関連付け

７．４．２．４．３ ＰＵの順番およびＡｕとの関連付け

図１は、本明細書で開示される様々な技術が実装され得る例示的な映像処理システム１０００を示すブロック図である。様々な実装形態は、システム１０００のコンポーネントの一部又は全部を含んでもよい。システム１０００は、映像コンテンツを受信するための入力部１００２を含んでもよい。映像コンテンツは、未加工又は非圧縮フォーマット、例えば、８又は１０ビットのマルチコンポーネント画素値で受信されてもよく、又は圧縮又は符号化されたフォーマットで受信されてもよい。入力部１００２は、ネットワークインターフェース、周辺バスインターフェース、又は記憶インターフェースを表してもよい。ネットワークインターフェースの例は、イーサネット（登録商標）、ＰＯＮ（登録商標；Ｐａｓｓｉｖｅ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）等の有線インターフェース、およびＷｉ－Ｆｉ（登録商標）またはセルラーインターフェース等の無線インターフェースを含む。

システム１０００は、本明細書に記載される様々なコーディング、又は符号化方法を実装可能なコーディングコンポーネント１００４を含んでもよい。コーディングコンポーネント１００４は、入力部１００２からの映像の平均ビットレートをコーディングコンポーネント１００４の出力に低減し、映像のコーディングされた表現を生成してもよい。従って、このコーディング技術は、映像圧縮または映像コード変換技術と呼ばれることがある。コーディングコンポーネント１００４の出力は、コンポーネント１００６によって表されるように、記憶されてもよいし、接続された通信を介して送信されてもよい。入力部１００２において受信された、記憶された、又は通信された映像のビットストリーム（又はコーディングされた）表現は、表示インターフェース部１０１０に送信される画素値、又は表示可能な映像を生成するためのコンポーネント１００８によって使用されてもよい。ビットストリーム表現からユーザが見ることができる映像を生成する処理は、映像展開と呼ばれることがある。さらに、特定の映像処理操作を「コーディング」操作又はツールと呼ぶが、コーディングツール又は操作は、エンコーダおよびそれに対応する、コーディングの結果を逆にする復号ツール又は操作が、デコーダによって行われることが理解されよう。

周辺バスインターフェースまたは表示インターフェースの例は、ＵＳＢ（登録商標；Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）またはＨＤＭＩ（登録商標；Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ Ｍｕｌｔｉｍｅｄｉａ Ｉｎｔｅｒｆａｃｅ）またはディスプレイポート等を含んでもよい。ストレージインターフェースの例は、ＳＡＴＡ（Ｓｅｒｉａｌ Ａｄｖａｎｃｅｄ Ｔｅｃｈｎｏｌｏｇｙ Ａｔｔａｃｈｍｅｎｔ）、ＰＣＩ、ＩＤＥインターフェース等を含む。本明細書に記載される技術は、携帯電話、ノートパソコン、スマートフォン、又はデジタルデータ処理および／又は映像表示を実施可能な他のデバイス等の様々な電子デバイスに実施されてもよい。

図２は、映像処理装置２０００のブロック図である。装置２０００は、本明細書に記載の方法の１または複数を実装するために使用されてもよい。装置２０００は、スマートフォン、タブレット、コンピュータ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）受信機等において実施されてもよい。装置２０００は、１つ以上の処理装置２００２と、１つ以上のメモリ２００４と、映像処理ハードウェア２００６と、を含んでもよい。１つまたは複数の処理装置２００２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複数可）２００４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア２００６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。いくつかの実施形態において、ハードウェア２００６は、１つ以上の処理装置２００２、例えばグラフィック処理装置内に部分的にまたは全体が含まれてもよい。

図３は、本開示の技法を利用し得る例示的な映像コーディングシステム１００を示すブロック図である。

図３に示すように、映像コーディングシステム１００は、送信元デバイス１１０と、送信先デバイス１２０と、を備えてもよい。送信元デバイス１１０は、符号化された映像データを生成するものであり、映像符号化デバイスとも呼ばれ得る。送信先デバイス１２０は、送信元デバイス１１０によって生成された符号化された映像データを復号してよく、映像復号デバイスとも呼ばれ得る。

送信元デバイス１１０は、映像ソース１１２と、映像エンコーダ１１４と、入出力（Ｉ／Ｏ）インターフェース１１６と、を含んでよい。

映像ソース１１２は、映像キャプチャデバイスなどのソース、映像コンテンツプロバイダからの映像データを受信するためのインターフェース、および／または映像データを生成するためのコンピュータグラフィックスシステム、またはこれらのソースの組み合わせを含んでもよい。映像データは、１または複数のピクチャを含んでもよい。映像エンコーダ１１４は、映像ソース１１２からの映像データを符号化し、ビットストリームを生成する。ビットストリームは、映像データのコーディングされた表現を形成するビットのシーケンスを含んでもよい。ビットストリームは、コーディングされたピクチャおよび関連付けられたデータを含んでもよい。コーディングされたピクチャは、ピクチャのコーディングされた表現である。関連付けられたデータは、シーケンスパラメータセット、ピクチャパラメータセット、および他の構文構造を含んでもよい。Ｉ／Ｏインターフェース１１６は、変復調器（モデム）および／または送信機を含んでもよい。符号化された映像データは、ネットワーク１３０ａを介して、Ｉ／Ｏインターフェース１１６を介して送信先デバイス１２０に直接送信されてよい。符号化された映像データは、送信先デバイス１２０がアクセスするために、記憶媒体／サーバ１３０ｂに記憶してもよい。

送信先デバイス１２０は、Ｉ／Ｏインターフェース１２６、映像デコーダ１２４、および表示装置１２２を含んでもよい。

Ｉ／Ｏインターフェース１２６は、受信機および／またはモデムを含んでもよい。Ｉ／Ｏインターフェース１２６は、送信元デバイス１１０または記憶媒体／サーバ１３０ｂから符号化された映像データを取得してもよい。映像デコーダ１２４は、符号化された映像データを復号してもよい。表示装置１２２は、復号された映像データをユーザに表示してもよい。表示装置１２２は、送信先デバイス１２０と一体化されてもよく、または外部表示装置とインターフェースするように構成される送信先デバイス１２０の外部にあってもよい。

映像エンコーダ１１４および映像デコーダ１２４は、高効率映像コーディング（ＨＥＶＣ）規格、汎用映像コーディング（ＶＶＣ）規格、および他の現在および／または更なる規格等の映像圧縮規格に従って動作してもよい。

図４は、映像エンコーダ２００の一例を示すブロック図であり、この映像エンコーダ２００は、図３に示されるシステム１００における映像エンコーダ１１４であってもよい。

映像エンコーダ２００は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。図４の例において、映像エンコーダ２００は、複数の機能コンポーネントを含む。本開示で説明される技法は、映像エンコーダ２００の様々なコンポーネント間で共有されてもよい。いくつかの例では、処理装置は、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

映像エンコーダ２００の機能コンポーネントは、分割ユニット２０１と、モード選択ユニット２０３、動き推定ユニット２０４、動き補償ユニット２０５、およびイントラ予測ユニット２０６を含んでもよい予測ユニット２０２と、残差生成ユニット２０７と、変換ユニット２０８と、量子化ユニット２０９と、逆量子化ユニット２１０と、逆変換ユニット２１１と、再構成ユニット２１２と、バッファ２１３と、エントロピー符号化ユニット２１４とを含んでもよい。

他の例において、映像エンコーダ２００は、より多くの、より少ない、又は異なる機能コンポーネントを含んでもよい。一例において、予測ユニット２０２は、イントラブロックコピー（ＩＢＣ）ユニットを含んでもよい。ＩＢＣユニットは、少なくとも１つの参照ピクチャが現在の映像ブロックが位置するピクチャであるＩＢＣモードにおいて予測を行うことができる。

さらに、動き推定ユニット２０４および動き補償ユニット２０５などのいくつかのコンポーネントは、高度に統合されてもよいが、説明のために、図４の例においては個別に表現されている。

分割ユニット２０１は、１つのピクチャを１または複数の映像ブロックに分割してもよい。映像エンコーダ２００および映像デコーダ３００は、様々な映像ブロックサイズをサポートしてもよい。

モード選択ユニット２０３は、例えば、エラーの結果に基づいて、イントラまたはインターのコーディングモードのうちの１つを選択し、得られたイントラまたはインターコーディングされたブロックを残差生成ユニット２０７に供給し、残差ブロックデータを生成して再構成ユニット２１２に供給し、符号化されたブロックを参照ピクチャとして使用するために再構成してもよい。いくつかの例において、モード選択ユニット２０３は、インター予測信号およびイントラ予測信号に基づいて予測を行うＣＩＩＰ（Ｃｏｍｂｉｎａｔｉｏｎ ｏｆ Ｉｎｔｒａ ａｎｄ Ｉｎｔｅｒ Ｐｒｅｄｉｃｔｉｏｎ）モードを選択してもよい。また、モード選択ユニット２０３は、インター予測の場合、ブロックの動きベクトルの解像度（例えば、サブピクセルまたは整数画素精度）を選択してもよい。

現在の映像ブロックに対してインター予測を行うために、動き推定ユニット２０４は、バッファ２１３からの１または複数の参照フレームと現在の映像ブロックとを比較することで、現在の映像ブロックのための動き情報を生成してもよい。動き補償ユニット２０５は、現在の映像ブロックに関連付けられたピクチャ以外のバッファ２１３からのピクチャの動き情報および復号されたサンプルに基づいて、現在の映像ブロックのための予測映像ブロックを判定してもよい。

動き推定ユニット２０４および動き補償ユニット２０５は、例えば、現在の映像ブロックがＩスライスであるか、Ｐスライスであるか、またはＢスライスであるかによって、現在の映像ブロックに対して異なる演算を行ってもよい。

いくつかの例では、動き推定ユニット２０４は、現在の映像ブロックに対して単一方向予測を行い、動き推定ユニット２０４は、現在の映像ブロックに対して、参照映像ブロック用のリスト０またはリスト１の参照ピクチャを検索してもよい。そして、動き推定ユニット２０４は、参照映像ブロックと、現在の映像ブロックと参照映像ブロックとの間の空間的変位を示す動きベクトルとを含む、リスト０またはリスト１における参照ピクチャを示す参照インデックスを生成してもよい。動き推定ユニット２０４は、参照インデックス、予測方向インジケータ、および動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在のブロックの予測映像ブロックを生成してもよい。

他の例において、動き推定ユニット２０４は、現在の映像ブロックを双方向予測してもよく、動き推定ユニット２０４は、リスト０における参照ピクチャの中から現在の映像ブロックを求めるための参照映像ブロックを検索してもよく、また、リスト１における参照ピクチャの中から現在の映像ブロックを求めるための別の参照映像ブロックを検索してもよい。そして、動き推定ユニット２０４は、参照映像ブロックを含むリスト０およびリスト１における参照ピクチャを示す参照インデックスと、参照映像ブロックと現在の映像ブロックとの間の空間的変位を示す動きベクトルとを生成してもよい。動き推定ユニット２０４は、現在の映像ブロックの参照インデックスおよび動きベクトルを、現在の映像ブロックの動き情報として出力してもよい。動き補償ユニット２０５は、現在の映像ブロックの動き情報が示す参照映像ブロックに基づいて、現在の映像ブロックの予測映像ブロックを生成してもよい。

いくつかの例では、動き推定ユニット２０４は、デコーダの復号処理のために、動き情報のフルセットを出力してもよい。

いくつかの例では、動き推定ユニット２０４は、現在の映像のための動き情報のフルセットを出力しなくてもよい。むしろ、動き推定ユニット２０４は、別の映像ブロックの動き情報を参照して、現在の映像ブロックの動き情報を信号通知してもよい。例えば、動き推定ユニット２０４は、現在の映像ブロックの動き情報が近傍の映像ブロックの動き情報に十分に類似していることを判定してもよい。

一例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、現在の映像ブロックが別の映像ブロックと同じ動き情報を有することを映像デコーダ３００に示す値を示してもよい。

別の例において、動き推定ユニット２０４は、現在の映像ブロックに関連付けられた構文構造において、別の映像ブロックと、動きベクトル差分（ＭＶＤ；Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｄｉｆｆｅｒｅｎｃｅ）とを識別してもよい。動きベクトル差分は、現在の映像ブロックの動きベクトルと、示された映像ブロックの動きベクトルとの差分を示す。映像デコーダ３００は、示された映像ブロックの動きベクトルおよび動きベクトル差分を使用して、現在の映像ブロックの動きベクトルを決定してもよい。

上述したように、映像エンコーダ２００は、動きベクトルを予測的に信号通知してもよい。映像エンコーダ２００によって実装され得る予測信号通知技法の２つの例は、ＡＭＶＰ（Ａｄｖａｎｃｅｄ Ｍｏｔｉｏｎ Ｖｅｃｔｏｒ Ｐｒｅｄｉｃｔｉｏｎ）およびマージモード信号通知を含む。

イントラ予測ユニット２０６は、現在の映像ブロックに対してイントラ予測を行ってもよい。イントラ予測ユニット２０６が現在の映像ブロックをイントラ予測する場合、イントラ予測ユニット２０６は、同じピクチャにおける他の映像ブロックの復号されたサンプルに基づいて、現在の映像ブロックのための予測データを生成してもよい。現在の映像ブロックのための予測データは、予測された映像ブロックおよび様々な構文要素を含んでもよい。

残差生成ユニット２０７は、現在の映像ブロックから現在の映像ブロックの予測された映像ブロックを減算することによって（例えば、マイナス符号によって示されている）、現在の映像ブロックのための残差データを生成してもよい。現在の映像ブロックの残差データは、現在の映像ブロックにおけるサンプルの異なるサンプル成分に対応する残差映像ブロックを含んでもよい。

他の例において、例えば、スキップモードにおいて、現在の映像ブロックのための残差データがなくてもよく、残差生成ユニット２０７は、減算演算を行わなくてもよい。

変換処理ユニット２０８は、現在の映像ブロックに関連付けられた残差映像ブロックに１または複数の変換を適用することによって、現在の映像ブロックのための１または複数の変換係数映像ブロックを生成してもよい。

変換処理ユニット２０８が現在の映像ブロックに関連付けられた変換係数映像ブロックを生成した後、量子化ユニット２０９は、現在の映像ブロックに関連付けられた１または複数の量子化パラメータ（ＱＰ：Ｑｕａｎｔｉｚａｔｉｏｎ Ｐａｒａｍｅｔｅｒ）値に基づいて、現在の映像ブロックに関連付けられた変換係数映像ブロックを量子化してもよい。

逆量子化ユニット２１０および逆変換ユニット２１１は、変換係数映像ブロックに逆量子化および逆変換をそれぞれ適用し、変換係数映像ブロックから残差映像ブロックを再構成してもよい。再構成ユニット２１２は、予測ユニット２０２にて生成された１または複数の予測映像ブロックからの対応するサンプルに再構成された残差映像ブロックを加え、現在のブロックに関連付けられた再構成映像ブロックを生成し、バッファ２１３に記憶してもよい。

再構成ユニット２１２が映像ブロックを再構成した後、映像ブロックにおける映像ブロッキングアーチファクトを縮小するために、ループフィルタリング演算が行われてもよい。

エントロピー符号化ユニット２１４は、映像エンコーダ２００の他の機能コンポーネントからデータを受信してもよい。エントロピー符号化ユニット２１４がデータを受信すると、エントロピー符号化部２１４は、１または複数のエントロピー符号化演算を行い、エントロピー符号化されたデータを生成し、エントロピー符号化されたデータを含むビットストリームを出力してもよい。

図５は、映像デコーダ３００の一例を示すブロック図であり、この映像デコーダ３００は、図３に示すシステム１００における映像デコーダ１１４であってもよい。

映像デコーダ３００は、本開示の技術のいずれか又は全部を実行するように構成されてもよい。図５の実施例において、映像デコーダ３００は、複数の機能コンポーネントを含む。本開示で説明される技法は、映像デコーダ３００の様々なコンポーネント間で共有されてもよい。いくつかの例では、処理装置は、本開示で説明される技術のいずれかまたはすべてを行うように構成してもよい。

図５の例において、映像デコーダ３００は、エントロピー復号ユニット３０１、動き補償ユニット３０２、イントラ予測ユニット３０３、逆量子化ユニット３０４、逆変換ユニット３０５、および再構成ユニット３０６、並びにバッファ３０７を含む。映像デコーダ３００は、いくつかの例では、映像エンコーダ２００（図４）に関して説明した符号化パスとほぼ逆の復号パスを行ってもよい。

エントロピー復号ユニット３０１は、符号化されたビットストリームを取り出す。符号化されたビットストリームは、エントロピーコーディングされた映像データ（例えば、映像データの符号化されたブロック）を含んでもよい。エントロピー復号ユニット３０１は、エントロピーコーディングされた映像データを復号し、エントロピー復号された映像データから、動き補償ユニット３０２は、動きベクトル、動きベクトル精度、参照ピクチャリストインデックス、および他の動き情報を含む動き情報を決定してもよい。動き補償ユニット３０２は、例えば、ＡＭＶＰおよびマージモードを実行することで、このような情報を判定してもよい。

動き補償ユニット３０２は、動き補償されたブロックを生成してもよく、場合によっては、補間フィルタに基づいて補間を実行する。サブピクセルの精度で使用される補間フィルタのための識別子が、構文要素に含まれてもよい。

動き補償ユニット３０２は、映像ブロックの符号化中に映像エンコーダ２００によって使用されるような補間フィルタを使用して、参照ブロックのサブ整数画素のための補間値を計算してもよい。動き補償ユニット３０２は、受信した構文情報に基づいて、映像エンコーダ２００が使用する補間フィルタを決定し、補間フィルタを使用して予測ブロックを生成してもよい。

動き補償ユニット３０２は、符号化された映像シーケンスのフレームおよび／またはスライスを符号化するために使用されるブロックのサイズを判定するための構文情報、符号化された映像シーケンスのピクチャの各マクロブロックがどのように分割されるかを記述する分割情報、各分割がどのように符号化されるかを示すモード、各インター符号化されたブロックに対する１または複数の参照フレーム（および参照フレームリスト）、および符号化された映像シーケンスを復号するための他の情報の一部分を使用してもよい。

イントラ予測ユニット３０３は、例えば、ビットストリームにおいて受信したイントラ予測モードを使用して、空間的に隣接するブロックから予測ブロックを形成してもよい。逆量子化ユニット３０３は、ビットストリームに提供され、エントロピー復号ユニット３０１によって復号される量子化された映像ブロック係数を逆量子化（すなわち、逆量子化）する。逆変換ユニット３０３は、逆変換を適用する。

再構成ユニット３０６は、残差ブロックと、動き補償ユニット２０２又はイントラ予測ユニット３０３によって生成された対応する予測ブロックとを合計し、復号されたブロックを形成してもよい。所望であれば、ブロックアーチファクトを除去するために、復号されたブロックをフィルタリングするためにデブロッキングフィルタを適用してもよい。復号された映像ブロックは、バッファ３０７に記憶され、バッファ３０７は、後続の動き補償／イントラ予測のために参照ブロックを提供し、また表示装置に表示するために復号された映像を生成する。

図６～図７は、上述した技術的解決策を実装することができる例示的な方法を示し、例えば、この実施形態は図１～図５に示す。

図６は、映像処理の方法６００の一例を示すフローチャートを示す。この方法６００は、動作６１０において、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像と映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニット（ＡＵ）を含むコーディングされた映像シーケンス（ＣＶＳ）を含み、このビットストリームは、ＡＵがこのＣＶＳを構成する映像レイヤごとにピクチャを含むかどうかを示す第１の構文要素をさらに含む。

図７は、映像処理の方法７００の一例を示すフローチャートを示す。この方法７００は、動作７１０において、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、
このビットストリームは、１つ以上のアクセスユニット（ＡＵ）を含むコーディングされた映像シーケンス（ＣＶＳ）を含み、
このビットストリームは、所与のＡＵ内の各ピクチャが、この１つ以上の映像レイヤを含むこのＣＶＳの第１のＡＵのレイヤ識別子に等しいレイヤ識別子を担持することを規定するフォーマット規則に準拠する。

図８は、映像処理の方法８００の一例を示すフローチャートを示す。この方法８００は、動作８１０において、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像と映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニット（ＡＵ）を含むコーディングされた映像シーケンス（ＣＶＳ）を含み、このビットストリームは、新しいＣＶＳを開始する１つ以上のＡＵのＡＵを示す第１の構文要素をさらに含む。

図９は、映像処理の方法９００の一例を示すフローチャートを示す。この方法９００は、動作９１０において、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニット（ＡＵ）を含むコーディングされた映像シーケンス（ＣＶＳ）を含み、このビットストリームは、新しいＣＶＳを開始するコーディングされた映像シーケンス開始（ＣＶＳＳ）ＡＵが、映像パラメータセット（ＶＰＳ）に指定される映像レイヤごとにピクチャを含むことを規定するフォーマット規則に準拠する。

図１０は、映像処理の方法１０００の一例を示すフローチャートを示す。この方法１０００は、動作１０１０において、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニット（ＡＵ）を含むコーディングされた映像シーケンスを含み、このビットストリームは、ビットストリームにおける第１のＡＵである所与のＡＵ、又はシーケンス終了（ＥＯＳ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含む所与のアクセスユニットの前のＡＵに基づいて、所与のＡＵをコーディングされた映像シーケンス開始（ＣＶＳＳ）ＡＵとして識別することを規定するフォーマット規則に準拠する。

図１１は、映像処理の方法１１００の一例を示すフローチャートを示す。この方法１１００は、動作１１１０において、１つの規則に基づいて、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニット（ＡＵ）を含むコーディングされた映像シーケンス（ＣＶＳ）を含み、この規則は、この１つ以上のＡＵのＡＵがコーディングされた映像シーケンス開始（ＣＶＳＳ）ＡＵであるかどうかを示すためにサイド情報を使用することを規定する。

図１２は、映像処理の方法１２００の一例を示すフローチャートを示す。この方法１２００は、動作１２１０において、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニット（ＡＵ）を含むコーディングされた映像シーケンス（ＣＶＳ）を含み、このビットストリームは、漸次的復号リフレッシュＡＵであるこの１つ以上のＡＵの各ＡＵが、このＣＶＳに存在する映像レイヤごとに正確に１つのピクチャを含むことを規定するフォーマット規則に準拠する。

図１３は、映像処理の方法１３００の一例を示すフローチャートを示す。この方法１３００は、動作１３１０において、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニット（ＡＵ）を含むコーディングされた映像シーケンスを含み、このビットストリームは、イントラランダムアクセスポイントＡＵであるこの１つ以上のＡＵの各ＡＵがこのＣＶＳに存在する映像レイヤごとに正確に１つのピクチャを含むことを規定するフォーマット規則に準拠する。

次に、いくつかの実施形態において好適な解決策を列挙する。

Ｐ１．１つ以上の映像レイヤに１つ以上のピクチャを有する映像と、この映像の符号化されたバージョンを表すコーディングされた表現との間の変換を行うことを含み、前記コーディングされた表現は、１つ以上のアクセスユニット（ＡＵ）を含み、前記コーディングされた表現は、ＡＵがあるタイプである場合にのみ構文要素を含み、この構文要素は、ＡＵがコーディングされた映像シーケンスを構成する映像レイヤごとにピクチャを含むかどうかを示す、映像処理方法。

Ｐ２．前記タイプはすべてのＡＵを含む、解決策Ｐ１に記載の方法。

Ｐ３．前記タイプは、新しいＣＶＳを開始するＡＵを含む、解決策Ｐ１に記載の方法。

Ｐ４．前記構文要素は、アクセスユニット区切り文字ネットワーク抽象化レイヤユニットに含まれる、解決策Ｐ１に記載の方法。

Ｐ５．前記構文要素は、ネットワーク抽象化レイヤユニットヘッダに含まれる、解決策Ｐ１～Ｐ４のいずれかに記載の方法。

Ｐ６．前記構文要素は、新しいネットワーク抽象化レイヤユニットに含まれる、解決策Ｐ１～Ｐ４のいずれかに記載の方法。

Ｐ７．１つ以上の映像レイヤに１つ以上のピクチャを有する映像と、この映像の符号化されたバージョンを表すコーディングされた表現との間の変換を行うことを含み、前記コーディングされた表現は、１つ以上のアクセスユニット（ＡＵ）を含み、前記コーディングされた表現は、所与のＡＵがコーディングされた映像シーケンスの第１のＡＵのそれに等しいレイヤ識別子を担持していることを規定するフォーマット規則に準拠する、映像処理方法。

Ｐ８．１つ以上の映像レイヤに１つ以上のピクチャを有する映像と、この映像の符号化されたバージョンを表すコーディングされた表現との間の変換を行うことを含み、前記コーディングされた表現は、１つ以上のアクセスユニット（ＡＵ）を含み、前記コーディングされた表現は、ＡＵが新しいコーディングされた映像シーケンスを開始する場合にのみ、１つの構文要素を含む、映像処理方法。

Ｐ９．前記構文要素は、アクセスユニット区切り文字ネットワーク抽象化レイヤユニットに含まれる、解決策Ｐ８に記載の方法。

Ｐ１０．前記構文要素は、ネットワーク抽象化レイヤユニットヘッダに含まれる、解決策Ｐ８～Ｐ９のいずれかに記載の方法。

Ｐ１１．前記構文要素は、補足強化情報として含まれる、解決策Ｐ８～Ｐ９のいずれかに記載の方法。

Ｐ１２．１つ以上の映像レイヤに１つ以上のピクチャを有する映像と、この映像のコーディングされた表現との間の変換を行うことを含み、前記コーディングされた表現は、１つ以上のアクセスユニット（ＡＵ）を含み、前記コーディングされた表現が、コーディングされた映像シーケンスに対する開始ＡＵが映像パラメータセットによって指定される映像レイヤごとに映像ピクチャを含むこと、または前記コーディングされた表現が規則に基づいて開始ＡＵを暗黙的に信号通知することを規定するフォーマット規則に準拠する、映像処理方法。

Ｐ１３．１つ以上の映像レイヤに１つ以上のピクチャを有する映像と、この映像のコーディングされた表現との間の変換を行うことを含み、前記コーディングされた表現は、１つ以上のアクセスユニット（ＡＵ）を含み、前記コーディングされた表現は、タイプ漸次的復号リフレッシュ（ＧＤＲ）の各ＡＵが、少なくともコーディングされた映像シーケンスの映像レイヤごとに映像ピクチャを含むことを規定するフォーマット規則に準拠する、映像処理方法。

Ｐ１４．タイプＧＤＲの各ＡＵは、ＣＶＳにおける各レイヤのための予測ユニットをさらに含み、ＰＵは、ＧＤＲピクチャを含む、解決策Ｐ１３に記載の方法。

Ｐ１５．前記変換は、映像をコーディングされた表現に符号化することを含む、Ｐ１～１４のいずれかに記載の方法。

Ｐ１６．前記変換は、映像の画素値を生成するためにコーディングされた表現を復号することを含む、Ｐ１～１４のいずれかに記載の方法。

Ｐ１７．Ｐ１～１６の１または複数に記載の方法を実装するように構成された処理装置を備える、映像復号装置。

Ｐ１８．Ｐ１～１６の１または複数に記載の方法を実装するように構成された処理装置を備える、映像符号化装置。

Ｐ１９．コンピュータコードが記憶されたコンピュータプログラム製品であって、前記コードは、処理装置により実行されると、処理装置に、Ｐ１～１６のいずれかに記載の方法を実装させるコンピュータプログラム製品。

次に、いくつかの実施形態において好適な別の解決策を列挙する。

Ａ１．１つ以上の映像レイヤ内の１つ以上にピクチャを含む映像と映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、アクセスユニットがこのコーディングされた映像シーケンスを構成する映像レイヤごとのピクチャを含むかどうかを示す第１の構文要素をさらに含む、映像処理方法。

Ａ２．前記アクセスユニットは、新しいコーディングされた映像シーケンスを開始するように構成される、解決策Ａ１に記載の方法。

Ａ３．映像レイヤごとの前記ピクチャは、イントラランダムアクセスポイントピクチャまたは漸次的復号リフレッシュピクチャである、解決策Ａ２に記載の方法。

Ａ４．前記第１の構文要素は、アクセスユニット区切り文字ネットワーク抽象化レイヤユニットに含まれる、解決策Ａ１に記載の方法。

Ａ５．前記第１の構文要素は、アクセスユニット区切り文字を含むアクセスユニットが、イントラランダムアクセスポイントアクセスユニットであるか、または漸次的復号リフレッシュアクセスユニットであるかどうかを示すフラグである、解決策Ａ４に記載の方法。

Ａ６．前記第１の構文要素は、ｉｒａｐ＿ｏｒ＿ｇｄｒ＿ａｕ＿ｆｌａｇである、解決策Ａ５に記載の方法。

Ａ７．映像パラメータセットで指定される映像レイヤの数を示す第２の構文要素が１よりも大きい場合、前記アクセスユニット区切り文字ネットワーク抽象化レイヤユニットは、各イントラランダムアクセスポイントアクセスユニットまたは漸次的復号リフレッシュアクセスユニットに存在する唯一のアクセスユニット区切り文字ネットワーク抽象化レイヤユニットである、解決策Ａ４に記載の方法。

Ａ８．前記第２の構文要素は、前記映像パラメータセットを参照する各コーディングされた映像シーケンスにおける最大許容レイヤ数を示す、解決策Ａ７に記載の方法。

Ａ９．前記第１の構文要素が１に等しい場合は、ＩＤＲ＿Ｗ＿ＲＡＤＬからＧＤＲ＿ＮＵＴまでの範囲内で同一のネットワーク抽象化レイヤユニットタイプを含むアクセスユニットにおけるすべてのスライスを示す、解決策Ａ１に記載の方法。

Ａ１０．前記第１の構文要素が１に等しく、ネットワーク抽象化レイヤユニットのタイプがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰである場合は、前記アクセスユニットがコーディングされた映像シーケンス開始アクセスユニットであることを示す、解決策Ａ９に記載の方法。

Ａ１１．アクセスユニットにおける各々のピクチャの変数が１に等しく、ネットワーク抽象化レイヤユニットのタイプがＣＲＡ＿ＮＵＴまたはＧＤＲ＿ＮＵＴである場合は、アクセスユニットがコーディングされた映像シーケンス開始アクセスユニットであることを示す、解決策Ａ９に記載の方法。

Ａ１２．前記変数は、復号順に現在のピクチャの前の復号されたピクチャバッファにおけるピクチャを、このピクチャを復元する前に出力するかどうかを示す、解決策Ａ１１に記載の方法。

Ａ１３．前記変数がＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇである、解決策Ａ１１に記載の方法。

Ａ１４．前記第１の構文要素は、ネットワーク抽象化レイヤユニットヘッダに含まれる、解決策Ａ１に記載の方法。

Ａ１５．前記第１の構文要素は、新しいネットワーク抽象化レイヤユニットに含まれる、解決策Ａ１に記載の方法。

Ａ１６．映像パラメータセットで指定される映像レイヤの数を示す第２の構文要素が１よりも大きい場合、前記新しいネットワーク抽象化レイヤユニットが、各イントラランダムアクセスポイントアクセスユニットまたは漸次的復号リフレッシュアクセスユニットに存在する唯一の新しいネットワーク抽象化レイヤユニットである、解決策Ａ１５に記載の方法。

Ａ１７．前記第１の構文要素は、補足強化情報メッセージに含まれる、解決策Ａ１に記載の方法。

Ａ１８．映像パラメータセットで指定される映像レイヤの数を示す第２の構文要素がゼロよりも大きい場合、補足強化情報メッセージは、各イントラランダムアクセスポイントアクセスユニットまたは漸次的復号リフレッシュアクセスユニットに存在する唯一の補足強化情報メッセージである、解決策Ａ１７に記載の方法。

Ａ１９．１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、所与のアクセスユニット内の各ピクチャが、この１つ以上の映像レイヤを含むこのコーディングされた映像シーケンスの第１のアクセスユニットのレイヤ識別子に等しいレイヤ識別子を担持することを規定するフォーマット規則に準拠する、映像処理方法。

Ａ２０．１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像と映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、この１つ以上のアクセスユニットのうち、新しいコーディングされた映像シーケンスを開始するアクセスユニットを示す第１の構文要素をさらに含む、映像処理方法。

Ａ２１．前記第１の構文要素は、アクセスユニット区切り文字ネットワーク抽象化レイヤユニットに含まれる、解決策Ａ２０に記載の方法。

Ａ２２．前記第１の構文要素は、ネットワーク抽象化レイヤユニットヘッダに含まれる、解決策Ａ２０に記載の方法。

Ａ２３．前記第１の構文要素は、新しいネットワーク抽象化レイヤユニットに含まれる、解決策Ａ２０に記載の方法。

Ａ２４．前記第１の構文要素は、補足強化情報メッセージに含まれる、解決策Ａ２０に記載の方法。

Ａ２５．１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、前記ビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、前記ビットストリームは、新しいコーディングされた映像シーケンスを開始するコーディングされた映像シーケンス開始アクセスユニットが、映像パラメータセットに指定される映像レイヤごとにピクチャを含むことを規定するフォーマット規則に準拠する、映像処理方法。

Ａ２６．１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、ビットストリームにおける第１のアクセスユニットである所与のアクセスユニット、又はシーケンス終了ネットワーク抽象化レイヤユニットを含む所与のアクセスユニットの前のアクセスユニットに基づいて、所与のアクセスユニットをコーディングされた映像シーケンス開始アクセスユニットとして識別することを規定するフォーマット規則に準拠する、映像処理方法。

Ａ２７．１つの規則に基づいて、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、この規則は、この１つ以上のアクセスユニットのアクセスユニットがコーディングされた映像シーケンス開始アクセスユニットであるかどうかを示すためにサイド情報を使用することを規定する、映像処理方法。

Ａ２８．前記変換は、前記ビットストリームから前記映像を復号することを含む、解決策Ａ１～２７のいずれかに記載の方法。

Ａ２９．前記変換は、前記ビットストリームに前記映像を符号化することを含む、解決策Ａ１～２７のいずれかに記載の方法。

Ａ３０．映像を表すビットストリームをコンピュータ可読記録媒体に記憶する方法であって、解決策Ａ１～Ａ２７のいずれか１つ以上に記載の方法に従って、前記映像からビットストリームを生成し、前記ビットストリームを前記コンピュータ可読記録媒体に記憶させることを含む、方法。

Ａ３１．解決策Ａ１～Ａ３０のいずれか１つ以上に記載の方法を実装するように構成された処理装置を備える映像処理装置。

Ａ３２．命令が記憶されたコンピュータ可読媒体であって、前記命令が実行されると、処理装置に、解決策Ａ１～Ａ３０に１つ以上に記載の方法を実装させる、コンピュータ可読媒体。

Ａ３３．解決策Ａ１～Ａ３０のいずれか１つ以上に記載の方法により生成された前記ビットストリームを記憶するコンピュータ可読媒体。

Ａ３４．解決策Ａ１～Ａ３０のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリームを記憶するための映像処理装置。

次に、いくつかの実施形態において好適なさらに別の解決策を列挙する。

Ｂ１．１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、漸次的復号リフレッシュアクセスユニットであるこの１つ以上のアクセスユニットの各アクセスユニットが、このコーディングされた映像シーケンスに存在する映像レイヤごとに正確に１つのピクチャを含むことを規定するフォーマット規則に準拠する、映像処理方法。

Ｂ２．漸次的復号リフレッシュアクセスユニットである各アクセスユニットは、コーディングされた映像シーケンスに存在する各レイヤの予測ユニットを含み、各レイヤの予測ユニットは、漸次的復号リフレッシュピクチャであるコーディングされたピクチャを含む、解決策Ｂ１に記載の方法。

Ｂ３．１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含み、このビットストリームは、１つ以上のアクセスユニットを含むコーディングされた映像シーケンスを含み、このビットストリームは、イントラランダムアクセスポイントアクセスユニットであるこの１つ以上のアクセスユニットの各アクセスユニットがこのコーディングされた映像シーケンスに存在する映像レイヤごとに正確に１つのピクチャを含むことを規定するフォーマット規則に準拠する、映像処理方法。

Ｂ４．前記変換は、前記ビットストリームから前記映像を復号することを含む、解決策Ｂ１～Ｂ３のいずれかに記載の方法。

Ｂ５．前記変換は、前記ビットストリームに前記映像を符号化することを含む、解決策Ｂ１～Ｂ３のいずれかに記載の方法。

Ｂ６．映像を表すビットストリームをコンピュータ可読記録媒体に記憶する方法であって、解決策Ｂ１～Ｂ３のいずれか１つ以上に記載の方法に従って、前記映像からビットストリームを生成し、前記ビットストリームを前記コンピュータ可読記録媒体に記憶させることを含む、方法。

Ｂ７．解決策Ｂ１～Ｂ６のいずれか１つ以上に記載の方法を実装するように構成された処理装置を備える、映像処理装置。

Ｂ８．命令が記憶されたコンピュータ可読媒体であって、前記命令が実行されると、処理装置に、解決策Ｂ１～Ｂ６に１つ以上に記載の方法を実装させる、コンピュータ可読媒体。

Ｂ９．解決策Ｂ１～Ｂ６のいずれか１つ以上に記載の方法により生成された前記ビットストリームを記憶するコンピュータ可読媒体。

Ｂ１０．解決策Ｂ１～６のいずれか１つ以上に記載の方法を実装するように構成された、ビットストリームを記憶するための映像処理装置。

本明細書では、「映像処理」という用語は、映像符号化、映像復号、映像圧縮、または映像展開を指してよい。例えば、映像圧縮アルゴリズムは、映像の画素表現から対応するビットストリーム表現への変換、またはその逆の変換中に適用されてもよい。現在の映像ブロックのビットストリーム表現は、例えば、構文によって規定されるように、ビットストリーム内の同じ場所または異なる場所に拡散されるビットに対応していてもよい。例えば、１つのマクロブロックは、変換およびコーディングされた誤り残差値の観点から、且つビットストリームにおけるヘッダおよび他のフィールドにおけるビットを使用して符号化されてもよい。さらに、変換中、デコーダは、上記解決策で説明されているように、判定に基づいて、いくつかのフィールドが存在しても存在しなくてもよいという知識を持って、ビットストリームを構文解析してもよい。同様に、エンコーダは、特定の構文フィールドが含まれるべきであるか、または含まれないべきであるかを判定し、構文フィールドをコーディングされた表現に含めるか、またはコーディングされた表現から除外することによって、それに応じてコーディングされた表現を生成してもよい。

本明細書に記載された開示された、およびその他の解決策、実施例、実施形態、モジュール、および機能動作の実装形態は、本明細書に開示された構造およびその構造的等価物を含め、デジタル電子回路、またはコンピュータソフトウェア、ファームウェア、若しくはハードウェアで実施されてもよく、またはそれらの１つ以上の組み合わせで実施してもよい。開示された、およびその他の実施形態は、１または複数のコンピュータプログラム製品、すなわち、データ処理装置によって実装されるため、またはデータ処理装置の動作を制御するために、コンピュータ可読媒体上に符号化されたコンピュータプログラム命令の１または複数のモジュールとして実施することができる。このコンピュータ可読媒体は、機械可読記憶デバイス、機械可読記憶基板、メモリデバイス、機械可読伝播信号をもたらす物質の組成物、またはこれらの１または複数の組み合わせであってもよい。「データ処理装置」という用語は、例えば、プログラマブル処理装置、コンピュータ、または複数の処理装置、若しくはコンピュータを含む、データを処理するためのすべての装置、デバイス、および機械を含む。この装置は、ハードウェアの他に、当該コンピュータプログラムの実行環境を作るコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはこれらの１または複数の組み合わせを構成するコードを含むことができる。伝播信号は、人工的に生成した信号、例えば、機械で生成した電気、光、または電磁信号であり、適切な受信装置に送信するための情報を符号化するために生成される。

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとも呼ばれる）は、コンパイルされた言語または解釈された言語を含む任意の形式のプログラミング言語で記述することができ、また、それは、スタンドアロンプログラムとして、またはコンピューティング環境で使用するのに適したモジュール、コンポーネント、サブルーチン、または他のユニットとして含む任意の形式で展開することができる。コンピュータプログラムは、必ずしもファイルシステムにおけるファイルに対応するとは限らない。プログラムは、他のプログラムまたはデータを保持するファイルの一部（例えば、マークアップ言語文書に格納された１または複数のスクリプト）に記録されていてもよいし、当該プログラム専用の単一のファイルに記憶されていてもよいし、複数の調整ファイル（例えば、１または複数のモジュール、サブプログラム、またはコードの一部を格納するファイル）に記憶されていてもよい。コンピュータプログラムを、１つのサイトに位置する１つのコンピュータ、または複数のサイトに分散され通信ネットワークによって相互接続される複数のコンピュータで実行させるように展開することも可能である。

本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を実行するための１または複数のコンピュータプログラムを実行する１または複数のプログラマブル処理装置によって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）またはＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

コンピュータプログラムの実行に適した処理装置は、例えば、汎用および専用マイクロ処理装置の両方、並びに任意の種類のデジタルコンピュータの任意の１または複数の処理装置を含む。一般的に、処理装置は、リードオンリーメモリまたはランダムアクセスメモリまたはその両方から命令およびデータを受信する。コンピュータの本質的な要素は、命令を実行するための処理装置と、命令およびデータを記憶するための１または複数のメモリデバイスとである。一般的に、コンピュータは、データを記憶するための１または複数の大容量記憶デバイス、例えば、磁気、光磁気ディスク、または光ディスクを含んでもよく、またはこれらの大容量記憶デバイスからデータを受信するか、またはこれらにデータを転送するように動作可能に結合されてもよい。しかしながら、コンピュータは、このようなデバイスを有する必要はない。コンピュータプログラム命令およびデータを記憶するのに適したコンピュータ可読媒体は、あらゆる形式の不揮発性メモリ、媒体、およびメモリデバイスを含み、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュ記憶装置、磁気ディスク、例えば内部ハードディスクまたはリムーバブルディスク、光磁気ディスク、およびＣＤ－ＲＯＭおよびＤＶＤ－ＲＯＭディスク等の半導体記憶装置を含む。処理装置およびメモリは、特定用途のロジック回路によって補完されてもよく、または特定用途のロジック回路に組み込まれてもよい。

本特許明細書は多くの詳細を含むが、これらは、任意の主題の範囲または特許請求の範囲を限定するものと解釈されるべきではなく、むしろ、特定の技術の特定の実施形態に特有であり得る特徴の説明と解釈されるべきである。本特許文献において別個の実施形態のコンテキストで説明されている特定の特徴は、１つの例において組み合わせて実装してもよい。逆に、１つの例のコンテキストで説明された様々な特徴は、複数の実施形態において別個にまたは任意の適切なサブコンビネーションで実装してもよい。さらに、特徴は、特定の組み合わせで作用するものとして上記に記載され、最初にそのように主張されていてもよいが、主張された組み合わせからの１または複数の特徴は、場合によっては、組み合わせから抜粋されることができ、主張された組み合わせは、サブコンビネーションまたはサブコンビネーションのバリエーションに向けられてもよい。

同様に、動作は図面において特定の順番で示されているが、これは、所望の結果を達成するために、このような動作が示された特定の順番でまたは連続した順番で行われること、または示された全ての動作が行われることを必要とするものと理解されるべきではない。また、本特許明細書に記載されている例における様々なシステムの構成要素の分離は、全ての実施形態においてこのような分離を必要とするものと理解されるべきではない。

いくつかの実装形態および例のみが記載されており、この特許文献に記載され図示されているコンテンツに基づいて、他の実施形態、拡張および変形が可能である。

Claims (16)

1. １つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行うことを含む映像処理方法であって、
   前記ビットストリームは、アクセスユニットを含むコーディングされた映像シーケンスを含み、
   前記ビットストリームは、前記アクセスユニットが前記コーディングされた映像シーケンスを構成する映像レイヤごとに第１のタイプのピクチャを含むかどうかを示す第１の構文要素をさらに含み、
   前記第１の構文要素は、アクセスユニット区切り文字ネットワーク抽象化レイヤユニットに含まれ、
   映像パラメータセットを参照する各コーディングされた映像シーケンス内のレイヤの最大許容数を示す第２の構文要素が１よりも大きい場合、前記アクセスユニット区切り文字ネットワーク抽象化レイヤユニットは、各イントラランダムアクセスポイントアクセスユニットまたは漸次的復号リフレッシュアクセスユニットに存在する唯一のアクセスユニット区切り文字ネットワーク抽象化レイヤユニットである、映像処理方法。
2. 前記アクセスユニットは、映像レイヤごとに前記第１のタイプのピクチャを含み、前記アクセスユニットは、新しいコーディングされた映像シーケンスを開始するように構成されるか、又は前記アクセスユニットの各ピクチャが前記第１のタイプのピクチャである、請求項１に記載の方法。
3. 映像レイヤごとの前記第１のタイプのピクチャは、イントラランダムアクセスポイントピクチャまたは漸次的復号リフレッシュピクチャである、請求項１または２に記載の方法。
4. 前記第１の構文要素は、アクセスユニット区切り文字を含む前記アクセスユニットが、イントラランダムアクセスポイントアクセスユニットであるか、または漸次的復号リフレッシュアクセスユニットであるかどうかを示すフラグである、請求項１に記載の方法。
5. 前記第２の構文要素は、前記最大許容数から１を減算したものを示すことで、レイヤの前記最大許容数を示す、請求項１または４に記載の方法。
6. 前記ビットストリームは、アクセスユニットにおける各ピクチャが、前記コーディングされた映像シーケンスの第１のアクセスユニットに存在するピクチャのうちの１つのレイヤ識別子に等しいレイヤ識別子を伝えることを規定するフォーマット規則にさらに準拠する、請求項１～５のいずれか１項に記載の方法。
7. 前記レイヤ識別子は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄである、請求項６に記載の方法。
8. 前記第１の構文要素が１に等しいことは、前記アクセスユニットにおけるすべてのスライスがＩＤＲ＿Ｗ＿ＲＡＤＬからＧＤＲ＿ＮＵＴまでの範囲内で同一のネットワーク抽象化レイヤユニットタイプを含むことを示す、請求項１～７のいずれか１項に記載の方法。
9. 前記第１の構文要素が１に等しく、前記ネットワーク抽象化レイヤユニットのタイプがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰである場合は、前記アクセスユニットはコーディングされた映像シーケンス開始アクセスユニットであることを示す、請求項８に記載の方法。
10. 前記アクセスユニットにおける各々の前記ピクチャの変数が１に等しく、前記ネットワーク抽象化レイヤユニットのタイプがＣＲＡ＿ＮＵＴまたはＧＤＲ＿ＮＵＴである場合は、前記アクセスユニットはコーディングされた映像シーケンス開始アクセスユニットであることを示す、請求項８または９に記載の方法。
11. 前記変数は、復号順に現在のピクチャの前の復号されたピクチャバッファにおけるピクチャを、前記ピクチャを復元する前に出力するかどうかを示す、請求項１０に記載の方法。
12. 前記変換は、前記ビットストリームから前記映像を復号することを含む、請求項１～１１のいずれか１項に記載の方法。
13. 前記変換は、前記映像を前記ビットストリームに符号化することを含む、請求項１～１１のいずれか１項に記載の方法。
14. 処理装置と命令を備える非一時的メモリとを含む映像データを処理するための装置であって、
    前記命令は前記処理装置によって実行されると、前記処理装置に、
    １つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行なわせ、
    前記ビットストリームは、アクセスユニットを含むコーディングされた映像シーケンスを含み、
    前記ビットストリームは、前記アクセスユニットが前記コーディングされた映像シーケンスを構成する映像レイヤごとに第１のタイプのピクチャを含むかどうかを示す第１の構文要素をさらに含み、
    前記第１の構文要素は、アクセスユニット区切り文字ネットワーク抽象化レイヤユニットに含まれ、
    映像パラメータセットを参照する各コーディングされた映像シーケンス内のレイヤの最大許容数を示す第２の構文要素が１よりも大きい場合、前記アクセスユニット区切り文字ネットワーク抽象化レイヤユニットは、各イントラランダムアクセスポイントアクセスユニットまたは漸次的復号リフレッシュアクセスユニットに存在する唯一のアクセスユニット区切り文字ネットワーク抽象化レイヤユニットである、映像データを処理するための装置。
15. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、前記命令は、処理装置に、
    １つ以上の映像レイヤ内に１つ以上のピクチャを含む映像とこの映像のビットストリームとの間の変換を行なわせ、
    前記ビットストリームは、アクセスユニットを含むコーディングされた映像シーケンスを含み、
    前記ビットストリームは、前記アクセスユニットが前記コーディングされた映像シーケンスを構成する映像レイヤごとに第１のタイプのピクチャを含むかどうかを示す第１の構文要素をさらに含み、
    前記第１の構文要素は、アクセスユニット区切り文字ネットワーク抽象化レイヤユニットに含まれ、
    映像パラメータセットを参照する各コーディングされた映像シーケンス内のレイヤの最大許容数を示す第２の構文要素が１よりも大きい場合、前記アクセスユニット区切り文字ネットワーク抽象化レイヤユニットは、各イントラランダムアクセスポイントアクセスユニットまたは漸次的復号リフレッシュアクセスユニットに存在する唯一のアクセスユニット区切り文字ネットワーク抽象化レイヤユニットである、非一時的なコンピュータ可読記憶媒体。
16. 映像のビットストリームを記憶する方法であって、
    前記方法は、１つ以上の映像レイヤ内に１つ以上のピクチャを含む映像のビットストリームを生成することと、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することと、を含み、
    前記ビットストリームは、アクセスユニットを含むコーディングされた映像シーケンスを含み、
    前記ビットストリームは、前記アクセスユニットが前記コーディングされた映像シーケンスを構成する映像レイヤごとに第１のタイプのピクチャを含むかどうかを示す第１の構文要素をさらに含み、
    前記第１の構文要素は、アクセスユニット区切り文字ネットワーク抽象化レイヤユニットに含まれ、
    映像パラメータセットを参照する各コーディングされた映像シーケンス内のレイヤの最大許容数を示す第２の構文要素が１よりも大きい場合、前記アクセスユニット区切り文字ネットワーク抽象化レイヤユニットは、各イントラランダムアクセスポイントアクセスユニットまたは漸次的復号リフレッシュアクセスユニットに存在する唯一のアクセスユニット区切り文字ネットワーク抽象化レイヤユニットである、方法。

Images