特開 2024-69457 予測重みテーブルに基づく映像／ビデオコーディング方法及び装置

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024069457

(43)【公開日】2024-05-21

(54)【発明の名称】予測重みテーブルに基づく映像／ビデオコーディング方法及び装置

(51)【国際特許分類】

   H04N 19/70 20140101AFI20240514BHJP

   H04N 19/105 20140101ALI20240514BHJP

【ＦＩ】

H04N19/70

H04N19/105

【審査請求】有

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2024039749

(22)【出願日】2024-03-14

(62)【分割の表示】P 2022537735の分割

【原出願日】2020-12-11

(31)【優先権主張番号】62/950,962

(32)【優先日】2019-12-20

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

(71)【出願人】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】シータル パルリ

(72)【発明者】

【氏名】ヘンドリー ヘンドリー

(72)【発明者】

【氏名】チャオ チエ

(72)【発明者】

【氏名】キム スンファン

(57)【要約】

【課題】本発明は、予測重みテーブルに基づく映像／ビデオコーディング方法に関する。
【解決手段】本文書に係るビデオデコーディング装置によって実行されるビデオデコーディング方法は、ビットストリームから重み付け予測に関するフラグをパーシングするステップと、前記フラグに基づいて前記ビットストリームから予測重みテーブル（ｐｒｅｄｉｃｔｉｏｎ ｗｅｉｇｈｔｅｄ ｔａｂｌｅ）シンタックスをパーシングするステップと、前記予測重みテーブルシンタックスに基づいて、現在ピクチャ内の現在ブロックに対する重み付け予測を実行して、前記現在ピクチャを復元するステップとを含み、前記フラグの値が１であることに基づいて、前記予測重みテーブルシンタックスは、前記ビットストリームのピクチャヘッダからパーシングされ、前記フラグの値が０であることに基づいて、前記予測重みテーブルシンタックスは、前記ビットストリームのスライスヘッダからパーシングされることができる。
【選択図】図６

【特許請求の範囲】

【請求項1】

ビデオデコーディング装置によって実行されるビデオデコーディング方法において、
ビットストリームから重み付け予測に関するフラグをパーシングするステップと、
前記フラグに基づいて、前記ビットストリームから予測重みテーブル（ｐｒｅｄｉｃｔｉｏｎ ｗｅｉｇｈｔｅｄ ｔａｂｌｅ）シンタックスをパーシングするステップと、
前記予測重みテーブルシンタックスに基づいて、現在ピクチャ内の現在ブロックに対する重み付け予測を実行して、前記現在ピクチャを復元するステップと、を含み、
前記フラグの値が１であることに基づいて、前記予測重みテーブルシンタックスは、前記ビットストリームのピクチャヘッダからパーシングされ、
前記フラグの値が０であることに基づいて、前記予測重みテーブルシンタックスは、前記ビットストリームのスライスヘッダからパーシングされる、ビデオデコーディング方法。

【請求項2】

ビデオエンコーディング装置によって実行されるビデオエンコーディング方法において、
現在ブロックの動き情報を導出するステップと、
前記動き情報に基づいて、前記現在ブロックについての重み付け予測を実行するステップと、
前記重み付け予測に関するフラグ及び予測重みテーブル（ｐｒｅｄｉｃｔｉｏｎ ｗｅｉｇｈｔｅｄ ｔａｂｌｅ）シンタックスを含む映像情報をエンコーディングするステップとを含み、
前記予測重みテーブルシンタックスが前記映像情報のピクチャヘッダに含まれることに基づいて、前記フラグの値は１と決められ、
前記予測重みテーブルシンタックスが前記映像情報のスライスヘッダに含まれることに基づいて、前記フラグの値は０と決められる、ビデオエンコーディング方法。

【請求項3】

ビデオに対するデータの送信方法であって、
前記ビデオに対するビットストリームを獲得する段階であって、前記ビットストリームは、現在ブロックの動き情報を導出し、前記動き情報に基づいて前記現在ブロックについての重み付けした予測を実行し、前記重み付けした予測に関連するフラグと予測重みテーブルシンタックスを含む映像情報をエンコードすることに基づいて生成される、段階と、
前記ビットストリームを含む前記データを送信する段階とを含み、
前記予測重みテーブルシンタックスが前記映像情報のピクチャヘッダに含まれることに基づいて、前記フラグの値は１と決められ、
前記予測重みテーブルシンタックスが前記映像情報のスライスヘッダに含まれることに基づいて、前記フラグの値は０と決められる、方法。

