特開 2024-123103 ラップアラウンド動き補償に基づく画像符号化／復号化方法及び装置、並びにビットストリームを保存した記録媒体

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

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

(11)【公開番号】P2024123103

(43)【公開日】2024-09-10

(54)【発明の名称】ラップアラウンド動き補償に基づく画像符号化／復号化方法及び装置、並びにビットストリームを保存した記録媒体

(51)【国際特許分類】

   H04N 19/105 20140101AFI20240903BHJP

   H04N 19/136 20140101ALI20240903BHJP

   H04N 19/176 20140101ALI20240903BHJP

   H04N 19/597 20140101ALI20240903BHJP

   H04N 19/70 20140101ALI20240903BHJP

【ＦＩ】

H04N19/105

H04N19/136

H04N19/176

H04N19/597

H04N19/70

【審査請求】有

【請求項の数】3

【出願形態】ＯＬ

(21)【出願番号】P 2024097509

(22)【出願日】2024-06-17

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

【原出願日】2021-03-26

(31)【優先権主張番号】63/000,473

(32)【優先日】2020-03-26

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

(31)【優先権主張番号】63/009,975

(32)【優先日】2020-04-14

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

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．Ｂｌｕ－ｒａｙ

(71)【出願人】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

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

(72)【発明者】

【氏名】シータル パルリ

(72)【発明者】

【氏名】キム スンファン

(57)【要約】

【課題】本発明は、画像符号化／復号化方法及び装置に関する。
【解決手段】画像符号化／復号化方法及び装置が提供される。本開示による画像復号化方法は、ビットストリームから現在ブロックのインター予測情報及びラップアラウンド（ｗｒａｐ－ａｒｏｕｎｄ）情報を取得するステップと、前記インター予測情報及び前記ラップアラウンド情報に基づいて、前記現在ブロックの予測ブロックを生成するステップと、を含み、前記ラップアラウンド情報は、前記現在ブロックを含む現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示す第１フラグを含み、独立してコーディングされ、前記現在ブロックを含む現在ピクチャの幅とは異なる幅を有する１つ以上のサブピクチャが前記現在ビデオシーケンスに存在することに基づいて、前記第１フラグは、前記ラップアラウンド動き補償が利用可能でないことを示す第１値を有することができる。
【選択図】図２０

【特許請求の範囲】

【請求項1】

画像復号化装置によって行われる画像復号化方法であって、前記画像復号化方法は、
ビットストリームから現在ピクチャ内の現在ブロックのインター予測情報及びラップアラウンド（ｗｒａｐ－ａｒｏｕｎｄ）情報を取得するステップと、
前記インター予測情報及び前記ラップアラウンド情報に基づいて、前記現在ブロックの予測ブロックを生成するステップと、を含み、
前記ラップアラウンド情報は、前記現在ピクチャを含む現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示す第１フラグを含み、
前記現在ビデオシーケンスが、ピクチャとして扱われ、前記現在ビデオシーケンス内のピクチャの最大幅の情報に基づいて導出された値と異なる幅を有する少なくとも一つのサブピクチャを含むことに基づいて、前記ビットストリームから取得された前記第１フラグは、前記ラップアラウンド動き補償が前記現在ビデオシーケンスに対して利用可能でないことを示す第１の値を有するように制約される、画像復号化方法。

【請求項2】

画像符号化装置によって行われる画像符号化方法であって、前記画像符号化方法は、
現在ピクチャ内の現在ブロックに対してラップアラウンド（ｗｒａｐ－ａｒｏｕｎｄ）動き補償を適用するか否かを決定するステップと、
前記決定に基づいてインター予測を行うことにより、前記現在ブロックの予測ブロックを生成するステップと、
前記現在ブロックのインター予測情報及び前記ラップアラウンド動き補償のラップアラウンド情報を符号化するステップと、を含み、
前記ラップアラウンド情報は、前記現在ピクチャを含む現在ビデオシーケンスに対して前記ラップアラウンド動き補償が利用可能であるか否かを示す第１フラグを含み、
前記現在ビデオシーケンスが、ピクチャとして扱われ、前記現在ビデオシーケンス内のピクチャの最大幅の情報に基づいて導出された値と異なる幅を有する少なくとも一つのサブピクチャを含むことに基づいて、前記符号化された第１フラグは、前記ラップアラウンド動き補償が前記現在ビデオシーケンスに対して利用可能でないことを示す第１の値を有するように制約される、画像符号化方法。

【請求項3】

画像符号化方法によって生成されたビットストリームを送信する方法であって、
現在ピクチャ内の現在ブロックに対してラップアラウンド（ｗｒａｐ－ａｒｏｕｎｄ）動き補償を適用するか否かを決定するステップと、
前記決定に基づいてインター予測を行うことにより、前記現在ブロックの予測ブロックを生成するステップと、
前記現在ブロックのインター予測情報及び前記ラップアラウンド動き補償のラップアラウンド情報を符号化するステップと、を含み、
前記ラップアラウンド情報は、前記現在ピクチャを含む現在ビデオシーケンスに対して前記ラップアラウンド動き補償が利用可能であるか否かを示す第１フラグを含み、
前記現在ビデオシーケンスが、ピクチャとして扱われ、前記現在ビデオシーケンス内のピクチャの最大幅の情報に基づいて導出された値と異なる幅を有する少なくとも一つのサブピクチャを含むことに基づいて、前記符号化された第１フラグは、前記ラップアラウンド動き補償が前記現在ビデオシーケンスに対して利用可能でないことを示す第１の値を有するように制約される、ビットストリームを送信する方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、画像符号化／復号化方法及び装置に係り、より詳細には、ラップアラウンド動き補償に基づく画像符号化／復号化方法及び装置、並びに本開示の画像符号化方法／装置によって生成されたビットストリームを保存した記録媒体に関する。

【背景技術】

【0002】

最近、高解像度、高品質の画像、例えばＨＤ（Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）画像及びＵＨＤ（Ｕｌｔｒａ Ｈｉｇｈ Ｄｅｆｉｎｉｔｉｏｎ）画像への需要が多様な分野で増加している。画像データが高解像度、高品質になるほど、従来の画像データに比べて、伝送される情報量又はビット量が相対的に増加する。伝送される情報量又はビット量の増加は、伝送費用と保存費用の増加をもたらす。

【0003】

これにより、高解像度、高品質画像の情報を効果的に伝送又は保存し、再生するための高効率の画像圧縮技術が求められる。

【発明の概要】

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

【0004】

本開示は、符号化／復号化の効率が向上した画像符号化／復号化方法及び装置を提供することを目的とする。

【0005】

また、本開示は、ラップアラウンド動き補償に基づく画像符号化／復号化方法及び装置を提供することを目的とする。

【0006】

また、本開示は、独立してコーディングされたサブピクチャに対するラップアラウンド動き補償に基づく画像符号化／復号化方法及び装置を提供することを目的とする。

【0007】

また、本開示は、本開示による画像符号化方法又は装置によって生成されたビットストリームを伝送する方法を提供することを目的とする。

【0008】

また、本開示は、本開示による画像符号化方法又は装置によって生成されたビットストリームを保存した記録媒体を提供することを目的とする。

【0009】

また、本開示は、本開示による画像復号化装置によって受信され、復号化されて画像の復元に利用されるビットストリームを保存した記録媒体を提供することを目的とする。

【0010】

本開示で解決しようとする技術的課題は上述した技術的課題に制限されず、上述していない別の技術的課題は以降の記載から本開示の属する技術分野における通常の知識を有する者に明確に理解できるだろう。

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

【0011】

本開示の一態様による画像復号化方法は、ビットストリームから現在ブロックのインター予測情報及びラップアラウンド（ｗｒａｐ－ａｒｏｕｎｄ）情報を取得するステップと、前記インター予測情報及び前記ラップアラウンド情報に基づいて、前記現在ブロックの予測ブロックを生成するステップと、を含み、前記ラップアラウンド情報は、前記現在ブロックを含む現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示す第１フラグを含み、独立してコーディングされ、前記現在ブロックを含む現在ピクチャの幅とは異なる幅を有する１つ以上のサブピクチャが前記現在ビデオシーケンスに存在することに基づいて、前記第１フラグは、前記ラップアラウンド動き補償が利用可能でないことを示す第１値を有することができる。

【0012】

本開示の他の態様による画像復号化装置は、メモリ及び少なくとも１つのプロセッサを含み、前記少なくとも１つのプロセッサは、ビットストリームから現在ブロックのインター予測情報及びラップアラウンド（ｗｒａｐ－ａｒｏｕｎｄ）情報を取得し、前記インター予測情報及び前記ラップアラウンド情報に基づいて、前記現在ブロックの予測ブロックを生成し、前記ラップアラウンド情報は、前記現在ブロックを含む現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示す第１フラグを含み、独立してコーディングされ、前記現在ブロックを含む現在ピクチャの幅とは異なる幅を有する１つ以上のサブピクチャが前記現在ビデオシーケンスに存在することに基づいて、前記第１フラグは、前記ラップアラウンド動き補償が利用可能でないことを示す第１値を有することができる。

【0013】

本開示の別の態様による画像符号化方法は、現在ブロックに対してラップアラウンド（ｗｒａｐ－ａｒｏｕｎｄ）動き補償を適用するか否かを決定するステップと、前記決定に基づいてインター予測を行うことにより、前記現在ブロックの予測ブロックを生成するステップと、前記現在ブロックのインター予測情報及び前記ラップアラウンド動き補償に関するラップアラウンド情報を符号化するステップと、を含み、前記ラップアラウンド情報は、前記現在ブロックを含む現在ビデオシーケンスに対して前記ラップアラウンド動き補償が利用可能であるか否かを示す第１フラグを含み、独立してコーディングされ、前記現在ブロックを含む現在ピクチャの幅とは異なる幅を有する１つ以上のサブピクチャが前記現在ビデオシーケンスに存在することに基づいて、前記第１フラグは、前記ラップアラウンド動き補償が利用可能でないことを示す第１値を有することができる。

【0014】

本開示の別の態様によるコンピュータ可読記録媒体は、本開示の画像符号化方法又は画像符号化装置によって生成されたビットストリームを保存することができる。

【0015】

本開示の別の態様による伝送方法は、本開示の画像符号化装置又は画像符号化方法によって生成されたビットストリームを伝送することができる。

【0016】

本開示について簡略に要約して上述した特徴は、後述する本開示の詳細な説明の例示的な態様に過ぎず、本開示の範囲を制限するものではない。

【発明の効果】

【0017】

本開示によれば、符号化／復号化の効率が向上した画像符号化／復号化方法及び装置が提供されることができる。

【0018】

また、本開示によれば、ラップアラウンド動き補償に基づく画像符号化／復号化方法及び装置が提供されることができる。

【0019】

また、本開示によれば、独立してコーディングされたサブピクチャに対するラップアラウンド動き補償に基づく画像符号化／復号化方法及び装置が提供されることができる。

【0020】

また、本開示によれば、本開示による画像符号化方法又は装置によって生成されたビットストリームを伝送する方法が提供されることができる。

【0021】

また、本開示によれば、本開示による画像符号化方法又は装置によって生成されたビットストリームを保存した記録媒体が提供されることができる。

【0022】

また、本開示は、本開示による画像復号化装置によって受信され、復号化されて画像の復元に利用されるビットストリームを保存した記録媒体が提供されることができる。

【0023】

本開示で得られる効果は、上述した効果に限定されず、上述していない別の効果は、以降の記載から、本開示の属する技術分野における通常の知識を有する者に明確に理解できるだろう。

【図面の簡単な説明】

【0024】

【図1】本開示による実施例が適用できるビデオコーディングシステムを概略的に示す図である。

【図2】本開示による実施例が適用できる画像符号化装置を概略的に示す図である。

【図3】本開示による実施例が適用できる画像復号化装置を概略的に示す図である。

【図4】本開示による実施例が適用できる画像復号化手順を概略的に示すフローチャートである。

【図5】本開示による実施例が適用できる画像符号化手順を概略的に示すフローチャートである。

【図6】インター予測ベースのビデオ／画像復号化方法を示すフローチャートである。

【図7】本開示によるインター予測部２６０の構成を例示的に示す図である。

【図8】サブピクチャの一例を示す図である。

【図9】サブピクチャに関する情報を含むＳＰＳの一例を示す図である。

【図10】本開示の一実施例による画像符号化装置がサブピクチャを用いて画像を符号化する方法を示す図である。

【図11】本開示の一実施例による画像復号化装置がサブピクチャを用いて画像を復号化する方法を示す図である。

【図12】２次元ピクチャに変換された３６０度画像の一例を示す図である。

【図13】水平ラップアラウンド動き補償過程の一例を示す図である。

【図14a】ラップアラウンド動き補償に関する情報を含むＳＰＳの一例を示す図である。

【図14b】ラップアラウンド動き補償に関する情報を含むＰＰＳの一例を示す図である。

【図15】画像符号化装置がラップアラウンド動き補償を行う方法を示すフローチャートである。

【図16】本開示の一実施例による画像符号化装置がラップアラウンド動き補償の利用可否を決定する方法を示すフローチャートである。

【図17】本開示の一実施例による画像符号化装置がラップアラウンド動き補償の利用可否を決定する方法を示すフローチャートである。

【図18】本開示の一実施例による画像符号化装置がラップアラウンド動き補償を行う方法を示すフローチャートである。

【図19】本開示の一実施例による画像符号化方法を示すフローチャートである。

【図20】本開示の一実施例による画像復号化方法を示すフローチャートである。

【図21】本開示による実施例が適用できるコンテンツストリーミングシステムを例示的に示す図である。

【図22】本開示の実施例が活用できる３次元画像／ビデオサービスの提供のためのアーキテクチャを概略的に示す図である。

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

【0025】

以下、添付図面を参照して、本開示の実施例について、本開示の属する技術分野における通常の知識を有する者が容易に実施し得るように詳細に説明する。しかし、本開示は、様々な異なる形態で実現でき、ここで説明する実施例に限定されない。

【0026】

