JP2023526371A - 漸次的復号更新および参照ピクチャリストの信号通知 - Google Patents

Abstract

映像符号化方法および装置、映像復号方法および装置の例について説明する。例示的な映像処理方法は、規則に従って、映像の現在のピクチャと映像のビットストリームとの間で変換を行うことを含む。この規則は、あるピクチャが現在のピクチャのスライスの参照ピクチャリストにおけるレイヤ間参照ピクチャ（ＩＬＲＰ）エントリによって参照されることに呼応して、このピクチャが漸次的復号更新（ＧＤＲ）タイプを有することを許可され、出力順でこのピクチャの回復点を規定する構文要素が０であることを規定する。
【選択図】図３

Description

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

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

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

本明細書は、映像符号化または復号を行うために、映像エンコーダおよびデコーダによって使用され得る技術を開示する。

１つの例示的な態様において、映像データを処理する方法が開示される。この方法は、規則に従って、スライスを含む映像ピクチャを備える映像と、この映像のビットストリームとを変換することを含む。この規則は、参照ピクチャリスト（ＲＰＬ）インデックスに関連付けられた参照ピクチャリスト構文構造のエントリ数を規定する構文要素のデフォルト値が、ある条件が満たされることにより０に等しいことを規定し、ここで、この条件は、（１）映像ピクチャが瞬時復号更新ピクチャであり、（２）第１の構文フラグが、スライスのスライスヘッダにＲＰＬ構文要素が存在しないことを規定し、かつ（３）第２の構文フラグが、映像ピクチャのピクチャヘッダにＲＰＬ情報が存在しないことを規定する場合に、満たされる。

別の例示的な態様において、映像データを処理する方法が開示される。この方法は、規則に従って、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、変換のためのレイヤ間予測の使用に基づいて、映像ピクチャのスライスのスライスヘッダに参照ピクチャリスト（ＲＰＬ）構文要素が存在するかどうかを規定する第１の構文フラグの値を決定することを規定する。

別の例示的な態様において、映像データを処理する方法が開示される。この方法は、規則に従って、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、映像ピクチャが瞬時復号更新ピクチャであるかどうか、（２）映像ピクチャのスライスのスライスヘッダに参照ピクチャリスト（ＲＰＬ）構文要素が存在するかどうか、（３）映像ピクチャの１つのピクチャパラメータセットを参照する各ピクチャが、同じユニットタイプの値を有さない複数のネットワーク抽象化ユニットを有するかどうか、および（４）映像ピクチャのピクチャヘッダにＲＰＬ情報が存在するかどうかに関連した制約を規定する。

別の例示的な態様において、映像データを処理する方法が開示される。この方法は、規則に従って、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、（１）レイヤがレイヤ間予測を使用するかどうか、および、（２）参照ピクチャリスト構文構造におけるエントリがレイヤ間参照ピクチャ（ＩＬＲＰ）エントリであるかどうか、に関連した制約を規定する。

別の例示的な態様において、映像データを処理する方法が開示される。この方法は、規則に従って、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、シーケンスパラメータセットにおける第１のリストの参照ピクチャリスト構文構造の数が１であり、かつ、映像ピクチャの第１の参照ピクチャリストが、第１のリストの参照ピクチャリスト構文構造に基づいて導出される場合、参照ピクチャリスト構文構造のインデックスを規定する変数が推論されることを規定する。

別の例示的な態様において、映像データを処理する方法が開示される。この方法は、規則に従って、映像の現在のピクチャと、映像のビットストリームとの間で変換を行うことを含む。この規則は、ピクチャが、現在のピクチャのスライスの参照ピクチャリストにおけるレイヤ間参照ピクチャ（ＩＬＲＰ）エントリによって参照されることに呼応して、ピクチャは漸次的復号更新（ＧＤＲ）タイプを有することを許され、出力順でピクチャの回復点を規定する構文要素が０であることを規定する。

別の例示的な態様において、映像データを処理する方法が開示される。この方法は、規則に従って、現在のピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含む。この規則は、現在のピクチャがコーディングされたレイヤ映像シーケンスの開始ピクチャであることに呼応して、現在のピクチャの参照ピクチャリストにおける各レイヤ間参照ピクチャ（ＩＬＲＰ）エントリは、長期参照に使用されるとマークされることを規定する。