【発明の詳細な説明】

【技術分野】

【0001】

本技術は、予測重みテーブル（ｐｒｅｄｉｃｔｉｏｎ ｗｅｉｇｈｔｅｄ ｔａｂｌｅ）シンタックスに基づいて映像／ビデオをエンコーディング／デコーディングする方法及び装置に関する。

【背景技術】

【0002】

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

【0003】

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

【0004】

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

【発明の概要】

【発明が解決しようとする課題】

【0005】

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

【0006】

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

【0007】

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

【課題を解決するための手段】

【0008】

本文書の一実施形態に係ると、ビデオデコーディング装置によって実行されるビデオデコーディング方法は、ビットストリームから重み付け予測に関するフラグをパーシングするステップと、前記フラグに基づいて、前記ビットストリームから予測重みテーブル（ｐｒｅｄｉｃｔｉｏｎ ｗｅｉｇｈｔｅｄ ｔａｂｌｅ）シンタックスをパーシングするステップと、前記予測重みテーブルシンタックスに基づいて、現在ピクチャ内の現在ブロックに対する重み付け予測を実行して、前記現在ピクチャを復元するステップとを含み、前記フラグの値が１であることに基づいて、前記予測重みテーブルシンタックスは、前記ビットストリームのピクチャヘッダからパーシングされ、前記フラグの値が０であることに基づいて、前記予測重みテーブルシンタックスは、前記ビットストリームのスライスヘッダからパーシングされることができる。

【0009】

本文書の他の実施形態に係ると、ビデオエンコーディング装置によって実行されるビデオエンコーディング方法は、現在ブロックの動き情報を導出するステップと、前記動き情報に基づいて、前記現在ブロックに対する重み付け予測を実行するステップと、前記重み付け予測に関するフラグ、及び予測重みテーブルシンタックスを含む映像情報をエンコーディングするステップとを含み、前記予測重みテーブルシンタックスが前記映像情報のピクチャヘッダに含まれることに基づいて、前記フラグの値は１に決められ、前記予測重みテーブルシンタックスが前記映像情報のスライスヘッダに含まれることに基づいて、前記フラグの値は０に決められることができる。

【0010】

本文書のまた他の実施形態に係ると、コンピュータ読み取り可能なデジタル格納媒体であって、前記デジタル格納媒体は、ビデオデコーディング装置によってビデオデコーディング方法を実行するように引き起こす情報を含み、前記ビデオデコーディング方法は、映像情報から重み付け予測に関するフラグをパーシングするステップと、前記フラグに基づいて、前記映像情報から予測重みテーブルシンタックスをパーシングするステップと、前記予測重みテーブルシンタックスに基づいて、現在ピクチャ内の現在ブロックに対する重み付け予測を実行して、前記現在ピクチャを復元するステップとを含み、前記フラグの値が１であることに基づいて、前記予測重みテーブルシンタックスは、前記ビットストリームのピクチャヘッダからパーシングされ、前記フラグの値が０であることに基づいて、前記予測重みテーブルシンタックスは、前記ビットストリームのスライスヘッダからパーシングされることができる。

【発明の効果】

【0011】

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

【0012】

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

【0013】

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

【図面の簡単な説明】

【0014】

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

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

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

【図4】インター予測に基づくビデオ／映像エンコーディング方法の例を示す。

【図5】インター予測に基づくビデオ／映像デコーディング方法の例を示す。

【図6】本文書の実施形態に係るビデオ／映像エンコーディング方法及び関連コンポーネントの一例を概略的に示す。

【図7】本文書の実施形態に係るビデオ／映像エンコーディング方法及び関連コンポーネントの一例を概略的に示す。

【図8】本文書の実施形態に係るビデオ／映像デコーディング方法及び関連コンポーネントの一例を概略的に示す。

【図9】本文書の実施形態に係るビデオ／映像デコーディング方法及び関連コンポーネントの一例を概略的に示す。

【図10】本文書で開示された実施形態が適用可能なコンテンツストリーミングシステムの例を示す。

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

【0015】

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

【0016】

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

【0017】

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

【0018】

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

【0019】

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

【0020】

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

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【0025】

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

【0026】

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

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

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

【0041】

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

