JP2023519560A - 参照ピクチャリストエントリの制約 - Google Patents

Abstract

映像の符号化または復号化のような映像処理のための方法および装置が開示される。一例の映像処理方法は、規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを有し、規則は、使用不可能な参照ピクチャを生成するための復号化処理によって生成されたピクチャが、現在のピクチャの現在のスライスの参照ピクチャリストにおけるアクティブなエントリによって参照されない条件を規定する。
【選択図】図３

Description

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

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

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

本明細書は、改善された性能を提供するビットストリーム構文を使用して、映像のコーディングされた表現を処理するための映像エンコーダおよびデコーダによって使用できる技術を開示する。開示される方法は、映像符号化、または映像復号化、または映像コード変換等の映像処理を実行する装置によって使用してもよい。

１つの例示的な態様において、映像処理方法が開示される。この方法は、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、第２のピクチャのイントラランダムアクセスポイントピクチャである第１の映像ピクチャと第２のピクチャとが同じ映像レイヤに属するように制約されることを規定する規則に従って編成される。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、イントラランダムアクセスポイントである第１のタイプのピクチャに続くコーディングされた表現におけるトレイリングピクチャも、漸進的復号化リフレッシュピクチャを含む第２のタイプのピクチャに関連付けられることを許可することを規定するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、復号順でイントラランダムアクセスポイントに先行するピクチャの出力順に対する制約を、出力順が同じ映像レイヤ内のピクチャにのみ適用可能となるように規定するフォーマット規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現が、（１）トレイリングピクチャは、出力順において、関連付けられたＩＲＡＰ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）ピクチャまたはＧＤＲ（Ｇｒａｄｕａｌ Ｄｅｃｏｄｅｒ Ｒｅｆｒｅｓｈ）ピクチャに続かなければならない、または（２）ＧＤＲピクチャのそれと同じレイヤＩＤを有するピクチャは、出力順において、ＧＤＲピクチャおよびＧＤＲピクチャのすべての関連付けられたピクチャに先行しなければならないという制約を規定するフォーマット規則に準拠している。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、変換は、順序制約が、ピクチャ、ＩＲＡＰピクチャ、および非リーディングピクチャが同じレイヤにある場合にのみ、ピクチャ、ＩＲＡＰＵ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）ピクチャ、および非リーディングピクチャに適用可能であるという規則に準拠し、規則は、（ａ）フィールドシーケンスの値と復号化順を規定する第１の規則と、（ｂ）レイヤのリーディングおよび／または非リーディングピクチャの順序のうちの一方である。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、変換は、リーディングピクチャ、ＲＡＤＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄｅｃｏｄａｂｌｅ Ｌｅａｄｉｎｇ）ピクチャ、およびＧＤＲ（Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ピクチャに関連付けられたＲＡＳＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ）ピクチャの順序を規定する規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、変換は、クリーンランダムアクセスピクチャの参照ピクチャリストの制約が１つのレイヤに制限されることを規定する規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、変換は、現在のピクチャが利用不可な参照ピクチャを生成するための復号化処理によって生成された参照ピクチャリストにおけるエントリを参照することを許可する条件を規定する規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、変換は、現在のピクチャと現在のピクチャに対応する参照ピクチャリストとの間の順序の規則に準拠する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、フォーマット規則は、第２のピクチャの関連付けられたイントラランダムアクセスポイントピクチャである第１の映像ピクチャと第２のピクチャとが同じ映像レイヤに属するように制約されることを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、フォーマット規則は、ビットストリームにおけるトレイリングピクチャを漸進的復号化リフレッシュピクチャに関連付けることを許可することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、フォーマット規則は、復号化順でイントラランダムアクセスポイントに先行するピクチャの出力順に対する制約が同じ映像レイヤ内のピクチャに適用可能であることを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、フォーマット規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、フォーマット規則は、（１）トレイリングピクチャは、関連付けられたイントラランダムアクセスポイントピクチャまたは漸進的デコーダリフレッシュピクチャを出力順に追跡する、または、（２）漸進的デコーダリフレッシュピクチャと同じＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｉｏｎ Ｌａｙｅｒ）ユニットヘッダレイヤ識別子を有するピクチャが、出力順で、漸進的デコーダリフレッシュピクチャおよび漸進的デコーダリフレッシュピクチャのすべての関連付けられたピクチャに先行する、という制約を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、規則は、ピクチャ、イントラランダムアクセスポイントピクチャ、および非リーディングピクチャが同じレイヤにある場合にのみ、イントラランダムアクセスポイントに関連付けられたピクチャと非リーディングピクチャの復号化順に対して制約を適用することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、規則は、リーディングピクチャ、ランダムアクセス復号化可能なリーディングピクチャ、および漸進的復号化リフレッシュピクチャに関連付けられたランダムアクセスがスキップされたリーディングピクチャの順序を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、規則は、クリーンランダムアクセスピクチャのスライスのための参照ピクチャリストに対する制約をレイヤに制限することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、規則は、現在のピクチャの現在のスライスの参照ピクチャリストにおけるアクティブエントリが参照する、利用不可な参照ピクチャを生成するための復号化処理によって生成されたピクチャは存在しないという条件を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、規則は、現在のピクチャの現在のスライスの参照ピクチャリストにおけるエントリが参照する、利用不可な参照ピクチャを生成するための復号化処理によって生成されたピクチャは存在しないという条件を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、現在のスライスを含む現在のピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、規則は、現在のスライスの参照ピクチャリストが、現在のピクチャに関連付けられたイントラランダムアクセスポイントピクチャに復号化順または出力順で先行するピクチャを指すアクティブエントリを有することは許可されないという条件を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、現在のスライスを含む現在のピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行することを含み、規則は、現在のスライスの参照ピクチャリストが、現在のピクチャに関連付けられたイントラランダムアクセスポイントピクチャに復号化順または出力順で先行するピクチャを指すエントリを有することは許可されないという条件を規定する。

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

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

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

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

映像処理システム例を示すブロック図である。 映像処理装置のブロック図である。 映像処理の例示的な方法のフローチャートである。 本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。 本発明のいくつかの実施形態によるエンコーダを示すブロック図である。 本発明のいくつかの実施形態によるデコーダを示すブロック図である。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。 開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。

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

１．発明の概要
本明細書は、映像コーディング技術に関する。具体的には、異なるタイプのピクチャの定義、復号化順、出力順、および予測関係におけるそれらの関係を含め、ランダムアクセス、サブレイヤスイッチング、およびスケーラビリティのサポートのための様々な態様に関する。この考えは、個々に又は様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング規約又は非標準映像コーデックに適用されてもよい。