別の例示的な態様において、映像データを処理する方法が開示される。この方法は、規則に従って映像と、この映像のビットストリームとの間で変換を行うことを含む。この規則は、瞬時復号更新（ＩＤＲ）ピクチャのスライスヘッダに参照ピクチャリスト構文要素が存在するかどうかを規定する第１の構文フラグが、コーディングされたレイヤ映像シーケンスにおける任意のコーディングされたピクチャのインター予測にレイヤ間参照ピクチャ（ＩＬＲＰ）が使用されるかどうかを規定する第２の構文フラグの前に、ビットストリームに存在することを規定する。

別の例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うことを含み、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、レイヤ間参照ピクチャが変換のために使用されるかどうかを規定する第１の構文要素の第１の値が、このコーディングされた表現に参照ピクチャリストが含まれているかどうかを示す第２の構文要素の存在、または、第２の値を制御することを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うことを含み、このコーディングされた表現はフォーマット規則に準拠し、このフォーマット規則は、第１の構文要素が参照ピクチャリストのための構文要素がコーディングされた表現に含まれないことを示し、かつ、混合ネットワーク抽象化レイヤユニットがコーディングされた表現において許可されており、かつ、参照ピクチャリスト構文要素がピクチャヘッダに含まれていない場合、瞬時デコーダ参照ピクチャタイプネットワーク抽象化レイヤユニットの使用がコーディングされた表現において無効化されることを規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うことを含み、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、（ａ）映像パラメータセットにおける所定のレイヤｉｄのための独立レイヤ活性化フラグを示す第１の構文要素の値が、レイヤ間参照ピクチャの活性化を示す第２の構文要素の値を制御する、または、（ｂ）シーケンスパラメータセットにおける参照ピクチャリストの数を示す第１の構文要素の値が、現在の映像ユニットの変換に使用される参照ピクチャを示す第２の構文要素の値を制御する制約を規定する。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うことを含み、この変換は、現在のピクチャがコーディングされたレイヤ映像シーケンスの開始ピクチャである場合、この現在のピクチャのための参照リストにおけるレイヤ間ピクチャを長期参照ピクチャと見なすことを規定する規則に従う。

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像とこの映像のコーディングされた表現との間で変換を行うことを含み、このコーディングされた表現は、参照ピクチャリスト情報の存在を示す第１のフィールドが、第１のフィールドに従って条件付きで信号通知されるレイヤ間ピクチャの存在を信号通知する第２のフィールドの前に信号通知されることを規定するフォーマット規則に準拠する。

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

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

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

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

本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。 映像処理に使用されるハードウェアプラットフォームの例を示すブロック図である。 映像処理方法の一例を示すフローチャートである。 例示的な映像コーディングするシステムを示すブロック図である。 本開示のいくつかの実施形態によるエンコーダを示すブロック図である。 本開示のいくつかの実施形態によるデコーダを示すブロック図である。 本技術の１つ以上の実施形態による映像処理の方法を表すフローチャートである。 本技術の１つ以上の実施形態による映像処理の別の方法を表すフローチャートである。 本技術の１つ以上の実施形態による映像処理の別の方法を表すフローチャートである。 本技術の１つ以上の実施形態による映像処理の別の方法を表すフローチャートである。 本技術の１つ以上の実施形態による映像処理の別の方法を表すフローチャートである。 本技術の１つ以上の実施形態による映像処理の別の方法を表すフローチャートである。 本技術の１つ以上の実施形態による映像処理の別の方法を表すフローチャートである。 本技術の１つ以上の実施形態による映像処理のさらに別の方法を表すフローチャートである。

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

１． 概要
本明細書は、映像コーディング技術に関する。具体的には、参照ピクチャリストの設計におけるいくつかの改良についてである。この考えは、個々にまたは様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング規約または非標準映像コーデックに適用されてもよい。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

４．開示される技術的解決策によって解決される技術課題
最近のＶＶＣテキスト（ＪＶＥＴ－Ｒ２００１－ｖＡ／ｖ１０）における参照ピクチャリストの既存の設計は、以下の問題を有する。

１）フラグｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＳＨを変更せずに、ＩＤＲと非ＩＤＲピクチャとをマージするための単層ビットストリーム用に設計されたものである。マルチレイヤ文脈において、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことは、意味をなさない。それは、ＲＰＬを含むエンハンスメントレイヤ（ＥＬ）ピクチャのＩＤＲスライス（すなわち、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｎ＿ＬＰまたはＩＤＲ＿Ｗ＿ＲＡＤＬに等しいスライス）を無効とし、その結果、レイヤ間予測を使用してコーディングされるＥＬピクチャでのＩＤＲスライスを無効にする一方、ＩＲＡＰピクチャのＩＬＰがスケーラビリティにより与えられるコーディングゲインに最も貢献することが多い。