【0042】

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

【0043】

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

【0044】

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

【0045】

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

【0046】

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

【0047】

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

【0048】

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

【0049】

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

【0050】

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

【0051】

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

【0052】

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

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

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

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

図４は、インター予測に基づくビデオ／映像エンコーディング方法の例を示す。

【0080】

図４を参照すると、エンコーディング装置は、現在ブロックに対するインター予測を実行する（Ｓ４００）。エンコーディング装置は、現在ブロックのインター予測モード及び動き情報を導出し、前記現在ブロックの予測サンプルを生成することができる。ここで、インター予測モード決定、動き情報導出及び予測サンプル生成手順は、同時に実行されることもでき、ある一つの手順が他の手順より先に実行されることもできる。例えば、エンコーディング装置のインター予測部は、予測モード決定部、動き情報導出部、予測サンプル導出部を含むことができ、予測モード決定部で前記現在ブロックに対する予測モードを決め、動き情報導出部で前記現在ブロックの動き情報を導出し、予測サンプル導出部で前記現在ブロックの予測サンプルを導出することができる。例えば、エンコーディング装置のインター予測部は、動き推定（ｍｏｔｉｏｎ ｅｓｔｉｍａｔｉｏｎ）を通じて参照ピクチャの所定領域（サーチ領域）内で前記現在ブロックと類似するブロックをサーチし、前記現在ブロックとの差が最小または所定基準以下の参照ブロックを導出することができる。これに基づいて、前記参照ブロックが位置する参照ピクチャを指す参照ピクチャインデックスを導出し、前記参照ブロックと前記現在ブロックとの位置差に基づいて動きベクトルを導出することができる。エンコーディング装置は、多様な予測モードのうち前記現在ブロックに対して適用されるモードを決めることができる。エンコーディング装置は、前記多様な予測モードに対するＲＤ（ｒａｔｅ－ｄｉｓｔｏｒｔｉｏｎ）費用（ｃｏｓｔ）を比較して、前記現在ブロックに対する最適な予測モードを決めることができる。

【0081】

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

【0082】

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

【0083】

エンコーディング装置は、前記予測サンプルに基づいてレジデュアルサンプルを導出することができる（Ｓ４１０）。エンコーディング装置は、前記現在ブロックの原本サンプルと前記予測サンプルとの比較を通じて、前記レジデュアルサンプルを導出することができる。

【0084】

エンコーディング装置は、予測情報及びレジデュアル情報を含む映像情報をエンコーディングする（Ｓ４２０）。エンコーディング装置は、エンコーディングされた映像情報をビットストリーム形態で出力することができる。前記予測情報は、前記予測手順に係わる情報として、予測モード情報（ｅｘ．ｓｋｉｐ ｆｌａｇ、ｍｅｒｇｅ ｆｌａｇ ｏｒ ｍｏｄｅ ｉｎｄｅｘなど）及び動き情報に関する情報を含むことができる。前記動き情報に関する情報は、動きベクトルを導出するための情報である候補選択情報（ｅｘ．ｍｅｒｇｅ ｉｎｄｅｘ、ｍｖｐ ｆｌａｇ ｏｒ ｍｖｐ ｉｎｄｅｘ）を含むことができる。また、前記動き情報に関する情報は、前述のＭＶＤに関する情報及び／または参照ピクチャインデックス情報を含むことができる。また、前記動き情報に関する情報は、Ｌ０予測、Ｌ１予測、または双（ｂｉ）予測が適用されるか否かを示す情報を含むことができる。前記レジデュアル情報は、前記レジデュアルサンプルに関する情報である。前記レジデュアル情報は、前記レジデュアルサンプルに対する量子化された変換係数に関する情報を含むことができる。

【0085】

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

【0086】

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

【0087】

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

【0088】

図５は、インター予測に基づくビデオ／映像デコーディング方法の例を示す。

【0089】

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

【0090】

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

【0091】

例えば、マージフラグ（ｍｅｒｇｅ ｆｌａｇ）に基づいて前記現在ブロックにマージモードが適用されるのか、または（Ａ）ＭＶＰモードが決められるか否かを決めることができる。または、前記マージインデックスに基づいて多様なインター予測モード候補の一つを選択することができる。前記インター予測モード候補は、スキップモード、マージモード及び／または（Ａ）ＭＶＰモードなど多様なインター予測モードを含むことができる。