本開示の実施例を説明するにあたり、公知の構成又は機能についての具体的な説明が本開示の要旨を不明確にするおそれがあると判断される場合には、それについての詳細な説明は省略する。そして、図面において、本開示についての説明と関係ない部分は省略し、同様の部分には同様の図面符号を付した。

【0027】

本開示において、ある構成要素が他の構成要素と「連結」、「結合」又は「接続」されているとするとき、これは、直接的な連結関係だけでなく、それらの間に別の構成要素が存在する間接的な連結関係も含むことができる。また、ある構成要素が他の構成要素を「含む」又は「有する」とするとき、これは、特に反対される記載がない限り、別の構成要素を排除するのではなく、別の構成要素をさらに含むことができることを意味する。

【0028】

本開示において、「第１」、「第２」などの用語は、一つの構成要素を他の構成要素から区別する目的のみで使用され、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内において、一実施例の第１構成要素を他の実施例で第２構成要素と呼んでもよく、これと同様に、一実施例の第２構成要素を他の実施例で第１構成要素と呼んでもよい。

【0029】

本開示において、互いに区別される構成要素は、それぞれの特徴を明確に説明するためのものであり、構成要素が必ずしも分離されることを意味するものではない。つまり、複数の構成要素が統合されて一つのハードウェア又はソフトウェア単位で構成されてもよく、一つの構成要素が分散されて複数のハードウェア又はソフトウェア単位で構成されてもよい。よって、別に言及しなくても、このように統合された又は分散された実施例も本開示の範囲に含まれる。

【0030】

本開示において、さまざまな実施例で説明する構成要素が必ず必要不可欠な構成要素を意味するものではなく、一部は選択的な構成要素であり得る。したがって、一実施例で説明する構成要素の部分集合で構成される実施例も本開示の範囲に含まれる。また、様々な実施例で説明する構成要素にさらに他の構成要素を含む実施例も、本開示の範囲に含まれる。

【0031】

本開示は、画像の符号化及び復号化に関するものであって、本開示で使用される用語は、本開示で新たに定義されない限り、本開示の属する技術分野における通常の意味を持つことができる。

【0032】

本開示において、「ピクチャ（ｐｉｃｔｕｒｅ）」は、一般的に、特定の時間帯のいずれか一つの画像を示す単位を意味し、スライス（ｓｌｉｃｅ）／タイル（ｔｉｌｅ）は、ピクチャの一部を構成する符号化単位であって、一つのピクチャは、一つ以上のスライス／タイルで構成できる。また、スライス／タイルは、一つ以上のＣＴＵ（ｃｏｄｉｎｇ ｔｒｅｅ ｕｎｉｔ）を含むことができる。

【0033】

本開示において、「ピクセル（ｐｉｘｅｌ）」又は「ペル（ｐｅｌ）」は、一つのピクチャ（又は画像）を構成する最小の単位を意味することができる。また、ピクセルに対応する用語として「サンプル（ｓａｍｐｌｅ）」が使用できる。サンプルは、一般的に、ピクセル又はピクセルの値を示すことができ、ルマ（ｌｕｍａ）成分のピクセル／ピクセル値のみを示すこともでき、クロマ（ｃｈｒｏｍａ）成分のピクセル／ピクセル値のみを示すこともできる。

【0034】

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

【0035】

本開示において、「現在ブロック」は、「現在コーディングブロック」、「現在コーディングユニット」、「符号化対象ブロック」、「復号化対象ブロック」又は「処理対象ブロック」のうちのいずれか一つを意味することができる。予測が行われる場合、「現在ブロック」は、「現在予測ブロック」又は「予測対象ブロック」を意味することができる。変換（逆変換）／量子化（逆量子化）が行われる場合、「現在ブロック」は「現在変換ブロック」又は「変換対象ブロック」を意味することができる。フィルタリングが行われる場合、「現在ブロック」は「フィルタリング対象ブロック」を意味することができる。

【0036】

また、本開示において、「現在ブロック」は、クロマブロックという明示的な記載がない限り、ルマ成分ブロックとクロマ成分ブロックを全て含むブロック又は「現在ブロックのルマブロック」を意味することができる。現在ブロックのルマ成分ブロックは、明示的に「ルマブロック」又は「現在ルマブロック」のようにルマ成分ブロックという明示的な記載を含んで表現できる。また、現在ブロックのクロマ成分ブロックは、明示的に「クロマブロック」又は「現在クロマブロック」のようにクロマ成分ブロックという明示的な記載を含んで表現できる。

【0037】

本開示において、「／」と「、」は「及び／又は」と解釈されることができる。例えば、「Ａ／Ｂ」と「Ａ、Ｂ」は「Ａ及び／又はＢ」と解釈されることができる。また、「Ａ／Ｂ／Ｃ」と「Ａ、Ｂ、Ｃ」は、「Ａ、Ｂ及び／又はＣのうちの少なくとも一つ」を意味することができる。

【0038】

本開示において、「又は」は「及び／又は」と解釈されることができる。例えば、「Ａ又はＢ」は、１）「Ａ」のみを意味するか、２）「Ｂ」のみを意味するか、３）「Ａ及びＢ」を意味することができる。又は、本開示において、「又は」は、「追加的に又は代替的に（ａｄｄｉｔｉｏｎａｌｌｙ ｏｒ ａｌｔｅｒｎａｔｉｖｅｌｙ）」を意味することができる。

【0039】

ビデオコーディングシステムの概要

【0040】

図１は、本開示による実施例が適用できるビデオコーディングシステムを概略的に示す図である。

【0041】

一実施例によるビデオコーディングシステムは、符号化装置１０及び復号化装置２０を含むことができる。符号化装置１０は、符号化されたビデオ（ｖｉｄｅｏ）及び／又は画像（ｉｍａｇｅ）情報又はデータをファイル又はストリーミング形式でデジタル記憶媒体又はネットワークを介して復号化装置２０へ伝達することができる。

【0042】

一実施例による符号化装置１０は、ビデオソース生成部１１、符号化部１２及び伝送部１３を含むことができる。一実施例による復号化装置２０は、受信部２１、復号化部２２及びレンダリング部２３を含むことができる。前記符号化部１２は、ビデオ／画像符号化部と呼ばれることができ、前記復号化部２２は、ビデオ／画像復号化部と呼ばれることができる。伝送部１３は、符号化部１２に含まれることができる。受信部２１は、復号化部２２に含まれることができる。レンダリング部２３は、ディスプレイ部を含むこともでき、ディスプレイ部は、別個のデバイス又は外部コンポーネントとして構成されることもできる。

【0043】

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

【0044】

符号化部１２は、入力ビデオ／画像を符号化することができる。符号化部１２は、圧縮及び符号化効率のために、予測、変換、量子化などの一連の手順を行うことができる。符号化部１２は、符号化されたデータ（符号化されたビデオ／画像情報）をビットストリーム（ｂｉｔｓｔｒｅａｍ）形式で出力することができる。

【0045】

伝送部１３は、ビットストリーム形式で出力された、符号化されたビデオ／画像情報又はデータを、ファイル又はストリーミング形式でデジタル記憶媒体又はネットワークを介して復号化装置２０の受信部２１に伝達することができる。デジタル記憶媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、Ｂｌｕ－ｒａｙ、ＨＤＤ、ＳＳＤなどのさまざまな記憶媒体を含むことができる。伝送部１３は、予め決められたファイルフォーマットを介してメディアファイルを生成するためのエレメントを含むことができ、放送／通信ネットワークを介して伝送するためのエレメントを含むことができる。受信部２１は、前記記憶媒体又はネットワークから前記ビットストリームを抽出／受信して復号化部２２に伝達することができる。

【0046】

復号化部２２は、符号化部１２の動作に対応する逆量子化、逆変換、予測などの一連の手順を行ってビデオ／画像を復号化することができる。

【0047】

レンダリング部２３は、復号化されたビデオ／画像をレンダリングすることができる。レンダリングされたビデオ／画像は、ディスプレイ部を介して表示されることができる。

【0048】

画像符号化装置の概要

【0049】

図２は、本開示による実施例が適用できる画像符号化装置を概略的に示す図である。

【0050】

図２に示されているように、画像符号化装置１００は、画像分割部１１０、減算部１１５、変換部１２０、量子化部１３０、逆量子化部１４０、逆変換部１５０、加算部１５５、フィルタリング部１６０、メモリ１７０、インター予測部１８０、イントラ予測部１８５及びエントロピー符号化部１９０を含むことができる。インター予測部１８０及びイントラ予測部１８５は、合わせて「予測部」と呼ばれることができる。変換部１２０、量子化部１３０、逆量子化部１４０及び逆変換部１５０は、レジデュアル（ｒｅｓｉｄｕａｌ）処理部に含まれることができる。レジデュアル処理部は減算部１１５をさらに含むこともできる。

【0051】

画像符号化装置１００を構成する複数の構成部の全部又は少なくとも一部は、実施例によって一つのハードウェアコンポーネント（例えば、エンコーダ又はプロセッサ）で実現されることができる。また、メモリ１７０は、ＤＰＢ（ｄｅｃｏｄｅｄ ｐｉｃｔｕｒｅ ｂｕｆｆｅｒ）を含むことができ、デジタル記憶媒体によって実現できる。

【0052】

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

【0053】

予測部（インター予測部１８０又はイントラ予測部１８５）は、処理対象ブロック（現在ブロック）に対する予測を行い、前記現在ブロックに対する予測サンプルを含む予測されたブロック（ｐｒｅｄｉｃｔｅｄ ｂｌｏｃｋ）を生成することができる。予測部は、現在ブロック又はＣＵ単位でイントラ予測が適用されるか、或いはインター予測が適用されるかを決定することができる。予測部は、現在ブロックの予測に関するさまざまな情報を生成してエントロピー符号化部１９０に伝達することができる。予測に関する情報は、エントロピー符号化部１９０で符号化されてビットストリーム形式で出力されることができる。

【0054】

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

【0055】

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

【0056】

予測部は、後述する様々な予測方法及び／又は予測技法に基づいて予測信号を生成することができる。例えば、予測部は、現在ブロックの予測のために、イントラ予測又はインター予測を適用することができるだけでなく、イントラ予測とインター予測を同時に適用することができる。現在ブロックの予測のためにイントラ予測とインター予測を同時に適用する予測方法は、ＣＩＩＰ（ｃｏｍｂｉｎｅｄ ｉｎｔｅｒ ａｎｄ ｉｎｔｒａ ｐｒｅｄｉｃｔｉｏｎ）と呼ばれることができる。また、予測部は、現在ブロックの予測のためにイントラブロックコピー（ｉｎｔｒａ ｂｌｏｃｋ ｃｏｐｙ、ＩＢＣ）を行うこともできる。イントラブロックコピーは、例えば、ＳＣＣ（ｓｃｒｅｅｎ ｃｏｎｔｅｎｔ ｃｏｄｉｎｇ）などのようにゲームなどのコンテンツ画像／動画コーディングのために使用できる。ＩＢＣは、現在ブロックから所定の距離だけ離れた位置の現在ピクチャ内の既に復元された参照ブロックを用いて現在ブロックを予測する方法である。ＩＢＣが適用される場合、現在ピクチャ内の参照ブロックの位置は、前記所定の距離に該当するベクトル（ブロックベクトル）として符号化されることができる。ＩＢＣは、基本的に現在ピクチャ内で予測を行うが、現在ピクチャ内で参照ブロックを導出するという点で、インター予測と同様に行われることができる。すなわち、ＩＢＣは、本開示で説明されるインター予測技法のうちの少なくとも１つを用いることができる。

【0057】

予測部によって生成された予測信号は、復元信号を生成するために用いられるか、或いはレジデュアル信号を生成するために用いられることができる。減算部１１５は、入力画像信号（原本ブロック、原本サンプルアレイ）から、予測部から出力された予測信号（予測されたブロック、予測サンプルアレイ）を減算して、レジデュアル信号（ｒｅｓｉｄｕａｌ ｓｉｇｎａｌ、残余ブロック、残余サンプルアレイ）を生成することができる。生成されたレジデュアル信号は、変換部１２０に伝送されることができる。

【0058】

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

【0059】

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

【0060】

エントロピー符号化部１９０は、例えば、指数ゴロム（ｅｘｐｏｎｅｎｔｉａｌ Ｇｏｌｏｍｂ）、ＣＡＶＬＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｖａｒｉａｂｌｅ ｌｅｎｇｔｈ ｃｏｄｉｎｇ）、ＣＡＢＡＣ（ｃｏｎｔｅｘｔ－ａｄａｐｔｉｖｅ ｂｉｎａｒｙ ａｒｉｔｈｍｅｔｉｃ ｃｏｄｉｎｇ）などの様々な符号化方法を行うことができる。エントロピー符号化部１９０は、量子化された変換係数の他に、ビデオ／画像復元に必要な情報（例えば、シンタックス要素（ｓｙｎｔａｘ ｅｌｅｍｅｎｔｓ）の値など）を一緒に又は別々に符号化することもできる。符号化された情報（例えば、符号化されたビデオ／画像情報）は、ビットストリーム形式でＮＡＬ（ｎｅｔｗｏｒｋ ａｂｓｔｒａｃｔｉｏｎ ｌａｙｅｒ）ユニット単位で伝送又は保存されることができる。前記ビデオ／画像情報は、適応パラメータセット（ＡＰＳ）、ピクチャパラメータセット（ＰＰＳ）、シーケンスパラメータセット（ＳＰＳ）又はビデオパラメータセット（ＶＰＳ）などの様々なパラメータセットに関する情報をさらに含むことができる。また、前記ビデオ／画像情報は、一般制限情報（ｇｅｎｅｒａｌ ｃｏｎｓｔｒａｉｎｔ ｉｎｆｏｒｍａｔｉｏｎ）をさらに含むことができる。本開示で言及されたシグナリング情報、伝送される情報及び／又はシンタックス要素は、上述した符号化手順を介して符号化されて前記ビットストリームに含まれることができる。

【0061】