２）ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇは１に等しく、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは０に等しく、かつ、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいＶＣＬ ＮＡＬユニットが少なくとも１つ存在するピクチャの場合、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、ピクチャ内のＩＤＲスライスがＳＨに信号通知されるＲＰＬを持つように１に等しくなければならず、そうでない場合には、ピクチャ内のＩＤＲスライスに導出されるＲＰＬは空になり、一方、ピクチャ内の非ＩＤＲスライスに導出されるＲＰＬは空にならない。

３）ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しい場合、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しければ、ＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄと等しい非独立レイヤは、下位ｎｕｈ＿ｌａｙｅｒ＿ｉｄのＳＰＳを参照しなければならない。それは可能であるけれども、しかし、その場合、そのｎｕｈ＿ｌａｙｅｒ＿ｉｄの値で、そのようなＳＰＳを有する理由は全くない。したがって、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しい場合にｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１であることを求めるのは合理的である。

４） ｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ［０］が１に等しい場合、および、ｒｐｌ＿ｓｐｓ＿ｆｌａｇ［０］が１に等しい場合にはｒｐｌ＿ｉｄｘ［０］の推論が必要であるのに、それが欠けている。

５） 最近のＶＶＣテキストの第８．３．２項（参照ピクチャリスト構築のための復号処理）は、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいスライスについてのＲｐｌｓＩｄｘ［ｉ］、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］、および、ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］のためのデフォルト値を規定することを含み、これらの値は、それらのスライスについてＲＰＬが空の間、使用される。しかし、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しい場合、ＰＨはＲＰＬを含むので、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しい場合、上記変数および構文要素のためのデフォルト値を規定する必要がない。実際、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが１に等しい場合、ＲＰＬは空でない可能性があるので、このようなデフォルト値の規定は不正確である可能性がある。

６） 最近のＶＶＣテキストの第８．３．２項（参照ピクチャリスト構築のための復号処理）は、以下の制約を含む。
－現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］の各ＩＬＲＰエントリにより参照されたピクチャは、ＤＰＢに存在し、現在のピクチャのｎｕｈ＿ｌａｙｅｒ＿ｉｄより小さなｎｕｈ＿ｌａｙｅｒ＿ｉｄ ｒｅｆＰｉｃＬａｙｅｒＩｄを有し、かつ、ＩＲＡＰピクチャであるか、Ｍａｘ（０，ｖｐｓ＿ｍａｘ＿ｔｉｄ＿ｉｌ＿ｒｅｆ＿ｐｉｃｓ＿ｐｌｕｓ１［ｃｕｒｒＬａｙｅｒＩｄｘ］［ｒｅｆＬａｙｅｒＩｄｘ］－１）以下のＴｅｍｐｏｒａｌＩｄを有するかであり、ここでｃｕｒｒＬａｙｅｒＩｄｘとｒｅｆＬａｙｅｒＩｄｘは、ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］とＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｒｅｆｐｉｃＬａｙｅｒＩｄ］にそれぞれ等しいものとする。
しかしながら、ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔが０に等しいＧＤＲピクチャも、ＩＲＡＰピクチャと同様に、制約条件において考慮されるべきである。

７） 参照ピクチャマーキングのための復号処理において、最近のＶＶＣテキストの第８．３．３項に規定されるように、ＣＬＶＳＳピクチャによって参照されるレイヤ間参照ピクチャがある場合、このレイヤ間参照ピクチャには、「長期参照に使用される」とマークされない。これにより、ＰＯＣに基づくスケーリングが適用され、ＩＲＬＰのＰＯＣ値および現在のピクチャが同じであるため、ゼロによる除算演算を呼び出させる可能性があるため、復号処理において問題を生じさせる。

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

１） 問題１を解決するために、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに従って、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを条件付きで信号通知する。
ａ． 一例において、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがスキップされ、１に等しいと推論されることを規定する。
ｉ． あるいは、加えて、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しい場合、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しいことを必要とする。
ｂ． あるいは、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに従って条件付きで信号通知されず、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい場合、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しいことを必要とする。
ｃ． あるいは、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに従って条件付きで信号通知されず、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しい場合、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しいことを必要とする。
ｄ． あるいは、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに従って条件付きで信号通知されず、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｓ＿ｆｌａｇの値が１に等しい、またはｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しい場合、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しいことを必要とする。