【0092】

デコーディング装置は、前記決められたインター予測モードに基づいて前記現在ブロックの動き情報を導出する（Ｓ５１０）。例えば、デコーディング装置は、前記現在ブロックにスキップモードまたはマージモードが適用される場合、後述するマージ候補リストを構成し、前記マージ候補リストに含まれた複数のマージ候補の中の一つのマージ候補を選択することができる。前記選択は、前述の選択情報（ｍｅｒｇｅ ｉｎｄｅｘ）に基づいて実行されることができる。前記選択されたマージ候補の動き情報を利用して、前記現在ブロックの動き情報が導出されることができる。前記選択されたマージ候補の動き情報が前記現在ブロックの動き情報として利用されることができる。

【0093】

他の例として、デコーディング装置は、前記現在ブロックに（Ａ）ＭＶＰモードが適用される場合、（Ａ）ＭＶＰ候補リストを構成し、前記（Ａ）ＭＶＰ候補リストに含まれたｍｖｐ（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｏｒ）候補の中で選択されたｍｖｐ候補の動きベクトルを前記現在ブロックのｍｖｐとして利用することができる。前記選択は、前述の選択情報（ｍｖｐ ｆｌａｇ ｏｒ ｍｖｐ ｉｎｄｅｘ）に基づいて実行されることができる。この場合、前記ＭＶＤに関する情報に基づいて前記現在ブロックのＭＶＤを導出することができ、前記現在ブロックのｍｖｐと前記ＭＶＤに基づいて前記現在ブロックの動きベクトルを導出することができる。また、前記参照ピクチャインデックス情報に基づいて前記現在ブロックの参照ピクチャインデックスを導出することができる。前記現在ブロックに関する参照ピクチャリスト内で前記参照ピクチャインデックスが指すピクチャが前記現在ブロックのインター予測のために参照される参照ピクチャとして導出されることができる。

【0094】

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

【0095】

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

【0096】

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

【0097】

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

【0098】

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

【0099】

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

【0100】

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

【0101】

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

【0102】

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

【0103】

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

【0104】

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

【0105】

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

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

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

【0112】

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

【0113】

【表1】

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

【表2】

【0119】

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

【0120】

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

【0121】

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

【0122】

【表3-1】

【0123】

【表3-2】

【0124】

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

【0125】

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

【0126】

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

【0127】

【表4-1】

【0128】

【表4-2】

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

１．重み付け予測のためのツール（ｔｏｏｌ）（重み付け予測に関する情報）は、スライスレベルではないピクチャレベルで適用されることができる。重み付け値は、ピクチャの特定参照ピクチャに適用され、前記ピクチャの全てのスライスに対して用いられる。

【0145】

２．予測重みテーブルシンタックスは、スライスレベルではないピクチャレベルでシグナリングされることができる。このために、予測重みテーブルシンタックスは、ピクチャヘッダ（ＰＨ）またはピクチャパラメータセット（ＰＰＳ）でシグナリングされることができる。

【0146】

３．重み付け予測がピクチャに適用される場合、前記ピクチャ内の全てのスライスは同じアクティブ参照ピクチャ（ａｃｔｉｖｅ ｒｅｆｅｒｅｎｃｅ ｐｉｃｔｕｒｅｓ）を有することができる。これは参照ピクチャリスト（ＲＰＬ）でアクティブ参照ピクチャの順序（ｏｒｄｅｒ）を含む（すなわち、Ｐスライスの場合、Ｌ０、Ｂスライスの場合、Ｌ０及びＬ１）。

【0147】

４．代案として、前記事項が適用されない場合、以下が適用されることができる。

【0148】

ａ．重み付け予測のシグナリングは、参照ピクチャリストシグナリングに対して独立的である。すなわち、予測重みテーブルシグナリングで、参照ピクチャリスト内の参照ピクチャの手順に対する推定（ａｓｓｕｍｐｔｉｏｎ）はない。

【0149】

ｂ．Ｌ０及びＬ１内の参照ピクチャに対する重み付け予測値のシグナリングは存在しない。参照ピクチャに対して重み値は直接提供される。

【0150】

ｃ．参照ピクチャに対する重み値をシグナリングするための二つのルーフ（ｌｏｏｐ）の代わりに一つのルーフのみ用いられることができる。各ルーフで、シグナリングされる重み付け値と関連された参照ピクチャが先に識別される。

