JP2022510326A - ビデオ復号化のための方法、機器、非一時的なコンピュータ可読媒体、及びコンピュータプログラム - Google Patents

Abstract

本開示の態様は、ビデオ符号化／復号化のための方法及び機器を提供する。いくつかの例では、ビデオ復号化のための機器は、受信回路及び処理回路を含む。例えば、処理回路は、コード化したビデオビットストリームからの画像内の現在のブロックの予測情報を復号化し、復号化した予測情報からのイントラブロックコピー（ＩＢＣ）予測モード使用フラグに基づいて、インター予測モード及びイントラ予測モードとは別のＩＢＣ予測モードを決定する。さらに、処理回路は、ＩＢＣ予測モードの決定に応答して、画像内の参照領域を指し示すブロックベクトルを決定し、画像の参照領域内の参照サンプルに基づいて、現在のブロックを再構成する。

Description

参照による組込み
この本願は、２０１９年７月３０日に出願された、“METHOD AND
APPARATUS FOR VIDEO CODING”という表題の米国特許出願第１６／５２６，６８９号の優先権の利益を主張するものであり、この文献は、２０１９年２月１日に出願された、“METHODS FOR SIGNALING FLAGS OF INTRA BLOCK COPY AND PREDICTION MODE”という表題の米国仮出願第６２／８００，３９７号の優先権の利益を主張する。先行出願の開示全体は、その全体が参照により本明細書に組み込まれる。

本開示は、概して、ビデオコーディングに関連する実施形態を説明する。

本明細書で提供する背景技術の説明は、本開示の文脈を概ね提示することを目的としている。この背景技術の段落に記載されている範囲で、現在記名されている発明者の功績（work）、及び出願時に先行技術として適格とならない可能性のある説明の態様は、本開示に対する従来技術として明示的にも又は黙示的にも認められない。

ビデオの符号化及び復号化は、動き補償を伴うインター画像（inter-picture：画像間）予測を使用して実行することができる。非圧縮デジタルビデオは、一連の画像を含むことができ、各画像は、例えば１９２０×１０８０の輝度サンプル及び関連するクロミナンスサンプルの空間次元を有する。一連の画像は、例えば毎秒６０枚の画像、つまり６０Ｈｚの固定又は可変の画像レート（非公式にはフレームレートとしても知られている）を有することができる。非圧縮ビデオには、重要なビットレート要件がある。例えば、サンプルあたり８ビットの１０８０ｐ６０ ４：２：０ビデオ（６０Ｈｚフレームレートで１９２０×１０８０の輝度サンプル解像度）には、１．５Ｇｂｉｔ／ｓに近い帯域幅が必要である。このようなビデオを１時間使用するには、６００ギガバイトを超えるストレージスペースが必要である。

ビデオの符号化及び復号化の１つの目的は、圧縮によって、入力ビデオ信号の冗長性を低減することであり得る。圧縮は、前述の帯域幅又はストレージスペースの要件を、場合によっては２桁以上削減するのに役立ち得る。可逆（lossless）圧縮と非可逆（lossy）圧縮との両方、及びそれらの組合せを使用できる。可逆圧縮とは、圧縮した元の信号から元の信号の正確なコピーを再構成できる技術を指す。非可逆圧縮を使用する場合に、再構成した信号は元の信号と同一ではない可能性があるが、元の信号と再構成した信号との間の歪みは十分に小さいため、再構成した信号は目的のアプリケーションに役立つ。ビデオの場合に、非可逆圧縮が広く採用されている。容認される歪みの量は、アプリケーションに依存し、例えば、特定の消費者向けストリーミングアプリケーションのユーザは、テレビ配信アプリケーションのユーザよりも高い歪みを容認する場合がある。達成可能な圧縮比は、許容可能／容認可能な歪みが大きいほど、圧縮比が高くなる可能性があることを反映することができる。

ビデオエンコーダ及びデコーダは、例えば、動き補償、変換、量子化、及びエントロピーコーディングを含む、いくつかの広範なカテゴリからの技術を利用することができる。

ビデオコーデック技術は、イントラコーディングとして知られる技術を含むことができる。イントラコーディングでは、サンプル値は、以前に再構成した参照画像からのサンプル又は他のデータを参照せずに提示される。いくつかのビデオコーデックでは、画像は、サンプルのブロックに空間的に細分化される。サンプルの全てのブロックがイントラモードでコード化される場合に、その画像はイントラ画像である可能性がある。イントラ画像とその派生画像（独立したデコーダリフレッシュ画像等）は、デコーダの状態をリセットするために使用できるため、コード化したビデオビットストリームとビデオセッションの最初の画像として、又は静止画像として使用できる。イントラブロックのサンプルは変換することができ、変換係数はエントロピーコーディングの前に量子化することができる。イントラ予測は、変換前のドメインのサンプル値を最小化する技術であり得る。場合によっては、変換後のＤＣ値が小さく、ＡＣ係数が小さいほど、エントロピーコーディング後のブロックを表すために所与の量子化ステップサイズで必要なビットが少なくなる。

例えば、ＭＰＥＧ－２世代コーディング技術により知られているような従来のイントラコーディングは、イントラ予測を使用しない。しかしながら、いくつかの新しいビデオ圧縮技術は、例えば、周囲のサンプルデータ及び／又は空間的に隣接し、復号化順序で先行するブロックのデータの符号化／復号化中に取得したメタデータから試行する技術を含む。このような技術は、以降「イントラ予測」技術と呼ばれる。少なくともいくつかのケースでは、イントラ予測は、参照画像からではなく、再構成中の現在の画像からの参照データのみを使用することに留意されたい。

イントラ予測には多くの異なる形態があり得る。そのような複数の技術が所与のビデオコーディング技術で使用され得る場合に、使用される技術は、イントラ予測モードでコード化され得る。場合によっては、モードにサブモード及び／又はパラメータを含めることができ、それらサブモード及び／又はパラメータを個別にコード化すること、又はモードコードワードに含めることができる。所与のモード／サブモード／パラメータの組合せに使用するコードワードは、イントラ予測によるコーディング効率の増大に影響を与えることができ、コードワードをビットストリームに変換するために使用されるエントロピーコーディング技術にも影響を与えることができる。

イントラ予測の特定のモードは、Ｈ．２６４で導入され、Ｈ．２６５で改良され、ＪＥＭ（joint
exploration model）、ＶＶＣ（versatile video coding）、及びベンチマークセット（ＢＭＳ）等の新しいコーディング技術でさらに改良された。予測ブロックは、既に利用可能なサンプルに属する隣接サンプルの値を使用して形成できる。隣接サンプルのサンプル値は、ある方向に従って予測ブロックにコピーされる。使用中の方向への参照は、ビットストリームにコード化することができ、又はそれ自体を予測することができる。

図１を参照すると、右下に描かれているのは、Ｈ．２６５の３３個の可能な予測方向（３５個のイントラモードのうちの３３個の角度モードに対応）からの既知の９個の予測方向のサブセットである。矢印が収束する点（１０１）は、予測されるサンプルを表す。矢印は、サンプルが予測される方向を表す。例えば、矢印（１０２）は、サンプル（１０１）が、水平方向から４５°の角度で右上の１つ又は複数のサンプルから予測されることを示す。同様に、矢印（１０３）は、サンプル（１０１）が、水平方向から２２．５°の角度で、サンプル（１０１）の左下にある１つ又は複数のサンプルから予測されることを示す。

依然として図１を参照すると、左上には、４×４サンプルの正方形のブロック（１０４）が描かれている（破線の太線で示されている）。正方形のブロック（１０４）は、Ｙ次元でのその位置（例えば、行インデックス）、及びＸ次元でのその位置（例えば、列インデックス）に、それぞれが「Ｓ」でラベル付けされた１６個のサンプルを含む。例えば、サンプルＳ２１は、Ｙ次元の（上から）２番目のサンプルであり、Ｘ次元の（左から）１番目のサンプルである。同様に、サンプルＳ４４は、Ｙ次元とＸ次元との両方でブロック（１０４）の４番目のサンプルである。ブロックのサイズが４×４サンプルであるため、Ｓ４４は右下にある。さらに、同様の番号付けスキームに従った参照サンプル示されている。参照サンプルは、ブロック（１０４）に対する、そのＹ位置（例えば、行インデックス）及びＸ位置（列インデックス）でＲによってラベル付けされている。Ｈ．２６４とＨ．２６５との両方で、予測サンプルは再構成中のブロックに隣接している。従って、負の値を使用する必要はない。

イントラ画像予測は、隣接サンプルからの参照サンプル値を、シグナリングされた予測方向によって適宜コピーすることによって機能することができる。例えば、コード化したビデオビットストリームに、このブロックについて、矢印（１０２）と一致する予測方向を示すシグナリングが含まれていると仮定する。つまり、サンプルは、水平方向から４５°の角度で右上の１つ又は複数の予測サンプルから予測される。その場合に、サンプルＳ４１、Ｓ３２、Ｓ２３、及びＳ１４は、同じ参照サンプルＲ０５から予測される。次に、サンプルＳ４４が参照サンプルＲ０８から予測される。

特定の場合には、参照サンプルを計算するために、例えば補間によって、特に４５°によって方向を均等に割り切れない場合に、複数の参照サンプルの値を組み合わせてもよい。

ビデオコーディング技術が開発されるにつれて、可能な方向の数が増大した。Ｈ．２６４（２００３年）では、９個の異なる方向を表すことができた。その方向の数はＨ．２６５（２０１３年）では３３個に増大し、ＪＥＭ／ＶＶＣ／ＢＭＳは、本開示の時点で、最大６５個の方向をサポートできる。最も可能性の高い方向を特定するための実験が行われ、エントロピーコーディングの特定の技術を使用して、それらの可能性のある方向を少数のビットで表し、可能性の低い方向に対する特定のペナルティを受け入れる。さらに、方向自体は、時には、既に復号化した隣接ブロックで使用される隣接する方向から予測できる場合がある。

図２は、時間とともに増大する予測方向の数を説明するために、ＪＥＭによる６５個のイントラ予測方向を示す概略図（２０１）を示す。

コード化したビデオビットストリームにおいて方向を表すイントラ予測方向ビットのマッピングは、ビデオコーディング技術からビデオコーディング技術で異なる可能性があり、例えば、予測方向の単純な直接マッピングから、イントラ予測モード、コードワード、最も可能性の高いモードを含む複雑な適応スキーム、及び同様の技術にまで及ぶ可能性がある。ただし、全ての場合において、ビデオコンテンツにおいて特定の他の方向よりも発生する可能性が統計的に低い特定の方向が存在する可能性がある。ビデオ圧縮の目標は冗長性の低減であるため、これらの可能性の低い方向は、適切に機能するビデオコーディング技術では、可能性の高い方向よりも多くのビット数で表されるだろう。

本開示の態様は、ビデオ符号化／復号化のための方法及び機器を提供する。いくつかの例では、ビデオ復号化のための機器は、受信回路及び処理回路を含む。例えば、処理回路は、コード化したビデオビットストリームからの画像内の現在のブロックの予測情報を復号化し、復号化した予測情報からのイントラブロックコピー（ＩＢＣ）予測モード使用フラグに基づいて、インター予測モード及びイントラ予測モードとは別のＩＢＣ予測モードを決定する。さらに、処理回路は、ＩＢＣ予測モードの決定に応答して、画像内の参照領域を指し示すブロックベクトルを決定し、画像内の参照領域内の参照サンプルに基づいて、現在のブロックを再構成する。

いくつかの実施形態では、処理回路は、コード化したビデオビットストリームから、ＩＢＣ予測モード使用フラグを復号化する。他の実施形態では、処理回路は、ＩＢＣ有効化フラグと、現在のブロックが属するタイルグループのタイプとに基づいて、ＩＢＣ予測モード使用フラグを推測する。一例では、処理回路は、ＩＢＣ有効化フラグが有効化を示し、タイルグループがＩタイプであり、現在のブロックがサイズ要件を満たす場合に、ＩＢＣ予測モード使用フラグを推測してＩＢＣ予測モードを示す。ＩＢＣ有効化フラグは、ビデオレベル、シーケンスレベル、画像レベル、及びタイルグループレベルの少なくとも１つのパラメータである。

一実施形態では、タイルグループ又はスライスタイプがＩタイプであり、現在のブロックがサイズ制約を満たし、且つＩＢＣ予測モード使用フラグがコード化したビデオビットストリームでシグナリングされない場合に、処理回路は、ＩＢＣ有効化フラグに従って、ＩＢＣ予測モード使用フラグの値を推測する。別の実施形態では、タイルグループ又はスライスタイプがＢ又はＰタイプであり、現在のブロックがサイズ制約を満たし、且つＩＢＣ予測モード使用フラグがコード化したビデオビットストリームでシグナリングされない場合に、処理回路は、ＩＢＣ予測モード使用フラグを０と推測する。

いくつかの実施形態では、処理回路は、コード化したビデオビットストリームから、予測モードフラグを復号化する。他の実施形態では、処理回路は、スキップフラグと、現在のブロックが属するタイルグループのタイプとに基づいて、予測モードフラグを推測する。

いくつかの実施形態では、処理回路は、復号化した予測情報に基づいて、予測モードフラグ、及びＩＢＣ予測モード使用フラグを決定する。次に、処理回路は、予測モードフラグとＩＢＣ予測モード使用フラグとの組合せに基づいて、ＩＢＣ予測モード、イントラ予測モード、及びインター予測モードから予測モードを選択する。

いくつかの例では、処理回路は、現在のブロックがサイズ要件を満たしている場合に、現在のブロックのＩＢＣ予測モードを決定する。

本開示の態様は、命令を格納する非一時的なコンピュータ可読媒体も提供し、命令がビデオ復号化のためにコンピュータによって実行されると、コンピュータにビデオ復号化のための方法を実行させる。

