特許7494315 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

青山学院大学 (神奈川県相模原市中央区淵野辺)

▶ エルジー　エレクトロニクス　インコーポレイティドの特許一覧

特許7494315ＧＤＲ又はＩＲＰＡピクチャに対する利用可能スライスタイプ情報に基づく画像符号化／復号化方法及び装置、並びにビットストリームを保存する記録媒体

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

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

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

(11)【特許番号】

(24)【登録日】2024-05-24

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

(54)【発明の名称】ＧＤＲ又はＩＲＰＡピクチャに対する利用可能スライスタイプ情報に基づく画像符号化／復号化方法及び装置、並びにビットストリームを保存する記録媒体

(51)【国際特許分類】

H04N 19/107 20140101AFI20240527BHJP

H04N 19/159 20140101ALI20240527BHJP

H04N 19/174 20140101ALI20240527BHJP

H04N 19/31 20140101ALI20240527BHJP

H04N 19/70 20140101ALI20240527BHJP

【ＦＩ】

H04N19/107

H04N19/159

H04N19/174

H04N19/31

H04N19/70

【請求項の数】 14

(21)【出願番号】P 2022560337

(86)(22)【出願日】2021-04-05

(65)【公表番号】

(43)【公表日】2023-05-17

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

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

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

【審査請求日】2022-11-29

(31)【優先権主張番号】63/004,572

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

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木篤

(74)【代理人】

【識別番号】100123582

【弁理士】

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

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合章

(74)【代理人】

【識別番号】100114018

【弁理士】

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

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本実

(72)【発明者】

【氏名】ナムチョンハク

(72)【発明者】

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

(72)【発明者】

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

(72)【発明者】

【氏名】キムスンファン

【審査官】久保光宏

(56)【参考文献】