【0151】

ｄ．参照ピクチャ識別は、ピクチャオーダカウント（ｐｉｃｔｕｒｅ ｏｒｄｅｒ ｃｏｕｎｔ、ＰＯＣ）値に基づく。

【0152】

ｅ． ビット節約（ｂｉｔ ｓａｖｉｎｇ）のために、参照ピクチャのＰＯＣ値をシグナリングする代わりに、参照ピクチャと現在ピクチャの間のデルタ（ｄｅｌｔａ）ＰＯＣ値がシグナリングされることができる。

【0153】

５．前記項目４に、追加的に、参照ピクチャと現在ピクチャとの間のデルタＰＯＣ値のシグナリングのために、絶対デルタＰＯＣ値（ａｂｓｏｌｕｔｅ ｄｅｌｔａ ＰＯＣ ｖａｌｕｅ）が、次のようにシグナリングされることができるように、以下が適用されることができる。

【0154】

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

【0155】

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

【0156】

６．ＰＰＳ内の二つのフラグは、単一制御フラグ（例えば、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ）に統合されることができる。前記フラグは、ピクチャヘッダ内に追加的なフラグが存在することを示すのに用いられることができる。

【0157】

ａ．前記ピクチャヘッダ内のフラグは、ＰＰＳフラグによって変わることができ（Ｔｈｅ ｆｌａｇ ｉｎ ｔｈｅ ＰＨ ｍａｙ ｂｅ ｃｏｎｄｉｔｉｏｎｅｄ ｏｎ ｔｈｅ ＰＰＳ ｆｌａｇ）、ＮＡＬユニットタイプがＩＤＲ（ｉｎｓｔａｎｔａｎｅｏｕｓ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅｓｈ）でない場合、ｐｒｅｄ＿ｗｅｉｇｈｔｅｄ＿ｔａｂｌｅ（）データ（予測重みテーブルシンタックス）の存在をさらに示すことができる。

【0158】

７．ＰＰＳでシグナリングされる二つのフラグ（ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及びｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇ）は、一つのフラグに統合されることができる。前記一つのフラグは、既存の名称ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇを用いることができる。

【0159】

８．重み付け予測がピクチャヘッダと関連されたピクチャに適用されるか否かを示すために、ピクチャヘッダでフラグがシグナリングされることができる。前記フラグは、ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇと言える。

【0160】

ａ．ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの存在は、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値によって変わることができる。ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が０の場合、ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇは存在せず、その値は０に推論されることができる。

【0161】

ｂ．ｐｉｃ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１の場合、ｐｒｅｄ＿ｗｅｉｇｈｔｅｄ＿ｔａｂｌｅ（）のシグナリングがピクチャヘッダに存在することができる。

【0162】

９．代案として、重み付け予測がイネーブルになる場合（すなわち、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇの値が１またはｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値が１）、重み付け予測に関する情報が依然としてスライスヘッダに存在することができ、次の事項が適用されることができる。

【0163】

ａ．重み付け予測に関する情報がスライスヘッダに存在するか否かを示すために、新しいフラグがシグナリングされることができる。前記フラグは、ｓｌｉｃｅ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇと言える。

【0164】

ｂ．ｓｌｉｃｅ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの存在は、スライスのタイプ、ｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｐｒｅｄ＿ｆｌａｇ及びｐｐｓ＿ｗｅｉｇｈｔｅｄ＿ｂｉｐｒｅｄ＿ｆｌａｇの値によって決められることができる。

【0165】

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

【0166】

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

【0167】

【表5】

【0168】

【表6】

【0169】

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

【0170】

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

【0171】

【表7】

【0172】

【表8】

【0173】

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

【0174】

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

【0175】

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

【0176】

【表9】

【0177】

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

【0178】

【表10】

【0179】

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

【0180】

【表11-1】

【0181】

【表11-2】

【0182】

【表12】

【0183】

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

【0184】

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

【0185】

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

【0186】

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

【0187】

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

【0188】

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

【0189】

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

【0190】

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

【0191】

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

【0192】

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

【0193】

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

【0194】

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

【0195】

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

【0196】

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

【0197】

【表13】

【0198】

【表14】

【0199】

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

【0200】

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

【0201】

【表15-1】

【0202】

【表15-2】

【0203】

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

【0204】

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

【0205】

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

【0206】

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