開示する主題の更なる特徴、性質、及び様々な利点は、以下の詳細な説明及び添付の図面からより明らかになるであろう。
イントラ予測モードの例示的なサブセットの概略図である。 例示的なイントラ予測方向の図である。 一実施形態による通信システム（３００）の簡略化したブロック図の概略図である。 一実施形態による通信システム（４００）の簡略化したブロック図の概略図である。 一実施形態によるデコーダの簡略化したブロック図の概略図である。 一実施形態によるエンコーダの簡略化したブロック図の概略図である。 別の実施形態によるエンコーダのブロック図である。 別の実施形態によるデコーダのブロック図である。 本開示の一実施形態によるイントラブロックコピーの例を示す図である。 本開示の一実施形態による、イントラブロックコピーモードの有効な検索範囲の例を示す図である。 本開示の一実施形態による、イントラブロックコピーモードの有効な検索範囲の例を示す図である。 本開示の一実施形態による、イントラブロックコピーモードの有効な検索範囲の例を示す図である。 本開示の一実施形態による、イントラブロックコピーモードの有効な検索範囲の例を示す図である。 本開示の一実施形態によるプロセス（１１００）を概説するフローチャートである。 一実施形態によるコンピュータシステムの概略図である。

図３は、本開示の一実施形態による通信システム（３００）の簡略化したブロック図を示す。通信システム（３００）は、例えば、ネットワーク（３５０）を介して互いに通信できる複数の端末装置を含む。例えば、通信システム（３００）は、ネットワーク（３５０）を介して相互接続された端末装置（３１０）及び（３２０）の第１のペアを含む。図３の例では、端末装置（３１０）及び（３２０）の第１のペアは、データの単方向送信を実行する。例えば、端末装置（３１０）は、ネットワーク（３５０）を介して他の端末装置（３２０）に送信するために、ビデオデータ（例えば、端末装置（３１０）が取り込んだビデオ画像のストリーム）をコード化することができる。符号化したビデオデータは、１つ又は複数のコード化したビデオビットストリームの形態で送信することができる。端末装置（３２０）は、ネットワーク（３５０）からコード化したビデオデータを受信し、コード化したビデオデータを復号化してビデオ画像を復元し、復元したビデオデータに従ってビデオ画像を表示することができる。単方向のデータ送信は、メディアサービングアプリケーション等で一般的であり得る。

別の例では、通信システム（３００）は、例えば、ビデオ会議中に発生し得るコード化したビデオデータの双方向送信を実行する端末装置（３３０）及び（３４０）の第２のペアを含む。データの双方向送信の場合に、一例では、端末装置（３３０）及び（３４０）の各端末装置は、ネットワーク（３５０）を介して端末装置（３３０）及び（３４０）以外の他の端末装置に送信するために、ビデオデータ（例えば、端末装置が取り込んだビデオ画像のストリーム）をコード化することができる。端末装置（３３０）及び（３４０）の各端末装置は、端末装置（３３０）及び（３４０）以外の他の端末装置によって送信されたコード化したビデオデータを受信することもでき、コード化したビデオデータを復号化してビデオ画像を復元することができ、復元したビデオデータに従って、アクセス可能な表示装置でビデオ画像を表示することができる。

図３の例では、端末装置（３１０）、（３２０）、（３３０）及び（３４０）は、サーバ、パーソナルコンピュータ及びスマートフォンとして示され得るが、本開示の原理は、そのように限定されない場合がある。本開示の実施形態は、ラップトップコンピュータ、タブレットコンピュータ、メディアプレーヤー、及び／又は専用のビデオ会議機器を用いた用途を見出す。ネットワーク（３５０）は、端末装置（３１０）、（３２０）、（３３０）及び（３４０）の間でコード化したビデオデータを伝送する任意の数のネットワークを表し、このネットワークは、例えば有線（wireline）（有線（wired））及び／又は無線通信ネットワークを含む。通信ネットワーク（３５０）は、回線交換チャネル及び／又はパケット交換チャネルでデータを交換することができる。代表的なネットワークには、通信ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、及び／又はインターネットが含まれる。本議論の目的のために、ネットワーク（３５０）のアーキテクチャ及びトポロジーは、本明細書で以下に説明されない限り、本開示の動作にとって重要ではない場合がある。

図４は、開示する主題のアプリケーションの例として、ストリーミング環境におけるビデオエンコーダ及びビデオデコーダの配置を示す。開示する主題は、例えば、ビデオ会議、デジタルテレビ、ＣＤ、ＤＶＤ、メモリスティック等を含むデジタル媒体への圧縮ビデオの格納等を含む、他のビデオ対応アプリケーションに等しく適用することができる。

ストリーミングシステムは、取込みサブシステム（４１３）を含み得、これは、ビデオソース（４０１）、例えば、圧縮されていないビデオ画像のストリーム（４０２）を作成する例えばデジタルカメラを含み得る。一例では、ビデオ画像のストリーム（４０２）は、デジタルカメラによって撮影されたサンプルを含む。符号化したビデオデータ（４０４）（つまり、コード化したビデオビットストリーム）と比較して、大量のデータを強調するために太線で描かれたビデオ画像のストリーム（４０２）は、ビデオソース（４０１）に結合されたビデオエンコーダ（４０３）を含む電子装置（４２０）によって処理することができる。ビデオエンコーダ（４０３）は、以下でより詳細に説明するように、開示する主題の態様を可能にするか又は実施するために、ハードウェア、ソフトウェア、又はそれらの組合せを含むことができる。ビデオ画像のストリーム（４０２）と比較して、より少ないデータ量を強調するために細い線として描かれる符号化したビデオデータ（４０４）（つまり、コード化したビデオビットストリーム（４０４））は、将来の使用のためにストリーミングサーバ（４０５）に格納され得る。図４のクライアントサブシステム（４０６）及び（４０８）等の１つ又は複数のストリーミングクライアントサブシステムは、ストリーミングサーバ（４０５）にアクセスして、符号化したビデオデータ（４０４）のコピー（４０７）及び（４０９）を取り出すことができる。クライアントサブシステム（４０６）は、例えば、電子装置（４３０）内にビデオデコーダ（４１０）を含むことができる。ビデオデコーダ（４１０）は、符号化したビデオデータの入力（incoming）コピー（４０７）を復号化し、ディスプレイ（４１２）（例えば、表示画面）又は他のレンダリング装置（図示せず）上でレンダリングされ得るビデオ画像（４１１）の出力（outcoming）ストリームを作成する。いくつかのストリーミングシステムでは、符号化したビデオデータ（４０４）、（４０７）、及び（４０９）（例えば、ビデオビットストリーム）は、特定のビデオコーディング／圧縮規格に従って符号化できる。これらの規格の例には、ＩＴＵ－Ｔ勧告Ｈ．２６５が含まれる。一例では、開発中のビデオコーディング規格は、非公式にＶＶＣ（Versatile Video Coding）として知られている。開示する主題は、ＶＶＣの文脈で使用され得る。

電子装置（４２０）及び（４３０）は、他の構成要素（図示せず）を含むことができることに留意されたい。例えば、電子装置（４２０）は、ビデオデコーダ（図示せず）を含むことができ、電子装置（４３０）は、ビデオエンコーダ（図示せず）を含むことができる。

図５は、本開示の一実施形態によるビデオデコーダ（５１０）のブロック図を示す。ビデオデコーダ（５１０）は、電子装置（５３０）に含まれ得る。電子装置（５３０）は、受信機（５３１）（例えば、受信回路）を含むことができる。ビデオデコーダ（５１０）は、図４の例のビデオデコーダ（４１０）の代わりに使用することができる。

受信機（５３１）は、ビデオデコーダ（５１０）によって復号化される１つ又は複数のコード化したビデオシーケンスを受信することができる。同じ又は別の実施形態では、一度に１つのコード化したビデオシーケンスがあり、各コード化したビデオシーケンスの復号化は、他のコード化したビデオシーケンスから独立している。コード化したビデオシーケンスは、符号化したビデオデータを格納するストレージ装置へのハードウェア／ソフトウェアリンクであり得るチャネル（５０１）から受信することができる。受信機（５３１）は、他のデータ、例えば、コード化したオーディオデータ及び／又は補助的なデータストリームと共に符号化したビデオデータを受信することができ、この符号化したビデオデータは、それぞれの使用エンティティ（図示せず）に転送され得る。受信機（５３１）は、コード化したビデオシーケンスを他のデータから分離することができる。ネットワークジッタに対抗するために、バッファメモリ（５１５）を、受信機（５３１）とエントロピーデコーダ／パーサ（parser）（５２０）（以下、「パーサ（５２０）」）との間に結合することができる。特定のアプリケーションでは、バッファメモリ（５１５）はビデオデコーダ（５１０）の一部である。他のものでは、そのバッファメモリ（５１５）はビデオデコーダ（５１０）の外側（図示せず）にあり得る。さらに他のものでは、例えばネットワークジッタに対抗するために、ビデオデコーダ（５１０）の外側にバッファメモリ（図示せず）があり得、さらに、例えばプレイアウト（playout）のタイミングを処理するために、ビデオデコーダ（５１０）の内側に別のバッファメモリ（５１５）があり得る。受信機（５３１）が十分な帯域幅及び制御可能性のストア／転送装置から、又は等同期（isosynchronous）ネットワークからデータを受信しているときに、バッファメモリ（５１５）は必要ないか、又は小さい可能性がある。インターネット等のベストエフォート（best effort）パケットネットワークで使用するには、バッファメモリ（５１５）が必要であり、これは、比較的大きい可能性があり、適応サイズが有利であり得、ビデオデコーダ（５１０）の外側のオペレーティングシステム又は同様の要素（図示せず）に少なくとも部分的に実装され得る。

ビデオデコーダ（５１０）は、コード化したビデオシーケンスからシンボル（５２１）を再構成するためのパーサ（５２０）を含み得る。これらのシンボルのカテゴリには、ビデオデコーダ（５１０）の動作を管理するために使用される情報、及び図５に示されるように、潜在的に、電子装置（５３０）の一体化部分ではないが、電子装置（５３０）に結合することができるレンダリング装置（５１２）（例えば、表示画面）等のレンダリング装置を制御するための情報が含まれる。レンダリング装置の制御情報は、ＳＥＩ（Supplemental Enhancement Information）メッセージ又はＶＵＩ（Video Usability Information：ビデオユーザビリティ情報）パラメータセットフラグメント（図示せず）の形式であり得る。パーサ（５２０）は、受信するコード化したビデオシーケンスを解析／エントロピー復号化することができる。コード化したビデオシーケンスのコーディングは、ビデオコーディング技術又は規格に従うことができ、可変長コーディング、ハフマンコーディング、文脈依存の有無によらない算術コーディング等を含む様々な原理に従うことができる。パーサ（５２０）は、グループに対応する少なくとも１つのパラメータに基づいて、コード化したビデオシーケンスから、ビデオデコーダ内のピクセルのサブグループの少なくとも１つのサブグループパラメータのセットを抽出することができる。サブグループには、画像のグループ（ＧＯＰ）、画像、タイル、スライス、マクロブロック、コーディングユニット（ＣＵ）、ブロック、変換ユニット（ＴＵ）、予測ユニット（ＰＵ）等を含めることができる。パーサ（５２０）は、コード化したビデオシーケンス情報から変換係数、量子化パラメータ値、動きベクトル等も抽出することができる。

パーサ（５２０）は、シンボル（５２１）を作成するために、バッファメモリ（５１５）から受信したビデオシーケンスに対してエントロピー復号化／解析操作を実行することができる。

シンボル（５２１）の再構成は、コード化したビデオ画像又はその一部（例えば、インター画像（画像間）及びイントラ画像（画像内）、インターブロック（ブロック間）及びイントラブロック（ブロック内））のタイプ、及び他の要因に応じて、複数の異なるユニットを含むことができる。どのユニットが関与し、どの様に関与するかは、パーサ（５２０）によって、コード化したビデオシーケンスから解析されたサブグループ制御情報によって制御することができる。パーサ（５２０）と以下の複数のユニットとの間のそのようなサブグループ制御情報のフローは、明確にするために描いていない。

既に述べた機能ブロックを超えて、ビデオデコーダ（５１０）は、以下に説明するように、概念的に複数の機能ユニットに細分化することができる。商業的制約の下で動作する実際の実施態様では、これらのユニットの多くは互いに密接に相互作用し、少なくとも部分的には互いに統合することができる。しかしながら、開示する主題を説明するために、以下の機能ユニットへの概念的な細分化が適切である。

第１のユニットは、スケーラー／逆変換ユニット（５５１）である。スケーラー／逆変換ユニット（５５１）は、量子化変換係数、及びどの変換を使用するかを含む制御情報、ブロックサイズ、量子化係数、量子化スケーリングマトリックス等を、パーサ（５２０）からシンボル（５２１）として受信する。スケーラー／逆変換ユニット（５５１）は、アグリゲータ（aggregator）（５５５）に入力することができるサンプル値を含むブロックを出力することができる。

場合によっては、スケーラー／逆変換（５５１）の出力サンプルは、イントラコード化ブロックに関係することができる。つまり、ブロックは、以前に再構成した画像からの予測情報を使用していないが、現在の画像の以前に再構成した部分からの予測情報を使用できる。そのような予測情報は、イントラ画像予測ユニット（５５２）によって提供することができる。場合によっては、イントラ画像予測ユニット（５５２）は、現在の画像バッファ（５５８）からフェッチした周囲の既に再構成した情報を使用して、再構成中のブロックと同じサイズ及び形状のブロックを生成する。現在の画像バッファ（５５８）は、例えば、部分的に再構成した現在の画像及び／又は完全に再構成した現在の画像をバッファする。アグリゲータ（５５５）は、場合によっては、サンプル毎に、イントラ予測ユニット（５５２）が生成した予測情報を、スケーラー／逆変換ユニット（５５１）によって提供される出力サンプル情報に追加する。