２．略語
ＡＰＳ Ａｄａｐｔａｔｉｏｎ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＡＵ Ａｃｃｅｓｓ Ｕｎｉｔ
ＡＵＤ Ａｃｃｅｓｓ Ｕｎｉｔ Ｄｅｌｉｍｉｔｅｒ
ＡＶＣ Ａｄｖａｎｃｅｄ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
ＣＬＶＳ Ｃｏｄｅｄ Ｌａｙｅｒ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ
ＣＰＢ Ｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ
ＣＲＡ Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ
ＣＴＵ Ｃｏｄｉｎｇ Ｔｒｅｅ Ｕｎｉｔ
ＣＶＳ Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ
ＤＣＩ Ｄｅｃｏｄｉｎｇ Ｃａｐａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ
ＤＰＢ Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ
ＥＯＢ Ｅｎｄ Ｏｆ Ｂｉｔｓｔｒｅａｍ
ＥＯＳ Ｅｎｄ Ｏｆ Ｓｅｑｕｅｎｃｅ
ＧＤＲ Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ
ＨＥＶＣ Ｈｉｇｈ Ｅｆｆｉｃｉｅｎｃｙ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
ＨＲＤ Ｈｙｐｏｔｈｅｔｉｃａｌ Ｒｅｆｅｒｅｎｃｅ Ｄｅｃｏｄｅｒ
ＩＤＲ Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ
ＪＥＭ Ｊｏｉｎｔ Ｅｘｐｌｏｒａｔｉｏｎ Ｍｏｄｅｌ
ＭＣＴＳ Ｍｏｔｉｏｎ－Ｃｏｎｓｔｒａｉｎｅｄ Ｔｉｌｅ Ｓｅｔｓ
ＮＡＬ Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ
ＯＬＳ Ｏｕｔｐｕｔ Ｌａｙｅｒ Ｓｅｔ
ＰＨ Ｐｉｃｔｕｒｅ Ｈｅａｄｅｒ
ＰＰＳ Ｐｉｃｔｕｒｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＰＴＬ Ｐｒｏｆｉｌｅ，Ｔｉｅｒ ａｎｄ Ｌｅｖｅｌ
ＰＵ Ｐｉｃｔｕｒｅ Ｕｎｉｔ
ＲＡＤＬ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄｅｃｏｄａｂｌｅ Ｌｅａｄｉｎｇ （Ｐｉｃｔｕｒｅ）
ＲＡＰ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ
ＲＡＳＬ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ （Ｐｉｃｔｕｒｅ）
ＲＢＳＰ Ｒａｗ Ｂｙｔｅ Ｓｅｑｕｅｎｃｅ Ｐａｙｌｏａｄ
ＲＰＬ Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｌｉｓｔ
ＳＥＩ Ｓｕｐｐｌｅｍｅｎｔａｌ Ｅｎｈａｎｃｅｍｅｎｔ Ｉｎｆｏｒｍａｔｉｏｎ
ＳＰＳ Ｓｅｑｕｅｎｃｅ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＳＴＳＡ Ｓｔｅｐ－ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂｌａｙｅｒ Ａｃｃｅｓｓ
ＳＶＣ Ｓｃａｌａｂｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ
ＶＣＬ Ｖｉｄｅｏ Ｃｏｄｉｎｇ Ｌａｙｅｒ
ＶＰＳ Ｖｉｄｅｏ Ｐａｒａｍｅｔｅｒ Ｓｅｔ
ＶＴＭ ＶＶＣ Ｔｅｓｔ Ｍｏｄｅｌ
ＶＵＩ Ｖｉｄｅｏ Ｕｓａｂｉｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ
ＶＶＣ Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ

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

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

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

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

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

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

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

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

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

ＩＲＡＰピクチャおよびＧＤＲピクチャをまとめて、ＲＡＰ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）ピクチャと呼ぶことができる。

３．３ 参照ピクチャ管理およびＲＰＬ（Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｌｉｓｔ）
参照ピクチャ管理は、インター予測を使用する任意の映像コーディング方式に必要なコア機能性である。それは、ＤＰＢ（Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）への参照ピクチャの記憶およびそこからの参照ピクチャの除去を管理し、且つ参照ピクチャをＲＰＬ内の適切な順序に置く。

ＨＥＶＣの参照ピクチャ管理は、参照ピクチャのマーキングおよびＤＰＢ（Ｄｅｃｏｄｅｄ Ｐｉｃｔｕｒｅ Ｂｕｆｆｅｒ）からの除去、並びにＲＰＬＣ（Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｌｉｓｔ Ｃｏｎｓｔｒｕｃｔｉｏｎ）を含み、ＡＶＣのものとは異なる。ＡＶＣにおいて、スライディングウィンドウに適応ＭＭＣＯ（Ｍｅｍｏｒｙ Ｍａｎａｇｅｍｅｎｔ Ｃｏｎｔｒｏｌ Ｏｐｅｒａｔｉｏｎ）を加えたものに基づく参照ピクチャマーキング機構の代わりに、ＨＥＶＣは、いわゆるＲＰＳ（Ｒｅｆｅｒｅｎｃｅ Ｐｉｃｔｕｒｅ Ｓｅｔ）に基づく参照ピクチャ管理およびマーキング機構を規定し、その結果、ＲＰＬＣは、ＲＰＳ機構に基づく。ＲＰＳは、ピクチャに関連付けられた参照ピクチャのセットで構成され、復号化順で関連付けられたピクチャに先行する全ての参照ピクチャで構成され、復号化順で関連付けられたピクチャまたは関連付けられたピクチャの後に続く任意のピクチャのインター予測に使用してもよい。参照ピクチャセットは、参照ピクチャの５つのリストからなる。最初の３つのリストは、現在のピクチャのインター予測において使用してもよく、かつ、復号化順において現在のピクチャに続く１または複数のピクチャのインター予測において使用してもよい、全ての参照ピクチャを含む。他の２つのリストは、現在のピクチャのインター予測において使用されないが、復号化順において現在のピクチャに続く１または複数のピクチャのインター予測において使用してもよい、全ての参照ピクチャからなる。ＲＰＳは、主に誤り耐性を改善するために、ＡＶＣにおけるような「インターコーディングされた」信号通知の代わりに、ＤＰＢステータスの「イントラコーディングされた」信号通知を提供する。ＨＥＶＣにおけるＲＰＬＣ処理は、各参照インデックスのＲＰＳサブセットにインデックスを信号通知することによって、ＲＰＳに基づいており、この処理は、ＡＶＣにおけるＲＰＬＣ処理よりも簡単である。

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

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

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

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

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

