JP7529795B2 - 参照ピクチャリスト上の制約 - Google Patents

Description

関連出願の相互参照
本願は、２０２１年４月１９日出願の国際特許出願第ＰＣＴ／ＵＳ２０２１／０２７９６３号に基づくものであり、２０２０年４月２０日出願の米国特許仮出願第６３／０１２７１３号の優先権および利益を主張する。前述のすべての特許出願は、その全体が参照により本明細書に組み込まれる。

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

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

本願は、様々な構文規則を使用して映像のコーディング表現を処理するために、映像エンコーダおよびデコーダによって使用され得る技術を開示する。

１つの例示的な態様において、映像復号方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、サブピクチャがイントラランダムアクセスポイントサブピクチャの先頭サブピクチャでないことに呼応して、このサブピクチャがランダムアクセスタイプのサブピクチャにはなり得ないことを規定するフォーマット規則に準拠し、この先頭サブピクチャは出力順でイントラランダムアクセスポイントサブピクチャに先行する。

別の例示的な態様において、映像処理方法が開示される。この方法は、複数のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、第１のサブピクチャと第２のピクチャが同じネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子と同じサブピクチャインデックスを有し、かつ第１のサブピクチャが第２のサブピクチャに復号順で先行することに呼応して、リカバリポイントピクチャにおいて第１のサブピクチャが第２のサブピクチャに先行することを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則はピクチャがこのビットストリーム内で示される順序を規定し、このフォーマット規則は、現在のスライスの参照ピクチャリストのエントリが、現在のピクチャに第２の順序に従って先行する第２のピクチャに第１の順序に従って先行する第１のピクチャを含むことを禁止し、この第２のピクチャは、現在のサブピクチャと同じネットワーク抽象化ユニット（ＮＡＬ）ユニットのレイヤ識別子と同じサブピクチャインデックスを有するイントラランダムアクセスポイントサブピクチャを含み、現在のサブピクチャはクリーンランダムアクセスサブピクチャである。

別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、ピクチャがこのビットストリームにおいて示される順序を規定し、このフォーマット規則は、現在のスライスの参照ピクチャリストのアクティブエントリが、第１の順序に従って第２のピクチャに先行する第１のピクチャを含むことを禁止し、この第２のピクチャが、現在のサブピクチャものと同じネットワーク抽象化ユニット（ＮＡＬ）ユニットのレイヤ識別子と同じサブピクチャインデックスを有するイントラランダムアクセスポイントサブピクチャを含み、現在のサブピクチャは第２の順序でイントラランダムアクセスポイントサブピクチャに後続する。

別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則はピクチャがこのビットストリームにおいて示される順序を規定し、このフォーマット規則は、現在のスライスの参照ピクチャリストのエントリが、第１の順序または第２の順序に従って第２のピクチャに先行する第１のピクチャを含むことを禁止し、第２のピクチャは０以上の関連する先頭サブピクチャを有し、かつ現在のサブピクチャものと同じネットワーク抽象化ユニット（ＮＡＬ）ユニットのレイヤ識別子と同じサブピクチャインデックスを有するイントラランダムアクセスポイントサブピクチャを含み、現在のサブピクチャが第１の順序および第２の順序においてイントラランダムアクセスポイントサブピクチャおよび０以上の関連する先頭サブピクチャに後続する。

別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、現在のサブピクチャが、ランダムアクセス復号可能先頭サブピクチャであることに呼応して、現在のスライスの参照ピクチャリストのアクティブエントリが現在のサブピクチャのものと同じサブピクチャインデックスを有するランダムアクセススキップ先頭サブピクチャを含む第１のピクチャ、およびランダムアクセス復号可能先頭サブピクチャに関連するイントラランダムアクセスポイントサブピクチャを含む第３のピクチャに復号順で先行する第２のピクチャのいずれか１つ以上を含むことを禁止されることを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のコーディング表現と、の変換を行うことを含む。このコーディング表現は、ネットワーク抽象レイヤ（ＮＡＬ）ユニットに従って、１つ以上のサブピクチャを含む１つ以上のピクチャがコーディング表現に含まれることを規定するフォーマット規則に準拠し、コーディング表現において示されるタイプＮＡＬユニットは、特定タイプのピクチャのコーディングされたスライス、または特定タイプのサブピクチャのコーディングされたスライス、を含む。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のコーディング表現と、の変換を行うことを含み、このコーディング表現は、異なるネットワーク抽象レイヤユニットタイプを有する２つの隣接するサブピクチャが、ピクチャフラグとして扱われているサブピクチャの同一の表示を有することを規定するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、映像のコーディング表現と、の変換を行うことを含み、このコーディング表現は、サブピクチャの第１のタイプの順序およびサブピクチャの第２のタイプの順序を定義するフォーマット規則に準拠し、第１のサブピクチャは、後端サブピクチャまたは先頭サブピクチャまたはランダムアクセススキップ先頭（ＲＡＳＬ）サブピクチャのタイプであり、第２のサブピクチャは、ＲＡＳＬタイプまたはランダムアクセス復号可能な先頭（ＲＡＤＬ）タイプ、または瞬時復号更新（ＩＤＲ）タイプまたは漸次的復号更新（ＧＤＲ）タイプのサブピクチャである。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のコーディング表現と、の変換を行うことを含み、このコーディング表現は、第１のタイプのサブピクチャが第２のタイプのサブピクチャとともに生じることを許可または許可しないことを条件と定義するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む映像と、この映像のコーディング表現との間で変換を行うことを含み、このコーディング表現は、規則に従った順序で映像ピクチャの１つ以上のレイヤを含む。

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

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

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

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

ピクチャのラスタスキャンスライス分割の例を示し、ピクチャは、１２個のタイルと３個のラスタスキャンスライスとに分割される。 ピクチャを矩形スライス区分の例を示し、ピクチャは、２４個のタイル（６個のタイル列および４個のタイル行）と９個の矩形スライスとに分割される。 タイルおよび矩形のスライスに分割されたピクチャの例を示し、ピクチャは、４つのタイル（２つのタイルの列および２つのタイルの行）と４つの矩形スライスとに分割される。 １５個のタイル、２４個のスライス、および２４個のサブピクチャに分割されたピクチャを示す図である。 映像処理システム例を示すブロック図である。 映像処理装置のブロック図である。 映像処理方法の一例を示すフローチャートである。 本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。 本発明のいくつかの実施形態によるエンコーダを示すブロック図である。 本発明のいくつかの実施形態によるデコーダを示すブロック図である。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。 映像処理の方法の例を示すフローチャートである。

１． 導入

本明細書は、映像コーディング技術に関する。具体的には、単層および多層の両方のコンテキストにおける、サブピクチャのタイプの定義と、異なるタイプのサブピクチャ間の復号順、出力順および予測関係の関係性についてである。その鍵は、復号順、出力順、および予測関係における制約のセットによって、ピクチャ内の混合サブピクチャタイプの意味を明確に規定することである。この考えは、個々にまたは様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング標準または非標準映像コーデックに適用されてもよい。

２． 略語

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

３． 初期の協議

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

３．１ ＨＥＶＣにおけるピクチャ分割スキーム

ＨＥＶＣには、正規のスライス、依存性のあるスライス、タイル、ＷＰＰ（Ｗａｖｅｆｒｏｎｔ Ｐａｒａｌｌｅｌ Ｐｒｏｃｅｓｓｉｎｇ）という４つの異なる画像分割スキームがあり、これらを適用することで、最大転送ユニット（ＭＴＵ）サイズのマッチング、並列処理、エンドツーエンドの遅延の低減が可能になる。

正規のスライスは、Ｈ．２６４／ＡＶＣと同様である。各正規のスライスは、それ自体のＮＡＬユニットにカプセル化され、スライス境界にわたるインピクチャ予測（イントラサンプル予測、動き情報予測、コーディングモード予測）およびエントロピーコーディング依存性は無効化される。このように、１つの正規のライスを、同じピクチャ内の他の正規のスライスとは独立して再構成することができる（しかし、ループフィルタリング動作のために依然として相互依存性がある場合がある）。

正規のスライスは、並列化に使用できる唯一のツールであり、Ｈ．２６４／ＡＶＣでもほぼ同じ形式で使用できる。正規のスライスに基づく並列化は、プロセッサ間通信またはコア間通信をあまり必要としない（予測コーディングされたピクチャを復号するとき、動き補償のためのプロセッサ間またはコア間データ共有を除いて、通常、インピクチャ予測のためにプロセッサ間またはコア間データ共有よりもはるかに重い）。しかしながら、同じ理由で、正規のスライスを使用すると、スライスヘッダのビットコストおよびスライス境界にわたる予測が欠如していることに起因して、コーディングのオーバーヘッドが大きくなる可能性がある。さらに、レギュラースライスは（後述の他のツールとは対照的に）、レギュラースライスのインピクチャの独立性および各レギュラースライスがそれ自体のＮＡＬユニットにカプセル化されることに起因して、ＭＴＵサイズ要件に適応するようにビットストリームを分割するための鍵となるメカニズムとしても機能する。多くの場合、並列化の目標およびＭＴＵサイズマッチングの目標は、画像におけるスライスレイアウトに矛盾する要求を課す。このような状況を実現したことにより、以下のような並列化ツールが開発された。

従属スライスは、ショートスライスヘッダを有し、ピクチャ内予測を一切中断することなく、ツリーブロック境界でビットストリームを区分することを可能にする。基本的に、従属スライスは、正規のスライスを複数のＮＡＬユニットに断片化し、正規のスライス全体の符号化が完了する前に正規のスライスの一部を送出することを可能にすることによって、エンドツーエンド遅延を低減する。

ＷＰＰにおいて、ピクチャは、単一行のコーディングするツリーブロック（ＣＴＢ）に分割される。エントロピー復号および予測は、他の分割におけるＣＴＢからのデータを使用することを許可される。ＣＴＢ行の並列復号によって並列処理が可能であり、１つのＣＴＢ行の復号の開始が２つのＣＴＢだけ遅延され、それによって、対象のＣＴＢが復号される前に、対象のＣＴＢの上および右のＣＴＢに関するデータが確実に利用可能になる。この互い違いのスタート（グラフで表される場合、波面のように見える）を使用することで、ピクチャがＣＴＢ行を含む数までのプロセッサ／コアを用いて並列化することが可能である。１つのインピクチャの近傍のツリーブロック行間のインピクチャ予測が許可されるので、インピクチャ予測を可能にするために必要なプロセッサ間／コア間通信は十分となり得る。ＷＰＰ分割は、適用されない場合と比較して、追加のＮＡＬユニットの生成をもたらさず、従って、ＷＰＰは、ＭＴＵサイズマッチングのためのツールではない。しかし、ＭＴＵサイズのマッチングが必要な場合、一定のコーディングするオーバーヘッドを伴って、ＷＰＰで正規のスライスを使用することができる。

タイルは、ピクチャをタイルの列および行に分割する水平および垂直境界を規定する。タイルの列は、ピクチャの上から下へと延びている。同様に、タイル行は、ピクチャの左から右に延びる。ピクチャにおけるタイルの数は、単にタイル列の数にタイル行の数を乗算することで得ることができる。

ＣＴＢのスキャン順序は、タイル内でローカルになるように（タイルのＣＴＢラスタスキャンの順に）変更され、その後、ピクチャのタイルラスタスキャンの順で、次のタイルの左上のＣＴＢを復号する。正規のスライスと同様に、タイルは、インピクチャ予測依存性およびエントロピー復号依存性を損なう。しかしながら、これらは、個々のＮＡＬユニット（この点でＷＰＰと同じ）に含まれる必要がなく、従って、タイルは、ＭＴＵサイズマッチングに使用できない。各タイルは、１つのプロセッサ／コアによって処理されてもよく、処理ユニット間のインピクチャ予測に必要なプロセッサ間／コア間通信では、近傍タイルの復号は、スライスが２つ以上のタイルにまたがっている場合、共有スライスヘッダの伝達と、再構築されたサンプルおよびメタデータのループフィルタリングに関連する共有とに限定される。１つのスライスに２つ以上のタイルまたはＷＰＰセグメントが含まれる場合、該スライスにおける第１のもの以外の各タイルまたはＷＰＰセグメントのエントリポイントバイトオフセットが、スライスヘッダにおいて信号通知される。

説明を簡単にするために、ＨＥＶＣにおいては、４つの異なるピクチャ分割方式の適用に関する制限が規定されている。所与のコーディングされた映像シーケンスは、ＨＥＶＣに指定されたプロファイルのほとんどについて、タイルおよび波面の両方を含むことができない。各スライスおよびタイルについて、以下の条件のいずれかまたは両方を満たさなければならない。１）１つのスライスにおけるすべてのコーディングされたツリーブロックは、同じタイルに属し、２）１つのタイルにおけるすべてのコーディングされたツリーブロックは、同じスライスに属する。最後に、１つの波面（ｗａｖｅｆｒｏｎｔ）セグメントはちょうど１つのＣＴＢ行を含み、ＷＰＰが使用されている際に、１つのスライスが１つのＣＴＢ行内で始まる場合、同じＣＴＢ行で終わらなければならない。

最近のＨＥＶＣの修正は、ＪＣＴ－ＶＣの出力文書であるＪＣＴＶＣ－ＡＣ１００５、Ｊ．ボイス、Ａ．ラマスブラモニアン、Ｒ．スクピン、Ｇ．Ｊ．スリ版、Ａ．トゥラピス、Ｙ．－Ｋ．ワング（ｅｄｉｔｏｒｓ），「ＨＥＶＣ追加の捕捉強化情報（Ｄｒａｆｔ４），」Ｏｃｔ．２４，２０１７，で規定され、下記で入手可能である：ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｎｔ－ｅｖｒｙ．ｆｒ／ｊｃｔ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／２９＿Ｍａｃａｕ／ｗｇ１１／ＪＣＴＶＣ－ＡＣ１００５－ｖ２．ｚｉｐこの修正を含め、ＨＥＶＣは、３つのＭＣＴＳ関連ＳＥＩメッセージ、即ち、時間的ＭＣＴＳ ＳＥＩメッセージ、ＭＣＴＳ抽出情報セットＳＥＩメッセージ、およびＭＣＴＳ抽出情報ネスティングＳＥＩメッセージを特定する。

時間的ＭＣＴＳ ＳＥＩメッセージは、ビットストリーム中にＭＣＴＳが存在することを示し、ＭＣＴＳに信号送信する。各ＭＣＴＳにおいて、動きベクトルは、ＭＣＴＳ内部のフルサンプル位置と、補間のためにＭＣＴＳ内部のフルサンプル位置のみを必要とするフラクショナルサンプル位置とを指すように制限され、かつ、ＭＣＴＳ外部のブロックから導出された時間動きベクトル予測のための動きベクトル候補の使用は許可されない。このように、各ＭＣＴＳは、ＭＣＴＳに含まれていないタイルが存在せず、独立して復号されてもよい。