２） 問題２を解決するために、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しく、かつｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０に等しい場合、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅの値がＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいものとならないように制約を追加する。
ａ． あるいは、ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは０に等しい、かつ、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいＶＣＬ ＮＡＬユニットを有する少なくとも１つのＶＣＬ ＮＡＬユニットが存在するピクチャについて、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しくように制約を追加する。

３） 問題３を解決するため、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しい場合、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１に等しいものとする制約を加える。
ａ． あるいは、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が！ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］に等しいものと規定する。

４） 問題４を解決するために、ｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ［０］が１に等しく、かつ、ｒｐｌ＿ｓｐｓ＿ｆｌａｇ［０］が１に等しい場合、ｒｐｌ＿ｉｄｘ［０］の値の推論を加える。
ａ． 一例において、ｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ［０］が１に等しく、ｒｐｌ＿ｓｐｓ＿ｆｌａｇ［０］が１に等しい場合、ｒｐｌ＿ｉｄｘ［０］の値は、０に等しいことが推測される。

５） 問題５を解決するために、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇが０に等しい場合にのみ、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しく、かつ、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅがＩＤＲ＿Ｗ＿ＲＡＤＬまたはＩＤＲ＿Ｎ＿ＬＰに等しいスライスについてＲｐｌｓＩｄｘ［ｉ］、ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］およびＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］のデフォルト値を設定または推測することを規定する。

６） 問題６を解決するために、ｐｈ＿ｒｅｃｏｖｅｒｙ＿ｐｏｃ＿ｃｎｔが０に等しいＧＤＲピクチャを、現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］におけるＩＬＲＰエントリに対する制約に関してＩＲＡＰピクチャと同様に扱う。

７） 問題７を解決するために、参照ピクチャマーキングの復号処理において、現在のピクチャがＣＬＶＳＳピクチャである場合、ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］に各ＩＬＲＰエントリが存在する場合、これを「長期参照に使用される」とマーキングすることを規定する。

８） 問題１を解決するために、ＳＰＳ構文においてｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇはｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇより先に信号通知され、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇはｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに従い条件付きで信号通知される。
ａ． 一例において、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇがスキップされ、０に等しいと推論されることを規定する。
ｉ． あるいは、加えて、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０に等しい場合には、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しいことを必要とする。
ｂ． あるいは、ＳＰＳ構文においてｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの前に信号通知され、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに従って条件付きで通知されず、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０に等しい場合、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいことを必要とする。
ｃ． あるいは、ＳＰＳ構文においてｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの前に信号通知され、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇに従って条件付きで通知されず、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい場合、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０に等しい、またはｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しいことを必要とする。
ｄ． あるいは、ｓｐｓ＿ｉｎｔｅｒ＿ｌａｙｅｒ＿ｒｅｆ＿ｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇおよび／またはｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを信号通知するかどうかおよび／または信号通知する方法は、一般制約情報（ＧＣＩ）構文に存在する一般制約フラグ、例えば、ｉｎｔｒａ＿ｏｎｌｙ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇに依存することもできる。

６． 実施形態
以下は、上記第４章に要約されたいくつかの発明の態様のためのいくつかの例示的な実施形態であり、ＶＶＣ仕様に適用できる。太字のイタリック体において、既に追加または修正された最も関連する部分には下線を付し、削除された部分のうちのいくつかは、［［］］を使用して示す。

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

７．３．２．３ シーケンスパラメータセットＲＢＳＰ構文

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

１つのピクチャにおける任意の２つのサブピクチャが異なるＮＡＬユニットタイプを有する場合、ｓｐｓ＿ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［］の値は、少なくとも１つのＰまたはＢスライスを含むピクチャにおけるすべてのサブピクチャについて１に等しいものとする。
．．．

７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．

７．４．９ 参照ピクチャリスト意味論
．．．

変数ＲｐｌｓＩｄｘ［ｉ］は、以下のように導出される。
ＲｐｌｓＩｄｘ［ｉ］＝ｒｐｌ＿ｓｐｓ＿ｆｌａｇ［ｉ］？ｒｐｌ＿ｉｄｘ［ｉ］：ｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ［ｉ］ （１５０）
．．．

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

－ＲｐｌｓＩｄｘ［ｉ］の値は、ｓｐｓ＿ｎｕｍ＿ｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓ［ｉ］に等しく設定される。
－ｎｕｍ＿ｒｅｆ＿ｅｎｔｒｉｅｓ［ｉ］［ＲｐｌｓＩｄｘ［ｉ］］の値は、０に等しいと推論される。
－ＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］の値は、０に等しく設定する。
．．．

