特許 7444998 リーフノードの再設定された予測モードタイプに基づいて予測を行う画像符号化／復号化方法、装置、及びビットストリームを伝送する方法

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

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

(11)【特許番号】

(24)【登録日】2024-02-27

(45)【発行日】2024-03-06

(54)【発明の名称】リーフノードの再設定された予測モードタイプに基づいて予測を行う画像符号化／復号化方法、装置、及びビットストリームを伝送する方法

(51)【国際特許分類】

   H04N 19/107 20140101AFI20240228BHJP

   H04N 19/176 20140101ALI20240228BHJP

   H04N 19/136 20140101ALI20240228BHJP

   H04N 19/70 20140101ALI20240228BHJP

   H04N 19/119 20140101ALI20240228BHJP

【ＦＩ】

H04N19/107

H04N19/176

H04N19/136

H04N19/70

H04N19/119

【請求項の数】 13

(21)【出願番号】P 2022540750

(86)(22)【出願日】2020-12-31

(65)【公表番号】

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

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

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

(87)【国際公開日】2021-07-08

【審査請求日】2022-08-25

(31)【優先権主張番号】62/956,093

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

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

(31)【優先権主張番号】62/959,943

(32)【優先日】2020-01-11

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

(31)【優先権主張番号】62/980,442

(32)【優先日】2020-02-24

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】チャン ヒョン ムン

(72)【発明者】

【氏名】ナム チョン ハク

【審査官】田部井 和彦

(56)【参考文献】

【文献】特表２０１４－５０１０９０（ＪＰ，Ａ）

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

【文献】米国特許出願公開第２０１９／０２３８８４１（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１９／０２８１２９０（ＵＳ，Ａ１）

【文献】Benjamin Bross et al.，Versatile Video Coding (Draft 7) [online]，JVET-P2001-vE，インターネット ＜URL: https://jvet-experts.org/doc_end_user/documents/16_Geneva/wg11/JVET-P2001-v14.zip＞，2019年11月14日，pp.25-28,65-71,145-154,170-172,209-213,288-289

【文献】Hyeongmun Jang et al.，[AHG2] Fix cu_skip_flag signaling for IBC [online]，JVET-R0311_r1，インターネット ＜URL: https://jvet-experts.org/doc_end_user/documents/18_Alpbach/wg11/JVET-R0311-v2.zip＞，2020年04月14日

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

Ｈ０４Ｎ １９／１０７

Ｈ０４Ｎ １９／１７６

Ｈ０４Ｎ １９／１３６

Ｈ０４Ｎ １９／７０

Ｈ０４Ｎ １９／１１９

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

【請求項1】

画像復号化装置によって行われる画像復号化方法であって、前記画像復号化方法は、
所定の予測モードタイプに基づいて決定された分割構造に基づいてブロックを分割することにより現在ブロックを取得するステップと、
前記現在ブロックの予測モードタイプを再設定するステップと、
前記再設定された予測モードタイプに基づいて、前記現在ブロックの予測モード情報を取得するステップと、
前記予測モード情報に基づいて、前記現在ブロックの予測ブロックを生成するステップと、を含み、
前記現在ブロックの予測モードタイプを再設定するステップは、前記現在ブロックのスライスタイプ又はサイズのうちの少なくとも一つに基づいて行われる、画像復号化方法。

【請求項2】

前記現在ブロックのスライスタイプがＩスライスであり、前記現在ブロックの幅又は高さのうちの少なくとも一つが６４より大きいことに基づいて、前記現在ブロックの予測モードタイプはイントラタイプ（ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）に再設定される、請求項１に記載の画像復号化方法。

【請求項3】

前記現在ブロックのスライスタイプがＰ又はＢスライスであることに基づいて、前記現在ブロックの予測モードタイプは前記所定の予測モードタイプに再設定される、請求項１に記載の画像復号化方法。

【請求項4】

前記現在ブロックの幅及び高さが６４と同じかそれより小さいことに基づいて、前記現在ブロックの予測モードタイプは前記所定の予測モードタイプに再設定される、請求項１に記載の画像復号化方法。

【請求項5】

前記再設定された予測モードタイプがイントラタイプ（ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）であることに基づいて、前記予測モード情報は、スキップ（ＳＫＩＰ）モードに関する情報を含まない、請求項１に記載の画像復号化方法。

【請求項6】

前記スキップモードに関する情報は、前記現在ブロックに対して前記スキップモードが適用されないことを示す第１値と推論される、請求項５に記載の画像復号化方法。

【請求項7】

前記所定の予測モードタイプは、前記現在ブロックを含む前記ブロックの予測モード特性情報に基づいて決定される、請求項１に記載の画像復号化方法。

【請求項8】

前記所定の予測モードタイプがイントラタイプ（ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）であることに基づいて、前記分割構造はデュアルツリー構造に決定される、請求項１に記載の画像復号化方法。

【請求項9】

前記所定の予測モードタイプがイントラタイプ（ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）でないことに基づいて、前記分割構造は、前記現在ブロックを含む前記ブロックの分割構造と同じ構造に決定される、請求項１に記載の画像復号化方法。

【請求項10】

画像符号化装置によって行われる画像符号化方法であって、前記画像符号化方法は、
所定の予測モードタイプに基づいて決定された分割構造に基づいてブロックを分割することにより現在ブロックを取得するステップと、
前記現在ブロックの予測モードタイプを再設定するステップと、
前記再設定された予測モードタイプに基づいて、前記現在ブロックの予測モード情報を符号化するステップと、を含み、
前記現在ブロックの予測モードタイプを再設定するステップは、前記現在ブロックのスライスタイプ又はサイズのうちの少なくとも一つに基づいて行われる、画像符号化方法。

【請求項11】

前記現在ブロックのスライスタイプがＩスライスであり、前記現在ブロックの幅又は高さのうちの少なくとも一つが６４より大きいことに基づいて、前記現在ブロックの予測モードタイプは、イントラタイプ（ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）に再設定される、請求項１０に記載の画像符号化方法。

【請求項12】

前記再設定された予測モードタイプがイントラタイプ（ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）であることに基づいて、前記予測モード情報は、スキップ（ＳＫＩＰ）モードに関する情報を含まない、請求項１０に記載の画像符号化方法。

【請求項13】

画像符号化方法によって生成されたビットストリームを伝送する方法であって、前記画像符号化方法は、
所定の予測モードタイプに基づいて決定された分割構造に基づいてブロックを分割することにより現在ブロックを取得するステップと、
前記現在ブロックの予測モードタイプを再設定するステップと、
前記再設定された予測モードタイプに基づいて、前記現在ブロックの予測モード情報を符号化するステップと、を含み、
前記現在ブロックの予測モードタイプを再設定するステップは、前記現在ブロックのスライスタイプ又はサイズのうちの少なくとも一つに基づいて行われる、ビットストリーム伝送方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、画像符号化／復号化方法、装置、及びビットストリームを伝送する方法に係り、より詳細には、リーフノードの再設定された予測モードタイプに基づいて予測を行う画像符号化／復号化方法、装置、及び本開示の画像符号化方法／装置によって生成されたビットストリームを伝送する方法に関する。