ＭＣＴＳ抽出情報セットＳＥＩメッセージは、ＭＣＴＳサブビットストリーム抽出（ＳＥＩメッセージの意味の一部として指定される）において使用され得る補足情報を提供し、ＭＣＴＳセットのための適合ビットストリームを生成する。この情報は、複数の抽出情報セットを含み、各抽出情報セットは、複数のＭＣＴＳセットを定義し、ＭＣＴＳサブビットストリーム抽出処理において使用される代替ＶＰＳ、ＳＰＳ、およびＰＰＳのＲＢＳＰバイトを含む。ＭＣＴＳサブビットストリーム抽出プロセスによってサブビットストリームを抽出する場合、パラメータセット（ＶＰＳ，ＳＰＳ，ＰＰＳ）を書き換えるかまたは置き換える必要があり、スライスヘッダを若干更新する必要があり、その理由は、スライスアドレスに関連する構文要素の１つまたは全て（ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇおよびｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓを含む）が異なる値となる必要があるためである。

３．２． ＶＶＣにおけるピクチャの分割

ＶＶＣにおいて、１つのピクチャは、１または複数のタイル行および１または複数のタイル列に分割される。１つのタイルは、１つのピクチャの１つの矩形領域を覆う１つのＣＴＵのシーケンスである。１つのタイルにおけるＣＴＵは、そのタイル内でラスタスキャン順にスキャンされる。

１つのスライスは、１つのピクチャのタイル内において、整数個の完全なタイルまたは整数個の連続した完全なＣＴＵ行を含む。

スライスの２つのモード、即ちラスタスキャンスライスモードおよび矩形スライスモードに対応している。ラスタスキャンスライスモードにおいて、１つのスライスは、１つのピクチャのタイルラスタスキャンにおける１つの完全なタイルのシーケンスを含む。矩形スライスモードにおいて、１つのスライスは、ピクチャの矩形領域を集合的に形成する複数の完全なタイル、またはピクチャの矩形領域を集合的に形成する１つのタイルの複数の連続した完全なＣＴＵ行のいずれかを含む。矩形スライス内のタイルを、そのスライスに対応する矩形領域内で、タイルラスタスキャンの順にスキャンする。

１つのサブピクチャは、１つのピクチャの矩形領域を集合的に覆う１または複数のスライスを含む。

図１は、ピクチャのラスタスキャンスライス分割の例を示し、ピクチャは、１２個のタイルと３個のラスタスキャンスライスとに分割される。

図２は、ピクチャを矩形スライス区分の例を示し、ピクチャは、２４個のタイル（６個のタイル列および４個のタイル行）と９個の矩形スライスとに分割される。

図３は、タイルおよび矩形のスライスに分割されたピクチャの例を示し、ピクチャは、４つのタイル（２つのタイルの列および２つのタイルの行）と４つの矩形スライスとに分割される。

図４は、１つのピクチャをサブピクチャで分割する例を示し、１つのピクチャは、１８個のタイルに分割され、左側の１２個が、４×４のＣＴＵの１つのスライスをそれぞれ含み、右側の６個のタイルが、２×２のＣＴＵの垂直方向に積み重ねられたスライスをそれぞれ含み、全体で２４個のスライスおよび２４個の異なる寸法のサブピクチャとなる（各スライスは、１つのサブピクチャ）。

３．３ シーケンス内のピクチャ解像度の変更

ＡＶＣおよびＨＥＶＣにおいて、ピクチャの空間的解像度は、新しいＳＰＳを使用する新しいシーケンスがＩＲＡＰピクチャで始まらない限り、変更することができない。ＶＶＣは、常にイントラ符号化されるＩＲＡＰピクチャを符号化せずに、ある位置のシーケンス内でピクチャの解像度を変更することを可能にする。この特徴は、参照ピクチャが復号されている現在のピクチャと異なる解像度を有する場合、インター予測に使用される参照ピクチャをリサンプリングすることが必要であるため、参照ピクチャリサンプリング（ＲＰＲ）と称する。

スケーリング比は、１／２（参照ピクチャから現在のピクチャへのダウンサンプリングの２倍）以上８（８倍のアップサンプリング）以下に制限される。参照ピクチャと現在のピクチャとの間の様々なスケーリング比に対処するために、周波数カットオフが異なる３つの再サンプリングフィルタセットを規定する。３つの組の再サンプリングフィルタは、それぞれ、１／２～１／１．７５、１／１．７５～１／１．２５、および１／１．２５～８の範囲のスケーリング比に適用される。各組の再サンプリングフィルタは、動き補償補間フィルタの場合と同様に、輝度に対して１６個のフェーズを有し、彩度に対して３２個のフェーズを有する。実際には、通常のＭＣ補間処理は、１／１．２５～８の範囲のスケーリング比を有する再サンプリング処理の特殊な場合である。水平および垂直スケーリング比は、ピクチャの幅および高さ、並びに参照ピクチャおよび現在のピクチャに対して指定された左、右、上および下のスケーリングオフセットに基づいて導出される。

ＨＥＶＣとは異なる、この特徴をサポートするためのＶＶＣ設計の他の態様は、ｉ）ＳＰＳの代わりにＰＰＳにおいてピクチャ解像度および対応する適合性ウィンドウを信号通知すること、ＳＰＳにおいて最大ピクチャ解像度を信号通知すること、ｉｉ）単レイヤビットストリームの場合、各ピクチャ記憶装置（１つの復号ピクチャを記憶するためのＤＰＢにおける１つのスロット）は、最大ピクチャ解像度を有する復号ピクチャを記憶するために必要なバッファサイズを占めることを含む。

３．４ 全般およびＶＶＣにおけるスケーラブル映像コーディング（ＳＶＣ）

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

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

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

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

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

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

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

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

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

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

３．６． 参照ピクチャ管理および参照ピクチャリスト（ＲＰＬ）

参照ピクチャ管理は、インター予測を使用する任意の映像コーディング方式に必要なコア機能である。それは、復号ピクチャバッファ（ＤＰＢ）への参照ピクチャの記憶および復号ピクチャバッファ（ＤＰＢ）からの参照ピクチャの除去を管理し、かつ参照ピクチャをＲＰＬ内の適切な順序に置く。

ＨＥＶＣの参照ピクチャ管理は、参照ピクチャのマーキングおよび復号ピクチャバッファ（ＤＰＢ）からの除去、並びに参照ピクチャリスト構築（ＲＰＬＣ）を含め、ＡＶＣのものとは異なる。ＡＶＣにおいて、ＨＥＶＣは、スライディングウィンドウに適応メモリ管理制御動作（ＭＭＣＯ）を加えたものに基づく参照ピクチャマーキング機構の代わりに、いわゆる参照ピクチャセット（ＲＰＳ）に基づく参照ピクチャ管理およびマーキング機構を規定し、その結果、ＲＰＬＣは、ＲＰＳ機構に基づく。ＲＰＳは、ピクチャに関連付けられた参照ピクチャのセットで構成され、復号順序において関連付けられたピクチャに先行する全ての参照ピクチャで構成され、復号順序において関連付けられたピクチャまたは関連付けられたピクチャの後に続く任意のピクチャのインター予測に使用してもよい。参照ピクチャセットは、参照ピクチャの５つのリストで構成される。第１の３つのリストは、現在のピクチャのインター予測において使用してもよい、かつ現在のピクチャに復号順において続く１つ以上のピクチャのインター予測において使用してもよい全ての参照ピクチャを含む。他の２つのリストは、現在のピクチャのインター予測において使用されないが、現在のピクチャに復号順において続く１つ以上のピクチャのインター予測において使用してもよい全ての参照ピクチャからなる。ＲＰＳは、主にエラー耐性を改善するために、ＡＶＣにおけるような「インターコーディングされた」信号通知の代わりに、ＤＰＢステータスの「イントラコーディングされた」信号通知を提供する。ＨＥＶＣにおけるＲＰＬＣ処理は、各参照インデックスのＲＰＳサブセットにインデックスを信号通知することによって、ＲＰＳに基づいており、この処理は、ＡＶＣにおけるＲＰＬＣ処理よりも簡単である。

ＶＶＣにおける参照ピクチャ管理は、ＡＶＣよりもＨＥＶＣに類似しているが、いくぶんシンプルで堅牢である。これらの標準におけるように、２つのＲＰＬ、ｌｉｓｔ０およびｌｉｓｔ１が導出されるが、これらは、ＨＥＶＣで使用される参照ピクチャセットの概念またはＡＶＣで使用される自動スライディングウィンドウ処理に基づくものではなく、より直接的に信号通知される。参照ピクチャは、ＲＰＬのためにアクティブエントリおよび非アクティブエントリのいずれかとしてリストされ、アクティブエントリのみが、現在のピクチャのＣＴＵのインター予測における参照インデックスとして使用されてもよい。非アクティブエントリは、ビットストリームの後に到着する他のピクチャにより参照するために、ＤＰＢに保持されるべき他のピクチャを示す。

３．７． パラメータセット

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

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

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

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

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

最近のＶＶＣテキストＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における関連する定義は、以下のとおりである。
（特定のピクチャの）関連付けられたＩＲＡＰピクチャ：復号順における前のＩＲＡＰピクチャ（存在する場合）は、特定のピクチャと同じ値ｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する。
クリーンランダムアクセス（ＣＲＡ）ＰＵ：コーティングされたピクチャがＣＲＡピクチャであるＰＵ。
クリーンランダムアクセス（ＣＲＡ）ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＣＲＡ＿ＮＵＴであるＩＲＡＰピクチャ。
コーディング映像シーケンス（ＣＶＳ）：復号順で、ＣＶＳＳ ＡＵに続き、ＣＶＳＳ ＡＵである後続のＡＵまで（ただし後続のＡＵは含まない）のすべてのＡＵを含む、ＣＶＳＳ ＡＵでない０以上のＡＵから構成される、ＡＵのシーケンス。
コーディング映像シーケンス開始（ＣＶＳＳ）ＡＵ：ＣＶＳの各レイヤにＰＵがあり、各ＰＵのコーディングされたピクチャがＣＬＶＳＳピクチャであるＡＵ。
漸次的復号更新（ＧＤＲ）ＡＵ：本ＰＵ各々のコーディングされたピクチャがＧＤＲピクチャであるＡＵ。
漸次的復号更新（ＧＤＲ）ＰＵ：コーディングされたピクチャがＧＤＲピクチャであるＰＵ。
漸次的復号更新（ＧＤＲ）ピクチャ：ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＧＤＲ＿ＮＵＴであるピクチャ。
瞬時復号更新（ＩＤＲ）ＰＵ：コーディングされたピクチャがＩＤＲピクチャであるＰＵ。
瞬時復号更新（ＩＤＲ）ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰであるＩＲＡＰピクチャ。
イントラランダムアクセスポイント（ＩＲＡＰ）ＡＵ：ＣＶＳの各レイヤにＰＵが存在し、各ＰＵのコーディングされたピクチャがＩＲＡＰピクチャであるＡＵ。
イントラランダムアクセスポイント（ＩＲＡＰ）ＰＵ：コーディングされたピクチャがＩＲＡＰピクチャであるＰＵ。
イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャ：ＩＤＲ＿Ｗ＿ＲＡＤＬからＣＲＡ＿ＮＵＴの範囲内で、すべてのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが同じ値であるコーディングされたピクチャ。
先頭ピクチャ：関連付けられたＩＲＡＰピクチャと同じレイヤにあり、関連付けられたＩＲＡＰピクチャに出力順で先行するピクチャ。
出力順：復号ピクチャがＤＰＢから出力される順番（ＤＰＢから出力される復号ピクチャの場合）。
ランダムアクセス復号可能先頭（ＲＡＤＬ）ＰＵ：コーディングされたピクチャがＲＡＤＬピクチャであるＰＵ。
ランダムアクセス復号可能先頭（ＲＡＤＬ）ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＡＤＬ＿ＮＵＴであるピクチャ。
ランダムアクセススキップ先頭（ＲＡＳＬ）ＰＵ：コーディングされたピクチャが、ＲＡＳＬピクチャであるＰＵ。
ランダムアクセススキップ先頭（ＲＡＳＬ）ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＡＳＬ＿ＮＵＴであるピクチャ。
段階的時間的サブレイヤアクセス（ＳＴＳＡ）ＰＵ：コーディングされたピクチャがＳＴＳＡピクチャであるＰＵ。
段階的時間的サブレイヤアクセス（ＳＴＳＡ）ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＴＳＡ＿ＮＵＴであるピクチャ。
注－ ＳＴＳＡピクチャは、インター予測参照に対してＳＴＳＡピクチャと同じＴｅｍｐｏｒａｌＩｄを有するピクチャを使用しないことに留意されたい。ＳＴＳＡピクチャと同じＴｅｍｐｏｒａｌＩｄを有する復号順序でＳＴＳＡピクチャの後続のピクチャは、ＳＴＳＡピクチャと同じＴｅｍｐｏｒａｌＩｄを有する復号順序でインター予測参照にはＳＴＳＡピクチャの前のピクチャを使用しない。ＳＴＳＡピクチャは、ＳＴＳＡピクチャにおいて、ＳＴＳＡピクチャを含むサブレイヤに対して、直下のサブレイヤからのアップスイッチを有効化する。ＳＴＳＡピクチャのＴｅｍｐｏｒａｌ Ｉｄは０より大きくなければならない。
サブピクチャ：ピクチャ内の１つ以上のスライスの矩形領域。
後端ピクチャ：出力順の関連付けられたＩＲＡＰピクチャに続くｎｏｎ－ＩＲＡＰピクチャで、ＳＴＳＡピクチャではない。
注－ ＩＲＡＰピクチャに関連付けられた後端ピクチャも、ＩＲＡＰピクチャの復号順に従うことに留意されたい。関連付けられたＩＲＡＰピクチャの出力順に続き、関連付けられたＩＲＡＰピクチャに復号順で先行するピクチャは、許可されない。

３．９． ＶＶＣにおけるＮＡＬユニットヘッダ構文および意味論

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

７．４．２．２． ＮＡＬユニットヘッダの意味論

ｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔは、０に等しいものとする。
ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔは、０に等しいものとする。ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔの値１は、将来、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣにより規定してもよい。デコーダは、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿ｂｉｔが１に等しいＮＡＬユニットを無視する（すなわち、ビットストリームから削除し、廃棄する）。