前記ビットストリームは、ネットワークを介して伝送されることができ、又はデジタル記憶媒体に保存されることができる。ここで、ネットワークは、放送網及び／又は通信網などを含むことができ、デジタル記憶媒体は、ＵＳＢ、ＳＤ、ＣＤ、ＤＶＤ、Ｂｌｕ－ｒａｙ、ＨＤＤ、ＳＳＤなどのさまざまな記憶媒体を含むことができる。エントロピー符号化部１９０から出力された信号を伝送する伝送部（図示せず）及び／又は保存する保存部（図示せず）が画像符号化装置１００の内／外部要素として備えられることができ、又は伝送部はエントロピー符号化部１９０の構成要素として備えられることもできる。

【0062】

量子化部１３０から出力された、量子化された変換係数は、レジデュアル信号を生成するために用いられることができる。例えば、量子化された変換係数に逆量子化部１４０及び逆変換部１５０を介して逆量子化及び逆変換を適用することにより、レジデュアル信号（レジデュアルブロック又はレジデュアルサンプル）を復元することができる。

【0063】

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

【0064】

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

【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】

図８はサブピクチャの一例を示す図である。

【0114】

図８を参照すると、１つのピクチャは、１８個のタイルに分割されることができる。前記ピクチャの左側には１２個のタイルが配置されることができ、前記タイルのそれぞれは、１６個のＣＴＵからなる１つのサブピクチャ／スライスを含むことができる。また、前記ピクチャの右側には６つのタイルが配置されることができ、前記タイルのそれぞれは、４つのＣＴＵからなる２つのサブピクチャ／スライスを含むことができる。その結果、前記ピクチャは２４個のサブピクチャに分割され、前記サブピクチャのそれぞれは１つのスライスを含むことができる。

【0115】

サブピクチャに関する情報（例えば、サブピクチャの個数やサイズなど）は、上位レベルシンタックス、例えばＳＰＳ、ＰＰＳ及び／又はスライスヘッダーを介して符号化／シグナリングされることができる。

【0116】

図９は、サブピクチャに関する情報を含むＳＰＳの一例を示す図である。

【0117】

図９を参照すると、ＳＰＳは、ＣＬＶＳ（ｃｏｄｅｄ ｌａｙｅｒ ｖｉｄｅｏ ｓｅｑｕｅｎｃｅ）に対するサブピクチャ情報の存否を示すシンタックス要素ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを含むことができる。例えば、第１値（例えば、０）を有するｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＣＬＶＳに対するサブピクチャ情報が存在せず、前記ＣＬＶＳの各ピクチャ内に只１つのサブピクチャのみが存在することを示すことができる。これとは異なり、第２値（例えば、１）を有するｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ＣＬＶＳに対するサブピクチャ情報が存在し、前記ＣＬＶＳの各ピクチャ内に１つ以上のサブピクチャが存在することを示すことができる。一例において、ＳＰＳを参照するＣＬＶＳ内でピクチャ空間解像度（ｐｉｃｔｕｒｅ ｓｐａｔｉａｌ ｒｅｓｏｌｕｔｉｏｎ）が変更できる場合（例えば、ｒｅｓ＿ｃｈａｎｇｅ＿ｉｎ＿ｃｌｖｓ＿ａｌｌｏｗｅｄ＿ｆｌａｇ＝＝１）、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は第１値（例えば、０）に制限されることができる。一方、ビットストリームがサブビットストリーム抽出プロセス（ｓｕｂ－ｂｉｔｓｔｒｅａｍ ｅｘｔｒａｃｔｉｏｎ ｐｒｏｃｅｓｓ）の結果として、前記サブビットストリーム抽出プロセスに対する入力ビットストリームのサブピクチャのサブセットのみを含む場合、ｓｕｂｐｉｃ＿ｉｎｆｏ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値は、第２値（例えば、１）に制限されることができる。

【0118】

また、ＳＰＳは、サブピクチャの個数を示すシンタックス要素ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１を含むことができる。例えば、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｉｎｕｓ１に１を加えた値は、ＣＬＶＳ内の各ピクチャに含まれているサブピクチャの個数を示すことができる。一例において、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は、０以上でＣｅｉｌ（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓχＣｔｂＳｉｚｅＹ）ｘＣｅｉｌ（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＣｔｂＳｉｚｅＹ）以下の範囲を有するように制限されることができる。ここで、Ｃｅｉｌ（ｘ）は、ｘと同じかそれより大きい最も小さい整数値を出力するセーリング関数（ｃｅｉｌｉｎｇ ｆｕｎｃｔｉｏｎ）であり得る。また、ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、各ピクチャのルマサンプル単位の最大幅を意味し、ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、各ピクチャのルマサンプル単位の最大高さを意味し、ＣｔｂＳｉｚｅＹは幅と高さの両方におけるそれぞれのルマ成分ＣＴＢ（ｃｏｄｉｎｇ ｔｒｅｅ ｂｌｏｃｋ）の配列サイズを意味することができる。一方、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１が存在しない場合、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は第１値（例えば、０）と推論されることができる。

【0119】

また、ＳＰＳは、サブピクチャ境界をピクチャ境界として扱うか否かを示すシンタックス要素ｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇを含むことができる。例えば、第２値（例えば、１）を有するｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇは、ＣＬＶＳ内のすべてのサブピクチャ境界がピクチャ境界として扱われ、前記サブピクチャ境界を横切るループフィルタリングが行われないことを示すことができる。これとは異なり、第１値（例えば、０）を有するｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇは、上述した制約事項が適用されないことを示すことができる。一方、ｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇが存在しない場合、ｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇの値は第１値（例えば、０）と推論されることができる。

【0120】

また、ＳＰＳは、サブピクチャの位置及びサイズを示すシンタックス要素ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］、及びｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］を含むことができる。

【0121】

ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］は、ｉ番目のサブピクチャの左上側（ｔｏｐ ｌｅｆｔ）ＣＴＵの水平位置をＣｔｂＳｉｚｅＹ単位で表すことができる。一例において、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］の長さは、Ｃｅｉｌ（Ｌｏｇ２（（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＣｔｂＳｉｚｅＹ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ））ビット（ｂｉｔｓ）であり得る。一方、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］が存在しない場合、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］の値は第１値（例えば、０）と推論されることができる。

【0122】

ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］は、ｉ番目のサブピクチャの左上側ＣＴＵの垂直位置をＣｔｂＳｉｚｅＹ単位で表すことができる。一例において、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］の長さは、Ｃｅｉｌ（Ｌｏｇ２（（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＣｔｂＳｉｚｅＹ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ））ビット（ｂｉｔｓ）であり得る。一方、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］が存在しない場合、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］の値は第１値（例えば、０）と推論されることができる。

【0123】

ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］に１を加えた値は、ｉ番目のサブピクチャの幅をＣｔｂＳｉｚｅＹ単位で表すことができる。一例において、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の長さは、Ｃｅｉｌ（Ｌｏｇ２（（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＣｔｂＳｉｚｅＹ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ））ビット（ｂｉｔｓ）であり得る。一方、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］が存在しない場合、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］の値は（（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＣｔｂＳｉｚｅＹ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］－１と推論されることができる。

【0124】

ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］に１を加えた値は、ｉ番目のサブピクチャの高さをＣｔｂＳｉｚｅＹ単位で表すことができる。一例において、ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の長さは、Ｃｅｉｌ（Ｌｏｇ２（（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＣｔｂＳｉｚｅＹ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ））ビット（ｂｉｔｓ）であり得る。一方、ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］が存在しない場合、ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｉ］の値は（（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ＋ＣｔｂＳｉｚｅＹ－１）＞＞ＣｔｂＬｏｇ２ＳｉｚｅＹ）－ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］－１と推論されることができる。

【0125】

また、ＳＰＳは、サブピクチャが１つのピクチャとして扱われるか否かを示すｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］を含むことができる。例えば、第１値（例えば、０）を有するｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＬＶＳ内のそれぞれの符号化ピクチャ内のｉ番目のサブピクチャがインループフィルタリング動作を除く復号化プロセスで１つのピクチャとして扱われないことを示すことができる。これとは異なり、第２値（例えば、１）を有するｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＬＶＳ内のそれぞれの符号化ピクチャのｉ番目のサブピクチャがインループフィルタリング動作を除く復号化プロセスにおいて１つのピクチャとして扱われることを示すことができる。ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］が存在しない場合、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は、前述したｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇと同じ値と推論されることができる。一例において、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、上述したｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇが第１値（例えば、０）を有する場合（すなわち、サブピクチャ境界がピクチャ境界として扱われない場合）にのみ符号化／シグナリングされることができる。

【0126】

一方、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］が第２値（例えば、１）を有する場合、ｉ番目のサブピクチャを含むレイヤーを出力レイヤーとして含む出力レイヤーセット（ｏｕｔｐｕｔ ｌａｙｅｒ ｓｅｔ、ＯＬＳ）内のそれぞれの出力レイヤー及びその参照レイヤーに対して、次の条件のすべてが真であることは、ビットストリーム適合性のための要求事項であり得る。

【0127】

－（条件１）出力レイヤー及びその参照レイヤー内のすべてのピクチャは、同じ値のｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ及び同じ値のｐｉｃ＿ｈｅｉｇｈｔ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓを有しなければならない。

【0128】

－（条件２）出力レイヤー及びその参照レイヤーによって参照されるすべてのＳＰＳは、同じ値のｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１、及びそれぞれ同じ値のｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｊ］、ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｊ］、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｊ］、ｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１［ｊ］及びｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｊ］を有しなければならない。ここで、ｊは、０以上でｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１以下の範囲を有する。

【0129】

また、ＳＰＳは、サブピクチャ境界を横切るインループフィルタリング動作が行われ得るか否かを示すシンタックス要素ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］を含むことができる。例えば、第１値（例えば、０）を有するｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、ＣＬＶＳ内のそれぞれの符号化ピクチャ内のｉ番目のサブピクチャの境界を横切るインループフィルタリング動作が行われないことを示すことができる。これとは異なり、第２値（例えば、１）を有するｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、ＣＬＶＳ内のそれぞれの符号化ピクチャ内のｉ番目のサブピクチャの境界を横切るインループフィルタリング動作が行われ得ることを示すことができる。ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］が存在しない場合、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値は１－ｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇと同じ値と推論されることができる。一例において、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、前述したｓｐｓ＿ｉｎｄｅｐｅｎｄｅｎｔ＿ｓｕｂｐｉｃｓ＿ｆｌａｇが第１値（例えば、０）を有する場合（すなわち、サブピクチャ境界がピクチャ境界として扱われない場合）にのみ符号化／シグナリングされることができる。一方、ビットストリーム整合性に対する要求事項として、サブピクチャの形態は、各サブピクチャが復号化されるときに、各サブピクチャの全体左境界及び全体上側境界がピクチャの境界、又は以前に復号化されたサブピクチャの境界で構成されるようにする形態でなければならない。

【0130】

図１０は、本開示の一実施例による画像符号化装置がサブピクチャを用いて画像を符号化する方法を示す図である。

【0131】

画像符号化装置は、サブピクチャ構造に基づいて現在ピクチャを符号化することができる。又は、画像符号化装置は、現在ピクチャを構成する少なくとも１つのサブピクチャを符号化し、（符号化された）少なくとも１つのサブピクチャに関する（符号化された）情報を含む（サブ）ビットストリームを出力することができる。

【0132】

図１０を参照すると、画像符号化装置は、入力ピクチャを複数のサブピクチャに分割することができる（Ｓ１０１０）。そして、画像符号化装置は、サブピクチャに関する情報を生成することができる（Ｓ１０２０）。ここで、サブピクチャに関する情報は、例えば、サブピクチャの面積に関する情報及び／又はサブピクチャに使用するためのグリッドスペーシングに関する情報を含むことができる。また、サブピクチャに関する情報は、それぞれのサブピクチャが１つのピクチャとして扱われ得るか否かに関する情報及び／又はそれぞれのサブピクチャの境界を横切ってインループフィルタリングが行われ得るか否かに関する情報（ｂｏｕｎｄａｒｙ）を含むことができる。

【0133】

画像符号化装置は、サブピクチャに関する情報に基づいて少なくとも１つのサブピクチャを符号化することができる。例えば、それぞれのサブピクチャは、サブピクチャに関する情報に基づいて独立して符号化されることができる。そして、画像符号化装置は、サブピクチャに関する情報を含む画像情報を符号化してビットストリームを出力することができる（Ｓ１０３０）。ここで、サブピクチャのためのビットストリームは、サブストリーム又はサブビットストリームと呼ばれることがある。

【0134】

図１１は、本開示の一実施例による画像復号化装置がサブピクチャを用いて画像を復号化する方法を示す図である。

【0135】

画像復号化装置は、現在ピクチャに含まれている少なくとも１つのサブピクチャを（サブ）ビットストリームから取得される（符号化された）少なくとも１つのサブピクチャに関する（符号化された）情報を用いて復号化することができる。

【0136】

図１１を参照すると、画像復号化装置は、ビットストリームからサブピクチャに関する情報を取得することができる（Ｓ１１１０）。ここで、ビットストリームは、サブピクチャのためのサブストリーム又はサブビットストリームを含むことができる。サブピクチャに関する情報は、ビットストリームの上位レベルシンタックスに構成されることができる。そして、画像復号化装置は、サブピクチャに関する情報に基づいて少なくとも１つのサブピクチャを誘導することができる（Ｓ１１２０）。

【0137】

