JP2023518949A - サブピクチャの順序関係 - Google Patents

Abstract

映像を処理するための方法及び装置が記載される。前記処理は、映像符号化、復号、又はコード変換を含み得る。１つの例示的な映像処理方法は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに関連付けられた後端サブピクチャが、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャにある順序で続くことを規定するフォーマット規則に準拠する。【選択図】図７

Description

関連出願の相互参照
パリ条約に基づく適用可能な特許法および／または規則に基づいて、本願は、２０２０年３月２０日出願の米国特許仮出願第６２／９９２７２４号の優先権および利益を適時に主張することを目的とする。法に基づくすべての目的のために、上記出願の開示全体は、本明細書の開示の一部として参照により援用される。

この特許明細書は、画像および映像の符号化および復号に関する。

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

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

１つの例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ビットストリーム内のネットワーク抽象化レイヤ（ＮＡＬ）ユニットの構文を規定するフォーマット規則に準拠し、フォーマット規則は、映像コーディングレイヤ（ＶＣＬ）ＮＡＬユニットタイプのＮＡＬユニットが、特定タイプのピクチャ又は特定タイプのサブピクチャに関連付けられた内容（ｃｏｎｔｅｎｔ）を含むことを規定する。

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

別の例示的な態様において、映像処理方法が開示される。この方法は、サブピクチャを含むピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、１つ以上のランダムアクセススキップ型先頭サブピクチャが瞬時復号更新サブピクチャに関連付けられていることに呼応して、１つ以上のランダムアクセススキップ型先頭サブピクチャがビットストリームにないことを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、サブピクチャを含むピクチャを含む映像と、この映像のビットストリームとの変換を行うことを含み、ビットストリームは、瞬時復号更新サブピクチャが先頭ピクチャに関連付けられていないことを示すネットワーク抽象化レイヤ（ＮＡＬ）ユニットのタイプを有する瞬時復号更新サブピクチャに関連付けられていることに呼応して、１つ以上のランダムアクセス復号可能な先頭サブピクチャがビットストリームにないことを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、２つの隣接するサブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、異なるタイプのネットワーク抽象化レイヤ（ＮＡＬ）ユニットを有する２つの隣接するサブピクチャが、コーディングされたレイヤ映像シーケンスにおいて２つの隣接するサブピクチャの各々をピクチャとして扱うかどうかを示す同一の第１の値を有する構文要素を有することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、２つの隣接するサブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、フォーマット規則は、２つの隣接するサブピクチャが、第１のサブピクチャインデックスを有する第１の隣接するサブピクチャと、第２のサブピクチャインデックスを有する第２の隣接するサブピクチャと、を含むことを規定し、前記フォーマット規則が、前記第１のサブピクチャインデックスに関連付けられた第１の構文要素が前記第１の隣接サブピクチャをピクチャとして扱わないことを示すこと、又は、前記第２のサブピクチャインデックスに関連付けられた第２の構文要素が前記第２の隣接サブピクチャをピクチャとして扱わないことを示すことに呼応して、前記２つの隣接サブピクチャが同一のタイプネットワーク抽象化レイヤ（ＮＡＬ）ユニットを有することを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ピクチャパラメータセット（ＰＰＳ）を参照する映像の各ピクチャが、同一のタイプのＶＣＬ ＮＡＬユニットを持たない複数のＶＣＬ ＮＡＬユニットを有することを示す構文要素に呼応して、ピクチャが３つ以上の異なるタイプの映像コーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含むことを許可することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに関連付けられた後端サブピクチャが、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに、ある順序で続くことを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、（１）前記サブピクチャが前記イントラランダムアクセスポイントサブピクチャに第２の順序において先行し、（２）前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャが、前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ（ＮＡＬ）ユニットが属するレイヤについて同一の第１の値を有し、および（３）前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャがサブピクチャインデックスの同一の第２の値を有することに呼応して、サブピクチャが、イントラランダムアクセスポイントサブピクチャと、イントラランダムアクセスポイントサブピクチャに関連付けられた１つ以上のランダムアクセス復号可能な先頭サブピクチャとに、第１の順序において先行することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上の映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、クリーンランダムアクセスサブピクチャと関連付けられたランダムアクセススキップ型先頭サブピクチャが、クリーンランダムアクセスサブピクチャと関連付けられた１つ以上のランダムアクセス復号可能な先頭サブピクチャに、ある順序で先行することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上の映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、クリーンランダムアクセスサブピクチャと関連付けられたランダムアクセススキップ型先頭サブピクチャが、第１の順序において、クリーンランダムアクセスサブピクチャに第２の順序で先行する１つ以上のイントラランダムアクセスポイントサブピクチャに続くことを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、このビットストリームは、（１）構文要素が、コーディングされたレイヤ映像シーケンスがフレームを表すピクチャを伝えることを示し、および（２）現在のサブピクチャは、イントラランダムアクセスポイントサブピクチャに関連付けされた先頭サブピクチャであることに呼応して、現在のサブピクチャが、ランダムアクセスポイント内サブピクチャに関連付けられた１つ以上の非先頭サブピクチャに、復号順において先行することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ピクチャがイントラランダムアクセスポイントピクチャの先頭ピクチャであることに呼応して、ピクチャ内の全ての映像コーディングレイヤ（ＶＣＬ）ＮＡＬユニットに対する１つ以上のタイプのネットワーク抽象化レイヤ（ＮＡＬ）ユニットがＲＡＤＬ＿ＮＵＴ又はＲＡＳＬ＿ＮＵＴを含むことを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、複数のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、（１）少なくともサブピクチャが漸次的復号更新サブピクチャに第２の順序で先行し、（２）少なくとも１つのサブピクチャおよび漸次的復号更新サブピクチャは、少なくとも１つのサブピクチャおよび漸次的復号更新サブピクチャが属するネットワーク抽象化レイヤ（ＮＡＬ）のユニットの属するレイヤについて同一の第１の値を持ち、および（３）少なくとも１つのサブピクチャおよび漸次的復号更新ピクチャが、サブピクチャインデックスの同一の第２の値を持つことに呼応して、少なくとも１つのサブピクチャが、漸次的復号更新サブピクチャとその漸次的復号更新サブピクチャとに、第１の順序において、先行することを規定するフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、このビットストリームは、（ａ）第１のピクチャが、現在のサブピクチャと同一の時間的識別子および同一のネットワーク抽象化レイヤ（ＮＡＬ）ユニットレイヤ識別子を有し、（ｂ）現在のサブピクチャが復号順において段階的時間的サブレイヤアクセスサブピクチャに続き、および（ｃ）現在のサブピクチャと段階的時間的サブレイヤアクセスサブピクチャが同一の時間的識別子、同一のレイヤ識別子、および同一のサブピクチャインデックスを有することに呼応して、現在のスライスの参照ピクチャリストのアクティブエントリに、段階的時間的サブレイヤアクセスサブピクチャを含む第２のピクチャに復号順において先行する第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームと、を変換することを含み、このビットストリームは、特定タイプのサブピクチャでない現在のサブピクチャに呼応して、現在のスライスの参照ピクチャリストにおけるアクティブエントリに、利用不可能な参照ピクチャを生成する復号処理によって生成された第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを有する現在のサブピクチャを備える現在のピクチャを含む映像と、この映像のビットストリームと、を変換することを含み、このビットストリームは、現在のスライスの参照ピクチャリストにおけるエントリに、特定タイプのサブピクチャでない現在のサブピクチャに呼応して利用不可能な参照ピクチャを生成する復号処理によって生成された第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

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