【背景技術】

【0002】

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

【0003】

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

【発明の概要】

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

【0004】

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

【0005】

また、本開示は、現在ブロックのスライスタイプ及びサイズのうちの少なくとも一つに基づいて予測モードタイプを再設定する画像符号化／復号化方法及び装置を提供することを目的とする。

【0006】

また、本開示は、現在ブロックの再設定された予測モードタイプに基づいて予測モード情報を符号化／復号化する画像符号化／復号化方法及び装置を提供することを目的とする。

【0007】

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

【0008】

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

【0009】

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

【0010】

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

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

【0011】

本開示の一態様による画像復号化方法は、所定の予測モードタイプに基づいて、分割ツリー構造のリーフノード（ｌｅａｆ ｎｏｄｅ）に該当する現在ブロックを取得するステップと、前記現在ブロックの予測モードタイプを再設定するステップと、前記再設定された予測モードタイプに基づいて、前記現在ブロックの予測モード情報を取得するステップと、前記予測モード情報に基づいて、前記現在ブロックの予測ブロックを生成するステップと、を含み、前記現在ブロックの予測モードタイプを再設定するステップは、前記現在ブロックのスライスタイプ及びサイズのうちの少なくとも一つに基づいて行われることができる。

【0012】

本開示の他の態様による画像復号化装置は、メモリ及び少なくとも一つのプロセッサを含み、前記少なくとも一つのプロセッサは、所定の予測モードタイプに基づいて、分割ツリー構造のリーフノード（ｌｅａｆ ｎｏｄｅ）に該当する現在ブロックを取得し、前記現在ブロックの予測モードタイプを再設定し、前記再設定された予測モードタイプに基づいて、前記現在ブロックの予測モード情報を取得し、前記予測モード情報に基づいて、前記現在ブロックの予測ブロックを生成し、前記現在ブロックの予測モードタイプは、前記現在ブロックのスライスタイプ及びサイズのうちの少なくとも一つに基づいて再設定されることができる。

【0013】

本開示の別の態様による画像符号化方法は、所定の予測モードタイプに基づいて分割ツリー構造のリーフノード（ｌｅａｆ ｎｏｄｅ）に該当する現在ブロックを取得するステップと、前記現在ブロックの予測モードタイプを再設定するステップと、前記再設定された予測モードタイプに基づいて前記現ブロックの予測モード情報を符号化するステップと、を含み、前記現在ブロックの予測モードタイプを再設定するステップは、前記現在ブロックのスライスタイプ及びサイズのうちの少なくとも一つに基づいて行われることができる。

【0014】

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

【0015】

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

【0016】

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

【発明の効果】

【0017】

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

【0018】

また、本開示によれば、現在ブロックのスライスタイプ及びサイズのうちの少なくとも一つに基づいて予測モードタイプを再設定する画像符号化／復号化方法及び装置が提供されることができる。

【0019】

また、本開示によれば、現在ブロックの再設定された予測モードタイプに基づいて予測モード情報を符号化／復号化する画像符号化／復号化方法及び装置が提供されることができる。

【0020】

また、本開示によれば、現在ブロックの再設定された予測モードタイプがイントラタイプである場合、スキップモードに関する予測モード情報のシグナリングを制限する画像符号化／復号化方法及び装置が提供されることができる。

【0021】

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

【0022】

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

【0023】

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

【0024】

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

【図面の簡単な説明】

【0025】

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

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

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

【図4】一実施例による画像の分割構造を示す図である。

【図5】マルチタイプツリー構造によるブロックの分割タイプを示す図である。

【図6】本開示によるマルチタイプツリーを伴う四分木（ｑｕａｄｔｒｅｅ ｗｉｔｈ ｎｅｓｔｅｄ ｍｕｌｔｉ－ｔｙｐｅ ｔｒｅｅ）構造におけるブロック分割情報のシグナリングメカニズムを例示的に示す図である。

【図7】ＣＴＵが、四分木の適用後にマルチタイプツリーが適用されることにより多重ＣＵに分割される例を示す図である。

【図8】二分木分割及び三分木分割の際に発生しうるリダンダント分割パターンを例示的に示す図である。

【図9a】本開示の一実施例によるイントラ予測方向を示す図である。

【図9b】本開示の他の実施例によるイントラ予測方向を示す図である。

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

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

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

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

【図14】予測モード情報を含むｃｏｄｉｎｇ＿ｕｎｉｔシンタックスの一例を示す図である。

【図15】現在ブロックのスライスタイプ及びサイズに応じて現在ブロックに適用可能な予測モードを例示的に示す図である。

【図16】本開示の実施例によるｃｏｄｉｎｇ＿ｕｎｉｔシンタックスを示す図である。

【図17】本開示の実施例によるｃｏｄｉｎｇ＿ｕｎｉｔシンタックスを示す図である。

【図18】本開示の実施例によるｃｏｄｉｎｇ＿ｕｎｉｔシンタックスを示す図である。

【図19】本開示の実施例によるｃｏｄｉｎｇ＿ｕｎｉｔシンタックスを示す図である。

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

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

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

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

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

【表1】

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

【表2】

【0142】

表２を参照すると、非方向性イントラ予測モードとして、Ｐｌａｎａｒモードのモード番号は０であり、ＤＣモードのモード番号は１であり得る。また、複数の方向性イントラ予測モードのモード番号は２～６６であり得る。また、付加イントラ予測モードとして、ＬＴ＿ＣＣＬＭモード、Ｌ＿ＣＣＬＭモード及びＴ＿ＣＣＬＭモードのモード番号は８１～８３であり得る。

【0143】

図９ｂは本開示の他の実施例に係るイントラ予測方向を示す図である。図９ｂにおいて、破線方向は、正方形ではないブロックのみに適用される広角（ｗｉｄｅ ａｎｇｌｅ）モードを示す。

【0144】