ｎｕｈ＿ｌａｙｅｒ＿ｉｄは、ＶＣＬ ＮＡＬユニットが属するレイヤの識別子、または非ＶＣＬ ＮＡＬユニットが適用されるレイヤの識別子を規定する。ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、０から５５までの範囲内にあるものとする。ｎｕｈ＿ｌａｙｅｒ＿ｉｄの他の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣで将来使用されるよう、確保されている。
ｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、１つのコーディングされたピクチャのすべてのＶＣＬ ＮＡＬユニットに対して同じであるものとする。コーディングされたピクチャまたはＰＵのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、コーディングされたピクチャまたはＰＵのＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値である。
ＡＵＤ、ＰＨ、ＥＯＳ、ＦＤ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は、以下のように制約される。
－ ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＵＤ＿ＮＵＴに等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄはｖｐｓ＿ｌａｙｅｒ＿ｉｄ［０］に等しいものとする。
－ あるいは、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＨ＿ＮＵＴ、ＥＯＳ＿ＮＵＴ、ＦＤ＿ＮＵＴに等しい場合、ｎｕｈ＿ｌａｙｅｒ＿ｉｄは関連付けられたＶＣＬ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄであるものとする。
注１－ ＤＣＩ、ＶＰＳ、およびＥＯＢ ＮＡＬユニットのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値は制約されていない。

ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は、１つのＣＶＳＳ ＡＵのすべてのピクチャについて同じものとする。
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、表５で規定されているように、ＮＡＬユニットタイプ、すなわちＮＡＬユニットに含まれるＲＢＳＰデータ構造のタイプを規定する。
ＵＮＳＰＥＣ＿２８．．ＵＮＳＰＥＣ＿３１の範囲内にあり、意味論が規定されていないｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬユニットは、本明細書で規定される復号処理に影響を及ぼさないものとする。
注２－ ＵＮＳＰＥＣ＿２８．．ＵＮＳＰＥＣ＿３１の範囲内にあるＮＡＬユニットタイプ、アプリケーションにより決定されたとおりに使用されてもよい。本明細書では、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅのこれらの値の復号処理は規定されていない。異なるアプリケーションはこれらのＮＡＬユニットタイプを異なる目的で使用してもよいので、これらのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するＮＡＬユニットを生成するエンコーダの設計、およびこれらのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するＮＡＬユニットのコンテンツを解釈するデコーダの設計にあたり、特に注意しなければならない。本明細書は、これらの値の管理を定義していない。これらのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、使用の「衝突」（すなわち、同じｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値に対するＮＡＬユニットのコンテンツの意味の異なる定義）が重要でない、または可能でない、または管理された状況、例えば、制御アプリケーションまたはトランスポート仕様において、またはビットストリームが分散される環境を制御することによって定義または管理されるコンテキストでの使用にのみ適している場合がある。
（附属書Ｃに規定されるように）ビットストリームのＤＵにおけるデータの数を決定すること以外の目的のために、デコーダは、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの予約済みの値を使用するすべてのＮＡＬユニットのコンテンツを無視する（ビットストリームから取り除き、廃棄する）ものとする。
注３－ この要件は、本明細書に適合する拡張を将来的に定義することを可能にする。

注４－ ＣＲＡ（Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）ピクチャは、ビットストリームに存在する関連付けられたＲＡＳＬまたはＲＡＤＬピクチャを有してもよい。
注５－ ＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ピクチャは、ビットストリームに存在する関連付けられた先頭ピクチャを有さない。ＩＤＲ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲピクチャは、ビットストリームに存在する関連付けられたＲＡＳＬピクチャ有していないが、ビットストリームに関連付けられたＲＡＤＬピクチャを有していてもよい。

ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は、１つのサブピクチャのすべてのＶＣＬ ＮＡＬユニットについて同じものとする。１つのサブピクチャは、このサブピクチャのＶＣＬ ＮＡＬユニットと同じＮＡＬユニットタイプを有すると見なされている。

任意の特定のピクチャのＶＣＬ ＮＡＬユニットに対して、以下が適用される。
－ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は、ピクチャの全てのＶＣＬ ＮＡＬユニットについて同一であるものとし、ピクチャまたはＰＵは、このピクチャまたはＰＵのコーディングされたスライスＮＡＬユニットと同一のＮＡＬユニットタイプを有するとみなされる。
－ そうでない場合（ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい）、このピクチャは、少なくとも２つのサブピクチャを有し、このピクチャのＶＣＬ ＮＡＬユニットは、以下のような正確に２つの異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するものとする。このピクチャの少なくとも１つのサブピクチャのＶＣＬ ＮＡＬユニットは、全てＳＴＳＡ＿ＮＵＴ、ＲＡＤＬ＿ＮＵＴ、ＲＡＳＬ＿ＮＵＴ、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しい特定のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する一方、ピクチャ内の他のサブピクチャのＶＣＬ ＮＡＬユニットは、全て、異なる特定値としてＴＲＡＩＬ＿ＮＵＴ、ＲＡＤＬ＿ＮＵＴ、またはＲＡＳＬ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するものとする。

単レイヤビットストリームの場合、以下の制約が適用される。
－各ピクチャは、復号順においてビットストリームの第１のピクチャを除き、復号順において前のＩＲＡＰピクチャに関連付けられていると考えられる。
－ピクチャがＩＲＡＰピクチャの先頭ピクチャである場合、ＲＡＤＬまたはＲＡＳＬピクチャとする。
－ピクチャがＩＲＡＰピクチャの後端ピクチャである場合、ＲＡＤＬまたはＲＡＳＬピクチャではないものとする。
－ＩＤＲピクチャに関連付けられたＲＡＳＬピクチャは、ビットストリームに含まれていないものとする。
－ＲＡＤＬピクチャは、ＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲピクチャに関連付けられたビットストリームに含まれていないものとする。
注６－ 各パラメータセットが参照されるときに、（ビットストリームにおいて、または本明細書で規定されていない外部手段によって）利用可能である限り、ＩＲＡＰ ＰＵの前のすべてのＰＵを破棄することにより、ＩＲＡＰ ＰＵの位置でランダムアクセスを実行する（かつ、復号順においてＩＲＡＰピクチャおよびすべての後続の非ＲＡＳＬピクチャを正しく復号する）ことが可能である。
－ＩＲＡＰピクチャに復号順で先行するピクチャは、ＩＲＡＰピクチャに出力順で先行し、ＩＲＡＰピクチャに関連付けられたＲＡＤＬピクチャを出力順で先行するものとする。
－ＣＲＡピクチャに関連付けられたＲＡＳＬピクチャは、出力順でＣＲＡピクチャに関連付けられたＲＡＤＬピクチャに先行するものとする。
－ＣＲＡピクチャに関連付けられたＲＡＳＬピクチャは、復号順でＣＲＡピクチャに先行するＩＲＡＰピクチャの出力順に従うものとする。
－ｆｉｅｌｄ＿ｓｅｑ＿ｆｌａｇが０に等しく、現在のピクチャがＩＲＡＰピクチャに関連付けられた先頭ピクチャに等しい場合、同じＩＲＡＰピクチャに関連付けられたすべての非先頭ピクチャに復号順で先行するものとする。そうでない場合、ｐｉｃＡおよびｐｉｃＢを、それぞれ、１つのＩＲＡＰピクチャに関連付けられた、復号順序において、最初のおよび最後の先頭ピクチャとすると、復号順において、復号順でｐｉｃＡに先行する非先頭ピクチャが最大１つ存在し、復号順でｐｉｃＡおよびｐｉｃＢの間に非先頭ピクチャはないものとする。

ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１－１は、ＮＡＬユニットの時間的識別子を規定する。
ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１の値は０に等しくないものとする。
変数ＴｅｍｐｏｒａｌＩｄは、以下のように導出される。
ＴｅｍｐｏｒａｌＩｄ＝ｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１－１ （３６）
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬ～ＲＳＶ＿ＩＲＡＰ＿１２の範囲内にある場合、ＴｅｍｐｏｒａｌＩｄは０に等しいものとする。
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＴＳＡ＿ＮＵＴであり、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しい場合は、ＴｅｍｐｏｒａｌＩｄは０でないものとする。
ＴｅｍｐｏｒａｌＩｄの値は、１つのＡＵのすべてのＶＣＬ ＮＡＬユニットに対して同じであるものとする。コーディングされたピクチャ、ＰＵ、またはＡＵのＴｅｍｐｏｒａｌＩｄの値は、コーディングされたピクチャ、ＰＵ、またはＡＵのＶＣＬ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値である。サブレイヤ表現のＴｅｍｐｏｒａｌＩｄの値は、サブレイヤ表現におけるすべてのＶＣＬ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの最大値である。

非ＶＣＬ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄの値は、以下のように制約される。
－ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＤＣＩ＿ＮＵＴ、ＶＰＳ＿ＮＵＴ、ＶＰＳ＿ＮＵＴ、またはＳＰＳ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは０に等しく、ＮＡＬユニットを含むＡＵのＴｅｍｐｏｒａｌＩｄは０に等しいものとする。
－そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＨ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは、ＮＡＬユニットを含むＰＵのＴｅｍｐｏｒａｌＩｄであるものとする。
－そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＥＯＳ＿ＮＵＴまたはＥＯＢ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは０に等しいものとする。
－そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＡＵＤ＿ＮＵＴ、ＦＤ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＳＥＩ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＳＥＩ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄはＮＡＬユニットを含むＡＵのＴｅｍｐｏｒａｌＩｄであるものとする。
－そうでない場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＡＰＳ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄはＮＡＬユニットを含むＰＵのＴｅｍｐｏｒａｌＩｄ以上であるものとする。
注７－ ＮＡＬユニットが非ＶＣＬ ＮＡＬユニットである場合、ＴｅｍｐｏｒａｌＩｄの値は、非ＶＣＬ ＮＡＬユニットが適用されるすべてのＡＵのＴｅｍｐｏｒａｌＩｄ値の最小値に等しい。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＰＰＳ＿ＮＵＴ、ＰＲＥＦＩＸ＿ＡＰＳ＿ＮＵＴ、またはＳＵＦＦＩＸ＿ＡＰＳ＿ＮＵＴに等しい場合、ＴｅｍｐｏｒａｌＩｄは、ＡＵを含むＴｅｍｐｏｒａｌＩｄ以上であってもよく、すべてのＰＰＳおよびＡＰＳがビットストリームの始まりに含まれてもよく（例えば、それらが帯域外に輸送されている場合、受信機はそれらをビットストリームの先端に配置する）、第１のコーディングされたピクチャは、０に等しいＴｅｍｐｏｒａｌＩｄを有する。

３．１０． ピクチャ内の混合ＮＡＬユニットタイプ

７．４．３．４ ピクチャパラメータセット意味論

．．．
１に等しいｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｎａｌｕ＿ｐｉｃ＿ｆｌａｇは、ＰＰＳを参照する各ピクチャが２つ以上のＶＣＬ ＮＡＬユニットを有し、ＶＣＬ ＮＡＬユニットがｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの同じ値を有さず、ピクチャがＩＲＡＰピクチャでないことを規定する。０に等しいｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、ＰＰＳを参照する各ピクチャが１つ以上のＶＣＬ ＮＡＬユニットを有し、ＰＰＳを参照する各ピクチャのＶＣＬ ＮＡＬがｎａｌ＿＿ｕｎｉｔ＿ｔｙｐｅの同じ値を有することを規定する。
ｎｏ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの値は０に等しいものとする。
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ～ＣＲＡ＿ＮＵＴの範囲内にある各スライスで、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの別の値を有する１つ以上のスライスをも含むｐｉｃＡ（すなわち、ピクチャｐｉｃＡのｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの値が１に等しい）において、下記が適用される。
－このスライスは、対応するｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値が１に等しいサブピクチャｓｕｂｐｉｃＡに属するものとする。
－このスライスは、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがｎａｌＵｎｉｔＴｙｐｅＡに等しくないＶＣＬ ＮＡＬユニットを含むｐｉｃＡのサブピクチャに属さないものとする。
－ｎａｌＵｎｉｔＴｙｐｅＡがＣＲＡに等しい場合、復号順序および出力順序でＣＬＶＳにおける現在のピクチャに後続するすべてのＰＵのために、それらのＰＵにおけるｓｕｂｐｉｃＡにおけるスライスのＲｅｆＰｉｃＬｉｓｔ［０］およびＲｅｆＰｉｃＬｉｓｔ［１］は、アクティブエントリにおける復号順でｐｉｃＡに先行するいずれのピクチャも含まないものとする。
－そうでない場合（すなわち、ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰである）、復号順に現在のピクチャに続くＣＬＶＳにおけるすべてのＰＵについて、これらのＰＵにおけるｓｕｂｐｉｃＡにおけるスライスのＲｅｆＰｉｃＬｉｓｔ［０］もＲｅｆＰｉｃＬｉｓｔ［１］のいずれも、アクティブエントリにおいて復号順でｐｉｃＡに先行する任意のピクチャを含まないものとする。
注１－ １に等しいｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、ＰＰＳを参照するピクチャが、異なるＮＡＬユニットタイプを有するスライスを含み、例えば、サブピクチャビットストリームマージ演算に由来するコーディングされたピクチャであり、ビットストリーム構造のマッチングと更に元のビットストリームのパラメータのアラインメントとを確実にしなければならないことを示す。このようなアラインメントの一例は、以下のようである。ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０に等しく、ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい場合は、ＰＰＳを参照するピクチャは、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿＿ＬＰと等しいスライスを有することはできない。
．．．

３．１１． ＶＶＣにおけるピクチャヘッダ構造の構文および意味論

最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、本発明に最も関連するピクチャヘッダ構造の構文および意味論は、以下のとおりである。

７．４．３．７ ピクチャヘッダ構造意味論

ＰＨ構文構造は、ＰＨ構文構造に関連付けられたコーディングされたピクチャのすべてのスライスに共通の情報を含む。

１に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲまたはＩＲＡＰピクチャであることを規定する。０に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲまたはＩＲＡＰピクチャであってもなくてもよいことを規定する。

１に等しいｇｄｒ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられたピクチャがＧＤＲピクチャであることを規定する。０に等しいｇｄｒ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられたピクチャがＧＤＲピクチャでないことを規定する。存在しない場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は０に等しいと推測される。ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は０に等しいものとする。

注１－ ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇが１に等しく、ｇｄｒ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ＰＨに関連付けられたピクチャはＩＲＡＰピクチャである。

．．．
ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂは、現在のピクチャのピクチャオーダカウントｍｏｄｕｌｏ ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂを規定する。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ構文要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、０～ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内にあるものとする。

附属書Ｃに規定されるように、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、ビットストリームの最初のピクチャでないＣＬＶＳＳピクチャの復号後の、ＤＰＢにおける前回復号されたピクチャの出力に影響を及ぼす。

ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、復号ピクチャの出力順のリカバリポイントを規定する。現在のピクチャがＰＨに関連付けられたＧＤＲピクチャであり、現在のＧＤＲピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値を加えたものであるＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するＣＬＶＳにおいて、復号順で現在のＧＤＲピクチャに後続するピクチャが存在する場合、このピクチャｐｉｃＡをリカバリポイントピクチャと呼ぶ。そうでない場合、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値を加えたものよりも大きいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する出力順の第１のピクチャを、リカバリポイントピクチャと呼ぶ。リカバリポイントピクチャは、現在のＧＤＲピクチャに復号順で先行しないものとする。ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値は、０～ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内にあるものとする。

現在のピクチャがＧＤＲピクチャである場合、変数ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌは、以下のように導出される。
ＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌ＝ＰｉｃＯｒｄｅｒＣｎｔＶａｌ ＋ ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔ （８１）