【0207】

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

【0208】

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

【0209】

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

【0210】

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

【0211】

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

【0212】

【表16】

【0213】

【表17】

【0214】

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

【0215】

【数1】

【0216】

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

【0217】

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

【0218】

【数2】

【0219】

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

【0220】

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

【0221】

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

【0222】

【数3】

【0223】

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

【0224】

【数4】

【0225】

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

【0226】

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

【0227】

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

【0228】

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

【0229】

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

【0230】

【表18】

【0231】

【表19】

【0232】

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

【0233】

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

【0234】

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

【0235】

【表20】

【0236】

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

【0237】

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

【0238】

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

【0239】

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

【0240】

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

【0241】

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

【0242】

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

【0243】

【表21】

【0244】

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

【0245】

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

【0246】

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

【0247】

ａｐｓ＿ｅｘｔｅｎｓｉｏｎ＿ｄａｔａ＿ｆｌａｇは、任意の値を有することができる。

【0248】

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

【0249】

【表22】

【0250】

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

【0251】

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

【0252】

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

【0253】

【表23-1】

【0254】

【表23-2】

【0255】

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

【0256】

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

【0257】

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

【0258】

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

【0259】

【表24-1】

【0260】

【表24-2】

【0261】

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

【0262】

図６及び図７は、本文書の実施形態に係るビデオ／映像エンコーディング方法及び関連コンポーネントの一例を概略的に示す。

【0263】

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

【0264】

具体的には、図６及び図７を参照すると、エンコーディング装置の予測部２２０は、動き推定に基づいて、現在ピクチャ内の現在ブロックの動き情報を導出することができる（Ｓ６００）。例えば、エンコーディング装置は、現在ブロックに対する原本ピクチャ内の原本ブロックを利用して、相関性の高い類似する参照ブロックを参照ピクチャ内の所定探索範囲内で分数ピクセル単位で探索することができ、これを通じて動き情報を導出することができる。ブロックの類似性は、位相（ｐｈａｓｅ）に基づくサンプル値の差に基づいて導出することができる。一例として、ブロックの類似性は、現在ブロック（または現在ブロックのテンプレート）と参照ブロック（または参照ブロックのテンプレート）との間のＳＡＤ（Ｓｕｍ ｏｆ Ａｂｓｏｌｕｔｅ Ｄｉｆｆｅｒｅｎｃｅ）に基づいて計算されることができる。この場合、探索領域内のＳＡＤが最も小さいな参照ブロックに基づいて動き情報が導出されることができる。導出された動き情報は、インター予測モードに基づいて多様な方法によってデコーディング装置にシグナリングされることができる。

【0265】

エンコーディング装置の予測部２２０は、現在ブロックの動き情報に基づいて、現在ブロックに対して重み付け（サンプル）予測を実行して、前記現在ブロックに対する予測サンプル（予測ブロック）と予測関連情報を生成することができる（Ｓ６１０）。前記予測関連情報は、予測モード情報（マージモード、スキップモードなど）、動き情報に関する情報などを含むことができる。前記動き情報に関する情報は、動きベクトルを導出するための情報である候補選択情報（ｅｘ．ｍｅｒｇｅ ｉｎｄｅｘ、ｍｖｐ ｆｌａｇ ｏｒ ｍｖｐ ｉｎｄｅｘ）を含むことができる。また、前記動き情報に関する情報は、前述したＭＶＤに関する情報及び／または参照ピクチャインデックス情報を含むことができる。また、前記動き情報に関する情報は、Ｌ０予測、Ｌ１予測、または双（ｂｉ）予測が適用されるか否かを示す情報を含むことができる。例えば、予測部２２０は、現在スライスのスライスタイプがＰスライスまたはＢスライスの場合、現在スライス内の現在ブロックに対して重み付け予測を実行することができる。前記重み付け予測は、現在ブロックに双予測（ｂｉ－ｐｒｅｄｉｃｔｉｏｎ）だけでなく、単予測（ｕｎｉ－ｐｒｅｄｉｃｔｉｏｎ）が適用される場合にも用いられることができる。

【0266】

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

【0267】

エンコーディング装置の加算部（または復元部）は、レジデュアル処理部２３０で生成されたレジデュアルサンプルと、予測部２２０で生成された予測サンプルを加えて、復元（ｒｅｃｏｎｓｔｒｕｃｔｅｄ）サンプル（復元ピクチャ、復元ブロック、復元サンプルアレイ）を生成することができる。