３．５ ＶＶＣにおける関連定義
最近のＶＶＣテキストＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における関連する定義は、以下のとおりである。
（特定のピクチャの）関連付けられたＩＲＡＰピクチャ：復号化順における前のＩＲＡＰピクチャ（存在する場合）は、特定のピクチャと同じ値ｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する。
ＣＲＡ（Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）ＰＵ：コーディングされたピクチャがＣＲＡピクチャであるＰＵ。
ＣＲＡ（Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）ピクチャ：各ＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＣＲＡ＿ＮＵＴであるＩＲＡＰピクチャ。
ＣＶＳ（Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ）：復号化順において、すべての後続のＡＵ（ただし、ＣＶＳＳ ＡＵである後続のＡＵは含まない）を含む、ＣＶＳＳ ＡＵでない０以上のＡＵが続く、ＣＶＳＳ ＡＵから構成される、ＡＵのシーケンス。
ＣＶＳＳ（Ｃｏｄｅｄ Ｖｉｄｅｏ Ｓｅｑｕｅｎｃｅ Ｓｔａｒｔ）ＡＵ：ＣＶＳの各レイヤにＰＵがあり、各ＰＵのコーディングされたピクチャがＣＬＶＳＳピクチャであるＡＵ。
ＧＤＲ（Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ＡＵ：本ＰＵ各々のコーディングされたピクチャがＧＤＲピクチャであるＡＵ。
ＧＤＲ（Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ＰＵ：コーディングされたピクチャがＧＤＲピクチャであるＰＵ。
ＧＤＲ（Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ピクチャ：ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＧＤＲ＿ＮＵＴであるピクチャ。
ＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ＰＵ：コーディングされたピクチャがＩＤＲピクチャであるＰＵ
ＩＤＲ（Ｉｎｓｔａｎｔａｎｅｏｕｓ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈｕ）ピクチャ：各ＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰであるＩＲＡＰピクチャ
ＩＲＡＰ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）ＡＵ：ＣＶＳの各レイヤにＰＵが存在し、各ＰＵのコーディングされたピクチャがＩＲＡＰピクチャであるＡＵ。
ＩＲＡＰ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）ＰＵ：コーディングされたピクチャがＩＲＡＰピクチャであるＰＵ
ＩＲＡＰ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｉｎｔ）ピクチャ：ＩＤＲ＿Ｗ＿ＲＡＤＬからＣＲＡ＿ＮＵＴの範囲内で、すべてのＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅが同じ値であるコーディングされたピクチャ。
リーディングピクチャ：関連付けられたＩＲＡＰピクチャと同じレイヤにあり、関連付けられたＩＲＡＰピクチャに出力順において先行するピクチャ
ＲＡＤＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄｅｃｏｄａｂｌｅ Ｌｅａｄｉｎｇ）ＰＵ：コーディングされたピクチャがＲＡＤＬピクチャであるＰＵ。
ＲＡＤＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄｅｃｏｄａｂｌｅ Ｌｅａｄｉｎｇ）ピクチャ：各ＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＡＤＬ＿ＮＵＴであるピクチャ。
ＲＡＳＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ）ＰＵ：コーディングされたピクチャが、ＲＡＳＬピクチャであるＰＵ。
ＲＡＳＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ）ピクチャ：各ＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＲＡＳＬ＿ＮＵＴであるピクチャ。
ＳＴＳＡ（Ｓｔｅｐ－ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂｌａｙｅｒ Ａｃｃｅｓｓ）ＰＵ：コーディングされたピクチャがＳＴＳＡピクチャであるＰＵ。
ＳＴＳＡ（Ｓｔｅｐ－ｗｉｓｅ Ｔｅｍｐｏｒａｌ Ｓｕｂｌａｙｅｒ Ａｃｃｅｓｓ）ピクチャ：各ＶＣＬ ＮＡＬユニットのｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＳＴＳＡ＿ＮＵＴであるピクチャ。
注－ＳＴＳＡピクチャは、インター予測参照に対してＳＴＳＡピクチャと同じＴｅｍｐｏｒａｌＩｄを有するピクチャを使用しない。ＳＴＳＡピクチャと同じＴｅｍｐｏｒａｌＩｄを有する、復号化順でＳＴＳＡピクチャの後続のピクチャは、インター予測参照にはＳＴＳＡピクチャと同じＴｅｍｐｏｒａｌＩｄを有する、復号化順でＳＴＳＡピクチャの前のピクチャを使用しない。ＳＴＳＡピクチャは、ＳＴＳＡピクチャにおいて、ＳＴＳＡピクチャを含むサブレイヤに対して、直下のサブレイヤからのアップスイッチを有効化する。ＳＴＳＡピクチャのＴｅｍｐｏｒａｌＩｄは０より大きくなければならない。
トレイリングピクチャ：出力順の関連付けられたＩＲＡＰピクチャに続く非ＩＲＡＰピクチャであり、ＳＴＳＡピクチャではない。
注－ＩＲＡＰピクチャに関連付けられたトレイリングピクチャも、復号化順において、ＩＲＡＰピクチャに続く。出力順において関連付けられたＩＲＡＰピクチャに続き、復号化順において関連付けられたＩＲＡＰピクチャに先行するピクチャは、許可されない。

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

７．３．１．２ ＮＡＬユニットヘッダ構文

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

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

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

表５－ＮＡＬユニットタイプコードおよびＮＡＬユニットタイプクラス

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

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

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

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

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

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

７．３．２．７ ピクチャヘッダ構造構文

７．４．３．７ ピクチャヘッダ構造意味論
ＰＨ構文構造は、ＰＨ構文構造に関連付けられたコーディングされたピクチャのすべてのスライスに共通の情報を含む。
１に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲまたはＩＲＡＰピクチャであることを規定する。０に等しいｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇは、現在のピクチャがＧＤＲまたはＩＲＡＰピクチャであってもなくてもよいことを規定する。
１に等しいｇｄｒ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられたピクチャがＧＤＲピクチャであることを規定する。０に等しいｇｄｒ＿ｐｉｃ＿ｆｌａｇは、ＰＨに関連付けられたピクチャがＧＤＲピクチャでないことを規定する。存在しない場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は０に等しいと推測される。ｇｄｒ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合、ｇｄｒ＿ｐｉｃ＿ｆｌａｇの値は０に等しいものとする。
注１－ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇが１に等しく、ｇｄｒ＿ｐｉｃ＿ｆｌａｇが０に等しい場合、ＰＨに関連付けられたピクチャはＩＲＡＰピクチャである。
．．．

ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂは、現在のピクチャに対するピクチャオーダカウントモジュロＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂを規定する。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ構文要素の長さは、ｌｏｇ２＿ｍａｘ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂ＿ｍｉｎｕｓ４＋４ビットである。ｐｈ＿ｐｉｃ＿ｏｒｄｅｒ＿ｃｎｔ＿ｌｓｂの値は、０からＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内とする。
ｎｏ＿ｏｕｔｐｕｔ＿ｏｆ＿ｐｒｉｏｒ＿ｐｉｃｓ＿ｆｌａｇは、附属書Ｃに規定されるように、ビットストリームの最初のピクチャでないＣＬＶＳＳピクチャの復号化後の、ＤＰＢにおける前回復号化されたピクチャの出力に影響を及ぼす。
ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔは、出力順において、復号化されたピクチャのリカバリポイントを規定する。現在のピクチャがＰＨに関連付けられたＧＤＲピクチャであり、現在のＧＤＲピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値を加えたものであるＰｉｃＯｒｄｅｒＣｎｔＶａｌを有するＣＬＶＳにおいて、復号化順において現在のＧＤＲピクチャに続くピクチャｐｉｃＡが存在する場合、ピクチャｐｉｃＡをリカバリポイントピクチャと呼ぶ。そうでない場合、現在のピクチャのＰｉｃＯｒｄｅｒＣｎｔＶａｌにｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値を加えたものよりも大きいＰｉｃＯｒｄｅｒＣｎｔＶａｌを有する、出力順における第１のピクチャを、リカバリポイントピクチャと呼ぶ。リカバリポイントピクチャは、復号化順において、現在のＧＤＲピクチャに先行しないものとする。ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔの値は、０からＭａｘＰｉｃＯｒｄｅｒＣｎｔＬｓｂ－１の範囲内とする。

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

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

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

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

－現在のスライスがＳＴＳＡ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する場合、現在のピクチャのものとＴｅｍｐｏｒａｌＩｄが等しく、かつｎｕｈ＿ｌａｙｅｒ＿ｉｄが現在のピクチャのものと等しいＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］においてアクティブエントリが存在しないものとする。
－現在のピクチャが、復号化順において、現在のピクチャのものとＴｅｍｐｏｒａｌＩｄが等しく、かつ現在のピクチャのものとｎｕｈ＿ｌａｙｅｒ＿ｉｄが等しいＳＴＳＡピクチャの後に続くピクチャである場合、復号化順において、ＳＴＳＡピクチャに先行し、現在のピクチャのものとＴｅｍｐｏｒａｌＩｄが等しく、かつ現在のピクチャのものとｎｕｈ＿ｌａｙｅｒ＿ｉｄが等しいピクチャは、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にアクティブエントリとして含まれるピクチャはないものとする。
－現在のピクチャがＣＲＡピクチャの場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャであって、復号化順において先行するＩＲＡＰピクチャ（存在する場合）に、出力順または復号化順において、先行するピクチャはないものとする。

－現在のピクチャがトレイリングピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャであって、現在のピクチャに関連付けられたＩＲＡＰピクチャのために利用不可な参照ピクチャを生成するための復号化処理によって生成されたピクチャはないものとする。
－現在のピクチャが、復号化順と出力順の両方において、同じＩＲＡＰピクチャに関連付けられた１または複数のリーディングピクチャに続くトレイリングピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャであって、現在のピクチャに関連付けられたＩＲＡＰピクチャのために利用不可な参照ピクチャを生成するための復号化処理により生成されたピクチャはないものとする。
－現在のピクチャがリカバリポイントピクチャであるか、または出力順においてリカバリポイントピクチャに後続するピクチャである場合、リカバリポイントピクチャのＧＤＲピクチャのために利用不可な参照ピクチャを生成するための復号化処理によって生成されたピクチャを含むＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリはないものとする。