注２－ ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌが関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌ以上である場合、出力順において現在および後続の復号されたピクチャが、復号順において関連付けられたＧＤＲピクチャに先行する前のＩＲＡＰピクチャ（存在する場合）から復号処理を開始することによって生成された対応するピクチャに完全に一致する。
．．．

３．１２． ＶＶＣにおけるＲＰＬの制約

最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、ＶＶＣにおけるＲＰＬの制約は、以下のとおりである（ＶＶＣの条項８．３．２ 参照ピクチャリスト構築の復号処理の一部として）。

８．３．２ 参照ピクチャリスト構築のための復号処理

．．．
各ｉが０または１に等しい場合、ＲｅｆＰｉｃＬｉｓｔ［ｉ］における第１のＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］エントリは、ＲｅｆＰｉｃＬｉｓｔ［ｉ］におけるアクティブエントリと称され、ＲｅｆＰｉｃＬｉｓｔ［ｉ］における他のエントリは、ＲｅｆＰｉｃＬｉｓｔ［ｉ］における非アクティブエントリと称される。
注２－ 特定のピクチャは、ＲｅｆＰｉｃＬｉｓｔ［０］におけるエントリおよびＲｅｆＰｉｃＬｉｓｔ［１］におけるエントリの両方により参照されることがあり得る。また、特定のピクチャが、ＲｅｆＰｉｃＬｉｓｔ［０］における複数のエントリによって、またはＲｅｆＰｉｃＬｉｓｔ［１］における複数のエントリにより参照されることもあり得る。
注３－ ＲｅｆＰｉｃＬｉｓｔ［０］のアクティブエントリおよびＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリは、現在のピクチャおよび復号順において現在のピクチャに続く１または複数のピクチャのインター予測のために使用してもよい全ての参照ピクチャをまとめて参照する。ＲｅｆＰｉｃＬｉｓｔ［０］の非アクティブエントリおよびＲｅｆＰｉｃＬｉｓｔ［１］の非アクティブエントリは、現在のピクチャのインター予測のためには使用されないが、復号順において現在のピクチャに続く１つ以上のピクチャのためのインター予測において用いられ得る全ての参照ピクチャを集合的に参照する。
注４－ ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］には、対応するピクチャがＤＰＢに存在しないため、「参照ピクチャなし」に等しいエントリが１または複数ある場合がある。「参照ピクチャなし」に等しいＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［０］における各非アクティブエントリは、無視されるべきである。「参照ピクチャなし」に等しいＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］における各アクティブエントリごとに、意図しないピクチャ損失を推測すべきである。

ビットストリーム適合性の要件は、以下の制約が適用されることである。
－ 各ｉが０または１に等しい場合、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］は、ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］よりも小さくてはならない。
－ ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリによって参照されるピクチャは、ＤＰＢに含まれ、かつ現在のピクチャのＴｅｍｐｏｒａｌＩｄ以下とする。
－ ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各エントリによって参照されるピクチャは、現在のピクチャではなく、０に等しいｎｏｎ＿ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｆｌａｇを有するものとする。
－ ピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］におけるＳＴＲＰエントリと、同じピクチャの同じスライスまたは異なるスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］におけるＬＴＲＰエントリとは、同じピクチャを参照しないものとする。
－ 現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとエントリにより参照されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとの差分が２^２４以上であるＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］において、ＬＴＲＰエントリはないものとする。
－ ｓｅｔＯｆＲｅｆＰｉｃｓは、ＲｅｆＰｉｃＬｉｓｔ［０］において現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する全てのエントリと、ＲｅｆＰｉｃＬｉｓｔ［１］において現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する全てのエントリとにより参照される固有のピクチャのセットである。ｓｅｔＯｆＲｅｆＰｉｃｓにおけるピクチャの数は、ＭａｘＤｐｂＳｉｚｅ－１以下であるものとする。ここで、ＭａｘＤｐｂＳｉｚｅは、Ａ．４．２項に規定されるとおりであり、ｓｅｔＯｆＲｅｆＰｉｃｓは、ピクチャの全てのスライスで同一である。
－ 現在のスライスがＳＴＳＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する場合、現在のピクチャのものとＴｅｍｐｏｒａｌＩｄが等しく、かつｎｕｈ＿ｌａｙｅｒ＿ｉｄが現在のピクチャのものと等しいＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］においてアクティブエントリが存在しないものとする。
－ 現在のピクチャが、復号順において、現在のピクチャのものとＴｅｍｐｏｒａｌＩｄが等しく、かつ現在のピクチャのものとｎｕｈ＿ｌａｙｅｒ＿ｉｄが等しいＳＴＳＡピクチャの後に続くピクチャである場合、復号順において、ＳＴＳＡピクチャに先行し、現在のピクチャのものとＴｅｍｐｏｒａｌＩｄが等しく、かつ現在のピクチャのものとｎｕｈ＿ｌａｙｅｒ＿ｉｄが等しいピクチャは、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれるピクチャはないものとする。
－ 現在のピクチャがＣＲＡピクチャの場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャであって、復号順において先行するＩＲＡＰピクチャ（存在する場合）に、出力順または復号順において、先行するピクチャはないものとする。
－ 現在のピクチャが後端ピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャであって、現在のピクチャに関連付けられたＩＲＡＰピクチャのために利用不可な参照ピクチャを生成するための復号処理によって生成されたピクチャはないものとする。
－ 現在のピクチャが、復号順と出力順の両方において、同じＩＲＡＰピクチャに関連付けられた１または複数の先頭ピクチャに続く後端ピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャであって、現在のピクチャに関連付けられたＩＲＡＰピクチャのために利用不可な参照ピクチャを生成するための復号処理により生成されたピクチャはないものとする。
－ 現在のピクチャがリカバリポイントピクチャであるか、またはリカバリポイントピクチャの出力順序において後続するピクチャである場合、リカバリポイントピクチャのＧＤＲピクチャのために使用不可能な参照ピクチャを生成するための復号処理によって生成されたピクチャを含むＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリはない。
－ 現在のピクチャが後端ピクチャである場合、出力順または復号順において、関連付けられたＩＲＡＰピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャはないものとする。
－ 現在のピクチャが、復号順および出力順の両方において、同じＩＲＡＰピクチャに関連付けられた１または複数の先頭ピクチャに続く後端ピクチャである場合、出力順または復号順において、関連付けられたＩＲＡＰピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］におけるエントリにより参照されるピクチャはないものとする。
－ 現在のピクチャがＲＡＤＬピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に以下のいずれかに該当するアクティブエントリはないものとする。
ｏ ＲＡＳＬピクチャ
ｏ 利用不可能な参照ピクチャを生成するために、復号処理によって生成されたピクチャ
ｏ 関連付けられたＩＲＡＰピクチャに復号順において先行するピクチャ
－ 現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリにより参照されるピクチャは、現在のピクチャと同じＡＵ内にあるものとする。
－ 現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリにより参照されるピクチャは、ＤＰＢに存在し、かつ現在のピクチャのものよりも小さいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するものとする。
－ スライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリは、アクティブエントリであるものとする。
．．．

３．１３． ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの設定

最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）において、変数ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇの値を設定する仕様は、以下のとおりである（８．１．２項 コーディングされたピクチャの復号処理の一部として）。

８．１．２ コーディングされたピクチャの復号処理

本項に規定される復号処理は、現在のピクチャと称され、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅにおいて変数ＣｕｒｒＰｉｃで表される各コーディングされたピクチャに適用される。
ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃの値に基づいて、現在のピクチャのサンプル配列の数は、以下のとおりである。
－ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０に等しい場合、現在のピクチャは、１つのサンプル配列Ｓ_Ｌからなる。
－そうでない場合（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０でない場合）、現在のピクチャは、３つのサンプル配列Ｓ_Ｌ、Ｓ_Ｃｂ、Ｓ_Ｃｒからなる。
現在のピクチャの復号処理は、項目７からの構文要素および大文字変数を入力とする。各ＮＡＬユニットにおける各構文要素の意味を解釈する場合、また項目８の残りの部分において、用語「ビットストリーム」（またはその一部、例えば、ビットストリームのＣＶＳ）は、ＢｉｔｓｔｒｅａｍＴｏＤｅｃｏｄｅ（またはその一部）を指す。

ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇの値によって、復号処理は以下のような構成となる。
－ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが０に等しい場合、現在のピクチャを出力として、復号処理を１回呼び出す。
－そうでない場合（ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しい）、復号処理を３回呼び出す。復号処理への入力は、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの値が同一なコーディングされたピクチャの全てのＮＡＬユニットである。ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの特定値を有するＮＡＬユニットの復号処理は、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄの特定値を有する単色カラーフォーマットを有するＣＶＳのみがビットストリームに存在するかのように特定される。３つの復号処理の各々のアウトプットは、現在のピクチャの３つのサンプル配列の１つに割り当てられ、ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｉｄがそれぞれ０、１、および２に等しいＮＡＬユニットが、Ｓ_Ｌ、Ｓ_Ｃｂ、およびＳ_Ｃｒに割り当てられる。

注－ ｓｅｐａｒａｔｅ＿ｃｏｌｏｕｒ＿ｐｌａｎｅ＿ｆｌａｇが１に等しく、ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが３に等しい場合、変数ＣｈｒｏｍａＡｒｒａｙＴｙｐｅは０に等しくなる。復号処理においては、この変数の値を評価し、モノクロピクチャの場合（ｃｈｒｏｍａ＿ｆｏｒｍａｔ＿ｉｄｃが０の場合）と同一の動作となる。

復号処理は、現在のピクチャＣｕｒｒＰｉｃに対して以下のように動作する。

１． ＮＡＬユニットの復号は８．２項で規定されている。

２． ８．３項の処理は、タイルグループヘッダ層およびそれより上位の構文要素を使用して、以下の復号処理を規定する。
－ ピクチャオーダカウントに関連する変数および関数は、８．３．１項で規定されるように導出される。これは、ピクチャの第１のスライスに対してのみ呼び出す必要がある。
－ 非ＩＤＲピクチャの各スライスの復号処理の最初に、参照ピクチャリスト０（ＲｅｆＰｉｃＬｉｓｔ［０］）と参照ピクチャリスト１（ＲｅｆＰｉｃＬｉｓｔ［１］）の導出のために、８．３．２項に規定された参照ピクチャリスト構築のための復号処理が呼び出される。
－ ８．３．３項の参照ピクチャマーキングのための復号処理が呼び出され、参照ピクチャは、「参照のために使用されていない」または「長期参照のために使用される」としてマークされてもよい。これは、ピクチャの第１のスライスに対してのみ呼び出す必要がある。
－ 現在のピクチャが、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＣＲＡピクチャまたはＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである場合、８．３．４項で規定される利用不可能な参照ピクチャを生成するための復号処理が呼び出されるが、ピクチャの第１のスライスに対してのみ呼び出される必要がある。
－ ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇは、以下のように設定される。
－ 以下の条件の１つが真である場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを０に等しく設定する。
－ 現在のピクチャはＲＡＳＬピクチャであり、関連付けられたＩＲＡＰピクチャのＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇは１に等しい。
－ ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャである。
－ ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しく、現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャに関連付けられ、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌは、関連付けられたＧＤＲピクチャのＲｐＰｉｃＯｒｄｅｒＣｎｔＶａｌよりも小さい。
－ ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが０に等しく、現在のＡＵは、以下の条件を全て満たすピクチャｐｉｃＡを含む。
－ ＰｉｃＡは、１に等しいＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇを有する。
－ ＰｉｃＡは、現在のピクチャのものよりも大きいｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｎｕｈＬｉｄを有する。
－ ＰｉｃＡはＯＬＳの出力レイヤに属する（すなわち、ＯｕｔｐｕｔＬａｙｅｒＩｄＩｎＯｌｓ［ＴａｒｇｅｔＯｌｓＩｄｘ］［０］はｎｕｈＬｉｄに等しい）。
－ ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０より大きく、ｏｌｓ＿ｍｏｄｅ＿ｉｄｃが２に等しく、ｏｌｓ＿ｏｕｔｐｕｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＴａｒｇｅｔＯｌｓＩｄｘ］［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］は０に等しい。
－ そうでない場合、ＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇがｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇに等しく設定される。

３． ８．４項、８．５項、８．６項、８．７項および８．８項の処理は、全ての構文構造レイヤにおける構文要素を使用した復号処理を規定している。ピクチャを複数のスライスに分割し、複数のスライスを複数のＣＴＵに分割することで、それぞれがピクチャのパーティションを形成するように、ピクチャのコーディングされたスライスは、ピクチャの全てのＣＴＵのためのスライスデータを含むことが、ビットストリーム適合性の要件である。

４． 現在のピクチャの全てのスライスを復号した後、現在の復号されたピクチャを「短期参照に使用される」としてマークし、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリを「短期参照に使用される」としてマークする。

４． 開示される技術的解決策によって解決される技術課題

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

１）１つのピクチャ内で異なるタイプのサブピクチャを混在することができるので、ＶＣＬ ＮＡＬユニットタイプを有するＮＡＬユニットの内容を特定タイプのピクチャのコーディングされたスライスと呼ぶことは、紛らわしい。例えば、ＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを持つＮＡＬユニットは、ピクチャの全てのスライスがＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する場合にのみ、ＣＲＡピクチャのコーディングされたスライスであり、ピクチャの１つのスライスがＣＲＡ＿ＮＵＴに等しくないｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを持つ場合、このピクチャはＣＲＡピクチャではない。

２）現在、サブピクチャがＩＤＲ＿Ｗ＿ＲＡＤＬからＣＲＡ＿ＮＵＴまでの範囲内のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを持つＶＣＬ ＮＡＬユニットを含み、かつピクチャのｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、そのサブピクチャのｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［］は１になることが求められている。すなわち、ピクチャ内の別のタイプのサブピクチャと混在されたＩＲＡＰサブピクチャの場合、ｓｕｂｐｉｃ＿ｔｒａｎｓｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［］の値は１に等しい必要がある。しかしながら、ＶＣＬ ＮＡＬユニットタイプをより多く組み合わせることに対応しているので、この要件は十分ではない。

３） 現在、ピクチャ内で許可されるのは、２つの異なるタイプのＶＣＬ ＮＡＬユニット（および２つの異なるタイプのサブピクチャ）のみである。

４） 単一層および多層のコンテキストの両方において、関連するＩＲＡＰまたはＧＤＲサブピクチャに対する後端サブピクチャの出力順に制約がない。

５） 現在、ピクチャは、ＩＲＡＰピクチャの先頭ピクチャである場合、ＲＡＤＬピクチャまたはＲＡＳＬピクチャであるものとすることが規定されている。この制約と先頭／ＲＡＤＬ／ＲＡＳＬピクチャの定義によって、２つのＣＲＡピクチャとそれらの非ＡＵアラインメント関連ＲＡＤＬおよびＲＡＳＬピクチャの混在によるピクチャ内のＲＡＤＬおよびＲＡＳＬ ＮＡＬユニットタイプの混在は認められない。

