JP2023509525A - 予測重み付けテーブルベースのビデオ／映像コーディング方法及び装置 - Google Patents

Abstract

本文書に係るビデオデコーディング装置によって実行されるビデオデコーディング方法は、ビットストリームのピクチャパラメータセットから前記ピクチャパラメータセットを参照するスライスに重み付けされた予測が適用されるかどうかに関する第１フラグをパーシングするステップ、前記第１フラグに基づいて重み付けされた予測に関する情報が、前記ビットストリームのピクチャヘッダに存在するのか、または前記ビットストリームのスライスヘッダに存在するのかに関する第２フラグを前記ピクチャパラメータセットからパーシングするステップ、前記第１フラグ及び前記第２フラグに基づいて前記ピクチャヘッダまたは前記スライスヘッダから予測重み付けテーブル（prediction weighted table）シンタックスをパーシングするステップ、前記予測重み付けテーブルシンタックス内のシンタックス要素に基づいて現在ピクチャ内の現在ブロックに対して重み付き予測を実行して前記現在ブロックの予測サンプルを生成するステップと、前記予測サンプルに基づいて復元サンプルを生成するステップを含み得る。【選択図】図８

Description

本技術は、予測重み付けテーブル（prediction weighted table）シンタックスに基づいて映像／ビデオをエンコーディング／デコーディングする方法及び装置に関する。

最近、ＵＨＤ（Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）映像／ビデオのような４Ｋまたは８Ｋ以上の高解像度、高品質の映像／ビデオに対する需要が多様な分野で増加している。映像／ビデオデータが高解像度、高品質になるほど、既存の映像／ビデオデータに比べて、相対的に送信される情報量またはビット量が増加するので、既存の有無線広帯域回線のような媒体を利用して映像データを送信したり、既存の格納媒体を利用して映像／ビデオデータを格納する場合、送信費用及び格納費用が増加される。

また、近年、ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）、ＡＲ（Ａｒｔｉｆｉｃｉａｌ Ｒｅａｌｔｉｙ）コンテンツやホログラムなどの実感メディア（Ｉｍｍｅｒｓｉｖｅ Ｍｅｄｉａ）に対する関心及び需要が増加しており、ゲーム画像のように、現実画像と異なる画像特性を有する画像／ビデオに対する放送が増加している。

これにより、前記のような様々な特性を有する高解像度・高品質の画像／ビデオの情報を効果的に圧縮して送信するか、格納し、再生するために高効率の画像／ビデオ圧縮技術が求められる。

本文書の技術的課題は、映像／ビデオのコーディング効率を高める方法及び装置を提供することにある。

本文書の他の技術的課題は、予測重みテーブルシンタックスを効率的にシグナリングする方法及び装置を提供することにある。

本文書のまた他の技術的課題は、重み付け予測に関するシグナリングオーバーヘッドを減少させる方法及び装置を提供することにある。

本文書の一実施形態に係れば、ビデオデコーディング装置によって実行されるビデオデコーディング方法は、ビットストリームのピクチャパラメータセットから前記ピクチャパラメータセットを参照するスライスに重み付き予測が適用されるかどうかに関する第１フラグをパーシングするステップと、第１フラグに基づいて重み付けされた予測に関する情報が前記ビットストリームのピクチャヘッダに存在するのか、または前記ビットストリームのスライスヘッダに存在するのかに関連する第２フラグを前記ピクチャパラメータセットからパーシングするステップと、前記第１フラグ及び前記第２フラグに基づいて前記ピクチャヘッダまたは前記スライスヘッダから予測重み付けテーブル（prediction weighted table）シンタックスをパーシングするステップと、
前記予測重み付けテーブルシンタックス内シンタックス要素に基づいて
現在ピクチャ内現在ブロックに対した重み付き予測を実行して現在ブロックの予測サンプルを生成するステップと、前記予測サンプルに基づいて復元サンプルを生成するステップを含み得る。

本文書の他の実施形態に係れば、ビデオエンコーディング装置によって実行されるビデオエンコーディング方法は、現在ブロックの動き情報を導出するステップと、前記動き情報に基づいて前記現在ブロックの重み付き予測を実行するステップと、前記重み付き予測に関する情報を含む画像情報をエンコーディングするステップを含むが、前記重み付き予測に関する情報は、前記画像情報のピクチャパラメータセットを参照するスライスに重み付き予測が適用されるかどうかに関する第１フラグと、前記重み付けされた予測に関する情報が前記画像情報のピクチャヘッダに存在するのか、または前記画像情報のスライスヘッダに存在するのかに関する第２フラグと、予測重み付けテーブルシンタックスとを含み、前記第２フラグは、第１フラグに基づいて前記ピクチャパラメータセットに含まれ、前記予測重み付けテーブルは、前記第１フラグ及び前記第２フラグに基づいて前記ピクチャヘッダまたは前記スライスヘッダに含まれ得る。

本文書のまた別の実施形態に係れば、コンピュータ可読デジタル格納媒体として、
前記デジタル格納媒体は、ビデオデコーディング装置によってビデオデコーディング方法を実行するように引き起こす情報を含み、前記ビデオデコーディング方法は、画像情報のピクチャパラメータセットから、前記ピクチャパラメータセットを参照するスライスに重み付けされた予測が適用されるかどうかに関する第１フラグをパーシングするステップと前記第１フラグに基づいて重み付けされた予測に関する情報が前記画像情報のピクチャヘッダにに存在するか、または前記画像情報のスライスヘッダに存在するかに関する第２フラグを前記ピクチャパラメータセットからパーシングするステップと前記第１フラグ及び前記第２フラグに基づいて前記ピクチャヘッダまたは前記スライスヘッダから予測重み付けテーブルシンタックスをパーシングするステップ、前記予測重み付けテーブルシンタックス内シンタックス要素に基づいて現在ピクチャ内の現在ブロックの重み付き予測を実行して現在ブロックの予測サンプルを生成するステップと、前記予測サンプルに基づいて復元サンプルを生成することを含み得。

本文書の一実施形態に係ると、全般的な映像／ビデオの圧縮効率を向上させることができる。

本文書の一実施形態に係ると、予測重みテーブルシンタックスを効率的にシグナリングされ得る。

本文書の一実施形態に係ると、重み付け予測に関する情報を伝達する際において、不必要なシグナリングを減少させることができる。

本文書の実施例が適用できるビデオ／映像コーディングシステムの例を概略的に示す。 本文書の実施例が適用できるビデオ／映像エンコーディング装置の構成を概略的に説明する図である。 本文書の実施例が適用できるビデオ／映像デコーディング装置の構成を概略的に説明する図面である。 ビデオ／映像エンコーディング装置のエントロピーエンコーディング部の構成を概略的に説明する図である。 ビデオ／映像デコーディング装置のエントロピーデコーディング部の構成を概略的に説明する図である。 インター予測ベースのビデオ／映像エンコーディング方法の例を示す。 インター予測ベースのビデオ／映像デコーディング方法の例を示す。 本文書の実施形態に係るビデオ／映像エンコーディング方法及び関連構成要素の一例を概略的に示す。 本文書の実施形態に係るビデオ／映像エンコーディング方法及び関連構成要素の一例を概略的に示す。 本文書の実施形態に係るビデオ／映像デコーディング方法及び関連構成要素の一例を概略的に示す。 本文書の実施形態に係るビデオ／映像デコーディング方法及び関連構成要素の一例を概略的に示す。 本文書に開示された実施形態が適用され得るコンテンツストリーミングシステムの例を示す。

本文書の開示は様々な変更を加えることができ、様々な実施例が有され得るため、特定の実施例を図面に例示し、詳細に説明しようとする。本文書で使用する用語は、単に特定の実施例を説明するために使用されたものであって、本文書の技術的思想を限定しようとする意図で用いられるものではない。単数の表現は、文脈上明白に異なる意味を有しない限り、「少なくとも１つ」の表現を含む。本文書において「含む」または「有する」などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、部品、またはこれらを組み合わせたものが存在することを指定しようとするものであり、１つまたはそれ以上の他の特徴や数字、ステップ、動作、構成要素、部品、またはこれらを組み合わせたものなどの存在または付加可能性を予め排除しないことと理解されるべきである。

一方、本文書において説明される図面上の各構成は、互いに異なる特徴的な機能に関する説明の便宜のために独立的に図示されたものであって、各構成が互いに別個のハードウェアや別個のソフトウェアで実現されるということを意味するものではない。例えば、各構成のうち、２つ以上の構成が結合されて１つの構成をなすこともでき、１つの構成を複数の構成に分けることもできる。各構成が統合及び／または分離された実施例も本文書において開示された方法の本質から逸脱しない限り、本文書の開示範囲に含まれる。

この文書において、「／」と「、」は「及び／または」と解釈される。例えば，「Ａ／Ｂ」は「Ａ及び／またはＢ」と解釈され、「Ａ、Ｂ」は「Ａ及び／またはＢ」と解釈される。追加的に、「Ａ／Ｂ／Ｃ」は「Ａ、Ｂ及び／またはＣの少なくとも１つ」を意味する。また、「Ａ、Ｂ、Ｃ」も「Ａ、Ｂ及び／またはＣの少なくとも１つ」を意味する（Ｉｎ ｔｈｉｓ ｄｏｃｕｍｅｎｔ， ｔｈｅ ｔｅｒｍ 「／」 ａｎｄ 「，」 ｓｈｏｕｌｄ ｂｅ ｉｎｔｅｒｐｒｅｔｅｄ ｔｏ ｉｎｄｉｃａｔｅ 「ａｎｄ／ｏｒ」． Ｆｏｒ ｉｎｓｔａｎｃｅ， ｔｈｅ ｅｘｐｒｅｓｓｉｏｎ 「Ａ／Ｂ」 ｍａｙ ｍｅａｎ 「Ａ ａｎｄ／ｏｒ Ｂ．」 Ｆｕｒｔｈｅｒ， 「Ａ， Ｂ」 ｍａｙ ｍｅａｎ 「Ａ ａｎｄ／ｏｒ Ｂ．」 Ｆｕｒｔｈｅｒ， 「Ａ／Ｂ／Ｃ」 ｍａｙ ｍｅａｎ 「ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ， ａｎｄ／ｏｒ Ｃ．」 Ａｌｓｏ， 「Ａ／Ｂ／Ｃ」 ｍａｙ ｍｅａｎ 「ａｔ ｌｅａｓｔ ｏｎｅ ｏｆ Ａ， Ｂ， ａｎｄ／ｏｒ Ｃ．」）。

追加的に、本文書において、「または」は「及び／または」と解釈される。例えば、「ＡまたはＢ」は、１）「Ａ」のみを意味し、２）「Ｂ」のみを意味するか、３）「Ａ及びＢ」を意味し得る。言い換えれば、本文書の「または」は「追加的にまたは代替的に（ａｄｄｉｔｉｏｎａｌｌｙ ｏｒ ａｌｔｅｒｎａｔｉｖｅｌｙ）」を意味し得る（Ｆｕｒｔｈｅｒ， ｉｎ ｔｈｅ ｄｏｃｕｍｅｎｔ， ｔｈｅ ｔｅｒｍ 「ｏｒ」 ｓｈｏｕｌｄ ｂｅ ｉｎｔｅｒｐｒｅｔｅｄ ｔｏ ｉｎｄｉｃａｔｅ 「ａｎｄ／ｏｒ．」 Ｆｏｒ ｉｎｓｔａｎｃｅ， ｔｈｅ ｅｘｐｒｅｓｓｉｏｎ 「Ａ ｏｒ Ｂ」 ｍａｙ ｃｏｍｐｒｉｓｅ １）ｏｎｌｙ Ａ， ２）ｏｎｌｙ Ｂ， ａｎｄ／ｏｒ ３）ｂｏｔｈ Ａ ａｎｄ Ｂ． Ｉｎ ｏｔｈｅｒ ｗｏｒｄｓ， ｔｈｅ ｔｅｒｍ 「ｏｒ」 ｉｎ ｔｈｉｓ ｄｏｃｕｍｅｎｔ ｓｈｏｕｌｄ ｂｅ ｉｎｔｅｒｐｒｅｔｅｄ ｔｏ ｉｎｄｉｃａｔｅ 「ａｄｄｉｔｉｏｎａｌｌｙ ｏｒ ａｌｔｅｒｎａｔｉｖｅｌｙ．」）。

また、本明細書で用いられる括弧は、「例えば（ｆｏｒ ｅｘａｍｐｌｅ）」を意味され得る。具体的には、「予測（イントラ予測）」で表示された場合、「予測」の一例として「イントラ予測」が提案されたものであり得る。他の表現としては、本明細書の「予測」は、「イントラ予測」に制限（ｌｉｍｉｔ）されず、「イントラ予測」が「予測」の一例として提案されたものであり得る。また、「予測（即ち、イントラ予測）」で表示された場合にも、「予測」の一例として「イントラ予測」が提案されたものであり得る。

本文書において、一つの図面内で個別的に説明される技術的特徴は、個別的に具現されてもよく、同時に具現され得る。

以下、添付した図面を参照して、本文書の実施例をより詳細に説明する。以下、図面上の同一の構成要素に対しては同一の参照符号を使用し、同一の構成要素に関して重複する説明は省略する。

図１は、本文書の実施例が適用できるビデオ／映像コーディングシステムの例を概略的に示す。

図１に示すように、ビデオ／映像コーディングシステムは、第１の装置（ソース装置）及び第２の装置（受信装置）を備える。ソース装置は、エンコーディングされたビデオ（ｖｉｄｅｏ）／映像（ｉｍａｇｅ）情報またはデータをファイルまたはストリーミング形態でデジタル格納媒体またはネットワークを介して受信装置に伝達され得る。

前記ソース装置は、ビデオソース、エンコーディング装置、送信部を含むことができる。前記受信装置は、受信部、デコーディング装置、及びレンダラを含むことができる。前記エンコーディング装置は、ビデオ／映像エンコーディング装置と呼ばれることができ、前記デコーディング装置は、ビデオ／映像デコーディング装置と呼ばれることができる。送信機は、エンコーディング装置に含まれることができる。受信機は、デコーディング装置に含まれることができる。レンダラは、ディスプレイ部を含むこともでき、ディスプレイ部は、別個の装置または外部コンポーネントで構成されることもできる。

ビデオソースは、ビデオ／映像のキャプチャ、合成または生成過程などを介してビデオ／映像を取得され得る。ビデオソースは、ビデオ／映像キャプチャ装置及び／またはビデオ／映像生成装置を含むことができる。ビデオ／映像キャプチャ装置は、例えば、１つ以上のカメラ、以前にキャプチャされたビデオ／映像を含むビデオ／映像アーカイブなどを含むことができる。ビデオ／映像生成装置は、例えば、コンピュータ、タブレット、及びスマートフォンなどを含むことができ、（電子的に）ビデオ／映像を生成され得る。例えば、コンピュータなどを介して仮想のビデオ／映像が生成されることができ、この場合、ビデオ／映像キャプチャ過程を関連データが生成される過程に代替されることができる。

エンコーディング装置は、入力ビデオ／映像をエンコーディングされ得る。エンコーディング装置は、圧縮及びコーディング効率のために、予測、変換、量子化など、一連の手順を実行され得る。エンコーディングされたデータ（エンコーディングされたビデオ／画像情報）は、ビットストリーム（ｂｉｔｓｔｒｅａｍ）形態で出力されることができる。

送信部は、ビットストリーム形態で出力されたエンコーディングされたビデオ／画像情報またはデータをファイルまたはストリーミング形態でデジタル格納媒体またはネットワークを介して受信装置の受信部に伝達できる。デジタル格納媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなど、多様な格納媒体を含むことができる。送信部は、予め決められたファイルフォーマットを介してメディアファイルを生成するためのエレメントを含むことができ、放送／通信ネットワークを介した送信のためのエレメントを含むことができる。受信部は、前記ビットストリームを受信／抽出してデコーディング装置に伝達できる。

デコーディング装置は、エンコーディング装置の動作に対応する逆量子化、逆変換、予測など、一連の手順を実行してビデオ／映像をデコーディングされ得る。

レンダラは、デコーディングされたビデオ／映像をレンダリングされ得る。レンダリングされたビデオ／映像は、ディスプレイ部を介してディスプレイされることができる。

本文書は、ビデオ（ｖｉｄｅｏ）／映像（ｉｍａｇｅ）コーディングに関する。例えば、この文書において開示された方法／実施例は、ＶＶＣ（ｖｅｒｓａｔｉｌｅ ｖｉｄｅｏ ｃｏｄｉｎｇ）標準に開示される方法に適用できる。また、この文書において開示された方法／実施例は、ＥＶＣ（ｅｓｓｅｎｔｉａｌ ｖｉｄｅｏ ｃｏｄｉｎｇ）標準、ＡＶ１（ＡＯＭｅｄｉａ Ｖｉｄｅｏ １）標準、ＡＶＳ２（２ｎｄ ｇｅｎｅｒａｔｉｏｎ ｏｆ ａｕｄｉｏ ｖｉｄｅｏ ｃｏｄｉｎｇ ｓｔａｎｄａｒｄ）または次世代ビデオ／映像コーディング標準（ｅｘ．Ｈ．２６７、Ｈ．２６８など）に開示される方法に適用できる。

本文書においてはビデオ／映像コーディングに関する様々な実施例が提示され、他に言及がない限り、前記実施例は互いに組み合わせて行われることもできる。

この文書においてビデオ（ｖｉｄｅｏ）は、時間の流れによる一連の映像（ｉｍａｇｅ）の集合を意味し得る。ピクチャ（ｐｉｃｔｕｒｅ）は、一般に特定の時間帯の１つの映像を示す単位を意味し、スライス（ｓｌｉｃｅ）／タイル（ｔｉｌｅ）はコーディングにおいてピクチャの一部を構成する単位である。スライス／タイルは、１つ以上のＣＴＵ（ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ）を含む。１つのピクチャは１つ以上のスライス／タイルで構成される。１つのピクチャは１つ以上のタイルグループで構成される。１つのタイルグループは１つ以上のタイルを含む。ブリックはピクチャ内のタイル内のＣＴＵ行の四角領域を示す 。タイルは多数のブリックによりパーティショニングされ、各ブリックは前記タイル内の１つ以上のＣＴＵ行で構成される。複数のブリックにパーティショニングされていないタイルもブリックと呼ばれてもよい 。ブリックスキャンはピクチャをパーティショニングするＣＴＵの特定の順次オーダリングを示し、前記ＣＴＵはブリック内においてＣＴＵラスタスキャンで整列され、タイル内のブリックは前記タイルの前記ブリックのラスタスキャンで連続的に整列され、そして、ピクチャ内のタイルは前記ピクチャの前記タイルのラスタスキャンで連続的に整列される。タイルは特定タイル列及び特定タイル列以内のＣＴＵの四角領域である 。前記タイル列はＣＴＵの四角領域であり、前記四角領域は前記ピクチャの高さと同じ高さを有し、幅はピクチャパラメータセット内のシンタックス要素により明示される。前記タイル行はＣＴＵの四角領域であり、前記四角領域はピクチャパラメータセット内のシンタックス要素により明示される幅を有し、高さは前記ピクチャの高さと同一であり得る。タイルスキャンはピクチャをパーティショニングするＣＴＵの特定の順次オーダリングを示し、前記ＣＴＵはタイル内のＣＴＵラスタスキャンで連続的に整列され、ピクチャ内のタイルは前記ピクチャの前記タイルのラスタスキャンで連続的に整列される 。スライスはピクチャの整数個のブリックを含み、前記整数個のブリックは１つのＮＡＬユニットに含まれる。スライスは複数の完全なタイルで構成され、または、１つのタイルの完全なブリックの連続的なシーケンスであり得る。この文書において、タイルグループとスライスは混用され得る。例えば、本文書において、ｔｉｌｅ ｇｒｏｕｐ／ｔｉｌｅ ｇｒｏｕｐ ｈｅａｄｅｒはｓｌｉｃｅ／ｓｌｉｃｅ ｈｅａｄｅｒと呼ばれてもよい。

ピクセル（ｐｉｘｅｌ）またはペル（ｐｅｌ）は、１つのピクチャ（または、映像）を構成する最小の単位を意味され得る。また、ピクセルに対応する用語として「サンプル（ｓａｍｐｌｅ）」が用いられることができる。サンプルは、一般的にピクセルまたはピクセルの値を示すことができ、ルマ（ｌｕｍａ）成分のピクセル／ピクセル値のみを示すこともでき、クロマ（ｃｈｒｏｍａ）成分のピクセル／ピクセル値のみを示すこともできる。または、サンプルは、空間ドメインでのピクセル値を意味することもでき、このようなピクセル値が周波数ドメインに変換されると、周波数ドメインでの変換係数を意味することもできる。

ユニット（ｕｎｉｔ）は、映像処理の基本単位を示すことができる。ユニットは、ピクチャの特定領域及び当該領域に関連した情報のうち少なくとも１つを含むことができる。１つのユニットは、１つのルマブロック及び２つのクロマ（例えば、ｃｂ、ｃｒ）ブロックを含むことができる。ユニットは、場合によって、ブロック（ｂｌｏｃｋ）または領域（ａｒｅａ）などの用語と混用して用いられることができる。一般的な場合、Ｍ×Ｎブロックは、Ｍ個の列とＮ個の行からなるサンプル（または、サンプルアレイ）、または変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）の集合（または、アレイ）を含むことができる。

