特許 7513756 サブレイヤ数制限

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-07-01

(45)【発行日】2024-07-09

(54)【発明の名称】サブレイヤ数制限

(51)【国際特許分類】

   H04N 19/70 20140101AFI20240702BHJP

   H04N 19/30 20140101ALI20240702BHJP

【ＦＩ】

H04N19/70

H04N19/30

【請求項の数】 18

(21)【出願番号】P 2022570210

(86)(22)【出願日】2021-05-21

(65)【公表番号】

(43)【公表日】2023-06-23

(86)【国際出願番号】 CN2021095124

(87)【国際公開番号】W WO2021233417

(87)【国際公開日】2021-11-25

【審査請求日】2023-01-16

(31)【優先権主張番号】PCT/CN2020/091758

(32)【優先日】2020-05-22

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】520476341

【氏名又は名称】北京字節跳動網絡技術有限公司

【氏名又は名称原語表記】Ｂｅｉｊｉｎｇ Ｂｙｔｅｄａｎｃｅ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ Ｃｏ．， Ｌｔｄ．

【住所又は居所原語表記】Ｒｏｏｍ Ｂ－００３５， ２／Ｆ， Ｎｏ．３ Ｂｕｉｌｄｉｎｇ， Ｎｏ．３０， Ｓｈｉｘｉｎｇ Ｒｏａｄ， Ｓｈｉｊｉｎｇｓｈａｎ Ｄｉｓｔｒｉｃｔ Ｂｅｉｊｉｎｇ １０００４１ Ｃｈｉｎａ

(73)【特許権者】

【識別番号】520477474

【氏名又は名称】バイトダンス インコーポレイテッド

【氏名又は名称原語表記】ＢＹＴＥＤＡＮＣＥ ＩＮＣ．

【住所又は居所原語表記】１２６５５ Ｗｅｓｔ Ｊｅｆｆｅｒｓｏｎ Ｂｏｕｌｅｖａｒｄ， Ｓｉｘｔｈ Ｆｌｏｏｒ， Ｓｕｉｔｅ Ｎｏ． １３７ Ｌｏｓ Ａｎｇｅｌｅｓ， Ｃａｌｉｆｏｒｎｉａ ９００６６ Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ

(74)【代理人】

【識別番号】110002000

【氏名又は名称】弁理士法人栄光事務所

(72)【発明者】

【氏名】ワン イェクイ

(72)【発明者】

【氏名】ドン ジピン

【審査官】岩井 健二

(56)【参考文献】

【文献】国際公開第２０２１／２３５４１２（ＷＯ，Ａ１）

【文献】国際公開第２０２１／１９５５１４（ＷＯ，Ａ１）

【文献】Byeongdoo Choi, Stephan Wenger, and Shan Liu，AHG8/AHG9: On signaling max number of sublayers，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-R0125，18th Meeting: by teleconference，2020年04月，pp.1-2

【文献】Biao Wang, et al.，Semantic bug fixes for syntax elements in VPS and SPS，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-R0158-v1，18th Meeting: by teleconference，2020年04月，pp.1-3

【文献】Dongcheol Kim, et al.，AHG9: On vps_max_sublayers_minus1，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-R0199-v1，18th Meeting: by teleconference，2020年04月，pp.1-3

【文献】Jiancong Luo, Jie Chen, and Yan Ye，AHG9: SPS sublayer syntax cleanup，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 1，JVET-R0222，18th Meeting: by teleconference，2020年04月，pp.1-3

【文献】Ye-Kui Wang, Li Zhang, Zhipin Deng, and Kai Zhang1，AHG9/AHG8/AHG12: On parameter sets and picture header，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，JVET-S0049-v1，19th Meeting: by teleconference，2020年05月，pp.1-6

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｎ １９／００ － １９／９８

(57)【特許請求の範囲】

【請求項1】

第１の規則に従って、映像と、前記映像のビットストリームとの間で変換を行うこと、を含む映像処理方法であって、
前記第１の規則は、映像パラメータセットの識別子を示すシーケンスパラメータセット（ＳＰＳ）の第１のフィールドの値が０に等しいことに呼応して、前記映像パラメータセットによって規定されるレイヤで許容されるサブレイヤの第１の最大数を示す前記映像パラメータセットの第２のフィールドが、前記ＳＰＳの第３のフィールドに等しいと解釈されることを規定し、前記第３のフィールドは、前記ＳＰＳを参照する各コーディングされたレイヤ映像シーケンスで許容されるサブレイヤの第２の最大数を示す、
映像処理方法。

【請求項2】

前記第１の規則は、前記第１のフィールドの前記値が０に等しいことに呼応して、前記第３のフィールドの前記値が０～６の範囲内にあることをさらに規定する、
請求項１に記載の方法。

【請求項3】