６） 単層および多層のコンテキストの両方において、先頭サブピクチャのサブピクチャタイプ（即ち、サブピクチャ内のＶＣＬ ＮＡＬユニットのＮＡＬユニットタイプ）には制約がない。

７） 単層および多層のコンテキストの両方において、ＲＡＳＬサブピクチャが、存在し、かつＩＤＲサブピクチャに関連付けられ得るかどうかには、制約がない。

８） 単層および多層のコンテキストの両方において、ＲＡＤＬサブピクチャが、存在し、かつＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲサブピクチャに関連付けられ得るかどうかには、制約がない。

９） 単層および多層のコンテキストの両方において、復号順においてＩＲＡＰサブピクチャに先行するサブピクチャとＩＲＡＰサブピクチャに関連付けられたＲＡＤＬサブピクチャとの間の相対出力順には、制約がない。

１０） 単層および多層のコンテキストの両方において、復号順においてＧＤＲサブピクチャに先行するサブピクチャとＧＤＲサブピクチャに関連付けられたサブピクチャとの間の相対的な出力順には制約がない。

１１） 単層および多層のコンテキストの両方において、ＣＲＡサブピクチャに関連付けられたＲＡＳＬサブピクチャとＣＲＡサブピクチャに関付けられたＲＡＤＬサブピクチャとの間の相対出力順には、制約がない。

１２） 単層および多層のコンテキストの両方において、ＣＲＡサブピクチャに関連付けられたＲＡＳＬサブピクチャと、復号順においてＣＲＡサブピクチャに先行するＩＲＡＰサブピクチャとの間の相対出力順には、制約がない。

１３） 単層および多層のコンテキストの両方において、ＩＲＡＰピクチャに関連付けられた非先頭ピクチャと先頭ピクチャとの間の相対的な復号順には、制約がない。

１４） 単層および多層のコンテキストの両方において、復号順においてＳＴＳＡサブピクチャに続くサブピクチャのためのＲＰＬアクティブエントリには、制約がない。

１５） 単層および多層のコンテキストの両方において、ＣＲＡサブピクチャのＲＰＬエントリには、制約がない。

１６） 単層および多層のコンテキストの両方において、使用不可能な基準ピクチャを生成するための復号処理によって生成されたピクチャを参照するサブピクチャのためのＲＰＬアクティブエントリには、制約がない。

１７） 単層および多層のコンテキストの両方において、使用不可能な基準ピクチャを生成するための復号処理によって生成されたピクチャを参照するサブピクチャのためのＲＰＬエントリには、制約がない。

１８）単層および多層のコンテキストの両方において、ＩＲＡＰピクチャに関連付けられ、かつ出力順においてＩＲＡＰピクチャの後に続くサブピクチャのためのＲＰＬアクティブエントリには、制約がない。

１９）単層および多層のコンテキストの両方において、ＩＲＡＰピクチャに関連付けられ、かつ出力順においてＩＲＡＰピクチャの後に続くサブピクチャのためのＲＰＬエントリには、制約がない。

２０）単層および多層のコンテキストの両方において、ＲＡＤＬサブピクチャのためのＲＰＬアクティブエントリには制約がない。

５． 解決策および実施形態の例

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

１） 問題１を解決するために、ＶＣＬ ＮＡＬユニットタイプのＮＡＬユニットの内容を「特定タイプのピクチャのコーディングされたスライス」として特定する代わりに、「特定タイプのピクチャまたはサブピクチャのコーディングされたスライス」として規定する。例えば、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＣＲＡ＿ＮＵＴに等しいＮＡＬユニットの内容を、「ＣＲＡピクチャまたはサブピクチャのコーディングされたスライス」として規定する。
ａ． 更に、１つ以上の用語が定義されている：関連付けられたＧＤＲサブピクチャ、関連付けられたＩＲＡＰサブピクチャ、ＣＲＡサブピクチャ、ＧＤＲサブピクチャ、ＩＤＲサブピクチャ、ＩＲＡＰサブピクチャ、先頭サブピクチャ、ＲＡＤＬサブピクチャ、ＲＡＳＬサブピクチャ、ＳＴＳＡサブピクチャ、後端サブピクチャ。

２） 問題２を解決するために、異なるＮＡＬユニットタイプを有する任意の２つの隣接するサブピクチャは、両方ともｓｕｂｐｉｃ＿ｔｒａｎｓｐｏｒｔ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［］が１に等しいものとする制約を追加する。
ａ． 一例において、この制約は、以下のように規定される。ピクチャ内にサブピクチャインデックスｉおよびｊを有する任意の２つの隣接するサブピクチャの場合、ｓｕｂｐｉｃ＿ｔｒａｎｓｐｅｔｅｄ＿ｐｉｃ＿ｆｌａｇ［ｉ］またはｓｕｂｐｉｃ＿ｔｒａｎｓｐｅｔｅｄ＿ｐｉｃ＿ｆｌａｇ［ｊ］が０に等しい場合、２つのサブピクチャは、同じＮＡＬユニットタイプを持つものとする。
ａ． あるいは、サブピクチャインデックスｉを有するいずれかのサブピクチャが０に等しいｓｕｂｐｉｃ＿ｔｒａｎｓｐｅｔｅｄ＿ｐｉｃ＿ｆｌａｇ［ｉ］を有する場合、ピクチャにおける全てのサブピクチャは、同一のＮＡＬユニットタイプを有するものとする（すなわち、ピクチャにおける全てのＶＣＬ ＮＡＬユニットは、同一のＮＡＬユニットタイプを有するものとする、すなわち、ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しいものとする）。これは、全てのサブピクチャが、それらに対応する１に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［］を有する場合、ｍｉｘｅｄ＿ｎａｒｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１にだけなり得ることを意味する。

３） 問題３を解決するために、ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１であるとき、ピクチャが３つ以上の異なるタイプのＶＣＬ ＮＡＬユニットを含むことを許可してもよい。

４） 問題４を解決するために、後端サブピクチャは、出力順において関連付けられたＩＲＡＰまたはＧＤＲサブピクチャに続くものとすることが規定されている。

５） 問題５を解決するために、２つのＣＲＡピクチャとそれらの非ＡＵアラインメント関連ＲＡＤＬおよびＲＡＳＬピクチャとを混在した結果として、ＲＡＤＬとＲＡＳＬのＮＡＬユニットタイプをピクチャ内で混在することを可能にするために、ＩＲＡＰピクチャの先頭ピクチャをＲＡＤＬまたはＲＡＳＬピクチャとすることを規定する既存の制約は、以下のように変更される。ピクチャがＩＲＡＰピクチャの先頭ピクチャである場合、このピクチャにおける全てのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、ＲＡＤＬ＿ＮＵＴまたはＲＡＳＬ＿ＮＵＴと等しいものとする。また、ＲＡＤＬ＿ＮＵＴおよびＲＡＳＬ＿ＮＵＴのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値が混在するピクチャの復号処理において、ピクチャを含むレイヤが出力レイヤである場合、ピクチャのＰｉｃｔｕｒｅＯｕｔｐｕｔＦｌａｇをｐｉｃ＿ｏｕｔｐｕｔ＿ｆｌａｇに等しく設定する。
このように、デコーダを適合させるために出力される全てのピクチャが正確である必要があるという制約によって、このようなピクチャ内のＲＡＤＬサブピクチャを保証することができる。しかし、関連付けられたＣＲＡピクチャが１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有する場合、このようなピクチャ内の「中間値」ＲＡＳＬサブピクチャの「正確性」の保証も行われるが、実際には必要ではない。保証の不必要な部分は、問題ではなく、適合するエンコーダまたはデコーダを実装するための複雑さを増すこともない。この場合、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１であるＣＲＡピクチャに関連付けられたこのようなＲＡＳＬサブピクチャは、復号処理によって出力されてもよいが、表示に使用することを意図していないので、表示に使用するべきでないことを明確にするために、注意を追加することが有用である。

６） 問題６を解決するために、サブピクチャがＩＲＡＰサブピクチャの先頭サブピクチャである場合、そのサブピクチャをＲＡＤＬまたはＲＡＳＬサブピクチャとすることが規定される。

７） 問題７を解決するために、ＩＤＲサブピクチャに関連付けられたビットストリーム内にＲＡＳＬサブピクチャが存在しないものとすることが規定される。

８） 問題８を解決するために、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｎ＿ＬＰに等しいＩＤＲサブピクチャに関連付けられたＲＡＤＬサブピクチャがビットストリームに存在しないものとすることが規定される。

９） 問題９を解決するため、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｅｑｕａｌが特定値ｌａｙｅｒＩｄに等しく、かつサブピクチャインデックスが特定値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャであって、復号順において、ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄとｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスとを有するＩＲＡＰサブピクチャに先行する任意のサブピクチャが、出力順において、ＩＲＡＰサブピクチャとその全ての関連付けられたＲＡＤＬサブピクチャに先行するものとすることが規定される。

１０） 問題１０を解決するため、ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｅｑｕａｌが特定値ｌａｙｅｒＩｄに等しく、かつサブピクチャインデックスが特定値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャであって、復号順において、ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄとｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを有するＧＤＲサブピクチャに先行する任意のサブピクチャが、出力順において、ＧＤＲサブピクチャとその全ての関連付けられたサブピクチャに先行するものとすることが規定される。

１１） 問題１１を解決するために、ＣＲＡサブピクチャに関連付けられた任意のＲＡＳＬサブピクチャは、出力順において、ＣＲＡサブピクチャに関連付けられた任意のＲＡＤＬサブピクチャに先行するものとすることが規定されている。

１２） 問題１２を解決するために、ＣＲＡサブピクチャに関連付けられた任意のＲＡＳＬサブピクチャは、ＣＲＡサブピクチャに復号順において先行する任意のＩＲＡＰサブピクチャに、出力順において続くものとすることが規定されている。

１３） 問題１３を解決するため、ｆｉｅｌｄ＿ｓｅｑ＿ｆｌａｇが０に等しく、かつｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定値ｌａｙｅｒＩｄに等しく、サブピクチャインデックスが特定値ｓｕｂｐｉｃＩｄｘに等しい現在のサブピクチャが、ＩＲＡＰサブピクチャに関連付けられた先頭サブピクチャである場合、復号順において、同一のＩＲＡＰサブピクチャに関連付けられた全ての非先頭サブピクチャに先行するものとし、そうでない場合には、ｓｕｂｐｉｃＡおよびｓｕｂｐｉｃＢを、それぞれ、復号順においてＩＲＡＰサブピクチャに関連付けられた最初と最後の先頭サブピクチャとした場合、復号順において、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しく、サブピクチャインデックスがｓｕｂｐｉｃＩｄｘに等しい、ｓｕｂｐｉｃＡに先行する非先頭サブピクチャが最大で１つ存在し、かつ、復号順において、ｐｉｃＡとｐｉｃＢの間に、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しく、サブピクチャインデックスがｓｕｂｐｉｃＩｄｘに等しい非先頭ピクチャが存在しないものとすることを規定する。

１４） 問題１４を解決するために、ＴｅｍｐｏｒａｌＩｄが特定値ｔＩｄに等しく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定値ｌａｙｅｒＩｄに等しく、かつサブピクチャインデックスが特定値ｓｕｂｐｉｃＩｄｘに等しい現在のサブピクチャが、復号順において、ＴｅｍｐｏｒａｌＩｄがｔＩｄに等しく、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しく、かつサブピクチャインデックスがｓｕｂｐｉｃＩｄｘに等しいＳＴＳＡサブピクチャに続くサブピクチャである場合、復号順において、ＳＴＳＡサブピクチャを含むピクチャに先行し、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリとして含まれるピクチャはないものと規定する。

１５） 問題１５を解決するために、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定値ｌａｙｅｒＩｄに等しく、かつサブピクチャインデックスが特定値ｓｕｂｐｉｃＩｄｘに等しい現在のサブピクチャが、ＣＲＡ サブピクチャである場合に、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャであって、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄと等しく、かつ、サブピクチャインデックスがｓｕｂｐｉｃＩｄｘに等しい復号順において先行するＩＲＡＰサブピクチャを含む任意のピクチャ（但し、存在する場合）に、出力順または復号順において先行するピクチャがないものとすることが規定される。

１６） 問題１６を解決するために、現在のサブピクチャは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定値ｌａｙｅｒＩｄに等しく、かつサブピクチャインデックスが特定値ｓｕｂｐｉｃＩｄｘに等しく、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＣＲＡピクチャのＣＲＡサブピクチャに関連付けられたＲＡＳＬサブピクチャ、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャのＧＤＲサブピクチャ、またはＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しくｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しいＧＤＲピクチャの復元ピクチャのサブピクチャではない場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャであって、利用不可能な参照ピクチャを生成するための復号処理で生成されたピクチャはないことが規定される。

１７） 問題１７を解決するために、ｎｕｈ＿ｌａｙｅｒ＿ｉｄを特定値ｌａｙｅｒＩｄに等しく、かつサブピクチャインデックスが特定値ｓｕｂｐｉｃＩｄｘに等しい現在のサブピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＣＲＡピクチャのＣＲＡサブピクチャ、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＣＲＡピクチャの同一のＣＲＡサブピクチャに関連付けられた先頭サブピクチャに復号順において先行するサブピクチャ、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＣＲＡピクチャのＣＲＡサブピクチャに関連付けられた先頭サブピクチャ、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャのＧＤＲサブピクチャ、または、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しくｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しいＧＤＲピクチャの復元ピクチャのサブピクチャでない場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャであって、利用不可能な参照ピクチャを生成するための復号処理によって生成されたピクチャがないものとすることが規定される。

１８） 問題１８を解決するため、現在のサブピクチャがＩＲＡＰサブピクチャと関連付けされ、出力順においてそのＩＲＡＰサブピクチャに続く場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャであって、出力順または復号順において、関連付けされたＩＲＡＰサブピクチャを含むピクチャに先行するピクチャがないものとすることが規定される。

１９） 問題１９を解決するため、現在のサブピクチャが、ＩＲＡＰサブピクチャと関連付けされ、出力順においてそのＩＲＡＰサブピクチャに続き、かつ、復号順および出力順において、同一のＩＲＡＰサブピクチャに関連付けられた先頭サブピクチャがあればそれに続く場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャであって、出力順または復号順において関連付けされたＩＲＡＰサブピクチャを含むピクチャに先行するピクチャがないものとすることが規定される。

２０） 問題２０を解決するために、現在のサブピクチャがＲＡＤＬサブピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に、以下のいずれかに該当するアクティブエントリはないものと規定される。
ａ． ＲＡＳＬサブピクチャを含むピクチャ
ｂ． 関連付けされたＩＲＡＰサブピクチャを含むピクチャに、復号順において先行するピクチャ。