別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを有する現在のサブピクチャを備える現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、（ａ）現在のサブピクチャは、イントラランダムアクセスポイントサブピクチャに関連付けられ、（ｂ）現在のサブピクチャは、第１の順序でイントラランダムアクセスポイントサブピクチャに続くことに呼応して、現在のスライスの参照ピクチャリストのアクティブエントリに、第１の順序又は第２の順序で現在のピクチャに先行する第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

別の例示的な態様において、映像処理方法が開示される。この方法は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、（ａ）現在のサブピクチャが、第１の順序でイントラランダムアクセスポイントサブピクチャに続き、（ｂ）現在のサブピクチャが、第１の順序および第２の順序でＩＲＡＰサブピクチャに関連付けられた１つ以上の先頭サブピクチャに続くことに呼応して、現在のスライスの参照ピクチャリスト内のエントリに、第１の順序又は第２の順序で現在のピクチャに先行する第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

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

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

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

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

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

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

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

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

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

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

１．導入

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

２．略語

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

３．初期の協議

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（附属書Ｃに規定されるように）ビットストリームデコーダのＤＵにおけるデータの数を決定すること以外の目的のために、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの確保された値を使用するすべてのＮＡＬユニットのコンテンツを無視する（ビットストリームから取り除き、廃棄する）ものとする。
注３－この要件は、本明細書に適合する互換拡張を将来的に定義することを可能にする。

注４－クリーンランダムアクセス（ＣＲＡ）ピクチャは、ビットストリームに存在するＲＡＳＬまたはＲＡＤＬピクチャに関連付けられてもよい。
注５－ＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する瞬時復号更新（ＩＤＲ）ピクチャは、ビットストリームに存在する関連付けられた先頭ピクチャを有さない。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬに等しいＩＤＲピクチャは、ビットストリームに存在するＲＡＳＬピクチャに関連付けられていないが、ビットストリームに関連付けられたＲＡＤＬピクチャを有していてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂは、現在のピクチャのピクチャオーダカウントｍｏｄｕｌｏＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂを規定する。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ構文要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、０～ＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内にあるものとする。
附属書Ｃに規定されるように、ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、ビットストリームの最初のピクチャでないＣＬＶＳＳピクチャの復号後の、ＤＰＢにおける前回復号されたピクチャの出力に影響を及ぼす。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

６．実施形態

６．１． 第一の実施形態

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

３ 定義

．．．
（ｎｕｈ＿ｌａｙｅｒｉｄ＿ｌａｙｅｒＩｄの特定値を有する特定のピクチャの）関連付けられたＧＤＲピクチャ：ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しい、復号順において前のＧＤＲピクチャ（存在する場合）と、復号順において特定のピクチャとの間には、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しいＩＲＡＰピクチャが存在しない。

（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｌａｙｅｒＩｄの特定値を有する特定のピクチャの）関連付けられたＩＲＡＰピクチャ：ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しい、復号順において前回のＩＲＡＰピクチャ（存在する場合）と、復号順において特定のピクチャとの間には、ｎｕｈ＿ｌａｙｅｒ＿ｉｄがｌａｙｅｒＩｄに等しいＧＤＲピクチャは存在しない。

クリーンランダムアクセス（ＣＲＡ）ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＣＲＡ＿ＮＵＴであるＩＲＡＰピクチャ。

漸次的復号更新（ＧＤＲ）ＡＵ：ＣＶＳ内の各レイヤごとに１つのＰＵがあり、本ＰＵ各々のコーディングされたピクチャがあるＧＤＲピクチャであるＡＵ。
漸次的復号更新（ＧＤＲ）ピクチャ：ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＧＤＲ＿ＮＵＴであるピクチャ。

瞬時復号更新（ＩＤＲ）ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰであるＩＲＡＰピクチャ。

イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャ：ＩＤＲ＿Ｗ＿ＲＡＤＬからＣＲＡ＿ＮＵＴの範囲内で、すべてのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが同じ値であるピクチャ。

先頭ピクチャ：関連付けられたＩＲＡＰピクチャに、復号順において、先行するピクチャ。

ランダムアクセス復号可能先頭（ＲＡＤＬ）ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＡＤＬ＿ＮＵＴであるピクチャ。

ランダムアクセススキップ型先頭（ＲＡＳＬ）ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＡＳＬ＿ＮＵＴであるピクチャ。

段階的時間的サブレイヤアクセス（ＳＴＳＡ）ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＴＳＡ＿ＮＵＴであるピクチャ。