－現在のピクチャがトレイリングピクチャである場合、出力順または復号化順において、関連付けられたＩＲＡＰピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャはないものとする。
－現在のピクチャが、復号化順および出力順の両方において、同じＩＲＡＰピクチャに関連付けられた１または複数のリーディングピクチャに続くトレイリングピクチャである場合、出力順または復号化順において、関連付けられたＩＲＡＰピクチャに先行するＲｅｆＰｉｃＬｉｓｔ［０］又はＲｅｆＰｉｃＬｉｓｔ［１］におけるエントリにより参照されるピクチャはないものとする。
－現在のピクチャがＲＡＤＬピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に以下のいずれかに該当するアクティブエントリはないものとする。
○ＲＡＳＬ ピクチャ
○利用不可な参照ピクチャを生成するために、復号化処理によって生成されたピクチャ
○復号順において、関連付けられたＩＲＡＰピクチャに先行するピクチャ

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

４．開示される技術的解決策によって対処する技術的問題
最近のＶＶＣテキスト（ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５）における既存の設計は、以下の問題を有する。
１）関連付けられたＩＲＡＰピクチャの定義は、特定のピクチャの関連付けられたＩＲＡＰピクチャが特定のピクチャと同じレイヤに属するように更新されるべきである。
２）現在のトレイリングピクチャの定義は、以下の通りである。
トレイリングピクチャ：出力順において、関連付けられたＩＲＡＰピクチャに続き、かつ、ＳＴＳＡピクチャではない非ＩＲＡＰピクチャ。
そのため、ビットストリームにはトレイリングピクチャが存在するためのＩＲＡＰピクチャが必要であり、ビットストリームにＩＲＡＰピクチャがない場合、ＮＡＬユニットタイプ値ＴＲＡＩＬ＿ＮＵＴを使用できない。しかし、ＧＤＲピクチャに関連付けられた非ＳＴＳＡピクチャは、ＮＡＬユニットタイプ値ＴＲＡＩＬ＿ＮＵＴを使用する必要がある。
３）復号化順におけるＩＲＡＰピクチャの前のピクチャの出力順に対する既存の制約は、レイヤ内のピクチャにのみ適用されるように規定される必要がある。
４）ＧＤＲピクチャと、復号化順においてその前後のピクチャの間においては相対的な復号化順および出力順に対する制約がない。
５）ＩＲＡＰピクチャおよび一部の非リーディングピクチャに関連付けられたピクチャの復号化順に対する既存の制約は、レイヤ内のピクチャにのみ適用されるように規定される必要がある。

６）現在、ＧＤＲピクチャに関連付けられたリーディングピクチャ、ＲＡＤＬピクチャ、およびＲＡＳＬピクチャはサポートされていない。
７）ＣＲＡピクチャのためのＲＰＬに対する既存の制約は、レイヤ内のピクチャにのみ適用されるように規定される必要がある。
８）ＳＴＳＡピクチャ、ＧＤＲピクチャに関連付けられたトレイリングピクチャ、およびＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが０に等しいＧＤＲピクチャの場合、利用不可な参照ピクチャを生成するための復号化処理によって生成されないＲＰＬのアクティブエントリに対する制約が欠落している。
９）ＳＴＳＡピクチャ、ＩＤＲピクチャ、ＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇが０に等しいＣＲＡピクチャ等の場合、利用不可な参照ピクチャを生成するための復号化処理によって生成されないＲＰＬのエントリに対する制約が欠落している。
１０）ＳＴＳＡピクチャの場合、出力順または復号化順において、関連付けられたＩＲＡＰピクチャに先行しないようにＲＰＬにおけるアクティブエントリに対する制約が欠落している。
１１）ＳＴＳＡピクチャの場合、出力順または復号化順において、関連付けられたＩＲＡＰピクチャに先行しないようにＲＰＬにおけるエントリに対する制約が欠落している。

５．実施例及び技術的解決策の例
上述した課題等を解決するために、以下に示す方法が開示されている。本発明は、一般的な概念を説明するための例と見なされるべきであり、狭い意味で解釈されるべきではない。さらに、本発明は、個々に適用されてもよいし、任意に組み合わせて適用されてもよい。
１）課題１を解決するために、関連付けられたＩＲＡＰピクチャの定義は、特定のピクチャの関連付けられたＩＲＡＰピクチャが特定のピクチャと同じレイヤに属するように更新される。
２）課題２を解決するために、トレイリングピクチャの定義を更新し、トレイリングピクチャはＧＤＲピクチャと関連付けられてもよい。
ａ．さらに、関連付けられたＧＤＲピクチャの定義を追加し、関連付けられたＩＲＡＰピクチャの定義を更新し、ビットストリームにおける第１のピクチャ以外のレイヤの各ピクチャを、復号化順において、同じレイヤの前のＩＲＡＰまたはＧＤＲピクチャのうちのより近い方に関連付けるように特定する。
ｂ．さらに、トレイリングピクチャが関連付けられたＩＲＡＰまたはＧＤＲピクチャの出力順に従うことを要求する制約が追加される。

３）課題３を解決するために、復号化順においてＩＲＡＰピクチャに先行するピクチャの出力順に関する既存の制約を、レイヤ内のピクチャに制限を課すのみになるように更新する。
ａ．一例において、この制約は、以下のように規定される。ｎｕｈ＿ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＩＲＡＰピクチャに復号順において、先行し、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿Ｉｄを有する任意のピクチャは、出力順において、ＩＲＡＰピクチャおよびその関連付けられたＲＡＤＬピクチャに先行する。
４）課題４を解決するために、以下の制約条件のうちの１または複数を追加する。
ａ．トレイリングピクチャは、出力順において、関連付けられたＩＲＡＰまたはＧＤＲピクチャに後続する。
ｂ．ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＧＤＲピクチャに、復号順において、先行し、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のピクチャは、出力順において、ＧＤＲピクチャおよびその関連付けられたピクチャに先行する。

５）課題５を解決するために、ＩＲＡＰピクチャおよび一部の非リーディングピクチャに関連付けられたピクチャの復号順に関する既存の制約を、１つのレイヤ内のピクチャに制限を課すのみになるように更新する。
ａ．一例において、この制約は、以下のように規定される。－ｆｉｅｌｄ＿ｓｅｑ＿ｆｌａｇが０に等しく、かつｎｕｈ＿ｌａｙｅｒ＿ｉｄが特定の値ｌａｙｅｒＩｄに等しい現在のピクチャが、ＩＲＡＰピクチャに関連付けられたリーディングピクチャである場合、それは、同じＩＲＡＰピクチャに関連付けられた全ての非リーディングピクチャに、復号化順において、先行するものとする。そうでない場合、ｐｉｃＡおよびｐｉｃＢを、それぞれ、復号化順において、ＩＲＡＰピクチャに関連付けられた、最初と最後のリーディングピクチャとすると、復号化順においてｐｉｃＡに先行する、ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非リーディングピクチャが最大１つ存在し、かつ、復号化順において、ｐｉｃＡとｐｉｃＢの間でｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する非リーディングピクチャは存在しないものとする。
ｂ．別の例において、この制約は、以下のように規定される。ｆｉｅｌｄ＿ｓｅｑ＿ｆｌａｇが０に等しく、現在のピクチャがＩＲＡＰピクチャに関連付けられたリーディングピクチャに等しい場合、それは、復号化順において、同じＩＲＡＰピクチャに関連付けられたすべての非リーディングピクチャに先行するものとする。そうでない場合、ｐｉｃＡおよびｐｉｃＢを、それぞれ、復号順において、ＩＲＡＰピクチャに関連付けられた、最初のおよび最後のリーディングピクチャとすると、復号化順においてｐｉｃＡに先行する、ＩＲＡＰピクチャに関連付けられた非リーディングピクチャが最大１つ存在し、かつ、復号化順において、ｐｉｃＡおよびｐｉｃＢの間にＩＲＡＰピクチャに関連付けられた非リーディングピクチャは存在しないものとする。