２１） サブピクチャがＩＲＡＰサブピクチャの先頭サブピクチャでない場合、そのサブピクチャをＲＡＤＬまたはＲＡＳＬサブピクチャでないことが規定される。

２２） あるいは、課題１０を解決するために、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定の値ｌａｙｅｒＩｄに等しく、サブピクチャインデックスが特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャであって、復号順で、リカバリポイントピクチャｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しくサブピクチャインデックスがｓｕｂｐｉｃＩｄｘに等しいサブピクチャに先行するものは、リカバリポイントピクチャ内のそのサブピクチャに出力順において先行するものであることが規定される。

２３） あるいは、問題１５を解決するために、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定値ｌａｙｅｒＩｄに等しく、かつサブピクチャインデックスが特定値ｓｕｂｐｉｃＩｄｘに等しい現在のサブピクチャが、ＣＲＡサブピクチャである場合に、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャであって、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄと等しく、かつ、サブピクチャインデックスがｓｕｂｐｉｃＩｄｘに等しいＩＲＡＰサブピクチャを含み、復号順で（存在する場合）、先行する任意のピクチャに、出力順または復号順において、先行するピクチャがないものとすることが規定される。

２４） あるいは、問題１８を解決するために、現在のサブピクチャが、復号順、出力順ともに同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄと同じ値のｓｕｂｐｉｃｔｕｒｅ ｉｎｄｅｘを持つＩＲＡＰサブピクチャに続く場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリによって参照されるピクチャであって、出力順または復号順にそのＩＲＡＰサブピクチャを含むピクチャに先行するピクチャはないものとすることが規定される。

２５） あるいは、問題１９を解決するために、現在のサブピクチャが、同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスとそのＩＲＡＰサブピクチャに関連付けされた先頭サブピクチャとに復号順および出力順において続く場合、出力順または復号順でそのＩＲＡＰサブピクチャを含むピクチャに先行する、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャはないものとすることを規定する。

２６） あるいは、問題２０を解決するために、ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定の値ｌａｙｅｒＩｄに等しく、サブピクチャインデックスが特定の値ｓｕｂｐｉｃＩｄｘに等しい現在のサブピクチャがＲＡＤＬサブピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に以下のいずれかのアクティブエントリはないものとすることを規定する。
ａ． ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しく、ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスを持つＲＡＳＬサブピクチャを含むピクチャ。
ｂ． 関連付けされたＩＲＡＰサブピクチャを含むピクチャに、復号順において先行するピクチャ。

６． 実施形態

６．１． 第一の実施形態

本実施形態は１、１ａ、２、２ａ、４、および６～２０項に対するものである。

３ 定義

７．４．２．２． ＮＡＬユニットヘッダの意味論

．．．
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅは、表５で規定されているように、ＮＡＬユニットタイプ、すなわちＮＡＬユニットに含まれるＲＢＳＰデータ構造のタイプを規定する。
ＵＮＳＰＥＣ＿２８．．ＵＮＳＰＥＣ＿３１の範囲内にあり、意味論が規定されていないｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＮＡＬユニットは、本明細書で規定される復号処理に影響を及ぼさないものとする。
注２－ ＵＮＳＰＥＣ＿２８．．ＵＮＳＰＥＣ＿３１の範囲内にあるＮＡＬユニットタイプ、アプリケーションにより決定されたとおりに使用されてもよい。本明細書では、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅのこれらの値の復号処理は規定されていない。異なるアプリケーションはこれらのＮＡＬユニットタイプを異なる目的で使用してもよいので、これらのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するＮＡＬユニットを生成するエンコーダの設計、およびこれらのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するＮＡＬユニットのコンテンツを解釈するデコーダの設計にあたり、特に注意しなければならない。本明細書は、これらの値の管理を定義していない。これらのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値は、使用の「衝突」（すなわち、同じｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値に対するＮＡＬユニットのコンテンツの意味の異なる定義）が重要でない、または可能でない、または管理された状況、例えば、制御アプリケーションまたはトランスポート仕様において、またはビットストリームが分散される環境を制御することによって定義または管理されるコンテキストでの使用にのみ適している場合がある。
（附属書Ｃに規定されるように）ビットストリームのＤＵにおけるデータの数を決定すること以外の目的のために、デコーダは、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの予約済みの値を使用するすべてのＮＡＬユニットのコンテンツを無視する（ビットストリームから取り除き、廃棄する）ものとする。
注３－この要件は、本明細書に適合する拡張を将来的に定義することを可能にする。

注４－ ＣＲＡ（Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）ピクチャは、ビットストリームに存在する関連付けられたＲＡＳＬまたはＲＡＤＬピクチャを有してもよい。
注５－ ＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ピクチャは、ビットストリームに存在する関連付けられた先頭ピクチャを有さない。ＩＤＲ＿Ｗ＿ＲＡＤＬに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するＩＤＲピクチャは、ビットストリームに存在する関連付けられたＲＡＳＬピクチャ有していないが、ビットストリームに関連付けられたＲＡＤＬピクチャを有していてもよい。
ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は、１つのサブピクチャのすべてのＶＣＬ ＮＡＬユニットについて同じものとする。１つのサブピクチャは、このサブピクチャのＶＣＬ ＮＡＬユニットと同じＮＡＬユニットタイプを有すると見なされている。

任意の特定のピクチャのＶＣＬ ＮＡＬユニットに対して、以下が適用される。
－ ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値は、ピクチャの全てのＶＣＬ ＮＡＬユニットについて同一であるものとし、ピクチャまたはＰＵは、このピクチャまたはＰＵのＮＡＬユニットと同一のＮＡＬユニットタイプを有するとみなされる。
－ そうでない場合（ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい）、このピクチャは、少なくとも２つのサブピクチャを有し、このピクチャのＶＣＬ ＮＡＬユニットは、以下のような正確に２つの異なるｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値を有するものとする。このピクチャの少なくとも１つのサブピクチャのＶＣＬ ＮＡＬユニットは、全てＳＴＳＡ＿ＮＵＴ、ＲＡＤＬ＿ＮＵＴ、ＲＡＳＬ＿ＮＵＴ、ＩＤＲ＿Ｗ＿ＲＡＤＬ、ＩＤＲ＿Ｎ＿ＬＰ、またはＣＲＡ＿ＮＵＴに等しい特定のｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する一方、ピクチャ内の他のサブピクチャのＶＣＬ ＮＡＬユニットは、全て、異なる特定値としてＴＲＡＩＬ＿ＮＵＴ、ＲＡＤＬ＿ＮＵＴ、またはＲＡＳＬ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するものとする。

ビットストリーム適合性の要件は、以下の制約が適用されることである。

注６－ 各パラメータセットが参照されるときに、（ビットストリームにおいて、または本明細書で規定されていない外部手段によって）利用可能である限り、ＩＲＡＰ ＰＵの前のすべてのＰＵを破棄することにより、ＩＲＡＰ ＰＵの位置でランダムアクセスを実行する（かつ、復号順においてＩＲＡＰピクチャおよびすべての後続の非ＲＡＳＬピクチャを正しく復号する）ことが可能である。

７．４．３．４ ピクチャパラメータセット意味論

．．．
１に等しいｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｎａｌｕ＿ｐｉｃ＿ｆｌａｇは、ＰＰＳを参照する各ピクチャが２つ以上のＶＣＬ ＮＡＬユニットを有し、ＶＣＬ ＮＡＬユニットがｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの同じ値を有さない［［ピクチャがＩＲＡＰピクチャでない］］ことを規定する。０に等しいｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、ＰＰＳを参照する各ピクチャが１つ以上のＶＣＬ ＮＡＬユニットを有し、ＰＰＳを参照する各ピクチャのＶＣＬ ＮＡＬがｎａｌ＿＿ｕｎｉｔ＿ｔｙｐｅの同じ値を有することを規定する。
ｎｏ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの値は０に等しいものとする。

［［ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬ～ＣＲＡ＿ＮＵＴの範囲内にある各スライスで、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの別の値を有する１つ以上のスライスをも含むｐｉｃＡ（すなわち、ピクチャｐｉｃＡのｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの値が１に等しい）において、下記が適用される。
－ このスライスは、対応するｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値が１に等しいサブピクチャｓｕｂｐｉｃＡに属するものとする。
－ このスライスは、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがｎａｌＵｎｉｔＴｙｐｅＡに等しくないＶＣＬ ＮＡＬユニットを含むｐｉｃＡのサブピクチャに属さないものとする。
－ ｎａｌＵｎｉｔＴｙｐｅＡがＣＲＡに等しい場合、復号順序および出力順序でＣＬＶＳにおける現在のピクチャに後続するすべてのＰＵのために、それらのＰＵにおけるｓｕｂｐｉｃＡにおけるスライスのＲｅｆＰｉｃＬｉｓｔ［０］およびＲｅｆＰｉｃＬｉｓｔ［１］は、アクティブエントリにおける復号順でｐｉｃＡに先行するいずれのピクチャも含まないものとする。
－ そうでない場合（すなわち、ｎａｌＵｎｉｔＴｙｐｅＡがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰである）、復号順において現在のピクチャに続くＣＬＶＳにおけるすべてのＰＵについて、これらのＰＵにおけるｓｕｂｐｉｃＡにおけるスライスのＲｅｆＰｉｃＬｉｓｔ［０］とＲｅｆＰｉｃＬｉｓｔ［１］のいずれも、アクティブエントリにおいて復号順でｐｉｃＡに先行する任意のピクチャを含まないものとする。］］

注１－ １に等しいｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは、ＰＰＳを参照するピクチャが、異なるＮＡＬユニットタイプを有するスライスを含み、例えば、サブピクチャビットストリームマージ演算に由来するコーディングされたピクチャであり、ビットストリーム構造のマッチングと更に元のビットストリームのパラメータのアラインメントとを確実にしなければならないことを示す。このようなアラインメントの一例は、以下のようである。ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０に等しく、ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい場合は、ＰＰＳを参照するピクチャは、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿＿ＬＰと等しいスライスを有することはできない。
．．．

７．４．３．７ ピクチャヘッダ構造意味論

８．３．２ 参照ピクチャリスト構築のための復号処理

．．．
ビットストリーム適合性の要件は、以下の制約が適用されることである。

－ 各ｉが０または１に等しい場合、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］は、ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］よりも小さくてはならない。
－ ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各アクティブエントリによって参照されるピクチャは、ＤＰＢに含まれ、かつ現在のピクチャのＴｅｍｐｏｒａｌＩｄ以下とする。
－ ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各エントリによって参照されるピクチャは、現在のピクチャではなく、０に等しいｎｏｎ＿ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｆｌａｇを有するものとする。
－ ピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］におけるＳＴＲＰエントリと、同じピクチャの同じスライスまたは異なるスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］におけるＬＴＲＰエントリとは、同じピクチャを参照しないものとする。
－ 現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとエントリにより参照されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとの差分が２^２４以上であるＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］において、ＬＴＲＰエントリはないものとする。
－ ｓｅｔＯｆＲｅｆＰｉｃｓは、ＲｅｆＰｉｃＬｉｓｔ［０］において現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する全てのエントリと、ＲｅｆＰｉｃＬｉｓｔ［１］において現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する全てのエントリとにより参照される固有のピクチャのセットである。ｓｅｔＯｆＲｅｆＰｉｃｓにおけるピクチャの数は、ＭａｘＤｐｂＳｉｚｅ－１以下であるものとする。ここで、ＭａｘＤｐｂＳｉｚｅは、Ａ．４．２項に規定されるとおりであり、ｓｅｔＯｆＲｅｆＰｉｃｓは、ピクチャの全てのスライスで同一である。
－ 現在のスライスがＳＴＳＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する場合、現在のピクチャのものとＴｅｍｐｏｒａｌＩｄが等しく、かつｎｕｈ＿ｌａｙｅｒ＿ｉｄが現在のピクチャのものと等しいＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］においてアクティブエントリが存在しないものとする。
－ 現在のピクチャが、復号順において、現在のピクチャのものとＴｅｍｐｏｒａｌＩｄが等しく、かつ現在のピクチャのものとｎｕｈ＿ｌａｙｅｒ＿ｉｄが等しいＳＴＳＡピクチャの後に続くピクチャである場合、復号順において、ＳＴＳＡピクチャに先行し、現在のピクチャのものとＴｅｍｐｏｒａｌＩｄが等しく、かつ現在のピクチャのものとｎｕｈ＿ｌａｙｅｒ＿ｉｄが等しいピクチャは、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれるピクチャはないものとする。

－ 特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャがＣＲＡピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにて参照されるピクチャであって、復号順においてｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する先行ＩＲＡＰピクチャに（存在する場合）、出力順または復号順において先行するピクチャはないものとする。

－ ｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定値ｌａｙｅｒＩｄに等しい現在のピクチャは、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＣＲＡピクチャに関連付けられたＲＡＳＬピクチャ、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャ、または、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しくｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しいＧＤＲピクチャのリカバリングピクチャではない場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャであって、利用不可能な参照ピクチャを生成するための復号処理で生成されたピクチャが、ないものとする。

－ 現在のピクチャは、ｎｕｈ＿ｌａｙｅｒ＿ｉｄを特定値ｌａｙｅｒＩｄに等しく、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＣＲＡピクチャ、復号順において、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しい同一のＣＲＡピクチャに関連付けられた先頭ピクチャに先行するピクチャ、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＣＲＡピクチャに関連付けられた先頭サブピクチャ、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しいＧＤＲピクチャ、またはＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが１に等しくｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しいＧＤＲピクチャの復元ピクチャでない場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャであって、利用不可能な参照ピクチャを生成するための復号処理によって生成されたピクチャは、ないものとする。

－ 現在のピクチャが、ＩＲＡＰピクチャに関連付けられ、かつＩＲＡＰピクチャに出力順において続く場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャであって、出力順または復号順において、関連付けられたＩＲＡＰピクチャに先行するピクチャは、ないものとする。

－ 現在のピクチャが、ＩＲＡＰピクチャに関連付けられ、出力順においてＩＲＡＰピクチャに続き、かつ、復号順および出力順の両方において、同一のＩＲＡＰピクチャに関連付けられた先頭ピクチャに続く場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャであって、出力順または復号順において、関連付けられたＩＲＡＰピクチャに先行するピクチャは、ないものとする。

－ 現在のピクチャがＲＡＤＬピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に以下のいずれかに該当するアクティブエントリはないものとする。
ｏ ＲＡＳＬピクチャ
ｏ 関連付けられたＩＲＡＰピクチャに復号順において先行するピクチャ

－ 現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリにより参照されるピクチャは、現在のピクチャと同じＡＵ内にあるものとする。
－ 現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリにより参照されるピクチャは、ＤＰＢに存在し、かつ現在のピクチャのものよりも小さいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するものとする。
－ スライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリは、アクティブエントリであるものとする。

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

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

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