－［［現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］における各ＩＬＲＰエントリにより参照されるピクチャは、現在のピクチャと同じＡＵ内にあるものとする。］］
－現在のピクチャのスライスのＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］にＩＬＲＰがある場合、各ＩＬＲＰエントリよって参照されるピクチャには以下のすべての制約が適用される。

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

８．３．３ 参照ピクチャリスト作成のための復号処理
．．．
現在のピクチャがＣＬＶＳＳピクチャである場合、以下が適用される。

そうでない場合（現在のピクチャがＣＬＶＳＳピクチャでない場合）、以下が適用される。
－ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］におけるＬＴＲＰエントリごとに、ピクチャが現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有するＳＴＲＰである場合、このピクチャは、「長期参照用に使用される」とマークされる。
－ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］におけるいずれのエントリにも参照されていないＤＰＢで、現在のピクチャと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する各参照ピクチャは、「参照用に未使用」とマークされる。
－ＲｅｆＰｉｃＬｉｓｔ［０］またはＲｅｆＰｉｃＬｉｓｔ［１］におけるＩＬＲＰエントリごとに、ピクチャは、「長期参照用に使用される」とマークされる。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

１．映像処理方法（例えば、図３の方法６００）であって、１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うこと（６０２）を含み、このコーディングされた表現はフォーマット規則に準拠し、このフォーマット規則は、レイヤ間参照ピクチャが変換のために使用されるかどうかを規定する第１の構文要素の第１の値が、このコーディングされた表現に参照ピクチャリストが含まれているかどうかを示す第２の構文要素の存在または第２の値を制御することを規定する。

２．第１の値が１である場合、第２の構文要素をコーディングされた表現から省略し、１であると推論する、解決策１に記載の方法。

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

３．１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うことを含み、このコーディングされた表現はフォーマット規則に準拠し、このフォーマット規則は、参照ピクチャリストのための構文要素がコーディングされた表現に含まれないことを第１の構文要素が示し、かつ、混合ネットワーク抽象化レイヤユニットがコーディングされた表現において許可されており、かつ、参照ピクチャリスト構文要素がピクチャヘッダに含まれていない場合に、瞬時デコーダ参照ピクチャタイプネットワーク抽象化レイヤユニットをコーディングされた表現における使用を無効化することを規定する、映像処理方法。

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

４．１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うことを含み、このコーディングされた表現は、フォーマット規則に準拠し、このフォーマット規則は、（ａ）映像パラメータセットにおける所定のレイヤｉｄのための独立したレイヤ活性化フラグを示す第１の構文要素の値が、レイヤ間参照ピクチャの活性化を示す第２の構文要素の値を制御する、または（ｂ）シーケンスパラメータセットにおける参照ピクチャリストの数を示す第１の構文要素の値が、現在の映像ユニットの変換に使用される参照ピクチャを示す第２の構文要素の値を制御する制約を規定する、映像処理方法。

５．前記第１および第２の構文要素は、反対のバイナリ値を有する、解決策４に記載の方法。

６．前記第１および前記第２の構文要素が同じバイナリ値を有する、解決策４に記載の方法。

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

７．１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うことを含み、この変換は、現在のピクチャがコーディングされたレイヤ映像シーケンスの開始ピクチャである場合、この現在のピクチャのための参照リストにおけるレイヤ間ピクチャを長期参照ピクチャと見なすことを規定する規則に従って実行される、映像処理方法。

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

８．１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うことを含み、このコーディングされた表現は、参照ピクチャリスト情報の存在を示す第１のフィールドが、第１のフィールドに従って条件付きで信号通知されるレイヤ間ピクチャの存在を信号通知する第２のフィールドの前に信号通知されることを規定するフォーマット規則に準拠する、映像処理方法。

９． 前記変換を行うことは、前記映像を符号化して前記コーディングされた表現を生成することを含む、解決策１～８のいずれかに記載の方法。

１０． 変換を行うことは、コーディングされた表現を構文解析し、復号して映像を生成することを含む、解決策１～８のいずれかに記載の方法。

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

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

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

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