他の場合には、スケーラー／逆変換ユニット（５５１）の出力サンプルは、インターコード化され、潜在的に動き補償されたブロックに関係することができる。このような場合に、動き補償予測ユニット（５５３）は、参照画像メモリ（５５７）にアクセスして、予測に使用されるサンプルをフェッチすることができる。ブロックに関連するシンボル（５２１）に従ってフェッチしたサンプルを動き補償した後に、これらのサンプルは、アグリゲータ（５５５）によってスケーラー／逆変換ユニット（５５１）の出力に追加され（この場合に、残差サンプル又は残差信号と呼ばれる）、出力サンプル情報を生成することができる。動き補償予測ユニット（５５３）が予測サンプルをフェッチする参照画像メモリ（５５７）内のアドレスは、動きベクトルによって制御することができ、動き補償予測ユニット（５５３）が例えばＸ、Ｙ、及び参照画像成分があり得るシンボル（５２１）の形態で利用できる。動き補償は、サブサンプルの正確な動きベクトルが動きベクトル予測メカニズム等で使用されているときに、参照画像メモリ（５５７）からフェッチしたサンプル値の補間を含むことができる。

アグリゲータ（５５５）の出力サンプルは、ループフィルタユニット（５５６）において様々なループフィルタリング技術を受けることができる。ビデオ圧縮技術は、コード化したビデオシーケンス（コード化したビデオビットストリームとも呼ばれる）に含まれるパラメータによって制御され、パーサ（５２０）からシンボル（５２１）としてループフィルタユニット（５５６）に利用可能になるインループ（in-loop）フィルタ技術を含むが、コード化した画像又はコード化したビデオシーケンスの以前の（復号化の順序で）部分の復号化中に得たメタ情報、並びに以前に再構成し及びループフィルタリングしたサンプル値に応答することもできる。

ループフィルタユニット（５５６）の出力は、将来のインター画像予測で使用するために、レンダリング装置（５１２）に出力され得るだけでなく、参照画像メモリ（５５７）に格納され得るサンプルストリームであり得る。

完全に再構成された特定のコード化した画像は、将来の予測のための参照画像として使用することができる。例えば、現在の画像に対応するコード化した画像が完全に再構成され、コード化した画像が（例えば、パーサ（５２０）によって）参照画像として識別されると、現在の画像バッファ（５５８）は、参照画像メモリ（５５７）の一部になることができ、次のコード化する画像の再構成を開始する前に、新しい現在の画像バッファを再割り当てすることができる。

ビデオデコーダ（５１０）は、ＩＴＵ―Ｔ Ｒｅｃ Ｈ．２６５等の規格における所定のビデオ圧縮技術に従って復号化操作を実行することができる。コード化したビデオシーケンスは、コード化したビデオシーケンスがビデオ圧縮技術又は規格のシンタックス（syntax）とビデオ圧縮技術又は規格で文書化されたプロファイルとの両方に準拠するという意味で、使用されているビデオ圧縮技術又は規格によって指定されたシンタックスに準拠し得る。具体的には、プロファイルは、ビデオ圧縮技術又は規格で利用可能な全てのツールから、そのプロファイルで使用できる唯一のツールとして特定のツールを選択できる。また、コンプライアンスのために必要なのは、コード化したビデオシーケンスの複雑さが、ビデオ圧縮技術又は規格のレベルによって規定された範囲内にあることである。場合によっては、レベルによって、最大画像サイズ、最大フレームレート、最大再構成サンプルレート（例えば、１秒あたりのメガサンプル数で測定される）、最大参照画像サイズ等が制限される。レベルによって設定される制限は、場合によっては、仮想参照デコーダ（ＨＲＤ）の仕様と、コード化したビデオシーケンスでシグナリングされるＨＲＤバッファ管理のメタデータとによってさらに制限される場合がある。

一実施形態では、受信機（５３１）は、符号化したビデオと共に追加の（冗長な）データを受信し得る。追加のデータは、コード化したビデオシーケンスの一部として含まれる場合がある。追加のデータは、データを適切に復号化するため、及び／又は元のビデオデータをより正確に再構成するために、ビデオデコーダ（５１０）によって使用され得る。追加のデータは、例えば、時間的、空間的、又は信号ノイズ比（ＳＮＲ）強化層、冗長スライス、冗長画像、順方向エラー訂正コード等の形式であり得る。

図６は、本開示の一実施形態によるビデオエンコーダ（６０３）のブロック図を示す。ビデオエンコーダ（６０３）は、電子装置（６２０）内に含まれている。電子装置（６２０）は、送信機（６４０）（例えば、送信回路）を含む。ビデオエンコーダ（６０３）は、図４の例のビデオエンコーダ（４０３）の代わりに使用することができる。

ビデオエンコーダ（６０３）は、ビデオエンコーダ（６０３）によってコード化すべきビデオ画像を取り込むことができるビデオソース（６０１）（図６の例では電子装置（６２０）の一部ではない）からビデオサンプルを受信することができる。別の例では、ビデオソース（６０１）は、電子装置（６２０）の一部である。

ビデオソース（６０１）は、任意の適切なビット深度（例えば、８ビット、１０ビット、１２ビット、・・・）、任意の色空間（例えば、ＢＴ．６０１ Ｙ ＣｒＣＢ、ＲＧＢ、・・・）、及び任意の適切なサンプリング構造（例えば、Ｙ ＣｒＣＢ ４：２：０、Ｙ ＣｒＣＢ ４：４：４）のいずれかであり得るデジタルビデオサンプルの形態で、ビデオエンコーダ（６０３）によってコード化されるソースビデオシーケンスを提供することができる。メディアサービングシステムでは、ビデオソース（６０１）は、以前に準備したビデオを格納するストレージ装置であり得る。ビデオ会議システムでは、ビデオソース（６０１）は、ローカル画像情報をビデオシーケンスとして取り込むカメラであり得る。ビデオデータは、順番に見たときに動きを与える複数の個別の画像として提供することができる。画像自体は、ピクセルの空間アレイとして編成することができ、各ピクセルは、使用中のサンプリング構造、色空間等に応じて、１つ又は複数のサンプルを含むことができる。当業者は、ピクセルとサンプルとの間の関係を容易に理解することができる。以下の説明はサンプルに焦点を当てている。

一実施形態によれば、ビデオエンコーダ（６０３）は、リアルタイムで、又はアプリケーションによって必要とされる他の任意の時間的制約の下で、ソースビデオシーケンスの画像をコード化したビデオシーケンス（６４３）にコード化及び圧縮することができる。適切なコーディング速度を強制することは、コントローラ（６５０）の１つの機能である。いくつかの実施形態では、コントローラ（６５０）は、以下に説明するように他の機能ユニットを制御し、他の機能ユニットに機能的に結合される。明確にするために、結合は描いていない。コントローラ（６５０）によって設定されるパラメータは、レート制御関連パラメータ（画像スキップ、量子化器、レート歪み最適化技術のラムダ値、.．．）、画像サイズ、画像グループ（ＧＯＰ）レイアウト、最大動きベクトル検索範囲等を含むことができる。コントローラ（６５０）は、特定のシステム設計のために最適化されたビデオエンコーダ（６０３）に関係する他の適切な機能を有するように構成することができる。

いくつかの実施形態では、ビデオエンコーダ（６０３）は、コーディングループで動作するように構成される。過度に単純化した説明として、一例では、コーディングループは、ソースコーダ（６３０）（例えば、コード化すべき入力画像、及び参照画像に基づいて、シンボルストリーム等のシンボルの作成を担う）、及びビデオエンコーダ（６０３）に埋め込まれた（ローカル）デコーダ（６３３）を含むことができる。デコーダ（６３３）は、（リモート）デコーダも作成するのと同様の方法で（シンボルとコード化したビデオビットストリームとの間の圧縮が、開示する主題で考慮されるビデオ圧縮技術において可逆（lossless：無損失）であるため）、シンボルを再構成してサンプルデータを作成する。再構成したサンプルストリーム（サンプルデータ）は、参照画像メモリ（６３４）に入力される。シンボルストリームの復号化は、デコーダの場所（ローカル又はリモート）に関係なくビットパーフェクト（bit exact）結果をもたらすため、参照画像メモリ（６３４）内のコンテンツも、ローカルエンコーダとリモートエンコーダとの間でビットパーフェクトである。換言すると、エンコーダの予測部分は、復号化中に予測を使用するときにデコーダが「見る」のとまったく同じサンプル値を参照画像サンプルとして「見る」。参照画像の同期性（及び、例えばチャネルエラーのために同期性を維持できない場合は結果として生じるドリフト）のこの基本原理は、いくつかの関連技術でも使用されている。

「ローカル」デコーダ（６３３）の動作は、ビデオデコーダ（５１０）等の「リモート」デコーダの動作と同じであり得、図５に関連して上で既に詳細に説明している。しかしながら、また図５を手短に参照すると、シンボルが利用可能であり、エントロピーコーダ（６４５）及びパーサ（５２０）によるコード化したビデオシーケンスに対するシンボルの符号化／復号化は可逆（無損失）であり得るので、バッファメモリ（５１５）を含むビデオデコーダ（５１０）及びパーサ（５２０）のエントロピー復号化部分は、ローカルデコーダ（６３３）に完全に実装されていない可能性がある。

この時点で行うことができる観察は、デコーダに存在する解析／エントロピー復号化を除く任意のデコーダ技術もまた、実質的に同一の機能的形態で、対応するエンコーダに必然的に存在する必要があるということである。このため、開示する主題は、デコーダの動作に焦点を当てている。エンコーダ技術の説明は、包括的に説明したデコーダ技術の逆であるため、省略できる。特定の領域でのみ、より詳細な説明が必要であり、以下に提供する。

動作中に、いくつかの例では、ソースコーダ（６３０）は、「参照画像」として指定されたビデオシーケンスからの１つ又は複数の以前にコード化した画像を参照して入力画像を予測的にコード化する動き補償予測コーディングを実行し得る。このようにして、コーディングエンジン（６３２）は、入力画像のピクセルブロックと、入力画像に対する予測参照として選択され得る参照画像のピクセルブロックとの間の差をコード化する。

ローカルビデオデコーダ（６３３）は、ソースコーダ（６３０）によって作成されたシンボルに基づいて、参照画像として指定され得る画像のコード化したビデオデータを復号化し得る。コーディングエンジン（６３２）の動作は、有利には、不可逆（lossy：損失の多い）プロセスであり得る。コード化したビデオデータがビデオデコーダ（図６には図示せず）で復号化され得る場合に、再構成したビデオシーケンスは、典型的には、いくつかのエラーを伴うソースビデオシーケンスのレプリカ（複製）であり得る。ローカルビデオデコーダ（６３３）は、参照画像に対してビデオデコーダによって実行され得、再構成した参照画像を参照画像キャッシュ（６３４）に格納させ得る復号化プロセスを複製する。このようにして、ビデオエンコーダ（６０３）は、遠端ビデオデコーダによって取得される（送信エラーがない）再構成した参照画像として共通のコンテンツを有する再構成した参照画像のコピーをローカルに格納することができる。

予測器（６３５）は、コーディングエンジン（６３２）の予測検索を実行することができる。すなわち、コード化される新しい画像について、予測器（６３５）は、参照画像メモリ（６３４）を検索して、新しい画像の適切な予測参照として役立ち得るサンプルデータ（候補参照ピクセルブロックとして）、又は参照画像動きベクトル、ブロック形状等の特定のメタデータを探すことができる。予測器（６３５）は、適切な予測参照を見つけるために、サンプルのブロック毎のピクセル基準（block-by-pixel block basis）で動作することができる。場合によっては、予測器（６３５）によって得られた検索結果によって決定されるように、入力画像は、参照画像メモリ（６３４）に格納された複数の参照画像から引き出された予測参照を有することができる。

コントローラ（６５０）は、例えば、ビデオデータを符号化するために使用されるパラメータ及びサブグループパラメータの設定を含む、ソースコーダ（６３０）のコーディング動作を管理することができる。

前述の全ての機能ユニットの出力は、エントロピーコーダ（６４５）においてエントロピーコーディングを受け得る。エントロピーコーダ（６４５）は、ハフマンコーディング、可変長コーディング、算術コーディング等の技術に従ってシンボルを可逆圧縮することにより、様々な機能ユニットによって生成されたシンボルをコード化したビデオシーケンスに変換する。

送信機（６４０）は、エントロピーコーダ（６４５）によって作成されたコード化したビデオシーケンスをバッファして、ストレージ装置へのハードウェア／ソフトウェアリンクであり得る通信チャネル（６６０）を介した送信の準備をすることができ、ストレージ装置は、符号化したビデオデータを格納する。送信機（６４０）は、ビデオコーダ（６０３）からのコード化したビデオデータを、送信すべき他のデータ、例えばコード化したオーディオデータ及び／又は補助的なデータストリーム（ソースは示されていない）とマージ（merge）することができる。

コントローラ（６５０）は、ビデオエンコーダ（６０３）の動作を管理することができる。コーディング中に、コントローラ（６５０）は、各コード化した画像に特定のコード化画像タイプを割り当てることができ、このコード化画像タイプは、それぞれの画像に適用され得るコーディング技術に影響を及ぼし得る。例えば、画像は、大抵の場合、次の画像タイプのうちの１つとして割り当てられ得る。

イントラ画像（Ｉ画像）は、予測のソースとしてシーケンス内の任意の他の画像を使用せずに符号化及び復号化され得るものであり得る。いくつかのビデオコーデックでは、例えばＩＤＲ（Independent Decoder Refresh）画像を含む、様々なタイプのイントラ画像を使用できる。当業者は、Ｉ画像のそれらの変形、並びにそれらのそれぞれの用途及び特徴を認識している。

予測画像（Ｐ画像）は、各ブロックのサンプル値を予測するために、最大で１つの動きベクトル及び参照インデックスを使用するイントラ予測又はインター予測を使用して符号化及び復号化され得るものであり得る。

双方向予測画像（Ｂ画像）は、各ブロックのサンプル値を予測するために、最大２つの動きベクトル及び参照インデックスを使用するイントラ予測又はインター予測を使用して符号化及び復号化され得るものであり得る。同様に、複数の予測画像は、単一のブロックの再構成のために３つ以上の参照画像及び関連するメタデータを使用できる。