後端ピクチャ：それぞれのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＴＲＡＩＬ＿ＮＵＴであるピクチャ。
注－ＩＲＡＰ又はＧＤＲピクチャに関連付けられた後端ピクチャも、復号順において、ＩＲＡＰ又はＧＤＲピクチャに続くことに留意されたい。出力順において、関連付けられたＩＲＡＰ又はＧＤＲピクチャに続き、復号順において、関連付けられたＩＲＡＰ又はＧＤＲピクチャに先行するピクチャは、許可されない。

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

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

（附属書Ｃに規定されるように）ビットストリームデコーダのＤＵにおけるデータの数を決定すること以外の目的のために、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの確保された値を使用するすべてのＮＡＬユニットのコンテンツを無視する（ビットストリームから取り除き、廃棄する）ものとする。
注３－この要件は、本明細書に適合する互換拡張を将来的に定義することを可能にする。

注４－クリーンランダムアクセス（ＣＲＡ）ピクチャは、ビットストリームに存在するＲＡＳＬまたはＲＡＤＬピクチャに関連付けられてもよい。
注５－ＩＤＲ＿Ｎ＿ＬＰに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する瞬時復号更新（ＩＤＲ）ピクチャは、ビットストリームに存在する関連付けられた先頭ピクチャを有さない。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬに等しいＩＤＲピクチャは、ビットストリームに存在するＲＡＳＬピクチャに関連付けられていないが、ビットストリームに関連付けられたＲＡＤＬピクチャを有していてもよい。

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

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

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

－後端ピクチャは、関連付けられたＩＲＡＰ又はＧＤＲピクチャに出力順において後続する。

－ピクチャがＩＲＡＰピクチャの先頭ピクチャである場合、ＲＡＤＬまたはＲＡＳＬピクチャとする。

－ＩＤＲピクチャに関連付けられたＲＡＳＬピクチャは、ビットストリームに含まれていないものとする。

－ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｎ＿ＬＰであるＩＤＲピクチャに関連付けられたＲＡＤＬピクチャは、ビットストリームに含まれていないものとする。

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

－ｎｕｈ＿ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＩＲＡＰピクチャに復号順において、先行し、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿Ｉｄを有する任意のピクチャは、出力順において、ＩＲＡＰピクチャおよびその関連付けられたＲＡＤＬピクチャに先行する。

－ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＧＤＲピクチャに復号順において先行し、特定値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のピクチャは、出力順において、ＧＤＲピクチャおよびその関連付けられたピクチャに先行する。

－ＣＲＡピクチャに関連付けられたＲＡＳＬピクチャは、出力順でＣＲＡピクチャに関連付けられたＲＡＤＬピクチャに先行するものとする。

－ＣＲＡピクチャに関連付けられたＲＡＳＬピクチャは、復号順でＣＲＡピクチャに先行するＩＲＡＰピクチャの出力順に従うものとする。

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

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

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

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

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

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

．．．
ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、復号ピクチャの出力順のリカバリポイントを規定する。

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

．．．

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

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

－各ｉが０又は１に等しい場合、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］は、ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］よりも小さくないものとする。

－ＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］における各アクティブエントリによって参照されるピクチャは、ＤＰＢに存在し、且つ現在のピクチャのＴｅｍｐｏｒａｌＩｄ以下のＴｅｍｐｏｒａｌＩｄを有するものとする。

－ＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］の各エントリが参照するピクチャは、現在のピクチャではなく、ｎｏｎ＿ｒｅｆｅｒｅｎｃｅ＿ｐｉｃｔｕｒｅ＿ｆｌａｇが０であるものとする。

－ピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］におけるＳＴＲＰエントリと、同一のピクチャの同一のスライス又は異なるスライスのＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］におけるＬＴＲＰエントリとは、同一のピクチャを参照しない。

－ＲｅｆｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］において、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌと当該エントリにより参照されるピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌとの差分が２^２４以上であるＬＴＲＰエントリはないものとする。

－ｓｅｔＯｆＲｅｆＰｉｃｓを、ＲｅｆＰｉｃＬｉｓｔ［０］における、現在のピクチャと同一のｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する全てのエントリと、ＲｅｆＰｉｃＬｉｓｔ［１］における、現在のピクチャと同一のｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する全てのエントリと、により参照される一意のピクチャのセットとする。ｓｅｔＯｆＲｅｆＰｉｃｓにおけるピクチャの数は、ＭａｘＤｐｂＳｉｚｅ－１以下であるものとする。ここで、ＭａｘＤｐｂＳｉｚｅは、Ａ．４．２項に規定されるとおりであり、ｓｅｔＯｆＲｅｆＰｉｃｓは、ピクチャの全てのスライスで同一である。

－現在のスライスのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＴＳＡ＿ＮＵＴに等しい場合、ＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］において、ＴｅｍｐｏｒａｌＩｄが現在のピクチャのものと等しく、かつｎｕｈ＿ｌａｙｅｒ＿ｉｄが現在のピクチャのものと等しいアクティブエントリが存在しないものとする。

－現在のピクチャが、復号順において、現在のピクチャのＴｅｍｐｏｒａｌＩｄと等しいＴｅｍｐｏｒａｌＩｄを有するＳＴＳＡピクチャと、現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄと等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＳＴＳＡピクチャと、の後に続くピクチャである場合、復号順において、そのＳＴＳＡピクチャに先行し、現在のピクチャのＴｅｍｐｏｒａｌＩｄと等しいＴｅｍｐｏｒａｌＩｄを持ち、現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するピクチャは、ＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］にアクティブなエントリとして含まれないものとする。

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

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

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

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

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

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

－現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリにより参照されるピクチャは、現在のピクチャと同一のＡＵ内にあるものとする。

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

－スライスのＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリは、アクティブエントリであるものとする。

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

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

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

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

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

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

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

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

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

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

映像エンコーダ１１４および映像デコーダ１２４は、ＨＥＶＣ（Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ ＶｉｄｅｏＣｏｄｉｎｇ）規格、ＶＶＭ（Ｖｅｒｓａｔｉｌｅ ＶｉｄｅｏＣｏｄｉｎｇ）規格、および他の現在のおよび／またはさらなる規格等の映像圧縮規格に従って動作してもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１９．解決策１～１８の１つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像復号装置。