ユニットは、場合によって、ブロック（ｂｌｏｃｋ）または領域（ａｒｅａ）などの用語と混用して用いられることができる。一般的な場合、Ｍ×Ｎブロックは、Ｍ個の列とＮ個の行からなるサンプルまたは変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）等の集合を示すことができる。サンプルは、一般的にピクセルまたはピクセルの値を示すことができ、輝度（ｌｕｍａ）成分のピクセル／ピクセル値のみを示すことができ、彩度（ｃｈｒｏｍａ）成分のピクセル／ピクセル値のみを示すこともできる。サンプルは、１つのピクチャ（または、画像）をピクセル（ｐｉｘｅｌ）またはペル（ｐｅｌ）に対応する用語として使用され得る。

図２は、本文書の実施例が適用できるビデオ／映像エンコーディング装置の構成を概略的に説明する図である。以下、ビデオエンコーディング装置とは、映像エンコーディング装置を含む。

図２に示すように、エンコーディング装置２００は、画像分割部（ｉｍａｇｅ ｐａｒｔｉｔｉｏｎｅｒ）２１０、予測部（ｐｒｅｄｉｃｔｏｒ）２２０、レジデュアル処理部（ｒｅｓｉｄｕａｌ ｐｒｏｃｅｓｓｏｒ）２３０、エントロピーエンコーディング部（ｅｎｔｒｏｐｙ ｅｎｃｏｄｅｒ）２４０、加算部（ａｄｄｅｒ）２５０、フィルタリング部（ｆｉｌｔｅｒ）２６０、及びメモリ（ｍｅｍｏｒｙ）２７０を備えて構成されることができる。予測部２２０は、インター予測部２２１及びイントラ予測部２２２を備えることができる。レジデュアル処理部２３０は、変換部（ｔｒａｎｓｆｏｒｍｅｒ）２３２、量子化部（ｑｕａｎｔｉｚｅｒ）２３３、逆量子化部（ｄｅｑｕａｎｔｉｚｅｒ）２３４、逆変換部（ｉｎｖｅｒｓｅ ｔｒａｎｓｆｏｒｍｅｒ）２３５を備えることができる。レジデュアル処理部２３０は、減算部（ｓｕｂｔｒａｃｔｏｒ、２３１）をさらに備えることができる。加算部２５０は、復元部（ｒｅｃｏｎｓｔｒｕｃｔｏｒ）または復元ブロック生成部（ｒｅｃｏｎｔｒｕｃｔｇｅｄ ｂｌｏｃｋ ｇｅｎｅｒａｔｏｒ）と呼ばれることができる。上述した画像分割部２１０、予測部２２０、レジデュアル処理部２３０、エントロピーエンコーディング部２４０、加算部２５０、及びフィルタリング部２６０は、実施形態によって１つ以上のハードウェアコンポーネント（例えば、エンコーダチップセットまたはプロセッサ）によって構成されることができる。また、メモリ２７０は、ＤＰＢ（ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ）を備えることができ、デジタル格納媒体によって構成されることもできる。前記ハードウェアコンポーネントは、メモリ２７０を内／外部コンポーネントとしてさらに備えることもできる。

画像分割部２１０は、エンコーディング装置２００に入力された入力画像（または、ピクチャ、フレーム）を１つ以上の処理ユニット（ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ）に分割され得る。一例として、前記処理ユニットは、コーディングユニット（ｃｏｄｉｎｇ ｕｎｉｔ、ＣＵ）と呼ばれることができる。この場合、コーディングユニットは、コーディングツリーユニット（ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ、ＣＴＵ）または最大コーディングユニット（ｌａｒｇｅｓｔ ｃｏｄｉｎｇ ｕｎｉｔ、ＬＣＵ）からＱＴＢＴＴＴ（Ｑｕａｄ－ｔｒｅｅ ｂｉｎａｒｙ－ｔｒｅｅ ｔｅｒｎａｒｙ－ｔｒｅｅ）構造によって再帰的に（ｒｅｃｕｒｓｉｖｅｌｙ）分割されることができる。例えば、１つのコーディングユニットは、クアッドツリー構造、バイナリツリー構造、及び／またはターナリ構造に基づいて下位（ｄｅｅｐｅｒ）デプスの複数のコーディングユニットに分割されることができる。この場合、例えば、クアッドツリー構造が先に適用され、バイナリツリー構造及び／またはターナリ構造がその後に適用されることができる。または、バイナリツリー構造が先に適用されることもできる。それ以上分割されない最終コーディングユニットに基づいて本開示に係るコーディング手順が行われ得る。この場合、画像特性によるコーディング効率などに基づいて、最大コーディングユニットが最終コーディングユニットとして用いられることができ、または、必要に応じてコーディングユニットは、再帰的に（ｒｅｃｕｒｓｉｖｅｌｙ）もっと下位デプスのコーディングユニットに分割されて最適のサイズのコーディングユニットが最終コーディングユニットとして用いられることができる。ここで、コーディング手順とは、後述する予測、変換、及び復元などの手順を含むことができる。他の例として、前記処理ユニットは、予測ユニット（ＰＵ：Ｐｒｅｄｉｃｔｉｏｎ Ｕｎｉｔ）または変換ユニット（ＴＵ：Ｔｒａｎｓｆｏｒｍ Ｕｎｉｔ）をさらに備えることができる。この場合、前記予測ユニット及び前記変換ユニットは、各々上述した最終コーディングユニットから分割またはパーティショニングされることができる。前記予測ユニットは、サンプル予測の単位であることができ、前記変換ユニットは、変換係数を導く単位及び／または変換係数からレジデュアル信号（ｒｅｓｉｄｕａｌ ｓｉｇｎａｌ）を導く単位であることができる。

エンコーディング装置２００は、入力映像信号（原本ブロック、原本サンプルアレイ）からインター予測部２２１またはイントラ予測部２２２から出力された予測信号（予測されたブロック、予測サンプルアレイ）を減算してレジデュアル信号（ｒｅｓｉｄｕａｌ ｓｉｇｎａｌ、残余ブロック、残余サンプルアレイ）を生成し、生成されたレジデュアル信号は変換部２３２に送信される。この場合、図示されているように、エンコーダ２００内において入力映像信号（原本ブロック、原本サンプルアレイ）から予測信号（予測ブロック、予測サンプルアレイ）を減算するユニットは、減算部２３１と呼ばれる。予測部２２０は、処理対象ブロック（以下、現在ブロックという）に対する予測を行い、前記現在ブロックに対する予測サンプルを含む予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ）を生成され得る。予測部２２０は、現在ブロックまたはＣＵ単位でイントラ予測が適用されるかまたはインター予測が適用されるかを決定する。予測部２２０は、各予測モードに関する説明において後述するように予測モード情報などの予測に関する様々な情報を生成してエントロピーエンコーディング部２４０に伝達され得る。予測に関する情報はエントロピーエンコーディング部２４０においてエンコーディングされてビットストリームの形態で出力されることができる。

イントラ予測部２２２は、現在ピクチャ内のサンプルを参照して現在ブロックを予測され得る。前記参照されるサンプルは、予測モードによって前記現在ブロックの隣接（ｎｅｉｇｈｂｏｒ）に位置することができ、または、離れて位置することもできる。イントラ予測で予測モードは、複数の非方向性モードと複数の方向性モードとを含むことができる。非方向性モードは、例えば、ＤＣモード及びプラナーモード（Ｐｌａｎａｒモード）を含むことができる。方向性モードは、予測方向の細かい程度によって、例えば、３３個の方向性予測モードまたは６５個の方向性予測モードを含むことができる。ただし、これは、例示であり、設定によってそれ以上またはそれ以下の個数の方向性予測モードが使用され得る。イントラ予測部２２２は、隣接ブロックに適用された予測モードを用いて、現在ブロックに適用される予測モードを決定することもできる。

インター予測部２２１は、参照ピクチャ上で動きベクトルにより特定される参照ブロック（参照サンプルアレイ）に基づいて、現在ブロックに対する予測されたブロックを導くことができる。このとき、インター予測モードで送信される動き情報の量を減らすために、隣接ブロックと現在ブロックとの間の動き情報の相関性に基づいて、動き情報をブロック、サブブロック、またはサンプル単位で予測され得る。前記動き情報は、動きベクトル及び参照ピクチャインデックスを含むことができる。前記動き情報は、インター予測方向（Ｌ０予測、Ｌ１予測、Ｂｉ予測等）情報をさらに含むことができる。インター予測の場合に、隣接ブロックは、現在ピクチャ内に存在する空間的隣接ブロック（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）と参照ピクチャに存在する時間的隣接ブロック（ｔｅｍｐｏｒａｌ ｎｅｉｇｈｂｏｒｉｎｇ ｂｌｏｃｋ）とを含むことができる。前記参照ブロックを含む参照ピクチャと前記時間的隣接ブロックを含む参照ピクチャとは同じであることができ、異なることもできる。前記時間的隣接ブロックは、同一位置参照ブロック（ｃｏｌｌｏｃａｔｅｄ ｒｅｆｅｒｅｎｃｅ ｂｌｏｃｋ）、同一位置ＣＵ（ｃｏｌ ＣＵ）などの名前で呼ばれることができ、前記時間的隣接ブロックを含む参照ピクチャは、同一位置ピクチャ（ｃｏｌｌｏｃａｔｅｄ ｐｉｃｔｕｒｅ、ｃｏｌＰｉｃ）と呼ばれることもできる。例えば、インター予測部２２１は、隣接ブロックに基づいて動き情報候補リストを構成し、前記現在ブロックの動きベクトル及び／または参照ピクチャインデックスを導出するために、どの候補が用いられるかを指示する情報を生成され得る。様々な予測モードに基づいてインター予測が行われ得るし、例えば、スキップモードとマージモードとの場合に、インター予測部２２１は、隣接ブロックの動き情報を現在ブロックの動き情報として利用され得る。スキップモードの場合、マージモードとは異なり、レジデュアル信号が送信されないことがある。動き情報予測（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｉｏｎ、ＭＶＰ）モードの場合、隣接ブロックの動きベクトルを動きベクトル予測子（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｏｒ）として用い、動きベクトル差分（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ）をシグナリングすることにより、現在ブロックの動きベクトルを指示され得る。

予測部２２０は、後述する様々な予測方法に基づいて予測信号を生成する。例えば、予測部２００は、１つのブロックに対する予測のためにイントラ予測またはインター予測を適用できるだけでなく、イントラ予測とインター予測を同時に適用され得る。これは、ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ（ＣＩＩＰ）と呼ばれる。また、予測部は、ブロックに対する予測のためにイントラブロックコピー（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ：ＩＢＣ）予測モードに基づくこともありまたはパレットモード（ｐａｌｅｔｔｅ ｍｏｄｅ）に基づくこともある。前記ＩＢＣ予測モードまたはパレットモードは、例えば、ＳＣＣ（ｓｃｒｅｅｎ ｃｏｎｔｅｎｔ ｃｏｄｉｎｇ）のようにゲームなどのコンテンツ映像／動画コーディングのために用いられることができる。ＩＢＣは、基本的に現在ピクチャ内において予測を行うが、現在ピクチャ内において参照ブロックを導出する点でインター予測と類似して行われる。すなわち、ＩＢＣは、本文書において説明されるインター予測技法のうち少なくとも１つを利用され得る。パレットモードは，イントラコーディングまたはイントラ予測の一例と見なすことができる。パレットモードが適用される場合、パレットテーブル及びパレットインデックスに関する情報に基づいてピクチャ内のサンプル値をシグナリングされ得る。

前記予測部（インター予測部２２１及び／または前記イントラ予測部２２２を含む）を介して生成された予測信号は、復元信号を生成するために用いられるか、レジデュアル信号を生成するために用いられることができる。

変換部２３２は、レジデュアル信号に変換技法を適用して変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔｓ）を生成され得る。例えば、変換技法は、ＤＣＴ（Ｄｉｓｃｒｅｔｅ Ｃｏｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）、ＤＳＴ（Ｄｉｓｃｒｅｔｅ Ｓｉｎｅ Ｔｒａｎｓｆｏｒｍ）、ＧＢＴ（Ｇｒａｐｈ－Ｂａｓｅｄ Ｔｒａｎｓｆｏｒｍ）、またはＣＮＴ（Ｃｏｎｄｉｔｉｏｎａｌｌｙ Ｎｏｎ－ｌｉｎｅａｒ Ｔｒａｎｓｆｏｒｍ）の少なくとも１つを含む。ここで、ＧＢＴは、ピクセル間の関係情報をグラフで表現する時、このグラフから得られた変換を意味する。ＣＮＴは、以前に復元された全てのピクセル（ａｌｌ ｐｒｅｖｉｏｕｓｌｙ ｒｅｃｏｎｓｔｒｕｃｔｅｄ ｐｉｘｅｌ）を用いて予測信号を生成し、それに基づいて取得される変換を意味する。また、変換過程は、正方形の同一のサイズを有するピクセルブロックに適用されてもよく、正方形ではない可変サイズのブロックに適用され得る。

量子化部２３３は、変換係数を量子化してエントロピーエンコーディング部２４０に送信し、エントロピーエンコーディング部２４０は、量子化された信号（量子化された変換係数に関する情報）をエンコーディングしてビットストリームとして出力する。前記量子化された変換係数に関する情報は、レジデュアル情報と呼ばれてもよい。量子化部２３３は、ペクタースキャン順序（ｓｃａｎ ｏｒｄｅｒ）に基づいてブロック形態の量子化された変換係数を１次元ベクトル形態で再整列し、前記１次元ベクトル形態の量子化された変換係数に基づいて前記量子化された変換係数に関する情報を生成することもできる。

エントロピーエンコーディング部２４０は、例えば、指数ゴロム（ｅｘｐｏｎｅｎｔｉａｌ Ｇｏｌｏｍｂ）、ＣＡＶＬＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｖａｒｉａｂｌｅ ｌｅｎｇｔｈ ｃｏｄｉｎｇ）、ＣＡＢＡＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｂｉｎａｒｙ ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ）などの様々なエンコーディング方法を行うことができる。エントロピーエンコーディング部２４０は、量子化された変換係数の他に、ビデオ／イメージ復元に必要な情報（例えば、シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ）の値など）を共にまたは別途にエンコーディングすることもできる。エンコーディングされた情報（例えば、エンコーディングされたビデオ／画像情報）は、ビットストリーム形態でＮＡＬ（ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ）ユニット単位で送信または格納されることができる。前記ビデオ／画像情報は、アダプテーションパラメータセット（ＡＰＳ）、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）、またはビデオパラメータセット（ＶＰＳ）など、様々なパラメータセットに関する情報をさらに含む。また、前記ビデオ／画像情報は、一般制限情報（ｇｅｎｅｒａｌ ｃｏｎｓｔｒａｉｎｔ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含んでもよい。本文書において、エンコーディング装置からデコーディング装置に伝達／シグナリングされる情報及び／またはシンタックス要素は、ビデオ／画像情報に含まれる。前記ビデオ／画像情報は、前述のエンコーディング手順を介してエンコーディングされて前記ビットストリームに含まれる。前記ビットストリームは、ネットワークを介して送信されてもよく、またはデジタル格納媒体に格納され得る。ここで、ネットワークは、放送網及び／または通信網などを含み、デジタル格納媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、ブルーレイ、ＨＤＤ、ＳＳＤなど、様々な格納媒体を含む。エントロピーエンコーディング部２４０から出力された信号を送信する送信部（図示せず）及び／または格納する格納部（図示せず）がエンコーディング装置２００の内／外部エレメントとして構成されてもよく、または送信部はエントロピーエンコーディング部２４０に含まれてもよい。

量子化部２３３から出力された量子化された変換係数は、予測信号を生成するために用いられることができる。例えば、量子化された変換係数に逆量子化部２３４及び逆変換部２３５を介して逆量子化及び逆変換を適用することにより、レジデュアル信号（レジデュアルブロックまたはレジデュアルサンプル）を復元する。加算部２５０が復元されたレジデュアル信号をインター予測部２２１またはイントラ予測部２２２から出力された予測信号に加えることにより、復元（ｒｅｃｏｎｓｔｒｕｃｔｅｄ）信号（復元ピクチャ、復元ブロック、復元サンプルアレイ）が生成される。スキップモードが適用された場合のように、処理対象ブロックに対するレジデュアルがない場合、予測されたブロックが復元ブロックとして用いられることができる。加算部２５０は、復元部または復元ブロック生成部と呼ばれてもよい。生成された復元信号は、現在ピクチャ内の次の処理対象ブロックのイントラ予測のために使用され、後述するように、フィルタリングを経て次のピクチャのインター予測のために用いられることもできる。

一方、ピクチャエンコーディング及び／または復元過程においてＬＭＣＳ（ｌｕｍａ ｍａｐｐｉｎｇ ｗｉｔｈ ｃｈｒｏｍａ ｓｃａｌｉｎｇ）が適用されることもできる。

フィルタリング部２６０は、復元信号にフィルタリングを適用して主観的／客観的画質を向上させることができる。例えば、フィルタリング部２６０は、復元ピクチャに様々なフィルタリング方法を適用して修正された（ｍｏｄｉｆｉｅｄ）復元ピクチャを生成し、前記修正された復元ピクチャをメモリ２７０、具体的に、メモリ２７０のＤＰＢに格納する。前記様々なフィルタリング方法は、例えば、デブロッキングフィルタリング、サンプル適応的オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）、適応的ループフィルタ（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）、両方向フィルタ（ｂｉｌａｔｅｒａｌ ｆｉｌｔｅｒ）などを含む。フィルタリング部２６０は、各フィルタリング方法に関する説明において後述するように、フィルタリングに関する様々な情報を生成してエントロピーエンコーディング部２４０に伝達する。フィルタリングに関する情報は、エントロピーエンコーディング部２４０においてエンコーディングされてビットストリーム形態で出力される。

メモリ２７０に送信された修正された復元ピクチャは、インター予測部２２１において参照ピクチャとして用いられることができる。エンコーディング装置は、これによりインター予測が適用される場合、エンコーディング装置１００とデコーディング装置における予測ミスマッチを避けることができ、エンコーディング効率も向上させることができる。

メモリ２７０のＤＰＢは、修正された復元ピクチャをインター予測部２２１での参照ピクチャとして使用するために格納され得る。メモリ２７０は、現在ピクチャ内の動き情報が導出された（または、エンコーディングされた）ブロックの動き情報及び／または既に復元されたピクチャ内のブロックの動き情報を格納され得る。前記格納された動き情報は、空間的隣接ブロックの動き情報または時間的隣接ブロックの動き情報として活用するためにインター予測部２２１に伝達できる。メモリ２７０は、現在ピクチャ内の復元されたブロックの復元サンプルを格納することができ、イントラ予測部２２２に伝達できる。

図３は、本文書の実施例が適用できるビデオ／映像デコーディング装置の構成を概略的に説明する図である。

図３に示すように、デコーディング装置３００は、エントロピーデコーディング部（ｅｎｔｒｏｐｙ ｄｅｃｏｄｅｒ）３１０、レジデュアル処理部（ｒｅｓｉｄｕａｌ ｐｒｏｃｅｓｓｏｒ）３２０、予測部（ｐｒｅｄｉｃｔｏｒ）３３０、加算部（ａｄｄｅｒ）３４０、フィルタリング部（ｆｉｌｔｅｒ）３５０、及びメモリ（ｍｅｍｏｅｒｙ）３６０を備えて構成されることができる。予測部３３０は、インター予測部３３１及びイントラ予測部３３２を備えることができる。レジデュアル処理部３２０は、逆量子化部（ｄｅｑｕａｎｔｉｚｅｒ）３２１及び逆変換部（ｉｎｖｅｒｓｅ ｔｒａｎｓｆｏｒｍｅｒ）３２１を備えることができる。上述したエントロピーデコーディング部３１０、レジデュアル処理部３２０、予測部３３０、加算部３４０、及びフィルタリング部３５０は、実施形態によって１つのハードウェアコンポーネント（例えば、デコーダチップセットまたはプロセッサ）により構成されることができる。また、メモリ３６０は、ＤＰＢ（ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ）を備えることができ、デジタル格納媒体により構成されることもできる。前記ハードウェアコンポーネントは、メモリ３６０を内／外部コンポーネントとしてさらに備えることもできる。

ビデオ／画像情報を含むビットストリームが入力されれば、デコーディング装置３００は、図３のエンコーディング装置でビデオ／画像情報が処理されたプロセスに対応して画像を復元され得る。例えば、デコーディング装置３００は、前記ビットストリームから取得したブロック分割関連情報に基づいてユニット／ブロックを導出され得る。デコーディング装置３００は、エンコーディング装置で適用された処理ユニットを用いてデコーディングを行うことができる。したがって、デコーディングの処理ユニットは、例えば、コーディングユニットであることができ、コーディングユニットは、コーディングツリーユニットまたは最大コーディングユニットからクアッドツリー構造、バイナリツリー構造、及び／またはターナリツリー構造にしたがって分割されることができる。コーディングユニットから１つ以上の変換ユニットが導出され得る。そして、デコーディング装置３００を介してデコーディング及び出力された復元画像信号は、再生装置を介して再生されることができる。