ソース画像は、一般に、複数のサンプルブロック（例えば、それぞれ４×４、８×８、４×８、又は１６×１６サンプルのブロック）に空間的に細分化され、ブロック毎にコード化され得る。ブロックは、ブロックのそれぞれの画像に適用されるコーディング割当てによって決定されるように、他の（既にコード化した）ブロックを参照して予測的にコード化することができる。例えば、Ｉ画像のブロックは、非予測的にコード化され得るか、又は同じ画像の既にコード化したブロックを参照して予測的にコード化され得る（空間予測又はイントラ予測）。Ｐ画像のピクセルブロックは、空間予測を介して又は時間予測を介して以前にコード化した１つの参照画像を参照して予測的にコード化され得る。Ｂ画像のブロックは、空間予測を介して又は時間予測を介して以前にコード化した１つ又は２つの参照画像を参照して予測的にコード化され得る。

ビデオエンコーダ（６０３）は、ＩＴＵ－Ｔ Ｒｅｃ Ｈ．２６５等の所定のビデオコーディング技術又は規格に従ってコーディング動作を実行することができる。その動作において、ビデオエンコーダ（６０３）は、入力ビデオシーケンスにおける時間的及び空間的冗長性を利用する予測コーディング動作を含む、様々な圧縮動作を実行することができる。従って、コード化したビデオデータは、使用されているビデオコーディング技術又は規格によって指定されたシンタックスに準拠し得る。

一実施形態では、送信機（６４０）は、符号化したビデオと共に追加のデータを送信することができる。ソースコーダ（６３０）は、コード化したビデオシーケンスの一部としてそのようなデータを含み得る。追加のデータは、時間的／空間的／ＳＮＲ拡張層、冗長な画像及びスライス等の他の形式の冗長なデータ、ＳＥＩメッセージ、ＶＵＩパラメータセットフラグメント等を含み得る。

ビデオは、時間的順序で複数のソース画像（ビデオ画像）として取り込まれ得る。イントラ画像予測（大抵の場合、イントラ予測と略される）は、所与の画像の空間的相関を利用し、インター画像予測は、画像同士の間の（時間的又は他の）相関を利用する。一例では、現在の画像と呼ばれる、符号化／復号化中の特定の画像がブロックにパーティション分割される。現在の画像のブロックが、ビデオの以前にコード化され、未だバッファリングされている参照画像の参照ブロックに類似している場合に、現在の画像のブロックは、動きベクトルと呼ばれるベクトルによってコード化できる。動きベクトルは、参照画像内の参照ブロックを指し、複数の参照画像が使用されている場合に、参照画像を識別する第３の次元を有することができる。

いくつかの実施形態では、双方向予測技術をインター画像予測に使用することができる。双方向予測技術によれば、第１の参照画像及び第２の参照画像等の２つの参照画像が使用され、これら２つの参照画像は両方とも、復号化の順序序がビデオの現在の画像よりも前にある（ただし、それぞれ表示順序が過去及び将来である可能性がある）。現在の画像内のブロックは、第１の参照画像内の第１の参照ブロックを指し示す第１の動きベクトルと、第２の参照画像内の第２の参照ブロックを指し示す第２の動きベクトルとによってコード化することができる。ブロックは、第１の参照ブロックと第２の参照ブロックとの組合せによって予測することができる。

さらに、マージモード技術をインター画像予測で使用して、コーディング効率を高めることができる。

本開示のいくつかの実施形態によれば、インター画像予測及びイントラ画像予測等の予測は、ブロックの単位で実行される。例えば、ＨＥＶＣ規格によれば、一連のビデオ画像内の画像は圧縮のためにコーディングツリーユニット（ＣＴＵ）にパーティション分割され、画像のＣＴＵは同じサイズ（６４×６４ピクセル、３２×３２ピクセル、１６×１６ピクセル等）になる。一般に、ＣＴＵには、１つのルマ（luma：輝度）ＣＴＢと２つのクロマ（chroma：色差）ＣＴＢである３つのコーディングツリーブロック（ＣＴＢ）が含まれる。各ＣＴＵは、１つ又は複数のコーディングユニット（ＣＵ）に再帰的に４分木分割できる。例えば、６４×６４ピクセルのＣＴＵは、６４×６４ピクセルの１個のＣＵ、３２×３２ピクセルの４個のＣＵ、又は１６×１６ピクセルの１６個のＣＵに分割できる。一例では、各ＣＵを解析して、ＣＵの予測タイプ（インター予測タイプ又はイントラ予測タイプ）が決定される。ＣＵは、時間的及び／又は空間的な予測可能性に応じて、１つ又は複数の予測ユニット（ＰＵ）に分割される。一般に、各ＰＵには、１個のルマ予測ブロック（ＰＢ）及び２個のクロマＰＢが含まれる。一実施形態では、コーディング（符号化／復号化）における予測動作は、予測ブロックの単位で実行される。予測ブロックの一例としてルマ予測ブロックを使用すると、予測ブロックは、８×８ピクセル、１６×１６ピクセル、８×１６ピクセル、１６×８ピクセル等のピクセルの値（例えば、ルマ値）のマトリックスを含む。

図７は、本開示の別の実施形態によるビデオエンコーダ（７０３）の図を示す。ビデオエンコーダ（７０３）は、一連のビデオ画像の現在のビデオ画像内のサンプル値の処理ブロック（例えば、予測ブロック）を受信し、処理ブロックを、コード化したビデオシーケンスの一部であるコード化した画像に符号化するように構成される。一例では、ビデオエンコーダ（７０３）は、図４の例のビデオエンコーダ（４０３）の代わりに使用される。

ＨＥＶＣの例では、ビデオエンコーダ（７０３）は、８×８サンプル等の予測ブロック等の処理ブロックのサンプル値のマトリックスを受信する。ビデオエンコーダ（７０３）は、処理ブロックが、例えばレート歪み最適化を使用して、イントラモード、インターモード、又は双方向予測モードを使用して最適にコード化されるかどうかを決定する。処理ブロックがイントラモードでコード化される場合に、ビデオエンコーダ（７０３）は、イントラ予測技術を使用して、処理ブロックをコード化した画像に符号化することができる。そして、処理ブロックがインターモード又は双方向予測モードでコード化される場合に、ビデオエンコーダ（７０３）は、インター予測又は双方向予測技術をそれぞれ使用して、処理ブロックをコード化した画像に符号化することができる。特定のビデオコーディング技術では、マージモードは、動きベクトルが１つ又は複数の動きベクトル予測器から導出されるインター画像予測サブモードであり、予測器の外側にあるコード化した動きベクトル成分の利点はない。特定の他のビデオコーディング技術では、対象ブロックに適用可能な動きベクトル成分が存在し得る。一例では、ビデオエンコーダ（７０３）は、処理ブロックのモードを決定するためのモード決定モジュール（図示せず）等の他の構成要素を含む。

図７の例では、ビデオエンコーダ（７０３）は、図７に示されるように一緒に結合されるインター（inter）エンコーダ（７３０）、イントラ（intra）エンコーダ（７２２）、残差計算機（７２３）、スイッチ（７２６）、残差エンコーダ（７２４）、汎用コントローラ（７２１）、及びエントロピーエンコーダ（７２５）を含む。

インターエンコーダ（７３０）は、現在のブロック（例えば、処理ブロック）のサンプルを受信し、そのブロックを、参照画像内の１つ又は複数の参照ブロック（例えば、前の画像及び後の画像のブロック）と比較し、インター予測情報（例えば、インター符号化技術による冗長情報の記述、動きベクトル、マージモード情報）を生成し、任意の適切な技術を使用して、インター予測情報に基づいてインター予測結果（例えば、予測ブロック）を計算するように構成される。いくつかの例では、参照画像は、符号化したビデオ情報に基づいて復号化される復号化した参照画像である。

イントラエンコーダ（７２２）は、現在のブロック（例えば、処理ブロック）のサンプルを受信し、場合によっては、そのブロックを、同じ画像で既にコード化したブロックと比較し、変換後に量子化係数を生成し、場合によっては、イントラ予測情報（例えば、１つ又は複数のイントラ符号化技術によるイントラ予測方向情報）も生成するように構成される。一例では、イントラエンコーダ（７２２）は、イントラ予測情報及び同じ画像内の参照ブロックに基づいて、イントラ予測結果（例えば、予測ブロック）も計算する。

汎用コントローラ（７２１）は、一般的な制御データを決定し、一般的な制御データに基づいてビデオエンコーダ（７０３）の他の構成要素を制御するように構成される。一例では、汎用コントローラ（７２１）は、ブロックのモードを決定し、モードに基づいて制御信号をスイッチ（７２６）に提供する。例えば、モードがイントラモードである場合に、汎用コントローラ（７２１）は、スイッチ（７２６）を制御して残差計算機（７２３）が使用するイントラモード結果を選択し、エントロピーエンコーダ（７２５）を制御して、イントラ予測情報を選択し及びイントラ予測情報をビットストリームに含める。そして、モードがインターモードである場合に、汎用コントローラ（７２１）は、スイッチ（７２６）を制御して残差計算機（７２３）が使用するインター予測結果を選択し、エントロピーエンコーダ（７２５）を制御して、インター予測情報を選択し及びインター予測情報をビットストリームに含める。

残差計算機（７２３）は、受信したブロックと、イントラエンコーダ（７２２）又はインターエンコーダ（７３０）から選択された予測結果との間の差（残差データ）を計算するように構成される。残差エンコーダ（７２４）は、残差データに基づいて動作し、残差データを符号化して変換係数を生成するように構成される。一例では、残差エンコーダ（７２４）は、残差データを空間ドメインから周波数ドメインに変換し、変換係数を生成するように構成される。次に、変換係数は、量子化変換係数を取得するために量子化処理の対象となる。様々な実施形態において、ビデオエンコーダ（７０３）は、残差デコーダ（７２８）も含む。残差デコーダ（７２８）は、逆変換を実行し、復号化した残差データを生成するように構成される。復号化した残差データは、イントラエンコーダ（７２２）及びインターエンコーダ（７３０）によって適切に使用することができる。例えば、インターエンコーダ（７３０）は、復号化した残差データ及びインター予測情報に基づいて復号化したブロックを生成することができ、イントラエンコーダ（７２２）は、復号化した残差データ及びイントラ予測情報に基づいて復号化したブロックを生成することができる。復号化したブロックは、復号化した画像を生成するために適切に処理され、復号化した画像は、メモリ回路（図示せず）にバッファされ、いくつかの例では参照画像として使用され得る。

エントロピーエンコーダ（７２５）は、符号化したブロックを含むようにビットストリームをフォーマット化するように構成される。エントロピーエンコーダ（７２５）は、ＨＥＶＣ規格等の適切な規格に従って様々な情報を含むように構成される。一例では、エントロピーエンコーダ（７２５）は、一般的な制御データ、選択した予測情報（例えば、イントラ予測情報又はインター予測情報）、残差情報、及び他の適切な情報をビットストリームに含めるように構成される。開示する主題によれば、インターモード又は双方向予測モードのいずれかのマージサブモードでブロックをコード化する場合に、残差情報がないことに留意されたい。

図８は、本開示の別の実施形態によるビデオデコーダ（８１０）の図を示す。ビデオデコーダ（８１０）は、コード化したビデオシーケンスの一部であるコード化した画像を受信し、コード化した画像を復号化して再構成した画像を生成するように構成される。一例では、ビデオデコーダ（８１０）は、図４の例のビデオデコーダ（４１０）の代わりに使用される。

図８の例では、ビデオデコーダ（８１０）は、図８に示されるように一緒に結合されるエントロピーデコーダ（８７１）、インターデコーダ（８８０）、残差デコーダ（８７３）、再構成モジュール（８７４）、及びイントラデコーダ（８７２）を含む。

エントロピーデコーダ（８７１）は、コード化した画像から、（コード化した画像を構成する）シンタックス要素を表す特定のシンボルを再構成するように構成することができる。そのようなシンボルは、例えば、ブロックがコード化されるモード（例えば、イントラモード、インターモード、双方向予測モード、マージサブモード又は別のサブモードの後者（インターモード、双方向予測モード）の２つ等）、イントラデコーダ（８７２）又はインターデコーダ（８８０）による予測にそれぞれ使用される特定のサンプル又はメタデータを識別することができる予測情報（例えば、イントラ予測情報又はインター予測情報等）、例えば量子化変換係数の形式の残差情報等を含むことができる。一例では、予測モードがインターモード又は双方向予測モードである場合に、インター予測情報は、インターデコーダ（８８０）に提供される。そして、予測タイプがイントラ予測タイプである場合に、イントラ予測情報は、イントラデコーダ（８７２）に提供される。残差情報は、逆量子化の対象となる可能性があり、残差デコーダ（８７３）に提供される。

インターデコーダ（８８０）は、インター予測情報を受信し、インター予測情報に基づいてインター予測結果を生成するように構成される。

イントラデコーダ（８７２）は、イントラ予測情報を受信し、イントラ予測情報に基づいて予測結果を生成するように構成される。

残差デコーダ（８７３）は、逆量子化を実行して非量子化変換係数を抽出し、非量子化変換係数を処理して残差を周波数ドメインから空間ドメインに変換するように構成される。残差デコーダ（８７３）は、（量子化パラメータ（ＱＰ）を含むために）特定の制御情報も必要とし得、その情報は、エントロピーデコーダ（８７１）によって提供され得る（これは、少量の制御情報のみである可能性があるため、データパスは示していない）。

再構成モジュール（８７４）は、空間ドメインにおいて、残差デコーダ（８７３）によって出力される残差と、予測結果（場合によっては、インター又はイントラ予測モジュールによって出力される）とを組み合わせて、再構成したブロック（再構成した画像の一部であり得る）を形成するように構成され、次に、その再構成したブロックは、再構成したビデオの一部であり得る。視覚的品質を高めるために、デブロッキング操作等の他の適切な操作を実行できることに留意されたい。