２０．解決策１～１８の１つ以上に記載の方法を実装するように構成されたプロセッサを備える、映像符号化装置。

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

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

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

図１１は、映像処理の方法１１００の一例を示すフローチャートである。動作１１０２は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ビットストリーム内のネットワーク抽象化レイヤ（ＮＡＬ）ユニットの構文を規定するフォーマット規則に準拠し、フォーマット規則は、映像コーディングレイヤ（ＶＣＬ）ＮＡＬユニットタイプのＮＡＬユニットが、特定タイプのピクチャ又は特定タイプのサブピクチャに関連付けられた内容を含むことを規定する。

方法１１００のいくつかの実施例において、ＶＣＬ ＮＡＬユニットタイプのＮＡＬユニットの内容は、コーディングされたスライスがクリーンランダムアクセスピクチャ又はクリーンランダムアクセスサブピクチャに関連付けられていることを示す。方法１１００のいくつかの実施例において、クリーンランダムアクセスサブピクチャは、各ＶＣＬ ＮＡＬユニットがクリーンランダムアクセスタイプを有するイントラランダムアクセスポイントサブピクチャである。方法１１００のいくつかの実施例において、ＶＣＬ ＮＡＬユニットタイプのＮＡＬユニットの内容は、コーディングされたスライスが、関連付けられた漸次的復号更新ピクチャ又は関連付けられた漸次的復号更新サブピクチャに関連付けられていることを示す。方法１１００のいくつかの実施例において、関連付けられた漸次的復号更新サブピクチャは、ＶＣＬ ＮＡＬユニットが属するレイヤの識別子又は非ＶＣＬ ＮＡＬユニットが適用されるレイヤの識別子が第１の特定値に等しく、サブピクチャインデックスの第２の特定値を有する、復号順において前の漸次的復号更新サブピクチャであり、復号順において前の漸次的復号更新サブピクチャと、識別子の第１の特定値とサブピクチャインデックスの第２の特定値とを有する特定のサブピクチャとの間において、識別子の第１の特定値とサブピクチャインデックスの第２の特定値とを有するイントラランダムアクセスポイントサブピクチャは存在しない。

方法１１００のいくつかの実施例において、ＶＣＬ ＮＡＬユニットタイプのＮＡＬユニットの内容は、コーディングされたスライスが関連付けられたイントラランダムアクセスポイントピクチャ又は関連付けられたイントラランダムアクセスポイントサブピクチャに関連付けられていることを示す。方法１１００のいくつかの実施例において、関連付けられたイントラランダムアクセスポイントサブピクチャは、ＶＣＬ ＮＡＬユニットが属するレイヤの識別子又は非ＶＣＬ ＮＡＬユニットが適用されるレイヤの識別子が第１の特定値に等しく、サブピクチャインデックスの第２の特定値を有する、復号順において前のイントラランダムアクセスポイントサブピクチャであり、復号順において前のイントラランダムアクセスポイントサブピクチャと、識別子の第１の特定値とサブピクチャインデックスの第２の特定値とを有する特定のサブピクチャとの間において、識別子の第１の特定値とサブピクチャインデックスの第２の特定値とを有する漸次的復号更新サブピクチャは存在しない。方法１１００のいくつかの実施例において、ＶＣＬ ＮＡＬユニットタイプのＮＡＬユニットの内容は、コーディングされたスライスが瞬時復号更新ピクチャ又は瞬時復号更新サブピクチャに関連付けられていることを示す。方法１１００のいくつかの実施例において、瞬時復号更新サブピクチャは、各ＶＣＬ ＮＡＬユニットが瞬時復号更新タイプを有するイントラランダムアクセスポイントサブピクチャである。

方法１１００のいくつかの実施例において、ＶＣＬ ＮＡＬユニットタイプのＮＡＬユニットの内容は、コーディングされたスライスが先頭ピクチャ又は先頭サブピクチャに関連付けられていることを示す。方法１１００のいくつかの実施例において、先頭サブピクチャは、関連付けられたイントラランダムアクセスポイントサブピクチャに出力順において先行するサブピクチャである。方法１１００のいくつかの実施例において、ＶＣＬ ＮＡＬユニットタイプのＮＡＬユニットの内容は、コーディングされたスライスがランダムアクセス復号可能な先頭ピクチャ又はランダムアクセス復号可能な先頭サブピクチャに関連付けられていることを示す。方法１１００のいくつかの実施例において、ランダムアクセス復号可能な先頭サブピクチャは、各ＶＣＬ ＮＡＬユニットがランダムアクセス復号可能な先頭タイプを有するサブピクチャである。方法１１００のいくつかの実施例において、ＶＣＬ ＮＡＬユニットタイプのＮＡＬユニットの内容は、コーディングされたスライスがランダムアクセススキップ型先頭ピクチャ又はランダムアクセススキップ型先頭サブピクチャに関連付けられていることを示す。方法１１００の実施例において、ランダムアクセススキップ型先頭サブピクチャは、各ＶＣＬ ＮＡＬユニットがランダムアクセススキップ型先頭タイプを有するサブピクチャである。方法１１００のいくつかの実施例において、ＶＣＬ ＮＡＬユニットタイプのＮＡＬユニットの内容は、コーディングされたスライスが段階的時間的サブレイヤアクセスピクチャ又は段階的時間的サブレイヤアクセスサブピクチャに関連付けられていることを示す。

方法１１００のいくつかの実施例において、段階的時間的サブレイヤアクセスサブピクチャは、各ＶＣＬ ＮＡＬユニットが段階的時間的サブレイヤアクセスタイプを有するサブピクチャである。方法１１００のいくつかの実施例において、ＶＣＬ ＮＡＬユニットタイプのＮＡＬユニットの内容は、コーディングされたスライスが後端ピクチャ又は後端サブピクチャに関連付けられていることを示す。方法１１００のいくつかの実施例において、後端サブピクチャは、各ＶＣＬ ＮＡＬユニットがトレイルタイプを有するサブピクチャである。

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

方法１２００のいくつかの実施例において、ランダムアクセスタイプのサブピクチャは、ランダムアクセス復号可能な先頭サブピクチャである。方法１２００のいくつかの実施例において、ランダムアクセスタイプのサブピクチャは、ランダムアクセススキップ型先頭サブピクチャである。