【0268】

エンコーディング装置のエントロピーエンコーディング部２４０は、予測部２２０で生成された予測関連情報、レジデュアル処理部２３０で生成されたレジデュアル情報、重み付け予測に関するフラグ、予測重みテーブルシンタックスなどを含む映像情報をエンコーディングすることができる（Ｓ６２０）。

【0269】

一例として、エンコーディング装置のエントロピーエンコーディング部２４０は、前述の表５乃至表２３の少なくとも一つに基づいて映像情報をエンコーディングして、ビットストリームの形態で出力することができる。具体的には、エンコーディング装置のエントロピーエンコーディング部２４０は、本文書の予測重みテーブルシンタックスが映像情報のピクチャヘッダに含まれたことに基づいて、重み付け予測に関するフラグの値を１に決め、前記予測重みテーブルシンタックスが映像情報のスライスヘッダに含まれたことに基づいて、前記重み付け予測に関するフラグの値を０に決めることができる。または、エンコーディング装置のエントロピーエンコーディング部２４０は、前記予測重みテーブルシンタックスに含まれた重み付け予測に関する情報が前記現在ブロックを含む現在ピクチャ内の全てのスライスに適用されたことに基づいて、前記重み付け予測に関するフラグの値を１に決め、前記予測重みテーブルシンタックスに含まれた前記重み付け予測に関する情報が前記現在ピクチャ内のスライスのうち前記スライスヘッダと関連されたスライスに適用されたことに基づいて、前記重み付け予測に関するフラグの値を０に決めることができる。前記予測重みテーブルシンタックスが前記ピクチャヘッダに含まれる場合、前記ピクチャヘッダと関連されたピクチャ内の全てのスライスは、同じ参照ピクチャリストを有することができ、前記予測重みテーブルシンタックスが前記スライスヘッダに含まれる場合、前記スライスヘッダと関連されたスライスは、同じ参照ピクチャリストを有することができる。前記重み付け予測に関するフラグは、映像情報のピクチャパラメータセットまたはピクチャヘッダに含まれて、デコーディング装置に伝達されることができる。前記重み付け予測に関するフラグは、ピクチャヘッダに重み付け予測に関する情報が存在するか否かを示す情報であり得る。

【0270】

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

【0271】

図８及び図９は、本文書の実施形態に係るビデオ／映像デコーディング方法及び関連コンポーネントの一例を概略的に示す。

【0272】

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

【0273】

図８及び図９を参照すると、デコーディング装置のエントロピーデコーディング部３１０は、ビットストリームから重み付け予測に関するフラグをパーシングすることができ（Ｓ８００）、前記重み付け予測に関するフラグに基づいて、前記ビットストリームから予測重みテーブルシンタックスをパーシングすることができる（Ｓ８１０）。前記重み付け予測に関するフラグは、ビットストリームのピクチャパラメータセット、またはピクチャヘッダからパーシングされることができ、前記ピクチャヘッダに重み付け予測に関する情報（予測重みテーブルシンタックス）が存在するか否かを示すことができる。例えば、デコーディング装置のエントロピーデコーディング部３１０は、前記重み付け予測に関するフラグの値が１の場合、前記ビットストリームのピクチャヘッダから前記予測重みテーブルシンタックスをパーシングし、前記重み付け予測に関するフラグの値が０の場合、前記ビットストリームのスライスヘッダから前記予測重みテーブルシンタックスをパーシングすることができる。前記重み付け予測に関するフラグの値が１の場合、前記予測重みテーブルシンタックスに含まれた重み付け予測に関する情報は、前記現在ピクチャ内の全てのスライスに適用されることができ、前記重み付け予測に関するフラグの値が０の場合、前記予測重みテーブルに含まれた前記重み付け予測に関する情報は、前記現在ピクチャ内のスライスのうち前記スライスヘッダと関連されたスライスに適用されることができる。前記予測重みテーブルシンタックスが前記ピクチャヘッダからパーシングされる場合、前記ピクチャヘッダと関連されたピクチャ内の全てのスライスは、同じ参照ピクチャリストを有することができ、前記予測重みテーブルシンタックスが前記スライスヘッダからパーシングされる場合、前記スライスヘッダと関連されたスライスは、同じ参照ピクチャリストを有することができる。