画像復号化装置は、サブピクチャに関する情報に基づいて少なくとも１つのサブピクチャを復号化することができる（Ｓ１１３０）。例えば、現在ブロックを含む現在サブピクチャが一つのピクチャとして扱われる場合、現在サブピクチャは独立して復号化されることができる。また、現在サブピクチャの境界を横切ってインループフィルタリングが行われることができる場合、現在サブピクチャの境界及び前記境界に隣接した隣接サブピクチャの境界に対して、インループフィルタリング（例えば、デブロッキングフィルタリング）が行われ得る。また、現在サブピクチャの境界がピクチャ境界と一致する場合、現在サブピクチャの境界を横切るインループフィルタリングは行われないことができる。画像復号化装置は、ＣＡＢＡＣ方法、予測方法、レジデュアル処理方法（変換、量子化）、インループフィルタリング方式などに基づいてサブピクチャを復号化することができる。そして、画像復号化装置は、復号化された少なくとも１つのサブピクチャを出力するか、或いは少なくとも１つのサブピクチャを含む現在ピクチャを出力することができる。復号化されたサブピクチャは、ＯＰＳ（ｏｕｔｐｕｔ ｓｕｂ－ｐｉｃｔｕｒｅ ｓｅｔ）の形態で出力されることができる。例えば、３６０度画像又は全方向画像に関連して、現在ピクチャの一部のみがレンダリングされる場合、現在ピクチャ内のすべてのサブピクチャのうちの一部のサブピクチャのみが復号化されることができ、復号化されたサブピクチャのうちの全部又は一部がユーザのビューポートに従ってレンダリングされることができる。

【0138】

ラップアラウンドの概要

【0139】

現在ブロックにインター予測が適用される場合、現在ブロックの動きベクトルによって特定される参照ブロックに基づいて現在ブロックの予測ブロックが誘導されることができる。このとき、前記参照ブロック内の少なくとも１つの参照サンプルが参照ピクチャの境界から外れる場合、前記参照サンプルのサンプル値は、前記参照ピクチャの境界又は最外郭に存在する隣接サンプルのサンプル値に置き換えられることができる。これをパディング（ｐａｄｄｉｎｇ）と呼び、前記参照ピクチャの境界は前記パディングを介して拡張されることができる。

【0140】

一方、参照ピクチャが３６０度画像から取得される場合、前記参照ピクチャの左境界と右境界との間には連続性が存在することができる。これにより、前記参照ピクチャの左境界（又は右境界）に隣接しているサンプルは、前記ピクチャの右境界（又は左境界）に隣接しているサンプルと同一／類似のサンプル値及び／又は動き情報を有することができる。このような特性に基づいて、参照ブロック内で参照ピクチャの境界から外れる少なくとも１つの参照サンプルは、前記参照サンプルに対応する前記参照ピクチャ内の隣接サンプルに置き換えられることができる。これを（水平）ラップアラウンド（ｗｒａｐ－ａｒｏｕｎｄ）動き補償と呼び、現在ブロックの動きベクトルは、前記ラップアラウンド動き補償を介して参照ピクチャの内部を指すように調整されることができる。

【0141】

ラップアラウンド動き補償は、復元された画像／ビデオ、例えばＥＲＰフォーマットで投影された３６０度画像／ビデオの視覚的品質（ｖｉｓｕａｌ ｑｕａｌｉｔｙ）を向上させるためにデザインされたコーディングツールを意味する。既存の動き補償過程によれば、現在ブロックの動きベクトルが参照ピクチャの境界から外れるサンプルを指す場合、前記境界から外れたサンプルのサンプル値は、繰り返しパディングを介して前記境界に最も近い隣接サンプルのサンプル値を複写することにより誘導されることができる。しかし、３６０度画像／ビデオは、球形に取得され、本質的に画像境界を有しないため、投影されたドメイン（２次元ドメイン）上で参照ピクチャの境界から外れる参照サンプルは、常に旧ドメイン（３次元ドメイン）上で前記参照サンプルに隣接している隣接サンプルから取得されることができる。したがって、繰り返しパディングは、３６０度画像／ビデオに対しては不適合であり、復元されたビューポート画像／ビデオ内でシームアーティファクト（ｓｅａｍ ａｒｔｉｆａｃｔ）と呼ばれる視覚的アーティファクトを誘発する可能性がある。

【0142】

一方、一般的な投影方法が適用される場合、２Ｄ－ｔｏ－３Ｄ及び３Ｄ－ｔｏ－２Ｄ座標変換が分数サンプル位置に対するサンプル補間と共に行われるので、旧ドメイン上でラップアラウンド動き補償のための隣接サンプルを取得することは困難であり得る。しかしながら、ＥＲＰ投影方法が適用される場合、参照ピクチャの左境界（又は右境界）から外れる球形の隣接サンプルは、前記参照ピクチャの右境界（又は左境界）内のサンプルから比較的容易に取得されることができる。したがって、ＥＲＰ投影方法の相対的な実現容易性及びその広範な使用を考慮するとき、ラップアラウンド動き補償は、ＥＲＰフォーマットで符号化された３６０度画像／ビデオに対してより効果的であり得る。

【0143】

図１２は、２次元ピクチャに変換された３６０度画像の一例を示す図である。

【0144】

図１２を参照すると、３６０度画像１２１０は、投影過程を介して２次元ピクチャ１２３０に変換されることができる。２次元ピクチャ１２３０は、３６０度画像１２１０に適用された投影方法に応じて、ＥＲＰ（ｅｑｕｉ－ｒｅｃｔａｎｇｕｌａｒ ｐｒｏｊｅｃｔｉｏｎ）フォーマット又はＰＥＲＰ（Ｐａｄｄｅｄ ＥＲＰ）フォーマットなどの様々な投影フォーマットを有することができる。

【0145】

３６０度画像１２１０は、全方位から取得される画像特性上、画像境界を有さない。しかし、３６０度画像１２１０から取得される２次元ピクチャ１２３０は、投影過程により画像境界を有する。このとき、２次元ピクチャ１２３０の左境界ＬＢｄ及び右境界ＲＢｄは、３６０度画像１２１０内で一つのラインＲＬを構成して互いに当接していてもよい。したがって、２次元ピクチャ１２３０内で前記左境界ＬＢｄ及び前記右境界ＲＢｄに隣接しているサンプル間の類似度は相対的に高くてもよい。

【0146】

一方、３６０度画像１２１０内の所定の領域は、基準となる画像境界に応じて２次元ピクチャ１２３０の内部領域又は外部領域に対応することができる。例えば、２次元ピクチャ１２３０の左境界ＬＢｄを基準とするとき、３６０度画像１２１０内のＡ領域は、２次元ピクチャ１２３０の外部に存在するＡ１領域に対応することができる。逆に、２次元ピクチャ１２３０の右境界ＲＢｄを基準とするとき、３６０度画像１２１０内のＡ領域は、２次元ピクチャ１２３０の内部に存在するＡ２領域に対応することができる。Ａ１領域及びＡ２領域は、３６０度画像１２１０を基準として同じＡ領域に対応するという点で、互いに同一／類似のサンプル属性を有することができる。

【0147】

このような特性に基づいて、２次元ピクチャ１２３０の左境界ＬＢｄから外れた外部サンプルは、ラップアラウンド動き補償を介して第１方向ＤＩＲ１に所定の距離だけ離隔した位置に存在する２次元ピクチャ１２３０の内部サンプルに置き換えられることができる。例えば、Ａ１領域に含まれる２次元ピクチャ１２３０の外部サンプルは、Ａ２領域に含まれる２次元ピクチャ１２３０の内部サンプルに置き換えられることができる。同様に、２次元ピクチャ１２３０の右境界ＲＢｄから外れた外部サンプルは、ラップアラウンド動き補償を介して第２方向ＤＩＲ２に所定の距離だけ離隔した位置に存在する２次元ピクチャ１２３０の内部サンプルに置き換えられることができる。

【0148】

図１３は、ラップアラウンド動き補償過程の一例を示す図である。

【0149】

図１３を参照すると、現在ブロック１３１０にインター予測が適用される場合、参照ブロック１３３０に基づいて現在ブロック１３１０の予測ブロックが誘導されることができる。

【0150】

参照ブロック１３３０は、現在ブロック１３１０の動きベクトル１３２０によって特定されることができる。一例において、動きベクトル１３２０は、参照ピクチャ内で現在ブロック１３１０と同じ位置に存在する同一位置ブロック１３１５の左上側位置を基準に参照ブロック１３３０の左上側位置を指し示すことができる。

【0151】

参照ブロック１３３０は、図１３に示すように、参照ピクチャの左境界から外れる第１領域１３３５を含むことができる。第１領域１３３５は、現在ブロック１３１０のインター予測に利用できないので、ラップアラウンド動き補償を介して参照ピクチャ内の第２領域１３４０に置き換えられることができる。第２領域１３４０は、旧ドメイン（３次元ドメイン）上で第１領域１３３５と共に同じ領域に対応することができ、第２領域１３４０の位置は、第１領域１３３５の所定の位置（例えば、左上側位置）にラップアラウンドオフセットを加算することにより特定されることができる。

【0152】

ラップアラウンドオフセットは、現在ピクチャのパディング前のＥＲＰ幅（ＥＲＰ ｗｉｄｔｈ）に設定できる。ここで、ＥＲＰ幅（ＥＲＰ ｗｉｄｔｈ）とは、３６０度画像から取得されるＥＲＰフォーマットの原本ピクチャ（すなわち、ＥＲＰピクチャ）の幅を意味することができる。ＥＲＰピクチャの左境界及び右境界に対して水平方向のパディング過程が行われることができる。これにより、現在ピクチャの幅（ＰｉｃＷｉｄｔｈ）は、ＥＲＰ幅（ＥＲＰ ｗｉｄｔｈ）、ＥＲＰピクチャの左境界に対するパディング量（ｌｅｆｔ ｐａｄｄｉｎｇ）、及びＥＲＰピクチャの右境界に対するパディング量（ｒｉｇｈｔ ｐａｄｄｉｎｇ）を全て合わせた値に決定できる。一方、ラップアラウンドオフセットは、上位レベルシンタックス内の所定のシンタックス要素（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ）を用いて符号化／シグナリングされることができる。前記シンタックス要素は、ＥＲＰピクチャの左境界及び右境界に対するパディング量によって影響を受けず、その結果、原本ピクチャに対する非対称的パディング（ａｓｙｍｍｅｔｒｉｃ ｐａｄｄｉｎｇ）が支援されることができる。すなわち、ＥＲＰピクチャの左境界に対するパディング量（ｌｅｆｔ ｐａｄｄｉｎｇ）と右境界に対するパディング量（ｒｉｇｈｔ ｐａｄｄｉｎｇ）とは互いに異なり得る。

【0153】

前述したラップアラウンド動き補償に関する情報（例えば、活性化の有無、ラップアラウンドオフセットなど）は、上位レベルシンタックス、例えばＳＰＳ及び／又はＰＰＳを介して符号化／シグナリングされることができる。

【0154】

図１４ａは、ラップアラウンド動き補償に関する情報を含むＳＰＳの一例を示す図である。

【0155】

図１４ａを参照すると、ＳＰＳは、シーケンスレベルでラップアラウンド動き補償を適用するか否かを示すシンタックス要素ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを含むことができる。例えば、第１値（例えば、０）を有するｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在ブロックを含む現在ビデオシーケンスに対してラップアラウンド動き補償が適用されないことを示すことができる。これとは異なり、第２値（例えば、１）を有するｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在ブロックを含む現在ビデオシーケンスに対してラップアラウンド動き補償が適用されることを示すことができる。一例において、現在ビデオシーケンスに対するラップアラウンド動き補償は、ピクチャ幅（例えば、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）及びＣＴＢ幅（ＣｔｂＳｉｚｅＹ）が下記の条件を満たす場合にのみ適用されることができる。

【0156】

－（条件）：（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１）≧（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１）

【0157】

上記の条件を満たさない場合、例えば、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１）の値が（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１）の値より大きい場合、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、第１値（例えば、０）に制限されることができる。ここで、ＣｔｂＳｉｚｅＹはルマ成分ＣＴＢの幅又は高さを意味し、ＭｉｎＣｂＳｉｚｅＹはルマ成分ＣＢ（ｃｏｄｉｎｇ ｂｌｏｃｋ）の最小幅又は最小高さを意味することができる。また、ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、各ピクチャのルマサンプル単位の最大幅を意味することができる。

【0158】

図１４ｂは、ラップアラウンド動き補償に関する情報を含むＰＰＳの一例を示す図である。

【0159】

図１４ｂを参照すると、ＰＰＳは、ピクチャレベルでラップアラウンド動き補償を適用するか否かを示すシンタックス要素ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを含むことができる。

【0160】

図１４ｂを参照すると、ＰＰＳは、シーケンスレベルでラップアラウンド動き補償を適用するか否かを示すシンタックス要素ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを含むことができる。例えば、第１値（例えば、０）を有するｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在ブロックを含む現在ピクチャに対してラップアラウンド動き補償が適用されないことを示すことができる。これとは異なり、第２値（例えば、１）を有するｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、現在ブロックを含む現在ピクチャに対してラップアラウンド動き補償が適用されることを示すことができる。一例において、現在ピクチャに対するラップアラウンド動き補償は、ピクチャ幅（例えば、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）がＣＴＢ幅（ＣｔｂＳｉｚｅＹ）より大きい場合にのみ適用されることができる。例えば、（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ＋１）の値が（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ－１）の値より大きい場合、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、第１値（例えば、０）に制限されることができる。他の例において、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第１値（例えば、０）を有する場合、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値は第１値（例えば、０）に制限されることができる。

【0161】

また、ＰＰＳは、ラップアラウンド動き補償のオフセットを示すシンタックス要素ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔを含むことができる。例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔに（（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋２）を加えた値は、ルマサンプル単位でラップアラウンドの位置を算出するためのラップアラウンドオフセットを示すことができる。ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔの値は、０以上で（（ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／ＭｉｎＣｂＳｉｚｅＹ）－（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）－２）以下の値を有することができる。一方、変数ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔは、（ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ＋（ＣｔｂＳｉｚｅＹ／ＭｉｎＣｂＳｉｚｅＹ）＋２）と同じ値に設定されることができる。前記変数ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔは、参照ピクチャの境界から外れる参照サンプルをクリッピングする過程に用いられることができる。

【0162】

一方、現在ピクチャが複数のサブピクチャに分割されている場合、ラップアラウンド動き補償は、各サブピクチャの属性に基づいて選択的に行われることができる。

【0163】

図１５は、画像符号化装置がラップアラウンド動き補償を行う方法を示すフローチャートである。

【0164】

図１５を参照すると、画像符号化装置は、現在サブピクチャが独立してコーディングされるか否かを判断することができる（Ｓ１５１０）。

