IP Force 特許公報掲載プロジェクト 2022.1.31 β版

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

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

特開2024-38212混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法
<>
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図1
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図2
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図3
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図4
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図5
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図6
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図7
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図8
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図9
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図10
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図11
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図12
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図13
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図14
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図15
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図16
  • 特開-混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法 図17
< >
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024038212
(43)【公開日】2024-03-19
(54)【発明の名称】混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びにビットストリームを伝送する方法
(51)【国際特許分類】
   H04N 19/70 20140101AFI20240312BHJP
【FI】
H04N19/70
【審査請求】有
【請求項の数】12
【出願形態】OL
(21)【出願番号】P 2023222680
(22)【出願日】2023-12-28
(62)【分割の表示】P 2022552770の分割
【原出願日】2021-03-05
(31)【優先権主張番号】62/985,333
(32)【優先日】2020-03-05
(33)【優先権主張国・地域又は機関】US
(71)【出願人】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】LG ELECTRONICS INC.
【住所又は居所原語表記】128, Yeoui-daero, Yeongdeungpo-gu, 07336 Seoul,Republic of Korea
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】ヘンドリー ヘンドリー
(57)【要約】      (修正有)
【課題】混成NALユニットタイプに基づく画像符号化/復号化方法を提供する。
【解決手段】現在ピクチャのVCL NALユニットタイプ情報、現在ピクチャに含まれているサブピクチャが一つのピクチャとして扱われるか否かに関する第1フラグ情報をビットストリームから取得し、VCL NALユニットタイプ情報に基づいて、現在ピクチャ内の複数のスライスそれぞれのNALユニットタイプを決定し、決定したNALユニットタイプ及び第1フラグ情報に基づいて複数のスライスを復号化する。現在ピクチャは、複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャを含み、第1フラグ情報は、複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャそれぞれが一つのピクチャとして扱われることを示す所定の値を有する。
【選択図】図15
【特許請求の範囲】
【請求項1】
画像復号化装置によって行われる画像復号化方法であって、前記画像復号化方法は、
現在ピクチャのVCL(video coding layer) NAL(network abstraction layer)ユニットタイプ情報、及び前記現在ピクチャに含まれているサブピクチャが一つのピクチャとして扱われるか否かを示す第1フラグ情報をビットストリームから取得するステップと、
前記取得されたVCL NALユニットタイプ情報に基づいて、前記現在ピクチャ内の複数のスライスそれぞれのNALユニットタイプを決定するステップと、
前記決定されたNALユニットタイプ及び前記第1フラグ情報に基づいて、前記複数のスライスを復号化するステップと、を含み、
前記現在ピクチャは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャを含み、
前記第1フラグ情報は、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて前記2以上のサブピクチャのそれぞれが一つのピクチャとして扱われることを示す所定の値を有し、
前記現在ピクチャに含まれているそれぞれのサブピクチャ内の全てのスライスは同じNALユニットタイプを有する、画像復号化方法。
【請求項2】
前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有するか否かは、ピクチャパラメータセット(PPS)から取得される第2フラグ情報に基づいて決定される、請求項1に記載の画像復号化方法。
【請求項3】
出力レイヤーセット(Output Layer Set、OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できないことに基づいて、前記第2フラグ情報は、前記複数のスライスの全てが同じNALユニットを有することを示す所定の値を有する、請求項2に記載の画像復号化方法。
【請求項4】
前記現在ピクチャが1つのサブピクチャのみを含むことに基づいて、前記第2フラグ情報は、前記複数のスライスの全てが同じNALユニットタイプを有することを示す所定の値を有する、請求項2に記載の画像復号化方法。
【請求項5】
前記現在ピクチャに含まれているサブピクチャのうちの少なくとも1つが1つのピクチャとして扱われないことに基づいて、前記第2フラグ情報は、前記複数のスライスの全てが同じNALユニットタイプを有することを示す所定の値を有する、請求項2に記載の画像復号化方法。
【請求項6】
前記現在ピクチャに含まれているそれぞれのサブピクチャのサブピクチャ類型は、前記それぞれのサブピクチャが有するNALユニットタイプに基づいて決定される、請求項1に記載の画像復号化方法。
【請求項7】
画像符号化装置によって行われる画像符号化方法であって、前記画像符号化方法は、
現在ピクチャを1つ以上のサブピクチャに分割するステップと、
前記1つ以上のサブピクチャに含まれている複数のスライスそれぞれのNAL(network abstraction layer)ユニットタイプを決定するステップと、
前記決定されたNALユニットタイプに基づいて、前記複数のスライスを符号化するステップと、を含み、
前記現在ピクチャは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャに分割され、
前記2以上のサブピクチャのそれぞれは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて一つのピクチャとして扱われ、
前記現在ピクチャに含まれているそれぞれのサブピクチャ内の全てのスライスは同じNALユニットタイプを有する、画像符号化方法。
【請求項8】
前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有するか否かは、ピクチャパラメータセット(PPS)に含まれる所定のフラグ情報を用いて符号化される、請求項7に記載の画像符号化方法。
【請求項9】
出力レイヤーセット(Output Layer Set、OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できないことに基づいて、前記フラグ情報は、前記複数のスライスの全てが同じNALユニットを有することを示す所定の値を有する、請求項8に記載の画像符号化方法。
【請求項10】
前記現在ピクチャが1つのサブピクチャのみを含むことに基づいて、前記フラグ情報は、前記複数のスライスの全てが同じNALユニットタイプを有することを示す所定の値を有する、請求項8に記載の画像符号化方法。
【請求項11】
前記現在ピクチャに含まれているサブピクチャのうちの少なくとも1つが1つのピクチャとして扱われないことに基づいて、前記フラグ情報は、前記複数のスライスの全てが同じNALユニットタイプを有することを示す所定の値を有する、請求項8に記載の画像符号化方法。
【請求項12】
画像符号化方法により生成されるビットストリームを送信する方法であって、前記画像符号化方法は、
現在ピクチャを1つ以上のサブピクチャに分割するステップと、
前記1つ以上のサブピクチャに含まれている複数のスライスそれぞれのNAL(network abstraction layer)ユニットタイプを決定するステップと、
前記決定されたNALユニットタイプに基づいて、前記複数のスライスを符号化するステップと、を含み、
前記現在ピクチャは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャに分割され、
前記2以上のサブピクチャのそれぞれは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて一つのピクチャとして扱われ、
前記現在ピクチャに含まれているそれぞれのサブピクチャ内の全てのスライスは同じNALユニットタイプを有する、ビットストリーム送信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、画像符号化/復号化方法及び装置に係り、より詳細には、混成NALユニットタイプに基づく画像符号化/復号化方法及び装置、並びに本開示の画像符号化方法/装置によって生成されたビットストリームを伝送する方法に関する。
【背景技術】
【0002】
最近、高解像度、高品質の画像、例えばHD(High Definition)画像及びUHD(Ultra High Definition)画像への需要が多様な分野で増加している。画像データが高解像度、高品質になるほど、従来の画像データに比べて、伝送される情報量又はビット量が相対的に増加する。伝送される情報量又はビット量の増加は、伝送費用と保存費用の増加をもたらす。
【0003】
これにより、高解像度、高品質画像の情報を効果的に伝送又は保存し、再生するための高効率の画像圧縮技術が求められる。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示は、符号化/復号化効率が向上した画像符号化/復号化方法及び装置を提供することを目的とする。
【0005】
また、本開示は、混成NALユニットタイプに基づく画像符号化/復号化方法及び装置を提供することを目的とする。
【0006】
また、本開示は、互いに異なるNALユニットタイプを有する2つ以上のサブピクチャに基づく画像符号化/復号化方法及び装置を提供することを目的とする。
【0007】
また、本開示は、本開示による画像符号化方法又は装置によって生成されたビットストリームを保存したコンピュータ可読記録媒体を提供することを目的とする。
【0008】
また、本開示は、本開示による画像復号化装置によって受信され、復号化されて画像の復元に利用されるビットストリームを保存したコンピュータ可読記録媒体を提供することを目的とする。
【0009】
また、本開示は、本開示による画像符号化方法又は装置によって生成されたビットストリームを伝送する方法を提供することを目的とする。
【0010】
本開示で解決しようとする技術的課題は上述した技術的課題に制限されず、上述していない別の技術的課題は以降の記載から本開示の属する技術分野における通常の知識を有する者に明確に理解できるだろう。
【課題を解決するための手段】
【0011】
本開示の一態様による画像復号化方法は、現在ピクチャのVCL(video coding layer) NAL(network abstraction layer)ユニットタイプ情報、及び前記現在ピクチャに含まれているサブピクチャが一つのピクチャとして扱われるか否かに関する第1フラグ情報をビットストリームから取得するステップと、前記取得されたVCL NALユニットタイプ情報に基づいて前記現在ピクチャ内の複数のスライスそれぞれのNALユニットタイプを決定するステップと、前記決定されたNALユニットタイプ及び前記第1フラグ情報に基づいて前記複数のスライスを復号化するステップと、を含み、前記現在ピクチャは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャを含み、前記第1フラグ情報は、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて前記2以上のサブピクチャそれぞれが一つのピクチャとして扱われることを示す所定の値を有することができる。
【0012】
本開示の他の態様による画像復号化装置は、メモリ及び少なくとも1つのプロセッサを含み、前記少なくとも1つのプロセッサは、現在ピクチャのVCL(video coding layer) NAL(network abstraction layer)ユニットタイプ情報、及び前記現在ピクチャに含まれているサブピクチャが一つのピクチャとして扱われるか否かに関する第1フラグ情報をビットストリームから取得し、前記取得されたVCL NALユニットタイプ情報に基づいて、前記現在ピクチャ内の複数のスライスそれぞれのNALユニットタイプを決定し、前記決定されたNALユニットタイプ及び前記第1フラグ情報に基づいて前記複数のスライスを復号化し、前記現在ピクチャは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャを含み、前記第1フラグ情報は、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて前記2以上のサブピクチャそれぞれが一つのピクチャとして扱われることを示す所定の値を有することができる。
【0013】
本開示の別の態様による画像符号化方法は、現在ピクチャを1つ以上のサブピクチャに分割するステップと、前記1つ以上のサブピクチャに含まれている複数のスライスそれぞれのNAL(network abstraction layer)ユニットタイプを決定するステップと、前記決定されたNALユニットタイプに基づいて前記複数のスライスを符号化するステップと、を含み、前記現在ピクチャは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャに分割され、前記2以上のサブピクチャそれぞれは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて一つのピクチャとして扱われることができる。
【0014】
本開示の別の態様によるコンピュータ可読記録媒体は、本開示の画像符号化方法又は画像符号化装置によって生成されたビットストリームを保存することができる。
【0015】
本開示の別の態様による伝送方法は、本開示の画像符号化装置又は画像符号化方法によって生成されたビットストリームを伝送することができる。
【0016】
本開示について簡略に要約して上述した特徴は、後述する本開示の詳細な説明の例示的な態様に過ぎず、本開示の範囲を制限するものではない。
【発明の効果】
【0017】
本開示によれば、符号化/復号化効率が向上した画像符号化/復号化方法及び装置が提供されることができる。
【0018】
また、本開示によれば、混成NALユニットタイプに基づく画像符号化/復号化方法及び装置が提供されることができる。
【0019】
また、本開示によれば、互いに異なるNALユニットタイプを有する2つ以上のサブピクチャに基づく画像符号化/復号化方法及び装置が提供されることができる。
【0020】
また、本開示によれば、本開示による画像符号化方法又は装置によって生成されたビットストリームを伝送する方法が提供されることができる。
【0021】
また、本開示によれば、本開示による画像符号化方法又は装置によって生成されたビットストリームを保存した記録媒体が提供されることができる。
【0022】
また、本開示は、本開示による画像復号化装置によって受信され、復号化されて画像の復元に利用されるビットストリームを保存した記録媒体が提供されることができる。
【0023】
本開示で得られる効果は、上述した効果に限定されず、上述していない別の効果は、以降の記載から、本開示の属する技術分野における通常の知識を有する者に明確に理解できるだろう。
【図面の簡単な説明】
【0024】
図1】本開示による実施例が適用できるビデオコーディングシステムを概略的に示す図である。
図2】本開示による実施例が適用できる画像符号化装置を概略的に示す図である。
図3】本開示による実施例が適用できる画像復号化装置を概略的に示す図である。
図4】本開示による実施例が適用できる画像復号化手順を概略的に示すフローチャートである。
図5】本開示による実施例が適用できる画像符号化手順を概略的に示すフローチャートである。
図6】コーディングされた画像/ビデオに対する階層構造の一例を示す図である。
図7】本開示の一実施例によるピクチャパラメータセット(PPS)を示す図である。
図8】本開示の一実施例によるスライスヘッダーを示す図である。
図9】サブピクチャの一例を示す図である。
図10】混成NALユニットタイプを有するピクチャの一例を示す図である。
図11】本開示の一実施例によるピクチャパラメータセット(PPS)の一例を示す図である。
図12】本開示の一実施例によるシーケンスパラメータセット(SPS)の一例を示す図である。
図13】ピクチャ類型別の復号化順序及び出力順序を説明するための図である。
図14】本開示の一実施例による現在ピクチャのNALユニットタイプを決定する方法を示すフローチャートである。
図15】本開示の一実施例による画像符号化方法を示すフローチャートである。
図16】本開示の一実施例による画像復号化方法を示すフローチャートである。
図17】本開示による実施例が適用できるコンテンツストリーミングシステムを例示的に示す図である。
【発明を実施するための形態】
【0025】
以下、添付図面を参照して、本開示の実施例について、本開示の属する技術分野における通常の知識を有する者が容易に実施し得るように詳細に説明する。しかし、本開示は、様々な異なる形態で実現でき、ここで説明する実施例に限定されない。
【0026】
本開示の実施例を説明するにあたり、公知の構成又は機能についての具体的な説明が本開示の要旨を不明確にするおそれがあると判断される場合には、それについての詳細な説明は省略する。そして、図面において、本開示についての説明と関係ない部分は省略し、同様の部分には同様の図面符号を付した。
【0027】
本開示において、ある構成要素が他の構成要素と「連結」、「結合」又は「接続」されているとするとき、これは、直接的な連結関係だけでなく、それらの間に別の構成要素が存在する間接的な連結関係も含むことができる。また、ある構成要素が他の構成要素を「含む」又は「有する」とするとき、これは、特に反対される記載がない限り、別の構成要素を排除するのではなく、別の構成要素をさらに含むことができることを意味する。
【0028】
本開示において、「第1」、「第2」などの用語は、一つの構成要素を他の構成要素から区別する目的のみで使用され、特に言及されない限り、構成要素間の順序又は重要度などを限定しない。したがって、本開示の範囲内において、一実施例の第1構成要素を他の実施例で第2構成要素と呼んでもよく、これと同様に、一実施例の第2構成要素を他の実施例で第1構成要素と呼んでもよい。
【0029】
本開示において、互いに区別される構成要素は、それぞれの特徴を明確に説明するためのものであり、構成要素が必ずしも分離されることを意味するものではない。つまり、複数の構成要素が統合されて一つのハードウェア又はソフトウェア単位で構成されてもよく、一つの構成要素が分散されて複数のハードウェア又はソフトウェア単位で構成されてもよい。よって、別に言及しなくても、このように統合された又は分散された実施例も本開示の範囲に含まれる。
【0030】
本開示において、さまざまな実施例で説明する構成要素が必ず必要不可欠な構成要素を意味するものではなく、一部は選択的な構成要素であり得る。したがって、一実施例で説明する構成要素の部分集合で構成される実施例も本開示の範囲に含まれる。また、様々な実施例で説明する構成要素にさらに他の構成要素を含む実施例も、本開示の範囲に含まれる。
【0031】
本開示は、画像の符号化及び復号化に関するものであって、本開示で使用される用語は、本開示で新たに定義されない限り、本開示の属する技術分野における通常の意味を持つことができる。
【0032】
本開示において、「ピクチャ(picture)」は、一般的に、特定の時間帯のいずれか一つの画像を示す単位を意味し、スライス(slice)/タイル(tile)は、ピクチャの一部を構成する符号化単位であって、一つのピクチャは、一つ以上のスライス/タイルで構成できる。また、スライス/タイルは、一つ以上のCTU(coding tree unit)を含むことができる。
【0033】
本開示において、「ピクセル(pixel)」又は「ペル(pel)」は、一つのピクチャ(又は画像)を構成する最小の単位を意味することができる。また、ピクセルに対応する用語として「サンプル(sample)」が使用できる。サンプルは、一般的に、ピクセル又はピクセルの値を示すことができ、ルマ(luma)成分のピクセル/ピクセル値のみを示すこともでき、クロマ(chroma)成分のピクセル/ピクセル値のみを示すこともできる。
【0034】
本開示において、「ユニット(unit)」は、画像処理の基本単位を示すことができる。ユニットは、ピクチャの特定の領域及び当該領域に関連する情報のうちの少なくとも一つを含むことができる。ユニットは、場合に応じて、「サンプルアレイ」、「ブロック(block)」又は「領域(area)」などの用語と混用して使用できる。一般な場合、M×Nブロックは、M個の列とN個の行からなるサンプル(又はサンプルアレイ)又は変換係数(transform coefficient)のセット(又はアレイ)を含むことができる。
【0035】
本開示において、「現在ブロック」は、「現在コーディングブロック」、「現在コーディングユニット」、「符号化対象ブロック」、「復号化対象ブロック」又は「処理対象ブロック」のうちのいずれか一つを意味することができる。予測が行われる場合、「現在ブロック」は、「現在予測ブロック」又は「予測対象ブロック」を意味することができる。変換(逆変換)/量子化(逆量子化)が行われる場合、「現在ブロック」は「現在変換ブロック」又は「変換対象ブロック」を意味することができる。フィルタリングが行われる場合、「現在ブロック」は「フィルタリング対象ブロック」を意味することができる。
【0036】
また、本開示において、「現在ブロック」は、クロマブロックという明示的な記載がない限り、ルマ成分ブロックとクロマ成分ブロックを全て含むブロック又は「現在ブロックのルマブロック」を意味することができる。現在ブロックのルマ成分ブロックは、明示的に「ルマブロック」又は「現在ルマブロック」のようにルマ成分ブロックという明示的な記載を含んで表現できる。また、現在ブロックのクロマ成分ブロックは、明示的に「クロマブロック」又は「現在クロマブロック」のようにクロマ成分ブロックという明示的な記載を含んで表現できる。
【0037】
本開示において、「/」と「、」は「及び/又は」と解釈されることができる。例えば、「A/B」と「A、B」は「A及び/又はB」と解釈されることができる。また、「A/B/C」と「A、B、C」は、「A、B及び/又はCのうちの少なくとも一つ」を意味することができる。
【0038】
本開示において、「又は」は「及び/又は」と解釈されることができる。例えば、「A又はB」は、1)「A」のみを意味するか、2)「B」のみを意味するか、3)「A及びB」を意味することができる。又は、本開示において、「又は」は、「追加的に又は代替的に(additionally or alternatively)」を意味することができる。
【0039】
ビデオコーディングシステムの概要
【0040】
図1は、本開示による実施例が適用できるビデオコーディングシステムを概略的に示す図である。
【0041】
一実施例によるビデオコーディングシステムは、符号化装置10及び復号化装置20を含むことができる。符号化装置10は、符号化されたビデオ(video)及び/又は画像(image)情報又はデータをファイル又はストリーミング形式でデジタル記憶媒体又はネットワークを介して復号化装置20へ伝達することができる。
【0042】
一実施例による符号化装置10は、ビデオソース生成部11、符号化部12及び伝送部13を含むことができる。一実施例による復号化装置20は、受信部21、復号化部22及びレンダリング部23を含むことができる。前記符号化部12は、ビデオ/画像符号化部と呼ばれることができ、前記復号化部22は、ビデオ/画像復号化部と呼ばれることができる。伝送部13は、符号化部12に含まれることができる。受信部21は、復号化部22に含まれることができる。レンダリング部23は、ディスプレイ部を含むこともでき、ディスプレイ部は、別個のデバイス又は外部コンポーネントとして構成されることもできる。
【0043】
ビデオソース生成部11は、ビデオ/画像のキャプチャ、合成又は生成過程などを介してビデオ/画像を取得することができる。ビデオソース生成部11は、ビデオ/画像キャプチャデバイス及び/又はビデオ/画像生成デバイスを含むことができる。ビデオ/画像キャプチャデバイスは、例えば、一つ以上のカメラ、以前にキャプチャされたビデオ/画像を含むビデオ/画像アーカイブなどを含むことができる。ビデオ/画像生成デバイスは、例えば、コンピュータ、タブレット及びスマートフォンなどを含むことができ、(電子的に)ビデオ/画像を生成することができる。例えば、コンピュータなどを介して仮想のビデオ/画像が生成されることができ、この場合、ビデオ/画像キャプチャ過程は、関連データが生成される過程に置き換えられることができる。
【0044】
符号化部12は、入力ビデオ/画像を符号化することができる。符号化部12は、圧縮及び符号化効率のために、予測、変換、量子化などの一連の手順を行うことができる。符号化部12は、符号化されたデータ(符号化されたビデオ/画像情報)をビットストリーム(bitstream)形式で出力することができる。
【0045】
伝送部13は、ビットストリーム形式で出力された、符号化されたビデオ/画像情報又はデータを、ファイル又はストリーミング形式でデジタル記憶媒体又はネットワークを介して復号化装置20の受信部21に伝達することができる。デジタル記憶媒体は、USB、SD、CD、DVD、Blu-ray(登録商標)、HDD、SSDなどのさまざまな記憶媒体を含むことができる。伝送部13は、予め決められたファイルフォーマットを介してメディアファイルを生成するためのエレメントを含むことができ、放送/通信ネットワークを介して伝送するためのエレメントを含むことができる。受信部21は、前記記憶媒体又はネットワークから前記ビットストリームを抽出/受信して復号化部22に伝達することができる。
【0046】
復号化部22は、符号化部12の動作に対応する逆量子化、逆変換、予測などの一連の手順を行ってビデオ/画像を復号化することができる。
【0047】
レンダリング部23は、復号化されたビデオ/画像をレンダリングすることができる。レンダリングされたビデオ/画像は、ディスプレイ部を介して表示されることができる。
【0048】
画像符号化装置の概要
【0049】
図2は、本開示による実施例が適用できる画像符号化装置を概略的に示す図である。
【0050】
図2に示されているように、画像符号化装置100は、画像分割部110、減算部115、変換部120、量子化部130、逆量子化部140、逆変換部150、加算部155、フィルタリング部160、メモリ170、インター予測部180、イントラ予測部185及びエントロピー符号化部190を含むことができる。インター予測部180及びイントラ予測部185は、合わせて「予測部」と呼ばれることができる。変換部120、量子化部130、逆量子化部140及び逆変換部150は、レジデュアル(residual)処理部に含まれることができる。レジデュアル処理部は減算部115をさらに含むこともできる。
【0051】
画像符号化装置100を構成する複数の構成部の全部又は少なくとも一部は、実施例によって一つのハードウェアコンポーネント(例えば、エンコーダ又はプロセッサ)で実現されることができる。また、メモリ170は、DPB(decoded picture buffer)を含むことができ、デジタル記憶媒体によって実現できる。
【0052】
画像分割部110は、画像符号化装置100に入力された入力画像(又は、ピクチャ、フレーム)を一つ以上の処理ユニット(processing unit)に分割することができる。一例として、前記処理ユニットは、コーディングユニット(coding unit、CU)と呼ばれることができる。コーディングユニットは、コーディングツリーユニット(coding tree unit、CTU)又は最大コーディングユニット(largest coding unit、LCU)をQT/BT/TT(Quad-tree/binary-tree/ternary-tree)構造によって再帰的に(recursively)分割することにより取得されることができる。例えば、一つのコーディングニットは、四分木構造、二分木構造及び/又は三分木構造に基づいて、下位(deeper)デプスの複数のコーディングユニットに分割されることができる。コーディングユニットの分割のために、四分木構造が先に適用され、二分木構造及び/又は三分木構造が後で適用されることができる。それ以上分割されない最終コーディングユニットを基に、本開示によるコーディング手順が行われることができる。最大コーディングユニットが最終コーディングユニットとして使用されることができ、最大コーディングユニットを分割して取得した下位デプスのコーディングユニットが最終コーディングユニットとして使用されることもできる。ここで、コーディング手順とは、後述する予測、変換及び/又は復元などの手順を含むことができる。他の例として、前記コーディング手順の処理ユニットは、予測ユニット(PU:Prediction Unit)又は変換ユニット(TU:Transform Unit)であることができる。前記予測ユニット及び前記変換ユニットは、それぞれ前記最終コーディングユニットから分割又はパーティショニングされることができる。前記予測ユニットは、サンプル予測の単位であることができ、前記変換ユニットは、変換係数を誘導する単位、及び/又は変換係数からレジデュアル信号(residual signal)を誘導する単位であることができる。
【0053】
予測部(インター予測部180又はイントラ予測部185)は、処理対象ブロック(現在ブロック)に対する予測を行い、前記現在ブロックに対する予測サンプルを含む予測されたブロック(predicted block)を生成することができる。予測部は、現在ブロック又はCU単位でイントラ予測が適用されるか、或いはインター予測が適用されるかを決定することができる。予測部は、現在ブロックの予測に関するさまざまな情報を生成してエントロピー符号化部190に伝達することができる。予測に関する情報は、エントロピー符号化部190で符号化されてビットストリーム形式で出力されることができる。
【0054】
イントラ予測部185は、現在ピクチャ内のサンプルを参照して現在ブロックを予測することができる。参照される前記サンプルは、イントラ予測モード及び/又はイントラ予測技法に従って、前記現在ブロックの周辺(neighbor)に位置することもでき、或いは離れて位置することもできる。イントラ予測モードは、複数の非方向性モードと複数の方向性モードを含むことができる。非方向性モードは、例えば、DCモード及びプランナーモード(Planarモード)を含むことができる。方向性モードは、予測方向の細かい程度に応じて、例えば33個の方向性予測モード又は65個の方向性予測モードを含むことができる。ただし、これは例示に過ぎず、設定に基づいてそれ以上又はそれ以下の個数の方向性予測モードが使用できる。イントラ予測部185は、周辺ブロックに適用された予測モードを用いて、現在ブロックに適用される予測モードを決定することもできる。
【0055】
インター予測部180は、参照ピクチャ上で動きベクトルによって特定される参照ブロック(参照サンプルアレイ)に基づいて、現在ブロックに対する予測されたブロックを誘導することができる。この時、インター予測モードで伝送される動き情報の量を減らすために、周辺ブロックと現在ブロックとの動き情報の相関性に基づいて動き情報をブロック、サブブロック又はサンプル単位で予測することができる。前記動き情報は、動きベクトル及び参照ピクチャインデックスを含むことができる。前記動き情報は、インター予測方向(L0予測、L1予測、Bi予測など)情報をさらに含むことができる。インター予測の場合、周辺ブロックは、現在ピクチャ内に存在する空間周辺ブロック(spatial neighboring block)と、参照ピクチャに存在する時間周辺ブロック(temporal neighboring block)を含むことができる。前記参照ブロックを含む参照ピクチャと、前記時間周辺ブロックを含む参照ピクチャとは、同一でもよく、互いに異なってもよい。前記時間周辺ブロックは、コロケート参照ブロック(collocated reference block)、コロケートCU(colCU)などの名前で呼ばれることができる。前記時間周辺ブロックを含む参照ピクチャは、コロケートピクチャ(collocated picture、colPic)と呼ばれることができる。例えば、インター予測部180は、周辺ブロックに基づいて動き情報候補リストを構成し、前記現在ブロックの動きベクトル及び/又は参照ピクチャインデックスを導出するために、どの候補が使用されるかを指示する情報を生成することができる。様々な予測モードに基づいてインター予測が行われることができ、例えばスキップモードとマージモードの場合に、インター予測部180は、周辺ブロックの動き情報を現在ブロックの動き情報として用いることができる。スキップモードの場合、マージモードとは異なり、レジデュアル信号が伝送されないことができる。動き情報予測(motion vector prediction、MVP)モードの場合、周辺ブロックの動きベクトルを動きベクトル予測子(motion vector predictor)として用い、動きベクトル差分(motion vector difference)及び動きベクトル予測子に対するインジケータ(indicator)を符号化することにより、現在ブロックの動きベクトルをシグナリングすることができる。動きベクトル差分は、現在ブロックの動きベクトルと動きベクトル予測子との差を意味することができる。
【0056】
予測部は、後述する様々な予測方法及び/又は予測技法に基づいて予測信号を生成することができる。例えば、予測部は、現在ブロックの予測のために、イントラ予測又はインター予測を適用することができるだけでなく、イントラ予測とインター予測を同時に適用することができる。現在ブロックの予測のためにイントラ予測とインター予測を同時に適用する予測方法は、CIIP(combined inter and intra prediction)と呼ばれることができる。また、予測部は、現在ブロックの予測のためにイントラブロックコピー(intra block copy、IBC)を行うこともできる。イントラブロックコピーは、例えば、SCC(screen content coding)などのようにゲームなどのコンテンツ画像/動画コーディングのために使用できる。IBCは、現在ブロックから所定の距離だけ離れた位置の現在ピクチャ内の既に復元された参照ブロックを用いて現在ブロックを予測する方法である。IBCが適用される場合、現在ピクチャ内の参照ブロックの位置は、前記所定の距離に該当するベクトル(ブロックベクトル)として符号化されることができる。IBCは、基本的に現在ピクチャ内で予測を行うが、現在ピクチャ内で参照ブロックを導出するという点で、インター予測と同様に行われることができる。すなわち、IBCは、本開示で説明されるインター予測技法のうちの少なくとも1つを用いることができる。
【0057】
予測部によって生成された予測信号は、復元信号を生成するために用いられるか、或いはレジデュアル信号を生成するために用いられることができる。減算部115は、入力画像信号(原本ブロック、原本サンプルアレイ)から、予測部から出力された予測信号(予測されたブロック、予測サンプルアレイ)を減算して、レジデュアル信号(residual signal、残余ブロック、残余サンプルアレイ)を生成することができる。生成されたレジデュアル信号は、変換部120に伝送されることができる。
【0058】
変換部120は、レジデュアル信号に変換技法を適用して変換係数(transform coefficients)を生成することができる。例えば、変換技法は、DCT(Discrete Cosine Transform)、DST(Discrete Sine Transform)、KLT(Karhunen-Loeve Transform)、GBT(Graph-Based Transform)、又はCNT(Conditionally Non-linear Transform)のうちの少なくとも一つを含むことができる。ここで、GBTは、ピクセル間の関係情報をグラフで表現するとするとき、このグラフから得られた変換を意味する。CNTは、以前に復元された全てのピクセル(all previously reconstructed pixel)を用いて予測信号を生成し、それに基づいて取得される変換を意味する。変換過程は、正方形の同じサイズを有するピクセルブロックに適用されることもでき、正方形ではない、可変サイズのブロックに適用されることもできる。
【0059】
量子化部130は、変換係数を量子化してエントロピー符号化部190に伝送することができる。エントロピー符号化部190は、量子化された信号(量子化された変換係数に関する情報)を符号化してビットストリーム形式で出力することができる。前記量子化された変換係数に関する情報は、レジデュアル情報と呼ばれることができる。量子化部130は、係数スキャン順序(scan order)に基づいて、ブロック形式の量子化された変換係数を1次元ベクトル形式で再整列することができ、前記1次元ベクトル形式の量子化された変換係数に基づいて、前記量子化された変換係数に関する情報を生成することもできる。
【0060】
エントロピー符号化部190は、例えば、指数ゴロム(exponential Golomb)、CAVLC(context-adaptive variable length coding)、CABAC(context-adaptive binary arithmetic coding)などの様々な符号化方法を行うことができる。エントロピー符号化部190は、量子化された変換係数の他に、ビデオ/画像復元に必要な情報(例えば、シンタックス要素(syntax elements)の値など)を一緒に又は別々に符号化することもできる。符号化された情報(例えば、符号化されたビデオ/画像情報)は、ビットストリーム形式でNAL(network abstraction layer)ユニット単位で伝送又は保存されることができる。前記ビデオ/画像情報は、適応パラメータセット(APS)、ピクチャパラメータセット(PPS)、シーケンスパラメータセット(SPS)又はビデオパラメータセット(VPS)などの様々なパラメータセットに関する情報をさらに含むことができる。また、前記ビデオ/画像情報は、一般制限情報(general constraint information)をさらに含むことができる。本開示で言及されたシグナリング情報、伝送される情報及び/又はシンタックス要素は、上述した符号化手順を介して符号化されて前記ビットストリームに含まれることができる。
【0061】
前記ビットストリームは、ネットワークを介して伝送されることができ、又はデジタル記憶媒体に保存されることができる。ここで、ネットワークは、放送網及び/又は通信網などを含むことができ、デジタル記憶媒体は、USB、SD、CD、DVD、Blu-ray、HDD、SSDなどのさまざまな記憶媒体を含むことができる。エントロピー符号化部190から出力された信号を伝送する伝送部(図示せず)及び/又は保存する保存部(図示せず)が画像符号化装置100の内/外部要素として備えられることができ、又は伝送部はエントロピー符号化部190の構成要素として備えられることもできる。
【0062】
量子化部130から出力された、量子化された変換係数は、レジデュアル信号を生成するために用いられることができる。例えば、量子化された変換係数に逆量子化部140及び逆変換部150を介して逆量子化及び逆変換を適用することにより、レジデュアル信号(レジデュアルブロック又はレジデュアルサンプル)を復元することができる。
【0063】
加算部155は、復元されたレジデュアル信号をインター予測部180又はイントラ予測部185から出力された予測信号に加えることにより、復元(reconstructed)信号(復元ピクチャ、復元ブロック、復元サンプルアレイ)を生成することができる。スキップモードが適用された場合のように処理対象ブロックに対するレジデュアルがない場合、予測されたブロックが復元ブロックとして使用されることができる。加算部155は、復元部又は復元ブロック生成部と呼ばれることができる。生成された復元信号は、現在ピクチャ内の次の処理対象ブロックのイントラ予測のために使用されることができ、後述するようにフィルタリングを経て次のピクチャのインター予測のために使用されることもできる。
【0064】
フィルタリング部160は、復元信号にフィルタリングを適用して主観的/客観的画質を向上させることができる。例えば、フィルタリング部160は、復元ピクチャに様々なフィルタリング方法を適用して、修正された(modified)復元ピクチャを生成することができ、前記修正された復元ピクチャをメモリ170、具体的にはメモリ170のDPBに保存することができる。前記様々なフィルタリング方法は、例えば、デブロッキングフィルタリング、サンプル適応的オフセット(sample adaptive offset)、適応的ループフィルタ(adaptive loop filter)、双方向フィルタ(bilateral filter)などを含むことができる。フィルタリング部160は、各フィルタリング方法についての説明で後述するようにフィルタリングに関する様々な情報を生成してエントロピー符号化部190に伝達することができる。フィルタリングに関する情報は、エントロピー符号化部190で符号化されてビットストリーム形式で出力されることができる。
【0065】
メモリ170に伝送された、修正された復元ピクチャは、インター予測部180で参照ピクチャとして使用されることができる。画像符号化装置100は、これを介してインター予測が適用される場合、画像符号化装置100と画像復号化装置での予測ミスマッチを回避することができ、符号化効率も向上させることができる。
【0066】
メモリ170内のDPBは、インター予測部180での参照ピクチャとして使用するために、修正された復元ピクチャを保存することができる。メモリ170は、現在ピクチャ内の動き情報が導出された(又は符号化された)ブロックの動き情報及び/又は既に復元されたピクチャ内ブロックの動き情報を保存することができる。前記保存された動き情報は、空間周辺ブロックの動き情報又は時間周辺ブロックの動き情報として活用するために、インター予測部180に伝達されることができる。メモリ170は、現在ピクチャ内の復元されたブロックの復元サンプルを保存することができ、イントラ予測部185に伝達することができる。
【0067】
画像復号化装置の概要
【0068】
図3は、本開示による実施例が適用できる画像復号化装置を概略的に示す図である。
【0069】
図3に示されているように、画像復号化装置200は、エントロピー復号化部210、逆量子化部220、逆変換部230、加算部235、フィルタリング部240、メモリ250、インター予測部260及びイントラ予測部265を含んで構成できる。インター予測部260及びイントラ予測部265を合わせて「予測部」と呼ばれることができる。逆量子化部220、逆変換部230はレジデュアル処理部に含まれることができる。
【0070】
画像復号化装置200を構成する複数の構成部の全部又は少なくとも一部は、実施例によって一つのハードウェアコンポーネント(例えば、デコーダ又はプロセッサ)で実現されることができる。また、メモリ170は、DPBを含むことができ、デジタル記憶媒体によって実現できる。
【0071】
ビデオ/画像情報を含むビットストリームを受信した画像復号化装置200は、図2の画像符号化装置100で行われたプロセスに対応するプロセスを実行して画像を復元することができる。例えば、画像復号化装置200は、画像符号化装置で適用された処理ユニットを用いて復号化を行うことができる。したがって、復号化の処理ユニットは、例えばコーディングユニットであることができる。コーディングユニットは、コーディングツリーユニット又は最大コーディングユニットを分割して取得できる。そして、画像復号化装置200を介して復号化及び出力された復元画像信号は、再生装置(図示せず)を介して再生できる。
【0072】
画像復号化装置200は、図2の画像符号化装置から出力された信号をビットストリーム形式で受信することができる。受信された信号は、エントロピー復号化部210を介して復号化できる。例えば、エントロピー復号化部210は、前記ビットストリームをパーシングして画像復元(又はピクチャ復元)に必要な情報(例えば、ビデオ/画像情報)を導出することができる。前記ビデオ/画像情報は、適応パラメータセット(APS)、ピクチャパラメータセット(PPS)、シーケンスパラメータセット(SPS)又はビデオパラメータセット(VPS)などの様々なパラメータセットに関する情報をさらに含むことができる。また、前記ビデオ/画像情報は、一般制限情報(general constraint information)をさらに含むことができる。画像復号化装置は、画像を復号化するために、前記パラメータセットに関する情報及び/又は前記一般制限情報をさらに用いることができる。本開示で言及されたシグナリング情報、受信される情報及び/又はシンタックス要素は、前記復号化手順を介して復号化されることにより、前記ビットストリームから取得されることができる。例えば、エントロピー復号化部210は、指数ゴロム符号化、CAVLC又はCABACなどのコーディング方法に基づいてビットストリーム内の情報を復号化し、画像復元に必要なシンタックス要素の値、レジデュアルに関する変換係数の量子化された値を出力することができる。より詳細には、CABACエントロピー復号化方法は、ビットストリームから各シンタックス要素に該当するビン(bin)を受信し、復号化対象シンタックス要素情報と周辺ブロック及び復号化対象ブロックの復号化情報、或いは以前ステップで復号化されたシンボル/ビンの情報を用いてコンテキスト(context)モデルを決定し、決定されたコンテキストモデルに基づいてビン(bin)の発生確率を予測してビンの算術復号化(arithmetic decoding)を行うことにより、各シンタックス要素の値に該当するシンボルを生成することができる。この時、CABACエントロピー復号化方法は、コンテキストモデルの決定後、次のシンボル/ビンのコンテキストモデルのために、復号化されたシンボル/ビンの情報を用いてコンテキストモデルを更新することができる。エントロピー復号化部210で復号化された情報のうち、予測に関する情報は、予測部(インター予測部260及びイントラ予測部265)に提供され、エントロピー復号化部210でエントロピー復号化が行われたレジデュアル値、すなわち量子化された変換係数及び関連パラメータ情報は、逆量子化部220に入力されることができる。また、エントロピー復号化部210で復号化された情報のうち、フィルタリングに関する情報は、フィルタリング部240に提供されることができる。一方、画像符号化装置から出力された信号を受信する受信部(図示せず)が画像復号化装置200の内/外部要素としてさらに備えられることができ、又は受信部はエントロピー復号化部210の構成要素として備えられることもできる。
【0073】
一方、本開示による画像復号化装置は、ビデオ/画像/ピクチャ復号化装置と呼ばれることができる。前記画像復号化装置は、情報デコーダ(ビデオ/画像/ピクチャ情報デコーダ)及び/又はサンプルデコーダ(ビデオ/画像/ピクチャサンプルデコーダ)を含むこともできる。前記情報デコーダは、エントロピー復号化部210を含むことができ、前記サンプルデコーダは、逆量子化部220、逆変換部230、加算部235、フィルタリング部240、メモリ250、インター予測部260及びイントラ予測部265のうちの少なくとも一つを含むことができる。
【0074】
逆量子化部220では、量子化された変換係数を逆量子化して変換係数を出力することができる。逆量子化部220は、量子化された変換係数を2次元のブロック形式で再整列することができる。この場合、前記再整列は、画像符号化装置で行われた係数スキャン順序に基づいて行われることができる。逆量子化部220は、量子化パラメータ(例えば、量子化ステップサイズ情報)を用いて、量子化された変換係数に対する逆量子化を行い、変換係数(transform coefficient)を取得することができる。
【0075】
逆変換部230では、変換係数を逆変換してレジデュアル信号(レジデュアルブロック、レジデュアルサンプルアレイ)を取得することができる。
【0076】
予測部は、現在ブロックに対する予測を行い、前記現在ブロックに対する予測サンプルを含む予測されたブロック(predicted block)を生成することができる。予測部は、エントロピー復号化部210から出力された前記予測に関する情報に基づいて、前記現在ブロックにイントラ予測が適用されるか或いはインター予測が適用されるかを決定することができ、具体的なイントラ/インター予測モード(予測技法)を決定することができる。
【0077】
予測部が後述の様々な予測方法(技法)に基づいて予測信号を生成することができるのは、画像符号化装置100の予測部についての説明で述べたのと同様である。
【0078】
イントラ予測部265は、現在ピクチャ内のサンプルを参照して現在ブロックを予測することができる。イントラ予測部185についての説明は、イントラ予測部265に対しても同様に適用されることができる。
【0079】
インター予測部260は、参照ピクチャ上で動きベクトルによって特定される参照ブロック(参照サンプルアレイ)に基づいて、現在ブロックに対する予測されたブロックを誘導することができる。この時、インター予測モードで伝送される動き情報の量を減らすために、周辺ブロックと現在ブロックとの動き情報の相関性に基づいて動き情報をブロック、サブブロック又はサンプル単位で予測することができる。前記動き情報は、動きベクトル及び参照ピクチャインデックスを含むことができる。前記動き情報は、インター予測方向(L0予測、L1予測、Bi予測など)情報をさらに含むことができる。インター予測の場合に、周辺ブロックは、現在ピクチャ内に存在する空間周辺ブロック(spatial neighboring block)と参照ピクチャに存在する時間周辺ブロック(temporal neighboring block)を含むことができる。例えば、インター予測部260は、周辺ブロックに基づいて動き情報候補リストを構成し、受信した候補選択情報に基づいて前記現在ブロックの動きベクトル及び/又は参照ピクチャインデックスを導出することができる。様々な予測モード(技法)に基づいてインター予測が行われることができ、前記予測に関する情報は、前記現在ブロックに対するインター予測のモード(技法)を指示する情報を含むことができる。
【0080】
加算部235は、取得されたレジデュアル信号を予測部(インター予測部260及び/又はイントラ予測部265を含む)から出力された予測信号(予測されたブロック、予測サンプルアレイ)に加えることにより、復元信号(復元ピクチャ、復元ブロック、復元サンプルアレイ)を生成することができる。スキップモードが適用された場合のように処理対象ブロックに対するレジデュアルがない場合、予測されたブロックが復元ブロックとして使用できる。加算部155についての説明は、加算部235に対しても同様に適用できる。加算部235は、復元部又は復元ブロック生成部と呼ばれることもある。生成された復元信号は、現在ピクチャ内の次の処理対象ブロックのイントラ予測のために使用されることができ、後述するようにフィルタリングを介して次のピクチャのインター予測のために使用されることもできる。
【0081】
フィルタリング部240は、復元信号にフィルタリングを適用して主観的/客観的画質を向上させることができる。例えば、フィルタリング部240は、復元ピクチャに様々なフィルタリング方法を適用して、修正された(modified)復元ピクチャを生成することができ、前記修正された復元ピクチャをメモリ250、具体的にはメモリ250のDPBに保存することができる。前記様々なフィルタリング方法は、例えば、デブロッキングフィルタリング、サンプル適応的オフセット(sample adaptive offset)、適応的ループフィルタ(adaptive loop filter)、双方向フィルタ(bilateral filter)などを含むことができる。
【0082】
メモリ250のDPBに保存された(修正された)復元ピクチャは、インター予測部260で参照ピクチャとして使用されることができる。メモリ250は、現在ピクチャ内の動き情報が導出された(又は復号化された)ブロックの動き情報及び/又は既に復元されたピクチャ内のブロックの動き情報を保存することができる。前記保存された動き情報は、空間周辺ブロックの動き情報又は時間周辺ブロックの動き情報として活用するために、インター予測部260に伝達することができる。メモリ250は、現在ピクチャ内の復元されたブロックの復元サンプルを保存することができ、イントラ予測部265に伝達することができる。
【0083】
本明細書において、画像符号化装置100のフィルタリング部160、インター予測部180及びイントラ予測部185で説明された実施例は、それぞれ画像復号化装置200のフィルタリング部240、インター予測部260及びイントラ予測部265にも、同様に又は対応するように適用されることができる。
【0084】
一般な画像/ビデオコーディング手順
【0085】
画像/ビデオコーディングにおいて、画像/ビデオを構成するピクチャは、一連の復号化順序(decoding order)に従って符号化/復号化できる。復号化されたピクチャの出力順序(output order)に該当するピクチャ順序(picture order)は、前記復号化順序とは異なるように設定できる。これに基づいて、インター予測の際に、順方向予測だけでなく、逆方向予測も行うことができる。
【0086】
図4は本開示による実施例が適用できる画像復号化手順を概略的に示すフローチャート図である。
【0087】
図4に示されている各手順は、図3の画像符号化装置によって行われることができる。例えば、図4において、ステップS410は、エントロピー復号化部210によって行われることができ、ステップS420は、イントラ予測部265及びインター予測部260を含む予測部で行われることができ、ステップS430は、逆量子化部220及び逆変換部230を含むレジデュアル処理部で行われることができ、ステップS440は、加算部235で行われることができ、ステップS450は、フィルタリング部240で行われることができる。ステップS410は、本開示で説明された情報復号化手順を含むことができ、ステップS420は、本開示で説明されたインター/イントラ予測手順を含むことができ、ステップS430は、本開示で説明されたレジデュアル処理手順を含むことができ、ステップS440は、本開示で説明されたブロック/ピクチャ復元手順を含むことができ、ステップS450は、本開示で説明されたインループフィルタリング手順を含むことができる。
【0088】
図4を参照すると、ピクチャ復号化手順は、図3についての説明で示されているように、概略的に、ビットストリームから(復号化による)画像/ビデオ情報取得手順(S410)、ピクチャ復元手順(S420~S440)、及び復元されたピクチャに対するインループフィルタリング手順(S450)を含むことができる。前記ピクチャ復元手順は、本開示で説明されたインター/イントラ予測(S420)及びレジデュアル処理(S430、量子化された変換係数に対する逆量子化、逆変換)過程を経て取得した予測サンプル及びレジデュアルサンプルに基づいて行われることができる。前記ピクチャ復元手順によって生成された復元ピクチャに対するインループフィルタリング手順を介して、修正(modified)された復元ピクチャが生成されることができ、前記修正された復元ピクチャが、復号化されたピクチャとして出力されることができ、また、復号化装置の復号ピクチャバッファ又はメモリ250に保存されて以後のピクチャの復号化時にインター予測手順で参照ピクチャとして使用されることができる。場合によっては、前記インループフィルタリング手順は省略可能であり、この場合、前記復元ピクチャが復号化されたピクチャとして出力されることができ、また、復号化装置の復号ピクチャバッファ又はメモリ250に保存されて以後のピクチャの復号化時にインター予測手順で参照ピクチャとして使用されることができる。前記インループフィルタリング手順(S450)は、上述したように、デブロッキングフィルタリング手順、SAO(sample adaptive offset)手順、ALF(adaptive loop filter)手順、及び/又はバイラテラルフィルタ(bi-lateral filter)手順などを含むことができ、その一部又は全部が省略可能である。また、前記デブロッキングフィルタリング手順、SAO(sample adaptive offset)手順、ALF(adaptive loop filter)手順、及びバイラテラルフィルタ(bi-lateral filter)手順のうちの一つ又は一部が順次適用されてもよく、全てが順次適用されてもよい。例えば、復元ピクチャに対してデブロッキングフィルタリング手順が適用された後、SAO手順が行われることができる。又は、例えば、復元ピクチャに対してデブロッキングフィルタリング手順が適用された後、ALF手順が行われることができる。これは、符号化装置においても同様に行われることができる。
【0089】
図5は、本開示による実施例が適用できる画像符号化手順を概略的に示すフローチャートである。
【0090】
図5に示されている各手順は、図2の画像符号化装置によって行われることができる。例えば、ステップS510は、イントラ予測部185又はインター予測部180を含む予測部で行われることができ、ステップS520は、変換部120及び/又は量子化部130を含むレジデュアル処理部で行われることができ、ステップS530は、エントロピー符号化部190で行われることができる。ステップS510は、本開示で説明されたインター/イントラ予測手順を含むことができ、ステップS520は、本開示で説明されたレジデュアル処理手順を含むことができ、ステップS530は、本開示で説明された情報符号化手順を含むことができる。
【0091】
図5を参照すると、ピクチャ符号化手順は、図2についての説明で示されているように、概略的にピクチャ復元のための情報(例えば、予測情報、レジデュアル情報、パーティショニング情報など)を符号化してビットストリーム形式で出力する手順だけでなく、現在ピクチャに対する復元ピクチャを生成する手順、及び復元ピクチャにインループフィルタリングを適用する手順(optional)を含むことができる。符号化装置は、逆量子化部140及び逆変換部150を介して、量子化された変換係数から(修正された)レジデュアルサンプルを導出することができ、ステップS510の出力である予測サンプルと前記(修正された)レジデュアルサンプルに基づいて復元ピクチャを生成することができる。このように生成された復元ピクチャは、上述した復号化装置で生成した復元ピクチャと同一であり得る。前記復元ピクチャに対するインループフィルタリング手順を介して、修正された復元ピクチャが生成されることができ、これは、復号ピクチャバッファ又はメモリ170に保存されることができ、復号化装置での場合と同様に、以後のピクチャの符号化時にインター予測手順で参照ピクチャとして使用されることができる。上述したように、場合によっては、前記インループフィルタリング手順の一部又は全部は省略可能である。前記インループフィルタリング手順が行われる場合、(インループ)フィルタリング関連情報(パラメータ)がエントロピー符号化部190で符号化されてビットストリーム形式で出力されることができ、復号化装置は、前記フィルタリング関連情報に基づいて符号化装置と同様の方法でインループフィルタリング手順を行うことができる。
【0092】
このようなインループフィルタリング手順を介して、ブロッキングアーチファクト(artifact)及びリンギング(ringing)アーチファクトなど、画像/動画像コーディング時に発生するノイズを低減することができ、主観的/客観的ビジュアルクオリティを高めることができる。また、符号化装置と復号化装置の両方でインループフィルタリング手順を行うことにより、符号化装置と復号化装置は、同一の予測結果を導出することができ、ピクチャコーディングの信頼性を高め、ピクチャコーディングのために伝送されるべきデータ量を減らすことができる。
【0093】
上述したように、復号化装置だけでなく、符号化装置においてもピクチャ復元手順が行われることができる。各ブロック単位でイントラ予測/インター予測に基づいて復元ブロックが生成されることができ、復元ブロックを含む復元ピクチャが生成されることができる。現在ピクチャ/スライス/タイルグループがIピクチャ/スライス/タイルグループである場合、前記現在ピクチャ/スライス/タイルグループに含まれるブロックは、イントラ予測のみに基づいて復元されることができる。一方、現在ピクチャ/スライス/タイルグループがP又はBピクチャ/スライス/タイルグループである場合、前記現在ピクチャ/スライス/タイルグループに含まれるブロックは、イントラ予測又はインター予測に基づいて復元されることができる。この場合、現在ピクチャ/スライス/タイルグループ内の一部のブロックに対してはインター予測が適用され、残りの一部のブロックに対してはイントラ予測が適用されることもできる。ピクチャのカラー成分は、ルマ成分及びクロマ成分を含むことができ、本開示で明示的に制限しなければ、本開示で提案される方法及び実施例は、ルマ成分及びクロマ成分に適用されるができる。
【0094】
コーディング階層及び構造の例
【0095】
本開示によるコーディングされたビデオ/画像は、例えば、後述するコーディング階層及び構造に従って処理できる。
【0096】
図6は、コーディングされた画像/ビデオに対する階層構造の一例を示す図である。
【0097】
コーディングされた画像/ビデオは、画像/ビデオの復号化処理及びそれ自体を扱うVCL(video coding layer、ビデオコーディング階層)、符号化された情報を伝送し保存する下位システム、そしてVCLと下位システムとの間に存在し、ネットワーク適応機能を担当するNAL(network abstraction layer、ネットワーク抽象階層)に区分されることができる。
【0098】
VCLでは、圧縮された画像データ(スライスデータ)を含むVCLデータを生成するか、或いはピクチャパラメータセット(Picture Parameter Set:PPS)、シーケンスパラメータセット(Sequence Parameter Set:SPS)、ビデオパラメータセット(Video Parameter Set:VPS)などの情報を含むパラメータセット又は画像の復号化処理に付加的に必要なSEI(Supplemental Enhancement Information)メッセージを生成することができる。
【0099】
NALでは、VCLで生成されたRBSP(Raw Byte Sequence Payload)にヘッダー情報(NALユニットヘッダー)を付加してNALユニットを生成することができる。このとき、RBSPは、VCLで生成されたスライスデータ、パラメータセット、SEIメッセージなどをいう。NALユニットヘッダーには、該当NALユニットに含まれるRBSPデータによって特定されるNALユニットタイプ情報を含むことができる。
【0100】
図6に示されているように、NALユニットは、VCLで生成されたRBSPの類型によってVCL NALユニットとNon-VCL NALユニットに区分されることができる。VCL NALユニットは、画像に対する情報(スライスデータ)を含んでいるNALユニットを意味することができ、Non-VCL NALユニットは、画像を復号化するために必要な情報(パラメータセット又はSEIメッセージ)を含んでいるNALユニットを意味することができる。
【0101】
上述したVCL NALユニット、Non-VCL NALユニットは、下位システムのデータ規格に応じてヘッダー情報を付けてネットワークを介して伝送されることができる。例えば、NALユニットは、H.266/VVCファイルフォーマット、RTP(Real-time Transport Protocol)、TS(Transport Stream)などの所定の規格のデータ形式に変形して様々なネットワークを介して伝送されることができる。
【0102】
上述したように、NALユニットは、当該NALユニットに含まれるRBSPデータ構造(structure)に応じてNALユニットタイプが特定されることができ、このようなNALユニットタイプに対する情報は、NALユニットヘッダーに保存されてシグナリングされることができる。例えば、NALユニットが画像に対する情報(スライスデータ)を含むか否かによって、大きくVCL NALユニットタイプとNon-VCL NALユニットタイプに分類されることができる。VCL NALユニットタイプは、VCL NALユニットが含むピクチャの性質及び種類などによって分類されることができ、Non-VCL NALユニットタイプは、パラメータセットの種類などによって分類されることができる。
【0103】
以下に、Non-VCL NALユニットタイプが含むパラメータセット/情報の種類などによって特定されたNALユニットタイプの一例を羅列する。
【0104】
-DCI(Decoding capability information) NAL unit type(NUT):DCIを含むNALユニットに対するタイプ
【0105】
-VPS(Video Parameter Set) NUT:VPSを含むNALユニットに対するタイプ
【0106】
-SPS(Sequence Parameter Set) NUT:SPSを含むNALユニットに対するタイプ
【0107】
-PPS(Picture Parameter Set) NUT:PPSを含むNALユニットに対するタイプ
【0108】
-APS(Adaptation Parameter Set) NUT:APSを含むNALユニットに対するタイプ
【0109】
-PH(Picture header) NUT:ピクチャヘッダーを含むNULユニットに対するタイプ
【0110】
上述したNALユニットタイプは、NALユニットタイプのためのシンタックス情報を有し、前記シンタックス情報は、NALユニットヘッダーに保存されてシグナリングされることができる。例えば、前記シンタックス情報はnal_unit_typeであり、NALユニットタイプはnal_unit_typeの値を用いて特定できる。
【0111】
一方、一つのピクチャは、複数のスライスを含むことができ、一つのスライスは、スライスヘッダー及びスライスデータを含むことができる。この場合、一つのピクチャ内の複数のスライス(スライスヘッダー及びスライスデータ集合)に対して一つのピクチャヘッダーがさらに付加されることができる。前記ピクチャヘッダー(ピクチャヘッダーシンタックス)は、前記ピクチャに共通に適用可能な情報/パラメータを含むことができる。前記スライスヘッダー(スライスヘッダーシンタックス)は、前記スライスに共通に適用可能な情報/パラメータを含むことができる。前記APS(APSシンタックス)又はPPS(PPSシンタックス)は、一つ以上のスライス又はピクチャに共通に適用可能な情報/パラメータを含むことができる。前記SPS(SPSシンタックス)は、一つ以上のシーケンスに共通に適用可能な情報/パラメータを含むことができる。前記VPS(VPSシンタックス)は、多重レイヤーに共通に適用可能な情報/パラメータを含むことができる。前記DCIは、復号化能力(decoding capability)に関連する情報/パラメータを含むことができる。
【0112】
本開示において、上位レベルシンタックス(High level syntax、HLS)は、前記APSシンタックス、PPSシンタックス、SPSシンタックス、VPSシンタックス、DCIシンタックス、ピクチャヘッダーシンタックス、及びスライスヘッダーシンタックスのうちの少なくとも一つを含むことができる。また、本開示において、下位レベルシンタックス(low level syntax、LLS)は、例えば、スライスデータシンタックス、CTUシンタックス、符号化単位シンタックス、変換単位シンタックスなどを含むことができる。
【0113】
一方、本開示において、符号化装置から復号化装置へ符号化されてビットストリーム形式でシグナリングされる画像/ビデオ情報は、ピクチャ内のパーティショニング関連情報、イントラ/インター予測情報、レジデュアル情報、インループフィルタリング情報などを含むだけでなく、前記スライスヘッダーの情報、前記ピクチャヘッダーの情報、前記APSの情報、前記PPSの情報、SPSの情報、前記VPSの情報及び/又は前記DCIの情報を含むことができる。また、前記画像/ビデオ情報は、一般制限情報(general constraint information)及び/又はNALユニットヘッダーの情報をさらに含むことができる。
【0114】
エントリポイント(Entry points)シグナリングの概要
【0115】
上述したように、VCL NALユニットは、RBSP(Raw Byte Sequence Payload)としてスライスデータを含むことができる。スライスデータは、VCL NALユニット内でバイト単位にて整列され、1つ以上のサブセット(subsets)を含むことができる。前記サブセットに対してランダムアクセス(Random Access、RA)のための少なくとも1つのエントリポイント(entry point)が定義されることができ、前記エントリポイントに基づいて並列処理が行われることができる。
【0116】
VVC標準は、様々な並列処理技法の1つであるWPP(wavefront parallel processing)を支援する。ピクチャ内の複数のスライスは、WPPに基づいて並列に符号化/復号化できる。
【0117】
並列処理能力を活性化するために、エントリポイント情報がシグナリングできる。画像復号化装置は、エントリポイント情報に基づいて、NALユニットに含まれているデータセグメントの始点に直接アクセスすることができる。ここで、データセグメントの始点とは、スライス内のタイルの始点又はスライス内のCTU行の始点を意味することができる。
【0118】
エントリポイント情報は、上位レベルシンタックス、例えば、ピクチャパラメータセット(PPS)及び/又はスライスヘッダー内でシグナリングされることができる。
【0119】
図7は、本開示の一実施例によるピクチャパラメータセット(PPS)を示す図であり、図8は、本開示の一実施例によるスライスヘッダーを示す図である。
【0120】
まず、図7を参照すると、ピクチャパラメータセット(PPS)は、エントリポイント情報のシグナリング存否を示すシンタックス要素としてentry_point_offsets_present_flagを含むことができる。
【0121】
entry_point_offsets_present_flagは、ピクチャパラメータセット(PPS)を参照するスライスヘッダー内にエントリポイント情報のシグナリングが存在するか否かを示すことができる。例えば、第1値(例えば、0)を有するentry_point_offsets_present_flagは、前記スライスヘッダー内に、タイル又はタイル内の特定のCTU行(rows)に対するエントリポイント情報のシグナリングが存在しないことを示すことができる。これとは異なり、第2値(例えば、1)を有するentry_point_offsets_present_flagは、前記スライスヘッダー内に、タイル又はタイル内の特定のCTU行(row)に対するエントリポイント情報のシグナリングが存在することを示すことができる。
【0122】
一方、図7では、entry_point_offsets_present_flagがピクチャパラメータセット(PPS)に含まれる場合を示すが、これは例示的なものなので、本開示の実施例はこれに限定されない。例えば、entry_point_offsets_present_flagは、シーケンスパラメータセット(SPS)に含まれてもよい。
【0123】
次に、図8を参照すると、スライスヘッダーは、エントリポイントを識別するためのシンタックス要素としてoffset_len_minus1及びentry_point_offset_minus1[i]を含むことができる。
【0124】
offset_len_minus1は、entry_point_offset_minus1[i]のビット長から1を差し引いた値を示すことができる。offset_len_minus1の値は、0以上31以下の範囲を持つことができる。一例において、offset_len_minus1は、エントリポイントの総個数を表す変数NumEntryPointsに基づいてシグナリングされることができる。例えば、offset_len_minus1は、NumEntryPointsが0より大きい場合にのみシグナリングされることができる。また、offset_len_minus1は、図7を参照して前述したentry_point_offsets_present_flagに基づいてシグナリングされることができる。例えば、offset_len_minus1は、entry_point_offsets_present_flagが第2値(例えば、1)を有する場合(すなわち、スライスヘッダー内にエントリポイント情報のシグナリングが存在する場合)にのみシグナリングされることができる。
【0125】
entry_point_offset_minus1[i]は、i番目のエントリポイントオフセットをバイト単位で表すことができ、offset_len_minus1に1ビットを加算して表現できる。NALユニット内のスライスデータは、NumEntryPointsに1を加算した値と同じ個数のサブセットを含むことができ、前記サブセットそれぞれを指示するインデックス値は、0以上NumEntryPoints以下の範囲を有することができる。NALユニット内のスライスデータの1番目のバイトはバイト0で表現できる。
【0126】
entry_point_offset_minus1[i]がシグナリングされる場合、NALユニット内のスライスデータに含まれているエミュレーション防止バイト(emulation prevention bytes)は、サブセット識別のためにスライスデータの一部としてカウンされることができる。スライスデータの1番目のサブセットであるサブセット0は、バイト0からentry_point_offset_minus1[0]までの構成を持つことができる。同様に、スライスデータのk番目のサブセットであるサブセットkは、firstByte[k]からlastByte[k]までの構成を持つことができる。ここで、firstByte[k]は下記数式1のように導出でき、lastByte[k]は下記数式2のように導出できる。
【0127】
【数1】
【0128】
【数2】
【0129】
数式1及び数式2中、kは、1以上であり、NumEntryPointsから1を差し引いた値の範囲を持つことができる。
【0130】
スライスデータの最後のサブセット(すなわち、NumEntryPoints番目のサブセット)は、スライスデータのリメイニングバイト(remaining bytes)で構成できる。
【0131】
一方、それぞれのタイル内のCTB行の1番目のCTBを含むCTUを復号化する前に、コンテキスト変数(context variables)に対する所定の同期化プロセスが行われず(例えば、sps_entropy_coding_sync_enabled_flag==0)、スライスが1つ以上の完全な(complete)タイルを含む場合、スライスデータのそれぞれのサブセットは、同じタイル内の全てのCTUに対する全ての符号化ビットで構成できる。この場合、スライスデータのサブセットの総個数は、スライス内のタイルの総個数と同じであり得る。
【0132】
これとは異なり、前記所定の同期化プロセスが行われず、スライスがシングルタイル内のCTU行に対して1つのサブセットを含む場合、NumEntryPointsは0であり得る。この場合、スライスデータの1つのサブセットは、スライス内の全てのCTUに対する全ての符号化ビットで構成できる。
【0133】
これとは異なり、前記所定の同期化プロセスが行われる場合(例えば、sps_entropy_coding_sync_enabled_flag==1)、それぞれのサブセットは、1つのタイル内の1つのCTU行の全てのCTUに対する全ての符号化ビットで構成できる。この場合、スライスデータのサブセットの総個数は、スライス内のタイル別のCTU行の総個数と同じであり得る。
【0134】
混成NALユニットタイプ(mixed NAL unit type)の概要
【0135】
一般に、1つのピクチャに対して1つのNALユニットタイプが設定できる。上述したように、NALユニットタイプを表すシンタックス情報は、NALユニット内のNALユニットヘッダーに保存されてシグナリングされることができる。例えば、前記シンタックス情報はnal_unit_typeであり、NALユニットタイプはnal_unit_type値を用いて特定できる。
【0136】
本開示による実施例が適用できるNALユニットタイプの一例は、下記表1の通りである。
【0137】
【表1-1】
【表1-2】
【0138】
表1を参照すると、VCL NALユニットタイプは、ピクチャの性質及び種類などによって、0番乃至12番のNALユニットタイプに分類されることができる。また、non-VCL NALユニットタイプは、パラメータセットの種類などによって、13番乃至31番のNALユニットタイプに分類されることができる。
【0139】
VCL NALユニットタイプの具体例は、次の通りである。
【0140】
-IRAP(Intra Random Access Point) NAL unit type(NUT):IRAPピクチャのNALユニットに対するタイプ、IDR_W_RADL乃至CRA_NUTの範囲に設定される。
【0141】
-IDR(Instantaneous Decoding Refresh) NUT:IDRピクチャのNALユニットに対するタイプ、IDR_W_RADL又はIDR_N_LPに設定される。
【0142】
-CRA(Clean Random Access) NUT:CRAピクチャのNALユニットに対するタイプ、CRA_NUTに設定される。
【0143】
-RADL(Random Access Decodable Leading) NUT:RADLピクチャのNALユニットに対するタイプ、RADL_NUTに設定される。
【0144】
-RASL(Random Access Skipped Leading) NUT:RASLピクチャのNALユニットに対するタイプ、RASL_NUTに設定される。
【0145】
-トレーリング(Trailing) NUT:トレーリングピクチャのNALユニットに対するタイプ、TRAIL_NUTに設定される。
【0146】
-GDR(Gradual Decoding Refresh) NUT:GDRピクチャのNALユニットに対するタイプ、GDR_NUTに設定される。
【0147】
-STSA(Step-wise Temporal Sublayer Access) NUT:STSAピクチャのNALユニットに対するタイプ、STSA_NUTに設定される。
【0148】
一方、VVC標準は、1つのピクチャが互いに異なるNALユニットタイプを有する複数のスライスを含むことを許容する。例えば、1つのピクチャは、第1NALユニットタイプを有する少なくとも1つの第1スライスと、前記第1NALユニットタイプとは異なる第2NALユニットタイプを有する少なくとも1つの第2スライスを含むことができる。この場合、前記ピクチャのNALユニットタイプは、混成(mixed)NALユニットタイプと呼ばれることもある。このように、VVC標準が混成NALユニットタイプを支援することにより、コンテンツ合成過程、符号化/復号化過程などにおいて、複数のピクチャはより容易に再構成/合成できる。
【0149】
しかしながら、混成NALユニットタイプに関する既存のスキームによれば、2つのNALユニットタイプ間の混成のみが許容できるという限界がある。また、1つのピクチャが混成NALユニットタイプを有する場合、前記ピクチャの1つ以上のVCL NALユニットは、IDR_W_RADL乃至CRA_NUTの範囲のNALユニットタイプを有しなければならず、前記ピクチャの残りのVCL NALユニットは、TRAIL_NUT乃至RSV_VCL_6の範囲のNALユニットタイプを有しなければならないという制限がある。その結果、混成NALユニットタイプが画像処理過程で有用であるにもかかわらず、一般的に活用できないという問題が発生した。
【0150】
かかる問題を解決するために、本開示の実施例によれば、2つ以上のNALユニットタイプ間の混成が許容され、より多様な類型の混成NALユニットタイプが提供されることができる。
【0151】
以下、添付図面を参照して本開示の実施例を詳細に説明する。
【0152】
1つのピクチャが2つ以上のスライスを含み、前記スライスそれぞれのNALユニットタイプが互いに異なる場合、前記ピクチャは、2つ以上のサブピクチャを含むように制限され得る。すなわち、1つのピクチャが混成(mixed)NALユニットタイプを有する場合、前記ピクチャは、2つ以上のサブピクチャを含むことができる。
【0153】
サブピクチャは、1つ以上のスライスを含むことができ、ピクチャ内で矩形領域を構成することができる。ピクチャ内でサブピクチャそれぞれのサイズは互いに異なるように設定されることができる。これとは異なり、1つのシーケンスに属する全てのピクチャに対して、特定の個別サブピクチャのサイズ及び位置は互いに同一に設定できる。
【0154】
図9はサブピクチャの一例を示す図である。
【0155】
図9を参照すると、1つのピクチャは、18個のタイルに分割されることができる。前記ピクチャの左側には12個のタイルが配置でき、前記タイルそれぞれは、4×4のCTUからなる1つのスライスを含むことができる。また、前記ピクチャの右側には6つのタイルが配置でき、前記タイルそれぞれは、2×2のCTUでそれぞれ構成され、垂直方向に積層される2つのスライスを含むことができる。その結果、前記ピクチャは、24個のサブピクチャ及び24個のスライスを含み、前記サブピクチャそれぞれは、1つのスライスを含むことができる。
【0156】
一実施例において、1つのピクチャ内のそれぞれのサブピクチャは、混成NALユニットタイプを支援するために1つのピクチャとして扱われることができる。サブピクチャが1つのピクチャとして扱われる場合、前記サブピクチャは、他のサブピクチャの符号化/復号化結果とは関係なく独立して符号化/復号化されることができる。ここで、独立した符号化/復号化とは、サブピクチャのブロック分割構造(例えば、シングルツリー構造、デュアルツリー構造など)、予測モードタイプ(例えば、イントラ予測、インター予測など)、復号化手順などが、他のサブピクチャとは異なるように設定できることを意味することができる。例えば、第1サブピクチャがイントラ予測モードに基づいて符号化/復号された場合、前記第1サブピクチャに隣接し、1つのピクチャとして扱われる第2サブピクチャは、インター予測モードに基づいて符号化/復号化できる。
【0157】
このように、1つのピクチャが2つ以上の独立したサブピクチャを含み、前記サブピクチャそれぞれが互いに異なるNALユニットタイプを有する場合、前記ピクチャは、混成NALユニットタイプを有することができる。
【0158】
図10は、混成NALユニットタイプを有するピクチャの一例を示す図である。
【0159】
図10を参照すると、1つのピクチャ1000は、第1乃至第3サブピクチャ1010~1030を含むことができる。第1及び第3サブピクチャ1010、1030は、それぞれ2つのスライスを含むことができる。これとは異なり、第2サブピクチャ1020は4つのスライスを含むことができる。
【0160】
第1乃至第3サブピクチャ1010~1030がそれぞれ1つのピクチャとして扱われる場合、第1乃至第3サブピクチャ1010~1030は、それぞれ独立して符号化されて、互いに異なるビットストリームを構成することができる。例えば、第1サブピクチャ1010の符号化スライスデータは、RASL_NUTのようなNALユニットタイプを有する1つ以上のNALユニットにカプセル化されて第1ビットストリーム(Bitstream1)を構成することができる。また、第2サブピクチャ1020の符号化スライスデータは、RADL_NUTのようなNALユニットタイプを有する1つ以上のNALユニットにカプセル化されて第2ビットストリーム(Bitstream2)を構成することができる。また、第3サブピクチャ1030の符号化スライスデータは、RASL_NUTのようなNALユニットタイプを有する1つ以上のNALユニットにカプセル化されて第3ビットストリーム(Bitstream3)を構成することができる。その結果、1つのピクチャ1000は、RASL_NUT及びRADL_NUTが混成された混成NALユニットタイプを有することができる。
【0161】
一実施例において、ピクチャ内のそれぞれのサブピクチャに含まれる全てのスライスは、同じNALユニットタイプを有するように制限されることができる。例えば、第1サブピクチャ1010に含まれる2つのスライスはいずれも、RASL_NUTのようなNALユニットタイプを有することができる。また、第2サブピクチャ1020に含まれる4つのスライスはいずれも、RADL_NUTのようなNALユニットタイプを有することができる。また、第3サブピクチャ1030に含まれる2つのスライスはいずれも、RASL_NUTのようなNALユニットタイプを有することができる。
【0162】
サブピクチャに関する情報は、上位レベルシンタックス、例えば、ピクチャパラメータセット(PPS)及びシーケンスパラメータセット(SPS)内でシグナリングされることができる。また、混成NALユニットタイプの適用如何に関する情報は、上位レベルシンタックス、例えばピクチャパラメータセット(PPS)内でシグナリングされることができる。
【0163】
図11は、本開示の一実施例によるピクチャパラメータセット(PPS)の一例を示す図であり、図12は、本開示の一実施例によるシーケンスパラメータセット(SPS)の一例を示す図である。
【0164】
まず、図11を参照すると、ピクチャパラメータセット(PPS)は、混成NALユニットタイプの適用如何に関するシンタックス要素としてpps_mixed_nalu_types_in_pic_flag(又はmixed_nalu_types_in_pic_flag)を含むことができる。
【0165】
pps_mixed_nalu_types_in_pic_flagは、現在ピクチャが混成NALユニットタイプを有するか否かを示すことができる。例えば、第1値(例えば、0)を有するpps_mixed_nalu_types_in_pic_flagは、現在ピクチャが混成NALユニットタイプを有しないことを示すことができる。この場合、現在ピクチャは、全てのVCL NALユニットに対して同じNALユニットタイプ、例えば、符号化スライスNALユニットと同じNALユニットタイプを有することができる。これとは異なり、第2値(例えば、1)を有するpps_mixed_nalu_types_in_pic_flagは、現在ピクチャが混成NALユニットタイプを有することを示すことができる。
【0166】
一実施例において、現在ピクチャが混成NALユニットタイプを有する場合(例えば、pps_mixed_nalu_types_in_pic_flag==1)、現在ピクチャのVCL NALユニットは、GDR_NUTのようなNALユニットタイプを有しないように制限できる。
【0167】
一実施例において、現在ピクチャが混成NALユニットタイプを有する場合(例えば、pps_mixed_nalu_types_in_pic_flag==1)、現在ピクチャのいずれかのVCL NALユニットがIDR_W_RADL、IDR_N_LP又はCRA_NUTのようなNALユニットタイプ(NALユニットタイプA)を有すれば、現在ピクチャの他の全てのVCL NALユニットは、前記NALユニットタイプAのようなNALユニットタイプを有するか、或いはTRAIL_NUTのようなNALユニットタイプを有するように制限できる。例えば、現在ピクチャのいずれかのVCL NALユニットがIDR_W_RADLのようなNALユニットタイプを有する場合、現在ピクチャの他の全てのNALユニットは、IDR_W_RADL又はTRAIL_NUTのようなNALユニットタイプを有することができる。
【0168】
現在ピクチャが混成NALユニットタイプを有する場合(例えば、pps_mixed_nalu_types_in_pic_flag==1)、現在ピクチャ内のそれぞれのサブピクチャは、表1を参照して前述したVCL NALユニットタイプのうちのいずれかを有することができる。例えば、現在ピクチャ内のサブピクチャがIDRサブピクチャである場合、前記サブピクチャは、IDR_W_RADL又はIDR_N_LPのようなNALユニットタイプを有することができる。或いは、現在ピクチャ内のサブピクチャがトレーリングサブピクチャである場合、前記サブピクチャは、TRAIL_NUTのようなNALユニットタイプを有することができる。
【0169】
したがって、第2値(例えば、1)を有するpps_mixed_nalu_types_in_pic_flagは、ピクチャパラメータセット(PPS)を参照するピクチャが互いに異なるNALユニットタイプを有するスライスを含み得ることを示すことができる。ここで、前記ピクチャは、符号化器がビットストリーム構造のマッチング(matching)及びオリジナルビットストリームのパラメータ間の整列(alignment)を確保(ensure)しなければならないサブピクチャビットストリームマージ動作から起源することができる。前記整列の一例として、IDR_W_RADL又はIDR_N_LPのようなNALユニットタイプを有するスライスに対する参照ピクチャリスト(reference picture list、RPL)シンタックス要素がスライスヘッダー内に存在せず(例えば、sps_idr_rpl_present_flag==0)、前記スライスを含む現在ピクチャが混成NALユニットタイプを有する場合(例えば、pps_mixed_nalu_types_in_pic_flag==1)、現在ピクチャは、IDR_W_RADL又はIDR_N_LPのようなNALユニットタイプのスライスを含まないように制限できる。
【0170】
一方、出力レイヤーセット(Output Layer Set、OLS)内の全てのピクチャに対して混成NALユニットタイプが適用されないように制限された場合(例えば、gci_no_mixed_nalu_types_in_pic_constraint_flag==1)、pps_mixed_nalu_types_in_pic_flagは、第1値(例えば、0)を有することができる。
【0171】
また、ピクチャパラメータセット(PPS)は、ピクチャ分割如何を示すシンタックス要素としてpps_no_pic_partition_flag(又はno_pic_partion_flag)を含むことができる。
【0172】
pps_no_pic_partition_flagは、現在ピクチャにピクチャ分割が適用できるか否かを示すことができる。例えば、第1値(例えば、0)を有するpps_no_pic_partition_flagは、現在ピクチャが分割できないことを示すことができる。これとは異なり、第2値(例えば、1)を有するpps_no_pic_partition_flagは、現在ピクチャが2つ以上のタイル又はスライスに分割できることを示すことができる。現在ピクチャが混成NALユニットタイプを有する場合(例えば、pps_mixed_nalu_types_in_pic_flag==1)、現在ピクチャは、2つ以上のタイル又はスライスに分割されるように制限できる(例えば、pps_no_pic_partition_flag=1)。
【0173】
また、ピクチャパラメータセット(PPS)は、サブピクチャの個数を表すシンタックス要素としてpps_num_subpics_minus1(又はnum_subpics_minus1)を含むことができる。
【0174】
pps_num_subpics_minus1は、現在ピクチャに含まれるサブピクチャの個数から1を差し引いた値を表すことができる。pps_num_subpics_minus1は、現在ピクチャにピクチャ分割が適用できる場合(例えば、pps_no_pic_partition_flag==1)にのみシグナリングできる。pps_num_subpics_minus1がシグナリングされない場合、pps_num_subpics_minus1の値は、0と推論できる。一方、サブピクチャの個数を表すシンタックス要素は、ピクチャパラメータセット(PPS)とは異なる上位レベルシンタックス、例えばシーケンスパラメータセット(SPS)内でシグナリングされることもできる。
【0175】
一実施例において、現在ピクチャが1つのサブピクチャのみを含む場合(例えば、pps_num_subpics_minus1==0)、現在ピクチャは、混成NALユニットタイプを有しないように制限できる(例えば、pps_mixed_nalu_types_in_pic_flag=0)。すなわち、現在ピクチャが混成NALユニットタイプを有する場合(例えば、pps_mixed_nalu_types_in_pic_flag==1)、現在ピクチャは、2つ以上のサブピクチャを含むように制限できる(例えば、pps_num_subpics_minus1>0)。
【0176】
次に、図12を参照すると、シーケンスパラメータセット(SPS)は、符号化/復号化時のサブピクチャの取り扱いに関連したシンタックス要素として、sps_subpic_treated_as_pic_flag[i](又はsubpic_treated_as_pic_flag[i])を含むことができる。
【0177】
sps_subpic_treated_as_pic_flag[i]は、現在ピクチャ内のそれぞれのサブピクチャが1つのピクチャとして扱われるか否かを示すことができる。例えば、第1値(例えば、0)のsps_subpic_treated_as_pic_flag[i]は、現在ピクチャ内のi番目のサブピクチャが1つのピクチャとして扱われないことを示すことができる。これとは異なり、第2値(例えば、1)のsps_subpic_treated_as_pic_flag[i]は、現在ピクチャ内のi番目のサブピクチャがインループフィルタリング動作を除く符号化/復号化過程で1つのピクチャとして扱われることを示すことができる。sps_subpic_treated_as_pic_flag[i]がシグナリングされない場合、sps_subpic_treated_as_pic_flag[i]は、第2値(例えば、1)を有すると推論できる。
【0178】
一実施例において、現在ピクチャが2つ以上のサブピクチャを含み(例えば、pps_num_subpics_minus1>0)、前記サブピクチャのうちの少なくとも1つが1つのピクチャとして扱われない場合(例えば、sps_subpic_treated_as_pic_flag[i]==0)、現在ピクチャは、混成NALユニットタイプを有しないように制限できる(例えば、pps_mixed_nalu_types_in_pic_flag=0)。すなわち、現在ピクチャが混成NALユニットタイプを有する場合(例えば、pps_mixed_nalu_types_in_pic_flag==1)、現在ピクチャ内のサブピクチャはいずれも、1つのピクチャとして扱われるように(例えば、sps_subpic_treated_as_pic_flag[i]=1)制限できる。
【0179】
以下、本開示の実施例によるNALユニットタイプをピクチャ類型別に詳細に説明する。
【0180】
(1)IRAP(Intra Random Access Point)ピクチャ
【0181】
IRAPピクチャは、ランダムアクセス可能なピクチャであって、表1を参照して前述したように、IDR_W_RADL、IDR_N_LP又はCRA_NUTのようなNALユニットタイプを有することができる。IRAPピクチャは、復号化過程でインター予測のために前記IRAPピクチャ以外の他のピクチャは参照しなくてもよい。IRAPピクチャは、IDR(Instantaneous decoding refresh)ピクチャ及びCRA(Clean random access)ピクチャを含むことができる。
【0182】
復号化順序におけるビットストリーム内の1番目のピクチャは、IRAPピクチャ又はGDR(Gradual Decoding Refresh)ピクチャに制限され得る。シングルレイヤーのビットストリームに対して、参照すべき必須パラメータセットが利用可能である場合、復号化順序においてIRAPピクチャに先行するピクチャが全く復号化されなくても、前記IRAPピクチャ、及び復号化順序において前記IRAPピクチャに後行する全ての非RASL(non-RASL)ピクチャは、正しく(correctly)復号化できる。
【0183】
一実施例において、IRAPピクチャは、混成NALユニットタイプを有しないことができる。すなわち、IRAPピクチャに対して前述したpps_mixed_nalu_types_in_pic_flagは、第1値(例えば、0)を有することができ、IRAPピクチャ内の全てのスライスは、IDR_W_RADL乃至CRA_NUTの範囲で互いに同じNALユニットタイプを有することができる。その結果、ピクチャ内で一番目に復号化されるスライスがIDR_W_RADL乃至CRA_NUTの範囲のNALユニットタイプを有する場合、前記ピクチャは、IRAPピクチャと決定できる。
【0184】
(2)CRA(Clean Random Access)ピクチャ
【0185】
CRAピクチャは、IRAPピクチャのうちの1つであり、表1を参照して前述したようにCRA_NUTのようなNALユニットタイプを有することができる。CRAピクチャは、復号化過程でインター予測のために前記CRAピクチャ以外の他のピクチャは参照しなくてもよい。
【0186】
CRAピクチャは、復号化順序上、ビットストリーム内で1番目のピクチャであってもよく、1番目以後のピクチャであってもよい。CRAピクチャは、RADL又はRASLピクチャに関連することができる。
【0187】
CRAピクチャに対してNoIncorrectPicOutputFlagが第2値(例えば、1)を有する場合、前記CRAピクチャに関連したRASLピクチャは、ビットストリーム内に存在しないピクチャを参照するので復号化できず、その結果、画像復号化装置によって出力されないことができる。ここで、NoIncorrectPicOutputFlagは、復号化順序においてリカバリポイントピクチャ(recovery point picture)に先行するピクチャが前記リカバリポイントピクチャよりも先に出力されるか否かを示すことができる。例えば、第1値(例えば、0)を有するNoIncorrectPicOutputFlagは、復号化順序においてリカバリポイントピクチャに先行するピクチャが前記リカバリポイントピクチャよりも先に出力できることを示すことができる。この場合、CRAピクチャは、ビットストリーム内で1番目のピクチャ、又は復号化順序においてEOS(End Of Sequence)NALユニットに後行する1番目のピクチャではない可能性がある。これは、ランダムアクセスが発生していない場合を意味することができる。これとは異なり、第2値(例えば、1)を有するNoIncorrectPicOutputFlagは、復号化順序においてリカバリポイントピクチャに先行するピクチャが前記リカバリポイントピクチャよりも先に出力できないことを示すことができる。この場合、CRAピクチャは、ビットストリーム内で1番目のピクチャ、又は復号化順序においてEOS NALユニットに後行する1番目のピクチャである可能性がある。これは、ランダムアクセスが発生した場合を意味することができる。一方、NoIncorrectPicOutputFlagは、実施例によってNoOutputBeforeRecoveryFlagと呼ばれることもある。
【0188】
CLVS(coded layer video sequence)内で復号化順序において現在ピクチャに後行する全てのピクチャユニット(picture units、PUs)に対して、前記ピクチャユニット(PUs)に属するCRAサブピクチャに含まれる1つのスライスに対する参照ピクチャリスト0(例えば、RefPicList[0])及び参照ピクチャリスト1(例えば、RefPicList[1])は、活性化エントリ(active entry)内で、復号化順序において前記CRAサブピクチャを含むピクチャに先行する如何なるピクチャも含まないように制限できる。ここで、ピクチャユニット(PU)とは、1つの符号化ピクチャに対して所定の分類規則に従って相互関連し、復号化順序において連続する複数のNALユニットを含む、NALユニットセットを意味することができる。
【0189】
(3)IDR(Instantaneous Decoding Refresh)ピクチャ
【0190】
IDRピクチャは、IRAPピクチャのうちの1つであり、表1を参照して前述したように、IDR_W_RADL又はIDR_N_LPのようなNALユニットタイプを有することができる。IDRピクチャは、復号化過程でインター予測のために前記IDRピクチャ以外の他のピクチャは参照しなくてもよい。
【0191】
IDRピクチャは、復号化順序上、ビットストリーム内で1番目のピクチャであってもよく、1番目以後のピクチャであってもよい。それぞれのIDRピクチャは、復号化順序でのCVS(Coded Video Sequence)の1番目のピクチャであり得る。
【0192】
IDRピクチャがそれぞれのNALユニットに対してIDR_W_RADLのようなNALユニットタイプを有する場合、前記IDRピクチャは、関連したRADLピクチャを有することができる。これとは異なり、IDRピクチャがそれぞれのNALユニットに対してIDR_N_LPのようなNALユニットタイプを有する場合、前記IDRピクチャは、関連したリーディングピクチャ(leading pictures)を有しなくてもよい。一方、前記IDRピクチャは、RASLピクチャとは関連しなくてもよい。
【0193】
CLVS(Coded Layer Video Sequence)内で復号化順序において現在ピクチャに後行する全てのピクチャユニット(picture units、PUs)に対して、前記ピクチャユニット(PUs)に属するIDRサブピクチャに含まれる1つのスライスに対する参照ピクチャリスト0(例えば、RefPicList[0])及び参照ピクチャリスト1(例えば、RefPicList[1])は、活性化エントリ(active entry)内で、復号化順序において前記IDRサブピクチャを含むピクチャに先行する如何なるピクチャも含まないように制限できる。
【0194】
(4)RADL(Random Access Decodable Leading)ピクチャ
【0195】
RADLピクチャは、リーディングピクチャのうちの1つであって、表1を参照して前述したようにRADL_NUTのようなNALユニットタイプを有することができる。
【0196】
RADLピクチャは、前記RADLピクチャと同じIRAPピクチャに関連したトレーリング(trailing)ピクチャの復号化過程で、参照ピクチャとして利用されなくてもよい。RADLピクチャに対してfield_seq_flagが第1値(例えば、0)を有する場合、前記RADLピクチャは、関連したIRAPピクチャが同じである全ての非リーディングピクチャ(non-leading pictures)よりも復号化順序において先行することができる。ここで、field_seq_flagは、CLVS(Coded Layer Video Sequence)がフィールド(fields)を表すピクチャを伝達(convey)するか、それともフレーム(frames)を表すピクチャを伝達するかを示すことができる。例えば、第1値(例えば、0)を有するfield_seq_flagは、CLVSがフレームを表すピクチャを伝達することを示すことができる。これとは異なり、第2値(例えば、1)を有するfield_seq_flagは、CLVSがフィールドを表すピクチャを伝達することを示すことができる。
【0197】
(5)RASL(Random Access Skipped Leading)ピクチャ
【0198】
RASLピクチャは、リーディングピクチャのうちの1つであり、表1を参照して前述したようにRASL_NUTのようなNALユニットタイプを有することができる。
【0199】
一例において、全てのRASLピクチャは、関連したCRAピクチャのリーディングピクチャであり得る。前記CRAピクチャに対してNoIncorrectPicOutputFlagが第2値(例えば、1)を有する場合、前記RASLピクチャは、ビットストリーム内に存在しないピクチャを参照するので復号化できず、その結果として、画像復号化装置によって出力されないことができる。
【0200】
RASLピクチャは、非RASLピクチャの復号化過程で参照ピクチャとして利用されなくてもよい。ただし、RASLピクチャと同じレイヤーに属し、同じCRAピクチャに関連するRADLピクチャが存在する場合、前記RASLピクチャは、前記RADLピクチャに含まれるRADLサブピクチャのインター予測のためのコロケーテッド(collocated)参照ピクチャとして利用できる。
【0201】
RASLピクチャに対してfield_seq_flagが第1値(例えば、0)を有する場合、前記RASLピクチャは、前記RASLピクチャに関連したCRAピクチャの全ての非リーディングピクチャに対して復号化順序において先行することができる。
【0202】
(6)トレーリング(Trailing)ピクチャ
【0203】
トレーリングピクチャは、関連したIRAPピクチャ又はGDRピクチャに対して出力順序において後行する非IRAPピクチャであって、STSAピクチャではなくてもよい。また、トレーリングピクチャは、関連したIRAPピクチャに対して復号化順序において後行することができる。すなわち、関連したIRAPピクチャに対して出力順序において後行するが、復号化順序において先行するトレーリングピクチャは、許容できない。
【0204】
(7)GDR(Gradual Decoding Refresh)ピクチャ
【0205】
GDRピクチャは、ランダムアクセス可能なピクチャであって、表1を参照して前述したようにGDR_NUTのようなNALユニットタイプを有することができる。
【0206】
(8)STSA(Step-wise Temporal Sublayer Access)ピクチャ
【0207】
STSAピクチャは、ランダムアクセス可能なピクチャであって、表1を参照して前述したようにSTSA_NUTのようなNALユニットタイプを有することができる。
【0208】
STSAピクチャは、インター予測のために前記STSAピクチャと同じTemporalIdを有するピクチャを参照しなくてもよい。ここで、TemporalIdは、スケーラブル(scalable)ビデオコーディングにおいて時間的階層性、例えば時間的サブレイヤー(temporal sublayer)を指示する識別子であり得る。一例として、STSAピクチャは、0よりも大きいTemporalIdを有するように制限できる。
【0209】
STSAピクチャと同じTemporalIDを有し、復号化順序において前記STSAピクチャに後行するピクチャは、インター予測のために、前記STSAピクチャと同じTemporalIDを有し、復号化順序において前記STSAピクチャに先行するピクチャを参照しなくてもよい。STSAピクチャは、前記STSAピクチャが属する現在サブレイヤーの真下位サブレイヤー(immediately lower sublayer)から前記現在サブレイヤーへのアップスイッチング(up-switching)を活性化させることができる。
【0210】
図13は、ピクチャ類型別の復号化順序及び出力順序を説明するための図である。
【0211】
複数のピクチャは、予測方式によってIピクチャ、Pピクチャ又はBピクチャに区分できる。Iピクチャは、イントラ予測のみが適用できるピクチャを意味し、他のピクチャを参照することなく復号化できる。Iピクチャは、イントラピクチャと呼ばれることができ、前述したIRAPピクチャを含むことができる。Pピクチャは、イントラ予測及び一方向インター予測が適用できるピクチャを意味し、他の1つのピクチャを参照して復号化できる。Bピクチャは、イントラ予測及び双方向/一方向インター予測が適用できるピクチャを意味し、他の1つ又は2つのピクチャを参照して復号化できる。Pピクチャ及びBピクチャは、インターピクチャと呼ばれることもあり、前述したRADLピクチャ、RASLピクチャ及びトレーリングピクチャを含むことができる。
【0212】
インターピクチャは、復号化順序及び出力順序によってリーディングピクチャ(Leading Picture、LP)又は非リーディングピクチャ(Non-Leading Picture、NLP)にさらに区分されることができる。リーディングピクチャは、復号化順序においてIRAPピクチャに後行し、出力順序においてIRAPピクチャに先行するピクチャを意味し、前述したRADLピクチャ及びRASLピクチャを含むことができる。非リーディングピクチャは、復号化順序及び出力順序においてIRAPピクチャに後行するピクチャを意味し、前述したトレーリングピクチャを含むことができる。
【0213】
図13において、それぞれのピクチャ名称は、上述したピクチャ類型を示すことができる。例えば、I5ピクチャはIピクチャ、B0、B2、B3、B4及びB6ピクチャはBピクチャ、P1及びP7ピクチャはPピクチャであり得る。さらに、図13において、それぞれの矢印は、ピクチャ間の参照方向を示すことができる。例えば、B0ピクチャはP1ピクチャを参照して復号化できる。
【0214】
図13を参照すると、I5ピクチャはIRAPピクチャ、例えばCRAピクチャであり得る。I5ピクチャに対するランダムアクセスが行われる場合、I5ピクチャは、復号化順序上での1番目のピクチャであり得る。
【0215】
B0及びP1ピクチャは、復号化順序においてI5ピクチャに先行するピクチャであって、I5ピクチャとは別個のビデオシーケンスを構成することができる。B2、B3、B4、B6、及びP7ピクチャは、復号化順序においてI5ピクチャに後行するピクチャであって、I5ピクチャと共に1つのビデオシーケンスを構成することができる。
【0216】
B2、B3及びB4ピクチャは、復号化順序においてI5ピクチャに後行し、出力順序においてI5ピクチャに先行するので、リーディングピクチャに分類されることができる。B2ピクチャは、復号化順序においてI5ピクチャに先行するP1ピクチャを参照して復号化できる。したがって、I5ピクチャに対するランダムアクセスが発生した場合、B2ピクチャは、ビットストリーム内に存在しないP1ピクチャを参照するので、正しく復号化できない。B2ピクチャのようなピクチャ類型をRASLピクチャと呼ぶことができる。これとは異なり、B3ピクチャは、復号化順序においてB3ピクチャに先行するI5ピクチャを参照して復号化できる。したがって、I5ピクチャに対するランダムアクセスが発生した場合、B3ピクチャは、既に復号化されたI5ピクチャを参照して正しく復号化できる。また、B4ピクチャは、復号化順序においてB4ピクチャに先行するI5ピクチャ及びB3ピクチャを参照して復号化できる。したがって、I5ピクチャに対するランダムアクセスが発生した場合、B4ピクチャは、既に復号化されたI5ピクチャ及びB3ピクチャを参照して正しく復号化できる。B3及びB4ピクチャのようなピクチャ類型をRADLピクチャと呼ぶことができる。
【0217】
一方、B6及びP7ピクチャは、復号化順序及び出力順序においてI5ピクチャに後行するので、非リーディングピクチャとして分類されることができる。B6ピクチャは、復号化順序において先行するI5ピクチャ及びP7ピクチャを参照して復号化できる。したがって、I5ピクチャに対するランダムアクセスが発生した場合、B6ピクチャは、既に復号化されたI5ピクチャ及びP7ピクチャを参照して正しく復号化できる。
【0218】
このように、1つのビデオシーケンス内で復号化過程及び出力過程はピクチャ類型に基づいて互いに異なる順で行われることができる。例えば、1つのビデオシーケンスがIRAPピクチャ、リーディングピクチャ及び非リーディングピクチャを含む場合、復号化過程は、IRAPピクチャ、リーディングピクチャ及び非リーディングピクチャの順で行われるが、出力過程は、リーディングピクチャ、IRAPピクチャ及び非リーディングピクチャの順で行われることができる。
【0219】
図14は、本開示の一実施例による現在ピクチャのNALユニットタイプを決定する方法を示すフローチャートである。
【0220】
図14を参照すると、画像符号化装置は、現在ピクチャが2つ以上のサブピクチャを含むか否かを決定することができる(S1410)。現在ピクチャの分割情報は、上位レベルシンタックス内の1つ以上のシンタックス要素を用いてシグナリングされることができる。例えば、図7を参照して前述したピクチャパラメータセット(PPS)を介して、現在ピクチャが分割されるか否かを示すno_pic_partition_flag、及び現在ピクチャに含まれるサブピクチャの個数を示すpps_num_subpics_minus1がシグナリングされることができる。現在ピクチャが2つ以上のサブピクチャを含む場合、no_pic_partition_flagは第1値(例えば、0)を有し、pps_num_subpics_minusは0よりも大きい値を有することができる。
【0221】
現在ピクチャが2つ以上のサブピクチャを含まない場合(S1410の「NO」)、画像符号化装置は、現在ピクチャが単一のNALユニットタイプを有すると決定することができる(S1450)。すなわち、現在ピクチャ内の全てのスライスは、表1を参照して前述した複数のNALユニットタイプのうちのいずれかを有することができる。
【0222】
これとは異なり、現在ピクチャが2つ以上のサブピクチャを含む場合(S1410の「YES」)、画像符号化装置は、現在ピクチャ内のそれぞれのサブピクチャが1つのピクチャとして扱われるか否かを決定することができる(S1420)。サブピクチャが1つのピクチャとして扱われるか否かに関する情報は、上位レベルシンタックス内の所定のシンタックス要素を用いてシグナリングされることができる。例えば、図12を参照して前述したシーケンスパラメータセット(SPS)を介して、サブピクチャが1つのピクチャとして扱われるか否かを示すsps_subpic_treated_as_pic_flag[i]がシグナリングされることができる。現在ピクチャ内のそれぞれのサブピクチャが1つのピクチャとして扱われる場合、sps_subpic_treated_as_pic_flag[i]は、第2値(例えば、1)を有することができる。
【0223】
現在ピクチャ内のそれぞれのサブピクチャが1つのピクチャとして扱われない場合(S1420の「NO」)、画像符号化装置は、現在ピクチャが単一のNALユニットタイプを有すると決定することができる(S1450)。
【0224】
これとは異なり、現在ピクチャ内のそれぞれのサブピクチャが1つのピクチャとして扱われる場合(S1420の「YES」)、画像符号化装置は、現在ピクチャ内の複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有するか否かを決定することができる(S1430)。
【0225】
現在クチャ内の複数のスライスのうちの少なくとも一部が互いに異なるNALユニットイプを有する場合(S1430の「YES」)、画像符号化装置は、現在ピクチャが混成NALユニットタイプを有すると決定することができる(S1440)。
【0226】
これとは異なり、現在ピクチャ内の複数のスライスの全部が同じNALユニットタイプを有する場合(S1430のNO)、画像符号化装置は、現在ピクチャが単一のNALユニットタイプを有すると決定することができる(S1450)。
【0227】
現在ピクチャが混成NALユニットタイプを有する場合、画像符号化装置は、現在ピクチャに含まれているそれぞれのサブピクチャに対してサブビットストリームを生成することができる。このとき、現在ピクチャに対して生成された複数のサブビットストリームは、1つのビットストリームを構成することができる。
【0228】
現在ピクチャが混成NALユニットタイプを有するか否かに関する情報は、上位レベルシンタックス内の所定のシンタックス要素を用いてシグナリングされることができる。例えば、図11を参照して前述したピクチャパラメータセット(PPS)を介して、現在ピクチャが混成NALユニットタイプを有するか否かを示すpps_mixed_nalu_types_in_pic_flagがシグナリングされることができる。この場合、画像復号化装置は、pps_mixed_nalu_types_in_pic_flagに基づいて、現在ピクチャが混成NALユニットタイプを有するか否かを決定することができる。例えば、pps_mixed_nalu_types_in_pic_flagが第1値(例えば、0)を有する場合、画像復号化装置は、現在ピクチャが単一のNALユニットタイプを有すると決定することができる。これとは異なり、pps_mixed_nalu_types_in_pic_flagが第2値(例えば、1)を有する場合、画像復号化装置は、現在ピクチャが混成NALユニットタイプを有すると決定することができる。
【0229】
一方、現在ピクチャに含まれているそれぞれのサブピクチャ内の全てのスライスは、同じNALユニットタイプを有することができる。すなわち、それぞれのサブピクチャは、単一のNALユニットタイプのみを有することができる。また、現在ピクチャが混成NALユニットタイプを有する場合、現在ピクチャに含まれているサブピクチャのうちの少なくとも一部は、互いに異なるNALユニットタイプを有することができる。例えば、現在ピクチャに含まれている第1サブピクチャは、第1NALユニットタイプを有し、現在ピクチャに含まれている第2サブピクチャは、前記第1NALユニットタイプとは異なる第2NALユニットタイプを有することができる。
【0230】
現在ピクチャに含まれているそれぞれのサブピクチャの類型は、それぞれのサブピクチャが有するNALユニットタイプに基づいて決定されることができる。例えば、表1を参照して前述したように、TRAIL_NUTのようなNALユニットタイプを有するサブピクチャの類型は、トレーリングサブピクチャと決定されることができる。また、STSA_NUTのようなNALユニットタイプを有するサブピクチャの類型は、STSAサブピクチャと決定され、GDR_NUTのようなNALユニットタイプを有するサブピクチャの類型は、GDRサブピクチャと決定されることができる。また、RADL_NUTのようなNALユニットタイプを有するサブピクチャの類型は、RADLサブピクチャと決定され、RASL_NUTのようなNALユニットタイプを有するサブピクチャの類型は、RASLサブピクチャと決定されることができる。また、IDR_W_RADL又はIDR_N_LPのようなNALユニットタイプを有するサブピクチャの類型は、IDRサブピクチャと決定し、CRA_NUTのようなNALユニットタイプを有するサブピクチャの類型は、CRAサブピクチャと決定されることができる。
【0231】
以上、本開示の実施例によれば、現在ピクチャが2つ以上のサブピクチャを含み、前記サブピクチャそれぞれが1つのピクチャとして扱われる場合、現在ピクチャは、混成NALユニットタイプを有することができる。これにより、様々なアプリケーションやユースケース(use cases)において、画像符号化/復号化効率がより向上することができる。
【0232】
以下、図15及び図16を参照して、本開示の一実施例による画像符号化/復号化方法を詳細に説明する。
【0233】
図15は、本開示の一実施例による画像符号化方法を示すフローチャートである。
【0234】
図15の画像符号化方法は、図2の画像符号化装置によって行われることができる。例えば、ステップS1510は、画像分割部110によって行われ、ステップS1520及びステップS1530は、エントロピー符号化部190によって行われることができる。
【0235】
図15を参照すると、画像符号化装置は、現在ピクチャを一つ以上のサブピクチャに分割することができる(S1510)。
【0236】
一実施例として、現在ピクチャが混成NALユニットを有する場合、現在ピクチャは、2以上のサブピクチャを含むように制限できる。すなわち、現在ピクチャに含まれている複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて、現在ピクチャは2以上のサブピクチャに分割されることができる。
【0237】
現在ピクチャの分割情報は、上位レベルシンタックス内の所定のシンタックス要素を用いて符号化/シグナリングされることができる。例えば、図11を参照して前述したピクチャパラメータセット(PPS)を介して、現在ピクチャが分割されるか否かを示すpps_no_pic_partition_flag、及び現在ピクチャに含まれるサブピクチャの個数を示すフラグ情報pps_num_subpics_minus1が符号化/シグナリングされることができる。このとき、現在ピクチャが2つ以上のサブピクチャに分割される場合、pps_no_pic_partition_flagは、第1値(例えば、0)を有し、pps_num_subpics_minusは、0よりも大きい値を有することができる。
【0238】
一実施例において、現在ピクチャが混成NALユニットタイプを有する場合、現在ピクチャに含まれているそれぞれのサブピクチャは、1つのピクチャとして扱われることができる。例えば、混成NALユニットタイプを有する現在ピクチャは、第1サブピクチャ及び第2サブピクチャを含むことができ、前記第1サブピクチャ及び前記第2サブピクチャは、インループフィルタリング動作を除いてそれぞれ独立して符号化/復号化できる。
【0239】
現在ピクチャに含まれているサブピクチャが1つのピクチャとして扱われるか否かに関する情報は、上位レベルシンタックス内の所定のシンタックス要素を用いて符号化/シグナリングされることができる。例えば、図12を参照して前述したシーケンスパラメータセット(SPS)を介して、現在ピクチャに含まれているi番目のサブピクチャが1つのピクチャとして扱われるか否かを示すフラグ情報sps_subpic_treated_as_pic_flag[i]が符号化/シグナリングされることができる。このとき、現在ピクチャに含まれているi番目のサブピクチャが1つのピクチャとして扱われない場合、sps_subpic_treated_as_pic_flag[i]は第1値(例えば、0)を有することができる。これとは異なり、現在ピクチャに含まれるi番目のサブピクチャが1つのピクチャとして扱われる場合、sps_subpic_treated_as_pic_flag[i]は第2値(例えば、1)を有することができる。
【0240】
画像符号化装置は、現在ピクチャに含まれている複数のスライスそれぞれのNALユニットタイプを決定することができる(S1520)。
【0241】
一実施例において、現在ピクチャ内のそれぞれのサブピクチャに含まれている全てのスライスは、同じNALユニットタイプを有することができる。例えば、現在ピクチャの第1サブピクチャに含まれている全てのスライスは、第1NALユニットタイプを有し、現在ピクチャの第2サブピクチャに含まれている全てのスライスは、第2NALユニットタイプを有することができる。このとき、現在ピクチャが混成NALユニットタイプを有する場合、前記第2NALユニットタイプは、前記第1NALユニットタイプとは異なり得る。これとは異なり、現在ピクチャが単一のNALユニットタイプを有する場合、前記第2NALユニットタイプは前記第1NALユニットタイプと同じであり得る。
【0242】
一実施例において、現在ピクチャに含まれている複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有するか否か(すなわち、現在ピクチャが混成NALユニットタイプを有するか否か)は、上位レベルシンタックス内の所定のシンタックス要素を用いて符号化/シグナリングされることができる。例えば、図11を参照して前述したピクチャパラメータセット(PPS)を介して、現在ピクチャが混成NALユニットタイプを有するか否かを示すフラグ情報pps_mixed_nalu_types_in_pic_flag(又はmixed_nalu_types_in_pic_flag)が符号化/シグナリングされることができる。このとき、現在ピクチャが単一のNALユニットタイプを有する場合、pps_mixed_nalu_types_in_pic_flagは第1値(例えば、0)を有することができる。これとは異なり、現在ピクチャが混成NALユニットタイプを有する場合、pps_mixed_nalu_types_in_pic_flagは第2値(例えば、1)を有することができる。
【0243】
一実施例において、pps_mixed_nalu_types_in_pic_flagの値は、出力レイヤーセット(Output Layer Set、OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できるか否かに基づいて決定されることができる。例えば、出力レイヤーセット(OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できない場合、pps_mixed_nalu_types_in_pic_flagは第1値(例えば、0)を有するように制限できる。これとは異なり、出力レイヤーセット(OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できる場合、pps_mixed_nalu_types_in_pic_flagは第1値(例えば、0)又は第2値(例えば、1)を有することができる。
【0244】
一方、出力レイヤーセット(OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できるか否かは、上位レベルシンタックス内の所定のシンタックス要素を用いて符号化/シグナリングされることができる。例えば、一般制限情報(general constraint information)を含むgeneral_constraints_infoを介して、混成NALユニットタイプの制限如何を示すフラグ情報gci_no_mixed_nalu_types_in_pic_constraint_flag(又はno_mixed_nalu_types_in_pic_constraint_flag)が符号化/シグナリングされることができる。このとき、出力レイヤーセット(OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できる場合、gci_no_mixed_nalu_types_in_pic_constraint_flagは第1値(例えば、0)を有することができる。これとは異なり、出力レイヤーセット(OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できない場合、gci_no_mixed_nalu_types_in_pic_constraint_flagは第2値(例えば、1)を有することができる。
【0245】
一実施例において、pps_mixed_nalu_types_in_pic_flagの値は、現在ピクチャが1つのサブピクチャのみを含むか否かに基づいて決定されことができる。例えば、現在ピクチャが1つのサブピクチャのみを含む場合、pps_mixed_nalu_types_in_pic_flagは第1値(例えば、0)を有するように制限できる。これとは異なり、現在ピクチャが2つ以上のサブピクチャを含む場合、pps_mixed_nalu_types_in_pic_flagは第1値(例えば、0)又は第2値(例えば、1)を有することができる。
【0246】
一実施例において、pps_mixed_nalu_types_in_pic_flagの値は、現在ピクチャに含まれている全てのサブピクチャがそれぞれ1つのピクチャとして扱われるか否かに基づいて決定できる。例えば、現在ピクチャに含まれているサブピクチャのうちの少なくとも1つが1つのピクチャとして扱われない場合、pps_mixed_nalu_types_in_pic_flagは第1値(例えば、0)を有するように制限できる。これとは異なり、現在ピクチャに含まれている全てのサブピクチャがそれぞれ1つのピクチャとして扱われる場合、pps_mixed_nalu_types_in_pic_flagは第1値(例えば、0)又は第2値(例えば、1)を有することができる。
【0247】
画像符号化装置は、ステップS1520で決定されたNALユニットタイプに基づいて、現在ピクチャに含まれている複数のスライスを符号化することができる(S1530)。このとき、それぞれのスライスに対する符号化過程は所定の予測モードに基づいてCU(coding unit)単位で行われることができるのは、上述した通りである。一方、それぞれのサブピクチャは、独立して符号化され、互いに異なるサブビットストリームを構成することができる。例えば、第1サブピクチャの符号化情報を含む第1サブビットストリームが構成され、第2サブピクチャの符号化情報を含む第2サブビットストリームが構成されることができる。
【0248】
図16は、本開示の一実施例による画像復号化方法を示すフローチャートである。
【0249】
図16の画像復号化方法は、図3の画像復号化装置によって行われることができる。例えば、ステップS1610及びステップS1620は、エントロピー復号化部210によって行われ、ステップS1630は、逆量子化部220乃至イントラ予測部265によって行われることができる。
【0250】
図16を参照すると、画像復号化装置は、現在ピクチャのVCL NALユニットタイプ情報及び現在ピクチャに含まれているサブピクチャが一つのピクチャとして扱われるか否かを示す第1フラグ情報をビットストリームから取得することができる(S1610)。
【0251】
現在ピクチャのVCL NALユニットタイプ情報は、現在ピクチャの符号化画像データ(例えば、スライスデータ)を含むVCL NALユニットのNALユニットタイプ値を含むことができる。前記NALユニットタイプ値は、前記VCL NALユニットのNALユニットヘッダーに含まれているシンタックス要素nal_unit_typeをパーシングすることにより取得できる。
【0252】
第1フラグ情報は、上位レベルシンタックス、例えばシーケンスパラメータセット(SPS)に含まれているsps_subpic_treated_as_pic_flag[i]をパーシングすることにより取得できる。このとき、現在ピクチャに含まれているi番目のサブピクチャが1つのピクチャとして扱われない場合、sps_subpic_treated_as_pic_flag[i]は第1値(例えば、0)を有することができる。これとは異なり、現在ピクチャに含まれるi番目のサブピクチャが1つのピクチャとして扱われる場合、sps_subpic_treated_as_pic_flag[i]は第2値(例えば、1)を有することができる。
【0253】
画像復号化装置は、現在ピクチャのVCL NALユニットタイプ情報に基づいて、現在ピクチャ内の複数のスライスそれぞれのNALユニットタイプを決定することができる(S1620)。
【0254】
一実施例において、現在ピクチャ内の複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有する場合(すなわち、現在ピクチャが混成NALユニットタイプを有する場合)、現在ピクチャは2以上のサブピクチャを含むことができる。
【0255】
一実施例において、現在ピクチャ内の複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有する場合、現在ピクチャに含まれている全てのサブピクチャは、それぞれ一つのピクチャとして扱われることができる。この場合、現在ピクチャに含まれている全てのサブピクチャに対して、第1フラグ情報(例えば、sps_subpic_treated_as_pic_fla[1])は第2値(例えば、1)を有することができる。
【0256】
一実施例において、現在ピクチャ内のそれぞれのサブピクチャに含まれている全てのスライスは、同じNALユニットタイプを有することができる。例えば、現在ピクチャの第1サブピクチャに含まれている全てのスライスは、第1NALユニットタイプを有し、現在ピクチャの第2サブピクチャに含まれている全てのスライスは、第2NALユニットタイプを有することができる。このとき、現在ピクチャが混成NALユニットタイプを有する場合、前記第2NALユニットタイプは前記第1NALユニットタイプとは異なり得る。これとは異なり、現在ピクチャが単一のNALユニットタイプを有する場合、前記第2NALユニットタイプは前記第1NALユニットタイプと同じであり得る。
【0257】
一実施例において、現在ピクチャ内の複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有するか否かは、上位レベルシンタックス、例えば、ピクチャパラメータセット(PPS)から取得される第2フラグ情報(例えば、pps_mixed_nalu_types_in_pic_flag)に基づいて決定されることができる。例えば、第2フラグ情報が第1値(例えば、0)を有する場合、現在ピクチャ内の全てのスライスは、同じNALユニットタイプを有することができる。これとは異なり、第2フラグ情報が第2値(例えば、1)を有する場合、現在ピクチャ内の複数のスライスのうちの少なくとも一部は互いに異なるNALユニットタイプを有することができる。
【0258】
一実施例において、第2フラグ情報(例えば、pps_mixed_nalu_types_in_pic_flag)は、出力レイヤーセット(Output Layer Set、OLL)内の全てのピクチャに対して混成NALユニットタイプが適用できるか否かに基づいて所定の値を有することができる。例えば、出力レイヤーセット(OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できない場合、第2フラグ情報は第1値(例えば、0)のみを有することができる。この場合、画像復号化装置は、第2フラグ情報を別途パーシングすることなく、第2フラグ情報の値を第1値(例えば、0)と推論することができる。これとは異なり、出力レイヤーセット(OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できる場合、第2フラグ情報は第1値(例えば、0)又は第2値(例えば、1)を有することができる。
【0259】
一実施例において、第2フラグ情報(例えば、pps_mixed_nalu_types_in_pic_flag)は、現在ピクチャが1つのサブピクチャのみを含むか否かに基づいて所定の値を有することができる。例えば、現在ピクチャが1つのサブピクチャのみを含む場合、第2フラグ情報は第1値(例えば、0)のみを有することができる。この場合、画像復号化装置は、第2フラグ情報を別途パーシングすることなく、第2フラグ情報の値を第1値(例えば、0)と推論することができる。これとは異なり、現在ピクチャが2つ以上のサブピクチャを含む場合、第2フラグ情報は第1値(例えば、0)又は第2値(例えば、1)を有することができる。
【0260】
一実施例において、第2フラグ情報(例えば、pps_mixed_nalu_types_in_pic_flag)は、現在ピクチャに含まれているすべてのサブピクチャがそれぞれ1つのピクチャとして扱われるか否かに基づいて所定の値を有することができる。例えば、現在ピクチャに含まれているサブピクチャのうちの少なくとも1つが1つのピクチャとして扱われない場合、第2フラグ情報は第1値(例えば、0)のみを有することができる。この場合、画像復号化装置は、第2フラグ情報を別途パーシングすることなく、第2フラグ情報の値を第1値(例えば、0)と推論することができる。これとは異なり、現在ピクチャに含まれている全てのサブピクチャがそれぞれ1つのピクチャとして扱われる場合、第2フラグ情報は第1値(例えば、0)又は第2値(例えば、1)を有することができる。
【0261】
一方、現在ピクチャに含まれているそれぞれのサブピクチャの類型は、それぞれのサブピクチャが有するNALユニットタイプに基づいて決定されることができる。例えば、表1を参照して前述したように、TRAIL_NUTのようなNALユニットタイプを有するサブピクチャの類型は、トレーリングサブピクチャと決定されることができる。また、STSA_NUTのようなNALユニットタイプを有するサブピクチャの類型は、STSAサブピクチャと決定され、GDR_NUTのようなNALユニットタイプを有するサブピクチャの類型は、GDRサブピクチャと決定されることができる。また、RADL_NUTのようなNALユニットタイプを有するサブピクチャの類型は、RADLサブピクチャと決定され、RASL_NUTのようなNALユニットタイプを有するサブピクチャの類型は、RASLサブピクチャと決定されることができる。また、IDR_W_RADL又はIDR_N_LPのようなNALユニットタイプを有するサブピクチャの類型は、IDRサブピクチャと決定され、CRA_NUTのようなNALユニットタイプを有するサブピクチャの類型は、CRAサブピクチャと決定されることができる。
【0262】
画像復号化装置は、ステップS1610で取得された第1フラグ情報及びステップS1620で決定されたNALユニットタイプに基づいて現在ピクチャ内の複数のスライスを符号化することができる(S1630)。このとき、それぞれのスライスに対する復号化過程は所定の予測モードに基づいてCU(coding yunit)単位で行われることができるのは、前述したとおりである。
【0263】
以上、本開示の一実施例によれば、現在ピクチャは、サブピクチャ構造に基づいて2つ以上のNALユニットタイプを有することができる。
【0264】
本開示で説明されたシンタックス要素の名称は、当該シンタックス要素がシグナリングされる位置に関する情報を含むことができる。例えば、「sps_」で始まるシンタックス要素は、当該シンタックス要素がシーケンスパラメータセット(SPS)でシグナリングされることを意味することができる。さらに、「pps_」、「ph_」、「sh_」などで始まるシンタックス要素は、当該シンタックス要素がピクチャパラメータセット(PPS)、ピクチャヘッダー、スライスヘッダーなどでそれぞれシグナリングされることを意味することができる。
【0265】
本開示の例示的な方法は、説明の明確性のために動作のシリーズで表現されているが、これは、ステップが行われる順序を制限するためのものではなく、必要な場合には、それぞれのステップが同時に又は異なる順序で行われることもできる。本開示による方法を実現するために、例示するステップにさらに他のステップを含むか、一部のステップを除いて残りのステップを含むか、或いは一部のステップを除いて追加の他のステップを含むこともできる。
【0266】
本開示において、所定の動作(ステップ)を行う画像符号化装置又は画像復号化装置は、当該動作(ステップ)の実行条件や状況を確認する動作(ステップ)を行うことができる。例えば、所定の条件が満足される場合、所定の動作を行うと記載された場合、画像符号化装置又は画像復号化装置は、前記所定の条件が満足されるか否かを確認する動作を行った後、前記所定の動作を行うことができる。
【0267】
本開示の様々な実施例は、全ての可能な組み合わせを羅列したものではなく、本開示の代表的な態様を説明するためのものであり、様々な実施例で説明する事項は、独立して適用されてもよく、2つ以上の組み合わせで適用されてもよい。
【0268】
また、本開示の様々な実施例は、ハードウェア、ファームウェア(firmware)、ソフトウェア、又はそれらの組み合わせなどによって実現できる。ハードウェアによる実現の場合、1つ又はそれ以上のASICs(Application Specific Integrated Circuits)、DSPs(Digital Signal Processors)、DSPDs(Digital Signal Processing Devices)、PLDs(Programmable Logic Devices)、FPGAs(Field Programmable Gate Arrays)、汎用プロセッサ(general processor)、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって実現できる。
【0269】
また、本開示の実施例が適用された画像復号化装置及び画像符号化装置は、マルチメディア放送送受信装置、モバイル通信端末、ホームシネマビデオ装置、デジタルシネマビデオ装置、監視用カメラ、ビデオ会話装置、ビデオ通信などのリアルタイム通信装置、モバイルストリーミング装置、記憶媒体、カムコーダ、注文型ビデオ(VoD)サービス提供装置、OTTビデオ(Over the top video)装置、インターネットストリーミングサービス提供装置、3次元(3D)ビデオ装置、画像電話ビデオ装置、及び医療用ビデオ装置などに含まれることができ、ビデオ信号又はデータ信号を処理するために使用できる。例えば、OTTビデオ(Over the top video)装置としては、ゲームコンソール、ブルーレイプレーヤー、インターネット接続TV、ホームシアターシステム、スマートフォン、タブレットPC、DVR(Digital Video Recoder)などを含むことができる。
【0270】
図17は、本開示の実施例が適用できるコンテンツストリーミングシステムを例示する図である。
【0271】
図17に示すように、本開示の実施例が適用されたコンテンツストリーミングシステムは、大きく、符号化サーバ、ストリーミングサーバ、Webサーバ、メディアストレージ、ユーザ装置及びマルチメディア入力装置を含むことができる。
【0272】
前記符号化サーバは、スマートフォン、カメラ、カムコーダなどのマルチメディア入力装置から入力されたコンテンツをデジタルデータに圧縮してビットストリームを生成し、これを前記ストリーミングサーバに伝送する役割を果たす。他の例として、スマートフォン、カメラ、ビデオカメラなどのマルチメディア入力装置がビットストリームを直接生成する場合、前記符号化サーバは省略できる。
【0273】
前記ビットストリームは、本開示の実施例が適用された画像符号化方法及び/又は画像符号化装置によって生成でき、前記ストリーミングサーバは、前記ビットストリームを伝送又は受信する過程で一時的に前記ビットストリームを保存することができる。
【0274】
前記ストリーミングサーバは、Webサーバを介してユーザの要求に基づいてマルチメディアデータをユーザ装置に伝送し、前記Webサーバは、ユーザにどんなサービスがあるかを知らせる媒介体の役割を果たすことができる。ユーザが前記Webサーバに所望のサービスを要求すると、前記Webサーバは、これをストリーミングサーバに伝達し、前記ストリーミングサーバは、ユーザにマルチメディアデータを伝送することができる。この時、前記コンテンツストリーミングシステムは、別途の制御サーバを含むことができ、この場合、前記制御サーバは、前記コンテンツストリーミングシステム内の各装置間の命令/応答を制御する役割を果たすことができる。
【0275】
前記ストリーミングサーバは、メディアストレージ及び/又は符号化サーバからコンテンツを受信することができる。例えば、前記符号化サーバからコンテンツを受信する場合、前記コンテンツをリアルタイムで受信することができる。この場合、円滑なストリーミングサービスを提供するために、前記ストリーミングサーバは、前記ビットストリームを一定時間の間保存することができる。
【0276】
前記ユーザ装置の例としては、携帯電話、スマートフォン(smart phone)、ノートパソコン(laptop computer)、デジタル放送用端末、PDA(personal digital assistants)、PMP(portable multimedia player)、ナビゲーション、スレートPC(slate PC)、タブレットPC(tablet PC)、ウルトラブック(ultrabook)、ウェアラブルデバイス(wearable device)、例えば、スマートウォッチ(smartwatch)、スマートグラス(smart glass)、HMD(head mounted display)、デジタルTV、デスクトップコンピュータ、デジタルサイネージなどがあり得る。
【0277】
前記コンテンツストリーミングシステム内の各サーバは、分散サーバとして運営されることができ、この場合、各サーバから受信するデータは、分散処理されることができる。
【0278】
本開示の範囲は、様々な実施例の方法による動作が装置又はコンピュータ上で実行されるようにするソフトウェア又はマシン-実行可能なコマンド(例えば、オペレーティングシステム、アプリケーション、ファームウェア(firmware)、プログラムなど)、及びこのようなソフトウェア又はコマンドなどが保存されて装置又はコンピュータ上で実行できる非一時的なコンピュータ可読媒体(non-transitory computer-readable medium)を含む。
【産業上の利用可能性】
【0279】
本開示による実施例は、画像を符号化/復号化するために利用可能である。
図1
図2
図3
図4
図5
図6
図7
図8
図9
図10
図11
図12
図13
図14
図15
図16
図17
【手続補正書】
【提出日】2024-01-30
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
画像復号化のための復号化装置であって、
メモリと、
前記メモリと接続される少なくとも1つのプロセッサと、を備え、
前記少なくとも1つのプロセッサは、
現在ピクチャのVCL(video coding layer) NAL(network abstraction layer)ユニットタイプ情報、及び前記現在ピクチャに含まれるサブピクチャが一つのピクチャとして扱われるか否かを示す第1フラグ情報をビットストリームから取得
前記取得されたVCL NALユニットタイプ情報に基づいて、前記現在ピクチャに含まれる複数のスライスのそれぞれのNALユニットタイプを決定
前記決定されたNALユニットタイプ及び前記第1フラグ情報に基づいて、前記複数のスライスを復号化するよう構成され
前記現在ピクチャは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャを含み、
前記第1フラグ情報は、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて前記2以上のサブピクチャのそれぞれが一つのピクチャとして扱われることを示す所定の値を有し、
前記現在ピクチャに含まれるそれぞれのサブピクチャ内の全てのスライスは、同じNALユニットタイプを有
前記現在ピクチャの第1VCL NALユニットが所定のNALユニットタイプのうちの一つのNALユニットタイプを有し、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて、第2VCL NALユニットは、前記所定のNALユニットタイプのうちのその他のNALユニットタイプを有さない、復号化装置
【請求項2】
前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有するか否かは、ピクチャパラメータセット(PPS)から取得される第2フラグ情報に基づいて決定される、請求項1に記載の復号化装置
【請求項3】
出力レイヤーセット(OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できないことに基づいて、前記第2フラグ情報は、前記複数のスライスの全てが同じNALユニットを有することを示す所定の値を有する、請求項2に記載の復号化装置
【請求項4】
前記現在ピクチャが1つのサブピクチャのみを含むことに基づいて、前記第2フラグ情報は、前記複数のスライスの全てが同じNALユニットタイプを有することを示す所定の値を有する、請求項2に記載の復号化装置
【請求項5】
前記現在ピクチャに含まれるサブピクチャのうちの少なくとも1つが1つのピクチャとして扱われないことに基づいて、前記第2フラグ情報は、前記複数のスライスの全てが同じNALユニットタイプを有することを示す所定の値を有する、請求項2に記載の復号化装置
【請求項6】
前記現在ピクチャに含まれるそれぞれのサブピクチャのサブピクチャ類型は、それぞれのサブピクチャのNALユニットタイプに基づいて決定される、請求項1に記載の復号化装置
【請求項7】
画像符号化のための符号化装置であって、
メモリと、
前記メモリと接続される少なくとも1つのプロセッサと、を備え、
前記少なくとも1つのプロセッサは、
現在ピクチャを1つ以上のサブピクチャに分割
前記1つ以上のサブピクチャに含まれる複数のスライスそれぞれのNAL(network abstraction layer)ユニットタイプを決定
前記決定されたNALユニットタイプに基づいて、前記複数のスライスを符号化するよう構成され
前記現在ピクチャは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャに分割され、
前記2以上のサブピクチャのそれぞれは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて一つのピクチャとして扱われ、
前記現在ピクチャに含まれるそれぞれのサブピクチャ内の全てのスライスは、同じNALユニットタイプを有
前記現在ピクチャの第1VCL NALユニットが所定のNALユニットタイプのうちの一つのNALユニットタイプを有し、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて、第2VCL NALユニットは、前記所定のNALユニットタイプのうちのその他のNALユニットタイプを有さない、符号化装置
【請求項8】
前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有するか否かは、ピクチャパラメータセット(PPS)に含まれる所定のフラグ情報に基づいて符号化される、請求項7に記載の符号化装置
【請求項9】
出力レイヤーセット(OLS)内の全てのピクチャに対して混成NALユニットタイプが適用できないことに基づいて、前記フラグ情報は、前記複数のスライスの全てが同じNALユニットを有することを示す所定の値を有する、請求項8に記載の符号化装置
【請求項10】
前記現在ピクチャが1つのサブピクチャのみを含むことに基づいて、前記フラグ情報は、前記複数のスライスの全てが同じNALユニットタイプを有することを示す所定の値を有する、請求項8に記載の符号化装置
【請求項11】
前記現在ピクチャに含まれるサブピクチャのうちの少なくとも1つが1つのピクチャとして扱われないことに基づいて、前記フラグ情報は、前記複数のスライスの全てが同じNALユニットタイプを有することを示す所定の値を有する、請求項8に記載の符号化装置
【請求項12】
画像に対するデータを送信する装置であって、
画像符号化のための符号化装置により行われる符号化方法により生成されるビットストリームを取得するよう構成された少なくとも1つのプロセッサと、
前記ビットストリームを送信するよう構成された送信機と、を備え、
前記符号化方法は、
現在ピクチャを1つ以上のサブピクチャに分割するステップと、
前記1つ以上のサブピクチャに含まれる複数のスライスそれぞれのNAL(network abstraction layer)ユニットタイプを決定するステップと、
前記決定されたNALユニットタイプに基づいて、前記複数のスライスを符号化するステップと、を含み、
前記現在ピクチャは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて2以上のサブピクチャに分割され、
前記2以上のサブピクチャのそれぞれは、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて一つのピクチャとして扱われ、
前記現在ピクチャに含まれるそれぞれのサブピクチャ内の全てのスライスは、同じNALユニットタイプを有
前記現在ピクチャの第1VCL NALユニットが所定のNALユニットタイプのうちの一つのNALユニットタイプを有し、前記複数のスライスのうちの少なくとも一部が互いに異なるNALユニットタイプを有することに基づいて、第2VCL NALユニットは、前記所定のNALユニットタイプのうちのその他のNALユニットタイプを有さない、装置