前記第１のフィールドの前記値が０より大きい場合、前記シーケンスパラメータセットは、映像パラメータセットレベルにおける前記映像パラメータセットの識別子を参照する、
請求項１または２に記載の方法。

【請求項4】

前記第１の規則は、前記第１のフィールドの前記値が０より大きいことに呼応して、前記第３のフィールドの前記値が、０～前記第２のフィールドの値までの範囲内にあることをさらに規定する、
請求項１に記載の方法。

【請求項5】

前記第２のフィールドの前記値は、前記第１の最大数から１を減算したものに等しい、
請求項１～４のいずれか１項に記載の方法。

【請求項6】

前記第３のフィールドの前記値は、前記第２の最大数から１を減算したものに等しい、
請求項１～５のいずれか１項に記載の方法。

【請求項7】

前記変換は、第２の規則に従って行なわれ、
前記第２の規則は、前記第１のフィールドの前記値が０に等しいことに呼応して、前記映像パラメータセットによって規定される出力レイヤセットの総数、および、第１の出力レイヤセットにおけるレイヤ数が１に等しいことを規定する、
請求項１～６のいずれか１項に記載の方法。

【請求項8】

前記第２の規則は、前記映像パラメータセットのレイヤ識別子を、コーディングされた映像シーケンスにおけるレイヤのＮＡＬ（ネットワーク抽象化レイヤ）ユニットヘッダ識別子（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）に等しく設定することをさらに規定する、
請求項７に記載の方法。

【請求項9】

前記変換は、第３の規則に従って行なわれ、
前記第３の規則は、レイヤ内のピクチャが、対応するピクチャに対してピクチャ分割が有効化されているかどうかを示す構文要素の異なる値を有するピクチャパラメータセットを参照することを許可されることを規定する、
請求項１～８のいずれか１項に記載の方法。

【請求項10】

第１の値に等しい前記構文要素は、前記ピクチャパラメータセットを参照する各ピクチャに対してピクチャ分割が適用されないことを規定し、第２の値に等しい前記構文要素は、対応するピクチャパラメータセットを参照する各ピクチャを２つ以上のタイル又はスライスに分割することを許されることを規定する、
請求項９に記載の方法。

【請求項11】

前記変換は、第４の規則に従って行なわれ、
前記第４の規則は、ピクチャのタイルにわたるループフィルタリングが有効化されているかどうかを示す構文要素が、前記ピクチャによって参照されるピクチャパラメータセットに存在しないことに呼応し、前記構文要素は、特定の値を有すると推論されることを規定する、
請求項１～１０のいずれか１項に記載の方法。

【請求項12】

前記特定の値が０である、
請求項１１に記載の方法。

【請求項13】

前記構文要素が０に等しい場合、前記ピクチャパラメータセットを参照するピクチャについて、前記ピクチャの前記タイルにわたるインループフィルタリング動作が無効化されることを規定する、
請求項１２に記載の方法。

【請求項14】

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

【請求項15】

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

【請求項16】

処理装置と、命令を備える非一時的メモリとを含む映像データを処理するための装置であって、前記命令は、前記処理装置によって実行され、前記処理装置に、
第１の規則に従って、映像と、前記映像のビットストリームとの間で変換を行なわせ、
前記第１の規則は、映像パラメータセットの識別子を示すシーケンスパラメータセット（ＳＰＳ）の第１のフィールドの値が０に等しいことに呼応して、前記映像パラメータセットによって規定されるレイヤで許容されるサブレイヤの第１の最大数を示す前記映像パラメータセットの第２のフィールドが前記ＳＰＳの第３のフィールドに等しいと解釈されることを規定し、前記第３のフィールドは、前記ＳＰＳを参照する各コーディングされたレイヤ映像シーケンスで許容されるサブレイヤの第２の最大数を示す、
映像データを処理するための装置。

【請求項17】

命令を記憶している非一時的なコンピュータ可読記憶媒体であって、前記命令は、処理装置に、
第１の規則に従って、映像と、前記映像のビットストリームとの間で変換を行なわせ、
前記第１の規則は、映像パラメータセットの識別子を示すシーケンスパラメータセット（ＳＰＳ）の第１のフィールドの値が０に等しいことに呼応して、前記映像パラメータセットによって規定されるレイヤで許容されるサブレイヤの第１の最大数を示す前記映像パラメータセットの第２のフィールドが前記ＳＰＳの第３のフィールドに等しいと解釈されることを規定し、前記第３のフィールドは、前記ＳＰＳを参照する各コーディングされたレイヤ映像シーケンスで許容されるサブレイヤの第２の最大数を示す、
非一時的なコンピュータ可読記憶媒体。

【請求項18】