図１３は、例示的な映像処理の方法（１３００）のフローチャートである。動作１３０２は、サブピクチャを含むピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、フォーマット規則に準拠し、フォーマット規則は、１つ以上のランダムアクセススキップ型先頭サブピクチャが瞬時復号更新サブピクチャに関連付けられていることに呼応して、１つ以上のランダムアクセススキップ型先頭サブピクチャがビットストリームにないことを規定する。

図１４は、映像処理の方法１４００の一例を示すフローチャートである。動作１４０２は、サブピクチャを含むピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、１つ以上のランダムアクセス復号可能な先頭サブピクチャが、瞬時復号更新サブピクチャが先頭ピクチャに関連付けられていないことを示すネットワーク抽象化レイヤ（ＮＡＬ）ユニットのタイプを有する瞬時復号更新サブピクチャに関連付けられていることに呼応して、１つ以上のランダムアクセス復号可能な先頭サブピクチャがビットストリームにないことを規定するフォーマット規則に準拠する。

図１５は、映像処理の方法１５００の一例を示すフローチャートである。動作１５０２は、２つの隣接するサブピクチャ含むピクチャを含む映像と、この映像のビットストリームと、を変換することを含み、このビットストリームは、異なるタイプのネットワーク抽象化レイヤ（ＮＡＬ）ユニットを有する２つの隣接するサブピクチャが、コーディングされたレイヤ映像シーケンスにおける２つの隣接するサブピクチャの各々をピクチャとして扱うかどうかを示す同一の第１の値を有する構文要素を有することを規定するフォーマット規則に準拠する。

方法１５００のいくつかの実施例において、フォーマット規則は、２つの隣接するサブピクチャの構文要素が、コーディングされたレイヤ映像シーケンスにおける２つの隣接するサブピクチャの各々をピクチャとして扱うことを示すことを規定する。

図１６は、映像処理の方法１６００の一例を示すフローチャートである。動作１６０２は、２つの隣接するサブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、フォーマット規則は、２つの隣接するサブピクチャが、第１のサブピクチャインデックスを有する第１の隣接するサブピクチャと、第２のサブピクチャインデックスを有する第２の隣接するサブピクチャと、を含むことを規定し、前記フォーマット規則が、前記第１のサブピクチャインデックスに関連付けられた第１の構文要素が前記第１の隣接サブピクチャをピクチャとして扱わないことを示すこと、又は、前記第２のサブピクチャインデックスに関連付けられた第２の構文要素が前記第２の隣接サブピクチャをピクチャとして扱わないことを示すことに呼応して、前記２つの隣接サブピクチャが同一のタイプのネットワーク抽象化レイヤ（ＮＡＬ）ユニットを有することを規定する。

方法１６００のいくつかの実施例において、ピクチャは、２つの隣接するサブピクチャを含む複数のサブピクチャを含み、フォーマット規則は、サブピクチャがピクチャとして扱われないことを示す構文要素を有する複数のサブピクチャからのサブピクチャに呼応して、複数のサブピクチャが同一のタイプのＮＡＬユニットを有することを規定する。
方法１６００の実施例において、ピクチャは、２つの隣接するサブピクチャを含む複数のサブピクチャを含み、フォーマット規則は、ＣＬＶＳにおける複数のサブピクチャの各々をピクチャとして扱うことを示す対応する構文要素を有する複数のサブピクチャに呼応して、構文要素が、ピクチャパラメータセット（ＰＰＳ）を参照する映像の各ピクチャが同一のタイプのＶＣＬ ＮＡＬユニットを有さない複数のＶＣＬ ＮＡＬユニットを有することを示すことを規定する。

図１７は、映像処理の方法１７００の一例を示すフローチャートである。動作１７０２は、１つ以上のサブピクチャを含むピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ピクチャパラメータセット（ＰＰＳ）を参照する映像の各ピクチャが、同一のタイプのＶＣＬ ＮＡＬユニットを持たない複数のＶＣＬ ＮＡＬユニットを有することを示す構文要素に呼応して、ピクチャが３つ以上の異なるタイプの映像コーディングレイヤ（ＶＣＬ）ネットワーク抽象化レイヤ（ＮＡＬ）ユニットを含むことを許可することを規定するフォーマット規則に準拠する。

図１８は、映像処理の方法１８００の一例を示すフローチャートである。動作１８０２は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに関連付けられた後端サブピクチャが、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに、ある順序で続くことを規定するフォーマット規則に準拠する。

方法１８００のいくつかの実施例において、この順序は出力順である。

図１９は、映像処理の方法１９００の一例を示すフローチャートである。動作１９０２は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、（１）前記サブピクチャが前記イントラランダムアクセスポイントサブピクチャに第２の順序において先行し、（２）前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャが、前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ（ＮＡＬ）ユニットが属するレイヤについて同一の第１の値を有し、および（３）前記サブピクチャと前記イントラランダムアクセスポイントサブピクチャがサブピクチャインデックスの同一の第２の値を有する、ことに呼応して、サブピクチャが、イントラランダムアクセスポイントサブピクチャと、イントラランダムアクセスポイントサブピクチャに関連付けられた１つ以上のランダムアクセス復号可能な先頭サブピクチャとに、第１の順序において先行することを規定するフォーマット規則に準拠する。

方法１８００のいくつかの実施例において、第１の順序は出力順である。方法１８００のいくつかの実施例において、第２の順序は復号順である。

図２０は、映像処理の方法２０００の一例を示すフローチャートである。動作２００２は、１つ以上のサブピクチャを含む１つ以上の映像と、この映像のビットストリームとの変換を行うことを含み、ビットストリームは、クリーンランダムアクセスサブピクチャに関連付けられたランダムアクセススキップ型先頭サブピクチャが、クリーンランダムアクセスサブピクチャに関連付けられた１つ以上のランダムアクセス復号可能な先頭サブピクチャに、ある順序で先行することを規定するフォーマット規則に準拠する。

方法２０００のいくつかの実施例において、この順序は出力順である。