図６は、映像処理装置３６００のブロック図である。装置３６００は、本明細書に記載の方法の１または複数を実装するために使用されてもよい。装置３６００は、スマートフォン、タブレット、コンピュータ、モノのインターネット（ＩｏＴ）受信機等に実施されてもよい。装置３６００は、１つ以上の処理装置３６０２と、１つ以上のメモリ３６０４と、映像処理ハードウェア３６０６と、を含んでもよい。１つまたは複数の処理装置３６０２は、本明細書に記載される１つ以上の方法を実装するように構成されてもよい。メモリ（複数可）３６０４は、本明細書で説明される方法および技術を実装するために使用されるデータおよびコードを記憶するために使用してもよい。映像処理ハードウェア３６０６は、本明細書に記載される技術をハードウェア回路にて実装するために使用してもよい。

図８は、本開示の技法を利用し得る例示的な映像符号化システム１００を示すブロック図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

開示される技術のいくつかの実施形態は、映像処理ツールまたはモードを有効化するように決定または判定することを含む。一例において、映像処理ツールまたはモードが有効化される場合、エンコーダは、１つの映像ブロックを処理する際にツールまたはモードを使用するまたは実装するが、ツールまたはモードの使用に基づいて、結果として得られるビットストリームを必ずしも修正しなくてもよい。すなわち、映像のブロックから映像のビットストリーム（またはビットストリーム表現）への変換は、決定または判定に基づいて映像処理ツールまたはモードが有効化される場合に、映像処理ツールまたはモードを使用する。別の例において、映像処理ツールまたはモードが有効化される場合、デコーダは、ビットストリームが映像処理ツールまたはモードに基づいて修正されたことを知って、ビットストリームを処理する。すなわち、決定または判定に基づいて有効化された映像処理ツールまたはモードを使用して、映像のビットストリームから映像のブロックへの変換を行う。

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

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

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

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

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

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

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

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

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

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

以下の解決策は、前章（例えば、項目１）で論じた技術の例示的な実施形態を示す。

１．映像処理方法（例えば、図７に示される方法７００）であって、１つ以上のサブピクチャを含む映像と映像のコーディング表現との変換を行うこと（７０２）を含み、このコーディング表現は、１つ以上のサブピクチャを含む１つ以上のピクチャがネットワーク抽象化レイヤ（ＮＡＬ）ユニットに従ってコーディング表現に含まれることを規定するフォーマット規則に準拠し、コーディング表現において示されるタイプＮＡＬユニットは、特定タイプのピクチャのコーディングされたスライスまたは特定タイプのサブピクチャのコーディングされたスライスを含む、方法。

以下の解決策は、前章（例えば、項目２）で論じた技術の例示的な実施形態を示す。

２．映像処理方法であって、１つ以上のサブピクチャを含む１つ以上のピクチャと、前記映像のコーディング表現と、の変換を行うことを含み、前記コーディング表現は、異なるネットワーク抽象レイヤユニットタイプを有する２つの隣接するサブピクチャが、ピクチャフラグとして扱われているサブピクチャの同一の表示を有することを規定するフォーマット規則に準拠する、方法。

以下の解決策は、前章（例えば、項目４、５、６、７、９、１、１１、１２）で論じた技術の例示的な実施形態を示す。

３．映像処理方法であって、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、映像のコーディング表現と、の変換を行うことを含み、このコーディング表現は、サブピクチャの第１のタイプの順序およびサブピクチャの第２のタイプの順序を定義するフォーマット規則に準拠し、第１のサブピクチャは、後端サブピクチャまたは先頭サブピクチャまたはランダムアクセススキップ先頭（ＲＡＳＬ）サブピクチャタイプであり、第２のサブピクチャは、ＲＡＳＬタイプまたはランダムアクセス先頭（ＲＡＤＬ）タイプまたは瞬時復号更新（ＩＤＲ）タイプまたは漸次的復号更新（ＧＤＲ）タイプのサブピクチャである、方法。

４．前記規則は、前記後端サブピクチャが、出力順において、関連付けられたイントラランダムアクセスポイントまたはＧＤＲサブピクチャに続くことを規定する、解決策３に記載の方法。

５．前記規則は、ピクチャがイントラランダムアクセスポイントピクチャの先頭ピクチャである場合、このピクチャにおける全てのネットワーク抽象化レイヤユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ値がＲＡＤＬ＿ＮＵＴまたはＲＡＳＬ＿ＮＵＴに等しいことを規定する、解決策３に記載の方法。

６．前記規則は、ＩＲＡＰサブピクチャの先頭サブピクチャである所与のサブピクチャが、ＲＡＤＬまたはＲＡＳＬサブピクチャでなければならないことを規定する、解決策３に記載の方法。

７．前記規則は、ＲＡＳＬサブピクチャである所与のサブピクチャをＩＤＲサブピクチャに関連付けることを許可しないことを規定する、解決策３に記載の方法。

８．前記規則は、ＩＲＡＰサブピクチャと同一のレイヤＩＤおよびサブピクチャインデックスを有する所与のサブピクチャは、出力順において、ＩＲＡＰサブピクチャおよびその関連付けられた全てのＲＡＤＬサブピクチャに先行しなければならないことを規定する、解決策３に記載の方法。

９．前記規則は、ＧＤＲサブピクチャと同一のレイヤＩＤおよびサブピクチャインデックスを有する所与のサブピクチャは、出力順において、ＧＤＲサブピクチャおよびその関連付けられた全てのＲＡＤＬサブピクチャに先行しなければならないことを規定する、解決策３に記載の方法。

１０．前記規則は、ＣＲＡサブピクチャに関連付けられＲＡＳＬサブピクチャである所与のサブピクチャが、ＣＲＡサブピクチャに関連付けられた全てのＲＡＤＬサブピクチャに出力順において先行することを規定する、解決策３に記載の方法。

１１．前記規則は、ＣＲＡサブピクチャに関連付けられたＲＡＳＬサブピクチャである所与のサブピクチャが、ＣＲＡサブピクチャに関連付けられた全てのＩＲＡＰサブピクチャに出力順において先行することを規定する、解決策３に記載の方法。

１２．前記規則は、所与のサブピクチャがＩＲＡＰサブピクチャを有する先頭サブピクチャであり、所与のサブピクチャが、ＩＲＡＰピクチャに関連付けられた全ての非先頭サブピクチャに復号順において先行することを規定する、解決策３に記載の方法。

以下の解決策は、前章（例えば、項目８、１４、１５）で論じた技術の例示的な実施形態を示す。

１３．映像処理方法であって、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のコーディング表現と、の変換を行うことを含み、このコーディング表現は、第１のタイプのサブピクチャが第２のタイプのサブピクチャとともに生じることを許可するまたは許可しないことを条件と定義するフォーマット規則に準拠する、方法。

１４．前記規則は、ネットワーク抽象化レイヤタイプＩＤＲ＿Ｎ＿ＬＰのＩＤＲサブピクチャがある場合、コーディング表現はＲＡＤＰサブピクチャを持つことが許可されないことを規定する、解決策１３に記載の方法。

１５．前記規則は、段階的時間的サブレイヤアクセス（ＳＴＳＡ）サブピクチャを含むピクチャの参照リストにピクチャを含めることを許可せず、このピクチャがＳＴＳＡサブピクチャを含むピクチャに先行する、解決策１３に記載の方法。

１６．前記規則は、イントラランダムアクセスポイント（ＩＲＡＰ）サブピクチャを含むピクチャの参照リストにピクチャを含めることを許可せず、このピクチャがＩＲＡＰサブピクチャを含むピクチャに先行する、解決策１３に記載の方法。

以下の解決策は、前章（例えば、項目２１から２６）で論じた技術の例示的な実施形態を示す。

１７．１つ以上のサブピクチャを含む１つ以上の映像ピクチャを含む映像と、この映像のコーディング表現との間の変換を行うことを含み、前記コーディング表現が、規則に従った順序で１つ以上の映像ピクチャのレイヤを含む、映像処理方法。

以下の解決策は、前章（例えば、項目２１）で論じた技術の例示的な実施形態を示す。

１８．前記規則は、タイプイントラランダムアクセスポイントの先頭ピクチャでないサブピクチャは、ランダムアクセス復号可能先頭（ＲＡＤＬ）またはランダムアクセススキップ先頭（ＲＡＳＬ）サブピクチャタイプを有することができないことを規定する、解決策１７に記載の方法。

以下の解決策は、前章（例えば、項目２２）で論じた技術の例示的な実施形態を示す。

１９．第１のサブピクチャと第２のサブピクチャが同じレイヤに属し、同じサブピクチャインデックスを有する場合に、復号順においてリカバリポイントピクチャの第２のサブピクチャに先行する第１のサブピクチャは、出力順においても第２のサブピクチャに先行しなければならないと規定する、解決策１７～１８のいずれかに記載の方法。

以下の解決策は、前章（例えば、項目２３）で論じた技術の例示的な実施形態を示す。

２０．規則は、出力順または復号順において、クリーンランダムアクセス（ＣＲＡ）サブピクチャに先行する参照ピクチャリストによって参照される映像ピクチャが、ＣＲＡサブピクチャと同じレイヤＩＤおよびサブピクチャインデックスを有するイントラランダムアクセスポイントサブピクチャを有することを指定する、解決手段１７～１９のいずれかに記載の方法。

以下の解決策は、前章（例えば、項目２４）で論じた技術の例示的な実施形態を示す。

２１．規則は、現在のサブピクチャが、復号順および出力順の両方において、同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスを有するイントラランダムアクセスポイント（ＩＲＡＰ）サブピクチャに続く場合、参照ピクチャリストのアクティブエントリによって参照されるピクチャが、出力順または復号順においてそのＩＲＡＰサブピクチャを含むピクチャに先行することが認められないことを規定する、解決策１７～２０のいずれかに記載の方法。

以下の解決策は、前章（例えば、項目２５）で論じた技術の例示的な実施形態を示す。

２２．規則は、現在のサブピクチャが、同じ値のｎｕｈ＿ｌａｙｅｒ＿ｉｄおよび同じ値のサブピクチャインデックスを有するイントラランダムアクセスポイントＩＲＡＰサブピクチャおよびそのＩＲＡＰサブピクチャに関連する先頭サブピクチャに、復号順および出力順の両方で続く場合、出力順または復号順でそのＩＲＡＰサブピクチャを含むピクチャに先行する参照ピクチャリストのエントリによって参照されるピクチャが存在しないものと規定する、解決策１７～２１のいずれかに記載の方法。

以下の解決策は、前章（例えば、項目２６）で論じた技術の例示的な実施形態を示す。

２３．規則が、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄと特定の値ｓｕｂｐｉｃＩｄｘに等しいサブピクチャインデックスとを有する現在のサブピクチャがＲＡＤＬサブピクチャである場合、（ａ）サブピクチャインデックスがｓｕｂｐｉｃＩｄｘに等しいＲＡＳＬサブピクチャを含むｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを持つピクチャ、または（ｂ） 復号順で関連するＩＲＡＰサブピクチャを含むピクチャに先行するピクチャ、のいずれかである、参照ピクチャリストにおけるアクティブエントリがないものとすることを規定する、解決策１７～２２のいずれかに記載の方法。

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

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

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

２７．解決策１～２５の１つ以上に記載の方法を実装するように構成された処理装置を備える、映像符号化装置。

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

２９．本明細書に記載の方法、装置またはシステム。

本明細書に記載の解決策において、エンコーダは、フォーマット規則に従ってコーディング表現を生成することで、フォーマット規則に準拠することができる。本明細書に記載の解決策において、デコーダは、フォーマット規則に従って、構文要素の有無を知りつつ、コーディング表現における構文要素を構文解析することで、復号された映像を生成するために、このフォーマット規則を使用してもよい。

図１１は、映像処理の方法１１００の一例を示すフローチャートを示す。動作１１０２は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、サブピクチャがイントラランダムアクセスポイントサブピクチャの先頭サブピクチャでないことに呼応して、このサブピクチャがランダムアクセスタイプのサブピクチャにはなり得ないことを規定するフォーマット規則に準拠し、この先頭サブピクチャは出力順でイントラランダムアクセスポイントサブピクチャに先行する。

方法１１００のいくつかの実施形態において、イントラランダムアクセスポイントサブピクチャは、すべての映像コーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットが、ＩＤＲ＿Ｗ＿ＲＡＤＬ～ＣＲＡ＿ＮＵＴの範囲内のＮＡＬユニットタイプの同じ値を有するサブピクチャである。方法１１００のいくつかの実施例において、ランダムアクセスタイプのサブピクチャは、ランダムアクセス復号可能な先頭サブピクチャを含む。方法１１００のいくつかの実施形態において、ランダムアクセス復号可能先頭サブピクチャは、各映像コーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットがＲＡＤＬ＿ＮＵＴに等しいＮＡＬユニットタイプを有するサブピクチャである。方法１１００のいくつかの実施例において、ランダムアクセスタイプのサブピクチャは、ランダムアクセススキップ先頭サブピクチャを含む。方法１１００のいくつかの実施形態において、ランダムアクセススキップ先頭サブピクチャは、各映像コーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）がＲＡＳＬ＿ＮＵＴに等しいＮＡＬユニットタイプを有するサブピクチャである。

図１２は、映像処理の方法１２００の一例を示すフローチャートを示す。動作１２０２は、複数のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、第１のサブピクチャと第２のピクチャが同じネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子と同じサブピクチャインデックスを有し、かつ第１のサブピクチャが第２のサブピクチャに復号順で先行することに呼応して、リカバリポイントピクチャにおいて第１のサブピクチャが第２のサブピクチャに先行することを規定する。

図１３は、映像処理の方法１３００の一例を示すフローチャートを示す。動作１３０２は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則はピクチャがこのビットストリーム内で示される順序を規定し、このフォーマット規則は、現在のスライスの参照ピクチャリストのエントリが、現在のピクチャに第２の順序に従って先行する第２のピクチャに第１の順序に従って先行する第１のピクチャを含むことを禁止し、この第２のピクチャは、現在のサブピクチャと同じネットワーク抽象化ユニット（ＮＡＬ）ユニットのレイヤ識別子と同じサブピクチャインデックスを有するイントラランダムアクセスポイントサブピクチャを含み、現在のサブピクチャはクリーンランダムアクセスサブピクチャである。

方法１３００のいくつかの実施例において、第１の順序は復号順または出力順を含む。方法１３００のいくつかの実施例において、第２の順序は復号順を含む。方法１３００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリストを含む。方法１３００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ１参照ピクチャリストを含む。方法１３００のいくつかの実施形態において、クリーンランダムアクセスサブピクチャは、各映像コーディングレイヤ（ＶＣＬ）ＮＡＬユニットがＣＲＡ＿ＮＵＴに等しいＮＡＬユニットタイプを有するイントラランダムアクセスポイントサブピクチャである。