自然画像（ｎａｔｕｒａｌ ｖｉｄｅｏ）で提示された任意のエッジ方向（ｅｄｇｅ ｄｉｒｅｃｔｉｏｎ）をキャプチャするために、図９ｂに示すように、イントラ予測モードは、２つの非方向性イントラ予測モードと共に９３個の方向性イントラ予測モードを含むことができる。前記非方向性イントラ予測モードは、Ｐｌａｎａｒモード及びＤＣモードを含むことができる。前記方向性イントラ予測モードは、図９ｂの矢印で示すように、２番乃至８０番と－１番乃至－１４番で構成されるイントラ予測モードを含むことができる。前記ＰｌａｎａｒモードはＩＮＴＲＡ＿ＰＬＡＮＡＲ、ＤＣモードはＩＮＴＲＡ＿ＤＣとそれぞれ表記されることができる。そして、方向性イントラ予測モードは、ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ－１４乃至ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ－１、及びＩＮＴＲＡ＿ＡＮＧＵＬＡＲ２乃至ＩＮＴＲＡ＿ＡＮＧＵＬＡＲ８０と表記されることができる。

【0145】

画像符号化装置は、現在ブロックに適用されたイントラ予測モードを示すイントラ予測モード／タイプ情報を符号化してビットストリームを介してシグナリングすることができる。一例において、前記イントラ予測モード／タイプ情報は、前記現在ブロックに対してＭＰＭ（ｍｏｓｔ ｐｒｏｂａｂｌｅ ｍｏｄｅ）が適用されるか、それともリメイニングモード（ｒｅｍａｉｎｉｎｇ ｍｏｄｅ）が適用されるかを示すフラグ情報（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｆｌａｇ及び／又はｉｎｔｒａ＿ｃｈｒｏｍａ＿ｍｐｍ＿ｆｌａｇ）を含むことができる。前記現在ブロックに対して前記ＭＰＭが適用される場合、前記イントラ予測モード／タイプ情報は、イントラ予測モード候補（ＭＰＭ候補）のうちのいずれか一つを指し示すインデックス情報（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｉｄｘ及び／又はｉｎｔｒａ＿ｃｈｒｏｍａ＿ｍｐｍ＿ｉｄｘ）をさらに含むことができる。これとは異なり、前記現在ブロックに対して前記ＭＰＭが適用されない場合、前記イントラ予測モード／タイプ情報は、前記イントラ予測モード候補（ＭＰＭ候補）を除いた残りのイントラ予測モードのうちのいずれか一つを指し示すリメイニングモード情報（例えば、ｉｎｔｒａ＿ｌｕｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ及び／又はｉｎｔｒａ＿ｃｈｒｏｍａ＿ｍｐｍ＿ｒｅｍａｉｎｄｅｒ）をさらに含むことができる。画像復号化装置は、前記ビットストリームを介して受信されたイントラ予測モード／タイプ情報に基づいて現在ブロックのイントラ予測モードを決定することができる。

【0146】

前記イントラ予測モード／タイプ情報は、本開示で説明された多様なコーディング方法を介して符号化／復号化されることができる。例えば、前記イントラ予測モードタイプ／情報は、ｔｒｕｎｃａｔｅｄ（ｒｉｃｅ）ｂｉｎａｒｙ ｃｏｄｅに基づくエントロピーコーディング（例えば、ＣＡＢＡＣ、ＣＡＶＬＣ）を介して符号化／復号化できる。

【0147】

インター予測の概要

【0148】

以下、本開示によるインター予測について説明する。

【0149】

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

【0150】

前記動き情報は、インター予測タイプ（Ｌ０予測、Ｌ１予測、Ｂｉ予測など）に基づいてＬ０動き情報及び／又はＬ１動き情報を含むことができる。Ｌ０方向の動きベクトルは、Ｌ０動きベクトル又はＭＶＬ０と呼ばれることができ、Ｌ１方向の動きベクトルは、Ｌ１動きベクトル又はＭＶＬ１と呼ばれることができる。Ｌ０動きベクトルに基づいた予測はＬ０予測と呼ばれることができ、Ｌ１動きベクトルに基づいた予測はＬ１予測と呼ばれることができ、前記Ｌ０動きベクトル及び前記Ｌ１動きベクトルの両方ともに基づいた予測は双（Ｂｉ）予測と呼ばれることができる。ここで、Ｌ０動きベクトルは、参照ピクチャリストＬ０（Ｌ０）に関連した動きベクトルを示すことができ、Ｌ１動きベクトルは、参照ピクチャリストＬ１（Ｌ１）に関連した動きベクトルを示すことができる。参照ピクチャリストＬ０は、前記現在ピクチャよりも出力順序において以前のピクチャを参照ピクチャとして含むことができ、参照ピクチャリストＬ１は、前記現在ピクチャよりも出力順序において以後のピクチャを含むことができる。前記以前のピクチャは、順方向（参照）ピクチャと呼ばれることができ、前記以後のピクチャは、逆方向（参照ピクチャ）と呼ばれることができる。前記参照ピクチャリストＬ０は、前記現在ピクチャよりも出力順序において以後のピクチャを参照ピクチャとしてさらに含むことができる。この場合、前記参照ピクチャリストＬ０内で前記以前のピクチャが先にインデックス化され、前記以後のピクチャは、その次にインデックス化されることができる。前記参照ピクチャリストＬ１は、前記現在ピクチャよりも出力順序において以前のピクチャを参照ピクチャとしてさらに含むことができる。この場合、前記参照ピクチャリストＬ１内で前記以後のピクチャが先にインデックス化され、前記以前のピクチャはその次にインデックス化されることができる。ここで、出力順序は、ＰＯＣ（ｐｉｃｔｕｒｅ ｏｒｄｅｒ ｃｏｕｎｔ）順序（ｏｒｄｅｒ）に対応することができる。

【0151】

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

【0152】

図１１は本開示によるインター予測部１８０の構成を例示的に示す図である。

【0153】

図１０の符号化方法は、図２の画像符号化装置によって行われることができる。具体的には、ステップＳ１０１０は、インター予測部１８０によって行われることができ、ステップＳ１０２０は、レジデュアル処理部によって行われることができる。具体的には、ステップＳ１０２０は、減算部１１５によって行われることができる。ステップＳ１０３０は、エントロピー符号化部１９０によって行われることができる。ステップＳ１０３０の予測情報はインター予測部１８０によって導出され、ステップＳ１０３０のレジデュアル情報はレジデュアル処理部によって導出されることができる。前記レジデュアル情報は前記レジデュアルサンプルに関する情報である。前記レジデュアル情報は、前記レジデュアルサンプルに対する量子化された変換係数に関する情報を含むことができる。前述したように、前記レジデュアルサンプルは、画像符号化装置の変換部１２０を介して変換係数として導出され、前記変換係数は、量子化部１３０を介して量子化された変換係数として導出されることができる。前記量子化された変換係数に関する情報がレジデュアルコーディング手順を介してエントロピー符号化部１９０で符号化されることができる。

【0154】