映像のビットストリームを記憶する方法であって、
前記方法は、第１の規則に従って、前記映像のビットストリームを生成し、
非一時的なコンピュータ可読記録媒体に前記ビットストリームを記憶することを含み、
前記第１の規則は、映像パラメータセットの識別子を示すシーケンスパラメータセット（ＳＰＳ）の第１のフィールドの値が０に等しいことに呼応して、前記映像パラメータセットによって規定されるレイヤで許容されるサブレイヤの第１の最大数を示す前記映像パラメータセットの第２のフィールドが前記ＳＰＳの第３のフィールドに等しいと解釈されることを規定し、前記第３のフィールドは、前記ＳＰＳを参照する各コーディングされたレイヤ映像シーケンスで許容されるサブレイヤの第２の最大数を示す、
方法。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

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

【背景技術】

【0003】

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

【発明の概要】

【0004】

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

【0005】

１つの例示的な態様において、映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、映像レイヤによって参照される映像パラメータセットの識別子を示す構文要素と、このビットストリームのフィールドとの間の関係を規定するフォーマット規則に準拠する。

【0006】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、この規則は、映像レイヤ内のピクチャが、対応するピクチャに対してピクチャ分割が有効にされているかどうかを示す構文要素の異なる値を有するピクチャパラメータセットを参照することを許可されることを規定する。

【0007】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上のタイルを備える１つ以上の映像ピクチャを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、この規則は、ピクチャのタイルにわたるループフィルタリングが有効にされているかどうかを示す構文要素が、ピクチャが参照するピクチャパラメータセットに存在しないことに呼応し、この構文要素が特定の値を有すると推論されることを規定する。

【0008】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上のタイルおよび／または１つ以上のスライスを含む１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、ｉ）ピクチャパラメータセットを参照するピクチャごとの矩形スライスモードの使用を示し、第１の値を有する第１の構文要素と、ピクチャパラメータセットを参照する各ピクチャにおける矩形スライスの数を示す第２の構文要素とに関連付けられた第１の条件、または、ｉｉ）各ピクチャの単一のスライスのみを示す第３の構文要素に関連付けられた第２の条件が満たされることに呼応して、
ピクチャパラメータセットにおける１つ以上のフラグの値を規定するフォーマット規則に準拠する。

【0009】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、このビットストリームは、一般レイヤインデックスを有する映像レイヤにおけるレイヤ間予測の使用を示す第１の構文要素が、ピクチャにおけるインターコーディングされたサブパーティションの適用可能性を示す第２の構文要素の値を制御することを規定するフォーマット規則に準拠する。

【0010】

別の例示的な態様において、別の映像処理方法が開示される。この方法は、規則に従って、１つ以上の映像レイヤを含む映像と、この映像のビットストリームとの間で変換を行うことを含み、この規則は、映像レイヤによって参照されるシーケンスパラメータセット（ＳＰＳ）の第１のフィールドの値に呼応して、ビットストリームにおいて許容されるサブレイヤの最大数を示すＳＰＳによって参照される映像パラメータセットの第２のフィールドが、ＳＰＳの第３のフィールドに等しいと解釈されることを規定し、第３フィールドは映像レイヤにおいて許容されるサブレイヤの最大数を示す。

【0011】

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

【0012】

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

【0013】

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

【0014】

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

【図面の簡単な説明】

【0015】

【図1】本開示のいくつかの実施形態による映像コーディングシステムを示すブロック図である。

【図2】映像処理に使用されるハードウェアプラットフォームの例を示すブロック図である。

【図3】映像処理方法の一例を示すフローチャートである。

【図4】例示的な映像コーディングするシステムを示すブロック図である。

【図5】本開示のいくつかの実施形態によるエンコーダを示すブロック図である。

【図6】本開示のいくつかの実施形態によるデコーダを示すブロック図である。

【図7】１２個のタイルと３つのラスタスキャンスライスに分割された、１８×１２個の輝度ＣＴＵを有する画像を示す。

【図8】２４個のタイルと９個の矩形スライスに分割された、１８×１２個の輝度ＣＴＵを有する画像を示す。

【図9】４つのタイルと４つの矩形スライスに区分された画像を示す。

【図10】１５個のタイル、２４個のスライス、および２４個のサブピクチャに分割されたピクチャを示す。

【図11】典型的なサブピクチャに基づくビューポートに依存する３６０°映像コーディング方式を示す。

【図12】サブピクチャおよび空間的スケーラビリティに基づく改良されたビューポート依存型３６０°映像コーディング方式を示す。

【図13A】開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。

【図13B】開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。

【図13C】開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。

【図13D】開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。

【図13E】開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。

【図14】開示される技術のいくつかの実装形態に基づく、映像処理の例示的な方法のフローチャートを示す。

【発明を実施するための形態】

【0016】

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

【0017】