デコーディング装置３００は、図２のエンコーディング装置から出力された信号をビットストリームの形態で受信し、受信された信号はエントロピーデコーディング部３１０によりデコーディングされる。例えば、エントロピーデコーディング部３１０は、前記ビットストリームをパーシング（ｐａｒｓｉｎｇ）して映像復元（またはピクチャ復元）に必要な情報（例えば、ビデオ／画像情報）を導出され得る。前記ビデオ／画像情報は、アダプテーションパラメータセット（ＡＰＳ）、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）またはビデオパラメータセット（ＶＰＳ）などの様々なパラメータセットに関する情報をさらに含んでもよい。また、前記ビデオ／画像情報は一般制限情報（ｇｅｎｅｒａｌ ｃｏｎｓｔｒａｉｎｔ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含んでもよい。デコーディング装置は、前記パラメータセットに関する情報及び／または前記一般制限情報をさらに基づいてピクチャをデコーディングされ得る。本文書において後述されるシグナリング／受信される情報及び／またはシンタックス要素は、前記デコーディング手順を介してデコーディングされて前記ビットストリームから取得できる。例えば、エントロピーデコーディング部３１０は、指数ゴロム (exponential Golomb) エンコーディング、ＣＡＶＬＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｖａｒｉａｂｌｅ ｌｅｎｇｔｈ ｃｏｄｉｎｇ）またはＣＡＢＡＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ）などのコーディング方法に基づいてビットストリーム内の情報をデコーディングし、映像復元に必要なシンタックスエレメントの値、レジデュアルに関する変換係数の量子化された値を出力する。より詳細に、ＣＡＢＡＣエントロピーデコーディング方法は、ビットストリームにおいて各シンタックス要素に該当するビン（ｂｉｎ）を受信し、デコーディング対象シンタックス要素情報と周辺及びデコーディング対象ブロックのデコーディング情報あるいは以前ステップでデコーディングされたシンボル／ビンの情報を利用して文脈（ｃｏｎｔｅｘｔ）モデルを決定し、決定された文脈モデルに応じてビンの発生確率を予測してビンの算術デコーディング（ａｒｉｔｈｍｅｔｉｃ ｄｅｃｏｄｉｎｇ）を実行して各シンタックス要素の値に該当するシンボルを生成され得る。この時、ＣＡＢＡＣエントロピーデコーディング方法は、文脈モデル決定の後、次のシンボル／ビンの文脈モデルのためにデコーディングされたシンボル／ビンの情報を利用して文脈モデルをアップデートされ得る。エントロピーデコーディング部３１０においてデコーディングされた情報のうち予測に関する情報は予測部（インター予測部３３２及びイントラ予測部３３１）に提供され、エントロピーデコーディング部３１０においてエントロピーデコーディングが行われたレジデュアル値、すなわち、量子化された変換係数及び関連パラメータ情報はレジデュアル処理部３２０に入力されることができる。

レジデュアル処理部３２０は、レジデュアル信号（レジデュアルブロック、レジデュアルサンプル、レジデュアルサンプルアレイ）を導出され得る。また、エントロピーデコーディング部３１０においてデコーディングされた情報のうちフィルタリングに関する情報はフィルタリング部３５０に提供される。一方、エンコーディング装置から出力された信号を受信する受信部（図示せず）がデコーディング装置３００の内／外エレメントとしてさらに構成されてもよく、また、受信部はエントロピーデコーディング部３１０の構成要素であってもよい。一方、本文書によるデコーディング装置はビデオ／映像／ピクチャデコーディング装置と呼ばれてもよく、前記デコーディング装置は情報デコーダ（ビデオ／映像／ピクチャ情報デコーダ）及びサンプルデコーダ（ビデオ／映像／ピクチャサンプルデコーダ）に区分することもできる。前記情報デコーダは前記エントロピーデコーディング部３１０を含み、前記サンプルデコーダは前記逆量子化部３２１、逆変換部３２２、加算部３４０、フィルタリング部３５０、メモリ３６０、インター予測部３３２及びイントラ予測部３３１の少なくとも１つを含む。

逆量子化部３２１では、量子化された変換係数を逆量子化して変換係数を出力され得る。逆量子化部３２１は、量子化された変換係数を２次元のブロック形態で再整列され得る。この場合、前記再整列は、エンコーディング装置で行われたペクタースキャン順序に基づいて再整列を行うことができる。逆量子化部３２１は、量子化パラメータ（例えば、量子化ステップサイズ情報）を用いて量子化された変換係数に対する逆量子化を行い、変換係数（ｔｒａｎｓｆｏｒｍ ｃｏｅｆｆｉｃｉｅｎｔ）を取得され得る。

逆変換部３２２では、変換係数を逆変換してレジデュアル信号（レジデュアルブロック、レジデュアルサンプルアレイ）を取得するようになる。

本文書において、量子化／逆量子化及び／または変換／逆変換の少なくとも一つは、省略され得る。前記量子化／逆量子化が省略される場合、前記量子化された変換係数は、変換係数と呼ばれ得る。前記変換／逆変換が省略される場合、前記変換係数は、ペクターまたはレジデュアルペクターとも呼ばれ得、または、表現の統一性のために、 依然として変換係数とも呼ばれ得る。

本文書において、量子化された変換係数及び変換係数は、各々、変換係数及びスケーリングされた（ｓｃａｌｅｄ）変換係数と呼ばれ得る。この場合、レジデュアル情報は、変換係数に関する情報を含むことができ、前記変換係数に関する情報は、レジデュアルコーディングシンタックスを介してシグナリングされることができる。前記レジデュアル情報（または、前記変換係数に関する情報）に基づいて変換係数が導出されることができ、前記変換係数に対する逆変換（スケーリング）を介してスケーリングされた変換係数が導出されることができる。前記スケーリングされた変換係数に対する逆変換（変換）に基づいて、レジデュアルサンプルが導出されることができる。これは、本文書の他の部分でも同様に適用／表現されることができる。

予測部３３０は、現在ブロックに対する予測を行い、前記現在ブロックに対する予測サンプルを含む予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ）を生成する。予測部３３０は、エントロピーデコーディング部３１０から出力された前記予測に関する情報に基づいて前記現在ブロックにイントラ予測が適用されるかまたはインター予測が適用されるかを決定することができ、具体的なイントラ／インター予測モードを決定され得る。

予測部３３０は、後述する多様な予測方法に基づいて予測信号を生成され得る。例えば、予測部は、１つのブロックに対する予測のためにイントラ予測またはインター予測を適用できるだけでなく、イントラ予測とインター予測を同時に適用され得る。これは、ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ（ＣＩＩＰ）と呼ばれてもよい。また、予測部は、ブロックに対する予測のためにイントラブロックコピー（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ：ＩＢＣ）予測モードに基づいてもよくまたはパレットモード（ｐａｌｅｔｔｅ ｍｏｄｅ）に基づいてもよい。前記ＩＢＣ予測モードまたはパレットモードは、例えば、ＳＣＣ（ｓｃｒｅｅｎ ｃｏｎｔｅｎｔ ｃｏｄｉｎｇ）のように、ゲームなどのコンテンツ映像／動画コーディングのために使用できる。ＩＢＣは基本的に現在ピクチャ内において予測を行うが、現在ピクチャ内において参照ブロックを導出する点でインター予測と類似して行われることができる。すなわち、ＩＢＣは、本文書において説明されるインター予測技法のうち少なくとも１つを利用され得る。パレットモードは，イントラコーディングまたはイントラ予測の一例と見なすことができる。パレットモードが適用される場合、パレットテーブル及びパレットインデックスに関する情報が前記ビデオ／画像情報に含まれてシグナリングされる。

イントラ予測部３３１は現在ピクチャ内のサンプルを参照して現在ブロックを予測され得る。前記参照されるサンプルは、予測モードによって前記現在ブロックの周辺（ｎｅｉｇｈｂｏｕｒ）に位置してもよく、または、離れて位置してもよい。イントラ予測において予測モードは複数の非方向性モードと複数の方向性モードを含む。イントラ予測部３３１は、周辺ブロックに適用された予測モードを用いて、現在ブロックに適用される予測モードを決定することもできる。

インター予測部３３２は、参照ピクチャ上において動きベクトルにより特定される参照ブロック（参照サンプルアレイ）に基づいて、現在ブロックに対する予測されたブロックを誘導され得る。その時、インター予測モードで送信される動き情報の量を減らすために周辺ブロックと現在ブロック間の動き情報の相関性に基づいて動き情報をブロック、サブブロックまたはサンプル単位で予測され得る。前記動き情報は、動きベクタ及び参照ピクチャインデックスを含む。前記動き情報は、インター予測方向（Ｌ０予測、Ｌ１予測、Ｂｉ予測など）情報をさらに含んでもよい。インター予測の場合、周辺ブロックは現在ピクチャ内に存在する空間的周辺ブロック（ｓｐａｔｉａｌ ｎｅｉｇｈｂｏｕｒｉｎｇ ｂｌｏｃｋ）と参照ピクチャに存在する時間的周辺ブロック（ｔｅｍｐｏｒａｌ ｎｅｉｇｈｂｏｕｒｉｎｇ ｂｌｏｃｋ）を含む。例えば、インター予測部３３２は、周辺ブロックに基づいて動き情報候補リストを構成し、受信した候補選択情報に基づいて前記現在ブロックの動きベクトル及び／または参照ピクチャインデックスを導出され得る。様々な予測モードに基づいてインター予測が行われることができ、前記予測に関する情報は、前記現在ブロックに対するインター予測モードを指示する情報を含む。

加算部３４０は、取得されたレジデュアル信号を予測部（インター予測部３３２及び／またはイントラ予測部３３１を含む）から出力された予測信号（予測されたブロック、予測サンプルアレイ）に加えることにより復元信号（復元ピクチャ、復元ブロック、復元サンプルアレイ）を生成され得る。スキップモードが適用された場合のように処理対象ブロックに対するレジデュアルがない場合、予測されたブロックが復元ブロックとして用いられることができる。

加算部３４０は、復元部または復元ブロック生成部と呼ばれることができる。生成された復元信号は、現在ピクチャ内の次の処理対象ブロックのイントラ予測のために使われることができ、後述するように、フィルタリングを経て出力されることもでき、または、次のピクチャのインター予測のために使われることもできる。

一方、ピクチャデコーディング過程でＬＭＣＳ（ｌｕｍａ ｍａｐｐｉｎｇ ｗｉｔｈ ｃｈｒｏｍａ ｓｃａｌｉｎｇ）が適用されることもできる。

フィルタリング部３５０は、復元信号にフィルタリングを適用して主観的／客観的画質を向上させることができる。例えば、フィルタリング部３５０は、復元ピクチャに多様なフィルタリング方法を適用して修正された（ｍｏｄｉｆｉｅｄ）復元ピクチャを生成することができ、前記修正された復元ピクチャをメモリ６０、具体的に、メモリ３６０のＤＰＢに送信できる。前記多様なフィルタリング方法は、例えば、デブロッキングフィルタリング、サンプル適応的オフセット（ｓａｍｐｌｅ ａｄａｐｔｉｖｅ ｏｆｆｓｅｔ）、適応的ループフィルタ（ａｄａｐｔｉｖｅ ｌｏｏｐ ｆｉｌｔｅｒ）、両方向フィルタ（ｂｉｌａｔｅｒａｌ ｆｉｌｔｅｒ）などを含むことができる。

メモリ３６０のＤＰＢに格納された（修正された）復元ピクチャは、インター予測部３３２において参照ピクチャとして使用できる。メモリ３６０は、現在ピクチャ内の動き情報が導出された（またはデコーディングされた）ブロックの動き情報及び／または既に復元されたピクチャ内のブロックの動き情報を格納され得る。前記格納された動き情報は、空間的周辺ブロックの動き情報または時間的周辺ブロックの動き情報として活用するためにインター予測部３３２に伝達する。メモリ３６０は、現在ピクチャ内の復元されたブロックの復元サンプルを格納でき、イントラ予測部３３１に伝達され得る。

本文書において、エンコーディング装置２００のフィルタリング部２６０、インター予測部２２１及びイントラ予測部２２２で説明された実施形態は、それぞれデコーディング装置３００のフィルタリング部３５０、インター予測部３３２及びイントラ予測部３３１にも同一または対応するように適用されることができる。

一方、本文書に係るビデオ／映像コーディング方法は、次のようなパーティショニング構造に基づいて実行されることができる。具体的には、前述の予測、レジデュアル処理（（逆）変換、（逆）量子化など）、シンタックス要素コーディング、フィルタリングなどの手順は、前記パーティショニング構造に基づいて導出されたＣＴＵ、ＣＵ（及び／またはＴＵ、ＰＵ）に基づいて実行されることができる。ブロックパーティショニング手順は、前述のエンコーディング装置の映像分割部２１０で実行されて、パーティショニング関連情報がエントロピーエンコーディング部２４０で（エンコーディング）処理されて、ビットストリーム形態でデコーディング装置に伝達されることができる。デコーディング装置のエントロピーデコーディング部３１０は、前記ビットストリームから獲得した前記パーティショニング関連情報に基づいて、現在ピクチャのブロックパーティショニング構造を導出し、これに基づいて、映像デコーディングのための一連の手順（ｅｘ．予測、レジデュアル処理、ブロック／ピクチャ復元、インループフィルタリングなど）を実行され得る。ＣＵサイズとＴＵサイズが同じであってもよく、またはＣＵ領域内に複数のＴＵが存在することもできる。一方、ＣＵサイズとは、一般的に、ルマ成分（サンプル）ＣＢ（ｃｏｄｉｎｇ ｂｌｏｃｋ）サイズを示すことができる。ＴＵサイズとは、一般的に、ルマ成分（サンプル）ＴＢ（ｔｒａｎｓｆｏｒｍ ｂｌｏｃｋ）サイズを示すことができる。クロマ成分（サンプル）ＣＢまたはＴＢサイズは、ピクチャ／映像のカラーフォーマット（クロマフォーマット、ｅｘ．４：４：４、４：２：２、４：２：０など）による成分比によって、ルマ成分（サンプル）ＣＢまたはＴＢサイズに基づいて導出されることができる。前記ＴＵサイズは、 ｍａｘＴｂＳｉｚｅに基づいて導出されることができる。例えば、前記ＣＵサイズが前記ｍａｘＴｂＳｉｚｅより大きい場合、前記ＣＵから前記ｍａｘＴｂＳｉｚｅの複数のＴＵ（ＴＢ）が導出され、前記ＴＵ（ＴＢ）単位で変換／逆変換が実行されることができる。また、例えば、イントラ予測が適用される場合、イントラ予測モード／タイプは、前記ＣＵ（ｏｒ ＣＢ）単位で導出され、隣接参照サンプル導出及び予測サンプル生成手順は、ＴＵ（ｏｒ ＴＢ）単位で実行されることができる。この場合、一つのＣＵ（ｏｒ ＣＢ）領域内に一つまたは複数のＴＵ（ｏｒ ＴＢ）が存在することができ、この場合、前記複数のＴＵ（ｏｒ ＴＢ）は、同じイントラ予測モード／タイプを共有され得る。

また、本文書に係るビデオ／イメージのコーディングにおいて、映像処理単位は階層的構造を有され得る。一つのピクチャは、一つ以上のタイル、ブリック、スライス及び／またはタイルグループに分けられることができる。一つのスライスは、一つ以上のブリックを含むことができる。一つのブリックは、タイル内の一つ以上のＣＴＵ行（ｒｏｗ）を含むことができる。スライスは、ピクチャの整数個のブリックを含むことができる。一つのタイルグループは、一つ以上のタイルを含むことができる。一つのタイルは、一つ以上のＣＴＵを含むことができる。前記ＣＴＵは、一つ以上のＣＵに分割されることができる。タイルは、ピクチャ内で特定タイル行及び特定タイル列内のＣＴＵを含む長方形領域（ｒｅｃｔａｎｇｕｌａｒ ｒｅｇｉｏｎ）である。タイルグループは、ピクチャ内のタイルラスタースキャンによる整数個のタイルを含むことができる。スライスヘッダは、当該スライス（スライス内のブロック）に適用可能な情報／パラメータを運ぶことができる。エンコーディング／デコーディング装置がマルチコアプロセッサを有する場合、前記タイル、スライス、ブリック及び／またはタイルグループに対するエンコーディング／デコーディング手順は並列処理されることができる。本文書において、スライスまたはタイルグループは混用されることができる。すなわち、タイルグループヘッダは、スライスヘッダと呼ばれ得る。ここで、スライスは、ｉｎｔｒａ（Ｉ）ｓｌｉｃｅ、ｐｒｅｄｉｃｔｉｖｅ（Ｐ）ｓｌｉｃｅ及びｂｉ－ｐｒｅｄｉｃｔｉｖｅ（Ｂ）ｓｌｉｃｅを含むスライスタイプの中の一つのタイプを有され得る。Ｉスライス内のブロックに対しては、予測のためにインター予測は用いられず、イントラ予測のみ用いられることができる。もちろん、この場合にも予測なしに原本サンプル値をコーディングして、シグナリングすることもできる。Ｐスライス内のブロックに対しては、イントラ予測またはインター予測が用いられることができ、インター予測が用いられる場合には、単（ｕｎｉ）予測のみ用いられることができる。一方、Ｂスライス内のブロックに対しては、イントラ予測またはインター予測が用いられることができ、インター予測が用いられる場合には、最大双（ｂｉ）予測まで用いられることができる。

エンコーディング装置では、ビデオ映像の特性（例えば、解像度）によって或はコーディングの効率または並列処理を考慮して、タイル／タイルグループ、ブリック、スライス、最大及び最小コーディングユニット大きさを決め、これに対する情報またはこれを誘導され得る情報がビットストリームに含まれることができる。

デコーディング装置では、現在ピクチャのタイル／タイルグループ、ブリック、スライス、タイル内のＣＴＵが多数のコーディングユニットに分割されたか否かなどを示す情報を獲得され得る。このような情報は、特定の条件のみで獲得するように（送信される）すれば、効率を高めることができる。

一方、前述のように、一つのピクチャは、複数のスライスを含むことができ、一つのスライスは、スライスヘッダ及びスライスデータを含むことができる。この場合、一つのピクチャ内の複数のスライス（スライスヘッダ及びスライスデータ集合）に対して、一つのピクチャヘッダがさらに付加されることができる。前記ピクチャヘッダ（ピクチャヘッダシンタックス）は、前記ピクチャに共通的に適用可能な情報／パラメータを含むことができる。前記スライスヘッダ（スライスヘッダシンタックス）は、前記スライスに共通的に適用可能な情報／パラメータを含むことができる。ＡＰＳ（ａｄａｐｔａｔｉｏｎ ｐａｒａｍｅｔｅｒ ｓｅｔ）またはＰＰＳ（ｐｉｃｔｕｒｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）は、一つ以上のピクチャに共通的に適用可能な情報／パラメータを含むことができる。ＳＰＳ（ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）は、一つ以上のシーケンスに共通的に適用可能な情報／パラメータを含むことができる。ＶＰＳ（ｖｉｄｅｏ ｐａｒａｍｅｔｅｒ ｓｅｔ）は、マルチレイヤに共通的に適用可能な情報／パラメータを含むことができる。ＤＰＳ（ｄｅｃｏｄｉｎｇ ｐａｒａｍｅｔｅｒ ｓｅｔ）は、ビデオ全般に共通的に適用可能な情報／パラメータを含むことができる。前記ＤＰＳは、ＣＶＳ（ｃｏｄｅｄ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ）のコンカチネーション（ｃｏｎｃａｔｅｎａｔｉｏｎ）に係わる情報／パラメータを含むことができる。

本文書において、上位レベルシンタックスとは、前記ＡＰＳシンタックス、ＰＰＳシンタックス、ＳＰＳシンタックス、ＶＰＳシンタックス、ＤＰＳシンタックス、ピクチャヘッダシンタックス、スライスヘッダシンタックスの少なくとも一つを含むことができる。

また、例えば、前記タイル／タイルグループ／ブリック／スライスの分割及び構成などに関する情報は、前記上位レベルシンタックスに基づいてエンコーディング装置で構成されて、ビットストリーム形態でデコーディング装置に伝達されることができる。

一方、ビデオ／画像情報の一部または全部は、エンコーディング装置のエントロピーエンコーディング部２４０によってエントロピーエンコーディングされ得、デコーディング装置のエントロピーデコーディング部３１０によってエントロピーデコーディングされ得る。この場合、前記映像／ビデオ情報はシンタックス要素（）単位でエンコーディング及び／またはデコーディングされ得る。本文書で情報をエンコーディング／デコーディングするということは、以下で説明される方法によってエンコーディング／デコーディングされることを含み得る。

図４は、ビデオ／映像エンコーディング装置のエントロピーエンコーディング部の構成を概略的に説明する図である。

図４を参照すると、エンコーディング装置のエントロピーエンコーディング部２４０は、映像／ビデオ情報に関するエントロピーエンコーディング手順を実行する。前記映像／ビデオ情報は、パーティショニング関連情報、予測関連情報（例えば、インター／イントラ予測区分情報、イントラ予測モード情報、インター予測モード情報など）、レジデュアル情報、インループフィルタリング関連情報などを含み得、またはそれに関する様々なシンタックス要素を含めることができる。前記エントロピーエンコーディングはシンタックス要素単位で実行され得る。

エンコーディング装置の２値化部２４２は、対象シンタックス要素の２値化を行う。ここで、前記２値化は、Ｔｒｕｎｃａｔｅｄ Ｒｉｃｅ ｂｉｎａｒｉｚａｔｉｏｎ ｐｒｏｃｅｓｓ、Ｆｉｘｅｄ-ｌｅｎｇｔｈ ｂｉｎａｒｉｚａｔｉｏｎ ｐｒｏｃｅｓｓなど多様な２値化方法に基づくことができ、対象シンタックス要素に対する２値化方法は予め定義され得る。