６）課題６を解決するために、ＧＤＲピクチャに関連付けられたリーディングピクチャ、ＲＡＤＬピクチャ、およびＲＡＳＬピクチャを定義し、規定する。
ａ．ＧＤＲピクチャに関連付けられたリーディングピクチャは、復号化順においてＧＤＲピクチャに続き、出力順においてそれに先行するピクチャである。
ｂ．ＧＤＲピクチャに関連付けられたＲＡＤＬピクチャは、ＧＤＲピクチャに関連付けられたリーディングピクチャであり、ＲＡＤＬ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。
ｃ．ＧＤＲピクチャに関連付けられたＲＡＳＬピクチャは、ＧＤＲピクチャに関連付けられたリーディングピクチャであり、ＲＡＳＬ＿ＮＵＴに等しいｎａｌ＿ｕｎｉｔ＿ｔｙｐｅを有する。

７）課題７を解決するために、ＣＲＡピクチャのＲＰＬに関する既存の制約を、レイヤ内のピクチャにのみ制限を課すように更新する。
ａ．一例において、この制約は、以下のように規定される。
現在のピクチャが、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有し、ＣＲＡピクチャである場合、出力順または復号化順において、復号化順にてｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する先行ＩＲＡＰピクチャ（存在する場合）に先行する、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリに参照されるピクチャは存在しないものとする。

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

９）課題９を解決するために、以下の制約条件を規定する。
特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャが、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＣＲＡピクチャ、復号化順において、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有する同じＣＲＡピクチャに関連付けられたリーディングピクチャに先行するピクチャ、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＣＲＡピクチャに関連付けられたリーディングピクチャ、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲピクチャ、または、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇかつｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＧＤＲピクチャの復元ピクチャでない場合、利用不可な参照ピクチャを生成するための復号化処理にて生成された、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャは存在しないことが規定される。

１０）課題１０を解決するために、以下の制約条件を規定する。
現在のピクチャがＩＲＡＰピクチャに関連付けられ、かつ出力順においてＩＲＡＰピクチャに続く場合、出力順または復号化順において、関連付けられたＩＲＡＰピクチャに先行する、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャはないものとする。
１１）課題１１を解決するために、以下の制約条件を規定する。
現在のピクチャがＩＲＡＰピクチャに関連付けられ、出力順においてＩＲＡＰピクチャに続き、かつ、復号化順および出力順の両方において、同じＩＲＡＰピクチャに関連付けられたリーディングピクチャに続く場合、出力順または復号化順において、関連付けられたＩＲＡＰピクチャに先行する、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャはないものとする。

６．実施形態
以下は、上記第５章に要約されたいくつかの発明の態様のためのいくつかの例示的な実施形態であり、ＶＶＣ仕様に適用できる。変更されたテキストは、ＪＶＥＴ－Ｑ２００１－ｖＥ／ｖ１５における最新のＶＶＣのテキストに基づく。既に追加または修正された最も関連性のある部分は、太字のイタリック文字で強調表示され、且つ削除された部分の一部は、二重括弧でマークされている（例えば、［［ａ］］は、「ａ」という文字の削除を示す）。本質的に編集可能であるため、強調されていない他の何らかの変更がある。

６．１．第一の実施形態
本実施形態は１、２、３、４、５、及び５ａ項に対するものである。

３ 定義
．．．

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

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

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

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

－現在のピクチャがＲＡＤＬピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に以下のいずれかに該当するアクティブエントリはないものとする。
○ＲＡＳＬピクチャ
［［利用不可な参照ピクチャを生成するための復号化処理によって生成されたピクチャ］］
○復号化順において、関連付けられたＩＲＡＰピクチャに先行するピクチャ
－．．．

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

以下の項目は、前章に記載された技術の例示的な実施形態を示す。以下の項目は、前章（例えば、項目１）に記載された技術の例示的な実施形態を示す。

１．１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行すること（３００２）を含み、コーディングされた表現は、第２のピクチャのイントラランダムアクセスポイントピクチャである第１の映像ピクチャと第２のピクチャとが同じ映像レイヤに属するように制約されることを規定する規則に従って構成される、映像処理方法（例えば、図３に示す方法３０００）。

以下の項目は、前章（例えば、項目２）に記載された技術の例示的な実施形態を示す。

２．１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、イントラランダムアクセスポイントである第１のタイプのピクチャに続くコーディングされた表現におけるトレイリングピクチャも、漸進的復号化リフレッシュピクチャを含む第２のタイプのピクチャに関連付けられることを許可することを規定するフォーマット規則に準拠する、映像処理方法。

３．フォーマット規則は、各レイヤに対し、ビットストリームにおけるレイヤの第１のピクチャ以外のレイヤの各ピクチャが、復号化順において、同じレイヤの、前のイントラランダムアクセスポイントまたは漸進的デコーダリフレッシュピクチャのうちのより近い方に関連付けられるように規定されることをさらに規定する、項目２に記載の方法。

以下の項目は、前章（例えば、項目３）に記載された技術の例示的な実施形態を示す。

４．１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、コーディングされた表現は、復号化順においてイントラランダムアクセスポイントに先行するピクチャの出力順に対する制約を、出力順が同じ映像レイヤ内のピクチャにのみ適用可能となるように規定するフォーマット規則に準拠する、映像処理方法。

５．制約は、復号化順において、ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するイントラランダムアクセスポイントピクチャに先行する、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する任意のピクチャが、出力順において、イントラランダムアクセスポイントピクチャおよび関連付けられたすべてのランダムアクセス復号化可能リーディングピクチャに先行する必要があることを規定する、項目１に記載の方法。

以下の項目は、前章（例えば、項目４）に記載された技術の例示的な実施形態を示す。

６．１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間での変換を実行することを含み、コーディングされた表現は、（１）トレイリングピクチャは、出力順において、関連付けられたＩＲＡＰ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）ピクチャまたはＧＤＲ（Ｇｒａｄｕａｌ Ｄｅｃｏｄｅｒ Ｒｅｆｒｅｓｈ）ピクチャに続かなければならない、または（２）ＧＤＲピクチャと同じレイヤＩＤを有するピクチャは、出力順において、ＧＤＲピクチャと、ＧＤＲピクチャのすべての関連付けられたピクチャに先行しなければならないという制約を規定するフォーマット規則に準拠している、映像処理方法。

以下の項目は、前章（例えば、項目５）に記載された技術の例示的な実施形態を示す。

７．１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、変換は、順序制約が、ピクチャ、ＩＲＡＰ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）ピクチャ、および非リーディングピクチャが同じレイヤにある場合にのみ、ピクチャ、ＩＲＡＰピクチャ、および非リーディングピクチャに適用可能であるという規則に準拠し、この規則は、
（ａ）フィールドシーケンスの値および復号化順を規定する第１の規則、または、
（ｂ）レイヤのリーディングおよび／または非リーディングピクチャの順番、のうちの一方である、映像処理方法。

以下の項目は、前章（例えば、項目６）に記載された技術の例示的な実施形態を示す。

８．１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、変換は、リーディングピクチャ、ＲＡＤＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｄｅｃｏｄａｂｌｅ Ｌｅａｄｉｎｇ）ピクチャ、およびＧＤＲ（Ｇｒａｄｕａｌ Ｄｅｃｏｄｉｎｇ Ｒｅｆｒｅｓｈ）ピクチャに関連付けられたＲＡＳＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ）ピクチャの順序を規定する規則に準拠する、映像処理方法。

以下の項目は、前章（例えば、項目７）に記載された技術の例示的な実施形態を示す。

９．１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、変換は、クリーンランダムアクセスピクチャの参照ピクチャリストの制約がレイヤに制限されることを規定する規則に準拠する、映像処理方法。