図７は、本技術の１つ以上の実施形態による映像データ処理の方法７００を表すフローチャートである。この方法７００は、動作７１０において、規則に従って、スライスを含む映像ピクチャを備える映像と、この映像のビットストリームとを変換することを含む。この規則は、参照ピクチャリスト（ＲＰＬ）インデックスに関連付けられた参照ピクチャリスト構文構造のエントリの数を規定する構文要素のデフォルト値が、条件が満たされることによって０に等しくなることを規定する。この条件は、（１）映像ピクチャが瞬時復号更新ピクチャであり、（２）第１の構文フラグが、スライスのスライスヘッダにＲＰＬ構文要素が存在しないことを規定し、（３）第２の構文フラグが、映像ピクチャのピクチャヘッダにＲＰＬ情報が存在しないことを規定する場合、満たされる。

いくつかの実施形態において、条件が満たされることに呼応して、変数のデフォルト値は０に等しい。この変数は、スライスを変換するためのＲＰＬの最大参照インデックスを規定する。いくつかの実施形態において、参照ピクチャリストインデックスを示す変数は、条件が満たされたことに呼応して、シーケンスパラメータセットの参照ピクチャリスト構文構造の数に等しい。

図８は、本技術の１つ以上の実施形態による映像データ処理の方法８００を表すフローチャートである。この方法８００は、動作８１０において、規則に従って、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、変換のためのレイヤ間予測の使用に基づいて、映像ピクチャのスライスのスライスヘッダに参照ピクチャリスト（ＲＰＬ）構文要素が存在するかどうかを規定する第１の構文フラグの値を決定することを規定する。

いくつかの実施形態において、第１の構文フラグは、参照ピクチャリスト構文構造におけるエントリがレイヤ間参照ピクチャ（ＩＬＲＰ）エントリであるかどうかを規定する第２の構文フラグに基づいて、ビットストリームに条件付きで存在する。いくつかの実施形態において、第２の構文フラグが、参照ピクチャリスト構文構造におけるエントリがレイヤ間参照ピクチャ（ＩＬＲＰ）エントリであることを示す場合、第１の構文フラグはビットストリーム内に存在せず、１に等しいと推論される。

いくつかの実施形態において、第２の構文フラグが参照ピクチャリスト構文構造におけるエントリがレイヤ間参照ピクチャ（ＩＬＲＰ）エントリであることを規定する場合、第１の構文フラグの値は１に等しい。いくつかの実施形態において、第３の構文フラグの値が、レイヤがレイヤ間予測を使用しないことを示す０の値を有する場合、第１の構文要素の値は１に等しい。いくつかの実施形態において、（１）第２の構文フラグが参照ピクチャリスト構文構造におけるエントリがレイヤ間参照ピクチャ（ＩＬＲＰ）エントリであることを規定する場合、または、（２）第３の構文フラグが、レイヤがレイヤ間予測を使用しないことを示す０の値を有する場合、第１の構文フラグの値は１に等しい。

図９は、本技術の１つ以上の実施形態による映像データ処理の方法９００を表すフローチャートである。この方法９００は、動作９１０において、規則に従って、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、（１）映像ピクチャが瞬時復号更新ピクチャであるかどうか、（２）映像ピクチャのスライスのスライスヘッダに参照ピクチャリスト（ＲＰＬ）構文要素が存在するかどうか、（３）映像ピクチャの１つのピクチャパラメータセットを参照する各ピクチャが、同じユニットタイプの値を有さない複数のネットワーク抽象化ユニットを有するかどうか、および（４）映像ピクチャのピクチャヘッダにＲＰＬ情報が存在するかどうかに関連した制約を規定する。

いくつかの実施形態において、前記制約は、（１）ＲＰＬ構文要素が映像ピクチャのスライスのスライスヘッダに存在せず、（２）ピクチャパラメータセットを参照する各ピクチャは、同じユニットタイプの値を有さない複数のネットワーク抽象化レイヤユニットを有し、かつ（３）ＲＰＬ情報が映像ピクチャのピクチャヘッダに存在しない場合、映像ピクチャが非瞬時復号更新ピクチャであるように制約されることを規定する。いくつかの実施形態において、前記制約は、（１）ピクチャパラメータセットを参照する各ピクチャが、同じユニットタイプの値を有さない複数のネットワーク抽象化レイヤユニットを有し、（２）映像ピクチャのピクチャヘッダにＲＰＬ情報が存在し、かつ、（３）映像ピクチャが瞬時復号更新ピクチャである場合、ＲＰＬ構文要素が映像ピクチャのスライスのスライスヘッダに存在するように制約されることを規定する。