エンコーディング装置のエントロピーエンコーディング処理部２４３は、前記対象シンタックス要素に対してエントロピーエンコーディングを行う。エンコーディング装置は、ＣＡＢＡＣ（context-adaptive arithmetic coding）またはＣＡＶＬＣ（context-adaptive variable length coding）などのエントロピーエンコーディング技法に基づいて、対象シンタックス要素の空のストリングを正規コーディングベース（コンテキストベース）またはバイパスコーディングベースエンコーディングすることができ、その出力はビットストリームに含めることができる。前記ビットストリームは、（デジタル）格納媒体またはネットワークを介してデコーディング装置に伝達され得る。

図５は、ビデオ／映像デコーディング装置のエントロピーデコーディング部の構成を概略的に説明する図である。

図５を参照すると、デコーディング装置のエントロピーデコーディング部３１０は、エンコーディングされた映像／ビデオ情報をデコーディングされ得る。前記映像／ビデオ情報は、パーティショニング関連情報、予測関連情報（例えば、インター／イントラ予測区分情報、イントラ予測モード情報、インター予測モード情報など）、レジデュアル情報、インループフィルタリング関連情報などを含み得、またはそれに関する様々なシンタックス要素を含むことができる。前記エントロピーエンコーディングはシンタックス要素単位で実行され得る。

デコーディング装置の２値化部３１２は、対象シンタックス要素に対して２値化を行う。ここで、前記２値化は、Ｔｒｕｎｃａｔｅｄ Ｒｉｃｅ ｂｉｎａｒｉｚａｔｉｏｎ ｐｒｏｃｅｓｓ、Ｆｉｘｅｄ-ｌｅｎｇｔｈ ｂｉｎａｒｉｚａｔｉｏｎ ｐｒｏｃｅｓｓなど多様な２値化方法に基づくことができ、対象シンタックス要素に対する２値化方法は予め定義され得る。デコーディング装置は、前記２値化手順を介して、対象シンタックス要素の可用値に対する可用空のストリング（空のストリング候補）を導出され得る。

デコーディング装置のエントロピーデコーディング処理部３１３は、前記対象シンタックス要素に対したエントロピーデコーディングを行う。デコーディング装置は、ビットストリーム内の入力ビットから前記対象シンタックス要素の各ビンを順次デコード及びパーシングしながら、導出されたビンストリングを該当シンタックス要素の可用ビンストリングと比較する。もし導出された空のストリングが前記可用空のストリングの内、１つと同じであれば、該当空のストリングに対応する値が該当シンタックス要素の値として導出される。もし、そうでなければ、前記ビットストリーム内の次のビットをさらにパーシングした後、前述の手順を再実行する。このような過程を通じて、ビットストリーム内の特定の情報（特定シンタックス要素）の開始ビットまたは終了ビットを使用せずに、可変長さビットを用いて該当情報をシグナリングされ得る。これにより、低い値に対しては相対的にさらに少ないビットを割り当てることができ、全体的なコーディング効率を高めることができる。

デコーディング装置のエントロピーデコーディング処理部３１３は、ＣＡＢＡＣまたはＣＡＶＬＣなどのエントロピーコーディング技法に基づいてビットストリームから前記ビンストリング内の各ビンをコンテキストベースまたはバイパスベースデコードされ得る。前記ビットストリームは、前述のように映像／ビデオデコードのための様々な情報を含み得る。前記ビットストリームは、（デジタル）格納媒体またはネットワークを介してデコーディング装置に伝達され得ることが前述したようである。

本文書のエンコーディング装置でデコーディング装置への情報のシグナリングを示すために、シンタックス要素を含むテーブル（シンタックステーブル）が用いられる。本文書で用いられるシンタックス要素を含む表のシンタックス要素の順序は、ビットストリームからシンタックス要素のパーシング順序（parsing order）を表すことができる。エンコーディング装置は、前記シンタックス要素がパーシング順序でデコーディング装置でパーシングされることができるように、シンタックステーブルを構成及びエンコーディングすることができ、デコーディング装置は、ビットストリームから該当シンタックステーブルのシンタックス要素をパーシング順序に従ってパーシング及びデコーディングしてシンタックス要素の値を獲得され得る。

一方、インター予測に基づくビデオ／映像エンコーディング手順は、概略的に例えば以下を含むことができる。

図６は、インター予測ベースのビデオ／映像エンコーディング方法の例を示す。

図６を参照すると、エンコーディング装置は現在ブロックのインター予測を実行する（Ｓ６００）。エンコーディング装置は、現在ブロックのインター予測モード及び動き情報を導出し、前記現在ブロックの予測サンプルを生成され得る。ここで、インター予測モード決定、動き情報導出及び予測サンプル生成手順は同時に実行され得、いずれの１つ手順が他の手順より先に実行され得る。例えば、エンコーディング装置のインター予測部は、予測モード決定部、動き情報導出部、予測サンプル導出部を含むことができ、予測モード決定部で前記現在ブロックの予測モードを決定し、動き情報導出部で前記現在ブロックの動き情報を導出し、予測サンプル導出部で前記現在ブロックの予測サンプルを導出され得る。例えば、エンコーディング装置のインター予測部は、動き推定（motion estimation）を介して参照ピクチャの一定領域（サーチ領域）内で前記現在ブロックと類似のブロックを検索し、前記現在ブロックとの差が最小または一定基準以下の参照ブロックを導出され得る。これに基づいて、前記参照ブロックが位置する参照ピクチャを指す参照ピクチャインデックスを導出し、前記参照ブロックと前記現在ブロックとの位置差に基づいて動きベクトルを導出され得る。エンコーディング装置は、様々な予測モードの内、前記現在ブロックに適用されるモードを決定され得る。エンコーディング装置は、前記様々な予測モードのＲＤ〈rate-distortion〉コスト（cost）を比較し、前記現在ブロックの最適予測モードを決定され得る。

例えば、エンコーディング装置は、前記現在ブロックにスキップモードまたはマージモードが適用される場合、マージ候補リストを構成し、前記マージ候補リストに含まれたマージ候補が指す参照ブロックの内、前記現在ブロックと前記現在ブロックとの差が最小または一定基準以下である参照ブロックを導出され得る。この場合、前記導出された参照ブロックに関連するマージ候補が選択され、前記選択されたマージ候補を指すマージインデックス情報が生成され、デコーディング装置にシグナリングされ得る。前記選択されたマージ候補の動き情報を用いて、前記現在ブロックの動き情報を導出され得る。

別の例として、エンコーディング装置は、現在ブロックに（Ａ）ＭＶＰモードが適用される場合、（Ａ）ＭＶＰ候補リストを構成し、前記（Ａ）ＭＶＰ候補リストに含まれたｍｖｐ（motion vector predictor）候補の中から選択されたｍｖｐ候補の動きベクトルを前記現在ブロックのmvpとして用いることができる。この場合、例えば、前述した動き推定によって導出された参照ブロックを指す動きベクトルを前記現在ブロックの動きベクトルとして用いることができ、前記ｍｖｐ候補の内、前記現在ブロックの動きベクトルとの差が最も小さい動きベクトルを有するｍｖｐ候補が前記記選択されたｍｖｐ候補となり得る。現在ブロックの動きベクトルから前記ｍｖｐを引いた差分であるＭＶＤ（motion vector difference）を導出され得る。この場合、前記ＭＶＤに関する情報をデコーディング装置にシグナリングされ得る。また、（Ａ）ＭＶＰモードが適用される場合、前記参照ピクチャインデックスの値は参照ピクチャインデックス情報で構成され、別々に前記デコーディング装置にシグナリングされ得る。

エンコーディング装置は、 前記予測サンプルに基づいてレジデュアルサンプルを導出され得る（Ｓ６１０）。エンコーディング装置は、前記現在ブロックの元のサンプルと前記予測サンプルの比較を通じて、前記レジデュアルサンプルを導出され得る。

エンコーディング装置は、予測情報とレジデュアル情報を含む画像情報をエンコーディングする（Ｓ６２０）。エンコーディング装置は、エンコーディングされた画像情報をビットストリーム形態で出力され得る。前記予測情報は、前記予測手順に関連する情報で、予測モード情報（ex. skip flag、merge flag or mode indexなど）及び動き情報に関する情報を含むことができる。前記動き情報に関する情報は、動きベクトルを導出するための情報である候補選択情報（ex. merge index、mvp flag or mvp index）を含むことができる。また、前記動き情報に関する情報は、前述したＭＶＤに関する情報及び／または参照ピクチャインデックス情報を含むことができる。また、前記動き情報に関する情報は、Ｌ０予測、Ｌ１予測、またはペア（ｂｉ）予測が適用されるか否かを示す情報を含むことができる。前記レジデュアル情報は、前記レジデュアルサンプルに関する情報である。前記レジデュアル情報は、前記レジデュアルサンプルの量子化された変換係数に関する情報を含むことができる。

出力されたビットストリームは、（デジタル）格納媒体に格納されてデコーディング装置に伝達され得、またはネットワークを介してデコーディング装置に伝達されることもある。

一方、前述したように、エンコーディング装置は、前記参照サンプル及び前記レジデュアルサンプルに基づいて復元ピクチャ（復元サンプル及び復元ブロックを含む）を生成され得る。これは、デコーディング装置で行われるのと同じ予測結果をエンコーディング装置から導出するためであり、これによりエンコーディング効率を高めることができるからである。したがって、エンコーディング装置は、復元ピクチャ（または復元サンプル、復元ブロック）をメモリに格納し、インター予測のための参照ピクチャとして利用され得る。前記復元ピクチャにループループフィルタリング手順などをさらに適用され得ることは前述した通りである。

インター予測に基づく映像／ビデオデコーディング化手順は、概略的に例えば以下を含み得る。

図７は、インター予測ベースのビデオ／映像デコーディング方法の例を示す。

デコーディング装置は、前記エンコーディング装置で行われた動作と対応する動作を実行され得る。デコーディング装置は、受信した予測情報に基づいて現在ブロックに予測を実行し、予測サンプルを導出され得る。

具体的に、図７を参照すると、デコーディング装置は、ビットストリームから受信した予測情報に基づいて前記現在ブロックの予測モードを決定され得る（Ｓ７００）。デコーディング装置は、前記予測情報内の予測モード情報に基づいて、前記現在ブロックにどのインター予測モードが適用されるかを決定され得る。

例えば、マージフラグ（merge flag）に基づいて、前記現在ブロックにマージモードが適用されるか、または（Ａ）ＭＶＰモードが決定されるかを決定され得る。あるいは、前記マージインデックスに基づいて様々なインター予測モード候補の内１つを選択され得る。前記インター予測モード候補は、スキップモード、マージモード、及び／または（Ａ）ＭＶＰモードなどの様々なインター予測モードを含むことができる。

デコーディング装置は、前記決定されたインター予測モードに基づいて前記現在ブロックの動き情報を導出する（Ｓ７１０）。例えば、デコーディング装置は、前記現在ブロックにスキップモードまたはマージモードが適用される場合、後述するマージ候補リストを構成し、前記マージ候補リストに含まれるマージ候補の内、１つのマージ候補を選択され得る。前記選択は、前述の選択情報（merge index）に基づいて実行され得る。前記選択されたマージ候補の動き情報を用いて、前記現在ブロックの動き情報を導出され得る。前記選択されたマージ候補の動き情報を前記現在ブロックの動き情報として用いることができる。