図２１は、映像処理の方法２１００の一例を示すフローチャートである。動作２１０２は、１つ以上のサブピクチャを含む１つ以上の映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、クリーンランダムアクセスサブピクチャに関連付けられたランダムアクセススキップ型先頭サブピクチャが、第１の順序において、クリーンランダムアクセスサブピクチャに第２の順序で先行する１つ以上のイントラランダムアクセスポイントサブピクチャに続くことを規定するフォーマット規則に準拠する。

方法２１００のいくつかの実施例において、第１の順序は出力順である。方法２１００のいくつかの実施例において、第２の順序は復号順である。

図２２は、映像処理の方法２２００の一例を示すフローチャートである。動作２２０２は、１つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームとの変換を行うことを含み、このビットストリームは、（１）構文要素が、コーディングされたレイヤ映像シーケンスがフレームを表すピクチャを伝えることを示し、および（２）現在のサブピクチャは、イントラランダムアクセスポイントサブピクチャに関連付けされた先頭サブピクチャである、ことに呼応して、現在のサブピクチャが、ランダムアクセスポイント内サブピクチャに関連付けられた１つ以上の非先頭サブピクチャに復号順において先行することを規定するフォーマット規則に準拠する。

方法２２００のいくつかの実施例において、（１）コーディングされたレイヤシーケンスがフィールドを表すピクチャを伝えることを示す構文要素、および（２）現在のサブピクチャが先頭サブピクチャではないことを示すことに呼応して、フォーマット規則は：復号順において、イントラランダムアクセスポイントサブピクチャに関連付けられた第１の先頭サブピクチャに先行する非先頭サブピクチャが最大１つ存在し、かつ、復号順において、イントラランダムアクセスポイントサブピクチャに関連付けられた第１の先頭サブピクチャと最後の先頭サブピクチャとの間に非先頭ピクチャは存在せず、現在のサブピクチャ、最大１つの非先頭サブピクチャ、および非先頭ピクチャは、現在のサブピクチャのネットワーク抽象化レイヤ（ＮＡＬ）ユニット、最大１つの非先頭サブピクチャ、および非先頭サブピクチャが属するレイヤに対して同一の第１の値を有し、かつ、現在のサブピクチャ、最大１つの非先頭サブピクチャ、および非先頭ピクチャは、サブピクチャインデックスの同一の第２の値を有する、ことを規定する。

図２３は、例示的な映像処理の方法２３００のフローチャートである。動作２３０２は、１つ以上のサブピクチャを含む１つ以上のピクチャからなる映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、ピクチャがイントラランダムアクセスポイントピクチャの先頭ピクチャであることに呼応して、ピクチャ内の全ての映像コーディングレイヤ（ＶＣＬ）ＮＡＬユニットに対する１つ以上のタイプのネットワーク抽象化レイヤ（ＮＡＬ）ユニットがＲＡＤＬ＿ＮＵＴ又はＲＡＳＬ＿ＮＵＴを含むことを規定するフォーマット規則に準拠する。

方法２３００のいくつかの実施例において、フォーマット規則は、（１）ピクチャにおける全てのＶＣＬ ＮＡＬユニットのための１つ以上のタイプのＮＡＬユニットは、ＲＡＤＬ＿ＮＵＴおよびＲＡＳＬ＿ＮＵＴを含み、および（２）ピクチャを含むレイヤが出力レイヤである、ことに呼応して、ピクチャの変数をピクチャ出力フラグの値に等しく設定することを規定する。

図２４は、映像処理の方法２４００の一例を示すフローチャートである。動作２４０２は、複数のサブピクチャを含む１つ以上のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、（１）少なくともサブピクチャが漸次的復号更新サブピクチャに第２の順序で先行し、（２）少なくとも１つのサブピクチャおよび漸次的復号更新サブピクチャは、少なくとも１つのサブピクチャおよび漸次的復号更新サブピクチャが属するネットワーク抽象化レイヤ（ＮＡＬ）のユニットの属するレイヤについて同一の第１の値を持ち、および（３）少なくとも１つのサブピクチャおよび漸次的復号更新ピクチャが、サブピクチャインデックスの同一の第２の値を持つ、ことに呼応して、少なくとも１つのサブピクチャが、漸次的復号更新サブピクチャとその漸次的復号更新サブピクチャとに、第１の順序において先行することを規定するフォーマット規則に準拠する。

実施例２４００のいくつかの方法において、第１の順序は出力順である。実施例２４００のいくつかの方法において、第２の順序は復号順である。

図２５は、映像処理の方法２５００の一例を示すフローチャートである。動作２５０２は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、（ａ）第１のピクチャが、現在のサブピクチャと同一の時間的識別子およびネットワーク抽象化レイヤ（ＮＡＬ）ユニットの同じレイヤ識別子を有し、（ｂ）現在のサブピクチャが復号順において段階的時間的サブレイヤアクセスサブピクチャに続き、および（ｃ）現在のサブピクチャと段階的時間的サブレイヤアクセスサブピクチャが同一の時間的識別子、同一のレイヤ識別子および同じサブピクチャを有する、ことに呼応して、現在のスライスの参照リスト内のアクティブエントリに、段階的時間的サブレイヤアクセスサブピクチャを含む第２のピクチャに復号順において先行する第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

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

図２６は、映像処理の方法２６００の一例を示すフローチャートである。動作２６０２は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、現在のサブピクチャが特定タイプのサブピクチャでないことに呼応して、現在のスライスの参照ピクチャリスト内のアクティブエントリに、利用不可能な参照ピクチャを生成するための復号プロセスによって生成される第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

方法２６００のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が１に等しいクリーンランダムアクセスピクチャのクリーンランダムアクセスサブピクチャに関連付けられたランダムアクセススキップ型先頭サブピクチャではない。方法２６００のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が１に等しい、漸次的復号更新ピクチャの漸次的復号更新サブピクチャではない。方法２６００のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が１に等しく、かつ、現在のサブピクチャと同一のネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子を有する漸次的復号更新ピクチャの復元ピクチャのサブピクチャ、ではない。方法２６００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリストを含む。方法２６００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ１参照ピクチャリストを含む。