１０．制約は、クリーンランダムアクセスピクチャを有するレイヤに対して、復号化または出力順において先行するイントラランダムアクセスポイントピクチャが、参照ピクチャリストにおけるエントリによって参照されないことを規定する、項目９に記載の方法。

以下の項目は、前章（例えば、項目８）に記載された技術の例示的な実施形態を示す。

１１．１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、変換は、現在のピクチャが、利用不可な参照ピクチャを生成するための復号化処理によって生成された参照ピクチャリストにおけるエントリを参照することを許可する条件を規定する規則に準拠する、映像処理方法。

１２．条件は、現在のピクチャが、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＣＲＡ（Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）ピクチャに関連付けられたＲＡＳＬ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｓｋｉｐｐｅｄ Ｌｅａｄｉｎｇ）ピクチャ、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲ（Ｇｒａｄｕａｌ Ｄｅｃｏｄｅｒ Ｒｅｆｒｅｓｈ）ピクチャ、または１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲピクチャの復元ピクチャであることである、項目１１に記載の方法。

以下の項目は、前章（例えば、項目９、１０および１１）に記載された技術の例示的な実施形態を示す。

１３．１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のコーディングされた表現との間の変換を実行することを含み、変換は、現在のピクチャと現在のピクチャに対応する参照ピクチャリストとの間の順序規則に準拠する、映像処理方法。

１４．規則は、特定の値ｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する現在のピクチャが、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＣＲＡ（Ｃｌｅａｎ Ｒａｎｄｏｍ Ａｃｃｅｓｓ）ピクチャ、符号化順において１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有する同じＣＲＡピクチャに関連付けられたリーディングピクチャに先行するピクチャ、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＣＲＡピクチャに関連付けられたリーディングピクチャ、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇを有するＧＤＲピクチャ、または、１に等しいＮｏＯｕｔｐｕｔＢｅｆｏｒｅＲｅｃｏｖｅｒｙＦｌａｇおよびｌａｙｅｒＩｄに等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄを通するＧＤＲピクチャの復元ピクチャでない場合、利用不可な参照ピクチャを生成するための復号化処理によって生成されたＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャはないものとすることを規定する、項目１３に記載の方法。

１５．規則は、現在のピクチャが、ＩＲＡＰ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）ピクチャに関連付けられ、かつ出力順においてＩＲＡＰピクチャに続く場合、出力順または復号化順において、関連付けられたＩＲＡＰピクチャに先行する、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のアクティブエントリにより参照されるピクチャはないものとすることを規定する、項目１３に記載の方法。

１６．規則は、現在のピクチャが、ＩＲＡＰ（Ｉｎｔｒａ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｏｉｎｔ）ピクチャに関連付けられ、出力順においてＩＲＡＰピクチャに続き、かつ、復号化順および出力順の両方において、同じＩＲＡＰピクチャに関連付けられたリーディングピクチャに続く場合、出力順または復号化順において、関連付けられたＩＲＡＰピクチャに先行する、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］のエントリにより参照されるピクチャはないものと規定する、項目１３に記載の方法。

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

１８．変換は、コーディングされた表現を復号化して、映像の画素値を生成することを含む、項目１から１６のいずれかに記載の方法。

１９．項目１から１８のうちの１つまたは複数に記載の方法を実装するように構成されたプロセッサを備える、映像復号化装置。

２０．項目１から１８のうちの１つまたは複数に記載の方法を実装するように構成されたプロセッサを備える映像符号化装置。

２１．コンピュータコードが記憶されたコンピュータプログラム製品において、コードがプロセッサにより実行されると、プロセッサは、項目１から１８のいずれかに記載の方法を実装する。

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

第２の節は、前節で論じた技法の例示的な実施例を示す（例えば、項目１～７）。

１．フォーマット規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること７１２を含み、フォーマット規則は、第２のピクチャの関連付けられたイントラランダムアクセスポイントピクチャである第１の映像ピクチャと第２のピクチャとが同じ映像レイヤに属するように制約されることを規定する、映像処理の方法（例えば、図７Ａに示す方法７１０）。

２．復号化順における第１の映像ピクチャと第２のピクチャとの間で、同じ映像レイヤに漸進的復号化リフレッシュピクチャがない、項目１に記載の方法。

３．第１の映像ピクチャと第２のピクチャとは、映像コーディングレイヤネットワーク抽象化レイヤユニットが属するレイヤの識別子と、非映像コーディングレイヤネットワーク抽象レイヤユニットが適用されるレイヤの識別子とが同じである、項目１に記載の方法。

４．復号化順における第１の映像ピクチャと第２のピクチャとの間で、同じ識別子を有する漸進的復号化リフレッシュピクチャがない、項目１から３のいずれかに記載の方法。

５．フォーマット規則は、トレイリングピクチャが、出力順において、関連付けられたイントラランダムアクセスポイントピクチャまたは漸進的復号化リフレッシュピクチャに続くことをさらに規定する、項目１に記載の方法。

６．フォーマット規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること７２２を含み、フォーマット規則は、ビットストリームにおけるトレイリングピクチャが、漸進的復号化リフレッシュピクチャに関連付けることを許可することを規定する、映像処理方法（例えば、図７Ｂに示す方法７２０）。

７．トレイリングピクチャは、各映像コーディングレイヤネットワーク抽象レイヤユニットが、トレイルネットワーク抽象レイヤユニットタイプを有するピクチャである、項目６に記載の方法。

８．トレイリングピクチャは、イントラランダムアクセスポイントピクチャに関連付けられることを許可される、項目６または７に記載の方法。

９．イントラランダムアクセスポイントピクチャまたは漸進的復号化リフレッシュピクチャに関連付けられたトレイリングピクチャは、復号化順において、イントラランダムアクセスポイントピクチャまたは斬新的復号化リフレッシュピクチャに続く、項目６から８のいずれかに記載の方法。

１０．出力順において関連付けられたイントラランダムアクセスポイントピクチャに続き、かつ、復号化順において関連付けられたイントラランダムアクセスポイントピクチャに先行するピクチャは、許可されない、項目６から８のいずれかに記載の方法。

１１．フォーマット規則は、各レイヤに対し、ビットストリームにおけるレイヤの第１のピクチャ以外のレイヤの各ピクチャが、復号化順において、同じレイヤの、前のイントラランダムアクセスポイントまたは漸進的デコーダリフレッシュピクチャのうちのより近いものに関連付けられるように規定されることをさらに規定する、項目６に記載の方法。

１２．トレイリングピクチャは、出力順において、関連付けられたイントラランダムアクセスポイントまたは漸進的デコーダリフレッシュピクチャに続くことが要求される、項目６または１１に記載の方法。

１３．フォーマット規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること７３２を含み、フォーマット規則は、復号化順においてイントラランダムアクセスポイントに先行するピクチャの出力順に対する制約が同じ映像レイヤ内のピクチャに適用可能であることを規定する、映像処理方法（例えば、図７Ｃに示す方法７３０）。

１４．制約は、特定の値に等しいＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットヘッダレイヤ識別子を有し、復号化順において、特定の値に等しいＮＡＬユニットヘッダレイヤ識別子を有するイントラランダムアクセスポイントピクチャに先行する任意のピクチャは、出力順において、イントラランダムアクセスポイントピクチャおよびすべての関連付けられたランダムアクセス復号化可能リーディングピクチャに先行することが要求されることを規定する、項目１３に記載の方法。

１５．ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットヘッダレイヤ識別子は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄである、項目１４に記載の方法。

１６．ＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットヘッダレイヤ識別子は、映像コーディングレイヤネットワーク抽象レイヤユニットが属するレイヤの識別子、または非映像コーディングレイヤネットワーク抽象レイヤユニットが適用されるレイヤの識別子を規定する、項目１４に記載の方法。