図１０は、本技術の１つ以上の実施形態による映像データ処理の方法１０００を表すフローチャートである。この方法１０００は、動作１０１０において、規則に従って、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、（１）１つのレイヤがレイヤ間予測を使用するかどうか、および、（２）参照ピクチャリスト構文構造におけるエントリがレイヤ間参照ピクチャ（ＩＬＲＰ）エントリであるかどうかに基づく制約を規定する。

いくつかの実施形態において、前記制約は、レイヤがレイヤ間予測を使用しない場合、参照ピクチャリスト構文構造におけるエントリがレイヤ間参照ピクチャ（ＩＬＲＰ）エントリであることを規定する。いくつかの実施形態において、前記制約は、参照ピクチャリスト構文構造におけるエントリがレイヤ間参照ピクチャ（ＩＬＲＰ）エントリであるかどうかと、レイヤがレイヤ間予測を使用するかどうかが同じであることを規定する。

図１１は、本技術の１つ以上の実施形態による映像データ処理の方法１１００を表すフローチャートである。この方法１１００は、動作１１１０において、規則に従って、映像の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、シーケンスパラメータセットにおける第１のリストの参照ピクチャリスト構文構造の数が１であり、かつ、映像ピクチャの第１の参照ピクチャリストが、第１のリストの参照ピクチャリスト構文構造に基づいて導出される場合、参照ピクチャリスト構文構造のインデックスを規定する変数が推論されることを規定する。いくつかの実施形態において、変数は、０に等しいと推論される。

図１２は、本技術の１つ以上の実施形態による映像データ処理の方法１２００を表すフローチャートである。この方法１２００は、動作１２１０において、規則に従って、映像の現在の映像ピクチャと映像のビットストリームとの間での変換を行うことを含む。この規則は、ピクチャが、現在のピクチャのスライスの参照ピクチャリストにおけるレイヤ間参照ピクチャ（ＩＬＲＰ）エントリによって参照されることに呼応して、ピクチャは漸次的復号更新（ＧＤＲ）タイプを有することを許され、出力順でピクチャの回復点を規定する構文要素が０であることを規定する。

いくつかの実施形態において、前記ピクチャは、現在のピクチャと同一のアクセスユニットにある。いくつかの実施形態において、前記ピクチャは、復号されたピクチャバッファに存在する。いくつかの実施形態において、前記ピクチャは、現在のピクチャのレイヤ識別子より小さいレイヤ識別子を有する。いくつかの実施形態において、参照ピクチャリストは、参照リスト０または参照リスト１を含む。

図１３は、本技術の１つ以上の実施形態による映像データ処理の方法１３００を表すフローチャートである。この方法１３００は、動作１３１０において、規則に従って、現在の映像ピクチャを含む映像と映像のビットストリームとの間での変換を行うことを含む。この規則は、現在のピクチャがコーディングされたレイヤ映像シーケンスの開始ピクチャであることに呼応して、現在のピクチャの参照ピクチャリストにおける各レイヤ間参照ピクチャ（ＩＬＲＰ）エントリは、長期参照に使用されるとマークされることを規定する。

いくつかの実施形態において、参照ピクチャリストは、参照リスト０または参照リスト１を含む。いくつかの実施形態において、現在のピクチャの参照ピクチャリストにおける各レイヤ間参照ピクチャ（ＩＬＲＰ）のエントリは、復号処理における長期参照ピクチャとして扱われる。いくつかの実施形態において、この方法は、参照ピクチャのマーキングのための復号処理において、ピクチャごとに１回実行される。いくつかの実施形態において、参照ピクチャリストにおける各レイヤ間参照ピクチャ（ＩＬＲＰ）のエントリは、復号されたピクチャバッファに含まれる。いくつかの実施形態において、各ＩＬＲＰエントリを長期参照に使用されるとマーキングすることは、参照に未使用または短期参照に使用されることを含む他のマーキングに取って代わる。

図１４は、本技術の１つ以上の実施形態による映像データ処理の方法１４００を表すフローチャートである。方法１４００は、動作１４１０において、規則に従って映像と映像のビットストリームとの間で変換を行うことを含む。この規則は、瞬時復号更新（ＩＤＲ）ピクチャのスライスヘッダに参照ピクチャリスト構文要素が存在するかどうかを規定する第１の構文フラグが、コーディングされたレイヤ映像シーケンスにおける任意のコーディングされたピクチャのインター予測にレイヤ間参照ピクチャ（ＩＬＲＰ）が使用されるかどうかを規定する第２の構文フラグの前に、ビットストリームに存在することを規定する。