ビデオエンコーダ（４０３）、（６０３）、及び（７０３）、並びにビデオデコーダ（４１０）、（５１０）、及び（８１０）は、任意の適切な技術を使用して実装できることに留意されたい。一実施形態では、ビデオエンコーダ（４０３）、（６０３）、及び（７０３）、並びにビデオデコーダ（４１０）、（５１０）、及び（８１０）は、１つ又は複数の集積回路を使用して実装することができる。別の実施形態では、ビデオエンコーダ（４０３）、（６０３）、及び（６０３）、並びにビデオデコーダ（４１０）、（５１０）、及び（８１０）は、ソフトウェア命令を実行する１つ又は複数のプロセッサを使用して実装することができる。

本開示の態様は、イントラブロックコピー及び予測モードのためのシグナリングフラグに関する技術を提供する。

ブロックベースの補償は、インター予測及びイントラ予測に使用することができる。インター予測の場合に、別の画像からのブロックベースの補償は動き補償として知られている。イントラ予測の場合に、ブロックベースの補償は、同じ画像内の以前に再構成した領域から実行することもできる。同じ画像内の再構成した領域からのブロックベースの補償は、イントラ画像ブロック補償、現在の画像参照（ＣＰＲ）、又はイントラブロックコピー（ＩＢＣ）と呼ばれる。現在のブロックと同じ画像内の参照ブロックとの間のオフセットを示す変位ベクトルは、ブロックベクトル（又は略してＢＶ）と呼ばれる。任意の値（正又は負、ｘ又はｙ方向のいずれか）であり得る動き補償の動きベクトルとは異なり、ブロックベクトルには、参照ブロックが利用可能であり、既に再構成されていることを確認するためのいくつかの制約がある。また、いくつかの例では、並列処理を考慮して、タイル境界又は波面ラダー形状境界である参照領域が除外されている。

ブロックベクトルのコーディングは、明示的又は暗黙的のいずれかであり得る。明示的モード（又は、インターコーディングにおける高度な動きベクトル予測（ＡＭＶＰ）モードと呼ばれる）では、ブロックベクトルとその予測器（子）の差がシグナリングされる。暗黙的モードでは、マージモードの動きベクトルと同様の方法で、ブロックベクトルが予測器（ブロックベクトル予測器と呼ばれる）から復元される。いくつかの実施態様では、ブロックベクトルの解像度は整数の位置に制限される。他のシステムでは、ブロックベクトルは小数点の位置を指し示すことができる。

いくつかの例では、ブロックレベルでのイントラブロックコピーの使用は、参照インデックスアプローチを使用してシグナリングすることができる。次に、復号化中の現在の画像は、参照画像として扱われる。一例では、そのような参照画像は、参照画像のリストの最後の位置に配置される。この特別な参照画像は、復号化画像バッファ（ＤＰＢ）等のバッファ内の他の時間的参照画像と一緒に管理される。

フリップド（flipped：反転）イントラブロックコピー（現在のブロックを予測するために使用される前に参照ブロックが水平方向又は垂直方向に反転される）、又はラインベースのイントラブロックコピー（Ｍ×Ｎコーディングブロック内の各補償ユニットはＭ×１又は１×Ｎラインである）等のイントラブロックコピーにもいくつかのバリエーションがある。

図９は、本開示の一実施形態によるイントラブロックコピーの例を示す。現在の画像（９００）は復号化中である。現在の画像（９００）は、再構成した領域（９１０）（点線の領域）及び復号化すべき領域（９２０）（白い領域）を含む。現在のブロック（９３０）はデコーダによって再構成中である。現在のブロック９３０は、再構成した領域（９１０）内にある参照ブロック９４０から再構成することができる。参照ブロック（９４０）と現在のブロック（９３０）との間の位置オフセットは、ブロックベクトル（９５０）（又はＢＶ（９５０））と呼ばれる。

いくつかの例（例えば、ＶＶＣ）では、イントラブロックコピーモードの検索範囲は、現在のＣＴＵ内になるように制約される。その場合に、イントラブロックコピーモードの参照サンプルを格納するためのメモリ要件は、サンプルの１（最大）ＣＴＵサイズである。一例では、（最大の）ＣＴＵのサイズは１２８×１２８であり、現在のブロックのサイズは６４×６４である。こうして、いくつかの実施形態では、総メモリ（例えば、メインメモリよりもアクセス速度の速いキャッシュメモリ）は、１２８×１２８のサイズのサンプルを格納することができ、総メモリは、再構成したサンプルを６４×６４領域等の現在のブロックに格納するための既存の参照サンプルメモリ部分と、サイズ６４×６４の他の３つの領域のサンプルを格納するための追加のメモリ部分とを含む。こうして、いくつかの例では、イントラブロックコピーモードの有効な検索範囲は、参照ピクセルを格納するための合計メモリ要件を変更せずに、左側のＣＴＵの一部に拡張される（例えば、１ＣＴＵサイズでは、合計で６４×６４参照サンプルメモリの４倍である）。

いくつかの実施形態では、更新プロセスが実行されて、左側のＣＴＵからの格納した参照サンプルを、現在のＣＴＵからの再構成したサンプルに更新する。具体的には、いくつかの例では、更新プロセスは６４×６４ルマ・サンプルベースで実行される。一実施形態では、ＣＴＵサイズメモリ内の４個の６４×６４ブロック領域のそれぞれについて、左側のＣＴＵからの領域内の参照サンプルを使用して、現在のＣＴＵの同じ領域内のいずれかのブロックがコード化されているか、又はコード化されるまで、ＣＰＲモードで現在のＣＴＵ内のコーディングブロックを予測することができる。

図１０Ａ～図１０Ｄは、本開示の一実施形態による、イントラブロックコピーモードの有効な検索範囲の例を示す。いくつかの例では、エンコーダ／デコーダは、１２８×１２８サンプル等の１つのＣＴＵのサンプルを格納できるキャッシュメモリを含む。さらに、図１０Ａ～図１０Ｄの例では、予測のための現在のブロックのサイズは６４×６４サンプルである。例は、他の適切なサイズの現在のブロックに対して適切に変更できることに留意されたい。

図１０Ａ～図１０Ｄのそれぞれは、現在のＣＴＵ（１０２０）及び左側のＣＴＵ（１０１０）を示す。左側のＣＴＵ（１０１０）には４個のブロック（１０１１）～（１０１４）が含まれており、各ブロックのサンプルサイズは６４×６４サンプルである。現在のＣＴＵ（１０２０）には４個のブロック（１０２１）～（１０２４）が含まれており、各ブロックのサンプルサイズは６４×６４サンプルである。現在のＣＴＵ（１０２０）は、再構成中の現在のブロック（ラベル「Ｃｕｒｒ」で示され、縦縞パターン）を含むＣＴＵである。左側のＣＵＴ（１０１０）は、現在のＣＴＵ（１０２０）の左側にあるすぐ隣のＣＵＴである。図１０Ａ～図１０Ｄにおいて、灰色のブロックは、既に再構成したブロックであり、白いブロックは、再構成すべきブロックであることに留意されたい。

図１０Ａにおいて、再構成中の現在のブロックはブロック（１０２１）である。キャッシュメモリは、再構成したサンプルをブロック（１０１２）、（１０１３）、及び（１０１４）に格納し、キャッシュメモリは、現在のブロック（１０２１）の再構成したサンプルを格納するために使用される。図１０Ａの例では、現在のブロック（１０２１）の有効な検索範囲は、キャッシュメモリに格納された再構成したサンプルを伴う左側のＣＴＵ（１０１０）内のブロック（１０１２）、（１０１３）及び（１０１４）を含む。一実施形態では、ブロック（１０１１）の再構成したサンプルは、キャッシュメモリよりもアクセス速度が遅いメインメモリに格納される（例えば、ブロック（１０２１）の再構成の前にキャッシュメモリからメインメモリにコピーされる）ことに留意されたい。

図１０Ｂにおいて、再構成中の現在のブロックは、ブロック（１０２２）である。キャッシュメモリは、再構成したサンプルをブロック（１０１３）、（１０１４）、及び（１０２１）に格納し、キャッシュメモリは、現在のブロック（１０２２）の再構成したサンプルを格納するために使用される。図１０Ｂの例では、現在のブロック（１０２２）の有効な検索範囲は、キャッシュメモリに格納された再構成したサンプルを伴う左側のＣＴＵ（１０１０）のブロック（１０１３）及び（１０１４）と、に現在のＣＴＵ（１０２０）のブロック（１０２１）とを含む。一実施形態では、ブロック（１０１２）の再構成したサンプルは、キャッシュメモリよりもアクセス速度が遅いメインメモリに格納される（例えば、ブロック（１０２２）の再構成の前にキャッシュメモリからメインメモリにコピーされる）。

図１０Ｃにおいて、再構成中の現在のブロックは、ブロック（１０２３）である。キャッシュメモリは、再構成したサンプルをブロック（１０１４）、（１０２１）、及び（１０２２）に格納し、キャッシュメモリは、現在のブロック（１０２３）の再構成したサンプルを格納するために使用される。図１０Ｃの例では、現在のブロック（１０２３）の有効な検索範囲は、キャッシュメモリに格納された再構成したサンプルを伴う左側のＣＴＵ（１０１０）のブロック（１０１４）と、現在のＣＴＵ（１０２０）のブロック（１０２１）及び（１０２２）とを含む。一実施形態では、ブロック（１０１３）の再構成したサンプルは、キャッシュメモリよりもアクセス速度が遅いメインメモリに格納される（例えば、ブロック（１０２３）の再構成の前にキャッシュメモリからメインメモリにコピーされる）。

図１０Ｄにおいて、再構成中の現在のブロックは、ブロック（１０２４）である。キャッシュメモリは、再構成したサンプルをブロック（１０２１）、（１０２２）、及び（１０２３）に格納し、キャッシュメモリは、現在のブロック（１０２４）の再構成したサンプルを格納するために使用される。図１０Ｄの例では、現在のブロック（１０２４）の有効な検索範囲は、キャッシュメモリに格納された再構成したサンプルを伴う現在のＣＴＵ（１０２０）内のブロック（１０２１）、（１０２２）及び（１０２３）を含む。一実施形態では、ブロック（１０１４）の再構成したサンプルは、キャッシュメモリよりもアクセス速度が遅いメインメモリに格納される（例えば、ブロック（１０２４）の再構成の前にキャッシュメモリからメインメモリにコピーされる）。

上記の例では、キャッシュメモリは、１（最大）ＣＴＵサイズの合計メモリ空間を有する。例は、他の適切なＣＴＵサイズに合わせて適切に調整できる。

本開示の一態様によれば、イントラブロックコピーを使用する前に、コーディングブロックは、イントラモード（イントラコーディング）又はインターモード（インター画像予測）でコード化され得る。一例では、１つのビン（バイナリビット）を有する予測モードフラグ「ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ」が、現在のブロックのコーディングモード（イントラモード又はインターモード）を区別するために、コーディングブロックレベルでシグナリング又は推測される。例えば、予測モードフラグ「ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ」が０に等しい場合に、ＭＯＤＥ＿ＩＮＴＥＲ（インターモードを示す）が使用される。それ以外の場合に（ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しい）、ＭＯＤＥ＿ＩＮＴＲＡ（イントラモードを示す）が使用される。

いくつかの実施形態では、イントラブロックコピーを使用する場合に、現在のブロックのイントラブロックコピーを示すために、予測モードフラグ「ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ」は、インターモードを示すためにシグナリングされ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは０に等しい）、次に、現在のブロックがイントラブロックコピーモードでコード化されているかどうかを示すために、推測又は明示的なシグナリング方法が使用される。推測する方法では、一例では、現在のブロックはマージモードであり、マージ候補がイントラブロックコピーモードでコード化されると、次に、現在のブロックもイントラブロックコピーモードでコード化される。明示的なシグナリングでは、現在のブロックが現在の画像である参照画像を参照していることを示すために参照インデックスがシグナリングされると、次に、現在のブロックは、イントラブロックコピーモードでコード化される。

本開示のいくつかの態様によれば、イントラブロックコピーは、イントラ予測モード（イントラモード）又はインター予測モード（インターモード）以外の別個のモードと見なされ、イントラブロックコピー使用のシグナリング（例えば、フラグ「ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ」を使用する）及びｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、ブロックレベルで指定される。

提案する方法は、別々に使用すること、又は任意の順序で組み合わせることができる。さらに、方法（又は実施形態）、エンコーダ、及びデコーダのそれぞれは、処理回路（例えば、１つ又は複数のプロセッサ或いは１つ又は複数の集積回路）によって実装され得る。一例では、１つ又は複数のプロセッサは、非一時的なコンピュータ可読媒体に格納されるプログラムを実行する。以下では、用語ブロックは、予測ブロック、コーディングブロック、又はコーディングユニット、すなわちＣＵとして解釈され得る。

以下の議論は、イントラブロックコピー（ＩＢＣ）モードが、イントラ予測モード又はインター予測モードとは異なる別個のモードと見なされるという仮定に基づいている。

いくつかの実施形態では、ＩＢＣ予測モード使用フラグ「ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ」は、スキップモードフラグ（ｃｕ＿ｓｋｉｐ＿ｆｌａｇ）、予測モードフラグ（ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ）、及び現在のタイルグループのタイルグループタイプ（ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ）のシグナリングの組合せに基づいて、ブロックレベルでシグナリング又は推測される。

本開示の第１の態様によれば、ＩＢＣ予測モード使用フラグ「ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ」は、高レベルのＩＢＣ有効化フラグ（例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であり、１つ又は複数の他の条件を満たすときに、シグナリングされる。

一例では、高レベルのＩＢＣ有効化フラグ（例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であり、現在のコーディングブロックが、Ｉタイルグループ（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ＝Ｉ）においてスキップモードを使用してコード化されない（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝０）場合に、現在のブロックを、ＩＢＣ予測モードにすること、又はイントラ予測モードにすることができる。こうして、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在のブロックがイントラ予測モード（０）又はＩＢＣ予測モード（１）のどちらでコード化されるかを示すためにシグナリングされる。