図１０及び図１１を一緒に参照すると、画像符号化装置は、現在ブロックに対するインター予測を行うことができる（Ｓ１０１０）。画像符号化装置は、現在ブロックのインター予測モード及び動き情報を導出し、前記現在ブロックの予測サンプルを生成することができる。ここで、インター予測モード決定、動き情報導出及び予測サンプル生成手順は、同時に行われてもよく、いずれか一つの手順が他の手順よりも先に行われてもよい。例えば、図１１に示されているように、画像符号化装置のインター予測部１８０は、予測モード決定部１８１、動き情報導出部１８２、及び予測サンプル導出部１８３を含むことができる。予測モード決定部１８１で前記現在ブロックに対する予測モードを決定し、動き情報導出部１８２で前記現在ブロックの動き情報を導出し、予測サンプル導出部１８３で前記現在ブロックの予測サンプルを導出することができる。例えば、画像符号化装置のインター予測部１８０は、動き推定（ｍｏｔｉｏｎ ｅｓｔｉｍａｔｉｏｎ）を介して参照ピクチャの一定の領域（探索領域）内で前記現在ブロックと類似のブロックを探索し、前記現在ブロックとの差が最小又は一定の基準以下である参照ブロックを導出することができる。これに基づいて、前記参照ブロックが位置する参照ピクチャを指す参照ピクチャインデックスを導出し、前記参照ブロックと前記現在ブロックとの位置差に基づいて動きベクトルを導出することができる。画像符号化装置は、様々な予測モードのうち、前記現在ブロックに対して適用されるモードを決定することができる。画像符号化装置は、前記様々な予測モードに対するレート歪みコスト（Ｒａｔｅ－Ｄｉｓｔｏｒｔｉｏｎ（ＲＤ） ｃｏｓｔ）を比較し、前記現在ブロックに対する最適の予測モードを決定することができる。しかし、画像符号化装置が現在ブロックに対する予測モードを決定する方法は、上記の例に限定されず、様々な方法が利用できる。

【0155】

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

【0156】

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

【0157】

画像符号化装置は、前記予測サンプルに基づいてレジデュアルサンプルを導出することができる（Ｓ１０２０）。画像符号化装置は、前記現在ブロックの原本サンプルと前記予測サンプルとの比較によって前記レジデュアルサンプルを導出することができる。例えば、前記レジデュアルサンプルは、原本サンプルから対応する予測サンプルを減算することにより導出されることができる。

【0158】

画像符号化装置は、予測情報及びレジデュアル情報を含む画像情報を符号化することができる（Ｓ１０３０）。画像符号化装置は、符号化された画像情報をビットストリーム形式で出力することができる。前記予測情報は、前記予測手順に関連した情報であって、予測モード情報（例えば、ｓｋｉｐ ｆｌａｇ、ｍｅｒｇｅ ｆｌａｇ又はｍｏｄｅ ｉｎｄｅｘなど）及び動き情報に関する情報を含むことができる。前記予測モード情報のうち、ｓｋｉｐ ｆｌａｇは、現在ブロックに対してスキップモードが適用されるか否かを示す情報であり、ｍｅｒｇｅ ｆｌａｇは、現在ブロックに対してマージモードが適用されるか否かを示す情報である。又は、予測モード情報は、ｍｏｄｅ ｉｎｄｅｘのように、複数の予測モードのうちのいずれか一つを指示する情報であってもよい。前記ｓｋｉｐ ｆｌａｇとｍｅｒｇｅ ｆｌａｇがそれぞれ０である場合、現在ブロックに対してＭＶＰモードが適用されると決定されることができる。前記動き情報に関する情報は、動きベクトルを導出するための情報である候補選択情報（例えば、ｍｅｒｇｅ ｉｎｄｅｘ、ｍｖｐ ｆｌａｇ又はｍｖｐ ｉｎｄｅｘ）を含むことができる。前記候補選択情報のうち、ｍｅｒｇｅ ｉｎｄｅｘは、現在ブロックに対してマージモードが適用される場合にシグナリングされることができ、マージ候補リストに含まれているマージ候補のうちのいずれか一つを選択するための情報であることができる。前記候補選択情報のうち、ｍｖｐ ｆｌａｇ又はｍｖｐ ｉｎｄｅｘは、現在ブロックに対してＭＶＰモードが適用される場合にシグナリングされることができ、ｍｖｐ候補リストに含まれているｍｖｐ候補のうちのいずれか一つを選択するための情報であることができる。また、前記動き情報に関する情報は、上述したＭＶＤに関する情報及び／又は参照ピクチャインデックス情報を含むことができる。また、前記動き情報に関する情報は、Ｌ０予測、Ｌ１予測、又は双（Ｂｉ）予測が適用されるか否かを示す情報を含むことができる。前記レジデュアル情報は、前記レジデュアルサンプルに関する情報である。前記レジデュアル情報は、前記レジデュアルサンプルに対する量子化された変換係数に関する情報を含むことができる。

【0159】

出力されたビットストリームは、（デジタル）記憶媒体に保存されて画像復号化装置に伝達されることができ、又はネットワークを介して画像復号化装置に伝達されることもできる。

【0160】

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

【0161】

図１２はインター予測ベースのビデオ／画像復号化方法を示すフローチャートであり、図１３は本開示によるインター予測部２６０の構成を例示的に示す図である。

【0162】

画像復号化装置は、前記画像符号化装置で行われた動作と対応する動作を行うことができる。画像復号化装置は、受信された予測情報に基づいて現在ブロックに対する予測を行い、予測サンプルを導出することができる。

【0163】

図１２の復号化方法は、図３の画像復号化装置によって行われることができる。具体的に、ステップＳ１２１０乃至Ｓ１２３０は、インター予測部２６０によって行われることができ、ステップＳ１２１０の予測情報及びステップＳ１２４０のレジデュアル情報は、エントロピー復号化部２１０によってビットストリームから取得されることができる。画像復号化装置のレジデュアル処理部は、前記レジデュアル情報に基づいて、現在ブロックに対するレジデュアルサンプルを導出することができる。例えば、前記レジデュアル処理部の逆量子化部２２０は、前記レジデュアル情報に基づいて導出された、量子化された変換係数に基づいて、逆量子化を行って変換係数を導出し、前記レジデュアル処理部の逆変換部２３０は、前記変換係数に対する逆変換を行って前記現在ブロックに対するレジデュアルサンプルを導出することができる。また、ステップＳ１２５０は、加算部２３５又は復元部によって行われることができる。

【0164】

図１２及び図１３を一緒に参照すると、画像復号化装置は、受信された予測情報に基づいて、前記現在ブロックに対する予測モードを決定することができる（Ｓ１２１０）。画像復号化装置は、前記予測情報内の予測モード情報に基づいて、前記現在ブロックにどのインター予測モードが適用されるかを決定することができる。

【0165】