【文献】Li Zhang, et al.，"AHG9: On allowed slice types in a picture"，Document: JVET-R0061-v1, [online]，JVET-R0061 (version 1)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年04月02日，Pages 1-8，[令和6年4月12日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=9705> and <URL: https://jvet-experts.org/doc_end_user/documents/18_Alpbach/wg11/JVET-R0061-v1.zip>.，(See document file "JVET-R0061-v1.docx" in the zip file "JVET-R0061-v1.zip".)

【文献】Vadim Seregin, et al.，"AHG8: On SPS sharing and slice type constraint"，Document: JVET-R0278, [online]，JVET-R0278 (version 1)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年04月04日，Pages 1-5，[令和6年4月12日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=9922> and <URL: https://jvet-experts.org/doc_end_user/documents/18_Alpbach/wg11/JVET-R0278-v1.zip>.，(See document file "JVET-R0278.docx" in the zip file "JVET-R0278-v1.zip".)

【文献】Benjamin Bross, et al.，"Versatile Video Coding (Draft 8)"，Document: JVET-Q2001-vE, [online]，JVET-R0481 (version 1)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年04月20日，Pages 48-51,120,121，[令和6年4月12日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=10143> and <URL: https://jvet-experts.org/doc_end_user/documents/18_Alpbach/wg11/JVET-R0481-v1.zip>.，(See document file "JVET-R0481-v1_IntegratedSpecText.docx" in the zip file "JVET-R0481-v1.zip".)

【文献】Ye-Kui Wang, et al.，"AHG9/AHG8/AHG12: On parameter sets and picture header"，Document: JVET-S0049-v1, [online]，JVET-S0049 (version 1)，Joint Video Experts Team (JVET) of ITU-T SG 16 WP 3 and ISO/IEC JTC 1/SC 29/WG 11，2020年05月22日，Pages 1-6，[令和6年4月12日検索], インターネット, <URL: https://jvet-experts.org/doc_end_user/current_document.php?id=10171> and <URL: https://jvet-experts.org/doc_end_user/documents/19_Teleconference/wg11/JVET-S0049-v1.zip>.，(See document file "JVET-S0049-v1.docx" in the zip file "JVET-S0049-v1.zip".)

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

Ｈ０４Ｎ１９／００－１９／９８

ＣＳＤＢ（日本国特許庁）

学術文献等データベース（日本国特許庁）

ＩＥＥＥＸｐｌｏｒｅ（ＩＥＥＥ）

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

【請求項1】

画像復号化装置によって行われる画像復号化方法であって、前記画像復号化方法は、
現在ブロックを含む現在ピクチャに対してインタースライスタイプが許容されるか否かを決定するステップと、
前記現在ピクチャに対して前記インタースライスタイプが許容されることに基づいて、前記現在ピクチャに対してイントラスライスタイプが許容されるか否かを決定するステップと、
前記現在ピクチャに対して許容されるスライスタイプに基づいて、前記現在ブロックを復号化するステップと、を含み、
前記現在ピクチャに対して前記インタースライスタイプが許容されるか否かは、前記現在ピクチャのピクチャタイプ、及び前記現在ピクチャを含む現在レイヤーが他のレイヤーを参照せずに復号化される独立レイヤーであるか否かに基づいて決定される、画像復号化方法。

【請求項2】

前記現在ピクチャに対して前記インタースライスタイプが許容されるか否かは、ピクチャヘッダーから取得される第１情報に基づいて決定され、前記現在ピクチャに対して前記イントラスライスタイプが許容されるか否かは、前記ピクチャヘッダーから取得される第２情報に基づいて決定される、請求項１に記載の画像復号化方法。

【請求項3】

前記現在ピクチャがＩＲＡＰ（ＩｎｔｒａＲａｎｄｏｍＡｃｃｅｓｓＰｏｉｎｔ）ピクチャと同じピクチャタイプを有し、前記現在レイヤーが前記独立レイヤーであることに基づいて、前記現在ピクチャに対して前記インタースライスタイプは許容されない、請求項１に記載の画像復号化方法。

【請求項4】

前記現在ピクチャのピクチャタイプは、前記現在ピクチャがＧＤＲ（ＧｒａｄｕａｌＤｅｃｏｄｉｎｇＲｅｆｒｅｓｈ）又はＩＲＡＰ（ＩｎｔｒａＲａｎｄｏｍＡｃｃｅｓｓＰｏｉｎｔ）ピクチャと同じピクチャタイプを有するか否かに関する第３情報、及び前記現在ピクチャが前記ＧＤＲピクチャと同じピクチャタイプを有するか否かに関する第４情報に基づいて決定される、請求項１に記載の画像復号化方法。

【請求項5】

前記第３情報が、前記現在ピクチャが前記ＧＤＲ又はＩＲＡＰピクチャと同じピクチャタイプを有することを示し、前記第４情報が、前記現在ピクチャが前記ＧＤＲピクチャとは異なるピクチャタイプを有することを示すことに基づいて、前記現在ピクチャのピクチャタイプは、前記ＩＲＡＰピクチャと同じピクチャタイプに決定される、請求項４に記載の画像復号化方法。

【請求項6】

前記現在レイヤーが前記独立レイヤーであるか否かは、ビデオパラメータセット（ｖｉｄｅｏｐａｒａｍｅｔｅｒｓｅｔ）から取得される第５情報に基づいて決定される、請求項１に記載の画像復号化方法。

【請求項7】

画像符号化装置によって行われる画像符号化方法であって、前記画像符号化方法は、
現在ブロックを含む現在ピクチャに対してインタースライスタイプが許容されるか否かに関する第１情報を符号化するステップと、
前記現在ピクチャに対して前記インタースライスタイプが許容されることに基づいて、前記現在ピクチャに対してイントラスライスタイプが許容されるか否かに関する第２情報を符号化するステップと、を含み、
前記現在ピクチャに対して前記インタースライスタイプが許容されるか否かは、前記現在ピクチャのピクチャタイプ、及び前記現在ピクチャを含む現在レイヤーが他のレイヤーを参照せずに復号化される独立レイヤーであるか否かに基づいて決定される、画像符号化方法。

【請求項8】

前記現在ピクチャがＩＲＡＰ（ＩｎｔｒａＲａｎｄｏｍＡｃｃｅｓｓＰｏｉｎｔ）ピクチャと同じピクチャタイプを有し、前記現在レイヤーが前記独立レイヤーであることに基づいて、前記現在ピクチャに対して前記インタースライスタイプは許容されない、請求項７に記載の画像符号化方法。

【請求項9】

前記現在ピクチャがＧＤＲ（ＧｒａｄｕａｌＤｅｃｏｄｉｎｇＲｅｆｒｅｓｈ）ピクチャと同じピクチャタイプを有することに基づいて、前記現在ピクチャに対して前記インタースライスタイプは許容され、前記第１情報の符号化はスキップされる、請求項７に記載の画像符号化方法。

【請求項10】

前記現在ピクチャのピクチャタイプに関する情報は、ピクチャヘッダー内に符号化される、請求項７に記載の画像符号化方法。

【請求項11】

前記現在ピクチャのピクチャタイプに関する情報は、前記現在ピクチャがＧＤＲ（ＧｒａｄｕａｌＤｅｃｏｄｉｎｇＲｅｆｒｅｓｈ）又はＩＲＡＰ（ＩｎｔｒａＲａｎｄｏｍＡｃｃｅｓｓＰｏｉｎｔ）ピクチャと同じピクチャタイプを有するか否かに関する第３情報、及び前記現在ピクチャが前記ＧＤＲピクチャと同じピクチャタイプを有するか否かに関する第４情報を含む、請求項１０に記載の画像符号化方法。

【請求項12】

前記現在ピクチャが前記ＩＲＡＰピクチャと同じピクチャタイプを有することに基づいて、前記第３情報は、前記現在ピクチャが前記ＧＤＲ又はＩＲＡＰピクチャと同じピクチャタイプを有することを示す第１値を有し、前記第４情報は、前記現在ピクチャが前記ＧＤＲピクチャとは異なるピクチャタイプを持つことを示す第２値を有する、請求項１１に記載の画像符号化方法。

【請求項13】

前記現在レイヤーが前記独立レイヤーであるか否かに関する第５情報は、ビデオパラメータセット内に符号化される、請求項７に記載の画像符号化方法。

【請求項14】

ビットストリームを送信する方法であって、
現在ブロックを含む現在ピクチャに対してインタースライスタイプが許容されるか否かについての第１情報を符号化するステップと、
前記インタースライスタイプが前記現在ピクチャに対して許容されることに基づいて、前記現在ピクチャに対してイントラスライスタイプが許容されるか否かについての第２情報を符号化するステップと、
前記符号化された第１情報と前記符号化された第２情報を含む前記ビットストリームを生成するステップと、
前記ビットストリームを含むデータを送信するステップを含み、
前記現在ピクチャに対して前記インタースライスタイプが許容されるか否かは、前記現在ピクチャのピクチャタイプ、及び前記現在ピクチャを含む現在レイヤーが他のレイヤーを参照せずに復号化される独立レイヤーであるか否かに基づいて決定される、方法。

【発明の詳細な説明】

【技術分野】

【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】本開示の一実施例によるピクチャヘッダーを示す図である。

【図14】本開示の一実施例によるピクチャヘッダーを示す図である。

【図15】本開示の一実施例によるピクチャヘッダーを示す図である。

【図16】本開示の一実施例によるピクチャヘッダーを示す図である。

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

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

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

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

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

【表1-1】

【0107】

【表1-2】

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

図１２の場合、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが第１値（例えば、１）を有するか、或いはｉｄｒ＿ｐｉｃ＿ｆｌａｇが第２値（例えば、０）を有するか否かに基づいて、参照ピクチャリスト情報ｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓがシグナリングされるという点で、図５のピクチャヘッダーとは異なり得る。つまり、スライスヘッダー内にＩＤＲピクチャの参照ピクチャリストに関するシンタックス要素が存在せず（すなわち、ｓｐｓ＿ｉｄｒ＿ｒｐｌ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ＝＝０）、現在ピクチャがＩＤＲピクチャである場合（すなわち、ｉｄｒ＿ｐｉｃ＿ｆｌａｇ＝＝１）、ｒｅｆ＿ｐｉｃ＿ｌｉｓｔｓはピクチャヘッダー内でシグナリングされないことがある。これにより、ピクチャヘッダー内で、ＩＤＲピクチャに対する参照ピクチャリスト情報が不要にシグナリングされるという問題が解消できる。

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

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

【図1】