別の例では、高レベルのＩＢＣ有効化フラグ（例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であり、現在のコーディングブロックが、Ｉタイルグループ（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ＝Ｉ）においてスキップモードを使用してコード化される（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝１）場合に、現在のブロックはＩＢＣ予測モードでコード化されると推測され、一例ではＩＢＣ予測モード使用フラグ「ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ」はシグナリングされない。

別の例では、現在のコーディングブロックが、Ｐ又はＢタイルグループ（ｓｌｉｃｅ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ！＝Ｉ）においてイントラ予測モード（ＣｕＰｒｅｄＭｏｅｄ［ｘ０］［ｙ０］！＝ＭＯＤＥ＿ＩＮＴＲＡ）を使用してコード化されず、現在のブロックがスキップモードでコード化される（ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝１）場合に、現在のブロックを、インター予測モード又はＩＢＣ予測モードでコード化することができる。こうして、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在のブロックがインター予測モード（０）又はＩＢＣ予測モード（１）のどちらでコード化されるかを示すためにシグナリングされる。

別の例では、高レベルのＩＢＣ有効化フラグ（例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であり、現在のブロックがスキップモードでコード化されない（ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝０）場合に、現在のブロックは、イントラ予測モード、インター予測モード、及びＩＢＣ予測モードのいずれかであり得る。一実施形態では、ｐｒｅｄ＿ｍｏｄ＿ｆｌａｇは、現在のブロックがイントラ予測モードではないことを示すためにシグナリングされる（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは１にシグナリングされる）。次に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在のブロックがインター予測モード（０）又はＩＢＣ予測モード（１）のどちらでコード化されるかを示すためにシグナリングされる。

別の例では、ＣｕＰｒｅｄＭｏｄｅ［ｘ０］［ｙ０］がＭＯＤＥ＿ＩＮＴＲＡに等しい（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０にシグナリングされる）場合に、次に、現在のブロックはイントラ予測モードでコード化され、追加のフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）をシグナリングする必要はない。

本開示の第１の態様による一実施形態では、ｐｒｅｄ＿ｍｏｄ＿ｆｌａｇ及びｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇのシンタックス及び関連するセマンティックが、表１に指定される。この実施形態では、ＩＢＣモードのブロックサイズは制約されない。様々な例では、現在のブロックは、クロマブロックではなくルマブロックであることに留意されたい。

一例では、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に復号化されるときに、現在のコーディングユニットは、インター予測モード又はＩＢＣ予測モードでコード化される。次に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇがコード化したビデオビットストリームから復号化される。ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に復号化されるときに、現在のコーディングユニットはイントラ予測モードでコード化される。

いくつかの実施形態では、変数ＣｕＰｒｅｄＭｏｅｄ［ｘ］［ｙ］（コーディングユニットの予測モード）は、ｘ＝ｘ０．.ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０．.ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇに基づいて初期化され、次に、他の条件に基づいてさらに決定される。例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に等しい場合に、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＮＴＥＲに等しく設定される。そして、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しい場合に、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＮＴＲＡに等しく設定される。

いくつかの例では、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇがコード化したビデオストリームで提示されない場合に、変数ＣｕＰｒｅｄＭｏｅｄ［ｘ］［ｙ］は、（ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ］［ｙ］＝＝０）？ＭＯＤＥ＿ＩＮＴＲＡに等しいと推測され、ｘ＝ｘ０．.ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０．.ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、Ｉタイルグループを復号化する場合はＭＯＤＥ＿ＩＢＣ、Ｐ又はＢタイルグループを復号化する場合はＭＯＤＥ＿ＩＮＴＥＲに等しいと推測される。ここで、ｃｂＷｉｄｔｈは現在のブロックの幅であり、ｃｂＨｅｉｇｈｔは現在のブロックの高さである。例えば、Ｉタイルグループでは、可能な予測モードはＭＯＤＥ＿ＩＮＴＲＡ及びＭＯＤＥ＿ＩＢＣである。次に、ｃｕ＿ｓｋｉｐ＿ｆｌａｇに基づいて予測モードを決定できる。ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０である（スキップモードなし）場合に、現在のブロックの予測モードはＭＯＤＥ＿ＩＮＴＲＡである。また、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１である（スキップモード）場合に、現在のブロックの予測モードはＭＯＤＥ＿ＩＢＣである。さらに、Ｐ又はＢタイルグループにおいて、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合に、予測モードはＭＯＤＥ＿ＩＮＴＥＲであると推測される。

いくつかの例では、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に復号化されるときに、現在のコーディングユニットはＩＢＣ予測モードでコード化されない。また、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に復号化されるときに、現在のコーディングユニットはＩＢＣ予測モードでコード化される。ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇがコード化したビデオビットストリームに存在しない場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、Ｉタイルグループを復号化するときにｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇに等しいと推測され、Ｐ又はＢタイルグループを復号化するときに０に等しいと推測される。

いくつかの実施形態では、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇに基づいて、現在のブロックの現在の予測モードを決定することができる。一例では、変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０．.ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０．.ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇに基づいて導出される。例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に等しい場合に、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、Ｉタイルグループを復号化するときにＭＯＤＥ＿ＩＮＴＲＡに設定され、Ｐ又はＢタイルグループを復号化するときにＭＯＤＥ＿ＩＮＴＥＲに設定される。そして、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい場合に、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＢＣに設定される。

本開示の第２の態様によれば、ブロックサイズは、イントラ予測モード、インター予測モード、及びＩＢＣ予測モードから予測モードを決定するプロセスにおいて考慮される。例えば、いくつかの制約の例では、ＩＢＣコード化ブロックの幅及び／又は高さがしきい値よりも小さくなっている。従って、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、高レベルのＩＢＣ有効化フラグ（ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ等）が真の場合に、ブロックサイズが制約を満たしている場合に（ＩＢＣコード化ブロックは各側のしきい値よりも小さい必要がある）、及び１つ又は複数の他の条件でシグナリングされる。

一例では、高レベルのＩＢＣ有効化フラグ（例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であり、現在のコーディングブロックが、Ｉタイルグループ（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ＝Ｉ）においてスキップモードを使用してコード化されない（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝０）場合に、現在のブロックを、ＩＢＣ予測モードにすること、又はイントラ予測モードにすることができる。こうして、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在のブロックがイントラ予測モード（０）又はＩＢＣ予測モード（１）のどちらでコード化されるかを示すためにシグナリングされる。

別の例では、高レベルのＩＢＣ有効化フラグ（例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であり、現在のコーディングブロックが、Ｉタイルグループ（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ＝Ｉ）においてスキップモードを使用してコード化される（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝１）場合に、現在のブロックは、ＩＢＣ予測モードでコード化されると推測される。次に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、コード化したビデオビットストリームでシグナリングされない。

別の例では、現在のコーディングブロックは、Ｐ又はＢタイルグループ（ｓｌｉｃｅ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ！＝I）においてイントラ予測モード（ＣｕＰｒｅｄＭｏｅｄ［ｘ］［ｙ］！＝ＭＯＤＥ＿ＩＮＴＲＡ）を使用してコード化されず、現在のブロックがスキップモードでコード化される（ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝１）場合に、現在のブロックを、インター予測モード又はＩＢＣ予測モードでコード化することができる。こうして、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在のブロックがインター予測モード（０）又はＩＢＣ予測モード（１）のどちらでコード化されるかを示すために、コード化したビデオビットストリームでシグナリングされる。

別の例では、高レベルのＩＢＣ有効化フラグ（例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であり、現在のブロックがスキップモードでコード化されない（ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝０）場合に、現在のブロックは、イントラ予測モード、インター予測モード、及びＩＢＣ予測モードのいずれかであり得る。一実施形態では、ｐｒｅｄ＿ｍｏｄ＿ｆｌａｇは、現在のブロックがイントラ予測モードではないことを示すためにシグナリングされる（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは１であるようにシグナリングされる）。次に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在のブロックがインター予測モード（０）又はＩＢＣ予測モード（１）のどちらでコード化されるかを示すためにシグナリングされる。

別の例では、ＣｕＰｒｅｄＭｏｄｅ［ｘ０］［ｙ０］がＭＯＤＥ＿ＩＮＴＲＡに等しい（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは０でシグナリングされる）場合に、次に、現在のブロックは、イントラ予測モードでコード化され、追加のフラグをシグナリングする必要はない。

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇがシグナリングされない場合に、状況に応じて、現在のブロックの予測モードは、ＭＯＤＥ＿ＩＮＴＲＡ、ＭＯＤＥ＿ＩＮＴＥＲ、又はＭＯＤＥ＿ＩＢＣのいずれかであり得ることに留意されたい。

一例では、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが偽である場合、又は現在のブロックのサイズがサイズ要件を満たさない場合に、現在のブロックをＩＢＣモードでコード化することはできない。従って、現在のブロックは、他の条件に従って、イントラ又はインター予測モードでコード化される。

別の例では、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇが真であり、現在のブロックのサイズがサイズ要件を満たしている。ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１に等しく、現在のタイルグループタイプがＩの場合に、現在のブロックはＭＯＤＥ＿ＩＢＣでコード化される。ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇがイントラ予測モードでシグナリングされ、現在のタイルグループタイプがＩでない場合に、現在のブロックはＭＯＤＥ＿ＩＮＴＲＡでコード化される。

Ｉタイルグループにおいて、現在のブロックサイズのサイズがサイズ要件を満たさない場合に、スキップモードフラグ（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ）をシグナリングする必要がない（例えば、偽であると推測することができる）、又はスキップモードフラグをシグナリングすることができるが、常に０（偽）に等しくなる。

本開示の第２の態様による実施形態では、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ及びｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇのシンタックス及び関連するセマンティックが表２に指定される。この実施形態では、ＩＢＣ予測モードのブロックサイズは、各側（幅及び高さ）のしきい値より大きくならないように制約される。例えば、サイズ要件は、幅しきい値ＷＩＤＴＨ＿ＴＨＤ及び高さしきい値ＨＥＩＧＨＴ＿ＴＨＤを使用して、ＩＢＣコード化ブロックのサイズを制限する。ＩＢＣコード化ブロックの場合に、ＩＢＣコード化ブロックの幅はＷＩＤＴＨ＿ＴＨＤよりも小さく、ＩＢＣコード化ブロックの高さはＨＥＩＧＨＴ＿ＴＨＤよりも小さい。一例では、ＷＩＤＴＨ＿ＴＨＤ及びＨＥＩＧＨＴ＿ＴＨＤは３２に設定される。これら２つのフラグのセマンティックは、上記の実施形態と同様である。

一例では、ｐｒｅ＿ｍｏｄｅ＿ｆｌａｇが０に復号化される場合に、現在のコーディングユニットは、インター予測モード又はＩＢＣ予測モードでコード化され、ｐｒｅｄ＿ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に等しい場合に、現在のコーディングユニットは、イントラ予測モードでコード化される。

いくつかの例では、変数ＣｕＰｒｅｄＭｏｅｄ［ｘ］［ｙ］は、ｘ＝ｘ０．.ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０．.ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇに基づいて初期化される。例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に復号化されるときに、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＮＴＥＲに等しく設定される。そして、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に復号化されるときに、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＮＴＲＡに等しく設定される。

いくつかの例では、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇがコード化したビデオビットストリームに存在しない場合に、変数ＣｕＰｒｅｄＭｏｅｄ［ｘ］［ｙ］は、（ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］＝＝０）？ＭＯＤＥ＿ＩＮＴＲＡに等しいと推測される。ｘ＝ｘ０．.ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０．.ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、Ｉタイルグループを復号化するときはＭＯＤＥ＿ＩＢＣに、Ｐ又はＢタイルグループを復号化するときはＭＯＤＥ＿ＩＮＴＥＲに等しいと推測される。例えば、Ｉタイルグループでは、可能な予測モードはＭＯＤＥ＿ＩＮＴＲＡ及びＭＯＤＥ＿ＩＢＣである。次に、ｃｕ＿ｓｋｉｐ＿ｆｌａｇに基づいて予測モードを決定できる。ｃｕ＿ｓｋｉｐ＿ｆｌａｇが０である（スキップモードなし）場合に、現在のブロックの予測モードはＭＯＤＥ＿ＩＮＴＲＡである。また、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが１である（スキップモード）場合に、現在のブロックの予測モードはＭＯＤＥ＿ＩＢＣである。さらに、Ｐ又はＢタイルグループにおいて、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合に、予測モードはＭＯＤＥ＿ＩＮＴＥＲであると推測される。

いくつかの例では、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇｈが０に復号化されるときに、現在のコーディングユニットはＩＢＣ予測モードでコード化されない。また、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に復号化されるときに、現在のコーディングユニットはＩＢＣ予測モードでコード化される。ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇがコード化したビデオビットストリームに存在しない場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、Ｉタイルグループを復号化するときに（ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＆＆ｃｂＷｉｄｔｈ＜ＷＩＤＴＨ＿ＴＨＤ＆＆ｃｂＨｅｉｇｈｔ＜ＨＥＩＧＨＴ＿ＴＨＤ）に等しいと推測され、Ｐ又はＢタイルグループを復号化するときに０に等しいと推測される。

いくつかの実施形態では、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇに基づいて、現在のブロックの現在の予測モードを決定することができる。一例では、変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｘ＝ｘ０．.ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０．.ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇに基づいて導出される。例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に等しい場合に、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、Ｉタイルグループを復号化するときにＭＯＤＥ＿ＩＮＴＲＡに設定され、Ｐ又はＢタイルグループを復号化するときにＭＯＤＥ＿ＩＮＴＥＲに設定される。また、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい場合に、ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＢＣに設定される。

本開示の第３の態様によれば、現在のコーディングブロックの予測モードは、ｐｒｅｄ＿ｍｏｄ＿ｉｂｃ＿ｆｌａｇ、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、及びｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅによって共同して決定される。いくつかの例では、現在のコーディングブロックの予測モードの初期化（例えば、ｘ＝ｘ０．.ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０．.ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合のＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］の初期化）が実行されず、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、及びｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅが復号化又は推測される場合に、予測モードは、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、及びｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅの組合せに基づいて直接決定される。