例えば、前記ｓｋｉｐ ｆｌａｇに基づいて、前記現在ブロックに前記スキップモードが適用されるか否かを決定することができる。また、前記ｍｅｒｇｅ ｆｌａｇに基づいて、前記現在ブロックに前記マージモードが適用されるか或いはＭＶＰモードが決定されるかを決定することができる。又は、前記ｍｏｄｅ ｉｎｄｅｘに基づいて、多様なインター予測モード候補のうちのいずれか一つを選択することができる。前記インター予測モード候補は、スキップモード、マージモード及び／又はＭＶＰモードを含むことができ、或いは後述する様々なインター予測モードを含むことができる。

【0166】

画像復号化装置は、前記決定されたインター予測モードに基づいて前記現在ブロックの動き情報を導出することができる（Ｓ１２２０）。例えば、画像復号化装置は、前記現在ブロックにスキップモード又はマージモードが適用される場合、後述するマージ候補リストを構成し、前記マージ候補リストに含まれているマージ候補のうちのいずれか一つを選択することができる。前記選択は、前述した候補選択情報（ｍｅｒｇｅ ｉｎｄｅｘ）に基づいて行われることができる。前記選択されたマージ候補の動き情報を用いて前記現在ブロックの動き情報を導出することができる。例えば、前記選択されたマージ候補の動き情報が前記現在ブロックの動き情報として用いられることができる。

【0167】

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

【0168】

画像復号化装置は、前記現在ブロックの動き情報に基づいて、前記現在ブロックに対する予測サンプルを生成することができる（Ｓ１２３０）。この場合、前記現在ブロックの参照ピクチャインデックスに基づいて前記参照ピクチャを導出し、前記現在ブロックの動きベクトルが前記参照ピクチャ上で指す参照ブロックのサンプルを用いて前記現在ブロックの予測サンプルを導出することができる。場合に応じて、前記現在ブロックの予測サンプルのうち、全部又は一部に対する予測サンプルフィルタリング手順がさらに行われることができる。

【0169】

例えば、図１３に示されているように、画像復号化装置のインター予測部２６０は、予測モード決定部２６１、動き情報導出部２６２及び予測サンプル導出部２６３を含むことができる。画像復号化装置のインター予測部２６０は、予測モード決定部２６１から受信された予測モード情報に基づいて、前記現在ブロックに対する予測モードを決定し、動き情報導出部２６２から受信された動き情報に関する情報に基づいて前記現在ブロックの動き情報（動きベクトル及び／又は参照ピクチャインデックスなど）を導出し、予測サンプル導出部２６３で前記現在ブロックの予測サンプルを導出することができる。

【0170】

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

【0171】

前述したように、インター予測手順は、インター予測モード決定ステップ、決定された予測モードによる動き情報導出ステップ、導出された動き情報に基づく予測実行（予測サンプルの生成）ステップを含むことができる。前記インター予測手順は、前述したように画像符号化装置及び画像復号化装置で行われることができる。

【0172】

ＩＢＣ（Ｉｎｔｒａ Ｂｌｏｃｋ Ｃｏｐｙ）予測の概要

【0173】

以下、本開示によるＩＢＣ予測について説明する。

【0174】

ＩＢＣ予測は、画像符号化装置／画像復号化装置の予測部で行われることができる。ＩＢＣ予測は、簡単に「ＩＢＣ」と呼ばれることができる。前記ＩＢＣは、例えばＳＣＣ（ｓｃｒｅｅｎ ｃｏｎｔｅｎｔ ｃｏｄｉｎｇ）などのようにゲームなどのコンテンツ画像／動画コーディングのために使用できる。前記ＩＢＣは、基本的に現在ピクチャ内で予測を行うが、現在ピクチャ内で参照ブロックを導出するという点で、インター予測と同様に行われることができる。つまり、ＩＢＣは、本開示で説明されたインター予測技法のうちの少なくとも一つを用いることができる。例えば、ＩＢＣでは、前述した動き情報（動きベクトル）導出方法のうちの少なくとも一つを用いることができる。前記インター予測技法のうちの少なくとも一つは、前記ＩＢＣ予測を考慮して一部修正されて用いられることもできる。前記ＩＢＣは、現在ピクチャを参照することができる。よって、ＣＰＲ（ｃｕｒｒｅｎｔ ｐｉｃｔｕｒｅ ｒｅｆｅｒｅｎｃｉｎｇ）と呼ばれることもある。

【0175】

ＩＢＣのために、画像符号化装置は、ブロックマッチングＢＭを行って現在ブロック（又は、現在ＣＵ）に対する最適のブロックベクトル（又は動きベクトル）を導出することができる。前記導出されたブロックベクトルは、前述したインター予測での動き情報（動きベクトル）のシグナリングと同様の方法を用いて、ビットストリームを介して画像復号化装置にシグナリングされることができる。画像復号化装置は、前記シグナリングされたブロックベクトルを介して、現在ピクチャ内で前記現在ブロックに対する参照ブロックを導出することができ、これにより前記現在ブロックに対する予測信号（予測されたブロック又は予測サンプル）を導出することができる。ここで、前記ブロックベクトルは、現在ブロックから現在ピクチャ内の既に復元された領域に位置する参照ブロックまでの変位（ｄｉｓｐｌａｃｅｍｅｎｔ）を示すことができる。よって、前記ブロックベクトルは、変位ベクトルと呼ばれることもできる。以下、ＩＢＣにおける動きベクトルは、前記ブロックベクトル又は前記変位ベクトルに対応することができる。現在ブロックの動きベクトルは、ルマ成分に対する動きベクトル（ルマ動きベクトル）又はクロマ成分に対する動きベクトル（クロマ動きベクトル）を含むことができる。例えば、ＩＢＣコーディングされたＣＵに対するルマ動きベクトルも、整数サンプル単位（すなわち、ｉｎｔｅｇｅｒ ｐｒｅｃｉｓｉｏｎ）であることができる。クロマ動きベクトルも、整数サンプル単位でクリッピング（ｃｌｉｐｐｅｄ）できる。前述したように、ＩＢＣは、インター予測技法のうちの少なくとも一つを用いることができ、例えば、ルマ動きベクトルは、前述したマージモード又はＭＶＰモードを用いて符号化／復号化されることができる。

【0176】

ルマＩＢＣブロックに対してマージモードが適用される場合、ルマＩＢＣブロックに対するマージ候補リストは、インター予測モードでのマージ候補リストと同様に構成されることができる。但し、ルマＩＢＣブロックに対するマージ候補リストは、インター予測モードにおけるマージ候補リストとは異なり、時間候補ブロック（ｔｅｍｐｏｒａｌ ｃａｎｄｉｄａｔｅ ｂｌｏｃｋ）を含まないことができる。