いくつかの実施形態において、前記規則は、前記第１の構文フラグに従って前記第２の構文フラグが前記ビットストリームに条件付きで存在することを更に規定する。いくつかの実施形態において、第１の構文フラグが０に等しい場合、第２の構文フラグは、ビットストリームに存在せず、０であると推測される。いくつかの実施形態において、第１の構文フラグが０に等しく、かつ、レイヤがレイヤ間予測を用いない場合、第２の構文フラグはビットストリームに存在せず、０であると推測される。いくつかの実施形態において、第１の構文フラグが０に等しい場合、第２の構文フラグは０に等しい、または、レイヤはレイヤ間予測を使用しない。いくつかの実施形態において、第１の構文フラグおよび／または第２の構文フラグがビットストリームに存在するか否かは、一般的制約情報構文構造における一般的制約フラグに基づく。

いくつかの実施形態において、変換は、映像をビットストリームに符号化することを含む。いくつかの実施形態において、変換は、ビットストリームから映像を復号することを含む。

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

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

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

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

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

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

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

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

Claims (13)

1. 規則に従って、映像の現在のピクチャと、前記映像のビットストリームとの間で変換を行うこと、を含む映像データの処理方法であって、
   前記規則は、ピクチャが、前記現在のピクチャのスライスの参照ピクチャリストにおけるレイヤ間参照ピクチャ（ＩＬＲＰ）エントリによって参照されることに呼応して、前記ピクチャは、漸次的復号更新（ＧＤＲ）タイプを有することを許可され、出力順で前記ピクチャの回復点を規定する構文要素が０であることを規定する、
   映像データの処理方法。
2. 前記ピクチャは、前記現在のピクチャと同じアクセスユニットにある、
   請求項１に記載の方法。
3. 前記ピクチャが復号ピクチャバッファに存在する、
   請求項１または２に記載の方法。
4. 前記ピクチャは、前記現在のピクチャのレイヤ識別子よりも小さいレイヤ識別子を有する、
   請求項１～３のいずれか１項に記載の方法。
5. 前記参照ピクチャリストは、参照リスト０または参照リスト１を含む、
   請求項１～４のいずれか１項に記載の方法。
6. 前記変換は、前記映像を前記ビットストリームに符号化することを含む、
   請求項１～５のいずれか１項に記載の方法。
7. 前記変換は、前記ビットストリームから前記映像を復号することを含む、
   請求項１～５のいずれか１項に記載の方法。
8. 規則に従って、映像の現在のピクチャから前記映像のビットストリームを生成することと、
   前記生成されたビットストリームを記憶することと、を含む前記映像のビットストリームを記憶するための方法であって、
   前記規則は、ピクチャが、前記現在のピクチャのスライスの参照ピクチャリストにおけるレイヤ間参照ピクチャ（ＩＬＲＰ）エントリによって参照されることに呼応して、前記ピクチャは、漸次的復号更新（ＧＤＲ）タイプを有することを許可され、出力順で前記ピクチャの回復点を規定する構文要素が０であることを規定する、
   映像のビットストリームを記憶するための方法。
9. 請求項１～８のいずれか１項に記載の方法を実装するように構成される処理装置を備える、
   映像復号装置。
10. 請求項１～８のいずれか１項に記載の方法を実装するように構成される処理装置を備える、
    映像符号化装置。
11. コンピュータコードが記憶されたコンピュータプログラム製品であって、
    前記コードは、プロセッサにより実行されると、前記プロセッサに、請求項１～８のいずれか１項に記載の方法を実装させる、
    コンピュータプログラム製品。
12. 映像処理装置により行われる方法で生成される映像のビットストリームを記憶する非一時的なコンピュータ可読記録媒体であって、
    前記方法は、
    規則に従って、前記映像の現在のピクチャから前記映像のビットストリームを生成することと、
    前記生成されたビットストリームを記憶することと、を含み、
    前記規則は、ピクチャが、前記現在のピクチャのスライスの参照ピクチャリストにおけるレイヤ間参照ピクチャ（ＩＬＲＰ）エントリによって参照されることに呼応して、前記ピクチャは、漸次的復号更新（ＧＤＲ）タイプを有することを許可され、出力順で前記ピクチャの回復点を規定する構文要素が０であることを規定する、
    非一時的なコンピュータ可読記録媒体。
13. 本明細書に記載の方法、装置またはシステム。

Images