一例では、高レベルのＩＢＣ有効化フラグ（例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であり、現在のコーディングブロックが、Ｉタイルグループ（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ＝Ｉ）においてスキップモードを使用してコード化されない（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝０）場合に、現在のブロックを、ＩＢＣ予測モードにすること、又はイントラ予測モードにすることができる。こうして、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在のブロックがイントラ予測モード（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に等しい）又はＩＢＣ予測モード（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい）のどちらでコード化されるかを示すためにシグナリングされる。

別の例では、高レベルのＩＢＣ有効化フラグ（例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であり、現在のコーディングブロックが、Ｉタイルグループ（例えば、ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ＝Ｉ）においてスキップモードを使用してコード化される（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝１）場合に、現在のブロックは、ＩＢＣ予測モードでコード化されると推測される。

別の例では、現在のコーディングブロックが、Ｐ又はＢタイルグループ（ｓｌｉｃｅ＿ｔｉｌｅ＿ｇｒｏｕｐ＿ｔｙｐｅ！＝Ｉ）においてイントラ予測モード（ＣｕＰｒｅｄＭｏｄｅ［ｘ０］［ｙ０］！＝ＭＯＤＥ＿ＩＮＴＲＡ）を使用してコード化されず、現在のブロックがスキップモードでコード化される（ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝１）場合に、現在のブロックを、インター予測モード又はＩＢＣ予測モードでコード化することができる。こうして、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在のブロックがインター予測モード（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に等しい）又はＩＢＣ予測モード（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に等しい）のどちらでコード化されるかを示すためにシグナリングされる。

別の例では、高レベルのＩＢＣ有効化フラグ（例えば、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）が真であり、現在のブロックがスキップモードでコード化されない（ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝０）場合に、現在のブロックは、イントラ予測モード、インター予測モード、及びＩＢＣ予測モードのいずれかであり得る。一実施形態では、ｐｒｅｄ＿ｍｏｄ＿ｆｌａｇは、現在のブロックがイントラ予測モードではないことを示すためにシグナリングされる（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは１であるようにシグナリングされる）。次に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在のブロックがインター予測モード（０）又はＩＢＣ予測モード（１）のどちらでコード化されるかを示すためにシグナリングされる。

別の例では、現在のブロックがスキップモードでコード化されず（例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ＝０）、ＣｕＰｒｅｄＭｏｅｄ［ｘ０］［ｙ０］が、Ｐ又はＢタイルグループにおいてＭＯＤＥ＿ＩＮＴＲＡに等しい（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは０であるようにシグナリングされる）場合に、現在のブロックはイントラ予測モードでコード化され、追加のフラグをシグナリングする必要はない。

本開示の第３の態様による実施形態では、ｐｒｅ＿ｍｏｄ＿ｆｌａｇ及びｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇのシンタックス及び関連するセマンティックは、表１と同じである表３に指定される。この実施形態では、ＩＢＣモードのブロックサイズは制約されない。様々な例において、現在のブロックはクロマブロックではなくルマブロックであることに留意されたい。

一例では、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０に復号化されるときに、現在のコーディングユニットは、インター予測モード又はＩＢＣ予測モードでコード化される。ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１に復号化されるときに、現在のコーディングユニットは、イントラ予測モード又はＩＢＣ予測モードでコード化される。

ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇがコード化したビデオビットストリームに存在しない場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ及びタイルグループのタイプに従って推測される。例えば、Ｉタイルグループを復号化する場合に、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が０に等しい（スキップモードではない）場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは１に設定され、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ［ｘ０］［ｙ０］が１に等しい場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは０に設定される。Ｐ又はＢタイルグループを復号化する場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは０に設定される。

いくつかの例では、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０に復号化されるときに、現在のコーディングユニットは、ＩＢＣ予測モードでコード化されない。また、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１に復号化されるときに、現在のコーディングユニットはＩＢＣ予測モードでコード化される。ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇがコード化したビデオビットストリームに存在しない場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、Ｉタイルグループを復号化するときにｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇに等しいと推測され、Ｐ又はＢタイルグループを復号化するときに０に等しいと推測される。

さらに、いくつかの実施形態では、変数ＣｕＰｒｅｄＭｏｅｄ［ｘ］［ｙ］（現在のブロックの予測モード）は、例えば表４に従って、ｘ＝ｘ０．.ｘ０＋ｃｂＷｉｄｔｈ－１及びｙ＝ｙ０．.ｙ０＋ｃｂＨｅｉｇｈｔ－１の場合に、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ及びｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇの値の組合せに基づいて導出される。

表４において、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが０であり、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０である場合に、変数ＣｕＰｒｅｄＭｏｅｄ［ｘ］［ｙ］は、ＭＯＤＥ＿ＩＮＴＥＲである。また、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが１であり、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが０である場合に、変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］はＭＯＤＥ＿ＩＮＴＲＡである。そして、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが１である場合に、変数ＣｕＰｒｅｄＭｏｄｅ［ｘ］［ｙ］は、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇの値に関係なくＭＯＤＥ＿ＩＢＣである。

様々な実施形態において、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ（ＳＰＳレベルでのＩＢＣ有効化フラグ）の使用は、画像レベルでのＩＢＣ有効化フラグ、タイルグループレベルでのＩＢＣ有効化フラグ等の別の高レベルのＩＢＣ有効化フラグによって置き換えられ得ることに留意されたい。

図１１は、本開示の一実施形態によるプロセス（１１００）を概説するフローチャートを示す。プロセス（１１００）は、イントラモードでコード化したブロックの再構成に使用され、再構成中のブロックの予測ブロックを生成することができる。様々な実施形態では、プロセス（１１００）は、端末装置（３１０）、（３２０）、（３３０）、及び（３４０）内の処理回路等の処理回路によって実行され、処理回路はビデオエンコーダ（４０３）の機能を実行し、処理回路はビデオデコーダ（４１０）の機能を実行し、処理回路はビデオデコーダ（５１０）の機能を実行し、処理回路はビデオエンコーダ（６０３）の機能等を実行する。いくつかの実施形態では、プロセス（１１００）はソフトウェア命令で実装され、こうして、処理回路がソフトウェア命令を実行するときに、処理回路はプロセス（１１００）を実行する。プロセスは（Ｓ１１０１）から始まり、（Ｓ１１１０）に進む。

（Ｓ１１１０）において、画像内の現在のブロックの予測情報が、コード化したビデオビットストリームから復号化される。

（Ｓ１１２０）において、ＩＢＣ予測モード使用フラグは、予測情報から復号化又は推測される。次に、ＩＢＣ予測モード使用フラグに基づいて、一例では、イントラ予測モード及びインター予測モードとは別のＩＢＣ予測モードが決定される。いくつかの実施形態では、ＩＢＣ予測モード、イントラ予測モード、及びインター予測モードは、３つの別個の予測モードである。一例では、ＩＢＣ予測モードは、ＩＢＣ予測モード、イントラ予測モード及びインター予測モードの１つから選択される可能なモードを示す予測モードフラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ）、及びＩＢＣ予測モード使用フラグ（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）に基づいて選択される。予測モードフラグ及びＩＢＣ予測モード使用フラグは、コード化したビデオビットストリームから復号化するか、又は推測することができる。

（Ｓ１１３０）において、ＩＢＣ予測モードの決定に応答して、ブロックベクトルが決定される。ブロックベクトルは、画像内の参照領域を指し示す。

（Ｓ１１４０）において、現在のブロックは、画像の参照領域内の参照サンプルに基づいて再構成される。次に、プロセスは（Ｓ１１９９）に進み、終了する。

上記の技術は、コンピュータ可読命令を使用してコンピュータソフトウェアとして実施され、１つ又は複数のコンピュータ可読媒体に物理的に格納され得る。例えば、図１２は、開示する主題の特定の実施形態を実現するのに適したコンピュータシステム（１２００）を示す。

コンピュータソフトウェアは、任意の適切な機械語又はコンピュータ言語を使用してコード化することができ、機械語又はコンピュータ言語は、１つ又は複数のコンピュータ中央処理装置（ＣＰＵ）、グラフィックス処理装置（ＧＰＵ）等による直接又は解釈を通じてマイクロコード等を実行することができる命令を含むコードを作成するためのアセンブリ、コンパイル、リンク、又は同様のメカニズムの対象となり得る。

命令は、例えば、パーソナルコンピュータ、タブレットコンピュータ、サーバ、スマートフォン、ゲーム装置、モノのインターネット装置等を含む、様々なタイプのコンピュータ又はその構成要素で実行することができる。

図１２に示されるコンピュータシステム（１２００）の構成要素は、本質的に例示的なものであり、本開示の実施形態を実現するコンピュータソフトウェアの使用範囲又は機能に関する制限を示唆することを意図するものではない。また、構成要素の構成は、コンピュータシステム（１２００）の例示的な実施形態に示される構成要素のいずれか１つ又は組合せに関連する依存性又は要件を有すると解釈すべきではない。

コンピュータシステム（１２００）は、特定のヒューマンインターフェイス入力装置を含み得る。そのようなヒューマンインターフェイス入力装置は、例えば、触覚入力（キーストローク、スワイプ、データグローブの動き等）、音声入力（音声、拍手等）、視覚入力（ジェスチャ等）、嗅覚入力（図には示せず）を介して、１人又は複数の人間ユーザによる入力に応答することができる。ヒューマンインターフェイス装置を使用して、オーディオ（音声、音楽、周囲の音等）、画像（スキャン画像、静止画カメラから取得した写真画像等）、ビデオ（２次元ビデオ、立体ビデオを含む３次元ビデオ等）等、人間による意識的な入力に必ずしも直接関連しない特定のメディアを取り込むこともできる。

入力ヒューマンインターフェイス装置は、キーボード（１２０１）、マウス（１２０２）、トラックパッド（１２０３）、タッチスクリーン（１２１０）、データグローブ（図示せず）、ジョイスティック（１２０５）、マイク（１２０６）、スキャナ（１２０７）、カメラ（１２０８）の１つ又は複数（図示したものそれぞれの１つのみ）を含み得る。

コンピュータシステム（１２００）は、特定のヒューマンインターフェイス出力装置も含み得る。そのようなヒューマンインターフェイス出力装置は、例えば、触覚出力、音、光、及び嗅覚／味覚を通して、１人又は複数の人間のユーザの感覚を刺激し得る。そのようなヒューマンインターフェイス出力装置は、触覚出力装置（例えば、タッチスクリーン（１２１０）、データグローブ（図示せず）、又はジョイスティック（１２０５）による触覚フィードバックを含み得るが、入力装置として機能しない触覚フィードバック装置もあり得る）、オーディオ出力装置（スピーカー（１２０９）、ヘッドホン（図示せず）等）、ビジュアル出力装置（ＣＲＴスクリーン、ＬＣＤスクリーン、プラズマスクリーン、ＯＬＥＤスクリーンを含むスクリーン（１２１０）等）、及びプリンター（図示せず）を含み得、各スクリーンはタッチスクリーン入力機能あり又はなしでもよく、各スクリーンは触覚フィードバック機能あり又はなしでもよく、そのうちのいくつかは、立体出力、仮想現実眼鏡（図示せず）、ホログラフィックディスプレイ、及びスモークタンク（図示せず））等の手段を介して２次元視覚出力又は３次元以上の出力を出力する能力があり得る。

コンピュータシステム（１２００）はまた、人間がアクセス可能なストレージ装置、ＣＤ／ＤＶＤ又は同様の媒体（１２２１）を含むＣＤ／ＤＶＤ ＲＯＭ／ＲＷ（１２２０）を含む光媒体、サムドライブ（１２２２）、リムーバブルハードドライブ又はソリッドステートドライブ（１２２３）、テープ及びフロッピーディスク等のレガシー磁気媒体（図示せず）、セキュリティドングル（dongle）等の特殊なＲＯＭ／ＡＳＩＣ／ＰＬＤベースの装置（図示せず）等のそれらの関連媒体を含み得る。

当業者は、現在開示している主題に関連して使用される「コンピュータ可読媒体」という用語は、伝送媒体、搬送波、又は他の一時的な信号を含まないことを理解すべきである。

コンピュータシステム（１２００）は、１つ又は複数の通信ネットワークへのインターフェイスも含み得る。ネットワークは、例えば、無線、有線、光であってもよい。ネットワークはさらに、ローカル、広域、大都市圏、車両及び産業用、リアルタイム、遅延耐性等にすることができる。ネットワークの例には、イーサネット等のローカルエリアネットワーク、無線ＬＡＮ、ＧＳＭ、３Ｇ、４Ｇ、５Ｇ、ＬＴＥ等を含むセルラーネットワーク、ケーブルテレビ、衛星テレビ、地上波ＴＶ放送を含むテレビ有線又は無線広域デジタルネットワーク、ＣＡＮＢｕｓを含む車両及び産業用ネットワーク等が含まれる。特定のネットワークは、通常、特定の汎用データポート又は周辺バス（１２４９）（例えば、コンピュータシステムのＵＳＢポート（１２００））に接続された外部ネットワークインターフェイスアダプタを必要とする。他のものは、通常、以下に説明するようにシステムバス（例えば、ＰＣコンピュータシステムへのイーサネットインターフェイス又はスマートフォンコンピュータシステムへのセルラーネットワークインターフェイス）に接続することによってコンピュータシステム（１２００）のコアに統合される。これらのネットワークのいずれかを使用して、コンピュータシステム（１２００）は他のエンティティと通信することができる。このような通信は、例えば、ローカル又はワイドエリアデジタルネットワークを使用する他のコンピュータシステムに対して単方向、受信のみ（例えば、テレビ放送）、単方向の送信のみ（例えば、特定のＣＡＮＢｕｓ装置へのＣＡＮＢｕｓ）、又は双方向で行うことができる。上記のように、特定のプロトコル及びプロトコルスタックをこれらのネットワーク及びネットワークインターフェイスのそれぞれで使用できる。

前述のヒューマンインターフェイス装置、ヒューマンアクセス可能なストレージ装置、及びネットワークインターフェイスは、コンピュータシステム（１２００）のコア（１２４０）に接続することができる。