【0165】

現在サブピクチャが独立してコーディングされる場合（Ｓ１５１０の「ＹＥＳ」）、画像符号化装置は、現在ブロックに対してラップアラウンド動き補償を行わないことを決定することができる（Ｓ１５３０）。この場合、画像符号化装置は、現在ブロックの参照サンプル位置をサブピクチャ境界を基準にクリッピングし、クリッピングされた位置の参照サンプルを用いて動き補償を行うことができる。前記動作は、例えば、ルマサンプルバイリニア補間手順（Ｌｕｍａ ｓａｍｐｌｅ ｂｉｌｉｎｅａｒ ｉｎｔｅｒｐｏｌａｔｉｏｎ ｐｒｏｃｅｓｓ）、ルマサンプル補間フィルタリング手順（Ｌｕｍａ ｓａｍｐｌｅ ｉｎｔｅｒｐｏｌａｔｉｏｎ ｐｒｏｃｅｓｓ）、ルマ整数サンプルフェッチング手順（Ｌｕｍａ ｉｎｔｅｇｅｒ ｓａｍｐｌｅ ｆｅｔｃｈｉｎｇ ｐｒｏｃｅｓｓ）、又はクロマサンプル補間手順（Ｃｈｒｏｍａ ｓａｍｐｌｅ ｉｎｔｅｒｐｏｌａｔｉｏｎ ｐｒｏｃｅｓｓ）などを用いて行われることができる。

【0166】

現在サブピクチャが独立してコーディングされない場合（Ｓ１５１０の「ＮＯ」）、画像符号化装置は、ラップアラウンド動き補償が利用可能であるか否かを判断することができる（Ｓ１５２０）、画像符号化装置は、シーケンスレベルでラップアラウンド動き補償が利用可能であるか否かを決定することができる。例えば、現在ビデオシーケンス内のすべてのサブピクチャが不連続なサブピクチャ境界を有する場合、現在ビデオシーケンスに対してラップアラウンド動き補償は利用可能でないように制限されることができる。シーケンスレベルでラップアラウンド動き補償が利用可能でない場合、ピクチャレベルでラップアラウンド動き補償は利用可能でないと強制されることができる。これとは異なり、シーケンスレベルでラップアラウンド動き補償が利用可能である場合、画像符号化装置は、ピクチャレベルでラップアラウンド動き補償が利用可能であるか否かを決定することができる。

【0167】

ラップアラウンド動き補償が利用可能である場合（Ｓ１５２０の「ＹＥＳ」）、画像符号化装置は、現在ブロックに対してラップアラウンド動き補償を行うことができる（Ｓ１５４０）。この場合、画像符号化装置は、現在ブロックの参照サンプル位置をラップアラウンドオフセットだけシフトした後、シフトされた位置を参照ピクチャの境界を基準にクリッピングすることにより、ラップアラウンド動き補償を行うことができる。

【0168】

これとは異なり、ラップアラウンド動き補償が利用可能でない場合（Ｓ１５２０の「ＮＯ」）、画像符号化装置は、現在ブロックに対してラップアラウンド動き補償を行わないことができる（Ｓ１５５０）。この場合、画像符号化装置は、現在ブロックの参照サンプル位置を参照ピクチャの境界を基準にクリッピングすることができ、クリッピングされた位置の参照サンプルを用いて動き補償を行うことができる。

【0169】

一方、画像復号化装置は、ビットストリームから取得されるサブピクチャ関連情報（例えば、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ）に基づいて、現在サブピクチャが独立してコーディングされるか否かを決定することができる。例えば、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇが第１値（例えば、０）を有する場合、現在サブピクチャは独立してコーディングされないことができる。これとは異なり、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇが第２値（例えば、１）を有する場合、現在サブピクチャは独立してコーディングされることができる。

【0170】

そして、画像復号化装置は、ビットストリームから取得されるラップアラウンド関連情報（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）に基づいてラップアラウンド動き補償が利用可能であるか否かを決定し、前記決定に基づいて現在ブロックに対してラップアラウンド動き補償を行うことができる。例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第１値（例えば、０）を有する場合、画像復号化装置は、現在ピクチャに対してラップアラウンド動き補償が利用可能でないと決定し、現在ブロックに対してラップアラウンド動き補償を行わないことができる。これとは異なり、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第２値（例えば、１）を有する場合、画像復号化装置は、現在ピクチャに対してラップアラウンド動き補償が利用可能であると決定し、現在ブロックに対してラップアラウンド動き補償を行うことができる。

【0171】

以上、図１５の方法によれば、ラップアラウンド動き補償は、現在サブピクチャが１つのピクチャとして扱われない場合にのみ行われることができる。その結果、ラップアラウンド関連コーディングツールを、サブピクチャの独立コーディングを前提とする様々なサブピクチャ関連コーディングツールと一緒に利用することができないという問題が生じる。これは、ＥＲＰピクチャ又はＰＥＲＰピクチャなどのように境界間連続性が存在するピクチャに対して、符号化／復号化性能を低下させる要因として作用することができる。

【0172】

このような問題を解決するために、本開示の実施例によれば、現在サブピクチャが独立してコーディングされる場合にも、所定の条件に応じてラップアラウンド動き補償が行われることができる。以下、本開示の実施例を詳細に説明する。

【0173】

実施例１

【0174】

本開示の実施例１によれば、現在ビデオシーケンス内に、独立してコーディングされ且つピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在する場合、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能でないように強制されることができる。この場合、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示すフラグ情報（例えば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、第１値（例えば、０）を有するように制限されることができる。

【0175】

図１６は、本開示の一実施例による画像符号化装置がラップアラウンド動き補償の利用可否を決定する方法を示すフローチャートである。

【0176】

図１６を参照すると、画像符号化装置は、現在ビデオシーケンス内に独立してコーディングされる１つ以上のサブピクチャが存在するか否かを判断することができる（Ｓ１６１０）。

【0177】

判断の結果、現在ビデオシーケンス内に独立してコーディングされる１つ以上のサブピクチャが存在しない場合（Ｓ１６１０の「ＮＯ」）、画像符号化装置は、所定のラップアラウンド制約条件に基づいて現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを決定することができる（Ｓ１６４０）。この場合、画像符号化装置は、前記決定に基づいて、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示すフラグ情報（例えば、ｓｐｓ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を第１値（例えば、０）又は第２値（例えば、１）に符号化することができる。

【0178】

前記ラップアラウンド制約条件の一例として、ビデオパラメータセット（ＶＰＳ）によって特定される１つ以上の出力レイヤーセット（ＯＬＳｓ）に対してラップアラウンド動き補償が制限される場合、現在ビデオシーケンスに対してラップアラウンド動き補償は利用可能でないように制限されることができる。前記ラップアラウンド制約条件の他の例として、現在ビデオシーケンス内のすべてのサブピクチャが不連続なサブピクチャ境界を有する場合、現在ビデオシーケンスに対してラップアラウンド動き補償は利用可能でないように制限されることができる。

【0179】

これとは異なり、現在ビデオシーケンス内に独立してコーディングされる１つ以上のサブピクチャが存在する場合（Ｓ１６１０の「ＹＥＳ」）、画像符号化装置は、独立してコーディングされるサブピクチャのうちの少なくとも１つがピクチャ幅とは異なる幅を有するか否かを判断することができる（Ｓ１６２０）。

【0180】

一実施例において、前記ピクチャ幅は、現在ビデオシーケンス内でピクチャが有することができる最大幅に基づいて、数式１のように誘導されることができる。

【0181】

【数1】

【0182】

ここで、ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓは、ピクチャの最大幅をルマサンプル単位で表し、ＣｔｂＳｉｚｅＹは、ピクチャ内のＣＴＢ（ｃｏｄｉｎｇ ｔｒｅｅ ｂｌｏｃｋ）幅をルマサンプル単位で表し、ＣｔｂＬｏｇ２ＳｉｚｅＹは、ＣｔｂＳｉｚｅＹのログスケール値を表すことができる。

【0183】

判断の結果、独立してコーディングされるサブピクチャのうちの少なくとも１つがピクチャ幅とは異なる幅を有する場合（Ｓ１６２０の「ＹＥＳ」）、画像符号化装置は、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能でないと決定することができる（Ｓ１６３０）。この場合、画像符号化装置は、前記決定に基づいて、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを第１値（例えば、０）に符号化することができる。

【0184】

これとは異なり、独立してコーディングされる全てのサブピクチャがピクチャ幅と同じ幅を有する場合（Ｓ１６２０の「ＮＯ」）、画像符号化装置は、前述したラップアラウンド制約条件に基づいて現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを決定することができる（Ｓ１６４０）。この場合、画像符号化装置は、前記決定に基づいて、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを第１値（例えば、０）又は第２値（例えば、１）に符号化することができる。

【0185】

以上、図１６では、ステップＳ１６１０及びステップＳ１６２０が順次行われると図示されているが、これは、例示的なものに過ぎず、本開示の実施例を限定するものではない。例えば、ステップＳ１６２０は、ステップＳ１６１０と同時に行われてもよく、ステップＳ１６１０よりも先に行われてもよい。

【0186】

一方、画像符号化装置によって符号化されたｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ビットストリームに保存されて画像復号化装置へシグナリングされることができる。この場合、画像復号化装置は、ビットストリームから取得されるｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇに基づいて、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを決定することができる。

【0187】

例えば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第１値（例えば、０）を有する場合、画像復号化装置は、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能でないと決定し、現在ブロックに対してラップアラウンド動き補償を行わないことができる。この場合、現在ブロックの参照サンプル位置は、参照ピクチャ境界又はサブピクチャ境界を基準にクリッピングされることができ、クリッピングされた位置の参照サンプルを用いて動き補償が行われることができる。

【0188】

すなわち、画像復号化装置は、現在ビデオシーケンス内に独立してコーディングされ、ピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在するか否かを別途判断しなくても、本開示による正しい動き補償を行うことができる。しかし、画像復号化装置の動作は、これに限定されず、例えば、画像復号化装置は、現在ビデオシーケンス内に独立してコーディングされ、ピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在するか否かを判断した後、その判断結果に基づいて動き補償を行うこともできる。より具体的には、画像復号化装置は、現在ビデオシーケンス内に独立して復号化され、ピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在するか否かを判断し、そのようなサブピクチャが存在する場合、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを第１値（例えば、０）と見なして、ラップアラウンド動き補償を行わないことができる。

【0189】

これとは異なり、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第２値（例えば、１）を有する場合、画像復号化装置は、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であると決定することができる。この場合、画像復号化装置は、現在ピクチャに対してラップアラウンド動き補償が利用可能であるか否かを示すフラグ情報（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）をビットストリームから追加取得し、前記追加取得されたフラグ情報に基づいて現在ブロックに対してラップアラウンド動き補償を行うか否かを決定することができる。

【0190】

例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第１値（例えば、０）を有する場合、画像復号化装置は、現在ブロックに対してラップアラウンド動き補償を行わないことができる。この場合、現在ブロックの参照サンプル位置は、参照ピクチャ境界又はサブピクチャ境界を基準にクリッピングされることができ、クリッピングされた位置の参照サンプルを用いて動き補償が行われることができる。これとは異なり、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第２値（例えば、１）を有する場合、画像復号化装置は、現在ブロックに対してラップアラウンド動き補償を行うことができる。

【0191】

以上、本開示の実施例１によれば、現在ビデオシーケンス内に、独立してコーディングされ且つピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在する場合、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能でないように強制されることができる。これは、現在ビデオシーケンス内の独立してコーディングされるすべてのサブピクチャがピクチャ幅と同じ幅を有する場合、現在ビデオシーケンス内のそれぞれのサブピクチャに対して独立コーディングの如何に関係なくラップアラウンド動き補償が適用されることもできるという意味を内包することができる。これにより、サブピクチャ関連コーディングツール及びラップアラウンド動き補償関連コーディングツールを一緒に利用することができるので、符号化／復号化の効率はより向上することができる。

【0192】

実施例２

【0193】

本開示の実施例２によれば、現在ビデオシーケンス内にピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在する場合、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能でないように強制されることができる。この場合、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示すフラグ情報（例えば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）は、第１値（例えば、０）を有するように制限されることができる。

【0194】

図１７は、本開示の一実施例による画像符号化装置がラップアラウンド動き補償の利用可否を決定する方法を示すフローチャートである。

【0195】

図１７を参照すると、画像符号化装置は、現在ビデオシーケンス内にピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在するか否かを判断することができる（Ｓ１７１０）。

【0196】

判断の結果、現在ビデオシーケンス内にピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在する場合（Ｓ１７１０の「ＹＥＳ」）、画像符号化装置は、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能でないと決定することができる（Ｓ１７２０）。この場合、画像符号化装置は、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを第１値（例えば、０）に符号化することができる。

【0197】

これとは異なり、現在ビデオシーケンス内にピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在しない場合（すなわち、全てのサブピクチャの幅がピクチャ幅と等しい場合）（Ｓ１７１０の「ＮＯ」）、画像符号化装置は、所定のラップアラウンド制約条件に基づいて、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを決定することができる（Ｓ１７３０）。前記ラップアラウンド制約条件の一例は、図１６を参照して前述した通りである。この場合、画像符号化装置は、前記決定に基づいて、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇを第１値（例えば、０）又は第２値（例えば、１）に符号化することができる。

【0198】

一方、画像符号化装置によって符号化されたｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、ビットストリームに保存されて画像復号化装置へシグナリングされることができる。この場合、画像復号化装置は、ビットストリームから取得されるｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇに基づいて、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを決定することができる。

【0199】

例えば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第１値（例えば、０）を有する場合、画像復号化装置は、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能でないと決定し、現在ブロックに対してラップアラウンド動き補償を行わないことができる。これとは異なり、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第２値（例えば、１）を有する場合、画像復号化装置は、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であると決定することができる。この場合、画像復号化装置は、現在ピクチャに対してラップアラウンド動き補償が利用可能であるか否かを示すフラグ情報（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）をビットストリームから追加取得し、前記追加取得されたフラグ情報に基づいて現在ブロックにラップアラウンド動き補償を行うか否かを決定することができる。