１． 導入
本願は、映像処理技術に関する。具体的には、映像パラメータセット（ＶＰＳ）、ピクチャパラメータセット（ＰＰＳ）、およびピクチャヘッダ（ＰＨ）の設計について、いくつかの改良がなされている。この考えは、個々にまたは様々な組み合わせで、マルチレイヤ映像コーディング、例えば、現在開発されているＶＶＣ（Ｖｅｒｓａｔｉｌｅ Ｖｉｄｅｏ Ｃｏｄｉｎｇ）をサポートする任意の映像コーディング規約または非標準映像コーデックに適用されてもよい。

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

１つのサブピクチャは、１つのピクチャの矩形領域を集合的に広がる１つ以上のスライスを含む。

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

１） ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい場合、レイヤは１つしかなく、ＶＰＳは参照されない。ただし、変数ＴｏｔａｌＮｕｍＯｌｓｓ、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［０］、および、ＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］の値は使用されるが、定義されない。

【0051】

２） ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい場合、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は６に等しいと推論される。しかしながら、その場合、ｓｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推論する方が理にかなっており、これによりｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい場合、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１をより最適に使用可能となる。

【0052】

３） 最新のＶＶＣテキストにおいて、ｐｐｓ＿ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値は、ＣＬＶＳ内のコーディングされたピクチャによって参照されるすべてのＰＰＳについて同じであることが必要である。ｐｐｓ＿ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ＰＰＳを参照する各ピクチャは、タイル、スライス、および、サブピクチャをそれぞれ１つだけ有する。しかし、エンコーダは、ＣＬＶＳのいくつかのピクチャに対してただ１つのタイル、または、スライスのみを有し、同じＣＬＶＳの他のピクチャにおいて複数のタイル、または、スライスを有することが許可されるべきである。それゆえ、この制約を取り除くのがより合理的であろう。

【0053】

４） 最近のＶＶＣテキストにおいて、ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、存在しない場合、１に等しいと推論される。これは、ｓｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｐｉｃ＿ｆｌａｇ［ｉ］、および、ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの推論と比較して、奇妙である。ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ｐｐｓ＿ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい、または、ＮｕｍＴｉｌｅｓＩｎＰｉｃが１に等しい場合、存在しない。これらの２つの条件のいずれか一方の下で、ピクチャ毎に１つのタイルのみが存在するので、タイル境界はピクチャ境界であり、かつ、ピクチャ境界にわたるループフィルタリングはない。したがって、ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、存在しない場合、０に等しいと推論されることが、より合理的である。

【0054】

５） ｐｐｓ＿ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しく、かつ、ｐｐｓ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が０に等しい場合、ＰＰＳを参照する各ピクチャに１つのスライスのみが存在する。この場合、６つのＰＰＳフラグｐｐｓ＿ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、および、ｐｐｓ＿ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇのいずれかが存在する場合、その値が０に等しいことを必要とすることは合理的であり、以下の利点がある。
ａ． ｐｐｓ＿ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、値が０になる推論の成立に関して、より整合させる。
ｂ． ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、または、ｐｐｓ＿ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの場合、より最適な構文にする。
ｃ． ｐｐｓ＿ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇの場合、１つのサブピクチャをそれぞれ含む個々のＶＶＣビットストリームへの符号化前に分割された異なるサブピクチャを独立並列符号化して、その後、各ピクチャが複数のサブピクチャを含む１つのＶＶＣビットストリームにマージする利用事例に、ＡＬＦの使用を可能とする。そのような利用事例の場合、そのような個々のビットストリームは、ピクチャ毎に１つのスライス／サブピクチャを含むが、ＰＨはＳＨ内に存在しないので、マージする時に、ピクチャごとのＰＨおよびＳＨを書き換える必要がない。

【0055】

６） ピクチャについてｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しい場合、そのピクチャを含むレイヤは、独立レイヤではなく、少なくとも１つの参照レイヤを有している。このようなピクチャの場合、それがＩＲＡＰピクチャであっても、レイヤ間予測はもちろん許可されるべきである。したがって、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しい場合、ＰＨ構文要素ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値は１に等しいことを必要とするのは合理的である。

【0056】

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

【0057】

１） 問題１を解決するために、ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい場合、ＴｏｔａｌＮｕｍＯｌｓｓ、および、ＮｕｍＬａｙｅｒｓＩｎＯｌｓ［０］の値をともに１に等しく設定し、ＬａｙｅｒＩｄＩｎＯｌｓ［０］［０］の値をＣＶＳにおけるレイヤのｎｕｈ＿ｌａｙｅｒ＿ｉｄに等しく設定する。

【0058】

２） 問題２を解決するために、ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄが０に等しい場合、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の値はｓｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１に等しいと推論する。
ａ． あるいは、さらに、ｓｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１の値は、０～６の範囲内にあり、かつ、ｖｐｓ＿ｍａｘ＿ｓｕｂｌａｙｅｒｓ＿ｍｉｎｕｓ１より大きくならないことを規定する。