別の例として、デコーディング装置は、前記現在ブロックに（Ａ）ＭＶＰモードが適用される場合、（Ａ）ＭＶＰ候補リストを構成し、前記（Ａ）ＭＶＰ候補リストに含まれたｍｖｐ（motion vector predictor）候補の中から選択されたｍｖｐ候補の動きベクトルを前記現在ブロックのmvpとして用いることができる。前記選択は、前述の選択情報（(mvp flag or mvp index）に基づいて実行され得る。この場合、前記ＭＶＤに関する情報に基づいて前記現在ブロックのＭＶＤを導出することができ、前記現在ブロックのｍｖｐとＭＶＤに基づいて前記現在ブロックの動きベクトルを導出され得る。また、前記参照ピクチャインデックス情報に基づいて前記現在ブロックの参照ピクチャインデックスを導出され得る。前記現在ブロックに関する参照ピクチャリスト内で前記参照ピクチャインデックスが指すピクチャが前記現在ブロックのインター予測のために参照される参照ピクチャとして導出され得る

一方、候補リスト構成なしで前記現在ブロックの動き情報を導出することができ、この場合、前述したような候補リスト構成を省略され得る。

デコーディング装置は、前記現在ブロックの動き情報に基づいて前記現在ブロックの予測サンプルを生成され得る（Ｓ７２０）。この場合、前記現在ブロックの参照ピクチャインデックスに基づいて前記参照ピクチャを導出し、前記現在ブロックの動きベクトルが前記参照ピクチャ上で指す参照ブロックのサンプルを用いて前記現在ブロックの予測サンプルを導出され得る。この場合、後述するように、場合によって前記現在ブロックの予測サンプルの内、全部または一部の予測サンプルフィルタリング手順をさらに実行され得る。

例えば、デコーディング装置のインター予測部は、予測モード決定部、動き情報導出部、予測サンプル導出部を含むことができ、予測モード決定部で受信された予測モード情報に基づいて前記現在ブロックの予測モードを決定し、動き情報導出部で受信した動き情報に関する情報に基づいて前記現在ブロックの動き情報（動きベクトル及び／または参照ピクチャインデックスなど）を導出し、予測サンプル導出部で前記現在ブロックの予測サンプルを導き出すことができる。

デコーディング装置は、受信したレジデュアル情報に基づいて前記現在ブロックのレジデュアルサンプルを生成する（Ｓ７３０）。デコーディング装置は、前記予測サンプル及び前記レジデュアルサンプルに基づいて前記現在ブロックの復元サンプルを生成し、それに基づいて復元ピクチャを生成され得る（Ｓ７４０）。以降、前記復元ピクチャにインループフィルタリング手順などをさらに適用され得ることは前述した通りである。

一方、現在ブロックの予測モードによって導出された動き情報に基づいて、現在ブロックに対する予測されたブロックが導出されることができる。前記予測されたブロックは、前記現在ブロックの予測サンプル（予測サンプルアレイ）を含むことができる。現在ブロックの動きベクトルが分数サンプル単位を指す場合、補間（ｉｎｔｅｒｐｏｌａｔｉｏｎ）手順が実行されることができ、これを通じて参照ピクチャ内で分数サンプル単位の参照サンプルに基づいて、前記現在ブロックの予測サンプルが導出されることができる。現在ブロックにアフィン（Ａｆｆｉｎｅ）インター予測が適用される場合、サンプル／サブブロック単位ＭＶ（ｍｏｔｉｏｎ ｖｅｃｔｏｒ）に基づいて、予測サンプルを生成され得る。双予測（Ｂｉ－ｐｒｅｄｉｃｔｉｏｎ）が適用される場合、Ｌ０予測（すなわち、参照ピクチャリストＬ０内参照ピクチャとＭＶＬ０を利用した予測）に基づいて導出された予測サンプルとＬ１予測（すなわち、参照ピクチャリストＬ１内参照ピクチャとＭＶＬ１を利用した予測）に基づいて導出された予測サンプルの（位相による）重み付け和または重み付け平均を通じて導出された予測サンプルが、現在ブロックの予測サンプルとして利用されることができる。双予測が適用される場合、Ｌ０予測に利用された参照ピクチャとＬ１予測に利用された参照ピクチャが現在ピクチャを基準として互いに異なる時間的方向に位置する場合（すなわち、双予測でありながら両方向予測に対応する場合）、これを真（ｔｒｕｅ）双予測と呼ぶことができる。

導出された予測サンプルに基づいて復元サンプル及び復元ピクチャが生成されることができ、以後、インループフィルタリングなどの手順が実行されることができることは前述の通りである。

一方、インター予測において、重み付けサンプル予測が用いられることができる。重み付けサンプル予測は重み付け予測と呼ばれ得る。重み付け予測は、現在ブロック（ｅｘ．ＣＵ）が位置する現在スライスのスライスタイプがＰスライスまたはＢスライスの場合に適用されることができる。すなわち、重み付け予測は、双予測が適用される場合だけでなく、単予測（ｕｎｉ－ｐｒｅｄｉｃｔｉｏｎ）が適用される場合にも用いられることができる。例えば、後述するように、重み付け予測は、ｗｅｉｇｈｔｅｄＰｒｅｄＦｌａｇに基づいて決められることができ、ｗｅｉｇｈｔｅｄＰｒｅｄＦｌａｇの値は、シグナリングされるｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ（Ｐスライスの場合）またはｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇ（Ｂスライスの場合）に基づいて決められることができる。例えば、ｓｌｉｃｅ＿ｔｙｐｅがＰの場合、ｗｅｉｇｈｔｅｄＰｒｅｄＦｌａｇは、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇのように設定されることができる。そうでない場合（ｓｌｉｃｅ＿ｔｙｐｅがＢの場合）、ｗｅｉｇｈｔｅｄＰｒｅｄＦｌａｇは、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇのように設定されることができる。

重み付け予測の出力である予測サンプルまたは予測サンプルの値は、ｐｂＳａｍｐｌｅｓと呼ばれ得る。

重み付け予測手順は、大きく、デフォルト（ｄｅｆａｕｌｔ）重み付け（サンプル）予測手順と、イクスプリシット（ｅｘｐｌｉｃｉｔ）重み付け（サンプル）予測手順に分けられることができる。前記重み付け（サンプル）予測手順とは、前記イクスプリシット（ｅｘｐｌｉｃｉｔ）重み付け（サンプル）予測手順のみを意味することもできる。例えば、ｗｅｉｇｈｔｅｄＰｒｅｄＦｌａｇの値が０の場合、予測サンプルの値（ｐｂＳａｍｐｌｅｓ）は、デフォルト重み付け（サンプル）予測手順に基づいて導出されることができる。ｗｅｉｇｈｔｅｄＰｒｅｄＦｌａｇの値が１の場合、予測サンプルの値（ｐｂＳａｍｐｌｅｓ）はイクスプリシット重み付け（サンプル）予測手順に基づいて導出されることができる。

一方、現在ブロックに双予測が適用される場合、重み付け平均（ｗｅｉｇｈｔｅｄ ａｖｅｒａｇｅ）に基づいて予測サンプルが導出されることができる。既存には双予測信号（すなわち、双予測サンプル）がＬ０予測信号（Ｌ０予測サンプル）とＬ１予測信号（Ｌ１予測サンプル）の単純平均を通じて導出されることができた。すなわち、双予測サンプルは、Ｌ０参照ピクチャ及びＭＶＬ０に基づいたＬ０予測サンプルと、Ｌ１参照ピクチャ及びＭＶＬ１に基づいたＬ１予測サンプルの平均で導出された。しかしながら、本文書に係ると、双予測が適用される場合、Ｌ０予測信号とＬ１予測信号の重み付け平均を通じて、双予測信号（双予測サンプル）が導出されることができる。

双予測（ｂｉ－ｐｒｅｄｉｃｔｉｏｎ）信号をリファインするために、ＢＤＯＦ（Ｂｉ－ｄｉｒｅｃｔｉｏｎａｌ ｏｐｔｉｃａｌ ｆｌｏｗ）が用いられることができる。ＢＤＯＦは、現在ブロック（ｅｘ．ＣＵ）に双予測が適用される場合、改善された動き情報を計算して予測サンプルを生成するためのもので、前記改善された動き情報を計算する過程は、前述の動き情報導出ステップに含まれることもできる。

例えば、ＢＤＯＦは、４ｘ４サブブロックレベルで適用されることができる。すなわち、ＢＤＯＦは、現在ブロック内４ｘ４サブブロック単位で実行されることができる。ＢＤＯＦは、ルマ成分のみに対して適用されることができる。或はＢＤＯＦは、クロマ成分のみに対して適用されることもでき、ルマ成分及びクロマ成分に対して適用されることもできる。

一方、前述のように、ＨＬＳ（ｈｉｇｈ ｌｅｖｅｌ ｓｙｎｔａｘ）が、ビデオ／映像コーディングのためにコーディング／シグナリングされることができる。ビデオ／画像情報は、ＨＬＳに含まれることができる。

コーディングされたピクチャは、一つ以上のスライスで構成されることができる。コーディングされたピクチャを記述する（ｄｅｓｃｒｉｂｉｎｇ）パラメータは、ピクチャヘッダ内でシグナリングされ、スライスを記述するパラメータは、スライスヘッダ内でシグナリングされる。ピクチャヘッダは、自体ＮＡＬユニット形態で運ばれる（ｃａｒｒｉｅｄ）。スライスヘッダは、スライス（すなわち、スライスデータ）のペイロード（ｐａｙｌｏａｄ）を含むＮＡＬユニットの開始部分に存在する。

それぞれのピクチャは、ピクチャヘッダと関連される。ピクチャは、互いに異なるタイプのスライス（イントラコーディングされたスライス（すなわち、Ｉスライス）及びインターコーディングされたスライス（すなわち、Ｐスライス及びＢスライス））で構成されることができる。よって、ピクチャヘッダは、ピクチャのイントラスライス及びピクチャのインタースライスに必要なシンタックス要素を含むことができる。

ピクチャは、サブピクチャ、タイル及び／またはスライスに分割されることができる。サブピクチャシグナリングは、ＳＰＳ（ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）に存在することができ、タイル及び正方形スライスシグナリングは、ＰＰＳ（Ｐｉｃｔｕｒｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）に存在され得る。ラスタースキャン（ｒａｓｔｅｒ－ｓｃａｎ）スライスシグナリングは、スライスヘッダに存在され得る。

重み付け予測が現在ブロックのインター予測のために適用される場合、前記重み付け予測は、重み付け予測に関する情報に基づいて実行されることができる。

重み付け予測手順は、ＳＰＳ内の２つのフラグに基づいて始まることができる。

一例として、重み付け予測に関して、ＳＰＳシンタックスには、次の表１のようなシンタックス要素が含まれることができる。

表１で、ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、これは、重み付け予測が前記ＳＰＳを参照するＰスライスに適用されることを示すことができる。

ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値が１の場合、これは、重み付け予測が前記ＳＰＳを参照するＢスライスに適用されることを示すことができる。ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値が０の場合、これは、重み付け予測が前記ＳＰＳを参照するＢスライスに適用されないことを示すことができる。

前記ＳＰＳ内でシグナリングされる前記２つのフラグは、重み付け予測がＣＶＳ（ｃｏｄｅｄ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ）内のＰ及びＢスライスに適用されるか否かを示す。

一方、重み付け予測に関して、ＰＰＳシンタックスには、次の表２のようなシンタックス要素が含まれることができる。

表２で，ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が０の場合、これは、重み付け予測が前記ＰＰＳを参照するＰスライスに適用されないことを示すことができる。ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、これは、重み付け予測が前記ＰＰＳを参照するＰスライスに適用されたことを示すことができる。ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が０の場合、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値は０である。

ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値が０の場合、これは、重み付け予測が前記ＰＰＳを参照するＢスライスに適用されないことを示すことができる。ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値が１の場合、これは、イクスプリシット重み付け予測が前記ＰＰＳを参照するＢスライスに適用されたことを示すことができる。ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値が０の場合、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値は０である。

追加的に、スライスヘッダシンタックスには、次の表３のようなシンタックス要素が含まれることができる。

表３で、ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、使用中のＰＰＳに対するｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を示す。ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０から６３までの範囲に含まれる。

現在ピクチャの臨時ＩＤ（ＴｅｍｐｒａｌＩＤ）の値は、ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄのようなｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＰＰＳのｔｅｍｐｒａｌＩＤ値より大きいか同じである必要がある。

一方、予測重みテーブルシンタックスは、次の表４のような重み付け予測に関する情報を含むことができる。

表４で、ｌｕｍａ＿ｌｏｇ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍは、全てのｌｕｍａ重み付け値（ｗｅｉｇｈｔｉｎｇ ｆａｃｔｏｒ）に対する分母（ｄｅｎｏｍｉｎａｔｏｒ）のベースが２のログ（ｂａｓｅ ２ ｌｏｇａｒｉｔｈｍ）である。ｌｕｍａ＿ｌｏｇ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍの値は、０から７までの範囲に含まれる。

ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｌｏｇ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍは、全てのクロマ重み付け値に対する分母のベースが２のログの差（ｄｉｆｆｅｒｅｎｃｅ）である。ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｌｏｇ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍが存在しない場合、これは０に推論される（ｉｎｆｅｒｒｅｄ）。

ＣｈｒｏｍａＬｏｇ２ＷｅｉｇｈｔＤｅｎｏｍは、ｌｕｍａ＿ｌｏｇ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍ＋ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｌｏｇ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍに導出され、その値は、０から７までの範囲に含まれる。

ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］の値が１の場合、これは、ＲｅｆＰｉｃＬｉｓｔ［０］［ｉ］を用いる（参照ピクチャ）リスト０（Ｌ０）予測のルマ成分に対する重み付けペクターが存在することを示す。ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］の値が０の場合、これは、このような重み付けペクターが存在しないことを示す。

ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］の値が１の場合、これは、ＲｅｆＰｉｃＬｉｓｔ［０］［ｉ］を用いるＬ０予測のクロマ予測値に対する重み付けペクターが存在することを示す。ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］の値が０の場合、これは、このような重み付けペクターが存在しないことを示す。ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］が存在しない場合、これは０に推論される。

ｄｅｌｔａ＿ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０［ｉ］は、ＲｅｆＰｉｃＬｉｓｔ［０］［ｉ］を用いるＬ０予測に対するルマ予測値に適用される重み付けペクターの差（ｄｉｆｆｅｒｅｎｃｅ）である。

ＬｕｍａＷｅｉｇｈｔＬ０［ｉ］は、（１＜＜ｌｕｍａ＿ｌｏｇ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍ）＋ｄｅｌｔａ＿ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０［ｉ］に導出される。ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］が１の場合、ｄｅｌｔａ＿ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０［ｉ］の値は、－１２８から１２７までの範囲に含まれる。ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］が０の場合、ＬｕｍａＷｅｉｇｈｔＬ０［ｉ］は、２^{ｌｕｍａ＿ｌｏｇ２＿ｗｅｉｇｈｔ＿ｄｅｎｏｍ}に推論される。

ｌｕｍａ＿ｏｆｆｓｅｔ＿ｌ０［ｉ］は、ＲｅｆＰｉｃＬｉｓｔ［０］［ｉ］を用いるＬ０予測に対するルマ予測値に適用される加算オフセット（ａｄｄｉｔｉｖｅ ｏｆｆｓｅｔ）である。ｌｕｍａ＿ｏｆｆｓｅｔ＿ｌ０［ｉ］の値は、－１２８から１２７までの範囲に含まれる。ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］の値が０の場合、ｌｕｍａ＿ｏｆｆｓｅｔ＿ｌ０［ｉ］の値は０に推論される。

ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０［ｉ］［ｊ］は、Ｃｂに対してｊが０で、Ｃｒに対してｊが１のＲｅｆＰｉｃＬｉｓｔ［０］［ｉ］を用いて、Ｌ０予測に対するクロマ予測値に適用される重み付けペクターの差（ｄｉｆｆｅｒｅｎｃｅ）である。

ＣｈｒｏｍａＷｅｉｇｈｔＬ０［ｉ］［ｊ］は、（１＜＜ＣｈｒｏｍａＬｏｇ２ＷｅｉｇｈｔＤｅｎｏｍ）＋ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０［ｉ］［ｊ］に導出される。ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］が１の場合、ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０［ｉ］［ｊ］の値は、－１２８から１２７までの範囲に含まれる。ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］が０の場合、ＣｈｒｏｍａＷｅｉｇｈｔＬ０［ｉ］［ｊ］は、２^{ＣｈｒｏｍａＬｏｇ２ＷｅｉｇｈｔＤｅｎｏｍ}に推論される。

ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｏｆｆｓｅｔ＿ｌ０［ｉ］［ｊ］は、Ｃｂに対してｊが０で、Ｃｒに対してｊが１のＲｅｆＰｉｃＬｉｓｔ［０］［ｉ］を用いて、Ｌ０予測に対するクロマ予測値に適用される加算オフセットの差（ｄｉｆｆｅｒｅｎｃｅ）である。

ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｏｆｆｓｅｔ＿ｌ０［ｉ］［ｊ］の値は、－４×１２８から４×１２７までの範囲に含まれる。ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］の値が０の場合、ＣｈｒｏｍａＯｆｆｓｅｔＬ０［ｉ］［ｊ］の値は０に推論される。

前述の予測重みテーブルシンタックスは、シーンチェンジ（ｓｃｅｎｅ ｃｈａｎｇｅ）がある場合、シーケンスを修正するのに度々用いられる。既存の予測重みテーブルシンタックスは、重み付け予測のためのＰＰＳフラグがイネーブル（ｅｎａｂｌｅ）となり、スライスタイプがＰであり、または重み付け双予測のためのＰＰＳフラグがイネーブルとなり、スライスタイプがＢである場合、スライスヘッダでシグナリングされる。しかしながら、シーンがチェンジされるとき、一つまたはいくつのフレームが予測重みテーブルを調整する必要がある場合が度々発生する。通常、ＰＰＳが複数のフレームの間に共有される場合、ＰＰＳを参照する全てのフレームに対して重み付け予測に関する情報をシグナリングすることは不必要な場合がある。

以下の図面は、本文書の具体的な一例を説明するために作成された。図面に記載された具体的な装置の名称や具体的な信号／情報の名称は、例示的に提示されたものであるので、本明細書の技術的特徴が以下の図面に用いられた具体的な名称に制限されない。

本文書は、前述の問題を解決するために、次の方法を提供する。各方法は、独立的に適用されるか、または互いに組み合わせて適用されることができる。

１．重み付き予測のためのツール（tool）（重み付き予測に関する情報）は、スライスレベルではないピクチャレベルで適用できる。重み値は、ピクチャの特定の参照ピクチャに適用され、ピクチャのすべてのスライスに用いられる。

ａ.対案として、重み付き予測のためのツールは、ピクチャレベルまたはスライスレベルで適用され得るが、同じピクチャに対して二つ両方を適用することはできない。言い換えれば、重み付き予測がピクチャレベルで適用されると、重み付き予測のためにgピ該当クチャの各スライスに対する追加のシグナリングが必要しない。

ｂ．別の対案として、重み付き予測のためのツールは、ピクチャレベル及びスライスレベルで適用され得る。

２.予測重み付けテーブルシンタックスは、スライスレベル代わりにピクチャレベルでシグナリングできる。これは、重み付き予測に関する情報をピクチャヘッダ（ＰＨ）またはピクチャパラメータセット（ＰＰＳ）でシグナリングすることによって実現され得る。

３．対案として、重み付き予測のためのツールをピクチャレベルまたはスライスレベルで適用され得ると、重み付き予測のためのツールはピクチャレベルまたはスライスレベルでシグナリングされ得る。

ピクチャレベルシグナリングはピクチャヘッダにある。

b. スライスレベルシグナリングはスライスヘッダにある。

４．対案として、重み付き予測のためのツールがピクチャレベル及びスライスレベルで適用され得る場合、重み付き予測のためのツールはピクチャレベルでシグナリングされた後、スライスレベルでオーバーライド（override）され得る。

ピクチャレベルシグナリングはピクチャヘッダにある。

スライスレベルシグナリングはスライスヘッダにある。

５．予測重み付けテーブルがピクチャヘッダに存在する場合、重み付けされた参照ピクチャの個数は明示的にシグナリングされ得る。参照ピクチャリスト０に対する１つの個数と参照ピクチャリスト１に対する１つの個数がシグナリングされ得る。スライスヘッダに予測重み付けテーブルがある場合、前記個数は、参照ピクチャリスト０及び参照ピクチャリスト１に対するアクティブ参照ピクチャ（active reference pictures）の個数から推定（infer）され得る。

６．重み付き予測のためのツール（例えば、予測重み付けテーブル）がピクチャヘッダでシグナリングされるとき、ピクチャ（及びそのピクチャのスライス）に対する参照ピクチャシグナリングがピクチャヘッダに存在され得る。

７．重み付き予測がピクチャレベルで適用される場合、重み付き予測がピクチャに適用されると、ピクチャのすべてのスライスは同じアクティブ（活性）参照ピクチャを有され得る。これは、参照ピクチャリスト内アクティブ参照ピクチャの順序を含む（すなわち、ＰスライスのＬ０、ＢスライスのＬ０及びＬ１）。

または前記記の制限（constrain）が適用されない場合、次のものが適用される。

ａ.重み付き予測のシグナリングは、参照ピクチャリストのシグナリングに対して
独立的である。すなわち、予測重み付けテーブルシグナリングにおいては、ＲＰＬにおける参照ピクチャの順序に関する仮定がない。

b。 Ｌ０及びＬ１の参照ピクチャに対する重み付き予測値のシグナリングが存在しない。重み値は、参照ピクチャのために直接提供される。

ｃ．参照ピクチャの重み値をシグナリングするために、２つのループ（loop）の代わりに１つのループしか用いられる。各ループにおいて、先にシグナリングされる重み値に関連する参照ピクチャが識別される。

d。参照ピクチャ識別は、ＰＯＣ（Picture Oder Count）値に基づく。

ｅ.ビット節約のために、参照ピクチャのＰＯＣ値をシグナリングする代わりに、参照ピクチャと現在ピクチャとの間のデルタ（delta）ＰＯＣ値を代わりにシグナリングされ得る。

９．上記の項目４に加えて、参照ピクチャと現在ピクチャとの間のデルタＰＯＣ値のシグナリングのために、以下のように絶対（absolute）デルタＰＯＣ値がシグナリングできるように、以下がさらに明示され得る。

最初 シグナリングされたデルタＰＯＣの場合、参照ピクチャのＰＯＣと現在ピクチャとの間のデルタである。

ｂ．シグナリングされた残りのデルタＰＯＣ（すなわち、ｉが１から始まる場合）の場合、ｉ番目の参照ピクチャのＰＯＣと（ｉ - １）番目の参照ピクチャとの間のデルタである。

１０. ＰＰＳ内２つのフラグは、単一の制御フラグ（例えば、pps_weighted_pred_flag）に統合され得る。フラグは、ピクチャヘッダ内に追加のフラグがあることを示すために用いられる。

前記ピクチャヘッダ内のフラグはＰＰＳフラグによって異なることができ（The
flag in the ＰＨ may be conditioned on the ＰＰＳ
flag）、ＮＡＬユニットタイプがＩＤＲ（instantaneous decoding refresh）でない場合、pred_weighted_table（）データ（予測重み付けテーブルシンタックス）の存在をさらに示すことができる。

１１．ＰＰＳでシグナリングされる２つのフラグ（pps_weighted_pred_flagとＰＰＳ_weighted_bipred_flag）は、１つのフラグに統合され得る。 前記１つのフラグは、既存の名称ＰＰＳ_weighted_pred_flagをもちいるることができる。

１２．重み付けされた予測がピクチャヘッダに関連するピクチャに適用されるかどうかを示すために、ピクチャヘッダでフラグがシグナリングされ得る。前記フラグはpic_weighted_pred_flagとされ得る。

a. pic_weighted_pred_flagの存在は、pps_weighted_pred_flagの値によって異なることができる。ＰＰＳ_weighted_pred_flagの値がゼロの場合、ｐｉｃ＿weighted_pred_flagは存在せず、その値はゼロと推論され得る。

ｂ．pic_weighted_pred_flagの値が１の場合、pred_weighted_table０のシグナリングがピクチャヘッダに存在し得る。

１３． 対案として、重み付き予測がイネーブルされる場合（つまり、ＰＰＳ_weighted_pred_flag の値が １ または ＰＰＳ_weighted_bipred_flag の値が １）、重み付き予測に関する情報がまだスライスヘッダーに存在することがあり、次の事項が適用され得る。

a.重み付き予測に関する情報がスライスヘッダに存在するかどうかを示すために、新しいフラグがシグナリングされることがある。前記フラグはslice_weighted_pred_present_flagとされ得る。

ｂ．slice_weighted_pred_present_flagの存在は、スライスの種類、ＰＰＳ_weighted_pred_flag、及びＰＰＳ_weighted_bipred_flagの値によって決定され得る。

本文書で重み付け予測に関する情報は、表１乃至表４で説明された重み付け予測に関する情報／シンタックス要素を含むことができる。ビデオ／画像情報は、重み付け予測に関する情報、レジデュアル情報、インター予測モード情報などのようなインター予測のための多様な情報を含むことができる。前記インター予測モード情報は、現在ブロックにマージモードまたはＭＶＰモードが適用されることができるかを示す情報、及び動き候補リスト内で動き候補の一つを選択するための選択情報などのような情報／シンタックス要素を含むことができる。例えば、現在ブロックにマージモードが適用される場合、現在ブロックの隣接ブロックに基づいてマージ候補リストが構成され、前記マージ候補リストで現在ブロックの動き情報を導出するための一つの候補が選択／使用（マージインデックス基盤）されることができる。他の例として、ＭＶＰモードが現在ブロックに適用される場合、現在ブロックの隣接ブロックを基準としてｍｖｐ候補リストが構成されることができ、前記ｍｖｐ候補リストで現在ブロックの動き情報を導出するための一つの候補が選択／使用（ｍｖｐフラグ基準）されることができる。

一実施形態として、インター予測の時に重み付け予測のために、ＰＰＳは、次の表５のようなシンタックス要素を含むことができ、これに対するセマンティクスは、次の表６の通りである。

表５及び表６を参照すると、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が０の場合、これは、重み付け予測が前記ＰＰＳを参照するＰまたはＢスライスに適用されないことを示すことができる。ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、これは、重み付け予測が前記ＰＰＳを参照するＰまたはＢスライスに適用されたことを示すことができる。

また、ピクチャヘッダは、次の表７のようなシンタックス要素を含むことができ、これに対するセマンティクスは、次の表８の通りである。

表７及び表８を参照すると、ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が０の場合、これは、重み付け予測が当該ピクチャヘッダを参照するＰまたはＢスライスに適用されないことを示すことができる。ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、これは、重み付け予測が当該ピクチャヘッダを参照するＰまたはＢスライスに適用されたことを示すことができる。

ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、当該ピクチャヘッダと関連されたピクチャ内の全てのスライスは、同じ参照ピクチャリストを有され得る。そうでない場合、ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、ｐｉｃ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は１であり得る。

前記の条件がない（ａｂｓｅｎｃｅ）場合、ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは、次の表９のようにシグナリングされることができる。

一方、スライスヘッダは、次の表１０のようなシンタックス要素を含むことができる。

また、予測重みテーブルシンタックスは、次の表１１のようなシンタックス要素を含むことができ、これに対するセマンティクスは、次の表１２の通りであり得る。

表１１及び表１２を参照すると、ｍｕｍ＿ｌ０＿ｗｅｉｇｈｔｅｄ＿ｒｅｆ＿ｐｉｃｓは、参照ピクチャリスト０内重み付け参照ピクチャの個数を示すことができる。ｎｕｍ＿ｌ０＿ｗｅｉｇｈｔｅｄ＿ｒｅｆ＿ｐｉｃｓの値は、０からＭａｘＤｅｃＰｉｃＢｕｆｆＭｉｎｕｓ１＋１４までの範囲に含まれる。

ｍｕｍ＿ｌ１＿ｗｅｉｇｈｔｅｄ＿ｒｅｆ＿ｐｉｃｓは、参照ピクチャリスト１内重み付け参照ピクチャの個数を示すことができる。ｎｕｍ＿ｌ１＿ｗｅｉｇｈｔｅｄ＿ｒｅｆ＿ｐｉｃｓの値は、０からＭａｘＤｅｃＰｉｃＢｕｆｆＭｉｎｕｓ１＋１４までの範囲に含まれる。

ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］の値が１の場合、これは、ＲｅｆＰｉｃＬｉｓｔ［０］［ｉ］を用いるリスト０（Ｌ０）予測のルマ成分に対する重み付けペクターが存在することを示す。

ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］の値が１の場合、これは、ＲｅｆＰｉｃＬｉｓｔ［０］［ｉ］を用いるＬ０予測のクロマ予測値に対する重み付けペクターが存在することを示す。ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］の値が０の場合、これは、このような重み付けペクターが存在しないことを示す。

ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ［ｉ］の値が１の場合、これは、ＲｅｆＰｉｃＬｉｓｔ［０］［ｉ］を用いるリスト１（Ｌ１）予測のルマ成分に対する重み付けペクターが存在することを示す。

ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ［ｉ］は、これはＲｅｆＰｉｃＬｉｓｔ［０］［ｉ］を用いるＬ１予測のクロマ予測値に対する重み付けペクターが存在することを示す。ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］の値が０の場合、これは、このような重み付けペクターが存在しないことを示す。

例えば、エンコーディング装置は、現在ブロックに対して重み付け予測が適用される場合、前記重み付け予測に基づいて、前記現在ブロックの参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報を生成され得る。前記個数情報は、Ｌ０参照ピクチャリスト及び／またはＬ１参照ピクチャリスト内の項目（参照ピクチャ）に対してシグナリングされる重み値に対する個数情報を意味され得る。すなわち、前記個数情報の値は、当該参照ピクチャリスト（Ｌ０及び／またはＬ１）内の重み付け参照ピクチャに対する個数と同じであり得る。よって、前記個数情報の値がｎの場合、前記予測重みテーブルシンタックスには参照ピクチャリストに対するｎ個の重み付けペクター関連フラグが含まれることができる。前記重み付けペクター関連フラグは、表１１のｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ、ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ及び／またはｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇに対応され得る。現在ピクチャに対する重み付け値は、前記重み付けペクター関連フラグに基づいて導出されることができる。

前記現在ブロックに重み付け双予測が適用される場合、前記予測重みテーブルシンタックスには、表１１のように、Ｌ１参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報と、前記Ｌ０参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報が独立的に含まれることができる。前記重み付けペクター関連フラグは、前記Ｌ１参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報と、前記Ｌ０参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報のそれぞれに対して独立的に含まれることができる。すなわち、予測重みテーブルシンタックスには、前記Ｌ０参照ピクチャリスト内の重み付け参照ピクチャに対する個数と同じ個数のｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ及び／またはｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇが含まれ、前記Ｌ１参照ピクチャリスト内の重み付け参照ピクチャに対する個数と同じ個数のｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ及び／またはｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇが含まれることができる。

エンコーディング装置は、前述の個数情報、重み付けペクター関連フラグなどを含む画像情報をエンコーディングして、ビットストリームの形態で出力され得る。ここで、前記個数情報及び重み付けペクター関連フラグは、表１１のように、画像情報内の予測重みテーブルシンタックスに含まれることができる。前記予測重みテーブルシンタックスは、前記画像情報内のピクチャヘッダに含まれるか、または前記画像情報内のスライスヘッダに含まれることができる。前記予測重みテーブルシンタックスが前記ピクチャヘッダに含まれるか否かを示すために、すなわち、前記ピクチャヘッダに重み付け予測に関する情報が存在するか否かを示すために、ピクチャパラメータセット及び／またはピクチャヘッダには重み付け予測関連フラグが含まれることができる。前記重み付け予測関連フラグが前記ピクチャパラメータセットに含まれる場合、これは、表５のｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇに対応され得る。前記重み付け予測関連フラグが前記ピクチャヘッダに含まれる場合、これは、表７のｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇに対応され得る。または、前記予測重みテーブルシンタックスが前記ピクチャヘッダに含まれるか否かを示すために、画像情報には ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及びｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇが全部含まれることもできる。

デコーディング装置は、ビットストリームから重み付け予測に関するフラグがパーシングされると、これに基づいて、前記ビットストリームから予測重みテーブルシンタックスをパーシングされ得る。前記重み付け予測に関するフラグは、前記ビットストリームのピクチャパラメータセット及び／または前記ピクチャヘッダからパーシングされることができる。言い換えれば、前記重み付け予測に関するフラグは、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及び／またはｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇを含むことができる。前記ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及び／またはｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、デコーディング装置は、前記ビットストリームのピクチャヘッダから前記予測重みテーブルシンタックスをパーシングされ得る。

デコーディング装置は、前記ピクチャヘッダから予測重みテーブルシンタックスがパーシングされる場合（ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及び／またはｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合）、前記予測重みテーブルシンタックスに含まれた重み付け予測に関する情報を現在ピクチャ内の全てのスライスに適用され得る。言い換えれば、予測重みテーブルシンタックスがピクチャヘッダからパーシングされる場合、前記ピクチャヘッダと関連されたピクチャ内の全てのスライスは同じ参照ピクチャリストを有され得る。

デコーディング装置は、前記予測重みテーブルシンタックスに基づいて、現在ブロックの参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報をパーシングされ得る。前記個数情報の値は、参照ピクチャリスト内の重み付け参照ピクチャに対する個数と同じであり得る。前記現在ブロックに重み付け双予測が適用される場合、デコーディング装置は、前記予測重みテーブルシンタックスからＬ１参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報とＬ０参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報を独立的にパーシングされ得る。

デコーディング装置は、前記個数情報に基づいて、予測重みテーブルシンタックスから参照ピクチャリストに対する重み付けペクター関連フラグをパーシングされ得る。前記重み付けペクター関連フラグは、表１１のｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ、ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ及び／またはｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇに対応され得る。一例として、デコーディング装置は、前記個数情報の値がｎの場合、予測重みテーブルシンタックスからｎ個の重み付けペクター関連フラグをパーシングされ得る。そして、デコーディング装置は、前記重み付けペクター関連フラグに基づいて、現在ブロックの参照ピクチャに対する重み付け値を導出し、これに基づいて、現在ブロックに対して重み付け予測を実行して、予測サンプルを生成または導出され得る。以後、デコーディング装置は、前記予測サンプルに基づいて現在ブロックに対する復元サンプルを生成または導出し、前記復元サンプルに基づいて現在ピクチャを復元され得る。

他の実施形態として、インター予測の時に重み付け予測のために、ピクチャヘッダは、次の表１３のようなシンタックス要素を含むことができ、これに対するセマンティクスは、次の表１４の通りであり得る。

表１３及び表１４を参照すると、ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が０の場合、これは、重み付け予測が当該ピクチャヘッダを参照するＰまたはＢスライスに適用されないことを示すことができる。ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、これは、重み付け予測が当該ピクチャヘッダを参照するＰまたはＢスライスに適用されたことを示すことができる。ｓｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が０の場合、ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値は０である。

一方、スライスヘッダは、次の表１５のようなシンタックス要素を含むことができる。

表１５を参照すると、重み付け予測に関するフラグ（ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ）は、予測重みテーブルシンタックス（重み付け予測に関する情報）がピクチャヘッダに存在するのか、またはスライスヘッダに存在するのかを示すことができる。ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、予測重みテーブルシンタックス（重み付け予測に関する情報）がスライスヘッダに存在せず、ピクチャヘッダに存在され得ることを示すことができる。ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が０の場合、予測重みテーブルシンタックス（重み付け予測に関する情報）がピクチャヘッダに存在せず、スライスヘッダに存在され得ることを示すことができる。表１３及び表１４には、重み付け予測に関するフラグがピクチャヘッダでシグナリングされたことを示すが、前記重み付け予測に関するフラグは、ピクチャパラメータセットでシグナリングされることができる。

例えば、エンコーディング装置は、現在ブロックに対して重み付け予測が適用される場合、前記重み付け予測を実行し、これに基づいて重み付け予測に関するフラグ、予測重みテーブルシンタックスなどを含む画像情報をエンコーディングされ得る。この時、エンコーディング装置は、前記予測重みテーブルシンタックスが前記画像情報のピクチャヘッダに含まれる場合、前記フラグの値を１に決め、前記予測重みテーブルシンタックスが前記画像情報のスライスヘッダに含まれる場合、前記フラグの値を０に決めることができる。前記フラグの値が１の場合、予測重みテーブルシンタックスに含まれた重み付け予測に関する情報は、現在ピクチャ内の全てのスライスに適用されることができる。前記フラグの値が０の場合、予測重みテーブルシンタックスに含まれた重み付け予測に関する情報は、現在ピクチャ内のスライスのうち、スライスヘッダと関連されたスライスに適用されることができる。よって、予測重みテーブルシンタックスが前記ピクチャヘッダに含まれる場合、前記ピクチャヘッダと関連されたピクチャ内の全てのスライスは、同じ参照ピクチャリストを有することができ、前記予測重みテーブルシンタックスが前記スライスヘッダに含まれる場合、前記スライスヘッダと関連されたスライスは、同じ参照ピクチャリストを有され得る。

一方、前記予測重みテーブルシンタックスには現在ブロックの参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報、重み付けペクター関連フラグなどが含まれることができる。前記個数情報は、前述のように、Ｌ０参照ピクチャリスト及び／またはＬ１参照ピクチャリスト内の項目（参照ピクチャ）に対してシグナリングされる重み付け値に対する個数情報を意味することができ、前記個数情報の値は、当該参照ピクチャリスト（Ｌ０及び／またはＬ１）内の重み付け参照ピクチャに対する個数と同じであり得る。よって、前記個数情報の値がｎの場合、前記予測重みテーブルシンタックスには参照ピクチャリストに対するｎ個の重み付けペクター関連フラグが含まれることができる。前記重み付けペクター関連フラグは、表１１のｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ、ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ及び／またはｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇに対応され得る。

エンコーディング装置は、現在ブロックに重み付け双予測が適用される場合、Ｌ１参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報と、前記Ｌ０参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報を含む予測重みテーブルシンタックスを生成され得る。前記予測重みテーブルシンタックスには、前記重み付けペクター関連フラグが前記Ｌ１参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報と、前記Ｌ０参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報のそれぞれに対して独立的に含まれることができる。すなわち、前記予測重みテーブルシンタックスには、前記Ｌ０参照ピクチャリスト内の重み付け参照ピクチャに対する個数と同じ個数のｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ及び／またはｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇが含まれ、前記Ｌ１参照ピクチャリスト内の重み付け参照ピクチャに対する個数と同じ個数のｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ及び／またはｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇが含まれることができる。

デコーディング装置は、ビットストリームから重み付け予測に関するフラグがパーシングされると、これに基づいて、前記ビットストリームから予測重みテーブルシンタックスをパーシングされ得る。前記重み付け予測に関するフラグは、前記ビットストリームのピクチャパラメータセット及び／または前記ピクチャヘッダからパーシングされることができる。言い換えれば、前記重み付け予測に関するフラグは、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及び／またはｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇに対応され得る。デコーディング装置は、前記重み付け予測に関するフラグの値が１の場合、前記予測重みテーブルシンタックスをビットストリームのピクチャヘッダからパーシングされ得る。前記重み付け予測に関するフラグの値が０の場合、デコーディング装置は、前記予測重みテーブルシンタックスをビットストリームのスライスヘッダからパーシングされ得る。

デコーディング装置は、予測重みテーブルシンタックスがピクチャヘッダからパーシングされる場合、前記予測重みテーブルシンタックスに含まれた重み付け予測に関する情報を現在ピクチャ内の全てのスライスに適用され得る。言い換えれば、予測重みテーブルシンタックスがピクチャヘッダからパーシングされる場合、前記ピクチャヘッダと関連されたピクチャ内の全てのスライスは同じ参照ピクチャリストを有され得る。前記予測重みテーブルシンタックスがスライスヘッダからパーシングされる場合、前記予測重みテーブルシンタックスに含まれた重み付け予測に関する情報を現在ピクチャ内のスライスのうち前記スライスヘッダと関連されたスライスに適用され得る。言い換えれば、予測重みテーブルシンタックスがピクチャヘッダからパーシングされる場合、前記スライスヘッダと関連されたスライスは、同じ参照ピクチャリストを有され得る。

デコーディング装置は、前記予測重みテーブルシンタックスに基づいて、現在ブロックの参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報をパーシングされ得る。前記個数情報の値は、参照ピクチャリスト内の重み付け参照ピクチャに対する個数と同じであり得る。前記現在ブロックに重み付け双予測が適用される場合、デコーディング装置は、前記予測重みテーブルシンタックスからＬ１参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報と、Ｌ０参照ピクチャリスト内の重み付け参照ピクチャに対する個数情報を独立的にパーシングされ得る。

デコーディング装置は、前記個数情報に基づいて、予測重みテーブルシンタックスから参照ピクチャリストに対する重み付けペクター関連フラグをパーシングされ得る。前記重み付けペクター関連フラグは、前述のｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ、ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ及び／またはｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇに対応され得る。一例として、デコーディング装置は、前記個数情報の値がｎの場合、予測重みテーブルシンタックスからｎ個の重み付けペクター関連フラグをパーシングされ得る。そして、デコーディング装置は、前記重み付けペクター関連フラグに基づいて、現在ブロックの参照ピクチャに対する重み値を導出し、これに基づいて、現在ブロックに対してインター予測を実行して、予測サンプルを生成または導出され得る。そして、デコーディング装置は、前記予測サンプルに基づいて、現在ブロックに対する復元サンプルを生成または導出し、前記復元サンプルに基づいて、現在ピクチャに対する復元ピクチャを生成され得る。

また他の実施形態として、予測重みテーブルシンタックスは、次の表１６のようなシンタックス要素を含むことができ、これに対するセマンティクスは、次の表１７の通りであり得る。

表１６及び表１７で、ｐｉｃ＿ｐｏｃ＿ｄｅｌｔａ＿ｓｉｇｎ［ｉ］が存在しない場合、これは、０に推論される。０からｎｕｍ＿ｗｅｉｇｈｔｅｄ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１までの範囲に含まれるｉに対するＤｅｌｔａＰｏｃＷｅｉｇｈｔｅｄＲｅｆＰｉｃ［ｉ］は、次のように導出されることができる。

また、ＣｈｒｏｍａＷｅｉｇｈｔ［ｉ］［ｊ］は、（１＜＜ＣｈｒｏｍａＬｏｇ２ＷｅｉｇｈｔＤｅｎｏｍ）＋ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｗｅｉｇｈｔ［ｉ］［ｊ］に導出されることができる。ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｆｌａｇ［ｉ］の値が１の場合、ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｗｅｉｇｈｔ［ｉ］［ｊ］の値は－１２８乃至１２７の範囲に含まれる。ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｆｌａｇ［ｉ］の値が０の場合、ＣｈｒｏｍａＷｅｉｇｈｔ［ｉ］［ｊ］は、２ＣｈｒｏｍａＬｏｇ２ＷｅｉｇｈｔＤｅｎｏｍに導出されることができる。

また、ＣｈｒｏｍａＯｆｆｓｅｔ［ｉ］［ｊ］は、次のように導出されることができる。

ｄｅｌｔａ＿ｃｈｒｏｍａ＿ｏｆｆｓｅｔ［ｉ］［ｊ］の値は、－４＊１２８乃至４＊１２７の範囲に含まれる。ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｆｌａｇ［ｉ］の値が０の場合、ＣｈｒｏｍａＯｆｆｓｅｔ［ｉ］［ｊ］の値は、９に推論される。

ｓｕｍＷｅｉｇｈｔＦｌａｇｓは、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｆｌａｇ［ｉ］＋２＊ｃｈｒｏｍａ＿ｗｅｉｇｈｔ＿ｆｌａｇ［ｉ］の和に導出されることができる。ｉは、０乃至ｎｕｍ＿ｗｅｉｇｈｔｅｄ＿ｒｅｆ＿ｐｉｃｓ＿ｍｉｎｕｓ１の範囲に含まれる。ｓｌｉｃｅ＿ｔｙｐｅがＰの場合、ｓｕｍＷｅｉｇｈｔＬ０Ｆｌａｇｓは、２４より小さいか同じである。

現在スライスがＰスライスまたはＢスライスで、ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、Ｌ０ＴｏＷｅｉｇｈｔｅｄＲｅｆＩｄｘ［ｉ］は重み付け参照ピクチャのリスト内のインデックスと、ｉ番目参照ピクチャＬ０との間のマッピングを示すことができる。ｉは０からＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［０］－１の範囲に含まれ、次のように導出されることができる。

現在スライスがＢスライスで、ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、Ｌ１ＴｏＷｅｉｇｈｔｅｄＲｅｆＩｄｘ［ｉ］は、重み付け参照ピクチャのリスト内のインデックスと、ｉ番目アクティブ参照ピクチャＬ１との間のマッピングを示すことができる。ｉは、０からＮｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［１］－１の範囲に含まれ、次のように導出されることができる。

ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ［ｉ］が発生（ｏｃｃｕｒｒｅｎｃｅ）する場合、これは、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｆｌａｇ［Ｌ０ＴｏＷｅｉｇｈｔｅｄＲｅｆＩｄｘ［ｉ］］で取り替えられ（ｒｅｐｌａｃｅ）、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ［ｉ］が発生する場合、これは、ｌｕｍａ＿ｗｅｉｇｈｔ＿ｆｌａｇ［Ｌ１ＴｏＷｅｉｇｈｔｅｄＲｅｆＩｄｘ［ｉ］］で取り替えられる。

ＬｕｍａＷｅｉｇｈｔＬ０［ｉ］が発生すると、これは、ＬｕｍａＷｅｉｇｈｔ［Ｌ０ＴｏＷｅｉｇｈｔｅｄＲｅｆＩｄｘ［ｉ］］で取り替えられ、ＬｕｍａＷｅｉｇｈｔＬ１［ｉ］が発生すると、これは、ＬｕｍａＷｅｉｇｈｔ［Ｌ１ＴｏＷｅｉｇｈｔｅｄＲｅｆＩｄｘ［ｉ］］で取り替えられる。

ｌｕｍａ＿ｏｆｆｓｅｔ＿ｌ０［ｉ］が発生すると、これは、ｌｕｍａ＿ｏｆｆｓｅｔ［Ｌ０ＴｏＷｅｉｇｈｔｅｄＲｅｆＩｄｘ［ｉ］］で取り替えられ、ｌｕｍａ＿ｏｆｆｓｅｔ＿ｌ１［ｉ］が発生すると、これは、ｌｕｍａ＿ｏｆｆｓｅｔ［Ｌ１ＴｏＷｅｉｇｈｔｅｄＲｅｆＩｄｘ［ｉ］］で取り替えられる。

ＣｈｒｏｍａＷｅｉｇｈｔＬ０［ｉ］が発生すると、これは、ＣｈｒｏｍａＷｅｉｇｈｔ［Ｌ０ＴｏＷｅｉｇｈｔｅｄＲｅｆＩｄｘ［ｉ］］で取り替えられ、ＣｈｒｏｍａＷｅｉｇｈｔＬ１［ｉ］が発生すると、これは、ＣｈｒｏｍａＷｅｉｇｈｔ［Ｌ１ＴｏＷｅｉｇｈｔｅｄＲｅｆＩｄｘ［ｉ］］で取り替えられる。

また他の実施形態として、スライスヘッダシンタックスは、次の表１８のようなシンタックス要素を含むことができ、これに対するセマンティクスは、次の表１９の通りであり得る。

表１８及び表１９を参照すると、スライスヘッダに予測重みテーブルシンタックスが存在するか否かを示すフラグがシグナリングされることができる。前記フラグは、スライスヘッダでシグナリングされることができ、ｓｌｉｃｅ＿ｗｅｉｇｈｔ＿ｐｒｅｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと言える。

ｓｌｉｃｅ＿ｗｅｉｇｈｔ＿ｐｒｅｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が１の場合、これは、スライスヘッダ内に予測重みテーブルシンタックスが存在することを示すことができる。ｓｌｉｃｅ＿ｗｅｉｇｈｔ＿ｐｒｅｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値が０の場合、これは、スライスヘッダ内に予測重みテーブルシンタックスが存在しないことを示すことができる。すなわち、ピクチャヘッダに予測重みテーブルシンタックスが存在することを示すことができる。

また他の実施形態として、予測重みテーブルシンタックスは、スライスヘッダでパーシングされ、次の表２０のようなシンタックス要素を含むアダプテーションパラメータセットがシグナリングされることができる。

各ＡＰＳ ＲＢＳＰは、これを参照するか、外部手段を通じて提供されるコーディングされたスライスＮＡＬユニットのＴｅｍｐｏｒａｌＩｄより小さいか、同じＴｅｍｐｏｒａｌＩｄを有する少なくとも一つのアクセスユニットに含まれて参照される前に、デコーディングプロセスに利用可能ではなければならない。

ａｓｐＬａｙｅｒＩｄは、ＡＰＳ ＮＡＬ単位のｎｕｈ＿ｌａｙｅｒ＿ｉｄと言える。ｎｕｈ＿ｌａｙｅｒ＿ｉｄがａｓｐＬａｙｅｒＩｄのようなレイヤが独立レイヤ（すなわち、ｖｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｌａｙｅｒ＿ｆｌａｇ［ＧｅｎｅｒａｌＬａｙｅｒＩｄｘ［ａｓｐＬａｙｅｒＩｄ］］が１）である場合、ＡＰＳ ＲＢＳＰを含むＡＰＳ ＮＡＬ単位は、これを参照するコーディングされたスライスＮＡＬ単位のｎｕｈ＿ｌａｙｅｒ＿ｉｄと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する。そうでない場合、ＡＰＳ ＲＢＳＰを含むＡＰＳ ＮＡＬ単位は、これを参照するコーディングされたスライスＮＡＬ単位のｎｕｈ＿ｌａｙｅｒ＿ｉｄと同じであるか、これを参照するコーディングされたスライスＮＡＬ単位を含むレイヤの直接従属レイヤ（ｄｉｒｅｃｔ ｄｅｐｅｎｄｅｎｔ ｌａｙｅｒ）のｎｕｈ＿ｌａｙｅｒ＿ｉｄと同じｎｕｈ＿ｌａｙｅｒ＿ｉｄを有する。

アクセスユニット内のａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定値及びａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定値を有する全てのＡＰＳ ＮＡＬ単位は、同じコンテンツを有する。

ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、他のシンタックス要素が参照され得るように、ＡＰＳに対する識別子を提供する。

ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＡＬＦ＿ＡＰＳまたはＳＣＡＬＩＮＧ＿ＡＰＳ、ＰＲＥＤ＿ＷＥＩＧＨＴ＿ＡＰＳの場合、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は０から７までの範囲に含まれる。

ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅがＬＭＣＳ＿ＡＰＳの場合、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、０から３までの範囲に含まれる。

ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅは、次の表２１のように、ＡＰＳに含まれたＡＰＳパラメータのタイプを示す。ａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの値が１の場合（ＬＭＣＳ＿ＡＰＳ）、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、０から３までの範囲に含まれる。

ＡＰＳの各タイプは、ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに対して別途の値空間（ｓｅｐａｒａｔｅ ｖａｌｕｅ ｓｐａｃｅ）を用いる。

ＡＰＳ ＮＡＬ単位（ａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの特定値及びａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅの特定値を有する）は、ピクチャの間に共有されることができ、ピクチャ内の他のスライスは、他のＡＬＦ ＡＰＳを参照され得る。

ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が０の場合、これは、ＡＰＳ ＲＢＳＰシンタックス構造にａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素が存在しないことを示す。ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｆｌａｇの値が１の場合、これは、ＡＰＳ ＲＢＳＰシンタックス構造に存在するａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇシンタックス要素があることを示す。

ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは、任意の値を有され得る。

前述のように、新しいａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ（ＰＲＥＤ＿ＷＥＩＧＨＴ＿ＡＰＳ）が既存のタイプに追加されることができる。また、スライスヘッダは、次の表２２のように、ｐｒｅｄ＿ｗｅｉｇｈｔ＿ｔａｂｌｅ（）の代わりに、ＡＰＳ ＩＤをシグナリングするように修正されることができる。

表２２で、ｓｌｉｃｅ＿ｐｒｅｄ＿ｗｅｉｇｈｔ＿ａｐｓ＿ｉｄは、予測重みテーブルＡＰＳのａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを示す。ＰＲＥＤ＿ＷＥＩＧＨＴ＿ＡＰＳと同じａｐｓ＿ｐａｒａｍｓ＿ｔｙｐｅ及びｓｌｉｃｅ＿ｐｒｅｄ＿ｗｅｉｇｈｔ＿ａｐｓ＿ｉｄと同じａｄａｐｔａｔｉｏｎ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＡＰＳ ＮＡＬユニットのＴｅｍｐｏｒａｌＩｄは、コーディングされたスライスＮＡＬユニットのＴｅｍｐｏｒａｌＩｄより小さいか同じである。

スライスヘッダにｓｌｉｃｅ＿ｐｒｅｄ＿ｗｅｉｇｈｔ＿ａｐｓ＿ｉｄシンタックス要素が存在する場合、ｓｌｉｃｅ＿ｐｒｅｄ＿ｗｅｉｇｈｔ＿ａｐｓ＿ｉｄの値は、ピクチャの全てのスライスに対して同一である。

この場合、次の表２３のような予測重みテーブルシンタックスがシグナリングされることができる、

表２３で、ｎｕｍ＿ｌｉｓｔｓ＿ａｃｔｉｖｅ＿ｆｌａｇの値が１の場合、これは、予測重みテーブル情報が一つの参照ピクチャリストに対してシグナリングされたことを示すことができる。ｎｕｍ＿ｌｉｓｔｓ＿ａｃｔｉｖｅ＿ｆｌａｇの値が０の場合、これは、二つの参照ピクチャリスト（Ｌ０及びＬ１）に対する予測重みテーブル情報がシグナリングされないことを示すことができる。

ｎｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］は、アクティブ参照インデックスの個数を示すのに用いられることができる。ｎｕｍＲｅｆＩｄｘＡｃｔｉｖｅ［ｉ］の値は、０から１４までの範囲に含まれる。

表２３のシンタックスは、ｎｕｍ＿ｌｉｓｔｓ＿ａｃｔｉｖｅ＿ｆｌａｇがパーシングされる時、一つまたは二つのリストに対する情報がＡＰＳでパーシングされるか否かを示す。

表２３の代わりに、次の表２４のような予測重みテーブルシンタックスが用いられることもできる。

表２４で、ｎｕｍ＿ｌｉｓｔｓ＿ａｃｔｉｖｅ＿ｆｌａｇの値が１の場合、これは、予測重みテーブル情報が一つの参照ピクチャリストに対してシグナリングされたことを示すことができる。ｎｕｍ＿ｌｉｓｔｓ＿ａｃｔｉｖｅ＿ｆｌａｇの値が０の場合、これは、二つの参照ピクチャリストに対する予測重みテーブル情報がシグナリングされないことを示すことができる。

また別の実施形態として、ピクチャパラメータセットシンタックスは、以下の表２５のようなシンタックス要素を含むことができ、そのためのセマンティクスは以下の表２６のようになり得る。

表２５及び表２６を参照すると、ピクチャパラメータセットは、前記ピクチャパラメータセットを参照するスライスに重み付き予測が適用されるかどうかを示すフラグに関する情報、及び重み付き予測に関する情報がピクチャヘッダに存在するか、またはスライスヘッダに存在するかどうかを示すフラグに関する情報を含むことができる。

前記ピクチャパラメータセットを参照するスライスに重み付き予測が適用されるかどうかを示すフラグに関する情報は、前記ピクチャパラメータセットを参照するＰまたはＢスライスに重み付き予測が適用されるかどうかを示pps_weighted_bipred_flagシンタックス要素及び/または前記ピクチャパラメータセットを参照するＢスライスに重み付き予測が適用されるかどうかを示すpps_weighted_bipred_flagシンタックス要素を含むことができる。

前記重み付き予測に関する情報がピクチャヘッダに存在するのか、またはスライスヘッダに存在するのかを示すフラグに関する情報は、weighted_pred_table_present_in_ph_flagシンタックス要素を含むことができ、これは、前記pps_weighted_pred_flag及び/またはpps_weighted_bipred_flagシンタックス要素の値が１の場合前記ピクチャパラメータセットに含めることができる。前記重み付き予測に関する情報がピクチャヘッダに存在するかスライスヘッダに存在するかを示すフラグの値が１である場合、予測重みテーブルシンタックスに含まれる重み付き予測に関する情報は、前記ピクチャパラメータセットを参照するスライスヘッダに存在せず、前記ピクチャパラメータセットを参照するピクチャヘッダに存在され得る。前記重み付き予測に関する情報がピクチャヘッダに存在するかまたはスライスヘッダに存在するかを示すフラグの値がゼロの場合、前記重み付き予測に関する情報が前記ピクチャパラメータセットを参照するピクチャヘッダに存在しなく前記ピクチャパラメータセットを参照するスライスヘッダに存在され得る。

この場合、ピクチャヘッダシンタックス及びスライスヘッダシンタックスは、それぞれ以下の表２７及び表２８のようにシグナリングされ得る。

表２７を参照すると、ピクチャヘッダシンタックスには、前記ピクチャパラメータセットを参照するスライスに重み付き予測が適用されるかどうかを示すフラグ（pps_weighted_pred_flag及び／またはpps_weighted_bipred_flag）の値が１であり、前記重み付き予測に関する情報がピクチャヘッダに存在するかまたはスライスヘッダに存在するかを示すフラグ（weighted_pred_table_present_in_ph_flag）の値が１の場合、予測重み付けテーブルシンタックス（pred_weight_table）が含まれることができる。

また、表２８を参照すると、スライスヘッダシンタックスには、前記ピクチャパラメータセットを参照するスライスに重み付き予測が適用されるかどうかを示すフラグ（pps_weighted_pred_flag及び／またはpps_weighted_bipred_flag）の値が１であり、前記重み付き予測に関する情報がピクチャヘッダに存在するかまたはスライスヘッダに存在するかを示すフラグ（weighted_pred_table_present_in_ph_flag）の値がゼロの場合、予測重み付けテーブルシンタックスが含まれることができる。具体的には、予測重みテーブルシンタックスは、pps_weighted_pred_flagの値が１であり、スライスタイプがＰスライスであり、weighted_pred_table_present_in_ph_flagの値が０である場合、スライスヘッダに含まれることがある。または、pps_weighted_bipred_flagの値が１であり、スライスタイプがＢスライスであり、weighted_pred_table_present_in_ph_flagの値が０である場合、予測重み付けテーブルシンタックスをスライスヘッダに含まれることができる。

一方、予測重み付けテーブルシンタックスは、以下の表２９のようなシンタックス要素を含むことができ、これに対したセマンティクスは、以下の表３０のようになり得る。

表２９及び表３０を参照すると、予測重み付けテーブルシンタックスには、重み付き予測のための個数情報を含むことができる。前記個数情報は、参照ピクチャリスト内の重み付けされた参照ピクチャの個数を表すことができる。言い換えれば、前記個数情報の値は、参照ピクチャリスト内の重み付けされた参照ピクチャの個数と同じであり得る。前記参照ピクチャリストは、Ｌ０参照ピクチャリスト及びＬ１参照ピクチャリストを含むことができる。例えば、前記重み付き予測のための個数情報は、前記Ｌ０参照ピクチャリストに対する第１個数情報（num_l0_weighted_ref_pics）と、前記Ｌ１参照ピクチャリストに対する第２個数情報（num_l0_weighted_ref_pics）を含むことができる。前記第１個数情報及び第２個数情報は、表２９に示すように、前記予測重み付けテーブルシンタックスから独立的にパーシングされ得る。前記重み付き予測のための個数情報は、前記重み付き予測に関する情報がピクチャヘッダに存在するかまたはスライスヘッダに存在するかを示すフラグ（例えば、weighted_pred_table_present_in_ph_flagシンタックス要素）に基づいて前記予測重み付けテーブルシンタックスに含まれることができる。例えば、前記重み付き予測のための個数情報は、前記重み付き予測に関する情報がピクチャヘッダに存在するかまたはスライスヘッダに存在するかを示すフラグ（例えば、weighted_pred_table_present_in_ph_flagシンタックス要素）の値が１である場合、前記予測重み付けテーブルシンタックスに含まれることができる。前記フラグの値がゼロの場合、前記第１個数情報はNumRefIdxActive ［０］と推論され、前記第２個数情報はNumRefIdxActive ［１］と推論され得る。 NumRefIdxActive ［ｉ］は、該当スライスのデコードに用いられるＲＰＬ ｉの（活性）参照インデックスの個数を表すことができる。

一方、Ｌ０予測のための重み値 ペクター（ ）が存在するかどうかを示すシンタックス要素（luma_weight_l0_flag）は、前記第１個数情報に基づいて前記予測重みテーブルシンタックスからパーシングされ得る。Ｌ１予測のための重みペクターが存在するかどうかを示すシンタックス要素（luma_weight_l1_flag）は、前記第２個数情報に基づいて前記予測重みテーブルシンタックスからパーシングされ得る。例えば、前記第１個数情報の値がｎである場合、前記予測重み付けテーブルシンタックスからｎ個のluma_weight_l0_flagシンタックス要素がパーシングされ得る。同様に、前記第２個数情報の値がｎの場合、前記予測重み付けテーブルシンタックスからｎ個のluma_weight_l1_flagシンタックス要素がパーシングされ得る。

図８及び図９は、本明細書の実施形態に係るビデオ／映像エンコーディング方法及び関連構成要素の一例を概略的に示す。

図８に開示されたビデオ／映像エンコーディング方法は、図２及び図９で開示された（ビデオ／映像）エンコーディング装置２００によって実行され得る。具体的には、例えば、図８のＳ８００及びＳ８１０は、エンコーディング装置２００の予測部２２０によって実行することができ、Ｓ８２０は、エンコーディング装置２００のエントロピーエンコーディング部２４０によって実行され得る。ある。図８に開示されたビデオ／映像エンコーディング方法は、本明細書で前述した実施形態を含み得る。

具体的に図８及び図９を参照すると、エンコーディング装置の予測部２２０は、動き推定に基づいて現在ピクチャ内の現在ブロックの動き情報を導出することができる（Ｓ８００）。例えば、エンコーディング装置は、現在ブロックに対する元のピクチャ内の元のブロックを用いて、相関性の高い類似の参照ブロックを参照ピクチャ内の決められた探索範囲内で分数ピクセル単位で探索することができ、それによって動き情報を導出することができる。ブロックの類似性は、位相（）ベースのサンプル値の差に基づいて導き出すことができる。一例として、ブロックの類似性は、現在ブロック（または現在ブロックのテンプレート）と参照ブロック（または参照ブロックのテンプレート）との間のＳＡＤ（Sum of Absolute Difference）に基づいて計算され得る。この場合、探索領域内のＳＡＤが最も小さい参照ブロックに基づいて動き情報が導出され得る。導出された動き情報は、インター予測モードに基づいて多様な方法に従ってデコーディング装置にシグナリングされ得る。

エンコーディング装置の予測部２２０は、現在ブロックの動き情報に基づいて現在ブロックに対して重み付けされた（サンプル）予測を行い（Ｓ８１０）、それに基づいて現在ブロックの予測サンプル（予測ブロック）と予測関連情報を生成され得る。前記予測関連情報は、予測モード情報（マージモード、スキップモードなど）、動き情報に関する情報、重み付き予測に関する情報などを含むことができる。前記動き情報に関する情報は、動きベクトルを導出するための情報である候補選択情報（ex. merge index、mvp flag or mvp index）を含むことができる。また、前記動き情報に関する情報は、前述したＭＶＤに関する情報及び／または参照ピクチャインデックス情報を含むことができる。また、前記動き情報に関する情報は、Ｌ０予測、Ｌ１予測、またはペア（ｂｉ）予測が適用されるか否かを示す情報を含むことができる。例えば、予測部２２０は、現在スライスのスライスタイプがＰスライスまたはＢスライスである場合、現在スライス内の現在ブロックに対して重み付けされた予測を実行され得る。前記重み付き予測は、現在ブロックに双予測（ ）だけでなく単予測（ ）が適用される場合にも使用され得る。

エンコーディング装置のレジデュアル処理部２３０は、予測部２２０で生成された予測サンプルと元のピクチャ（元のブロック、元のサンプル）に基づいてレジデュアルサンプル及びレジデュアル情報を生成され得る。ここで、前記レジデュアル情報は、前記レジデュアルサンプルに関する情報として、前記レジデュアルサンプルの（量子化された）変換係数に関する情報を含むことができる。

エンコーディング装置の加算部（または復元部）は、レジデュアル処理部２３０で生成されたレジデュアルサンプルと予測部２２０で生成された予測サンプルを加えて復元（reconstructed）サンプル（復元ピクチャ、復元ブロック、復元サンプルアレイ）を生成され得る。

エンコーディング装置のエントロピーエンコーディング部２４０は、予測部２２０で生成された予測関連情報及び／または重み付き予測に関する情報、レジデュアル処理部２３０で生成されたレジデュアル情報などを含む画像情報をエンコーディングされ得る（Ｓ８２０）。ここで、前記重み付き予測に関する情報は、前記画像情報のピクチャパラメータセットを参照するスライスに重み付き予測が適用されるかに関するフラグ（以下、第１フラグと称する）、前記重み付き予測に関する情報が前記画像情報のピクチャヘッダに存在するのか、前記画像情報のスライスヘッダに存在するのかに関するフラグ（以下、第２フラグと称する）、予測重みテーブルシンタックスなどを含むことができる。前記第１フラグは、前記ピクチャパラメータセットを参照するＰまたはＢスライスに重み付けされた予測が適用されるかどうかを示すｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素及び／または前記ピクチャパラメータセットを参照するＢスライスに重み付き予測が適用されるかどうかを示pps_weighted_bipred_flagシンタックス要素を含むことができる。前記第２フラグは、一例として、weighted_pred_table_present_in_ph_flagで有り得、これは、前記pps_weighted_pred_flag及び/またはpps_weighted_bipred_flagシンタックス要素の値が１の場合、前記ピクチャパラメータセットに含まれ得る。前記第２フラグの値が１の場合、予測重みテーブルシンタックスに含まれる重み付き予測に関する情報は、前記ピクチャパラメータセットを参照するスライスヘッダに存在せず、前記ピクチャパラメータセットを参照するピクチャヘッダに存在され得る。前記第２フラグの値がゼロの場合には、前記重み付き予測に関する情報は、前記ピクチャパラメータセットを参照するピクチャヘッダには存在せず、前記ピクチャパラメータセットを参照するスライスヘッダに存在され得る。

前記予測重み付けテーブルシンタックスは、前記第１フラグ（PPS＿weighted＿pred＿flag及び／又はＰＰＳ＿weighted＿bipred＿flag）と前記第２フラグの値に基づいて画像情報のピクチャヘッダ又はスライスヘッダに含まれることができる。例えば、前記予測重み付けテーブルシンタックスは、前記第１フラグと第２フラグの値がすべて１の場合、前記ピクチャヘッダに含まれ得る。前記第１フラグの値が１であり、前記第２フラグの値が０である場合、前記予測重み付けテーブルシンタックスは前記スライスヘッダに含まれることができる。

一方、前記予測重み付けテーブルシンタックスは、前記第２フラグの値に基づいて重み付けされた予測のための個数情報を含むことができる。前記個数情報の値は、参照ピクチャリスト内の重み付けされた参照ピクチャの個数と同じであり得る。ここで、前記参照ピクチャリストは、Ｌ０参照ピクチャリスト及びＬ１参照ピクチャリストを含むことができる。前記重み付き予測のための個数情報は、前記Ｌ０参照ピクチャリストに対する第１個数情報（num_l0_weighted_ref_pics）及びＬ１参照ピクチャリストに対する第２個数情報（num_l0_weighted_ref_pics）を含むことができる。前記第１個数情報及び前記第２個数情報は、表２９に示すように、前記予測重み付けテーブルシンタックスから独立的にパーシングされ得る。前記重み付き予測のための個数情報は、前記第２フラグの値がゼロであるか１であるかに基づいて、前記予測重み付けテーブルシンタックスに含まれるか含まないことがある。例えば、前記重み付き予測のための数情報は、前記第２フラグの値が１の場合、前記予測重み付けテーブルシンタックスに含まれることがある。前記第２フラグの値がゼロの場合、前記第１個数情報はNumRefIdxActive [0]と推論され得、前記第２個数情報はNumRefIdxActive [1]と推論され得る。

また 前記予測重みテーブルシンタックスは、Ｌ０予測のための重み値ペクターが存在するかどうかを示すシンタックス要素（ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ０＿ｆｌａｇ）及び／またはＬ１予測のための重みファクタが存在するかどうかを示すシンタックス要素（ｌｕｍａ＿ｗｅｉｇｈｔ＿ｌ１＿ｆｌａｇ）が含まれることができる。前記luma_weight_l0_flagは、前記第１個数情報に基づいて前記予測重み付けテーブルシンタックスに含まれ得る。 前記luma_weight_l1_flagは、前記第２個数情報に基づいて前記予測重み付けテーブルシンタックスに含まれ得る。例えば、前記第１個数情報の値がｎである場合、前記予測重み付けテーブルシンタックスには、ｎ個のluma_weight_l0_flagシンタックス要素が含まれ得る。同様に、前記第２個数情報の値がｎの場合、前記予測重み付けテーブルシンタックスからｎ個のluma_weight_l1_flagシンタックス要素を含まれることができる。

一例として、エンコーディング装置のエントロピーエンコーディング部２４０は、前述した表５～表３０の内、少なくとも１つに基づいて画像情報をエンコーディングしてビットストリームの形態で出力され得る。具体的に、エンコーディング装置のエントロピーエンコーディング部２４０は、予測重み付けテーブルシンタックスが画像情報のピクチャヘッダに含まれる場合、前記第１フラグ（ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及び／又はｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅ＿ｆｌａｇ）の値と前記第２フラグ（ｗｅｉｇｅｔｅｄ＿ｐｒｅｄ＿ｔａｂｌｅ＿ｐｒｅｓｅｎｔ＿ｉｎ＿ｐｈ＿ｆｌａｇ）値を１に決定できる。前記予測重み付けテーブルシンタックスが画像情報のスライスヘッダに含まれる場合、エンコーディング装置のエントロピーエンコーディング部２４０は、前記第１フラグの値を１に決定し、前記第２フラグの値をゼロに決定され得る。前記予測重み付けテーブルシンタックスが前記ピクチャヘッダに含まれる場合、前記ピクチャヘッダに関連付けられたピクチャ内のすべてのスライスは同じ参照ピクチャリストを有することができ、前記予測重みテーブルシンタックスが前記スライスヘッダに含まれる場合、前記スライスヘッダに関連付けられるスライスは同じ参照ピクチャリストを有することができる。前記第１フラグと第２フラグは、画像情報のピクチャパラメータセットに含まれてデコーディング装置に伝達され得る。

一方、エンコーディング装置の予測部２２０は、動き情報に基づく重み付き予測に基づいて、前記参照ピクチャリスト内の重み付けされた参照ピクチャの個数情報を生成され得る。この場合、エンコーディング装置のエントロピーエンコーディング部２４０は、前記個数情報を含む画像情報をエンコーディングされ得る。前記個数情報は、前記第１フラグの値が０であるか１であるかに基づいて、前記画像情報内予測重み付けテーブルシンタックスに含まれるかまたは含まないことがある。前記個数情報の値は、前記参照ピクチャリスト内、前記重み付けされた参照ピクチャの数と同じであり得る。したがって、前記予測重み付けテーブルシンタックスには、前記個数情報の個数と同じ個数の重みペクター関連フラグ（luma_weight_l0_flag及び/またはluma_weight_l1_flag）が含まれることができる。一例として、前記個数情報の値がｎである場合、前記予測重みテーブルシンタックスは、n個の重みペクター関連フラグを含むことができる。前記予測重み付けテーブルシンタックスには、前記個数情報及び／または前記重みペクター関連フラグがＬ０及びＬ１のそれぞれに対して独立的に含み得る。言い換えれば、Ｌ０内の重み付けされた参照ピクチャの個数情報及びＬ１内の重み付けされた参照ピクチャの個数情報は、予測重み付けテーブルシンタックス内で相互に依存せず（各リストに対する活性参照ピクチャの個数に依存せずに）独立的にシグナリングされ得る。

図１０及び図１１は、本文書の実施形態に係るビデオ／映像デコーディング方法及び関連構成要素の一例を概略的に示す。

図１０に開示されたビデオ／映像デコーディング方法は、図３及び図１１に開示された（ビデオ／映像）デコーディング装置３００によって実行され得る。具体的に、例えば、図１０のＳ１０００～Ｓ１０２０は、デコーディング装置のエントロピーデコーディング部３１０で行うことができる。 Ｓ１０３０は、デコーディング装置のレジデュアル処理部３２０、予測部３３０、及び加算部３４０によって実行され得る。図１０に開示されたビデオ／映像デコーディング方法は、本明細書で前述した実施形態を含むことができる。

図１０及び図１１を参照すると、デコーディング装置のエントロピーデコーディング部３１０は、ビットストリームのピクチャパラメータセットから、前記ピクチャパラメータセットを参照するスライスに重み付けされた予測が適用されるかどうかに関する第１フラグをパーシングし（Ｓ１０００）、前記第１フラグを基づいて、前記ビットストリームから重み付けされた予測に関する情報が、前記ビットストリームのピクチャヘッダに存在あるのか、または前記ビットストリームのスライスヘッダに存在あるのかに関する第２フラグをパーシングされ得る（Ｓ１０１０）。そして、デコーディング装置のエントロピーデコーディング部３１０は、前記第１フラグと前記第２フラグに基づいて前記ピクチャヘッダまたは前記スライスヘッダから予測重み付けテーブルシンタックスをパーシングすることができる（Ｓ１０２０）。ここで、前記第１フラグは、前記ピクチャパラメータセットを参照するＰまたはＢスライスに重み付けされた予測が適用されるかどうかを示すPPS＿weighted＿pred＿flagシンタックス要素及び／または前記ピクチャパラメータセットを参照するＢスライスに重み付けされた予測が適用されるかどうかを示すpps_weighted_bipred_flagシンタックス要素を含むことができる。前記第２フラグは、前記pps_weighted_pred_flag及び／またはpps_weighted_bipred_flagシンタックス要素の値が１の場合、前記ピクチャパラメータセットからパーシングされ得る。

前記第２フラグの値が１の場合、予測重みテーブルシンタックスに含まれる重み付き予測に関する情報は、前記ピクチャパラメータセットを参照するスライスヘッダには存在せず、前記ピクチャパラメータセットを参照するピクチャヘッダに存在され得る。前記第２フラグの値がゼロの場合には、前記重み付き予測に関する情報が、前記ピクチャパラメータセットを参照するピクチャヘッダには存在せず、前記ピクチャパラメータセットを参照するスライスヘッダに存在され得る。したがって、デコーディング装置のエントロピーデコーディング部３１０は、前記第１フラグと前記第２フラグの値が１の場合、前記ビットストリームのピクチャヘッダから前記予測重み付けテーブルシンタックスをパーシングされ得る。前記第１フラグの値が１であり、前記第２フラグの値が０である場合、デコーディング装置のエントロピーデコーディング部３１０は、前記ビットストリームのスライスヘッダから前記予測重み付けテーブルシンタックスをパーシングされ得る。前記予測重み付けテーブルシンタックスが前記ピクチャヘッダからパーシングされる場合、前記ピクチャヘッダに関連付けられたピクチャ内のすべてのスライスは同じ参照ピクチャリストを有することができ、前記予測重みテーブルシンタックスが前記スライスヘッダからパーシングされる場合、前記スライスヘッダに関連付けられるスライスは同じ参照ピクチャリストを有することができる。

一方、デコーディング装置のエントロピーデコーディング部３１０は、前記予測重みテーブルシンタックスから重み付き予測のための個数情報をパーシングされ得る。前記個数情報の値は、参照ピクチャリスト内の重み付けされた参照ピクチャの個数と同じであり得る。デコーディング装置のエントロピーデコーディング部３１０は、前記個数情報に基づいて前記予測重みテーブルシンタックスから前記個数情報の個数と同じ個数の重みペクター関連フラグ（luma_weight_l0_flag及び／又はluma_weight_l1_flag）をパーシングされ得る。例えば、デコーディング装置のエントロピーデコーディング部３１０は、前記第２フラグの値が１である場合、前記個数情報を前記予測重みテーブルシンタックスからパーシングされ得る。前記第２フラグの値がゼロの場合、前記第１個数情報はNumRefIdxActive ［０］と推論され得、前記第２個数情報はNumRefIdxActive ［１］と推論され得る。万一前記［個数情報の値がｎの場合、前記予測重み付けテーブルシンタックスからn個の重みペクター関連フラグがパーシングされ得る。前記予測重み付けテーブルシンタックスには、前記個数情報及び／または前記重みペクター関連フラグがＬ０及びＬ１のそれぞれに対して独立的に含み得る。一例として、Ｌ０内の重み付けされた参照ピクチャの個数情報及びＬ１内の重み付けされた参照ピクチャの個数情報は、予測重み付けテーブルシンタックス内で相互に依存せず（各リストに対する活性参照ピクチャの個数に依存せずに）独立的にパーシングされ得る。

デコーディング装置は、ビットストリームから獲得した予測関連情報（インター／イントラ予測区分情報、イントラ予測モード情報、インター予測モード情報、重み付き予測に関する情報など）に基づいて、現在ピクチャ内の現在ブロックに対する重み付き予測を実行し、これを通じて現在ピクチャを復元できる。具体的に、デコーディング装置の予測部３３０は、前記予測重み付けテーブルシンタックス内のシンタックス要素に基づいて現在ブロックの重み付き予測を実行して前記現在ブロックの予測サンプルを生成され得る（Ｓ１０３０）。一例として、 デコーディング装置の予測部３３０は、前記予測重みテーブルシンタックス内の重み付き予測のための個数情報に基づいて重みペクター関連フラグをパーシングし、それに基づいて重み付き予測のための重み値を導出され得る。例えば、デコーディング装置の予測部３３０は、前記個数情報の値がｎである場合、前記予測重みテーブルシンタックスからｎ個の重みファクタ関連フラグをパーシングされ得る。そして、デコーディング装置の予測部３３０は、重みに基づいて現在ブロックの重み付き予測を実行して現在ブロックの予測サンプルを導出され得る。

一方、デコーディング装置のレジデュアル処理部３２０は、ビットストリームから獲得したレジデュアル情報に基づいてレジデュアルサンプルを生成され得る。デコーディング装置の加算部３４０は、予測部３３０で生成された予測サンプルと、レジデュアル処理部３２０で生成されたレジデュアルサンプルとに基づいて復元サンプルを生成してもよい（Ｓ１０４０）。デコーディング装置の加算部３４０は、前記復元サンプルに基づいて復元ピクチャ（復元ブロック）を生成され得る。

その後、必要に応じて主観的／客観的画質を向上させるために、デブロックフィルタリング、ＳＡＯ及び／またはＡＬＦ手順のようなインループフィルタリング手順を復元ピクチャに適用され得る。

前述の実施形態で、方法は、一連のステップまたはブロックで順序図に基づいて説明されているが、当該実施形態は、ステップの順序に限定されるのではなく、何れのステップは前述の他のステップと異なる順序で、または同時に発生され得る。また、当業者であれば順序図に示されたステップが排他的でなく、他のステップが含まれたり、順序図の一つまたはその以上のステップが本文書の実施形態の範囲に影響を及ぼすことなく削除されることができることを理解すべきである。

前述した本文書の実施例による方法は、ソフトウェア形態で具現されることができ、本文書によるエンコーディング装置及び／またはデコーディング装置は、例えば、ＴＶ、コンピュータ、スマートフォン、セットトップボックス、ディスプレイ装置などの映像処理を実行する装置に含まれることができる。

本文書において、実施例がソフトウェアで具現される時、前述した方法は、前述した機能を遂行するモジュール（過程、機能など）で具現されることができる。モジュールは、メモリに格納され、プロセッサにより実行されることができる。メモリは、プロセッサの内部または外部にあり、よく知られた多様な手段でプロセッサと連結されることができる。プロセッサは、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路及び／またはデータ処理装置を含むことができる。メモリは、ＲＯＭ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体及び／または他の格納装置を含むことができる。即ち、本文書で説明した実施例は、プロセッサ、マイクロプロセッサ、コントローラまたはチップ上で具現されて実行されることができる。例えば、各図面で示す機能ユニットは、コンピュータ、プロセッサ、マイクロプロセッサ、コントローラまたはチップ上で具現されて実行されることができる。この場合、具現のための情報（例えば、ｉｎｆｏｒｍａｔｉｏｎ ｏｎ ｉｎｓｔｒｕｃｔｉｏｎｓ）またはアルゴリズムがデジタル格納媒体に格納されることができる。

また、本文書の実施例（ら）が適用されるデコーディング装置及びエンコーディング装置は、マルチメディア放送送受信装置、モバイル通信端末、ホームシネマビデオ装置、デジタルシネマビデオ装置、監視用カメラ、ビデオ対話装置、ビデオ通信のようなリアルタイム通信装置、モバイルストリーミング装置、格納媒体、カムコーダ、注文型ビデオ（ＶｏＤ）サービス提供装置、ＯＴＴビデオ（Ｏｖｅｒ ｔｈｅ ｔｏｐ ｖｉｄｅｏ）装置、インターネットストリーミングサービス提供装置、３次元（３Ｄ）ビデオ装置、ＶＲ（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ）装置、ＡＲ（ａｒｇｕｍｅｎｔｅ ｒｅａｌｉｔｙ）装置、画像電話ビデオ装置、運送手段端末（例えば、車両（自律走行車両を含む）端末、飛行機端末、船舶端末等）、及び医療用ビデオ装置などに含まれることができ、ビデオ信号またはデータ信号を処理するために使われることができる。例えば、ＯＴＴビデオ（Ｏｖｅｒ ｔｈｅ ｔｏｐ ｖｉｄｅｏ）装置として、ゲームコンソール、ブルーレイプレーヤ、インターネット接続ＴＶ、ホームシアターシステム、スマートフォン、タブレットＰＣ、ＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｒｄｅｒ）などを含むことができる。

また、本文書の実施例（ら）が適用される処理方法は、コンピュータで実行されるプログラムの形態で生産されることができ、コンピュータが読み取り可能な記録媒体に格納されることができる。また、本文書の実施例（ら）によるデータ構造を有するマルチメディアデータもコンピュータが読み取り可能な記録媒体に格納されることができる。前記コンピュータが読み取り可能な記録媒体は、コンピュータで読みだすことができるデータが格納される全ての種類の格納装置及び分散格納装置を含む。前記コンピュータが読み取り可能な記録媒体は、例えば、ブルーレイディスク（ＢＤ）、汎用直列バス（ＵＳＢ）、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、ＲＡＭ、ＣＤ－ＲＯＭ、磁気テープ、フロッピーディスク、及び光学的データ格納装置を含むことができる。また、前記コンピュータが読み取り可能な記録媒体は、搬送波（例えば、インターネットを介した送信）の形態で具現されたメディアを含む。また、エンコーディング方法で生成されたビットストリームがコンピュータが読み取り可能な記録媒体に格納され、または、有無線通信ネットワークを介して送信されることができる。

また、本文書の実施例（ら）は、プログラムコードによるコンピュータプログラム製品で具現されることができ、前記プログラムコードは、本文書の実施例（ら）によりコンピュータで実行されることができる。前記プログラムコードは、コンピュータにより読み取り可能なキャリア上に格納されることができる。

図１２は、本明細書に開示された実施形態が適用され得るコンテンツストリーミングシステムの一例を示す。

図１２を参照すると、本文書の実施形態が適用されるコンテンツストリーミングシステムは、エンコーディングサーバ、ストリーミングサーバ、ウェブサーバ、メディアストア、ユーザ機器、及びマルチメディア入力装置を大幅に含むことができる。

前記エンコーディングサーバは、スマートフォン、カメラ、カムコーダなどのようなマルチメディア入力装置から入力されたコンテンツをデジタルデータで圧縮してビットストリームを生成し、これを前記ストリーミングサーバに送信する役割をする。他の例として、スマートフォン、カメラ、カムコーダなどのようなマルチメディア入力装置がビットストリームを直接生成する場合、前記エンコーディングサーバは省略されることができる。

前記ビットストリームは、本文書の実施例に適用されるエンコーディング方法またはビットストリーム生成方法により生成されることができ、前記ストリーミングサーバは、前記ビットストリームを送信または受信する過程で一時的に前記ビットストリームを格納され得る。

前記ストリーミングサーバは、ウェブサーバを介したユーザ要請に基づいてマルチメディアデータをユーザ装置に送信し、前記ウェブサーバは、ユーザにどのようなサービスがあるかを知らせる媒介体役割をする。ユーザが前記ウェブサーバに所望のサービスを要請すると、前記ウェブサーバは、これをストリーミングサーバに伝達し、前記ストリーミングサーバは、ユーザにマルチメディアデータを送信する。このとき、前記コンテンツストリーミングシステムは、別途の制御サーバを含むことができ、この場合、前記制御サーバは、前記コンテンツストリーミングシステム内の各装置間の命令／応答を制御する役割をする。

前記ストリーミングサーバは、メディア格納所及び／またはエンコーディングサーバからコンテンツを受信され得る。例えば、前記エンコーディングサーバからコンテンツを受信するようになる場合、前記コンテンツをリアルタイムで受信され得る。この場合、円滑なストリーミングサービスを提供するために、前記ストリーミングサーバは、前記ビットストリームを一定時間の間格納され得る。

前記ユーザ装置の例として、携帯電話、スマートフォン（ｓｍａｒｔ ｐｈｏｎｅ）、ノートブックコンピュータ（ｌａｐｔｏｐ ｃｏｍｐｕｔｅｒ）、デジタル放送用端末、ＰＤＡ（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔｓ）、ＰＭＰ（ｐｏｒｔａｂｌｅ ｍｕｌｔｉｍｅｄｉａ ｐｌａｙｅｒ）、ナビゲーション、スレートＰＣ（ｓｌａｔｅ ＰＣ）、タブレットＰＣ（ｔａｂｌｅｔ ＰＣ）、ウルトラブック（ｕｌｔｒａｂｏｏｋ）、ウェアラブル装置（ｗｅａｒａｂｌｅ ｄｅｖｉｃｅ、例えば、ウォッチ型端末（ｓｍａｒｔｗａｔｃｈ）、グラス型端末（ｓｍａｒｔ ｇｌａｓｓ）、ＨＭＤ（ｈｅａｄ ｍｏｕｎｔｅｄ ｄｉｓｐｌａｙ）、デジタルＴＶ、デスクトップコンピュータ、デジタルサイニジがある。

前記コンテンツストリーミングシステム内の各サーバは、分散サーバとして運営されることができ、この場合、各サーバで受信するデータは、分散処理されることができる。

Claims (15)

1. ビデオデコーディング装置によって行われるビデオデコーディング方法において、
   ビットストリームのピクチャパラメータセットから、前記ピクチャパラメータセットを参照するスライスに重み付き予測が適用されるかどうかに関する第１フラグをパーシングするステップと、
   前記第１フラグに基づいて、
   重み付けされた予測に関する情報が前記ビットストリームのピクチャヘッダに存在するのか、または前記ビットストリームのスライスヘッダに存在するのかに関連された第２フラグを前記ピクチャパラメータセットからパーシングするステップと、
   前記第１フラグ及び前記第２フラグに基づいて、
   前記ピクチャヘッダまたは前記スライスヘッダから予測重み付けテーブル（prediction weighted table）シンタックスをパーシングするステップと、
   前記予測重み付けテーブルシンタックス内のシンタックス要素に基づいて現在ピクチャ内の現在ブロックの重み付き予測を実行して、前記現在ブロックの予測サンプルを生成するステップと、
   前記予測サンプルに基づいて復元サンプルを生成するステップを含む、ビデオデコーディング方法。
2. 前記第２フラグの値が１であることに基づいて前記重み付けされた予測に関する情報は前記スライスヘッダ内に存在せず、前記第２フラグの値がゼロであることに基づいて、前記重み付けされた予測に関する情報は前記ピクチャヘッダ内に存在しないことを特徴とする、請求項１に記載のビデオデコーディング方法。
3. 前記第１フラグは、前記ピクチャパラメータセットを参照するＰスライスに重み付けされた予測が適用されるかどうかを示す第１シンタックス要素、または前記ピクチャパラメータセットを参照するＢスライスに重み付けされた予測が適用されるかどうかを示す第２シンタックス要素を含むことを特徴とする、請求項１に記載のビデオデコーディング方法。
4. 前記第２フラグは、前記第１シンタックス要素または前記第２シンタックス要素の値が１であることに基づいて前記ピクチャパラメータセットからパーシングされることを特徴とする、請求項３に記載のビデオデコーディング方法。
5. 前記予測重み付けテーブルシンタックスは、第１フラグの値が１であり、第２フラグの値が１であることに基づいて前記ピクチャヘッダからパーシングされ、前記第１フラグの値が１であり、前記第２フラグの値が０であることに基づいて前記スライスヘッダからパーシングされることを特徴とする、請求項１に記載のビデオデコーディング方法。
6. 前記第２フラグに基づいて前記予測重み付けテーブルシンタックスから重み付き予測のための個数情報をパーシングするステップをさらに含み、
   前記個数情報の値は、参照ピクチャリスト内の重み付けされた参照ピクチャの個数と等しいことを特徴とする、請求項１に記載のビデオデコーディング方法。
7. 前記参照ピクチャリストは、Ｌ０参照ピクチャリスト及びＬ１参照ピクチャリストを含み、
   前記個数情報は、前記Ｌ０参照ピクチャリストに対する第１個数情報と前記Ｌ１参照ピクチャリストに対する第２個数情報を含み、
   前記第１個数情報と前記第２個数情報は、前記予測重み付けテーブルシンタックスから独立的にパーシングされることを特徴とする、請求項６に記載のビデオデコーディング方法。
8. 前記第１個数情報に基づいて前記予測重み付けテーブルシンタックスからＬ０予測のための重みペクター（weighting factors）が存在するかどうかを示すluma_weight_ｌ０_flagシンタックス要素をパーシングするステップと、
   前記第２個数情報に基づいて前記予測重み付けテーブルシンタックスからＬ１予測のための重みペクターが存在するかどうかを示すluma_weight_l１_flagシンタックス要素をパーシングするステップをさらに含むことを特徴とする、請求項７に記載のビデオデコーディング方法。
9. 前記luma_weight_ｌ０_flagシンタックス要素をパーシングするステップは、
   前記第１個数情報の値がｎであることに基づいて、前記予測重み付けテーブルシンタックスからｎ個のluma_weight_ｌ０_flagシンタックス要素をパーシングするステップを含むことを特徴とする、請求項８に記載のビデオデコーディング方法。
10. ビデオエンコーディング装置によって行われるビデオエンコーディング方法において、
    現在ブロックの動き情報を導出するステップと、
    前記動き情報に基づいて前記現在ブロックの重み付き予測を実行するステップと、
    前記重み付き予測に関する情報を含む画像情報をエンコーディングするステップを含み、
    前記重み付き予測に関する情報は、前記画像情報のピクチャパラメータセットを参照するスライスに重み付き予測が適用されるかに関する第１フラグ、前記重み付き予測に関する情報が前記画像情報のピクチャヘッダに存在するかまたは、前記画像情報のスライスヘッダに存在するかどうかに関する第２フラグ、及び予測重み付けテーブル（prediction weighted table）シンタックスを含み、
    前記第２フラグは、前記第１フラグに基づいて前記ピクチャパラメータセットに含まれ、
    前記予測重み付けテーブルは、前記第１フラグ及び前記第２フラグに基づいて前記ピクチャヘッダまたは前記スライスヘッダに含まれることを特徴とする、ビデオエンコーディング方法。
11. 前記第２フラグの値が１であることに基づいて前記重み付けされた予測に関する情報は前記スライスヘッダ内に存在せず、前記第２フラグの値がゼロであることに基づいて前記重み付けされた予測に関する情報は前記ピクチャヘッダ内に存在しないことを特徴とする、請求項１０に記載のビデオエンコーディング方法。
12. 前記第１フラグは、前記ピクチャパラメータセットを参照するＰスライスに重み付けされた予測が適用されるかどうかを示す第１シンタックス要素または前記ピクチャパラメータセットを参照するＢスライスに重み付き予測が適用されるかどうかを示す第２シンタックス要素を含み、
    前記第２フラグは、前記第１シンタックス要素または前記第２シンタックス要素の値が１であることに基づいて前記ピクチャパラメータセットに含まれることを特徴とする、請求項１０に記載のビデオエンコーディング方法。
13. 前記予測重みづけテーブルシンタックスは、第１フラグの値が１であり、第２フラグの値が１であることに基づいて前記ピクチャヘッダに含まれ、前記第１フラグの値が１であり、前記第２フラグの値が０であることに基づいて前記スライスヘッダに含まれることを特徴とする、請求項１０に記載のビデオエンコーディング方法。
14. 前記予測重み付けテーブルシンタックスは、前記第２フラグに基づいて重み付けされた予測のための個数情報を含み、
    前記個数情報の値は、参照ピクチャリスト内の重み付けされた参照ピクチャの個数と等しいことを特徴とする、請求項１０に記載のビデオエンコーディング方法。
15. コンピュータ読み取り可能なデジタル格納媒体として、前記デジタル格納媒体は、ビデオデコーディング装置によってビデオデコーディング方法を実行させるように引き起こす情報を含み、前記ビデオデコーディング方法は、
    画像情報のピクチャパラメータセットから、前記ピクチャパラメータセットを参照するスライスに重み付けされた予測が適用されるかどうかに関する第１フラグをパーシングするステップと、
    前記第１フラグに基づいて重み付けされた予測に関する情報が前記画像情報のピクチャヘッダに存在するのか、または前記画像情報のスライスヘッダに存在するのかに関する第２フラグを前記ピクチャパラメータセットからパーシングするステップと
    前記第１フラグ及び前記第２フラグに基づいて前記ピクチャヘッダまたは前記スライスヘッダから予測重み付けテーブル（prediction weighted table）シンタックスをパーシングするステップと、
    前記予測重み付けテーブルシンタックス内シンタックス要素に基づいて現在ピクチャ内の現在ブロックの重み付き予測を実行して、前記現在ブロックの予測サンプルを生成するステップと、
    前記予測サンプルに基づいて復元サンプルを生成するステップを含む、デジタル格納媒体。

Images