１７．フォーマット規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること７４２を含み、フォーマット規則は、（１）トレイリングピクチャは、出力順において、関連付けられたイントラランダムアクセスポイントピクチャまたは漸進的デコーダリフレッシュピクチャに続く、または、（２）漸進的デコーダリフレッシュピクチャと同じＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットヘッダレイヤ識別子を有するピクチャが、出力順において、漸進的デコーダリフレッシュピクチャおよび漸進的デコーダリフレッシュピクチャのすべての関連付けられたピクチャに先行する、という制約を規定する、映像処理方法（例えば、図７Ｄのい示す方法７４０）。

１８．規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること７５２を含み、規則は、ピクチャ、イントラランダムアクセスポイントピクチャ、および非リーディングピクチャが同じレイヤにある場合にのみ、イントラランダムアクセスポイントに関連付けられたピクチャと非リーディングピクチャの復号化順に対する制約を適用することを規定する、映像処理方法（例えば、図７Ｅに示す方法７５０）。

１９．制約は、フィールドシーケンスフラグの値が０に等しく、かつ、特定の値に等しいＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットヘッダレイヤ識別子ピクチャを有するピクチャがイントラランダムアクセスポイントピクチャに関連付けられたリーディングピクチャである場合、ピクチャは、復号化順において、イントラランダムアクセスポイントピクチャに関連付けられたすべての非リーディングピクチャに先行することを規定する、項目１８に記載の方法。

２０．０に等しいフィールドシーケンスフラグの値は、コーディングされたレイヤ映像シーケンスがフレームを表すピクチャを伝達することを示す、項目１９に記載の方法。

２１．制約は、フィールドシーケンスフラグの値が０に等しく、かつ、ピクチャが、イントラランダムアクセスポイントピクチャに関連付けられたリーディングピクチャである場合、ピクチャは、復号化順において、イントラランダムアクセスポイントピクチャに関連付けられたすべての非リーディングピクチャに先行することを規定する、項目１８に記載の方法。

２２．規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること７６２を含み、規則は、リーディングピクチャ、ランダムアクセス復号化可能リーディングピクチャ、および漸進的復号化リフレッシュピクチャに関連付けられたランダムアクセススキップリーディングピクチャの順序を規定する、映像処理方法（例えば、図７Ｆに示す方法７６０）。

２３．漸進的復号化リフレッシュピクチャに関連付けられたリーディングピクチャは、復号化順において漸進的復号化リフレッシュピクチャに続き、出力順において漸進的復号化リフレッシュピクチャに先行する、項目２２に記載の方法。

２４．漸進的復号化リフレッシュピクチャに関連付けられたランダムアクセス復号化可能リーディングピクチャは、漸進的復号化リフレッシュピクチャに関連付けられたリーディングピクチャであり、ランダムアクセス復号化可能リーディングピクチャのコーディングされたスライスに対応するＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットタイプを有する、項目２２に記載の方法。

２５．漸進的復号化リフレッシュピクチャに関連付けられたランダムアクセス復号化可能リーディングピクチャは、漸進的復号化リフレッシュピクチャに関連付けられたリーディングピクチャであり、ランダムアクセス復号化可能リーディングピクチャのコーディングされたスライスに対応するＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットタイプを有する、項目２２に記載の方法。

２６．規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること７７２を含み、規則は、クリーンランダムアクセスピクチャのスライスのための参照ピクチャリストに対する制約をレイヤに制限することを規定する、映像処理方法（例えば、図７Ｇに示す方法７７０）。

２７．制約は、クリーンランダムアクセスピクチャを有するレイヤに対して、復号化または出力順において、先行するイントラランダムアクセスポイントピクチャが、参照ピクチャリストにおけるエントリによって参照されないことを規定する、項目２６に記載の方法。

２８．変換は、映像をビットストリームに符号化することを含む、項目１から２７のいずれかに記載の方法。

２９．変換は、ビットストリームから映像を復号化することを含む、項目１から２７までのいずれかに記載の方法。

３０．変換は、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、項目１から２７のいずれかに記載の方法。

３１．項目１から３０の１つまたは複数に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。

３２．項目１から３０のいずれかに記載の方法と、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリームを記憶する方法。

３３．実行された際に、項目１から３０の１つまたは複数に記載の方法をプロセッサに実装させるプログラムコードを記憶するコンピュータ可読媒体。

３４．上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピュータ可読媒体。

３５．項目１から３０の１つまたは複数に記載の方法を実装するように構成された、ビットストリーム表現を記憶するための映像処理装置。

第３の節は、前章（例えば、項目８及び９）に記載された技術の例示的な実施形態を示す。

１．規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること８１０を含み、規則は、利用不可な参照ピクチャを生成するための復号化処理によって生成されたピクチャが、現在のピクチャの現在のスライスの参照ピクチャリストにおけるアクティブエントリによって参照されないという条件を規定する、映像処理方法（例えば、図８Ａに示す方法８１０）。

２．アクティブエントリは、現在のピクチャのインター予測において参照インデックスとして使用するために利用可能なエントリに対応する、項目１に記載の方法。

３．条件は、特定の値に等しいＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットヘッダレイヤ識別子を有する現在のピクチャが、１に等しい復元前の出力がないことを示す変数を有するクリーンランダムアクセスピクチャに関連付けられたランダムアクセススキップリーディングピクチャ、１に等しい変数を有する漸進的デコーダリフレッシュピクチャ、または１に等しい変数および特定の値に等しいＮＡＬユニットヘッダレイヤ識別子を有する漸進的デコーダリフレッシュピクチャの復元ピクチャでないことである、項目１に記載の方法。

４．規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること８２２を含み、規則は、利用不可な参照ピクチャを生成するための復号化処理によって生成されたピクチャが、現在のピクチャの現在のスライスの参照ピクチャリストにおけるエントリによって参照されないという条件を規定する、映像処理方法（例えば、図８Ｂに示す方法８２０）。

５．条件は、特定の値に等しいＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットヘッダレイヤ識別子を有する現在のピクチャが、１に等しい復元前の出力がないことを示す変数を有するクリーンランダムアクセスピクチャ、復号化順において１に等しい変数を有するクリーンランダムアクセスピクチャに関連付けられたリーディングピクチャに先行するピクチャ、または、１に等しい変数および特定の値に等しいＮＡＬユニットヘッダレイヤ識別子を有する漸進的デコーダリフレッシュピクチャの復元ピクチャでないことである、項目４に記載の方法。

６．変換は、映像をビットストリームに符号化することを含む、項目１から５のいずれかに記載の方法。

７．変換は、ビットストリームから映像を復号化することを含む、項目１から５のいずれかに記載の方法。

８．変換は、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、項目１から５のいずれかに記載の方法。

９．項目１から８のうちの１つまたは複数に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。

１０．項目１から８のいずれかに記載の方法と、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリームを記憶する方法。

１１．実行された際に、項目１から８のうちの１つまたは複数に記載の方法をプロセッサに実装させるプログラムコードを記憶するコンピュータ可読媒体。

１２．上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピュータ可読媒体。

１３．項目１から１２のうちの１つまたは複数に記載の方法を実装するように構成された、ビットストリーム表現を記憶するための映像処理装置。

第４の節の集合は、前節で論じた技法の例示的な実施形態（例えば、項目１０および１１）を示す。

１．規則に従って、現在のスライスを含む現在のピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること９１２を含み、規則は、現在のスライスの参照ピクチャリストが、復号化順または出力順において、現在のピクチャに関連付けられたイントラランダムアクセスポイントピクチャに先行するピクチャを参照するアクティブエントリを有することを許可しないという条件を規定する、映像処理方法（例えば、図９Ａに示す方法９１０）。

２．アクティブエントリは、現在のピクチャのインター予測において参照インデックスとして使用するために利用可能なエントリに対応する、項目１に記載の方法。