コア（１２４０）は、１つ又は複数の中央処理装置（ＣＰＵ）（１２４１）、グラフィックス処理装置（ＧＰＵ）（１２４２）、フィールドプログラマブルゲートエリア（ＦＰＧＡ）（１２４３）の形態の特殊なプログラム可能な処理装置、特定のタスク用のハードウェアアクセラレータ（１２４４）等を含むことができる。これらの装置は、システムバス（１２４８）を介して、読取り専用メモリ（ＲＯＭ）（１２４５）、ランダムアクセスメモリ（１２４６）、ユーザがアクセスできない内部ハードドライブ、ＳＳＤ等の内部大容量ストレージ（１２４７）とともに接続できる。いくつかのコンピュータシステムでは、システムバス（１２４８）は、１つ又は複数の物理プラグの形でアクセス可能であり、追加のＣＰＵ、ＧＰＵ等による拡張を可能にする。周辺装置は、コアのシステムバス（１２４８）に直接接続すること、又は周辺バス（１２４９）を介して接続することができる。周辺バスのアーキテクチャには、ＰＣＩ、ＵＳＢ等が含まれる。

ＣＰＵ（１２４１）、ＧＰＵ（１２４２）、ＦＰＧＡ（１２４３）、及びアクセラレータ（１２４４）は、組み合わせて、前述のコンピュータコードを構成することができる特定の命令を実行することができる。そのコンピュータコードは、ＲＯＭ（１２４５）又はＲＡＭ（１２４６）に格納できる。移行データはＲＡＭ（１２４６）に格納することもできるが、永続データは例えば内部大容量ストレージ（１２４７）に格納することもできる。キャッシュメモリを使用することで、メモリ装置のうちのいずれかの高速ストレージ及び検索を有効にでき、それは、１つ又は複数のＣＰＵ（１２４１）、ＧＰＵ（１２４２）、大容量ストレージ（１２４７）、ＲＯＭ（１２４５）、
ＲＡＭ（１２４６）等に密接に関連している。

コンピュータ可読媒体は、様々なコンピュータ実装操作を実行するためのコンピュータコードをその上に有することができる。メディア及びコンピュータコードは、本開示の目的のために特別に設計及び構成されたものであり得るか、又はコンピュータソフトウェア技術の当業者によく知られていて利用可能な種類のものであり得る。

限定ではなく例として、アーキテクチャ（１２００）、具体的にはコア（１２４０）を有するコンピュータシステムは、１つ又は複数の有形のコンピュータ可読媒体に具体化されたソフトウェアを実行するプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ、アクセラレータ等を含む）の結果として機能を提供することができる。そのようなコンピュータ可読媒体は、コア内部大容量記憶装置（１２４７）又はＲＯＭ（１２４５）等の非一時的性質のコア（１２４０）の特定のストレージ、及び上で紹介したようにユーザがアクセス可能な大容量記憶装置に関連する媒体であり得る。本開示の様々な実施形態を実施するソフトウェアは、そのような装置に格納され、コア（１２４０）によって実行され得る。コンピュータ可読媒体は、特定の必要性に応じて、１つ又は複数のメモリ装置又はチップを含むことができる。ソフトウェアは、コア（１２４０）、特にその中のプロセッサ（ＣＰＵ、ＧＰＵ、ＦＰＧＡ等を含む）に、ＲＡＭ（１２４６）に格納されたデータ構造の規定、及びソフトウェアによって規定されたプロセスに従ったそのようなデータ構造の変更を含む、本明細書に記載の特定のプロセス又は特定のプロセスの特定の部分を実行させることができる。追加的に又は代替的に、コンピュータシステムは、本明細書に記載の特定のプロセス又は特定のプロセスの特定の部分を実行するために、ソフトウェアの代わりに又はソフトウェアと一緒に動作することができる、回路（例えば、アクセラレータ（１２４４））に配線された、又は他に回路で具体化された論理の結果として機能を提供することができる。必要に応じて、ソフトウェアへの参照には論理を含めることができ、その逆も可能である。コンピュータ可読媒体への言及は、必要に応じて、実行のためのソフトウェアを格納する回路（集積回路（ＩＣ）等）、実行のための論理を具体化する回路、又はその両方を包含することができる。本開示は、ハードウェア及びソフトウェアの任意の適切な組合せを包含する。

付録Ａ：頭字語
ＪＥＭ：joint exploration model
ＶＶＣ：versatile video coding
ＢＭＳ：ベンチマークセット
ＭＶ：動きベクトル
ＨＥＶＣ：高効率ビデオコーディング
ＳＥＩ：Supplementary Enhancement Information
ＶＵＩ：ビデオユーザビリティ情報
ＧＯＰ：画像のグループ
ＴＵ：変換ユニット
ＰＵ：予測ユニット
ＣＴＵ：コーディングツリーユニット
ＣＴＢ：コーディングツリーブロック
ＰＢ：予測ブロック
ＨＲＤ：仮想参照デコーダ
ＳＮＲ：信号ノイズ比
ＣＰＵ：中央処理装置
ＧＰＵ：グラフィックス処理装置
ＣＲＴ：ブラウン管
ＬＣＤ：液晶ディスプレイ
ＯＬＥＤ：有機発光ダイオード
ＣＤ：コンパクトディスク
ＤＶＤ：デジタルビデオディスク
ＲＯＭ：読取り専用メモリ
ＲＡＭ：ランダムアクセスメモリ
ＡＳＩＣ：特定用途向け集積回路
ＰＬＤ：プログラマブル論理装置
ＬＡＮ：ローカルエリアネットワーク
ＧＳＭ：Global System for Mobile communication
ＬＴＥ：ロングタームエボリューション
ＣＡＮＢｕｓ：コントローラエリアネットワークバス
ＵＳＢ：ユニバーサルシリアルバス
ＰＣＩ：Peripheral Component Interconnect
ＦＰＧＡ：フィールドプログラマブルゲートアレイ
ＳＳＤ：ソリッドステートドライブ
ＩＣ：集積回路
ＣＵ：コーディングユニット

本開示はいくつかの例示的な実施形態を説明しているが、変更、置換、及び様々な代替同等物が存在しており、これらは本開示の範囲内にある。こうして、当業者は、本明細書に明示的に示されていないか又は記載されていないが、本開示の原理を具体化し、こうしてその精神及び範囲内にある多数のシステム及び方法を考案することができることが理解されよう。

Claims (23)

1. デコーダにおけるビデオ復号化のための方法であって、当該方法は、
   コード化したビデオビットストリームからの画像内の現在のブロックの予測情報を復号化するステップと、
   該復号化した予測情報からイントラブロックコピー（ＩＢＣ）有効化フラグを受信するステップと、
   （ｉ）該ＩＢＣ有効化フラグ及び（ｉｉ）前記現在のブロックが属するタイルグループ又はスライスのタイプに基づいて、前記現在のブロックのＩＢＣ予測モード使用フラグを決定するステップと、
   該ＩＢＣ予測モード使用フラグに基づいて、インター予測モード及びイントラ予測モードとは別のＩＢＣ予測モードを決定するステップと、
   前記ＩＢＣ予測モードの前記決定に応答して、前記画像内の参照領域を指し示すブロックベクトルを決定するステップと、
   前記画像の前記参照領域内の参照サンプルに基づいて、前記現在のブロックを再構成するステップと、を含む、
   方法。
2. 前記ＩＢＣ有効化フラグが有効化を示し、前記タイルグループ又はスライスがＩタイプであり、且つ前記現在のブロックがサイズ要件を満たす場合に、前記ＩＢＣ予測モード使用フラグは前記ＩＢＣ予測モードを示すように決定される、請求項１に記載の方法。
3. 前記タイルグループ又はスライスタイプがＩタイプであり、前記現在のブロックがサイズ制約を満たし、且つ前記ＩＢＣ予測モード使用フラグが前記コード化したビデオビットストリームでシグナリングされない場合に、
   前記ＩＢＣ有効化フラグに従って、前記ＩＢＣ予測モード使用フラグの値が決定される、請求項１に記載の方法。
4. 前記タイルグループ又はスライスタイプがＢ又はＰタイプであり、前記現在のブロックがサイズ制約を満たし、且つ前記ＩＢＣ予測モード使用フラグが前記コード化したビデオビットストリームでシグナリングされない場合に、
   前記ＩＢＣ予測モード使用フラグは０であると決定される、請求項１に記載の方法。
5. 前記ＩＢＣ有効化フラグは、ビデオレベル、シーケンスレベル、画像レベル、及びタイルグループ又はスライスレベルのうちの少なくとも１つのパラメータである、請求項１乃至４のいずれか一項に記載の方法。
6. 前記コード化したビデオビットストリームから、予測モードフラグを復号化するステップと、
   スキップフラグと、前記現在のブロックが属する前記タイルグループ又はスライスの前記タイプとに基づいて、前記予測モードフラグを決定するステップと、のうちの少なくとも１つをさらに含む、請求項１乃至５のいずれか一項に記載の方法。
7. 前記復号化した予測情報に基づいて、予測モードフラグ、及び前記ＩＢＣ予測モード使用フラグを決定するステップと、
   前記予測モードフラグと前記ＩＢＣ予測モード使用フラグとの組合せに基づいて、前記ＩＢＣ予測モード、前記イントラ予測モード、及び前記インター予測モードから予測モードを選択するステップと、をさらに含む、請求項１乃至６のいずれか一項に記載の方法。
8. 前記現在のブロックがサイズ要件を満たす場合に、前記現在のブロックの前記ＩＢＣ予測モードを決定するステップが実行される、請求項１乃至７のいずれか一項に記載の方法。
9. ビデオ復号化のための機器であって、当該機器は、
   処理回路を含み、
   該処理回路は、請求項１乃至８のいずれか一項に記載の方法を実行するように構成される、
   機器。
10. 命令を格納する非一時的なコンピュータ可読媒体であって、前記命令がビデオ復号化のためにコンピュータによって実行されると、該コンピュータに、
    請求項１乃至８のいずれか一項に記載の方法を実行させる、
    非一時的なコンピュータ可読媒体。
11. コンピュータによって実行されると、該コンピュータに請求項１乃至８のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
12. デコーダにおけるビデオ復号化のための方法であって、当該方法は、
    コード化したビデオビットストリームからの画像内の現在のブロックの予測情報を復号化するステップと、
    前記現在のブロックがサイズ要件を満たすかどうかを判定するステップと、
    前記現在のブロックが前記サイズ要件を満たすという判定に応答して、
    （ｉ）前記復号化した予測情報及び（ｉｉ）前記現在のブロックが属するタイルグループ又はスライスのタイプに基づいて、前記現在のブロックのイントラブロックコピー（ＩＢＣ）予測モード使用フラグを決定するステップと、
    該ＩＢＣ予測モード使用フラグに基づいて、インター予測モード及びイントラ予測モードとは別のＩＢＣ予測モードを決定するステップと、
    前記ＩＢＣ予測モードの前記決定に応答して、前記画像内の参照領域を指し示すブロックベクトルを決定するステップと、
    前記画像の前記参照領域内の参照サンプルに基づいて、前記現在のブロックを再構成するステップと、を含む、
    方法。
13. 前記復号化した予測情報は、前記現在のブロックが前記ＩＢＣ予測モードに関して有効化されているかどうかを示すインジケータを含む、請求項１２に記載の方法。
14. 前記ＩＢＣ予測モード使用フラグは、前記インジケータによって、前記ＩＢＣ予測モードが前記現在のブロックに関して有効化されており、且つ前記タイルグループ又はスライスがＩタイプであることが示される場合に、前記ＩＢＣ予測モードを示すように決定される、請求項１３に記載の方法。
15. 前記タイルグループ又はスライスタイプがＩタイプであり、且つ前記ＩＢＣ予測モード使用フラグが前記コード化したビデオビットストリームでシグナリングされない場合に、
    前記インジケータに従って、前記ＩＢＣ予測モード使用フラグの値が決定される、請求項１３に記載の方法。
16. 前記タイルグループ又はスライスタイプがＢ又はＰタイプであり、且つ前記ＩＢＣ予測モード使用フラグが前記コード化したビデオビットストリームでシグナリングされない場合に、
    前記ＩＢＣ予測モード使用フラグは０であると決定される、請求項１２に記載の方法。
17. 前記インジケータは、ビデオレベル、シーケンスレベル、画像レベル、及びタイルグループ又はスライスレベルのうちの少なくとも１つのパラメータである、請求項１３乃至１５のいずれか一項に記載の方法。
18. 前記コード化したビデオビットストリームから、予測モードフラグを復号化するステップと、
    スキップフラグと、前記現在のブロックが属する前記タイルグループ又はスライスの前記タイプとに基づいて、前記予測モードフラグを決定するステップと、のうちの少なくとも１つをさらに含む、請求項１２乃至１７のいずれか一項に記載の方法。
19. 前記復号化した予測情報に基づいて、予測モードフラグ、及び前記ＩＢＣ予測モード使用フラグを決定するステップと、
    前記予測モードフラグと前記ＩＢＣ予測モード使用フラグとの組合せに基づいて、前記ＩＢＣ予測モード、前記イントラ予測モード、及び前記インター予測モードから予測モードを選択するステップと、をさらに含む、請求項１２乃至１８のいずれか一項に記載の方法。
20. 前記現在のブロックが前記サイズ要件を満たさないという判定に応答して、前記イントラ予測モード及び前記インター予測モードのうちの１つから予測モードを選択するステップを含む、請求項１２に記載の方法。
21. ビデオ復号化のためのビデオデコーダであって、当該ビデオデコーダは、
    処理回路を含み、
    該処理回路は、請求項１２乃至２０のいずれか一項に記載の方法を実行するように構成される、
    ビデオデコーダ。
22. 命令を格納する非一時的なコンピュータ可読媒体であって、前記命令がビデオ復号化のためにコンピュータによって実行されると、該コンピュータに、
    請求項１２乃至２０のいずれか一項に記載の方法を実行させる、
    非一時的なコンピュータ可読媒体。
23. コンピュータによって実行されると、該コンピュータに請求項１２乃至２０のいずれか一項に記載の方法を実行させる、コンピュータプログラム。
    
    
    
    
    

Images