【0177】

ルマＩＢＣブロックに対してＭＶＰモードが適用される場合、ルマＩＢＣブロックに対するｍｖｐ候補リストは、インターモードでのｍｖｐ候補リストと同様に構成されることができる。但し、ルマＩＢＣブロックに対するマージ候補リストは、インター予測モードでのｍｖｐ候補リストとは異なり、時間候補ブロックを含まないことができる。

【0178】

ＩＢＣは、現在ピクチャ内の既に復元された領域から参照ブロックを導出することができる。このとき、メモリの消費と画像復号化装置の複雑度を減少させるために、現在ピクチャ内の既に復元された領域のうち、既に定義された領域（ｐｒｅｄｅｆｉｎｅｄ ａｒｅａ）のみ参照できる。前記既に定義された領域は、現在ブロックが含まれている現在ＣＴＵを含むことができる。このように、参照可能な復元領域を既に定義された領域に制限することにより、ＩＢＣモードは、ローカルオンチップメモリ（ｌｏｃａｌ ｏｎ－ｃｈｉｐ ｍｅｍｏｒｙ）を用いてハードウェア的に実現できる。

【0179】

ＩＢＣを行う画像符号化装置は、前記既に定義された領域を探索して、最も小さいＲＤコストを持つ参照ブロックを決定し、前記決定された参照ブロックと現在ブロックの位置に基づいて動きベクトル（ブロックベクトル）を導出することができる。

【0180】

ＩＢＣに関する予測モード情報は、ＣＵレベルでシグナリングされることができる。例えば、現在ブロックに対してＩＢＣスキップ／マージモードが適用されるか否かを示すフラグ情報及び／又は現在ブロックに対してＩＢＣ ＡＭＶＰモードが適用されるか否かを示すフラグ情報がｃｏｄｉｎｇ＿ｕｎｉｔシンタックスを介してシグナリングされることができる。

【0181】

ＩＢＣスキップ／マージモードの場合、マージ候補インデックスがシグナリングされてマージ候補リストに含まれているブロックベクトルのうち、現在ルマブロックの予測に使用されるブロックベクトルを指示するために使用できる。このとき、マージ候補リストは、ＩＢＣで符号化された周辺ブロックを含むことができる。前述したように、マージ候補リストは、空間マージ候補（ｓｐａｔｉａｌ ｍｅｒｇｅ ｃａｎｄｉｄａｔｅ）を含むことができるが、時間マージ候補（ｔｅｍｐｏｒａｌ ｍｅｒｇｅ ｃｎａｄｉｄａｔｅ）は含まないことができる。また、マージ候補リストは、さらにＨＭＶＰ（Ｈｉｓｔｒｏｒｙ－ｂａｓｅｄ ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｐｒｅｄｉｃｔｏｒ）候補及び／又はペアワイズ（ｐａｉｒｗｉｓｅ）候補を含むことができる。

【0182】

ＩＢＣ ＭＶＰモードの場合、ブロックベクトル差分値（ｂｌｏｃｋ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ）がインター予測モードの動きベクトル差分値（ｍｏｔｉｏｎ ｖｅｃｔｏｒ ｄｉｆｆｅｒｅｎｃｅ）と同様の方法で符号化されることができる。ＩＢＣ ＭＶＰモードにおいて、ブロックベクトル予測方法は、ＭＶＰモードと同様に、２つの候補を予測子として含むｍｖｐ候補リストに基づいて行われることができる。前記２つの候補のうちのいずれか一つは、現在ブロックの左側周辺ブロックから誘導され、残りの一つは、現在ブロックの上側周辺ブロックから誘導されることができる。このとき、前記左側周辺ブロック又は前記上側周辺ブロックがＩＢＣで符号化された場合にのみ、当該周辺ブロックから候補を誘導することができる。前記左側周辺ブロック又は前記上側周辺ブロックが利用可能でない場合（例えば、ＩＢＣで符号化されていない場合）、所定のデフォルトブロックベクトルが予測子としてｍｖｐ候補リストに含まれることができる。また、ＩＢＣ ＭＶＰモードの場合、２つのブロックベクトル予測子のうちのいずれか一つを指示するための情報（例えば、フラグ）が候補選択情報としてシグナリングされ、画像復号化に利用されるという点において、ＭＶＰモードと同様のブロックベクトル予測が行われることができる。前記ｍｖｐ候補リストは、デフォルトブロックベクトルとしてＨＭＶＰ候補及び／又はゼロ動きベクトルを含むことができる。

【0183】

前記ＨＭＶＰ候補は、ヒストリベースのＭＶＰ候補と呼ばれることもあり、現在ブロックの符号化／復号化の以前に使用されたＭＶＰ候補、マージ候補又はブロックベクトル候補は、ＨＭＶＰ候補としてＨＭＶＰリストに保存されることができる。以後、現在ブロックのマージ候補リスト又はｍｖｐ候補リストが最大個数の候補を含まない場合、ＨＭＶＰリストに保存された候補がＨＭＶＰ候補として現在ブロックのマージ候補リスト又はｍｖｐ候補リストに追加されることができる。

【0184】

前記ペアワイズ（ｐａｉｒｗｉｓｅ）候補は、現在ブロックのマージ候補リストに既に含まれている候補の中から、予め決められた順序に従って選択される２つの候補を平均することにより誘導される候補を意味することができる。

【0185】

現在ブロックに対してＩＢＣが適用されるか否かに関する予測モード情報（例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ）は、ＣＵレベルでシグナリングされることができる。例えば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、ｃｏｄｉｎｇ＿ｕｎｉｔシンタックスを介してシグナリングされることができる。この場合、第１値（例えば、０）を有するｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在ブロックにＩＢＣが適用されないことを示すことができる。これとは異なり、第２値（例えば、１）を有するｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在ブロックに対してＩＢＣが適用されることを示すことができる。

【0186】

一方、一例において、ＩＢＣは、マージモード及びスキップモードを支援しないことができる。また、ＩＢＣは、最大ブロックサイズに関する制限はなく、サンプルの個数が１６未満であるクロマブロックに対しては適用されないことができる。

【0187】

前述したように、現在ブロックの予測ブロックを生成するために、イントラ予測モード、インター予測モード、或いはＩＢＣなどの様々な予測モードが用いられることができる。画像符号化装置は、現在ブロックに対する予測モードを指示するために、所定の予測モード情報を符号化してビットストリームを介してシグナリングすることができる。また、画像復号化装置は、ビットストリームから取得される所定の予測モード情報に基づいて現在ブロックに対する予測モードを決定することができる。以下、予測モード情報を符号化／復号化する方法について詳細に説明する。

【0188】