３．規則は、現在のピクチャの参照ピクチャリストが、復号化順において、現在のピクチャに関連付けられたイントラランダムアクセスポイントピクチャに先行するピクチャを参照するアクティブエントリを有することを許可されない条件を規定する、項目１または２に記載の方法。

４．規則は、現在のピクチャの参照ピクチャリストが、出力順において、現在のピクチャに関連付けられたイントラランダムアクセスポイントピクチャに先行するピクチャを参照するアクティブエントリを有することを許可されない条件を規定する、項目１から３のいずれかに記載の方法。

５．条件は、現在のピクチャがイントラランダムアクセスポイントピクチャに関連付けられ、かつ復号化順および／または出力順においてイントラランダムアクセスポイントピクチャに続くことである、項目１から４のいずれかに記載の方法。

６．現在のピクチャは、映像コーディングレイヤネットワーク抽象レイヤユニットが属するレイヤの識別子、または非映像コーディングレイヤネットワーク抽象レイヤユニットが適用されるレイヤの識別子と同じ値を有するイントラランダムアクセスポイントピクチャに、復号化順および／または出力順において続くことを条件とする、項目１から４のいずれかに記載の方法。

７．規則に従って、現在のスライスを含む現在のピクチャを含む１または複数の映像レイヤを有する映像と、映像のビットストリームとの間の変換を実行すること９２２を含み、規則は、現在のスライスの参照ピクチャリストが、復号化順または出力順において、現在のピクチャに関連付けられたイントラランダムアクセスポイントピクチャに先行するピクチャを指すアクティブエントリを有することを許可しないという条件を規定する、映像処理方法（図９Ｂに示す方法９２０）。

８．規則は、現在のピクチャの参照ピクチャリストが、復号化順において、現在のピクチャに関連付けられたイントラランダムアクセスポイントピクチャに先行するピクチャを参照するエントリを有することを許可されない条件を規定する、項目７に記載の方法。

９．規則は、現在のピクチャの参照ピクチャリストが、出力順において、現在のピクチャに関連付けられたイントラランダムアクセスポイントピクチャに先行するピクチャを参照するエントリを有することを許可されない条件を規定する、項目７または８に記載の方法。

１０．イントラランダムアクセスポイントピクチャは、０以上のリーディングピクチャに関連付けられ、条件は、現在のピクチャがイントラランダムアクセスポイントピクチャに関連付けられており、復号化順および／または出力順において、イントラランダムアクセスポイントピクチャに続き、復号化順および出力順の両方において、イントラランダムアクセスポイントピクチャに関連付けられた０以上のリーディングピクチャに続くことである、項目７から９のいずれかに記載の方法。

１１．イントラランダムアクセスポイントピクチャは、０以上のリーディングピクチャに関連付けられ、条件は、現在のピクチャが、映像コーディングレイヤネットワーク抽象レイヤユニットが属するレイヤの識別子、または非映像コーディングレイヤネットワーク抽象化レイヤユニットが適用されるレイヤの識別子と同じ値を有するイントラランダムアクセスポイントピクチャ、および０以上のリーディングピクチャに、復号化順および／または出力順において続くことである、項目７から９のいずれかに記載の方法。

１２．変換は、映像をビットストリームに符号化することを含む、項目１から１１のいずれかに記載の方法。

１３．変換は、ビットストリームから映像を復号化することを含む、項目１から１１でのいずれかに記載の方法。

１４．変換は、映像からビットストリームを生成することを含み、方法は、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、項目１から１１のいずれかに記載の方法。

１５．項目１から１４のうちの１つまたは複数に記載の方法を実装するように構成されたプロセッサを備える映像処理装置。

１６．項目１から１４のいずれかに記載の方法と、ビットストリームを非一時的なコンピュータ可読記録媒体に記憶することをさらに含む、映像のビットストリームを記憶する方法。

１７．実行された際に、項目１から１４のうちの１つまたは複数に記載の方法をプロセッサに実装させるプログラムコードを記憶するコンピュータ可読媒体。

１８．上述した方法のいずれかに従って生成されたビットストリームを記憶するコンピュータ可読媒体。

１９．項目１から１４のうちの１つまたは複数に記載の方法を実装するように構成された、ビットストリーム表現を記憶するための映像処理装置。

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

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

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

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

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

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

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

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

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

Claims (13)

1. 映像処理方法であって、
   規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、前記映像のビットストリームとの間の変換を実行すること、
   を有し、
   前記規則は、使用不可能な参照ピクチャを生成するための復号化処理によって生成されたピクチャが、現在のピクチャの現在のスライスの参照ピクチャリストにおけるアクティブなエントリによって参照されない条件を規定する、方法。
2. 前記アクティブなエントリは、前記現在のピクチャのインター予測にける参照インデックスとして利用されことが可能なエントリに対応する、請求項１に記載の方法。
3. 前記条件は、特定の値と等しいＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットヘッダレイヤ識別子を有する前記現在のピクチャが、復元前の出力が無いことを示す１に等しい変数を有するクリーンランダムアクセスピクチャ、１に等しい前記変数を有する漸進的デコーダリフレッシュピクチャ、または、１に等しい前記変数および前記特定の値に等しい前記ＮＡＬユニットヘッダレイヤ識別子を有する漸進的デコーダリフレッシュピクチャのリカバリピクチャに関連付けられたランダムアクセスがスキップされたリーディングピクチャでないことである、請求項１に記載の方法。
4. 映像処理方法であって、
   規則に従って、１または複数の映像ピクチャを含む１または複数の映像レイヤを有する映像と、前記映像のビットストリームとの間の変換を実行すること、
   を有し、
   前記規則は、使用不可能な参照ピクチャを生成するための復号化処理によって生成されたピクチャが、現在のピクチャの現在のスライスの参照ピクチャリストにおけるエントリによって参照されない条件を規定する、方法。
5. 前記条件は、特定の値と等しいＮＡＬ（Ｎｅｔｗｏｒｋ Ａｂｓｔｒａｃｔｉｏｎ Ｌａｙｅｒ）ユニットヘッダレイヤ識別子を有する前記現在のピクチャが、復元前の出力が無いことを示す１に等しい変数を有するクリーンランダムアクセスピクチャ、復号化順において、１に等しい前記変数を有する前記クリーンランダムアクセスピクチャに関連付けられたリーディングピクチャに先行するピクチャ、１に等しい前記変数を有する漸進的デコーダリフレッシュピクチャ、または、１に等しい前記変数および前記特定の値に等しい前記ＮＡＬユニットヘッダレイヤ識別子を有する漸進的デコーダリフレッシュピクチャの復元ピクチャでないことである、請求項４に記載の方法。
6. 前記変換は、前記映像を前記ビットストリームに符号化することを含む、請求項１から５のいずれか一項に記載の方法。
7. 前記変換は、前記映像を前記ビットストリームから復号化することを含む、請求項１から５のいずれか一項に記載の方法。
8. 前記変換は、前記ビットストリームを前記映像から生成することを含み、
   前記方法は更に、前記ビットストリームを非一時的コンピュータ記録媒体に格納することを有する、請求項１から５のいずれか一項に記載の方法。
9. 請求項１から８のうちの１または複数に記載の方法を実行するように構成されたプロセッサを有する映像処理装置。
10. 映像のビットストリームを格納する方法であって、
    請求項１から８のいずれか一項に記載の方法と、
    更に、前記ビットストリームを非一時的コンピュータ可読記録媒体に格納することと
    を有する方法。
11. 実行された際に、プロセッサに、請求項１から８のうちの１または複数に記載の方法を実装させるプログラムを格納するコンピュータ可読媒体。
12. 上記の方法のいずれかに従って生成されたビットストリームを格納するコンピュータ可読媒体。
13. ビットストリーム表現を格納するための映像処理装置であって、
    請求項１から１２のうちの１または複数に記載の方法を実装するように構成される、映像処理装置。

Images