【0059】

３） 課題３を解決するために、１つのＣＬＶＳ内のコーディングされたピクチャが参照する異なるＰＰＳについて、ｐｐｓ＿ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が異なるものとなることを許容する。

【0060】

４） 問題４を解決するために、ｐｐｓ＿ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｔｉｌｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は、存在しない場合、０に等しいと推論する。

【0061】

５） 問題５を解決するために、ｐｐｓ＿ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しく、かつ、ｐｐｓ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が０に等しい場合、６つのＰＰＳフラグｐｐｓ＿ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、および、ｐｐｓ＿ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは、全て０に等しいことを必要とする。
ａ． あるいは、ｐｐｓ＿ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しく、かつ、ｐｐｓ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が０に等しい場合、または、ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、６つのＰＰＳフラグｐｐｓ＿ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、および、ｐｐｓ＿ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは全て０に等しいことを必要とする。
ｂ． あるいは、ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、６つのＰＰＳフラグｐｐｓ＿ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、およびｐｐｓ＿ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは全て０に等しいことを必要とする。
ｃ． あるいは、ｐｐｓ＿ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しく、かつ、ｐｐｓ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が０に等しい場合、６つのＰＰＳフラグｐｐｓ＿ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、および、ｐｐｓ＿ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは全てスキップされ、０に等しいと推論される。
ｄ． あるいは、ｐｐｓ＿ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しく、かつ、ｐｐｓ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が０に等しい場合、または、ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合、６つのＰＰＳフラグｐｐｓ＿ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｓａｏ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、および、ｐｐｓ＿ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは全てスキップされ、０に等しいと推論される。
ｅ． あるいは、ｏｎｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｐｉｃ＿ｃｏｎｓｔｒａｉｎｔ＿ｆｌａｇが１に等しい場合は、６つのＰＰＳフラグｐｐｓ＿ａｌｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｒｐｌ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｄｂｆ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｓａｏ＿ｉｎｆｏ＿ｐｈ＿ｆｌａｇ、ｐｐｓ＿ｗｐ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇ、および、ｐｐｓ＿ｑｐ＿ｄｅｌｔａ＿ｉｎｆｏ＿ｉｎ＿ｐｈ＿ｆｌａｇは全てスキップされ、０に等しいと推論される。

【0062】

６） 問題６を解決するために、ｉｆ（ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］）についてｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇを条件付けし、存在しない場合、値が１と推論する。
ａ． あるいは、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が０に等しい場合、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値を、０に等しいものと制約する。

【0063】

６． 実施形態

【0064】

【化1】

【0065】

６．１． 第１の実施形態
本実施形態は１、２、２ａ、３、４、５および６ａ項に対するものである。
７．４．３．３ シーケンスパラメータセットＲＢＳＰ意味論
．．．

【0066】

【化2】

【0067】

【化3】

【0068】

ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しい場合、特別のｎｕｈ＿ｌａｙｅｒ＿ｉｄの値、ｎｕｈＬａｙｅｒＩｄを有するＣＬＶＳが参照するＳＰＳのｎｕｈ＿ｌａｙｅｒ＿ｉｄは、ｎｕｈＬａｙｅｒＩｄと等しいものとする。
ｓｐｓ＿ｖｉｄｅｏ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、１つのＣＶＳ内のＣＬＶＳによって参照されるすべてのＳＰＳにおいて同じであるものとする。

【0069】

【化4】

【0070】

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

【0071】

【化5】

【0072】

［［１つのＣＬＶＳ内のコーディングされたピクチャによって参照されるすべてのＰＰＳについて、ｐｐｓ＿ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値が同じであるものとすることが、ビットストリーム適合性の要件である。］］
ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が０より大きい、または、ｐｐｓ＿ｍｉｘｅｄ＿ｎａｌｕ＿ｔｙｐｅｓ＿ｉｎ＿ｐｉｃ＿ｆｌａｇが１に等しい場合、ｐｐｓ＿ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇの値は、０に等しいものとする。

【0073】

【化6】

【0074】

【化7】

【0075】

【化8】

【0076】

【化9】

【0077】

【化10】

【0078】

【化11】

【0079】

【化12】

【0080】

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

【0081】

【化13】

【0082】

ｐｈ＿ｇｄｒ＿ｏｒ＿ｉｒａｐ＿ｐｉｃ＿ｆｌａｇが１に等しく、かつ、ｐｈ＿ｇｄｒ＿ｐｉｃ＿ｆｌａｇが０（すなわち、ピクチャがＩＲＡＰピクチャ）に等しく、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ｎｕｈ＿ｌａｙｅｒ＿ｉｄ］］が１に等しい場合、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇの値は、０に等しいものとする。

【0083】

【化14】

【0084】