【0200】

以上、本開示の実施例２によれば、現在ビデオシーケンス内にピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在する場合、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能でないように強制されることができる。これは、現在ビデオシーケンス内のすべてのサブピクチャがピクチャ幅とは同じ幅を有する場合、現在ビデオシーケンス内のそれぞれのサブピクチャに対して独立コーティングの如何に関係なくラップアラウンド動き補償が適用されることもできるという意味を内包することができる。これにより、サブピクチャ関連コーディングツール及びラップアラウンド動き補償関連コーディングツールを一緒に利用することができるので、符号化／復号化の効率はより向上することができる。

【0201】

実施例３

【0202】

本開示の実施例３によれば、現在サブピクチャが独立してコーディングされても現在ピクチャと同じ幅を有する場合、又は現在サブピクチャが独立してコーディングされない場合、現在ブロックに対するラップアラウンド動き補償が行われることができる。

【0203】

図１８は、本開示の一実施例による画像符号化装置がラップアラウンド動き補償を行う方法を示すフローチャートである。

【0204】

図１８を参照すると、画像符号化装置は、現在サブピクチャが独立してコーディングされるか否かを判断することができる（Ｓ１８１０）。

【0205】

現在サブピクチャが独立してコーディングされる場合（Ｓ１８１０の「ＹＥＳ」）、画像符号化装置は、現在サブピクチャの幅が現在ピクチャの幅と等しいか否かを判断することができる（Ｓ１８２０）。

【0206】

現在サブピクチャの幅が現在ピクチャの幅と等しい場合（Ｓ１８２０の「ＹＥＳ」）、画像符号化装置は、ラップアラウンド動き補償が利用可能であるか否かを判断することができる（Ｓ１８３０）。

【0207】

例えば、現在ビデオシーケンス内の独立してコーディングされたサブピクチャのうちの少なくとも１つがピクチャ幅とは異なる幅を有する場合、画像符号化装置は、ラップアラウンド動き補償が利用可能でないと決定することができる。この場合、画像符号化装置は、前記決定に基づいて現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示すフラグ情報（例えば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を第１値（例えば、０）に符号化することができる。

【0208】

これとは異なり、現在ビデオシーケンス内の独立してコーディングされたすべてのサブピクチャがピクチャ幅と同じ幅を有する場合、画像符号化装置は、所定のラップアラウンド制約条件に基づいてラップアラウンド動き補償が利用可能であるか否かを決定することができる。

【0209】

前記ラップアラウンド制約条件の一例として、ＣＴＢ幅（例えば、ＣｔｂＳｉｚｅＹ）がピクチャ幅（例えば、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）より大きい場合、現在ピクチャに対してラップアラウンド動き補償は利用可能でないように制限されることができる。前記ラップアラウンド制約条件の他の例として、ビデオパラメータセット（ＶＰＳ）によって特定される１つ以上の出力レイヤーセット（ＯＬＳｓ）に対してラップアラウンド動き補償が制限される場合、現在ピクチャに対してラップアラウンド動き補償は利用可能でないように制限されることができる。前記ラップアラウンド制約条件の別の例として、現在ピクチャ内のすべてのサブピクチャが不連続的なサブピクチャ境界を有する場合、現在ピクチャに対してラップアラウンド動き補償は利用可能でないように制限されることができる。

【0210】

判断の結果、ラップアラウンド動き補償が利用可能である場合（Ｓ１８３０の「ＹＥＳ」）、画像符号化装置は、現在ブロックに対して、現在サブピクチャの境界を基準にラップアラウンド動き補償を行うことができる（Ｓ１８４０）。例えば、現在ブロックの参照サンプル位置が参照ピクチャの左境界から外れる場合（例えば、ｘＩｎｔｉ＜０）、画像符号化装置は、前記参照サンプルのｘ座標をラップアラウンドオフセット（例えば、ＰｐｓＲｅｆＷｒａｐａｒｏｕｎｄＯｆｆｓｅｔ×ＭｉｎＣｂＳｉｚｅＹ）だけ正の方向にシフトした後、現在サブピクチャの左境界及び右境界を基準にクリッピングすることにより、ラップアラウンド動き補償を行うことができる。又は、現在ブロックの参照サンプル位置が参照ピクチャの右境界から外れる場合（例えば、ｘＩｎｔｉ＞ｐｉｃＷ－１）、画像符号化装置は、前記参照サンプルのｘ座標をラップアラウンドオフセットだけ負の方向にシフトした後、現在サブピクチャの左境界及び右境界を基準にクリッピングすることにより、ラップアラウンド動き補償を行うことができる。

【0211】

これとは異なり、ラップアラウンド動き補償が利用可能でない場合（Ｓ１８３０の「ＮＯ」）、画像符号化装置は、現在ブロックに対してラップアラウンド動き補償を行わないことができる（Ｓ１８５０）。この場合、画像符号化装置は、現在ブロックの参照サンプル位置を現在サブピクチャの境界を基準にクリッピングすることができ、クリッピングされた位置の参照サンプルを用いて動き補償を行うことができる。

【0212】

再びステップＳ１８１０に戻り、現在サブピクチャが独立してコーディングされない場合（Ｓ１８１０の「ＮＯ」）、画像符号化装置は、ラップアラウンド動き補償が利用可能であるか否かを判断することができる（Ｓ１８６０）。その具体的な判断方法は、ステップＳ１８３０で前述した通りである。

【0213】

判断の結果、ラップアラウンド動き補償が利用可能である場合（Ｓ１８６０の「ＹＥＳ」）、画像符号化装置は、現在ブロックに対して、参照ピクチャの境界を基準にラップアラウンド動き補償を行うことができる（Ｓ１８７０）。この場合、画像符号化装置は、現在ブロックの参照サンプル位置をラップアラウンドオフセットだけシフトした後、シフトされた位置を参照ピクチャの境界を基準にクリッピングすることにより、ラップアラウンド動き補償を行うことができる。

【0214】

これとは異なり、ラップアラウンド動き補償が利用可能でない場合（Ｓ１８６０の「ＮＯ」）、画像符号化装置は、現在ブロックに対してラップアラウンド動き補償を行わないことができる（Ｓ１８８０）。この場合、画像符号化装置は、現在ブロックの参照サンプル位置を参照ピクチャの境界を基準にクリッピングすることができ、クリッピングされた位置の参照サンプルを用いて動き補償を行うことができる。

【0215】

一方、画像復号化装置は、ビットストリームから取得されるサブピクチャ関連情報（例えば、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ）に基づいて、現在サブピクチャが独立してコーディングされるか否かを決定することができる。例えば、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇが第１値（例えば、０）を有する場合、現在サブピクチャは、独立してコーディングされないことができる。これとは異なり、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇが第２値（例えば、１）を有する場合、現在サブピクチャは独立してコーディングされることができる。

【0216】

そして、画像復号化装置は、ビットストリームから取得されるラップアラウンド関連情報（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）に基づいてラップアラウンド動き補償が利用可能であるか否かを決定し、前記決定に基づいて現在ブロックに対してラップアラウンド動き補償を行うことができる。例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第１値（例えば、０）を有する場合、画像復号化装置は、現在ピクチャに対してラップアラウンド動き補償が利用可能でないと決定し、現在ブロックに対してラップアラウンド動き補償を行わないことができる。これとは異なり、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇが第２値（例えば、１）を有する場合、画像復号化装置は、現在ピクチャに対してラップアラウンド動き補償が利用可能であると決定し、現在ブロックに対してラップアラウンド動き補償を行うことができる。

【0217】

画像復号化装置は、現在サブピクチャの幅が現在ピクチャの幅と等しいか否かを別途判断しなくても、本開示による正しい動き補償を行うことができる。しかし、画像復号化装置の動作は、これに限定されず、例えば、図１８に示すように、画像復号化装置は、独立してコーディングされる現在サブピクチャの幅が現在ピクチャの幅と等しいか否かを判断した後、その判断の結果に基づいて、ラップアラウンド動き補償が利用可能であるか否かを判断することができる。

【0218】

以上、本開示の実施例３によれば、現在サブピクチャが独立してコーディングされても現在ピクチャと同じ幅を有する場合、又は現在サブピクチャが独立してコーディングされない場合、現在ブロックに対するラップアラウンド動き補償が行われることができる。これにより、サブピクチャ関連コーディングツール及びラップアラウンド動き補償関連コーディングツールを一緒に利用することができるので、符号化／復号化の効率はより向上することができる。

【0219】

以下、図１９及び図２０を参照して、本開示の一実施例による画像符号化／復号化方法を詳細に説明する。

【0220】

図１９は、本開示の一実施例による画像符号化方法を示すフローチャートである。

【0221】

図１９の画像符号化方法は、図２の画像符号化装置によって行われることができる。例えば、ステップＳ１９１０及びステップＳ１９２０はインター予測部１８０によって行われ、ステップＳ１９３０はエントロピー符号化部１９０によって行われることができる。

【0222】

図１９を参照すると、画像符号化装置は、現在ブロックに対してラップアラウンド動き補償を適用するか否かを決定することができる（Ｓ１９１０）。

【0223】

一実施例において、画像符号化装置は、現在ブロックを含む現在ビデオシーケンス内に独立してコーディングされ、ピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在するか否かに基づいて、ラップアラウンド動き補償が利用可能であるか否かを決定することができる。例えば、現在ビデオシーケンス内に独立してコーディングされ、ピクチャ幅とは異なる幅を有する１つ以上のサブピクチャが存在する場合、画像符号化装置は、ラップアラウンド動き補償が利用可能でないと決定することができる。これとは異なり、現在ビデオシーケンス内の独立してコーディングされるすべてのサブピクチャがピクチャ幅と同じ幅を有する場合、画像符号化装置は、所定のラップアラウンド制約条件に基づいてラップアラウンド動き補償が利用可能であると決定することができる。ここで、前記ラップアラウンド制約条件の一例は、図１６～図１８を参照して前述した通りである。

【0224】

そして、画像符号化装置は、前記決定に基づいて、現在ブロックに対してラップアラウンド動き補償を適用するか否かを決定することができる。例えば、現在ピクチャに対してラップアラウンド動き補償が利用可能でない場合、画像符号化装置は、現在ブロックに対してラップアラウンド動き補償を行わないことを決定することができる。これとは異なり、現在ピクチャに対してラップアラウンド動き補償が利用可能である場合、画像符号化装置は、現在ブロックに対してラップアラウンド動き補償を行うことを決定することができる。

【0225】

画像符号化装置は、ステップＳ１９１０の決定結果に基づいてインター予測を行うことにより、現在ブロックの予測ブロックを生成することができる（Ｓ１９２０）。例えば、現在ブロックに対してラップアラウンド動き補償を適用する場合、画像符号化装置は、現在ブロックの参照サンプル位置をラップアラウンドオフセットだけシフトし、シフトされた位置を参照ピクチャ境界又はサブピクチャ境界を基準にクリッピングすることができる。そして、画像符号化装置は、クリッピングされた位置の参照サンプルを用いて動き補償を行うことにより、現在ブロックの予測ブロックを生成することができる。これとは異なり、現在ブロックに対してラップアラウンド動き補償を適用しない場合、画像符号化装置は、現在ブロックの参照サンプル位置を参照ピクチャ境界又はサブピクチャ境界を基準にクリッピングした後、クリッピングされた位置の参照サンプルを用いて動き補償を行うことにより、現在ブロックの予測ブロックを生成することができる。

【0226】

画像符号化装置は、現在ブロックのインター予測情報及びラップアラウンド動き補償に関するラップアラウンド情報を符号化してビットストリームを生成することができる（Ｓ１９３０）。

【0227】

一実施例において、ラップアラウンド情報は、現在ブロックを含むビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示す第１フラグ（例えば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を含むことができる。前記第１フラグは、独立してコーディングされ、現在ブロックを含む現在ピクチャの幅とは異なる幅を有する１つ以上のサブピクチャが現在ビデオシーケンスに存在することに基づいて、現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能でないことを示す第１値（例えば、０）を有することができる。このとき、現在ピクチャの幅は、数式１を参照して前述したように、現在ビデオシーケンス内でピクチャが有することができる最大幅に関する情報（例えば、ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）に基づいて誘導されることができる。

【0228】

一実施例において、ラップアラウンド情報は、現在ピクチャに対してラップアラウンド動き補償が利用可能であるか否かを示す第２フラグ（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）をさらに含むことができる。前記第２フラグは、前記第１フラグが第１値（例えば、０）を有することに基づいて、現在ピクチャに対してラップアラウンド動き補償が利用可能でないことを示す第１値（例えば、０）を有することができる。また、前記第２フラグは、現在ピクチャ内のＣＴＢ（ｃｏｄｉｎｇ ｔｒｅｅ ｂｌｏｃｋ）の幅及び現在ピクチャの幅に関する所定の条件に基づいて、現在ピクチャに対するラップアラウンド動き補償が利用可能でないことを示す第１値（例えば、０）を有することができる。例えば、現在ピクチャ内のＣＴＢの幅（例えば、ＣｔｂＳｉｚｅＹ）がピクチャの幅（例えば、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）より大きい場合、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、第１値（例えば、０）に制限されることができる。

【0229】

一実施例において、ラップアラウンド情報は、現在ピクチャに対して前記ラップアラウンド動き補償が利用可能であることに基づいてラップアラウンドオフセット（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｏｆｆｓｅｔ）をさらに含むことができる。画像符号化装置は、前記ラップアラウンドオフセットに基づいてラップアラウンド動き補償を行うことができる。

【0230】

図２０は、本開示の一実施例による画像復号化方法を示すフローチャートである。

【0231】

図２０の画像復号化方法は、図３の画像復号化装置によって行われることができる。例えば、ステップＳ２０１０及びステップＳ２０２０は、インター予測部２６０によって行われることができる。

【0232】