図１４は、映像処理の方法１４００の一例を示すフローチャートを示す。動作１４０２は、この方法は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、ピクチャがこのビットストリームにおいて示される順序を規定し、このフォーマット規則は、現在のスライスの参照ピクチャリストのアクティブエントリが、第１の順序に従って第２のピクチャに先行する第１のピクチャを含むことを禁止し、この第２のピクチャが、現在のサブピクチャと同じネットワーク抽象化ユニット（ＮＡＬ）ユニットのレイヤ識別子と同じサブピクチャインデックスを有するイントラランダムアクセスポイントサブピクチャを含み、現在のサブピクチャは、第２の順序でイントラランダムアクセスポイントサブピクチャに後続する。

方法１４００のいくつかの実施例において、第１の順序は復号順または出力順を含む。方法１４００の実施形態において、アクティブエントリは、現在のスライスのインター予測において参照インデックスとして使用されるために利用可能なエントリに対応する。方法１４００のいくつかの実施例において、第２の順序は復号順および出力順を含む。方法１４００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリストを含む。方法１４００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ１参照ピクチャリストを含む。

図１５は、映像処理の方法１５００の一例を示すフローチャートを示す。動作１５０２は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームはフォーマット規則に準拠し、このフォーマット規則は、ピクチャがこのビットストリームにおいて示される順序を規定し、このフォーマット規則は、現在のスライスの参照ピクチャリストのエントリが、第１の順序または第２の順序に従って第２のピクチャに先行する第１のピクチャを含むことを禁止し、第２のピクチャは、０以上の関連する先頭サブピクチャを有しかつ現在のサブピクチャと同じネットワーク抽象化ユニット（ＮＡＬ）ユニットのレイヤ識別子と同じサブピクチャインデックスを有するイントラランダムアクセスポイントサブピクチャを含み、現在のサブピクチャが、第１の順序および第２の順序においてイントラランダムアクセスポイントサブピクチャおよび０以上の関連する先頭サブピクチャに後続する。

方法１５００のいくつかの実施例において、第１の順序は復号順を含む。方法１５００のいくつかの実施例において、第２の順序は出力順を含む。方法１５００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリストを含む。方法１５００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ１参照ピクチャリストを含む。

図１６は、映像処理の方法１６００の一例を示すフローチャートを示す。動作１６０２は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、現在のサブピクチャが、ランダムアクセス復号可能先頭サブピクチャであることに呼応して、現在のスライスの参照ピクチャリストのアクティブエントリが、現在のサブピクチャのものと同じサブピクチャインデックスを有するランダムアクセススキップ先頭サブピクチャを含む第１のピクチャ、および、ランダムアクセス復号可能先頭サブピクチャに関連するイントラランダムアクセスポイントサブピクチャを含む第３のピクチャに復号順で先行する第２のピクチャ、のいずれか１つ以上を含むことを禁止されることを規定するフォーマット規則に準拠する。

方法１６００の実施形態において、アクティブエントリは、現在のスライスのインター予測において参照インデックスとして使用されるために利用可能なエントリに対応する。方法１６００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリストを含む。方法１６００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ１参照ピクチャリストを含む。

方法１１００～１６００のいくつかの実施形態において、変換を実行することは、映像をビットストリームに符号化することを含む。方法１１００～１６００のいくつかの実施形態において、変換を実行することは、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む。方法１１００～１６００のいくつかの実施形態において、変換を実行することは、ビットストリームから映像を復号することを含む。

いくつかの実施形態において、映像復号装置は、方法１１００～１６００の動作を実装するように構成された処理装置を含む。いくつかの実施形態において、映像符号化装置は、方法１１００～１６００の動作を実装するように構成された処理装置を含む。いくつかの実施形態において、コンピュータ命令が記憶されたコンピュータプログラム製品は、処理装置により実行されることにより、処理装置に方法１１００～１６００に説明された動作を実装させる。いくつかの実施形態において、非一時的なコンピュータ可読記憶媒体は、方法１１００～１６００に説明された動作に従って生成されたビットストリームを記憶する。いくつかの実施形態において、非一時的なコンピュータ可読記憶媒体は、処理装置に方法１１００～１６００に説明された動作を実装させる命令を記憶する。いくつかの実施形態において、ビットストリーム生成方法は、方法１１００～１６００に説明された動作に従って映像のビットストリームを生成ことと、このビットストリームをコンピュータ可読プログラム媒体に記憶することと、を含む。いくつかの実施形態は、本願明細書で説明する方法、装置、開示された方法に従って生成されたビットストリーム、またはシステムを含む。

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

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

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

本明細書に記載された処理およびロジックフローは、入力データ上で動作し、出力を生成することによって機能を行うための１つ以上のコンピュータプログラムを実行する１つ以上のプログラマブル処理装置によって行うことができる。処理およびロジックフローはまた、特定用途のロジック回路、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって行うことができ、装置はまた、特別目的のロジック回路として実装することができる。

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

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

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

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

Claims (14)

1. 映像処理方法であって、
   １つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と前記映像のビットストリームとの間の変換を行うことを含み、
   前記ビットストリームは、サブピクチャがイントラランダムアクセスポイントサブピクチャの先頭サブピクチャでない場合、ランダムアクセス復号可能な先頭サブピクチャまたはランダムアクセススキップ先頭サブピクチャになり得ないことを規定するフォーマット規則に準拠し、
   前記先頭サブピクチャは、出力順で前記イントラランダムアクセスポイントサブピクチャに先行し、
   前記フォーマット規則は、前記ビットストリームにおいてピクチャが示される順序を規定し、
   前記フォーマット規則は、現在のスライスの参照ピクチャリストのエントリが、第１の順序又は第２の順序に従って第２のピクチャに先行する第１のピクチャを含むことを禁止し、
   前記第２のピクチャは、０以上の関連する先頭サブピクチャを有し、現在のサブピクチャと同じネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子及び同じサブピクチャインデックスを有する、イントラランダムアクセスポイントサブピクチャを含み、
   前記現在のサブピクチャは、前記イントラランダムアクセスポイントサブピクチャ及び前記０以上の関連する先頭サブピクチャに前記第１の順序及び前記第２の順序で後続し、
   前記第１の順序は、復号順であり、
   前記第２の順序は、出力順であり、
   前記参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリスト又はＬｉｓｔ１参照ピクチャリストを含む、
   方法。
2. 前記イントラランダムアクセスポイントサブピクチャは、全ての映像コーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットがＩＤＲ＿Ｗ＿ＲＡＤＬからＣＲＡ＿ＮＵＴまでの範囲内の同じ値のＮＡＬユニットタイプを有するサブピクチャであり、
   前記ランダムアクセス復号可能な先頭サブピクチャが、各ＶＣＬ ＮＡＬユニットがＲＡＤＬ＿ＮＵＴに等しいＮＡＬユニットタイプを有するサブピクチャであり、
   前記ランダムアクセススキップ先頭サブピクチャは、各映像コーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）がＲＡＳＬ＿ＮＵＴに等しいＮＡＬユニットタイプを有するサブピクチャである、
   請求項１に記載の方法。
3. 前記フォーマット規則は、更に、第１のサブピクチャ及び第２のサブピクチャが同じネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子及び同じサブピクチャインデックスを有すること、及び、前記第１のサブピクチャが前記第２のサブピクチャに復号順で先行することに応答して、リカバリポイントピクチャにおいて前記第１のサブピクチャが前記第２のサブピクチャに出力順で先行することを規定する、
   請求項１に記載の方法。
4. 前記現在のサブピクチャがクリーンランダムアクセスサブピクチャである場合、前記フォーマット規則は、前記現在のスライスの前記参照ピクチャリストのエントリが、前記現在のピクチャに第４の順序に従って先行する第４のピクチャに第３の順序に従って先行する第３のピクチャを含むことを禁止し、
   前記第４のピクチャが、前記現在のサブピクチャと同じネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子及び同じサブピクチャインデックスを有するイントラランダムアクセスポイントサブピクチャを含み、
   前記クリーンランダムアクセスサブピクチャは、各ＶＣＬ ＮＡＬユニットがＣＲＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有するイントラランダムアクセスポイントサブピクチャである、
   請求項１～３のいずれか１項に記載の方法。
5. 前記第３の順序は、前記復号順又は前記出力順を含み、
   前記第４の順序が、前記復号順を含み、
   前記参照ピクチャリストは、前記Ｌｉｓｔ０参照ピクチャリスト又は前記Ｌｉｓｔ１参照ピクチャリストを含む、
   請求項４に記載の方法。
6. 前記フォーマット規則は、前記現在のスライスの前記参照ピクチャリストのアクティブエントリが、第５の順序に従って第６のピクチャに先行する第５のピクチャを含むことを禁止し、
   前記第６のピクチャは、現在のサブピクチャと同じネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子及び同じサブピクチャインデックスを有するイントラランダムアクセスポイントサブピクチャを含み、
   前記現在のサブピクチャは、前記イントラランダムアクセスポイントサブピクチャに第６の順序で後続する、
   請求項１に記載の方法。
7. 前記第５の順序は、前記復号順又は前記出力順を含み、
   前記第６の順序は、前記復号順及び前記出力順を含み、
   前記アクティブエントリは、前記現在のスライスのインター予測の参照インデックスとして使用可能なエントリに対応し、
   前記参照ピクチャリストは、前記Ｌｉｓｔ０参照ピクチャリスト又は前記Ｌｉｓｔ１参照ピクチャリストを含む、
   請求項６に記載の方法。
8. 前記フォーマット規則は、更に、
   前記現在のサブピクチャがランダムアクセス復号可能な先頭サブピクチャであることに応答して、前記現在のスライスの前記参照ピクチャリストのアクティブエントリが、現在のサブピクチャのものと同じサブピクチャインデックスを有するランダムアクセススキップ先頭サブピクチャを含む第７のピクチャと、前記ランダムアクセス復号可能な先頭サブピクチャに関連するイントラランダムアクセスポイントサブピクチャを含む第９のピクチャに復号順で先行する第８のピクチャと、のいずれか１つ以上を含むことを禁止することを規定する、
   請求項１に記載の方法。
9. 前記アクティブエントリは、前記現在のスライスのインター予測の参照インデックスとして使用可能なエントリに対応し、
   前記参照ピクチャリストは、前記Ｌｉｓｔ０参照ピクチャリスト又は前記Ｌｉｓｔ１参照ピクチャリストを含む、
   請求項８に記載の方法。
10. 前記変換を行うことは、前記映像を前記ビットストリームに符号化することを含む、
    請求項１～９のいずれか１項に記載の方法。
11. 前記変換を行うことは、前記ビットストリームから前記映像を復号することを含む、
    請求項１～９のいずれか１項に記載の方法。
12. 処理装置と、命令を有する非一時的メモリと、を含む映像データを処理する装置であって、
    前記命令は、前記処理装置による実行時に、前記処理装置に、
    １つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と前記映像のビットストリームとの間の変換を行わせ、
    前記ビットストリームは、サブピクチャがイントラランダムアクセスポイントサブピクチャの先頭サブピクチャでない場合、ランダムアクセス復号可能な先頭サブピクチャまたはランダムアクセススキップサブピクチャになり得ないことを規定するフォーマット規則に準拠し、
    前記先頭サブピクチャは、出力順で前記イントラランダムアクセスポイントサブピクチャに先行し、
    前記フォーマット規則は、前記ビットストリームにおいてピクチャが示される順序を規定し、
    前記フォーマット規則は、現在のスライスの参照ピクチャリストのエントリが、第１の順序又は第２の順序に従って第２のピクチャに先行する第１のピクチャを含むことを禁止し、
    前記第２のピクチャは、０以上の関連する先頭サブピクチャを有し、現在のサブピクチャと同じネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子及び同じサブピクチャインデックスを有する、イントラランダムアクセスポイントサブピクチャを含み、
    前記現在のサブピクチャは、前記イントラランダムアクセスポイントサブピクチャ及び前記０以上の関連する先頭サブピクチャに前記第１の順序及び前記第２の順序で後続し、
    前記第１の順序は、復号順であり、
    前記第２の順序は、出力順であり、
    前記参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリスト又はＬｉｓｔ１参照ピクチャリストを含む、
    装置。
13. 命令を記憶する非一時的なコンピュータ可読記憶媒体であって、
    前記命令は、処理装置に、
    １つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と前記映像のビットストリームとの間の変換を行わせ、
    前記ビットストリームは、サブピクチャがイントラランダムアクセスポイントサブピクチャの先頭サブピクチャでない場合、ランダムアクセス復号可能な先頭サブピクチャまたはランダムアクセススキップサブピクチャになり得ないことを規定するフォーマット規則に準拠し、
    前記先頭サブピクチャは、出力順で前記イントラランダムアクセスポイントサブピクチャに先行し、
    前記フォーマット規則は、前記ビットストリームにおいてピクチャが示される順序を規定し、
    前記フォーマット規則は、現在のスライスの参照ピクチャリストのエントリが、第１の順序又は第２の順序に従って第２のピクチャに先行する第１のピクチャを含むことを禁止し、
    前記第２のピクチャは、０以上の関連する先頭サブピクチャを有し、現在のサブピクチャと同じネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子及び同じサブピクチャインデックスを有する、イントラランダムアクセスポイントサブピクチャを含み、
    前記現在のサブピクチャは、前記イントラランダムアクセスポイントサブピクチャ及び前記０以上の関連する先頭サブピクチャに前記第１の順序及び前記第２の順序で後続し、
    前記第１の順序は、復号順であり、
    前記第２の順序は、出力順であり、
    前記参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリスト又はＬｉｓｔ１参照ピクチャリストを含む、
    非一時的なコンピュータ可読記憶媒体。
14. 映像のビットストリームを格納するための方法であって、
    １つ以上のサブピクチャを含む１つ以上のピクチャを含む前記映像の前記ビットストリームを生成することと、
    前記ビットストリームを非一時的コンピュータ可読記録媒体に格納することと、
    を含み、
    前記ビットストリームは、サブピクチャがイントラランダムアクセスポイントサブピクチャの先頭サブピクチャでない場合、ランダムアクセス復号可能な先頭サブピクチャまたはランダムアクセススキップサブピクチャになり得ないことを規定するフォーマット規則に準拠し、
    前記先頭サブピクチャは、出力順で前記イントラランダムアクセスポイントサブピクチャに先行し、
    前記フォーマット規則は、前記ビットストリームにおいてピクチャが示される順序を規定し、
    前記フォーマット規則は、現在のスライスの参照ピクチャリストのエントリが、第１の順序又は第２の順序に従って第２のピクチャに先行する第１のピクチャを含むことを禁止し、
    前記第２のピクチャは、０以上の関連する先頭サブピクチャを有し、現在のサブピクチャと同じネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子及び同じサブピクチャインデックスを有する、イントラランダムアクセスポイントサブピクチャを含み、
    前記現在のサブピクチャは、前記イントラランダムアクセスポイントサブピクチャ及び前記０以上の関連する先頭サブピクチャに前記第１の順序及び前記第２の順序で後続し、
    前記第１の順序は、復号順であり、
    前記第２の順序は、出力順であり、
    前記参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリスト又はＬｉｓｔ１参照ピクチャリストを含む、
    方法。
    

Images