注２－ＰＨ ＮＡＬユニットを変更することなく、サブピクチャに基づくビットストリームのマージを実行するように意図されたビットストリームの場合、エンコーダは、ｐｈ＿ｉｎｔｅｒ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇおよびｐｈ＿ｉｎｔｒａ＿ｓｌｉｃｅ＿ａｌｌｏｗｅｄ＿ｆｌａｇの両方の値を１に等しく設定することが予想される。
．．．

【0085】

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

【0086】

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

【0087】

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

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

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

【0128】

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

【0129】

解決策のリストは、開示される技術のいくつかの実施例を説明する。

【0130】

第１の解決策のセットを次に提供する。以下の解決策は、前章（例えば、項目１、２）で論じた技術の例示的な実施形態を示す。

【0131】

１．映像処理方法（例えば、図３の方法６００）であって、１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うこと（６０２）を含み、このコーディングされた表現は、映像パラメータセットの識別子を示す第１の構文要素と、コーディングされた表現の第２構文要素との間の関係を規定するフォーマット規則に準拠する。

【0132】

２．前記第２の構文要素は、前記コーディングされた表現における出力レイヤセットの数を示す、解決策１に記載の方法。

【0133】

３．前記第２の構文要素は、前記コーディングされた表現における出力レイヤセットの総数を示す、解決策１～２のいずれか１つに記載の方法。

【0134】

４．前記第２構文要素は、所定の映像パラメータセットを参照する前記映像のサブレイヤの最大数を示し、前記フォーマット規則は、前記第２の構文要素がシーケンスパラメータセットを参照する前記映像のサブレイヤの総数に等しい値を有することを規定する、解決策１～３のいずれか１つに記載の方法。

【0135】

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

【0136】

５．１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像と、前記映像のコーディングされた表現との間で変換を行うことを含み、前記コーディングされた表現は、前記コーディングされた表現において複数のピクチャパラメータセット（ＰＰＳ）の使用を許可するフォーマット規則に準拠し、前記フォーマット規則は、前記コーディングされた表現において前記ＰＰＳが、他のＰＰＳとは独立して参照ピクチャのためにピクチャ分割を許可するかどうかをさらに規定することを許可する、映像処理方法。

【0137】

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

【0138】

６．１つ以上のタイルおよび／または１つ以上のスライスを有する１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、この映像のコーディングされた表現との間で変換を行うことを含み、前記コーディングされた表現は、スライスのタイルがラスタスキャン順にあるかどうかを示す第１の構文要素が第２の構文要素の値を制御することを規定するフォーマット規則に準拠する、映像処理方法。

【0139】

７．前記第２の構文要素は、ピクチャパラメータセットに含まれる１つまたは複数のフラグを含む、解決策６に記載の方法。

【0140】

８．前記１つ以上のフラグは、適応ループフィルタの存在を示すフラグと、参照ピクチャリストを示すフラグと、サンプル適応オフセット操作を示すフラグと、量子化パラメータ差分フィールドを示すフラグと、を含む、解決策７に記載の方法。

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【0145】

第２の解決策のセットは、前章（例えば、項目１、および３～６）で論じた技術の例示的な実施形態を示す。

【0146】

１．映像処理方法（例えば、図１３Ａに示す方法１３００）であって、１つ以上の映像ピクチャを含む１つ以上の映像レイヤを含む映像とこの映像のビットストリームとの間で変換を行うこと（１３０２）を含み、このビットストリームは、映像レイヤによって参照される映像パラメータセットの識別子を示す構文要素と、ビットストリームのフィールドとの間の関係を規定するフォーマット規則に準拠する。

【0147】

２．前記フィールドは、対応する構文要素であるか、または前記ビットストリームにおける出力レイヤセットの総数を示す変数である、解決策１に記載の方法。

【0148】

３．前記フィールドは、前記映像パラメータセットによって規定される出力レイヤセットの総数を示す変数である、解決策１に記載の方法。

【0149】

４．前記フィールドは、前記ビットストリームに設定された第１の出力レイヤにおけるレイヤの数を示す、対応する構文要素または変数である、解決策１に記載の方法。

【0150】

５．前記フォーマット規則は、前記構文要素が第１の値を有する場合、前記フィールドの値を、前記第１の値とは異なる第２の値に等しく設定することを規定する、解決策１～４のいずれか１つに記載の方法。

【0151】

６．第１の値は０であり、前記第２の値は１である、解決策５に記載の方法。

【0152】

７．前記フォーマット規則は、前記構文要素の値が前記識別子が０であることを示す場合、出力レイヤセットの前記総数と前記ビットストリームにおいて設定された第１の出力レイヤにおけるレイヤの前記数とが１に等しいことを規定する、解決策２～４のいずれか１つに記載の方法。

【0153】