図２０を参照すると、画像復号化装置は、ビットストリームから現在ブロックのインター予測情報及びラップアラウンド（ｗｒａｐ－ａｒｏｕｎｄ）情報を取得することができる（Ｓ２０１０）。ここで、現在ブロックのインター予測情報は、現在ブロックの動き情報、例えば参照ピクチャインデックス、差分動きベクトル情報などを含むことができる。ラップアラウンド情報は、ラップアラウンド動き補償に関する情報であって、現在ブロックを含む現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示す第１フラグ（例えば、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）を含むことができる。前記第１フラグは、独立してコーディングされ、現在ブロックを含む現在ピクチャの幅とは異なる幅を有する１つ以上のサブピクチャが現在ビデオシーケンスに存在することに基づいて、前記ラップアラウンド動き補償が利用可能でないことを示す第１値（例えば、０）を有することができる。このとき、現在ピクチャの幅は、数式１を参照して前述したように、現在ビデオシーケンス内でピクチャが有することができる最大幅に関する情報（例えば、ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）に基づいて誘導されることができる。

【0233】

一実施例において、ラップアラウンド情報は、前記現在ピクチャに対して前記ラップアラウンド動き補償が利用可能であるか否かを示す第２フラグ（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ）をさらに含むことができる。前記第２フラグは、前記第１フラグが第１値（例えば、０）を有することに基づいて、現在ピクチャに対してラップアラウンド動き補償が利用可能でないことを示す第１値（例えば、０）を有することができる。また、前記第２フラグは、現在ピクチャ内のＣＴＢ（ｃｏｄｉｎｇ ｔｒｅｅ ｂｌｏｃｋ）の幅及び現在ピクチャの幅に関する所定の条件に基づいて、現在ピクチャに対してラップアラウンド動き補償が利用可能でないことを示す第１値（例えば、０）を有することができる。例えば、現在ピクチャ内のＣＴＢの幅（例えば、ＣｔｂＳｉｚｅＹ）がピクチャの幅（例えば、ｐｉｃ＿ｗｉｄｔｈ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ）より大きい場合、ｓｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇは第１値（例えば、０）に制限されることができる。

【0234】

画像復号化装置は、ビットストリームから取得されたインター予測情報及びラップアラウンド情報に基づいて現在ブロックの予測ブロックを生成することができる（Ｓ２０２０）。

【0235】

例えば、現在ピクチャに対してラップアラウンド動き補償が利用可能である場合（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝１）、現在ブロックに対してラップアラウンド動き補償が行われることができる。この場合、画像復号化装置は、現在ブロックの参照サンプル位置をラップアラウンドオフセットだけシフトし、シフトされた位置を参照ピクチャ境界又はサブピクチャ境界を基準にクリッピングすることができる。そして、画像復号化装置は、クリッピングされた位置の参照サンプルを用いて動き補償を行うことにより、現在ブロックの予測ブロックを生成することができる。

【0236】

これとは異なり、現在ピクチャに対してラップアラウンド動き補償が利用可能でない場合（例えば、ｐｐｓ＿ｒｅｆ＿ｗｒａｐａｒｏｕｎｄ＿ｅｎａｂｌｅｄ＿ｆｌａｇ＝＝０）、画像符号化装置は、現在ブロックの参照サンプル位置を参照ピクチャ境界又はサブピクチャ境界を基準にクリッピングした後、クリッピングされた位置の参照サンプルを用いて動き補償を行うことにより、現在ブロックの予測ブロックを生成することができる。

【0237】

以上、本開示の一実施例による画像符号化／復号化方法によれば、現在ビデオシーケンス内の独立してコーディングされたすべてのサブピクチャがピクチャ幅と同じ幅を有する場合、現在ビデオシーケンス内のすべてのサブピクチャに対してラップ－アラウンド動き補償が利用可能である。これにより、サブピクチャ関連コーディングツール及びラップアラウンド動き補償関連コーディングツールを一緒に利用することができるので、符号化／復号化の効率はより向上することができる。

【0238】

本開示で説明されたシンタックス要素の名称は、当該シンタックス要素がシグナリングされる位置に関する情報を含むことができる。例えば、「ｓｐｓ＿」で始まるシンタックス要素は、当該シンタックス要素がシーケンスパラメータセット（ＳＰＳ）でシグナリングされることを意味することができる。さらに、「ｐｐｓ＿」、「ｐｈ＿」、「ｓｈ＿」などで始まるシンタックス要素は、当該シンタックス要素がピクチャパラメータセット（ＰＰＳ）、ピクチャヘッダー、スライスヘッダーなどでそれぞれシグナリングされることを意味することができる。

【0239】

本開示の例示的な方法は、説明の明確性のために動作のシリーズで表現されているが、これは、ステップが行われる順序を制限するためのものではなく、必要な場合には、それぞれのステップが同時に又は異なる順序で行われることもできる。本開示による方法を実現するために、例示するステップにさらに他のステップを含むか、一部のステップを除いて残りのステップを含むか、或いは一部のステップを除いて追加の他のステップを含むこともできる。

【0240】

本開示において、所定の動作（ステップ）を行う画像符号化装置又は画像復号化装置は、当該動作（ステップ）の実行条件や状況を確認する動作（ステップ）を行うことができる。例えば、所定の条件が満足される場合、所定の動作を行うと記載された場合、画像符号化装置又は画像復号化装置は、前記所定の条件が満足されるか否かを確認する動作を行った後、前記所定の動作を行うことができる。

【0241】

本開示の様々な実施例は、全ての可能な組み合わせを羅列したものではなく、本開示の代表的な態様を説明するためのものであり、様々な実施例で説明する事項は、独立して適用されてもよく、２つ以上の組み合わせで適用されてもよい。

【0242】

また、本開示の様々な実施例は、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はそれらの組み合わせなどによって実現できる。ハードウェアによる実現の場合、１つ又はそれ以上のＡＳＩＣｓ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅｓ）、ＰＬＤｓ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）、汎用プロセッサ（ｇｅｎｅｒａｌ ｐｒｏｃｅｓｓｏｒ）、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって実現できる。

【0243】

また、本開示の実施例が適用された画像復号化装置及び画像符号化装置は、マルチメディア放送送受信装置、モバイル通信端末、ホームシネマビデオ装置、デジタルシネマビデオ装置、監視用カメラ、ビデオ会話装置、ビデオ通信などのリアルタイム通信装置、モバイルストリーミング装置、記憶媒体、カムコーダ、注文型ビデオ（ＶｏＤ）サービス提供装置、ＯＴＴビデオ（Ｏｖｅｒ ｔｈｅ ｔｏｐ ｖｉｄｅｏ）装置、インターネットストリーミングサービス提供装置、３次元（３Ｄ）ビデオ装置、画像電話ビデオ装置、及び医療用ビデオ装置などに含まれることができ、ビデオ信号又はデータ信号を処理するために使用できる。例えば、ＯＴＴビデオ（Ｏｖｅｒ ｔｈｅ ｔｏｐ ｖｉｄｅｏ）装置としては、ゲームコンソール、ブルーレイプレーヤー、インターネット接続ＴＶ、ホームシアターシステム、スマートフォン、タブレットＰＣ、ＤＶＲ（Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｒｅｃｏｄｅｒ）などを含むことができる。

【0244】

図２１は、本開示の実施例が適用できるコンテンツストリーミングシステムを例示する図である。

【0245】

図２１に示すように、本開示の実施例が適用されたコンテンツストリーミングシステムは、大きく、符号化サーバ、ストリーミングサーバ、Ｗｅｂサーバ、メディアストレージ、ユーザ装置及びマルチメディア入力装置を含むことができる。

【0246】

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

【0247】

前記ビットストリームは、本開示の実施例が適用された画像符号化方法及び／又は画像符号化装置によって生成でき、前記ストリーミングサーバは、前記ビットストリームを伝送又は受信する過程で一時的に前記ビットストリームを保存することができる。

【0248】

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

【0249】

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

【0250】

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

【0251】

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

【0252】

図２２は、本開示の実施例が活用できる３次元画像／ビデオサービスの提供のためのアーキテクチャを概略的に示す図である。

【0253】

図２２は、３６０度又は全方向（ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ）ビデオ／画像処理システムを示すことができる。また、図２２のシステムは、例えばエクステンデッド・リアルリティ（ＸＲ、ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）支援機器で実現されることができる。すなわち、前記システムは、ユーザに仮想現実を提供する方案を提供することができる。

【0254】

エクステンデッド・リアルリティとは、仮想現実（ＶＲ：Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）、拡張現実（ＡＲ：Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）、混合現実（ＭＲ：Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）を総称する。ＶＲ技術は、現実世界のオブジェクトや背景などをＣＧ画像としてのみ提供し、ＡＲ技術は、実際事物画像の上に仮想で作られたＣＧ画像を一緒に提供し、ＭＲ技術は、現実世界に仮想オブジェクトを混ぜ、結合させて提供するコンピューターグラフィックス技術である。

【0255】

ＭＲ技術は、現実オブジェクトと仮想オブジェクトを一緒に示すという点でＡＲ技術と類似する。しかし、ＡＲ技術では、仮想オブジェクトが現実オブジェクトを補完する形で使用されるのに対し、ＭＲ技術では、仮想オブジェクトと現実オブジェクトが同等の性格で使用されるという点において、相違点がある。

【0256】

ＸＲ技術は、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔ Ｄｉｓｐｌａｙ）、ＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、携帯電話、タブレットＰＣ、ラップトップパソコン、デスクトップ、ＴＶ、デジタルサイネージなどに適用でき、ＸＲ技術が適用された装置をＸＲ装置（ＸＲ Ｄｅｖｉｃｅ）と呼ぶことができる。ＸＲ装置は、後述する第１デジタル装置及び／又は第２デジタル装置を含むことができる。

【0257】

３６０度コンテンツは、ＶＲを実現及び提供するためのコンテンツ全般を意味し、３６０度ビデオ及び／又は３６０度オーディオを含むことができる。３６０度ビデオは、ＶＲを提供するために必要な、同時にすべての方向（３６０度又はそれ以下）にキャプチャ又は再生されるビデオないし画像コンテンツを意味することができる。以下、３６０度ビデオとは、３６０度ビデオを意味することができる。３６０度オーディオも、ＶＲを提供するためのオーディオコンテンツであって、音響発生地が３次元の特定の空間上に位置すると認知できる、空間的（Ｓｐａｔｉａｌ）オーディオコンテンツを意味することができる。３６０度コンテンツは、生成、処理されてユーザに伝送されることができ、ユーザは、３６０度コンテンツを用いてＶＲ経験を消費することができる。３６０度ビデオは、全方向（ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ）ビデオと呼ばれることがあり、３６０度画像は、全方向画像と呼ばれることがある。また、以下、３６０度ビデオに基づいて説明し、本文書の実施例は、ＶＲに限定されず、ＡＲ、ＭＲなどのビデオ／画像コンテンツに対する処理を含むことができる。３６０度ビデオは、３Ｄモデルに応じて様々な形態の３Ｄ空間上に表示されるビデオないし画像を意味することができ、例えば、３６０度ビデオは、球面（Ｓｐｈｅｒｃｉａｌ ｓｕｒｆａｃｅ）上に表示されることができる。

【0258】

本方法は、特に３６０度ビデオを効果的に提供する方法を提案する。３６０度ビデオを提供するために、まず、１つ以上のカメラを介して３６０度ビデオがキャプチャできる。キャプチャされた３６０度ビデオは、一連の過程を経て伝送され、受信側では、受信されたデータを再び元の３６０度ビデオに加工してレンダリングすることができる。これにより、３６０度ビデオがユーザに提供されることができる。

【0259】

具体的には、３６０度ビデオの提供のための全体過程は、キャプチャ過程（ｐｒｏｃｅｓｓ）、準備過程、伝送過程、プロセッシング過程、レンダリング過程及び／又はフィードバック過程を含むことができる。

【0260】

キャプチャ過程は、１つ以上のカメラを介して複数の視点のそれぞれに対する画像又はビデオをキャプチャする過程を意味することができる。キャプチャ過程によって示された図２２の２２１０のような画像／ビデオデータが生成されることができる。図示された図２２の２２１０の各平面は、各視点に対する画像／ビデオを意味することができる。このキャプチャされた複数の画像／ビデオを生（ｒａｗ）データと呼ぶこともできる。キャプチャ過程でキャプチャに関連するメタデータが生成されることができる。

【0261】

このキャプチャのために、ＶＲのための特殊なカメラが使用できる。実施例によって、コンピュータで生成された仮想の空間に対する３６０度ビデオを提供しようとする場合、実際カメラを介したキャプチャが行われないことができる。この場合、当該キャプチャ過程が、単に関連データが生成される過程に置き換えられることができる。

【0262】

準備過程は、キャプチャされた画像／ビデオ及びキャプチャ過程で発生したメタデータを処理する過程であり得る。キャプチャされた画像／ビデオは、その準備過程で、ステッチング過程、投影（ｐｒｏｊｅｃｔｉｏｎ）過程、リージョンごとのパッキング過程（Ｒｅｇｉｏｎ－ｗｉｓｅ Ｐａｃｋｉｎｇ）及び／又は符号化過程などを経ることができる。

【0263】

まず、それぞれの画像／ビデオがステッチング（Ｓｔｉｔｃｈｉｎｇ）過程を経ることができる。ステッチング過程は、それぞれのキャプチャされた画像／ビデオを連結して一つのパノラマ画像／ビデオ又は球形の画像／ビデオを作る過程であり得る。

【0264】

その後、ステッチングされた画像／ビデオは、投影（Ｐｒｏｊｅｃｔｉｏｎ）過程を経ることができる。投影過程で、ステッチングされた画像／ビデオは、２Ｄ画像上に投影されることができる。この２Ｄ画像は、コンテキストに応じて２Ｄ画像フレームと呼ばれることもある。２Ｄ画像として投影することを、２Ｄ画像にマッピングすると表現することもできる。投影された画像／ビデオデータは、図２２の２２２０のような２Ｄ画像の形態になることができる。

【0265】