図２７は、映像処理の方法２７００の一例を示すフローチャートである。動作２７０２は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームと、を変換することを含み、このビットストリームは、特定タイプのサブピクチャでない現在のサブピクチャに呼応して、現在のスライスの参照ピクチャリストにおけるエントリに、利用不可能な参照ピクチャを生成する復号処理によって生成された第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

方法２７００のいくつかの実施例において、現在のピクチャは、復元前の出力がないことを示すフラグの値が１に等しいクリーンランダムアクセスピクチャのクリーンランダムアクセスサブピクチャではない。方法２７００のいくつかの実施例において、現在のサブピクチャは、復号順において、復元前の出力がないことを示すフラグの値が１に等しいクリーンランダムアクセスピクチャのクリーンランダムアクセスサブピクチャに関連づけられた１つ以上の先頭サブピクチャに先行するサブピクチャ、ではない。方法２７００のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が１に等しいクリーンランダムアクセスピクチャのクリーンランダムアクセスサブピクチャに関連付けられた先頭サブピクチャ、ではない。方法２７００のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が１に等しい漸次的復号更新ピクチャの漸次的復号更新サブピクチャではない。

方法２７００のいくつかの実施例において、現在のサブピクチャは、復元前の出力がないことを示すフラグの値が１に等しく、かつ、現在のサブピクチャと同一のネットワーク抽象化レイヤ（ＮＡＬ）ユニットのレイヤ識別子を有する、漸次的復号更新ピクチャの復元ピクチャのサブピクチャではない。方法２７００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリストを含む。方法２７００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ１参照ピクチャリストを含む。

図２８は、映像処理の方法２８００の一例を示すフローチャートである。動作２８０２は、現在のスライスを有する現在のサブピクチャを含む現在のピクチャを含む映像と、この映像のビットストリームと、の変換を行うことを含み、ビットストリームは、（ａ）第１のピクチャが、現在のサブピクチャに第２の順序において先行する、先行するイントラランダムアクセスポイントサブピクチャを含み、（ｂ）先行するイントラランダムアクセスポイントサブピクチャが、ネットワーク抽象化レイヤ（ＮＡＬ）ユニットの同一のレイヤ識別子と現在のサブピクチャと同一のサブピクチャインデックスを有し、および（ｃ）現在のサブピクチャがクリーンランダムアクセスサブピクチャである、ことに呼応して、現在のスライスの参照ピクチャリスト内のエントリに、現在のピクチャに第１の順序又は第２の順序において先行する第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

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

図２９は、映像処理の方法２９００の一例を示すフローチャートである。動作２９０２は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、（ａ）現在のサブピクチャが、イントラランダムアクセスポイントサブピクチャに関連付けられ、（ｂ）現在のサブピクチャが、第１の順序においてイントラランダムアクセスポイントサブピクチャに続く、ことに呼応して、現在のスライスの参照ピクチャリスト内のアクティブエントリに、第１の順序又は第２の順序において現在のピクチャに先行する第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

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

図３０は、映像処理の方法３０００の一例を示すフローチャートである。動作３００２は、現在のスライスを含む現在のサブピクチャを含む現在のピクチャを含む映像と、映像のビットストリームと、の変換を行うことを含み、ビットストリームは、（ａ）現在のサブピクチャが、第１の順序においてイントラランダムアクセスポイントサブピクチャに続き、（ｂ）現在のサブピクチャが、第１の順序および第２の順序においてＩＲＡＰサブピクチャに関連付けられた１つ以上の先頭サブピクチャに続く、ことに呼応して、現在のスライスの参照ピクチャリスト内のエントリに、第１の順序又は第２の順序において現在のピクチャに先行する第１のピクチャを含めることを許可しないフォーマット規則に準拠する。

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

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

方法３１００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ０参照ピクチャリストを含む。方法３１００のいくつかの実施例において、参照ピクチャリストは、Ｌｉｓｔ１参照ピクチャリストを含む。

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

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

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

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

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

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

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

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

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

Claims (27)

1. 映像処理方法であって、
   １つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
   前記ビットストリームは、イントラランダムアクセスポイントサブピクチャ又は漸次的復号更新サブピクチャに関連付けられた後端サブピクチャが、前記イントラランダムアクセスポイントサブピクチャ又は前記漸次的復号更新サブピクチャにある順序で続くことを規定するフォーマット規則に準拠する、
   方法。
2. 前記順序は出力順である、
   請求項１に記載の方法。
3. 映像処理方法であって、
   １つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
   前記ビットストリームは、
   （１）サブピクチャが、イントラランダムアクセスポイントサブピクチャに第２の順序において先行し、
   （２）前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャのネットワーク抽象化レイヤ（ＮＡＬ）ユニットが属するレイヤについて同一の第１の値を有し、かつ、
   （３）前記サブピクチャおよび前記イントラランダムアクセスポイントサブピクチャが、サブピクチャインデックスの同一の第２の値を有すること、
   に呼応して、前記サブピクチャが、前記イントラランダムアクセスポイントサブピクチャと、前記イントラランダムアクセスポイントサブピクチャに関連付けられた１つ以上のランダムアクセス復号可能な先頭サブピクチャとに、第１の順序において先行することを規定するフォーマット規則に準拠する、
   方法。
4. 前記第１の順序は出力順である、
   請求項３に記載の方法。
5. 前記第２の順序は復号順である、
   請求項３に記載の方法。
6. 映像処理方法であって、
   １つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
   前記ビットストリームは、クリーンランダムアクセスサブピクチャに関連付けられたランダムアクセススキップ型先頭サブピクチャが、前記クリーンランダムアクセスサブピクチャに関連付けられた１つ以上のランダムアクセス復号可能な先頭サブピクチャに、ある順序で先行することを規定するフォーマット規則に準拠する、
   方法。
7. 前記順序は出力順である、
   請求項６に記載の方法。
8. 映像処理方法であって、
   １つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うこと、を含み、
   前記ビットストリームは、クリーンランダムアクセスサブピクチャと関連付けられたランダムアクセススキップ型先頭サブピクチャが、前記クリーンランダムアクセスサブピクチャに第２の順序において先行する１つ以上のイントラランダムアクセスポイントサブピクチャに、第１の順序において続くことを規定するフォーマット規則に準拠する、
   方法。