８．前記フィールドは、第１の出力レイヤセットにおける第１のレイヤのレイヤ識別子を示す構文要素または変数であり、前記フォーマット規則は、コーディングされた映像シーケンスのレイヤのＮＡＬ（ネットワーク抽象レイヤ）ユニットヘッダ識別子（ｎｕｈ＿ｌａｙｅｒ＿ｉｄ）に前記フィールドを等しく設定することを規定する、解決策１に記載の方法。

【0154】

９．前記フィールドは、所定の映像パラメータセットを参照する前記映像のサブレイヤの最大数を示し、前記フォーマット規則は、前記フィールドを、シーケンスパラメータセットを参照する前記映像のサブレイヤの総数に等しく設定することを規定する、解決策１に記載の方法。

【0155】

１０．映像処理方法（例えば、図１３Ｂに示す方法１３１０）であって、規則に従って、１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、前記映像のビットストリームとの間で変換を行うこと（１３１２）を含み、この規則は、映像レイヤ内のピクチャが、対応するピクチャに対してピクチャ分割が有効にされているかどうかを示す構文要素の異なる値を有するピクチャパラメータセットを参照することを許可されることを規定する、映像処理方法。

【0156】

１１．第１の値に等しい前記構文要素は、前記ピクチャパラメータセットを参照する各ピクチャに対してピクチャ分割を適用しないことを規定する、解決策１０に記載の方法。

【0157】

１２．第２の値に等しい前記構文要素は、対応するピクチャパラメータセットを参照する各ピクチャが、２つ以上のタイルまたはスライスに分割されることを許容することを規定する、解決策１０に記載の方法。

【0158】

１３．映像処理方法（例えば、図１３Ｃに示す方法１３２０）であって、規則に従って、１つ以上のタイルを備える１つ以上の映像ピクチャを含む映像と、この映像のビットストリームとの間で変換を行うこと（１３２２）を含み、この規則は、ピクチャのタイルにわたるループフィルタリングが有効にされているかどうかを示す構文要素が、ピクチャが参照するピクチャパラメータセットに存在しないことに呼応し、この構文要素が特定の値を有すると推論されることを規定する。

【0159】

１４．特定の値が０である、解決策１３に記載の方法。

【0160】

１５．前記構文要素が０に等しい場合、前記ピクチャパラメータセットを参照するピクチャについて、前記ピクチャの前記タイルにわたる前記ループ内フィルタリング動作が無効にされることを規定する、解決策１３または１４に記載の方法。

【0161】

１６．映像処理方法（例えば、図１３Ｄに示す方法１３３０）であって、１つ以上のタイルおよび／または１つ以上のスライスを有する１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、この映像のビットストリームとの間で変換を行うこと（１３３２）を含み、このビットストリームは、ｉ）ピクチャパラメータセットを参照するピクチャごとの矩形スライスモードの使用を示し、第１の値を有する第１の構文要素と、ピクチャパラメータセットを参照する各ピクチャにおける矩形スライスの数を示す第２の構文要素に関連付けられた第１の条件、または、ｉｉ）各ピクチャの単一のスライスのみを示す第３の構文要素に関連付けられた第２の条件が満たされることに呼応して、ピクチャパラメータセットにおける１つ以上のフラグの値を規定するフォーマット規則に準拠する、映像処理方法。

【0162】

１７．前記１つ以上のフラグは、ピクチャヘッダ構文構造における適応ループフィルタ情報の存在を示す第１のフラグ、前記ピクチャヘッダ構文構造における参照ピクチャリスト情報の存在を示す第２のフラグ、前記ピクチャヘッダ構文構造におけるデブロッキングフィルタ情報の存在を示す第３のフラグ、前記ピクチャヘッダ構文構造におけるサンプル適応オフセットフィルタ情報の存在を示す第４のフラグ、前記ピクチャヘッダ構文構造における重み付けされた予測情報の存在を示す第５のフラグ、および、前記ピクチャヘッダ構文構造における量子化パラメータデルタ情報差の存在を示す第６のフラグを含む、解決策１６に記載の方法。

【0163】

１８．第１の構文要素が１に等しく、第２の構文要素が０に等しい場合に、第１の条件を満たす、解決策１６に記載の方法。

【0164】

１９．１に等しい第１の構文要素が、前記ピクチャパラメータセットを参照し、各ピクチャごとに前記矩形スライスモードが使用されていることを規定する、解決策１６または１７に記載の方法。

【0165】

２０．０に等しい第２の構文要素が、前記ピクチャパラメータセットを参照している各ピクチャに対してピクチャ分割を適用しないことを規定する、解決策１６または１７に記載の方法。

【0166】

２１．第３の構文要素が１に等しい場合、第２の条件を満たす、解決策１６に記載の方法。

【0167】

２２．１に等しい第３の構文要素が、各ピクチャが１つのスライスを含むことを規定する、解決策１６に記載の方法。

【0168】