図１４は予測モード情報を含むｃｏｄｉｎｇ＿ｕｎｉｔシンタックスの一例を示す図、図１５は現在ブロックのスライスタイプ及びサイズに応じて現在ブロックに適用可能な予測モードを例示的に示す図である。

【0189】

まず、図１４を参照すると、ｃｏｄｉｎｇ＿ｕｎｉｔシンタックスは、予測モード情報としてｃｕ＿ｓｋｉｐ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ及びｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇを含むことができる。

【0190】

具体的には、ｃｕ＿ｓｋｉｐ＿ｆｌａｇは、現在ブロックに対してスキップモードが適用されるか否かを示すことができる。例えば、第１値（例えば、０）を有するｃｕ＿ｓｋｉｐ＿ｆｌａｇは、現在ブロックに対してスキップモードが適用されないことを示すことができる。これとは異なり、第２値（例えば、１）を有するｃｕ＿ｓｋｉｐ＿ｆｌａｇは、現在ブロックに対してスキップモードが適用されることを示すことができる。ｃｕ＿ｓｋｉｐ＿ｆｌａｇが第２値（例えば、１）を有する場合、現在スライスがＰ又はＢスライスであれば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇをパーシングした後に、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ及びｍｅｒｇｅ＿ｄａｔａシンタックス構造を除いたいずれのシンタックス要素もパーシングされないことができる。これとは異なり、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが第２値（例えば、１）を有する場合、現在スライスがＩスライスであれば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇをパーシングした以後にｍｅｒｇｅ＿ｉｄｘを除いたいずれのシンタックス要素もパーシングされないことができる。ｃｕ＿ｓｋｉｐ＿ｆｌａｇが存在しない場合、ｃｕ＿ｓｋｉｐ＿ｆｌａｇは第１値（例えば、０）と推論できる。

【0191】

ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、現在ブロックに対してインター予測モード及びイントラ予測モードのうちのどの予測モードが適用されるかを示すことができる。例えば、第１値（例えば、０）を有するｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、現在ブロックに対してインター予測モードが適用されることを示すことができる。これとは異なり、第２値（例えば、１）を有するｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、現在ブロックに対してイントラ予測モードが適用されることを示すことができる。ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇが存在しない場合、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、次の通りに推論できる。

【0192】

－第１推論条件：現在ブロックの幅（ｃｂＷｉｄｔｈ）及び高さ（ｃｂＨｅｉｇｈｔ）の両方とも４であれば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは第２値（例えば、１）と推論される。

【0193】

－第２推論条件：前記第１条件が満たされない場合、現在ブロックの予測モードタイプ（ｍｏｄｅＴｙｐｅ）が、イントラ予測モード、ＩＢＣ及びパレットモードのみ利用可能であることを示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡであれば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは第２値（例えば、１）と推論される。

【0194】

－第３推論条件：前記第１及び第２条件の両方とも満たされない場合、現在ブロックの予測モードタイプ（ｍｏｄｅＴｙｐｅ）が、インター予測モードのみ利用可能であることを示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲであれば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは第１値（例えば、０）と推論される。

【0195】

－第４推論条件：前記第１乃至第３条件のすべてが満たされない場合、現在ブロックのスライスタイプ（ｓｌｉｃｅ＿ｔｙｐｅ）がＩスライスであれば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは、第２値（例えば、１）と推論され、現在ブロックのスライスタイプ（ｓｌｉｃｅ＿ｔｙｐｅ）がＰ又はＢスライスであれば、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇは第１値（例えば、０）と推論される。

【0196】

ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在ブロックに対してＩＢＣが適用されるか否かを示すことができる。例えば、第１値（例えば、０）を有するｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在ブロックに対してＩＢＣが適用されないことを示すことができる。これとは異なり、第２値（例えば、１）を有するｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは、現在ブロックに対してＩＢＣが適用されることを示すことができる。ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇが存在しない場合、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは次の通りに推論できる。

【0197】

－第５推論条件：ｃｕ＿ｓｋｉｐ＿ｆｌａｇが第２値（例えば、１）を有し、現在ブロックの幅（ｃｂＷｉｄｔｈ）及び高さ（ｃｂＨｅｉｇｈｔ）の両方とも４であれば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは第２値（例えば、１）と推論できる。

【0198】

－第６推論条件：前記第５条件が満たされない場合、ｃｕ＿ｓｋｉｐ＿ｆｌａｇが第２値（例えば、１）を有し、現在ブロックの予測モードタイプ（ｍｏｄｅＴｙｐｅ）がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡであれば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは第２値（例えば、１）と推論できる。

【0199】

－第７推論条件：前記第５及び第６条件が全て満たされない場合、現在ブロックの幅（ｃｂＷｉｄｔｈ）又は高さ（ｃｂＨｅｉｇｈｔ）が１２８であれば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは第１値（例えば、０）と推論される。

【0200】

－第８推論条件：前記第５～第７条件が全て満たされない場合、現在ブロックの予測モードタイプ（ｍｏｄｅＴｙｐｅ）が上述のＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲであれば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは第１値（例えば、０）と推論される。

【0201】

－第９推論条件：前記第５～第８条件が全て満たされない場合、現在ブロックの分割構造（ｔｒｅｅＴｙｐｅ）がデュアルツリークロマ（ＤＵＡＬ＿ＴＲＥＥ＿ＣＨＲＯＭＡ）であれば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは第１値（例えば、０）と推論される。

【0202】

－第１０推論条件：前記第５～第９条件が全て満たされない場合、現在ブロックのスライスタイプ（ｓｌｉｃｅ＿ｔｙｐｅ）がＩスライスであれば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇはＳＰＳ（ｓｅｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ）を介して取得されるｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇと同じ値に推論され、現在ブロックのスライスタイプ（ｓｌｉｃｅ＿ｔｙｐｅ）がＰ又はＢスライスであれば、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇは第１値（例えば、０）と推論される。ここで、ｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、シーケンスレベルでＩＢＣが利用可能であるか否かを示す。例えば、第１値（例えば、０）を有するｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇはＩＢＣが利用可能でないことを示し、第２値（例えば、１）を有するｓｐｓ＿ｉｂｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇはＩＢＣが利用可能であることを示す。

【0203】

ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、現在ブロックに対してパレットモードが適用されるか否かを示すことができる。例えば、第１値（例えば、０）を有するｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、現在ブロックに対してパレットモードが適用されないことを示すことができる。これとは異なり、第２値（例えば、１）を有するｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは、現在ブロックに対してパレットモードが適用されることを示すことができる。ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇが存在しない場合、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇは第１値（例えば、０）と推論できる。

【0204】