２Ｄ画像上に投影されたビデオデータは、ビデオコーディング効率などを高めるために、リージョンごとのパッキング過程（Ｒｅｇｉｏｎ－ｗｉｓｅ Ｐａｃｋｉｎｇ）を経ることができる。リージョンごとのパッキングとは、２Ｄ画像上に投影されたビデオデータをリージョン（Ｒｅｇｉｏｎ）ごとに分けて処理を施す過程を意味することができる。ここで、リージョン（Ｒｅｇｉｏｎ）とは、３６０度ビデオデータが投影された２Ｄ画像が分けられた領域を意味することができる。これらのリージョンは、実施例によって、２Ｄ画像を均等に分けて区分されるか、或いは任意に分けて区分されることができる。また、実施例によって、これらのリージョンは、投影スキームによって区別されることもできる。リージョンごとのパッキング過程は、選択的（ｏｐｔｉｏｎａｌ）過程であって、準備過程で省略可能である。

【0266】

実施例によって、この処理過程は、ビデオコーディング効率を向上させるために、各リージョンを回転させたり２Ｄ画像上で再配列したりする過程を含むことができる。例えば、これらのリージョンを回転させてリージョンの特定の辺が互いに近接して位置するようにすることにより、コーディング時の効率が高まるようにすることができる。

【0267】

実施例によって、この処理過程は、３６０度ビデオ上の領域ごとにレゾリューション（ｒｅｓｏｌｕｔｉｏｎ）を差等化するために、特定のリージョンに対するレゾリューションを上げる或いは下げる過程を含むことができる。例えば、３６０度ビデオ上で相対的にさらに重要な領域に該当するリージョンは、他のリージョンよりもレゾリューションを高めることができる。２Ｄ画像上に投影されたビデオデータ又はリージョンごとにパッキングされたビデオデータは、ビデオコーデックを介した符号化過程を経ることができる。

【0268】

実施例によって、準備過程は、さらにエディティング（ｅｄｉｔｉｎｇ）過程などをさらに含むことができる。このエディティング過程で投影前後の画像／ビデオデータに対する編集などがさらに行われることができる。準備過程においても同様に、ステッチング／投影／符号化／エディティングなどに対するメタデータが生成されることができる。また、２Ｄ画像上に投影されたビデオデータの初期視点、或いはＲＯＩ（Ｒｅｇｉｏｎ ｏｆ Ｉｎｔｅｒｅｓｔ）などに関するメタデータが生成されることができる。

【0269】

伝送過程は、準備過程を経た画像／ビデオデータ及びメタデータを処理して伝送する過程であり得る。伝送のために任意の伝送プロトコルによる処理が行われることができる。伝送のための処理を済ませたデータは、放送網及び／又はブロードバンドを介して伝達されることができる。これらのデータは、オンデマンド（Ｏｎ Ｄｅｍａｎｄ）方式で受信側に伝達されることもできる。受信側では、様々な経路を介して該当データを受信することができる。

【0270】

プロセッシング過程は、受信したデータを復号化し、投影されている画像／ビデオデータを３Ｄモデル上に再投影（Ｒｅ－ｐｒｏｊｅｃｔｉｏｎ）する過程を意味することができる。この過程で２Ｄ画像上に投影されている画像／ビデオデータが３Ｄ空間上に再投影されることができる。この過程を文脈に応じてマッピング、投影と呼ぶこともある。このとき、マッピングされる３Ｄ空間は、３Ｄモデルによって異なる形態を有することができる。例えば、３Ｄモデルには、球形（Ｓｐｈｅｒｅ）、キューブ（Ｃｕｂｅ）、シリンダー（Ｃｙｌｉｎｄｅｒ）、又はピラミッド（Ｐｙｒａｍｉｄ）などがあり得る。

【0271】

実施例によって、プロセッシング過程は、さらに、エディティング（ｅｄｉｔｉｎｇ）過程、アップスケーリング（ｕｐ ｓｃａｌｉｎｇ）過程などをさらに含むことができる。このエディティング過程で再投影前後の画像／ビデオデータに対する編集などがさらに行われることができる。画像／ビデオデータが縮小されている場合は、アップスケーリング過程でサンプルのアップスケーリングを介してそのサイズを拡大することができる。必要に応じて、ダウンスケーリングによってサイズを縮小する作業が行われることもできる。

【0272】

レンダリング過程は、３Ｄ空間上に再投影された画像／ビデオデータをレンダリングし、表示する過程を意味することができる。表現によっては、再投影とレンダリングを組み合わせて３Ｄモデルにレンダリングすると表現することもできる。３Ｄモデル上に再投影された（又は３Ｄモデル上にレンダリングされた）画像／ビデオは、図示された図２２の２２３０のような形態を有することができる。図示された図２２の２２３０は、球形の３Ｄモデルに再投影された場合である。ユーザは、ＶＲディスプレイなどを介してレンダリングされた画像／ビデオの一部の領域を見ることができる。このとき、ユーザが見る領域は、図示された図２２の２２４０のような形態であり得る。

【0273】

フィードバック過程は、ディスプレイ過程で取得できる様々なフィードバック情報を送信側へ伝達する過程を意味することができる。フィードバック過程を介して３６０度ビデオ消費においてインタラクティビティ（Ｉｎｔｅｒａｃｔｉｖｉｔｙ）が提供されることができる。実施例によって、フィードバック過程でヘッドオリエンテーション（Ｈｅａｄ Ｏｒｉｅｎｔａｔｉｏｎ）情報、ユーザが現在見ている領域を示すビューポート（Ｖｉｅｗｐｏｒｔ）情報などが送信側へ伝達されることができる。実施例によって、ユーザは、ＶＲ環境上に実現されたのと相互作用することもできるが、この場合、その相互作用に関連する情報がフィードバック過程で送信側ないしサービスプロバイダ側へ伝達されることもできる。実施例によって、フィードバック過程は行われないこともできる。

【0274】

ヘッドオリエンテーション情報は、ユーザの頭の位置、角度、動きなどに対する情報を意味することができる。この情報に基づいて、ユーザが現在３６０度ビデオ内で見ている領域に対する情報、すなわちビューポート情報が計算されることができる。

【0275】

ビューポート情報は、現在ユーザが３６０度ビデオで見ている領域に対する情報であり得る。これによりゲイズ分析（Ｇａｚｅ Ａｎａｌｙｓｉｓ）が行われることにより、ユーザがどの方式で３６０度ビデオを消費するか、３６０度ビデオのどの領域をどれほど見つめるかなどを確認することもできる。ゲイズ分析は、受信側で行われることにより、送信側へフィードバックチャネルを介して伝達されることもできる。ＶＲディスプレイなどの装置は、ユーザの頭の位置／方向、装置が支援する垂直（ｖｅｒｔｉｃａｌ）或いは水平（ｈｏｒｉｚｏｎｔａｌ）ＦＯＶ（Ｆｉｅｌｄ Ｏｆ Ｖｉｅｗ）情報などに基づいてビューポート領域を抽出することができる。

【0276】

一方、サブピクチャに基づいて３６０度ビデオ／画像が処理されることができる。２Ｄ画像を含むプロジェクテッドピクチャ又はパックドピクチャは、サブピクチャに区分されることができ、サブピクチャ単位で処理が行われることができる。例えば、ユーザビューポートなどによって特定のサブピクチャに対して高い解像度を与えることもでき、或いは特定のサブピクチャのみを符号化して受信装置（復号化装置側）へシグナリングすることもできる。この場合、復号化装置はサブピクチャビットストリームを受信して前記特定のサブピクチャを復元／復号化し、ユーザビューポートに応じてレンダリングすることができる。

【0277】

実施例によって、前述したフィードバック情報は、送信側へ伝達されるだけでなく、受信側で消費されることもできる。すなわち、前述したフィードバック情報を用いて受信側の復号化、再投影、レンダリング過程などが行われることができる。例えば、ヘッドオリエンテーション情報及び／又はビューポート情報を用いて、現在ユーザが見ている領域に対する３６０度ビデオのみ優先的に復号化及びレンダリングされることもできる。

【0278】

ここで、ビューポート（ｖｉｅｗｐｏｒｔ）ないしビューポート領域とは、ユーザが３６度ビデオで見ている領域を意味することができる。視点（ｖｉｅｗｐｏｉｎｔ）は、ユーザが３６０度ビデオで見ている地点であって、ビューポート領域の正中央地点を意味することができる。すなわち、ビューポートは、視点を中心とした領域であるが、その領域が占めるサイズや形態などは、ＦＯＶ（Ｆｉｅｌｄ Ｏｆ Ｖｉｅｗ）によって決定されることができる。

【0279】

前述した３６０度ビデオの提供のための全体アーキテクチャ内で、キャプチャ／投影／符号化／伝送／復号化／再投影／レンダリングの一連の過程を経る画像／ビデオデータを３６０度ビデオデータと呼ぶことができる。また、３６０度ビデオデータという用語は、このような画像／ビデオデータに関連するメタデータないしシグナリング情報を含む概念として使われることもある。

【0280】

上述したオーディオ又はビデオなどのメディアデータを保存し、伝送するために、定型化されたメディアファイルフォーマットが定義されることができる。実施例によって、メディアファイルは、ＩＳＯ ＢＭＦＦ（ＩＳＯ ｂａｓｅ ｍｅｄｉａ ｆｉｌｅ ｆｏｒｍａｔ）をベースとしたファイルフォーマットを有することができる。

【0281】

本開示の範囲は、様々な実施例の方法による動作が装置又はコンピュータ上で実行されるようにするソフトウェア又はマシン－実行可能なコマンド（例えば、オペレーティングシステム、アプリケーション、ファームウェア（ｆｉｒｍｗａｒｅ）、プログラムなど）、及びこのようなソフトウェア又はコマンドなどが保存されて装置又はコンピュータ上で実行できる非一時的なコンピュータ可読媒体（ｎｏｎ－ｔｒａｎｓｉｔｏｒｙ ｃｏｍｐｕｔｅｒ－ｒｅａｄａｂｌｅ ｍｅｄｉｕｍ）を含む。

【産業上の利用可能性】

【0282】

本開示による実施例は、画像を符号化／復号化することに利用可能である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14a】

【図14b】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【手続補正書】

【提出日】2024-06-17

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

画像復号化装置によって行われる画像復号化方法であって、前記画像復号化方法は、
ビットストリームから現在ピクチャ内の現在ブロックのインター予測情報及びラップアラウンド情報を取得するステップと、
前記インター予測情報及び前記ラップアラウンド情報に基づいて、前記現在ブロックの予測ブロックを生成するステップと、を含み、
前記ラップアラウンド情報は、第１フラグと第２フラグとを含み、前記第１フラグは、前記現在ピクチャを含む現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示し、前記第２フラグは、前記現在ピクチャに対して前記ラップアラウンド動き補償が利用可能であるか否かを示し、
前記現在ビデオシーケンスが、ピクチャとして扱われ、前記現在ビデオシーケンス内のピクチャの最大幅に関する情報に基づいて導出された値と異なる幅を有する少なくとも一つのサブピクチャを含むことに基づいて、前記ビットストリームから取得された前記第１フラグは、前記現在ビデオシーケンスに対して前記ラップアラウンド動き補償が利用可能でないことを示す第１の値を有するように制約され、
前記第２フラグは、前記第１フラグが第１の値を有することに基づいて、前記現在ピクチャに対して前記ラップアラウンド動き補償が利用可能でないことを示す前記第１の値を有する、画像復号化方法。

【請求項2】

画像符号化装置によって行われる画像符号化方法であって、前記画像符号化方法は、
現在ピクチャ内の現在ブロックに対してラップアラウンド動き補償が適用されるか否かを決定するステップと、
前記決定に基づいてインター予測を行うことにより、前記現在ブロックの予測ブロックを生成するステップと、
前記現在ブロックのインター予測情報及び前記ラップアラウンド動き補償のラップアラウンド情報を符号化するステップと、を含み、
前記ラップアラウンド情報は、第１フラグと第２フラグとを含み、前記第１フラグは、前記現在ピクチャを含む現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示し、前記第２フラグは、前記現在ピクチャに対して前記ラップアラウンド動き補償が利用可能であるか否かを示し、
前記現在ビデオシーケンスが、ピクチャとして扱われ、前記現在ビデオシーケンス内のピクチャの最大幅に関する情報に基づいて導出された値と異なる幅を有する少なくとも一つのサブピクチャを含むことに基づいて、前記符号化された第１フラグは、前記現在ビデオシーケンスに対して前記ラップアラウンド動き補償が利用可能でないことを示す第１の値を有し、
前記符号化された第２フラグは、前記第１フラグが第１の値を有することに基づいて、前記現在ピクチャに対して前記ラップアラウンド動き補償が利用可能でないことを示す前記第１の値を有する、画像符号化方法。

【請求項3】

画像符号化方法によって生成されたビットストリームを送信する方法であって、
前記画像符号化方法は、
現在ピクチャ内の現在ブロックに対してラップアラウンド動き補償が適用されるか否かを決定するステップと、
前記決定に基づいてインター予測を行うことにより、前記現在ブロックの予測ブロックを生成するステップと、
前記現在ブロックのインター予測情報及び前記ラップアラウンド動き補償のラップアラウンド情報を符号化するステップと、を含み、
前記ラップアラウンド情報は、第１フラグと第２フラグとを含み、前記第１フラグは、前記現在ピクチャを含む現在ビデオシーケンスに対してラップアラウンド動き補償が利用可能であるか否かを示し、前記第２フラグは、前記現在ピクチャに対して前記ラップアラウンド動き補償が利用可能であるか否かを示し、
前記現在ビデオシーケンスが、ピクチャとして扱われ、前記現在ビデオシーケンス内のピクチャの最大幅に関する情報に基づいて導出された値と異なる幅を有する少なくとも一つのサブピクチャを含むことに基づいて、前記符号化された第１フラグは、前記現在ビデオシーケンスに対して前記ラップアラウンド動き補償が利用可能でないことを示す第１の値を有し、
前記符号化された第２フラグは、前記第１フラグが第１の値を有することに基づいて、前記現在ピクチャに対して前記ラップアラウンド動き補償が利用可能でないことを示す前記第１の値を有する、方法。