２３．フォーマット規則は、第１の条件または第２の条件を満たす場合、１つまたは複数のフラグがすべて０に等しい必要があることを規定する、解決策１６に記載の方法。

【0169】

２４．フォーマット規則は、前記第１の条件または第２の条件を満たす場合、前記フラグをすべてスキップし、かつ０に等しいと推論することを規定する、解決策１６に記載の方法。

【0170】

２５．映像処理方法（例えば、図１３Ｅに示す方法１３４０）であって、１つ以上の映像ピクチャを備える１つ以上の映像レイヤを含む映像と、この映像のビットストリームとの間で変換を行うこと（１３４２）を含み、このビットストリームは、一般レイヤインデックスを有する映像レイヤにおけるレイヤ間予測の使用を示す第１の構文要素が、ピクチャにおけるインターコーディングされたサブパーティションの適用可能性を示す第２の構文要素の値を制御することを規定するフォーマット規則に準拠する、映像処理方法。

【0171】

２６．前記フォーマット規則は、前記第１の構文要素が０に等しい場合、前記第２の構文要素の値が１に等しいことを必要とする、解決策２５に記載の方法。

【0172】

２７．前記フォーマット規則は、前記第１の構文要素が存在しない場合、前記第２の構文要素の値が１に等しいことを規定する、解決策２６に記載の方法。

【0173】

２８．前記第２の構文要素が１に等しいことは、スライスタイプが０または１に等しいピクチャに、１つ以上のコーディングされたスライスが存在する可能性を規定する、解決策２５～２７のいずれか１つに記載の方法。

【0174】

２９．前記映像レイヤの前記一般レイヤインデックスは、ＮＡＬ（ネットワーク抽象化レイヤ）ユニットヘッダ識別子に等しい、解決策２５～２８のいずれか１つに記載の方法。

【0175】

３０．変換は、映像をビットストリームにエンコーディングすることを含む、解決策１～２９のいずれかに記載の方法。

【0176】

３１．変換は、ビットストリームから映像をデコーディングすることを含む、解決策１～２９のいずれかに記載の方法。

【0177】

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

【0178】

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

【0179】

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

【0180】

３５．実行されると、解決策１～３２いずれか１つ以上に記載の方法を処理装置に実装させるプログラムコードを記憶したコンピュータ可読媒体。

【0181】

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

【0182】

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

【0183】

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

【0184】

１．映像処理方法（例えば、図１４に示す方法１４００）であって、規則に従って、１つ以上の映像レイヤを含む映像と、この映像のビットストリームとの間で変換を行うこと（１４０２）を含み、この規則は、映像レイヤによって参照されるシーケンスパラメータセット（ＳＰＳ）の第１のフィールドの値に呼応して、ビットストリームにおいて許容されるサブレイヤの最大数を示すＳＰＳによって参照される映像パラメータセットの第２のフィールドが、ＳＰＳの第３のフィールドに等しいと解釈されることを規定し、第３フィールドは、映像レイヤにおいて許容されるサブレイヤの最大数を示す、映像処理方法。

【0185】

２．前記第１のフィールドは、前記映像パラメータセットの識別子である、解決策１に記載の方法。

【0186】

３．前記第１のフィールドの値が０に等しい、解決策１または解決策２に記載の方法。

【0187】

４．前記規則は、第１のフィールドの値に基づいて、第３のフィールドの値が０から６の範囲内にあることをさらに規定する、解決策または解決策２に記載の方法。

【0188】

５．前記値を有する前記第１のフィールドは、前記シーケンスパラメータセットがいずれの映像シーケンスパラメータセットも参照しないことを示す、解決策３または４に記載の方法。

【0189】

６．前記規則は、前記第１のフィールドが０より大きいことに呼応して、前記第３のフィールドの前記値が、０～前記第２のフィールドの値の範囲内にあることをさらに規定する、解決策１または２に記載の方法。

【0190】

７．前記規則は、前記第１のフィールドの値に呼応して、前記第３のフィールドの値が０～６の範囲内にあるが、前記第２のフィールドの値よりも大きくないことを規定する、解決策１または２に記載の方法。

【0191】

８．変換は、映像をビットストリームにエンコーディングすることを含む、解決策１～７のいずれかに記載の方法。

【0192】

９．変換は、ビットストリームから映像をデコーディングすることを含む、解決策１～７のいずれかに記載の方法。

【0193】

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

【0194】

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

【0195】

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

【0196】

１３．実行されると、解決策１～１０のいずれか１つ以上に記載の方法を処理装置に実装させるプログラムコードを記憶するコンピュータ可読媒体。

【0197】

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

【0198】

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

【0199】

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

【0200】

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

【0201】

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

【0202】

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

【0203】

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

【0204】

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

【0205】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13A】

【図13B】

【図13C】

【図13D】

【図13E】

【図14】