一方、上述した予測モード情報は、現在ブロックのサイズ（ｃｂＷｉｄｔｈ×ｃｂＨｅｉｇｈｔ）に基づいてシグナリングされることができる。例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ及びｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇのそれぞれのシグナリング条件（１４２０、１４３０、１４４０）は、現在ブロックのサイズ（ｃｂＷｉｄｔｈ×ｃｂＨｅｉｇｈｔ）が４×４であるか否かに対する詳細条件を含むことができる。また、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ、ｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ及びｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇのそれぞれのシグナリング条件（１４２０、１４４０、１４５０）は、現在ブロックのサイズ（ｃｂＷｉｄｔｈ×ｃｂＨｅｉｇｈｔ）が６４×６４と同じかそれより小さいかに関する詳細条件を含むことができる。

【0205】

また、上述した予測モード情報は、現在ブロックの予測モードタイプ（ｍｏｄｅＴｙｐｅ）に基づいてシグナリングされることができる。例えば、ｃｕ＿ｓｋｉｐ＿ｆｌａｇ及びｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇのそれぞれのシグナリング条件（１４２０、１４４０）は、現在ブロックの予測モードタイプ（ｍｏｄｅＴｙｐｅ）がＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡであるか否かに関する詳細条件を含むことができる。また、ｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇのシグナリング条件（１４５０）は、現在ブロックの予測モードタイプ（ｍｏｄｅＴｙｐｅ）が、全ての予測モードが利用可能であることを示すＭＯＤＥ＿ＴＹＰＥ＿ＡＬＬであるか否かに関する詳細条件を含むことができる。また、ｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇのシグナリング条件（１４５０）は、現在ブロックの予測モードタイプ（ｍｏｄｅＴｙｐｅ）が、インター予測のみ利用可能であることを示すＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＥＲであるか否かに関する詳細条件を含むことができる。

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

一例において、現在ブロックの予測モードタイプは、現在ブロックのサイズに基づいてイントラタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）に再設定できる。

【0283】

例えば、現在ブロックの幅及び高さのうちの少なくとも一つが６４より大きい場合、現在ブロックの予測モードタイプはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに再設定できる。これとは異なり、現在ブロックの幅及び高さの両方とも６４より小さい場合、現在ブロックの予測モードタイプはｃｏｄｉｎｇ＿ｕｎｉｔシンタックスの呼び出し入力値（すなわち、Ｓ２１１０の予測モードタイプ）に再設定できる。或いは、現在ブロックの幅及び高さの両方とも４である場合、現在ブロックの予測モードタイプはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに再設定できる。これとは異なり、現在ブロックの幅及び高さの少なくとも一つが４でない場合、現在ブロックの予測モードタイプはｃｏｄｉｎｇ＿ｕｎｉｔシンタックスの呼び出し入力値（すなわち、Ｓ２１１０の予測モードタイプ）に再設定できる。

【0284】

他の例において、現在ブロックの予測モードタイプは、現在ブロックのスライスタイプに基づいて所定の予測モードタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）に再設定されることができる。例えば、現在ブロックのスライスタイプがＩスライスである場合、現在ブロックの予測モードタイプはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに再設定されることができる。これとは異なり、現在ブロックのスライスタイプがＩスライスではない場合（例えば、Ｐ又はＢスライス）、現在ブロックの予測モードタイプは、ｃｏｄｉｎｇ＿ｕｎｉｔシンタックスの呼び出し入力値（すなわち、Ｓ２１１０の予測モードタイプ）に再設定できる。

【0285】

別の例において、現在ブロックの予測モードタイプは、現在ブロックのスライスタイプ及び現在ブロックのサイズに基づいて所定の予測モードタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）に再設定されることができる。例えば、現在ブロックのスライスタイプがＩスライスであり、現在ブロックの幅及び高さのうちの少なくとも一つが６４より大きい場合、現在ブロックの予測モードタイプはＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡに再設定されることができる。これとは異なり、現在ブロックのスライスタイプがＩスライスではないか（例えば、Ｐ又はＢスライス）、又は現在ブロックの幅及び高さの両方とも６４と同じかそれより小さい場合、現在ブロックの予測モードタイプはｃｏｄｉｎｇ＿ｕｎｉｔシンタックスの呼び出し入力値（すなわち、Ｓ２１１０の予測モードタイプ）に再設定できる。

【0286】

画像復号化装置は、上述した方法に従って再設定された予測モードタイプに基づいて、現在ブロックの予測モード情報を取得することができる（Ｓ２１３０）。例えば、画像復号化装置は、再設定された予測モードタイプに基づいて、ビットストリームに含まれているｃｏｄｉｎｇ＿ｕｎｉｔシンタックスをパーシングすることにより、現在ブロックの予測モード情報を取得することができる。ここで、現在ブロックの予測モード情報は、スキップモードの適用如何を示すｃｕ＿ｓｋｉｐ＿ｆｌａｇ、イントラ予測モード又はインター予測モードの適用如何を示すｐｒｅｄ＿ｍｏｄｅ＿ｆｌａｇ、ＩＢＣの適用如何を示すｐｒｅｄ＿ｍｏｄｅ＿ｉｂｃ＿ｆｌａｇ、及びパレットモードの適用如何を示すｐｒｅｄ＿ｍｏｄｅ＿ｐｌｔ＿ｆｌａｇを含むことができる。上述した予測モード情報の具体的な内容は、図１４～図１９を参照して前述した通りである。

【0287】

画像復号化装置は、現在ブロックの予測モード情報に基づいて現在ブロックの予測ブロックを生成することができる（Ｓ２１４０）。具体的には、画像復号化装置は、現在ブロックの予測モード情報に基づいて現在ブロックの予測モードを決定することができる。そして、画像復号化装置は、前記決定された予測モードに基づいて予測を行うことにより、現在ブロックの予測ブロックを生成することができる。

【0288】

以上、本発明の一実施例による画像復号化方法によれば、現在ブロックの予測モードタイプは、現在ブロックのスライスタイプ及びサイズのうちの少なくとも一つに基づいて、所定の予測モードタイプ（例えば、ＭＯＤＥ＿ＴＹＰＥ＿ＩＮＴＲＡ）に再設定できる。そして、前記再設定された予測モードタイプに基づいて現在ブロックの予測モード情報が取得されることができる。これにより、予測モード情報のパーシング条件が簡素化されることができ、インター予測モード及び／又はＩＢＣが適用できない現在ブロックに対して、ｃｕ＿ｓｋｉｐ＿ｆｌａｇは復号化されず、第１値（例えば、０）と推論できる。

【0289】

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

【0290】

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

【0291】

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

【0292】

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

【0293】

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

【0294】

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

【0295】

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

【0296】

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

【0297】

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

【0298】

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

【0299】

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

【0300】

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

【0301】

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

【0302】

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

【産業上の利用可能性】

【0303】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9a】

【図9b】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】