9. 前記第１の順序は出力順である、
   請求項７に記載の方法。
10. 前記第２の順序は復号順である、
    請求項７に記載の方法。
11. 映像処理方法であって、
    １つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
    前記ビットストリームは、
    （１）構文要素が、コーディングされたレイヤ映像シーケンスがフレームを表現するピクチャを搬送することを示し、かつ、
    （２）現在のサブピクチャが、イントラランダムアクセスポイントサブピクチャに関連付けられた先頭サブピクチャである、
    ことに呼応して、前記現在のサブピクチャが、前記イントラランダムアクセスポイントサブピクチャに関連付けられた１つ以上の非先頭サブピクチャに復号順において先行する、
    方法。
12. （１）前記構文要素が、前記コーディングされたレイヤ映像シーケンスがフィールドを表すピクチャを搬送し、かつ、
    （２）前記現在のサブピクチャが前記先頭サブピクチャでない、ことに呼応して、
    前記フォーマット規則は、
    前記イントラランダムアクセスポイントサブピクチャに関連付けられた第１の先頭サブピクチャに、前記復号順において先行する最大１つの非先頭サブピクチャが存在すること、かつ、
    前記イントラランダムアクセスポイントサブピクチャに関連付けられた前記第１の先頭サブピクチャと最後の先頭サブピクチャとの間に、前記復号順において非先頭ピクチャは存在しないこと、
    を規定し、
    前記現在のサブピクチャ、前記最大１つの非先頭サブピクチャ、及び前記非先頭ピクチャは、前記現在のサブピクチャのネットワーク抽象化レイヤ（ＮＡＬ）ユニット、前記最大１つの非先頭サブピクチャ、及び前記非先頭サブピクチャ、が属するレイヤについて同一の第１の値を有し、
    前記現在のサブピクチャ、前記最大１つの非先頭サブピクチャ、及び前記非先頭ピクチャは、サブピクチャインデックスの同一の第２の値を有する、
    請求項１１に記載の方法。
13. 映像処理方法であって、
    １つ以上のサブピクチャを含む１つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うこと、を含み、
    前記ビットストリームは、前記ピクチャがイントラランダムアクセスポイントピクチャの先頭ピクチャであることに呼応して、ピクチャ内の全ての映像コーディングレイヤ（ＶＣＬ）ＮＡＬユニットに対する１つ以上のタイプのネットワーク抽象化レイヤ（ＮＡＬ）ユニットが、ＲＡＤＬ＿ＮＵＴ又はＲＡＳＬ＿ＮＵＴを含むことを規定するフォーマット規則に準拠する、
    方法。
14. 前記フォーマット規則は、
    （１）前記ピクチャ内の全てのＶＣＬ ＮＡＬユニットのための前記１つ以上のタイプのＮＡＬユニットがＲＡＤＬ＿ＮＵＴ 及びＲＡＳＬ＿ＮＵＴを含み、かつ
    （２）前記ピクチャを含むレイヤが出力レイヤである、
    ことに呼応して、前記ピクチャの変数をピクチャ出力フラグの値に等しく設定することを規定する、
    請求項１３に記載の方法。
15. 映像処理方法であって、
    複数のサブピクチャを含む１つ以上のピクチャを含む映像と、前記映像のビットストリームと、の変換を行うことを含み、
    前記ビットストリームは、
    （１）少なくとも１つのサブピクチャが、漸次的復号更新サブピクチャに第２の順序において先行し、
    （２）前記少なくとも１つのサブピクチャ及び前記漸次的復号更新サブピクチャが、前記少なくとも１つのサブピクチャ及び前記漸次的復号更新サブピクチャのネットワーク抽象化レイヤ（ＮＡＬ）ユニットが属するレイヤについて同一の第１の値を有し、かつ
    （３）前記少なくとも１つのサブピクチャ及び前記前記漸次的復号更新ピクチャは、サブピクチャインデックスの同一の第２の値を有する、
    ことに呼応して、前記少なくとも１つのサブピクチャが、前記漸次的復号更新サブピクチャ及び前記漸次的復号更新サブピクチャに関連付けられた前記１つ以上のサブピクチャに、第１の順序において先行することを規定するフォーマット規則に準拠する、
    方法。
16. 前記第１の順序は出力順である、
    請求項１５に記載の方法。
17. 前記第２の順序は復号順である、
    請求項１５に記載の方法。
18. 前記変換を行うことは、前記映像を前記ビットストリームに符号化することを含む、
    請求項１～１７のいずれかに記載の方法。
19. 前記変換を行うことは、前記映像から前記ビットストリームを生成することを含み、
    前記方法は、前記ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、
    請求項１～１７のいずれかに記載の方法。
20. 前記変換を行うことは、前記ビットストリームから前記映像を復号することを含む、
    請求項１～１７のいずれかに記載の方法。
21. 請求項１～２０の１つ以上に記載の方法を実装するように構成された処理装置を備える、
    映像復号装置。
22. 請求項１～２０の１つ以上の記載の方法を実装するように構成された処理装置を備える、
    映像符号化装置。
23. コンピュータ命令が記憶されたコンピュータプログラム製品であって、前記命令が処理装置により実行されると、前記処理装置に、請求項１～２０のいずれかに記載の方法を実装させる、
    コンピュータプログラム製品。
24. 請求項１～２０のいずれか１項に記載の方法に従って生成されたビットストリームを記憶する、
    非一時的なコンピュータ可読記憶媒体。
25. 請求項１～２０のいずれかに記載の方法を処理装置に実装させる命令を記憶する、
    非一時的なコンピュータ可読記憶媒体。
26. ビットストリーム生成方法であって、
    請求項１～２０のいずれかに記載の方法に従って、映像のビットストリームを生成することと、
    前記ビットストリームをコンピュータ読み取り可能なプログラム媒体に記憶することと、を含む、
    方法。
27. 本明細書に記載される開示される方法又はシステムに基づいて生成される方法、装置、ビットストリーム。

Images