【0274】

一方、デコーディング装置のエントロピーデコーディング部３１０は、前記予測重みテーブルシンタックスから個数情報をパーシングすることができる。前記個数情報の値は、参照ピクチャリスト内の重み付け参照ピクチャに対する個数と同じであり得る。デコーディング装置のエントロピーデコーディング部３１０は、前記個数情報に基づいて、前記予測重みテーブルシンタックスから前記個数情報の個数と同じ個数の重み付け係数関連フラグをパーシングすることができる。一例として、前記個数情報の値がｎの場合、前記予測重みテーブルシンタックスにはｎ個の重み付け係数関連フラグが含まれることができる。重み付け双予測が適用される場合、前記予測重みテーブルシンタックスには、前記個数情報及び／または前記重み付け係数関連フラグがＬ０及びＬ１のそれぞれに対して独立的に含まれることができる。一例として、Ｌ０内の重み付け参照ピクチャに対する個数情報及びＬ１内の重み付け参照ピクチャに対する個数情報は、予測重みテーブルシンタックス内で相互間に依存せず（各リストに対するアクティブ参照ピクチャの個数に依存せず）に独立的にパーシングされることができる。

【0275】

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

【0276】

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

【0277】

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

【0278】

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

【0279】

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

【0280】

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

【0281】

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

【0282】

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

【0283】

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

【0284】

図１０は、本文書で開示された実施形態が適用可能なコンテンツストリーミングシステムの例を示す。

【0285】

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

【0286】

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

【0287】

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

【0288】

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

【0289】

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

【0290】

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

【0291】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【手続補正書】

【提出日】2024-03-14

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

ビデオデコーディング装置によって実行されるビデオデコーディング方法において、
ビットストリームを獲得するステップと、
前記ビットストリームから重み付け予測に関するフラグをパーシングするステップと、
前記フラグに基づいて、前記ビットストリームから予測重みテーブル（ｐｒｅｄｉｃｔｉｏｎ ｗｅｉｇｈｔｅｄ ｔａｂｌｅ）シンタックスをパーシングするステップと、
前記予測重みテーブルシンタックスに基づいて、予測サンプルを導出するステップと、を含み、
前記フラグの値が１であることに基づいて、前記予測重みテーブルシンタックスは、前記ビットストリームのピクチャヘッダからパーシングされ、
前記フラグの値が０であることに基づいて、前記予測重みテーブルシンタックスは、前記ビットストリームのスライスヘッダからパーシングされる、ビデオデコーディング方法。

【請求項2】

ビデオエンコーディング装置によって実行されるビデオエンコーディング方法において、
現在ブロックの動き情報を導出するステップと、
前記動き情報に基づいて、前記現在ブロックについての重み付け予測を実行することにより予測サンプルを生成するステップと、
前記重み付け予測に関するフラグ及び予測重みテーブル（ｐｒｅｄｉｃｔｉｏｎ ｗｅｉｇｈｔｅｄ ｔａｂｌｅ）シンタックスを含む映像情報をエンコーディングするステップと、
前記映像情報をエンコーディングすることによりビットストリームを生成するステップとを含み、
前記予測重みテーブルシンタックスが前記映像情報のピクチャヘッダに含まれることに基づいて、前記フラグの値は１と決められ、
前記予測重みテーブルシンタックスが前記映像情報のスライスヘッダに含まれることに基づいて、前記フラグの値は０と決められる、ビデオエンコーディング方法。

【請求項3】

ビデオに対するデータの送信方法であって、
前記ビデオに対するビットストリームを獲得する段階であって、前記ビットストリームは、現在ブロックの動き情報を導出し、前記動き情報に基づいて前記現在ブロックについての重み付けした予測を実行することにより予測サンプルを生成し、前記重み付けした予測に関連するフラグと予測重みテーブルシンタックスを含む映像情報をエンコードすることに基づいて生成される、段階と、
前記映像情報をエンコーディングすることにより前記ビットストリームを生成する段階と、
前記ビットストリームを含む前記データを送信する段階とを含み、
前記予測重みテーブルシンタックスが前記映像情報のピクチャヘッダに含まれることに基づいて、前記フラグの値は１と決められ、
前記予測重みテーブルシンタックスが前記映像情報のスライスヘッダに含まれることに基づいて、前記フラグの値は０と決められる、方法。