特表2022-553599サブピクチャ、スライス、およびタイルをサポートするビデオ符号化
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2022-12-26
(54)【発明の名称】サブピクチャ、スライス、およびタイルをサポートするビデオ符号化
(51)【国際特許分類】
H04N 19/70 20140101AFI20221219BHJP
【ＦＩ】
H04N19/70
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022508944
(86)(22)【出願日】2020-12-17
(85)【翻訳文提出日】2022-04-15
(86)【国際出願番号】 EP2020086719
(87)【国際公開番号】W WO2021122956
(87)【国際公開日】2021-06-24
(31)【優先権主張番号】1919024.8
(32)【優先日】2019-12-20
(33)【優先権主張国・地域又は機関】GB
(81)【指定国・地域】
(71)【出願人】
【識別番号】000001007
【氏名又は名称】キヤノン株式会社
(74)【代理人】
【識別番号】110003281
【氏名又は名称】弁理士法人大塚国際特許事務所
(72)【発明者】
【氏名】ウエドラオゴ， ナエル
(72)【発明者】
【氏名】ラロシュ， ギローム
(72)【発明者】
【氏名】オンノ， パトリス
【テーマコード（参考）】
5C159
【Ｆターム（参考）】
5C159MA04
5C159MA05
5C159MC11
5C159ME01
5C159PP04
5C159RB09
5C159RC11
5C159SS26
5C159UA02
5C159UA05
5C159UA16
(57)【要約】
本発明は、１つまたは複数の画像の画像データを処理する方法であって、各画像は１つまたは複数のタイルで構成され且つ１つまたは複数の画像部分に分割可能であり、画像は、１つまたは複数のサブピクチャに分割可能であり、方法は、サブピクチャに含まれる１つまたは複数の画像部分を決定することと、決定から得られた情報を使用して１つまたは複数の画像を処理することと、を含む方法を提供する。
【特許請求の範囲】
【請求項1】
１つまたは複数の画像の画像データを処理する方法であって、各画像は１つまたは複数のタイルで構成され且つ１つまたは複数の画像部分に分割可能であり、画像部分はタイルの一部を含むことができ、前記画像は１つまたは複数のサブピクチャに分割可能であり、サブピクチャに含まれる１つまたは複数の画像部分を決定することと、
前記決定から得られた情報を使用して前記１つまたは複数の画像を処理することと
を含むことを特徴とする方法。
【請求項2】
タイルの前記一部は、タイル内の整数個の連続した完全なコーディングツリーユニット（ＣＴＵ）列であることを特徴とする請求項１に記載の方法。
【請求項3】
前記決定することは、サブピクチャの識別子を用いて前記１つまたは複数の画像部分を定義することを含むことを特徴とする請求項１または請求項２に記載の方法。
【請求項4】
前記決定することは、前記サブピクチャのサイズ、幅、または高さを用いて、前記１つまたは複数の画像部分を定義することを含むことを特徴とする請求項１乃至３の何れか１項に記載の方法。
【請求項5】
前記決定することは、単一の画像部分のみが前記サブピクチャに含まれるかどうかに基づいて、前記１つまたは複数の画像部分を定義することを含むことを特徴とする請求項１乃至４の何れか１項に記載の方法。
【請求項6】
前記決定することは、前記サブピクチャに含まれている画像部分の数を用いて、前記１つまたは複数の画像部分を定義することを含むことを特徴とする請求項１乃至５の何れか１項に記載の方法。
【請求項7】
画像部分がタイルの１つまたは複数の部分を含む場合には、前記画像部分は、そこに含まれるべきコーディングツリーユニットＣＴＵの行又は列の数に基づいて決定されることを特徴とする請求項１乃至６の何れか１項に記載の方法。
【請求項8】
前記処理は、単一の画像部分のみが前記サブピクチャに含まれるか否か、前記サブピクチャに含まれる画像部分の数、のうちの１つまたは複数を決定するための情報をビットストリームに提供すること、または該ビットストリームから取得することを含む、ことを特徴とする請求項１乃至７の何れか１項に記載の方法。
【請求項9】
決定するための前記情報は、ピクチャパラメータセットＰＰＳに提供されるか、または該ピクチャパラメータセットＰＰＳから取得されることを特徴とする請求項８に記載の方法。
【請求項10】
決定するための前記情報は、シーケンスパラメータセットＳＰＳ内に提供されるか、または該シーケンスパラメータセットＳＰＳから取得されることを特徴とする請求項８又は９のいずれか１項に記載の方法。
【請求項11】
前記サブピクチャは２つ以上の画像部分を含み、各画像部分はタイルの１つまたは複数の部分を含むことを特徴とする請求項１乃至１０の何れか１項に記載の方法。
【請求項12】
タイルの前記１つ以上の部分は、同じ単一タイルからのものであることを特徴とする請求項１１に記載の方法。
【請求項13】
画像部分は１つまたは複数のタイルからなり、前記画像部分は前記画像内の矩形領域を形成することを特徴とする請求項１乃至１２の何れか１項に記載の方法。
【請求項14】
１つまたは複数の画像の画像データを処理する方法であって、各画像は１つまたは複数のタイルで構成され且つ１つまたは複数の画像部分に分割可能であり、前記画像は１つまたは複数のサブピクチャに分割可能であり、サブピクチャに含まれる１つまたは複数の画像部分を決定することと、
前記決定から得られた情報を使用して前記１つまたは複数の画像を処理することと
を含むことを特徴とする方法。
【請求項15】
画像部分はスライスであることを特徴とする請求項１乃至１４の何れか１項に記載の方法。
【請求項16】
１つまたは複数の画像を符号化する方法であって、前記方法は、請求項１乃至１５の何れか１項に記載の画像データを処理することを含む、ことを特徴とする方法。
【請求項17】
１つまたは複数の画像を復号する方法であって、前記方法は、請求項１乃至１５の何れか１項に記載の画像データを処理することを含む、ことを特徴とする方法。
【請求項18】
単一の画像部分のみが前記サブピクチャに含まれるか否かを決定するための情報を、前記ピクチャパラメータセット（ＰＰＳ）におけるビットストリームに提供するか、または該ピクチャパラメータセット（ＰＰＳ）からのビットストリームから取得する、ことを更に含むことを特徴とする請求項１６又は１７に記載の方法。
【請求項19】
前記サブピクチャに含まれる画像部分の数を決定するための情報を、前記ピクチャパラメータセット（ＰＰＳ）におけるビットストリームに提供するか、または該ピクチャパラメータセット（ＰＰＳ）からのビットストリームから取得する、ことを更に含むことを特徴とする請求項１６乃至１８の何れか１項に記載の方法。
【請求項20】
サブピクチャがビデオシーケンスにおいて用いられているか否かを示す情報を、前記シーケンスパラメータセット（ＳＰＳ）におけるビットストリームに提供するか、または該前記シーケンスパラメータセット（ＳＰＳ）からのビットストリームから取得する、ことを更に含むことを特徴とする請求項１６乃至１９の何れか１項に記載の方法。
【請求項21】
１つまたは複数の画像の画像データを処理するデバイスであって、前記デバイスは、請求項１乃至１５の何れか１項に記載の前記方法を実行することを特徴とするデバイス。
【請求項22】
１つまたは複数の画像を符号化するデバイスであって、前記デバイスは、請求項１６および１８乃至２０に記載の符号化の前記方法を実行することを特徴とするデバイス。
【請求項23】
１つまたは複数の画像を復号するデバイスであって、前記デバイスは、請求項１７乃至２０のいずれかに記載の復号の前記方法を実行することを特徴とするデバイス。
【請求項24】
コンピュータまたはプロセッサ上で実行される場合に、請求項１乃至２０の何れか１項に記載の前記方法を、前記コンピュータまたはプロセッサに実行させるプログラム。
【請求項25】
請求項２４のプログラムを搬送するキャリア媒体。
【請求項26】
ビットストリームによって表され且つ請求項１６および１８乃至２０の何れかに記載の符号化の前記方法を用いて符号化された画像の情報データセットを搬送する信号であって、前記画像は１つまたは複数のタイルからなり且つ１つまたは複数の画像部分に分割可能であり、画像部分はタイルの一部を含むことができ、前記画像は１つまたは複数のサブピクチャに分割可能であり、前記情報データセットは、サブピクチャに含まれる１つまたは複数の画像部分を決定するためのデータを含むことを特徴とする信号。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、画像のパーティショニング、及び画像又は画像を含む画像のシーケンスの符号化又は復号に関する。本発明の実施形態は、画像の１つまたは複数のサブピクチャへの第１パーティショニング、および画像の１つまたは複数のスライスへの第２パーティショニングを使用して、画像のシーケンスを符号化または復号するときに、特に使用されるが、これに限定されない。
【背景技術】
【0002】
ビデオ符号化は、画像符号化を含む（画像がビデオまたはピクチャの単一フレームに相当する）。ビデオ符号化では、動き補償／予測（例えば、インター予測）またはイントラ予測などのいくつかの符号化ツールを画像上で使用することができる前に、符号化ツールを画像部分上で使用して適用することができるように、画像を最初に１つまたは複数の画像部分に区分（partitioned）（例えば、分割（divided））する。本発明は特に、ビデオ符号化エキスパートグループ／動画エキスパートグループ（ＶＣＥＧ／ＭＰＥＧ）標準化グループによって研究され、汎用ビデオ符号化（ＶＶＣ）標準での使用が検討されている、２つのタイプの画像部分、サブピクチャおよびスライスへの画像のパーティショニングに関する。
【0003】
サブピクチャは、異なるビットストリームからの独立した空間領域（または画像部分）のビットストリーム抽出およびマージ動作を可能にするために、ＶＶＣに導入された新しい概念である。「独立」とは、ここではそれらの領域（又は画像部分）が別の領域又は画像部分を符号化／復号することから得られる情報を参照することなく符号化／復号されることを意味する。例えば、独立した空間領域（すなわち、同じ画像からの別の領域／画像部分の符号化／復号を参照することなく符号化／復号される領域または画像部分）は、関心領域（ＲＯＩ）ストリーミング（例えば、３Ｄビデオストリーミング中）のために、または全方向性ビデオコンテンツのストリーミング（例えば、Omnidirectional MediA Format(OMAF)規格を使用してストリーミングされている画像のシーケンス）のために、特にビューポート依存ストリーミング手法がストリーミングに使用される場合に使用される。全方向性ビデオコンテンツからの各画像は（例えば、画質又は解像度に関して）その異なるバージョンで符号化された独立した領域に分割される。次いで、クライアント端末（例えば、携帯電話などのディスプレイを有するデバイス）は、適切なバージョンの独立領域を選択して、メインの視線方向における高品質バージョンの独立領域を取得することができ、一方で、符号化効率を改善するために、全方向性ビデオコンテンツの残りの部分について低品質バージョンの残りの領域を依然として使用することができる。
【0004】
高効率ビデオ符号化（ＨＥＶＣまたはＨ．２６５）は、独立して符号化された領域を示すために、動きが制約されたタイルセット（Motion constrained tile set）シグナリングを提供する（例えば、ビットストリームは、画像の別の領域から「独立」にするように制限されたその動き予測を有するタイルセットを指定または決定するためのデータを含む）。ＨＥＶＣでは、このシグナリングがSEI(Supplemental Enhancement Information)メッセージで行われ、オプションにすぎない。しかしながら、ＨＥＶＣでは、スライスシグナリングがこのＳＥＩメッセージから独立して行われ、その結果、１つまたは複数のスライスへの画像のパーティショニングは１つまたは複数のタイルセットへの同じ画像のパーティショニングとは独立して定義される。これは、スライスパーティショニングがそれに課された同じ動き予測制約を有しないことを意味する。
【0005】
汎用ビデオ符号化ドラフト４（ＶＶＣ４）の古いドラフトに基づく提案は、サブピクチャシグナリングに依存するタイルグループパーティショニングをシグナリングすることを含んでいた。タイルグループは、単一のネットワーク抽象化レイヤ（ＮＡＬ）ユニットに排他的に含まれるピクチャの整数個の完了タイルである。この提案（ＪＶＥＴ－Ｎ０１０７: AHG１２: Sub-picture-based coding for VVC、Ｈｕａｗｅｉ）は、ＶＶＣのサブピクチャ概念を導入するためのシンタックス変更提案であった。サブピクチャ位置は、シーケンスパラメータセット（ＳＰＳ）内のルマサンプル位置を使用してシグナリングされる。次に、ＳＰＳ内のフラグは、動き予測は制約されているが、タイルグループパーティショニング（すなわち、ピクチャの１つまたは複数のタイルグループへのパーティショニング）がピクチャパラメータセット（ＰＰＳ）内でシグナリングされるかどうかを各サブピクチャについて示し、各ＰＰＳはサブピクチャごとに定義される。ＰＰＳがサブピクチャごとに提供されるので、タイルグループパーティショニングは、ＪＶＥＴ－Ｎ０１０７においてサブピクチャごとにシグナリングされる。
【0006】
しかしながら、最新の多用途ビデオ符号化ドラフト７（ＶＶＣ７）は、このタイルグループパーティショニング概念をもはや有していない。ＶＶＣ７は、ＳＰＳ内のＣＴＵユニット内のサブピクチャレイアウトをシグナリングする。ＳＰＳ内のフラグは、動き予測がサブピクチャに対して制約されているかどうかを示す。これらのＳＰＳシンタックス要素は次のとおりである。
【0007】
【表1】
【0008】
ＶＶＣ７では、ＰＰＳにおいて、以下のように、タイルパーティションに基づいてスライスパーティショニングが定義される。
【0009】
【表2】
【0010】
これは、スライスパーティショニングがＶＶＣ７におけるサブピクチャパーティショニングとは独立に定義されることを意味する。スライスパーティショニングのためのＶＶＣ７シンタックスは、サブピクチャのこの独立性が符号化／復号処理中のサブピクチャのための任意の特定の処理を回避し、結果としてサブピクチャのためのより単純な処理をもたらすので、サブピクチャを参照することなくタイル構造の上で行われる。
【発明の概要】
【0011】
上述したように、ＶＶＣ７は、ピクチャを画素（又は成分サンプル）の領域に区分するための幾つかのツールを提供する。これらのツールのいくつかの例は、サブピクチャ、スライス及びタイルである。それらの機能を維持しながらこれら全てのツールを収容するために、ＶＶＣ７は、これらの領域へのピクチャのパーティショニングに幾つかの制約を課す。例えば、タイルは長方形でなければならず、タイルはグリッドを形成しなければならない。スライスは整数個のタイル又はタイルのフラクション（即ち、スライスはタイルの一部分のみ、又は「部分タイル」又は「フラクションタイル」を含む）のいずれかとすることができる。サブピクチャは、１つまたは複数のスライスを含まなければならない矩形領域である。しかしながら、ＶＶＣ７では、サブピクチャパーティショニングのシグナリングがスライス及びタイルグリッドシグナリングとは無関係である。したがって、ＶＶＣ７におけるこのシグナリングはデコーダがピクチャパーティショニングがＶＶＣ７の制約に適合することをチェックし、保証することを必要とし、これは、複雑であり、デコーダ側で不必要な時間またはリソース消費につながる可能性がある。
【0012】
本発明の実施形態の目的は、前述の画像のパーティショニング、および画像または前記画像を含む画像のシーケンスの符号化または復号の１つまたは複数の問題または欠点に対処することである。例えば、本発明の１つまたは複数の実施形態は、ＶＶＣ７におけるチェックを必要とする制約のうちの少なくともいくつかが、シグナリングまたは符号化処理中にデザインによって満たされる／満たされることを保証しつつ、（例えば、ＶＶＣ７文脈内の）ピクチャパーティショニングのシグナリングを改善し、最適化することを目的とする。
【0013】
本発明の態様によれば、添付の特許請求の範囲に記載されるような装置／デバイス、方法、プログラム、コンピュータ可読記憶媒体、およびキャリア媒体／信号が提供される。本発明の他の特徴は、従属請求項および説明から明らかになるのであろう。本発明の他の態様によれば、システム、そのようなシステムを制御するための方法、添付の特許請求の範囲に記載された方法を実行するための装置／デバイス、処理するための装置／デバイス、添付の特許請求の範囲に記載された信号を格納する媒体記憶デバイス、添付の特許請求の範囲に記載されたプログラムを格納するコンピュータ可読記憶媒体または非一時的コンピュータ可読記憶媒体、および添付の特許請求の範囲に記載された符号化方法を使用して生成されたビットストリーム、が提供される。本発明の他の特徴は、従属請求項および以下の説明から明らかになるのであろう。
【0014】
本発明の第１の態様によれば、１つまたは複数の画像の画像データを処理する方法であって、各画像は１つまたは複数のタイルからなり、１つまたは複数の画像部分に分割可能であり、画像は１つまたは複数のサブピクチャに分割可能であり、方法は、サブピクチャに含まれる１つまたは複数の画像部分を決定することと、決定から得られた情報を使用して１つまたは複数の画像を処理することと、を含む、方法が提供される。
【0015】
本発明の第２の態様によれば、１つまたは複数の画像をパーティショニングする方法であって、画像を１つまたは複数のタイルにパーティショニングすることと、前記画像を１つまたは複数のサブピクチャにパーティショニングすることと、第１の態様に従って画像の画像データを処理することによって、前記画像を１つまたは複数の画像部分にパーティショニングすることと、を含む方法が提供される。
【0016】
本発明の第３の態様によれば、１つまたは複数の画像のパーティショニングをシグナリングする方法であって、この方法は、第１の態様に従って１つまたは複数の画像の画像データを処理することと、ビットストリーム内のパーティショニングを決定するための情報をシグナリングすることと、を含む方法が提供される。
【0017】
本発明の前述の態様について、以下の特徴が、本発明の実施形態に従って提供されてもよい。好適には、画像部分が部分タイルを含むことができる。適切には、画像部分が単一の論理ユニット（例えば、１つのネットワーク抽象化レイヤユニットまたは１つのＮＡＬユニット）に符号化されるか、または単一の論理ユニットから復号される（例えば、単一の論理ユニットにシグナリングされる、単一の論理ユニットに通信される、単一の論理ユニットに提供される、または単一の論理ユニットから取得される）。適切には、タイル及び／又はサブピクチャが単一の論理ユニット（例えば、１つのＮＡＬユニット）に符号化されず、又は単一の論理ユニット（例えば、１つのＮＡＬユニット）から復号されない（例えば、単一の論理ユニットにシグナリングされる、単一の論理ユニットに通信される、単一の論理ユニットに提供される、又は単一の論理ユニットから取得される）。
【0018】
本発明の第４の態様によれば、１つまたは複数の画像の画像データを処理する方法であって、各画像は１つまたは複数のタイルからなり、１つまたは複数の画像部分に分割可能であり、画像部分はタイルの一部（部分タイル）を含むことができ、画像は１つまたは複数のサブピクチャに分割可能であり、方法は、サブピクチャに含まれる１つまたは複数の画像部分を決定することと、決定から得られた情報を使用して１つまたは複数の画像を処理することと、を含む方法が提供される。タイルの一部（部分タイル）は、タイル内の整数個の連続した完全なコーディングツリーユニット（ＣＴＵ）行である。
【0019】
本発明の前述の態様について、以下の特徴が、本発明の実施形態に従って提供されてもよい。適切には、決定することは、サブピクチャの識別子、サブピクチャのサイズ、幅、または高さ、単一の画像部分のみがサブピクチャに含まれるかどうか、サブピクチャに含まれる画像部分の数、のうちの１つまたは複数を使用して、１つまたは複数の画像部分を定義することを含む。
【0020】
好適には、サブピクチャに含まれる画像部分の数が１よりも多い場合、各画像部分はその中に含まれるタイルの数に基づいて決定される。
【0021】
好適には、画像部分がタイルの１つ以上の部分（部分タイル）を含む場合、前記画像部分はそこに含まれるべきコーディングツリーユニットＣＴＵの行又は列の数に基づいて決定される。
【0022】
適切には、処理が、ピクチャパラメータセットＰＰＳにおいて、又はピクチャパラメータセットＰＰＳから、タイルの数に基づいて画像部分を決定するための情報を提供すること、又は取得することと、画像部分がタイルの１つ以上の部分（部分タイル）を含む場合、前記画像部分の符号化データを含む１つまたは複数の論理ユニットのヘッダにおいて、又はヘッダから、タイルの１つ以上の部分（部分タイル）を含む前記画像部分を識別するための情報を提供すること、又は取得することとを含む。
【0023】
好適には、画像部分がタイルラスタスキャンオーダーのタイルのシーケンスからなる。
【0024】
適切には、処理が、単一の画像部分のみがサブピクチャに含まれるかどうか、サブピクチャに含まれる画像部分の数、のうちの１つまたは複数を決定するための情報を、ビットストリームに提供すること、またはビットストリームから取得することを含む。適切には、処理が、１つまたは複数の画像を処理するときに、タイルの一部（部分タイル）を含む画像部分の使用が許可されるかどうかを、ビットストリームに提供すること、又はビットストリームから取得することを含む。
【0025】
適切には、ビットストリーム内に提供される、またはビットストリームから取得される情報は、サブピクチャがビデオシーケンス内で使用されるか否かを示す情報を含み、ビデオシーケンスの１つまたは複数の画像部分は、サブピクチャがビデオシーケンス内で使用されないことを情報が示す場合、タイルの一部（部分タイル）を含むことが許可されないと判定される。
【0026】
適切には、決定するための情報が、ピクチャパラメータセットＰＰＳに提供されるか、またはピクチャパラメータセットＰＰＳから取得される。
【0027】
適切には、決定するための情報が、シーケンスパラメータセットＳＰＳ内に提供されるか、またはシーケンスパラメータセットＳＰＳから取得される。
【0028】
好適には、決定するための情報が、サブピクチャに含まれる画像部分の数が１であることを示す場合、サブピクチャはタイルの一部（部分タイル）を含まない単一の画像部分からなる。
【0029】
好適には、サブピクチャが２つ以上の画像部分を含み、各画像部分はタイルの１つ以上の部分（部分タイル）を含む。
【0030】
好適には、タイルの１つ以上の部分（部分タイル）が同じ単一タイルからのものである。
【0031】
好適には、２つ以上の画像部分が２つ以上のタイルからのタイルの１つ以上の部分（部分タイル）を含むことができる。
【0032】
好適には、画像部分が複数のタイルからなり、前記画像部分は画像内の矩形領域を形成する。
【0033】
適切には、画像部分はスライスである（１つ以上の画像部分は１つ以上のスライスである）。
【0034】
本発明の第５の態様によれば、１つまたは複数の画像を符号化する方法が提供され、この方法は、第１の態様または第４の態様による画像データの処理、第２の態様によるパーティショニング、および／または第３の態様によるシグナリング、のいずれかを含む。
【0035】
適切には、方法は、画像を受信することと、第１の態様または第４の態様に従って、受信された画像の画像データを処理することと、受信された画像を符号化することと、ビットストリームを生成することと、をさらに含む。
【0036】
適切には、方法はさらに、ビットストリームにおいて、ピクチャパラメータセットＰＰＳ内のタイルの数に基づいて画像部分を決定するための情報、および画像部分がタイルの１つ以上の部分（部分タイル）を含む場合、前記画像部分、スライスセグメントヘッダ、またはスライスヘッダの符号化されたデータを含む１つまたは複数の論理ユニットのヘッダ内のタイルの１つまたは複数の部分（部分タイル）を含む前記画像部分を識別するための情報、ＰＰＳにおいて、単一の画像部分のみがサブピクチャ内に含まれるか否かを決定するための情報、ＰＰＳにおいて、サブピクチャ内に含まれる画像部分の数を決定するための情報、シーケンスパラメータセットＳＰＳにおいて、１つまたは複数の画像を処理するときに、タイルの部分（部分タイル）を含む画像部分の使用が許可されるか否かを決定するための情報、およびＳＰＳにおいて、サブピクチャがビデオシーケンス内で使用されるか否かを示す情報、のうち１つまたは複数を提供すること、を含む。
【0037】
本発明の第６の態様によれば、１つまたは複数の画像を復号する方法が提供され、この方法は、第１の態様または第４の態様による画像データを処理することと、第２の態様によってパーティショニングすることと、および／または第３の態様によるシグナリング、のいずれかを含む。
【0038】
好適には、本方法が、ビットストリームを受信することと、受信されたビットストリームから情報を復号することと、第１の態様または第４の態様のいずれかに従って画像データを処理することと、復号された情報および処理された画像データを使用して画像を取得することと、をさらに含む。
【0039】
適切には、方法はさらに、ビットストリームから、ピクチャパラメータセットＰＰＳからのタイルの数に基づいて画像部分を決定するための情報、および画像部分がタイルの１つまたは複数の部分（部分タイル）を含む場合、前記画像部分、スライスセグメントヘッダ、またはスライスヘッダの符号化されたデータを含む１つまたは複数の論理ユニットのヘッダからのタイルの１つまたは複数の部分（部分タイル）を含む前記画像部分を識別するための情報、ＰＰＳから、単一の画像部分のみがサブピクチャ内に含まれるか否かを決定するための情報、ＰＰＳから、サブピクチャ内に含まれる画像部分の数を決定するための情報、シーケンスパラメータセットＳＰＳから、１つまたは複数の画像を処理するときに、タイルの部分（部分タイル）を含む画像部分の使用が許可されるか否かを決定するための情報、およびＳＰＳから、サブピクチャがビデオシーケンス内で使用されるか否かを示す情報、のうち１つまたは複数を取得すること、を含む。
【0040】
本発明の第７の態様によれば、第１の態様、第４の態様、第２の態様、または第３の態様のいずれかに記載の方法を実行するように構成された、１つまたは複数の画像の画像データを処理するためのデバイスが提供される。
【0041】
本発明の第８の態様によれば、第７の態様による処理デバイスを有する、１つまたは複数の画像を符号化するためのデバイスが提供される。好適には、デバイスが第５の態様による方法を実行するように構成される。
【0042】
本発明の第９の態様によれば、第７の態様による処理デバイスを有する、１つまたは複数の画像を復号するためのデバイスが提供される。好適には、デバイスが第６の態様による方法を実行するように構成される。
【0043】
本発明の第１０の態様によれば、コンピュータまたはプロセッサ上で実行されるときに、コンピュータまたはプロセッサに、第１の態様、第４の態様、第２の態様または第３の態様、第５の態様または第６の態様による方法を実行させるプログラムが提供される。
【0044】
本発明の第１１の態様によれば、第１０の態様のプログラムを搬送／格納するキャリア媒体又はコンピュータ読み取り可能な記憶媒体が提供される。
【0045】
本発明の第１２の態様によれば、第５の態様による方法を使用して符号化され、ビットストリームによって表される画像のための情報データセットを搬送する信号が提供され、画像は１つまたは複数のタイルからなり、１つまたは複数の画像部分に分割可能であり、画像部分はタイルの部分（部分タイル）を含むことができ、画像は１つまたは複数のサブピクチャに分割可能であり、情報データセットは、サブピクチャに含まれる１つまたは複数の画像部分を決定するためのデータを含む。
【0046】
本発明のさらに別の態様は、コンピュータまたはプロセッサによって実行されると、コンピュータまたはプロセッサに前述の態様の方法のいずれかを実行させるプログラムに関する。プログラムは、それ自体で提供されてもよく、またはキャリア媒体上で、キャリア媒体によって、またはキャリア媒体内で搬送されてもよい。キャリア媒体は非一時的であってもよく、例えば、記憶媒体、特にコンピュータ読み取り可能な記憶媒体であってもよい。キャリア媒体はまた、一時的なもの、例えば、信号または他の伝送媒体であってもよい。信号は、インターネットを含む任意の適切なネットワークを介して送信されてもよい。
【0047】
本発明のさらに別の態様は、前述のデバイス態様のいずれかによるデバイスを備えるカメラに関する。本発明のさらに別の態様によれば、前述のデバイス態様のいずれかによるデバイスおよび／または前述のカメラ態様を具現化するカメラを備えるモバイルデバイスが提供される。
【0048】
本発明の一態様における任意の特徴は、任意の適切な組み合わせで、本発明の他の態様に適用されてもよい。特に、方法の態様は、装置の態様に適用されてもよく、逆もまた同様である。さらに、ハードウェアで実施される特徴は、ソフトウェアで実施されてもよく、その逆も可能である。ここでのソフトウェアおよびハードウェアの機能についての言及は、それに応じて解釈される必要がある。本明細書に記載されるような任意の装置特徴は、方法特徴として提供されてもよく、逆もまた同様である。本明細書で使用されるように、ミーンズプラスファンクション特徴は、適切にプログラムされたプロセッサおよび関連するメモリなど、それらの対応する構造に関して代替的に表現されてもよい。また、本発明の任意の態様において説明され、定義された様々な特徴の特定の組合せは、独立して実装および／または供給および／または使用されることができることを理解されたい。
【0049】
本発明のさらなる特徴、態様、および利点は、添付の図面を参照した以下の実施形態の説明から明らかになるのであろう。以下に説明する本発明の実施形態のそれぞれは、単独で実現してもよいし、複数の実施形態の組み合わせとして実現してもよい。また、様々な実施形態からの特徴は、必要な場合、または単一の実施形態における個々の実施形態からの要素または特徴の組み合わせが有益である場合に組み合わせることができる。
【図面の簡単な説明】
【0050】
ここで、本発明の実施形態を、単なる例として、以下の図面を参照して説明する：
【発明を実施するための形態】
【0051】
以下に説明する本発明の実施形態は、画像（またはピクチャ）の符号化および復号を改善することに関する。
【0052】
本明細書では、「シグナリング」は、１つまたは複数のパラメータまたはシンタックス要素に関する情報、例えば、サブピクチャの識別子、サブピクチャのサイズ／幅／高さ、単一の画像部分（例えば、スライス）のみがサブピクチャに含まれるかどうか、スライスが矩形スライスであるかどうか、および／またはサブピクチャに含まれるスライスの数、のうちの任意の１つまたは複数を決定するための情報を、ビットストリームに挿入すること（提供すること／含むこと／符号化すること）、またはビットストリームから抽出すること／取得すること（復号すること）を指すことができる。本明細書では、「処理」は、データに対して実行される任意の種類の動作、例えば、１つまたは複数の画像／ピクチャの画像データを符号化または復号することを指すことができる。
【0053】
本明細書では、「スライス」という用語が画像部分の例として使用される（そのような画像部分の他の例が１つまたは複数のコーディングツリーユニットを含む画像部分である）。本発明の実施形態は、スライスの代わりに画像部分、および画像部分のためのヘッダ（スライスヘッダまたはスライスセグメントヘッダの代わりに）などの適切に修正されたパラメータ／値／シンタックスに基づいて実装されてもよいことが理解される。スライスヘッダ、スライスセグメントヘッダ、シーケンスパラメータセット（ＳＰＳ）、またはピクチャパラメータセット（ＰＰＳ）内でシグナリングされるものとして本明細書に記載される様々な情報は、それらがそれらの媒体内でシグナリングすることによって提供されるのと同じ機能性を提供することができる限り、他の場所でシグナリングされてもよいことも理解されたい。スライス、タイルグループ、タイル、コーディングツリーユニット（ＣＴＵ）／最大コーディングユニット（ＬＣＵ）、コーディングツリーブロック（ＣＴＢ）、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ）、変換ユニット（ＴＵ）、またはピクセル／サンプルのブロック、のいずれかを画像部分と呼ぶことができることも理解される。
【0054】
コンポーネントまたはツールが「アクティブ」と記述されている場合、コンポーネント／ツールは「使用可能」または「使用のために利用可能」または「使用中」であり、「非アクティブ」と記述されている場合、コンポーネント／ツールは「使用不可」または「使用のために利用不可」または「使用されていない」であり、「推論可能」とは、ビットストリーム内で明示的にシグナリングすることなく、関連する値またはパラメータを他の情報から決定／取得できることを指す。さらに、フラグが「アクティブ」として記述される場合、それは、フラグが関連するコンポーネント／ツールが「アクティブ」（すなわち、「有効」）であることを示すことを意味することも理解される。
【0055】
本明細書において、以下の用語は特に断らない限り、ＶＶＣ７において定義されているものと同じ、または機能的に等価な定義のために使用される。ＶＶＣ７で使用される定義を以下に示す。
【0056】
スライス：１つのＮＡＬユニットに排他的に含まれる、ピクチャのタイル内の整数個の連続した完全なＣＴＵ行、または整数個の完全なタイル。
【0057】
スライスヘッダ：スライス内に表されるタイル内のすべてのタイルまたはＣＴＵ行に関係するデータ要素を含む、符号化されたスライスの部分。
【0058】
タイル：ピクチャ内の特定のタイル列および特定のタイル行内のＣＴＵの矩形領域。
【0059】
サブピクチャ：ピクチャ内の１つまたは複数のスライスの矩形領域。
【0060】
ピクチャ（または画像）：単色フォーマットのルマサンプルのアレイ、またはルマサンプルのアレイ、および４：２：０、４：２：２、および４：４：４カラーフォーマットのクロマサンプルの２つの対応するアレイ。
【0061】
符号化ピクチャ：ＡＵ内のｎｕｈ＿ｌａｙｅｒ＿ｉｄの特定の値を有するVCL NALユニットを含み、ピクチャのすべてのＣＴＵを含むピクチャの符号化表現。
【0062】
符号化表現：符号化された形式で表現されるデータ要素。
【0063】
ラスタスキャン：１次元パターンの第１のエントリが、左から右にスキャンされた２次元パターンの第１の最上行からであり、同様に、左から右にそれぞれスキャンされたパターンの第２、第３などの行（下に行く）が続くような、１次元パターンへの矩形２次元パターンのマッピング。
【0064】
ブロック：サンプルのＭｘＮ（Ｍ列×Ｎ行）アレイ（配列）、または変換係数のＭｘＮアレイ。
【0065】
符号化ブロック：ＣＴＢをコーディングブロックに分割することがパーティショニング（partitioning）であるような、ＭおよびＮのある値に対するサンプルのＭｘＮブロック。
【0066】
コーディングツリーブロック（ＣＴＢ）：構成要素のＣＴＢへの分割がパーティショニング（partitioning）であるような、Ｎのある値に対するサンプルのＮ×Ｎブロック。
【0067】
コーディングツリーユニット（ＣＴＵ）：ルマサンプルのＣＴＢ、３つのサンプルアレイを有するピクチャのクロマサンプルの２つの対応するＣＴＢ、またはモノクロピクチャのサンプルのＣＴＢ、またはサンプルを符号化するために使用される３つの別個のカラープレーンおよびシンタックス構造を使用して符号化されるピクチャ。
【0068】
コーディングユニット（ＣＵ）：ルマサンプルのコーディングブロック、３つのサンプルアレイを有するピクチャのクロマサンプルの２つの対応するコーディングブロック、またはモノクロピクチャのサンプルのコーディングブロック、またはサンプルを符号化するために使用される３つの別個のカラープレーンおよびシンタックス構造を使用して符号化されるピクチャ。
【0069】
構成要素：４：２：０、４：２：２、または４：４：４のカラーフォーマットでピクチャを構成する３つのアレイ（ルマおよび２つのクロマ）のうちの１つからのアレイまたは単一のサンプル、またはモノクロフォーマットでピクチャを構成するアレイのアレイまたは単一のサンプル。
【0070】
ピクチャパラメータセット（ＰＰＳ）：各スライスヘッダにあるシンタックス要素によって決定される、ゼロ個以上の符号化ピクチャ全体に適用されるシンタックス要素を含むシンタックス構造。
【0071】
シーケンスパラメータセット（ＳＰＳ）：各スライスヘッダにあるシンタックス要素によって参照されるＰＰＳにあるシンタックス要素の内容によって決定される、０個以上のＣＶＳ全体に適用されるシンタックス要素を含むシンタックス構造。
【0072】
本明細書において、以下の用語はまた、別段の記載がない限り、以下に定義されるように、同じ、または機能的に等価な定義のために使用される。
【0073】
タイルグループ：単一のＮＡＬユニットに排他的に含まれるピクチャの整数個の完全な（すなわち、全体の）タイル。
【0074】
「タイルフラクション」、「部分タイル」、「タイルの部分」、又は「タイルのフラクション」：完全（即ち、全体の）タイルを形成しないピクチャのタイル内の整数個の連続した完全ＣＴＵ行。
【0075】
スライスセグメント：１つのＮＡＬユニットに排他的に含まれるピクチャのタイル内の整数個の連続した完全ＣＴＵ行、または整数個の完全タイル。
【0076】
スライスセグメントヘッダ：スライスセグメント内に表されるタイル内のすべてのタイルまたはＣＴＵ行に関係するデータ要素を含む符号化スライスセグメントの部分。
【0077】
スライスセグメントが存在するときのスライス：整数個の完全タイルまたはピクチャのタイルを集合的に表す１つまたは複数のスライスセグメントのセット。
本発明の実施形態
ピクチャ／画像とビットストリームのパーティショニング
３．１ ピクチャのタイルおよびスライスへのパーティショニング
ビデオの圧縮は、ＨＥＶＣ又は出現しつつあるＶＶＣ標準のようなほとんどの符号化システムにおけるブロックベースのビデオ符号化に依存する。これらの符号化システムでは、ビデオが異なる時点で（例えば、ビデオ内の異なる時間的位置で）表示され得るフレーム又はピクチャ又は画像又はサンプルのシーケンスから構成される。多層ビデオ（例えば、スケーラブル、ステレオ、または３Ｄビデオ）の場合、特定の時点で表示される最終／結果画像を形成することができるように、いくつかのピクチャを復号する必要がある場合がある。ピクチャは２つ以上の画像構成要素から構成することもできる（すなわち、ピクチャの画像データは２つ以上の画像構成要素を含む）。そのような画像構成要素の一例は、輝度、色差または深度情報を符号化するための構成要素であろう。
本発明の実施形態
ピクチャ／画像とビットストリームのパーティショニング
３．１ ピクチャのタイルおよびスライスへのパーティショニング
ビデオの圧縮は、ＨＥＶＣ又は出現しつつあるＶＶＣ標準のようなほとんどの符号化システムにおけるブロックベースのビデオ符号化に依存する。これらの符号化システムでは、ビデオが異なる時点で（例えば、ビデオ内の異なる時間的位置で）表示され得るフレーム又はピクチャ又は画像又はサンプルのシーケンスから構成される。多層ビデオ（例えば、スケーラブル、ステレオ、または３Ｄビデオ）の場合、特定の時点で表示される最終／結果画像を形成することができるように、いくつかのピクチャを復号する必要がある場合がある。ピクチャは２つ以上の画像構成要素から構成することもできる（すなわち、ピクチャの画像データは２つ以上の画像構成要素を含む）。そのような画像構成要素の一例は、輝度、色差または深度情報を符号化するための構成要素であろう。
【0078】
ビデオシーケンスの圧縮は、各ピクチャのためのいくつかの異なるパーティショニング技法（すなわち、ピクチャをパーティショニング（partitioning）／分割（diving）するための異なる方式／フレームワーク／アレンジメント／メカニズム）と、これらのパーティショニング技法が圧縮処理中にどのように実施されるかと、を使用する。
【0079】
図１は、ＶＶＣ７と互換性のある、本発明の一実施形態による、ピクチャのタイルおよびスライスへのパーティショニングを示す。ピクチャ１０１，１０２は、点線で示すコーディングツリーユニット（ＣＴＵ）に分割されている。ＣＴＵは、ＶＶＣ７の符号化および復号の基本単位である。例えば、ＶＶＣ７では、ＣＴＵが１２８×１２８画素の領域を符号化することができる。
【0080】
コーディングツリーユニット（ＣＴＵ）はまた、（ピクセルまたは構成要素サンプル（値）の）ブロック、マクロブロック、またはコーディングブロックとも呼ばれ得る。これはピクチャの異なる画像構成要素を同時に符号化／復号するために使用することができ、あるいはピクチャの異なる画像構成要素を別々に／個別に符号化／復号することができるように、１つの画像構成要素のみに限定することができる。画像のデータが構成要素ごとに別々のデータを含む場合、ＣＴＵは複数のコーディングツリーブロック（ＣＴＢ）をグループ化し、各構成要素に対して１つのＣＴＢをグループ化する。
【0081】
図１に示すように、ピクチャは細い実線で表されるタイルの格子に従って（すなわち、タイルの１つまたは複数の格子に）区分することもできる。タイルは、ＣＴＵパーティショニングとは独立に定義可能な長方形領域（ピクセル／構成要素サンプルの）であるピクチャ部分（ピクチャのパーツ／部分）である。タイルはまた、図１に示された例のように、例えばＶＶＣ７におけるＣＴＵのシーケンスに対応することができ、パーティショニング技術（partitioning technique）は、ＣＴＵの境界と一致／整列するようにタイルの境界を制限することができる。
【0082】
タイルは、タイル境界が符号化／復号処理の空間依存性を破るように定義される（すなわち、所与のピクチャにおいて、タイルは、同じピクチャの別の空間的に「隣接する」タイルから独立して符号化／復号され得るように定義／指定される）。これは、タイル内のＣＴＵの符号化／復号が同じピクチャ内の別のタイルからのピクセル／サンプルまたは参照データに基づいていないことを意味する。
【0083】
いくつかの符号化／復号システム、例えば、本発明の実施形態またはＶＶＣ７のためのシステムは、スライスの概念を提供する（すなわち、１つまたは複数のスライスに基づくパーティショニング技法も使用する）。このメカニズムは、ピクチャをタイルの１つ又は幾つかのグループに区分することを可能にし、タイルのグループは、集合的にスライスと呼ばれる。各スライスは、１つまたは複数のタイルまたは部分タイルから構成される。２つの異なる種類のスライスが、ピクチャ１０１および１０２によって示されるように提供される。第１の種類のスライスは、ピクチャ１０１内の太い実線で表されるように、ピクチャ内に矩形の領域（area）／領域（region）を形成するスライスに制限される。ピクチャ１０１は、６つの異なる矩形スライス（０）～（５）へのピクチャのパーティショニングを示す。第２の種類のスライスは、ピクチャ１０２内の太い実線で表されるように、ラスタスキャン順序で連続するタイルに制限される（その結果、スライスはタイルのシーケンスを形成する）。ピクチャ１０２は、ピクチャを、ラスタスキャン順序で連続するタイルから構成される３つの異なるスライス（０）～（２）に区分することを示す。多くの場合、矩形スライスは、ビデオ内の注目領域（ＲｏＩ）を処理するための選択の構造／アレンジメント／構成である。スライスは、１つまたは複数のネットワーク抽象化レイヤ（NAL）ユニットとしてビットストリームに符号化（またはビットストリームから復号）できる。ＮＡＬユニットは、符号化／復号ビットストリーム内のデータのカプセル化のためのデータの論理ユニットである（例えば、整数バイト数を含むパケットであり、複数のパケットがまとめて符号化ビデオデータを形成する）。ＶＶＣ７の符号化／復号システムでは、スライスが通常、単一のＮＡＬユニットとして符号化される。スライスがビットストリーム内でいくつかのＮＡＬユニットとして符号化される場合、スライスのための各ＮＡＬユニットは、スライスセグメントと呼ばれる。スライスセグメントは、そのスライスセグメントの符号化パラメータを含むスライスセグメントヘッダを含む。変形例によれば、スライスの第１のスライスセグメントＮＡＬユニットのヘッダは、スライスのための全ての符号化パラメータを含む。スライスの後続のＮＡＬユニットのスライスセグメントヘッダは、第１のＮＡＬユニットよりも少ないパラメータを含むことができる。そのような場合、第１のスライスセグメントは独立したスライスセグメントであり、後続のセグメントは従属スライスセグメントである（それらは第１のスライスセグメントのＮＡＬユニットからの符号化パラメータに依存するので）。
【0084】
３．２ サブピクチャへのパーティショニング
図２は、本発明の一実施形態によるピクチャの、すなわちピクチャの１つまたは複数のサブピクチャへのサブピクチャパーティショニングを示す。サブピクチャは、ピクチャの矩形領域をカバーするピクチャ部分（ピクチャの一部または部分）を表す。各サブピクチャは、別のサブピクチャとは異なるサイズおよび符号化パラメータを有することができる。サブピクチャレイアウト、すなわちピクチャ内のサブピクチャのジオメトリ（例えば、サブピクチャの位置および寸法／幅／高さを使用して定義されるよう）は、ピクチャのスライスのセットをグループ化することを可能にし、２つのピクチャ間の時間的動き予測を制約する（すなわち、制約を課す）ことができる。
図２は、本発明の一実施形態によるピクチャの、すなわちピクチャの１つまたは複数のサブピクチャへのサブピクチャパーティショニングを示す。サブピクチャは、ピクチャの矩形領域をカバーするピクチャ部分（ピクチャの一部または部分）を表す。各サブピクチャは、別のサブピクチャとは異なるサイズおよび符号化パラメータを有することができる。サブピクチャレイアウト、すなわちピクチャ内のサブピクチャのジオメトリ（例えば、サブピクチャの位置および寸法／幅／高さを使用して定義されるよう）は、ピクチャのスライスのセットをグループ化することを可能にし、２つのピクチャ間の時間的動き予測を制約する（すなわち、制約を課す）ことができる。
【0085】
図２において、ピクチャ２０１のタイルパーティショニングは、４×５タイルグリッドである。スライスパーティショニングは、各タイルが２つのスライスに分割される（すなわち、スライスが部分タイルを含む）右側の最後のタイル列を除いて、１つのタイル当たり１つのスライスからなる２４個のスライスを定義する。ピクチャ２０１はまた、２つのサブピクチャ２０２および２０３に分割される。サブピクチャは、矩形領域を形成する１つまたは複数のスライスとして定義される。サブピクチャ２０２（点線領域として示されている）は、最初の３つのタイル列（左から始まる）のスライスと、残りのスライス（右側の最後の２つのタイル列）のサブピクチャ２０３（それらに対角線が付いたハッチング領域として示されている）とを含む。図２に示されるように、ＶＶＣ７および本発明の実施形態はピクチャレベルで（例えば、ＰＰＳで提供されるシンタックス要素を使用してピクチャごとに）単一スライスパーティショニングおよび単一タイルパーティショニングを定義することを可能にするパーティショニングスキームを提供する。サブピクチャパーティショニングは、タイル及びスライスパーティショニングの上に適用される。サブピクチャの別の態様は、各サブピクチャがフラグのセットに関連付けられることである。これは、時間的予測が同じサブピクチャの部分である参照フレームからのデータを使用するように制約される（例えば、サブピクチャの予測子が別のサブピクチャからの参照データを使用できないように時間的予測が制約される）ことを示すことを可能にする（フラグのセットのうちの１つまたは複数を使用する）。例えば、図２を参照すると、ＣＴＢ２０４はサブピクチャ２０２に属する。時間的予測がサブピクチャ２０２に対して制約されていることが示されると、サブピクチャ２０２に対する時間的予測は、サブピクチャ２０３から来る参照ブロック（または参照データ）を使用することができない。その結果、サブピクチャ２０２のスライスは、サブピクチャ２０３のスライスとは独立に符号可能／復号可能である。この特性／属性／特性／能力は、全方向性ビデオシーケンスを空間部分にセグメント化することを含むビューポート依存ストリーミングにおいて有用であり、各空間部分は、３６０（度）コンテンツの特定のビューイング方向を表す。次いで、視聴者は所望の／関連する視聴方向に対応するセグメントを選択することができ、サブピクチャのこの特性を使用して、３６０コンテンツの残りの部分からのデータにアクセスすることなく、セグメントを符号化／復号することができる。
【0086】
サブピクチャの別の使用法は、注目領域を有するストリームを生成することである。サブピクチャは、独立して符号化／復号することができる、これらの注目領域のための空間表現を提供する。サブピクチャは、これらの領域に対応する符号化データへの容易なアクセスを可能にする／可能にするように設計される。その結果、サブピクチャに対応する符号化データを抽出し、単一のサブピクチャのみのデータ、または１つまたは複数の他のサブピクチャとのサブピクチャの組合せ／合成を含む新しいビットストリームを生成することが可能であり、すなわち、サブピクチャベースのビットストリーム生成を使用して柔軟性およびスケーラビリティを改善することができる。
【0087】
３．３ ビットストリーム
図３は、ＶＶＣ７の符号化システムの要件に適合する本発明の一実施形態によるビットストリームの構成（すなわち、構造、構成、またはアレンジメント）を示す。ビットストリーム３００は、シンタックス要素の順序付けられたシーケンスと符号化（画像）データとを表す／示すデータから構成される。シンタックス要素および符号化（画像）データは、ＮＡＬユニット３０１～３０８に配置（すなわち、パッケージ化／グループ化）される。異なるＮＡＬユニットタイプがある。ネットワーク抽象化レイヤ（ＮＡＬ）は、リアルタイムプロトコル／インターネットプロトコル（ＲＴＰ／ＩＰ）、ＩＳＯベースメディアファイルフォーマットなど、のようなさまざまなプロトコルのパケットにビットストリームをカプセル化する機能／機能を提供する。ネットワーク抽象化レイヤは、パケット損失回復力のためのフレームワークも提供する。
図３は、ＶＶＣ７の符号化システムの要件に適合する本発明の一実施形態によるビットストリームの構成（すなわち、構造、構成、またはアレンジメント）を示す。ビットストリーム３００は、シンタックス要素の順序付けられたシーケンスと符号化（画像）データとを表す／示すデータから構成される。シンタックス要素および符号化（画像）データは、ＮＡＬユニット３０１～３０８に配置（すなわち、パッケージ化／グループ化）される。異なるＮＡＬユニットタイプがある。ネットワーク抽象化レイヤ（ＮＡＬ）は、リアルタイムプロトコル／インターネットプロトコル（ＲＴＰ／ＩＰ）、ＩＳＯベースメディアファイルフォーマットなど、のようなさまざまなプロトコルのパケットにビットストリームをカプセル化する機能／機能を提供する。ネットワーク抽象化レイヤは、パケット損失回復力のためのフレームワークも提供する。
【0088】
ＮＡＬユニットは、VCL NALユニットと非VCL NALユニットに分割され、ＶＣＬはビデオ符号化層を表す。VCL NALユニットは、実際の符号化されたビデオデータを含む。非VCL NALユニットは追加情報を含む。この追加情報は、符号化されたビデオデータの復号に必要なパラメータ、または復号されたビデオデータの使い勝手を向上させることができる補足データである。図３のＮＡＬユニット３０６はスライスに対応し（すなわち、スライスの実際の符号化ビデオデータを含む）、ビットストリームのVCL NALユニットを構成する。
【0089】
異なるＮＡＬユニット３０１～３０５は、異なるパラメータセットに対応し、これらのＮＡＬユニットは非VCL NALユニットである。DPS NALユニット３０１は、デコーディングパラメータセットＮＡＬユニットを表し、所与の復号処理に対して一定であるパラメータを含む。VPS NALユニット３０２、ＶＰＳはビデオパラメータセットＮＡＬユニットを表し、ビデオ全体について定義されたパラメータを含み（例えば、ビデオ全体は、ピクチャ／画像の１つまたは複数のシーケンスを含む）、したがって、ビットストリーム全体の符号化されたビデオデータを復号するときに適用可能である。DPS NALユニットはVPS NALユニット内のパラメータよりも静的な（それらが安定しており、復号処理中にそれほど変化しないという意味で）パラメータを定義することができる。換言すれば、DPS NALユニットのパラメータは、VPS NALユニットのパラメータよりも頻繁には変化しない。SPS NALユニット３０３、ＳＰＳはシーケンスパラメータセットを意味し、ビデオシーケンス（すなわち、ピクチャまたは画像のシーケンス）に対して定義されたパラメータを含む。特に、SPS NALユニットは、ビデオシーケンスの関連するパラメータおよびサブピクチャレイアウトを定義することができる。各サブピクチャに関連するパラメータは、サブピクチャに適用される符号化制約を指定する。変形例によれば、それはサブピクチャ間の時間的予測が制限されていることを示すフラグを含み、その結果、同じサブピクチャから来るデータは時間的予測処理中に使用するために利用可能である。別のフラグはサブピクチャ境界を横切るループフィルタ（すなわち、ポストフィルタリング）をイネーブルまたはディスエーブルすることができる。
【0090】
PPS NALユニット３０４、ＰＰＳはピクチャパラメータセットを表し、ピクチャまたはピクチャのグループに対して定義されたパラメータを含む。APS NALユニット３０５、ＡＰＳは適応パラメータセットを表し、ループフィルタ、典型的には、適応ループフィルタ（ＡＬＦ）または再成形モデル（またはクロマスケーリングモデルによるルママッピング）またはスライスレベルで使用されるスケーリング行列、のためのパラメータを含む。ビットストリームはまた、SEI NALユニット（図３には示されていない）を含むことができ、これは、補足拡張情報（Supplemental Enhancement Information）ＮＡＬユニットを表している。ビットストリームにおけるこれらのパラメータセット（またはＮＡＬユニット）の発生の周期性（または包含の頻度）は可変である。ビットストリーム全体に対して定義されるＶＰＳは、ビットストリーム内で１回のみ発生する可能性がある。対照的に、スライスに対して定義されるＡＰＳは、各ピクチャ内の各スライスに対して１回発生することができる。実際には、異なるスライスが同じＡＰＳに依存する（例えば、参照する）ことができ、したがって、一般に、ピクチャのためのビットストリーム内のスライスよりも少ないAPS NALユニットが存在する。
【0091】
AUD NALユニット３０７は、２つのアクセスユニットを分離するアクセスユニットデリミタNALユニットである。アクセスユニットは同じ復号タイムスタンプを有する１つまたは複数の符号化ピクチャを備えることができるＮＡＬユニットのセット（すなわち、同じタイムスタンプを有する１つまたは複数の符号化ピクチャに関連するＮＡＬユニットのグループ）である。
【0092】
PH NALユニット３０８は、単一の符号化ピクチャのスライスのセットに共通のパラメータをグループ化するピクチャヘッダＮＡＬユニットである。ピクチャは、ＡＦＬパラメータ、再形成モデル、およびピクチャのスライスによって使用されるスケーリング行列を示すために、１つ以上のＡＰＳを参照することがある。
【0093】
VCL NALユニット３０６の各々は、スライスのためのビデオ／画像データを含む。スライスは、ピクチャ全体またはサブピクチャ、単一のタイル、または複数のタイル、またはタイルのフラクション（部分タイル）に対応することができる。例えば、図３のスライスは、幾つかのタイル３２０を含む。スライスは、スライスヘッダ３１０と、符号化ブロック３４０として符号化された符号化画素／構成要素サンプルデータを含む生バイトシーケンスペイロード（ＲＢＳＰ）３１１とから構成される。
【0094】
ＶＶＣ７のようなＰＰＳのシンタックスは、ルマサンプルのピクチャのサイズを指定するシンタックス要素を含み、タイルおよびスライスの各ピクチャのパーティショニングを指定するシンタックス要素をも含む。
【0095】
ＰＰＳは、ピクチャ／フレーム内のスライス位置を決定することを可能にする（すなわち、決定することができる）シンタックス要素を含む。サブピクチャはピクチャ／フレームにおいて矩形領域を形成するので、パラメータセットＮＡＬユニット（すなわち、ＤＰＳ、ＶＰＳ、ＳＰＳ、ＰＰＳ、及びAPS NALユニットのうちの１つまたは複数）から、サブピクチャに属するスライスのセット、タイルの部分、又はタイルを決定することが可能である。
【0096】
【0097】
最初のステップ４０１において、ピクチャはサブピクチャに分割される。各サブピクチャについて、サブピクチャのサイズはアプリケーションによって必要とされる空間アクセス粒度の関数として決定される（例えば、サブピクチャサイズはアプリケーション／使用シナリオが必要とするピクチャ内の領域／空間部分／エリアのサイズ／スケール／粒度レベルの関数として表すことができ、サブピクチャサイズは、単一の領域／空間部分／エリアを含むのに十分に小さくすることができる）。通常、ビューポート依存ストリーミング手法では、サブピクチャサイズが視野の所定の範囲（例えば、６０°水平視野の範囲）をカバーするように設定される。注目領域の適応ストリーミングのために、各サブピクチャの幅及び高さは、入力ビデオシーケンスに存在する注目領域に依存するようになされる。典型的には、各サブピクチャのサイズは、１つの注目領域を含むようになされる。サブピクチャのサイズは、ルマサンプルユニットで、またはＣＴＢのサイズの倍数で決定される。さらに、ステップ４０１において、符号化ピクチャ内の各サブピクチャの位置が決定される。サブピクチャの位置およびサイズは、通常、パラメータセットＮＡＬユニットなどの非VCL NALユニットでシグナリングされるサブピクチャレイアウト情報を形成する。例えば、サブピクチャレイアウト情報は、ステップ４０２でSPS NALユニットに符号化される。
【0098】
このようなSPS NALユニットのＳＰＳシンタックスには、通常、次のシンタックス要素が含まれる。
【0099】
【表3】
【0100】
ディスクリプタ列はシンタックス要素を符号化するために使用される符号化方式を与え、例えば、ｕ（ｎ）、ここでｎは整数値である、は、シンタックス要素がｎビットを使用して符号化されることを意味し、ｕｅ（ｖ）はシンタックス要素が可変長符号化である左ビットが最初である符号なし整数０次Ｅｘｐ－Ｇｏｌｏｍｂ符号化シンタックス要素を使用して符号化されることを意味する。ｓｅ（ｖ）はｕｅ（ｖ）と同等であるが、符号整数である。ｕ（ｖ）は、シンタックス要素が他のパラメータから決定されるビット単位の特定の長さをもつ固定長符号化を使用して符号化されることを意味する。
【0101】
ピクチャについてビットストリームにシグナリングするサブピクチャの存在は、フラグｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇの値に応じている。このフラグが０の場合、ビットストリームには、ピクチャを１つまたは複数のサブピクチャにパーティショニングすることに関連する情報が含まれていないことを示す。このような場合、ピクチャ全体をカバーする単一のサブピクチャがあると推測される。このフラグが１に等しいとき、シンタックス要素のセットはフレーム内のサブピクチャのレイアウト（すなわち、ピクチャ）を指定する：シグナリングは、ループ（すなわち、特定の条件が満たされるまで、命令のシーケンスを繰り返すためのプログラミング構造）を用いて、ピクチャのサブピクチャを決定／定義／指定することを含み（ピクチャ内のサブピクチャの数は、ｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１シンタックス要素で符号化される）、これは各サブピクチャの位置とサイズを定義することを含む。この「ｆｏｒ ｌｏｏｐ」のインデックスは、サブピクチャインデックスである。シンタックス要素ｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］とｓｕｂｐｉｃ＿ｃｔｕ＿ｔｏｐ＿ｌｅｆｔ＿ｙ［ｉ］は、ｉ番目のサブピクチャの最初のＣＴＵの列インデックスと行インデックスにそれぞれ対応する。ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］およびｓｕｂｐｉｃ_ｈｅｉｇｈｔ_ｍｉｎｕｓ［ｉ］シンタックス要素は、ＣＴＵ単位でｉ番目のサブピクチャの幅と高さをシグナリングする。
【0102】
サブピクチャレイアウトに加えて、ＳＰＳはサブピクチャ境界に対する制約を規定する：例えば、１に等しいｓｕｂｐｉｃ_ｔｒｅａｔｅｄ_ａｓ_ｐｉｃ_ｆｌａｇ[ｉ]は、ｉ番目のサブピクチャの境界が時間的予測のためのピクチャ境界として扱われることを示す。これは、ｉ番目のサブピクチャの符号化されたブロックが同じサブピクチャに属する参照ピクチャのデータから予測されることを保証する。０に等しい場合、このフラグは、時間的予測が制約されても制約されなくてもよいことを示す。２番目のフラグ(ｌｏｏｐ_ｆｉｌｔｅｒ_ａｃｒｏｓｓ_ｓｕｂｐｉｃ_ｅｎａｂｌｅｄ_ｆｌａｇ[ｉ])は、ループフィルタリング処理が別のサブピクチャからのデータ（通常はピクセル値）を使用できるかどうかを指定する。これらの２つのフラグは、サブピクチャが他のサブピクチャから独立して符号化されるか否かを示すことを可能にする。この情報は、サブピクチャが他のサブピクチャから抽出され、導出され、または他のサブピクチャとマージされ得るかどうかを決定する際に有用である。
【0103】
ステップ４０３において、エンコーダは、ビデオシーケンスのピクチャにおけるタイル及びスライスにおけるパーティションを決定し、ＰＰＳなどの１つの非VCL NALユニットにおけるこれらのパーティショニングを記述する。このステップは、図６を参照してさらに後述する。スライス及びタイルパーティショニングのシグナリングは、各サブピクチャが少なくとも１つのスライス及びタイルの一部（即ち、部分タイル）又は１つまたは複数のタイルを含むように、サブピクチャによって制約される。
【0104】
ステップ４０４において、サブピクチャを形成する少なくとも１つのスライスがビットストリームに符号化される。
【0105】
３．５ 復号処理
図５は、本発明の一実施形態によるスライスの一般的な復号処理を示す。各VCL NALユニットについて、デコーダは、現在のスライスに適用されるＰＰＳおよびＳＰＳを決定する。通常、現在のピクチャに使用されているＰＰＳとＳＰＳの識別子を決定する。例えば、スライスのピクチャヘッダは、使用中のＰＰＳの識別子をシグナリングする。このＰＰＳ識別子に関連付けられたＰＰＳは、別の識別子（ＳＰＳの識別子）を使用してＳＰＳも参照する。
図５は、本発明の一実施形態によるスライスの一般的な復号処理を示す。各VCL NALユニットについて、デコーダは、現在のスライスに適用されるＰＰＳおよびＳＰＳを決定する。通常、現在のピクチャに使用されているＰＰＳとＳＰＳの識別子を決定する。例えば、スライスのピクチャヘッダは、使用中のＰＰＳの識別子をシグナリングする。このＰＰＳ識別子に関連付けられたＰＰＳは、別の識別子（ＳＰＳの識別子）を使用してＳＰＳも参照する。
【0106】
ステップ５０１において、デコーダはサブピクチャパーティションを決定し、例えば、サブピクチャレイアウトを記述／指示するパラメータセットを構文解析することによって、ピクチャ／フレームのサブピクチャのサイズ、典型的にはその幅と高さを決定する。ＶＶＣ７およびＶＶＣ７のこの部分に準拠する実施形態では、このサブピクチャパーティションを決定するための情報を含むパラメータセットはＳＰＳである。第２のステップ５０２において、デコーダは、ピクチャのタイルへのパーティショニングに関連する１つのパラメータセットＮＡＬユニット（又は非VCL NALユニット）のシンタックス要素を解析する。例えば、ＶＶＣ７準拠ストリームの場合、タイルパーティショニングシグナリングは、PPS NALユニット内にある。この決定ステップの間、デコーダは、各サブピクチャに存在するタイルの特性を記述／定義する変数のセットを初期化する。例えば、ｉ番目のサブピクチャについて以下の情報を決定することができる（図６のステップ６０１参照）。
・ サブピクチャがタイルのフラクション、すなわち部分タイルを含むかどうかを示すフラグ（図６のステップ６０３参照）
・ サブピクチャ内のタイルの数を示す整数値（図６のステップ６０２）
・ サブピクチャの幅をタイル単位で指定する整数値（図６のステップ６０４）
・ サブピクチャの高さをタイル単位で指定する整数値（図６のステップ６０４）
・ ラスタスキャン順序でサブピクチャ内に存在するタイルインデックスのリスト（図６のステップ６０５）
この図６は、本発明の一実施形態によるスライスパーティショニングのシグナリングを示しており、これは、符号化処理および復号処理の両方で使用することができる判定ステップを含む。
・ サブピクチャがタイルのフラクション、すなわち部分タイルを含むかどうかを示すフラグ（図６のステップ６０３参照）
・ サブピクチャ内のタイルの数を示す整数値（図６のステップ６０２）
・ サブピクチャの幅をタイル単位で指定する整数値（図６のステップ６０４）
・ サブピクチャの高さをタイル単位で指定する整数値（図６のステップ６０４）
・ ラスタスキャン順序でサブピクチャ内に存在するタイルインデックスのリスト（図６のステップ６０５）
この図６は、本発明の一実施形態によるスライスパーティショニングのシグナリングを示しており、これは、符号化処理および復号処理の両方で使用することができる判定ステップを含む。
【0107】
ステップ５０３において、デコーダは各サブピクチャのスライスパーティショニングを推論（すなわち、導出または決定）するために、スライスパーティションのシグナリング（１つの非VCL NALユニット内、例えば、典型的にはＶＶＣ７のためのＰＰＳ内）および以前に決定された情報に依存する。具体的には、デコーダは、スライスの数、スライスのうちの１つまたは複数の高さおよび幅を推論（すなわち、導出または決定）することができる。デコーダは、スライスヘッダ内に存在する情報を取得して、スライスデータ内に存在するＣＴＢの復号位置を決定することもできる。
【0108】
最後のステップ５０４では、デコーダがステップ５０３で決定された位置でピクチャを形成するサブピクチャのスライスを復号する。
【0109】
パーティショニングのシグナリング
３．６ スライスパーティショニングのシグナリング
本発明の一実施形態によれば、スライスはピクチャのタイル内の整数個の完全および連続的なＣＴＵ行又は列、または整数個の完全タイル、から構成することが可能である（後者の可能性が部分タイルが連続的なＣＴＵ行又は列を含む限り、スライスが部分タイルを含むことが可能であることを意味する）。
３．６ スライスパーティショニングのシグナリング
本発明の一実施形態によれば、スライスはピクチャのタイル内の整数個の完全および連続的なＣＴＵ行又は列、または整数個の完全タイル、から構成することが可能である（後者の可能性が部分タイルが連続的なＣＴＵ行又は列を含む限り、スライスが部分タイルを含むことが可能であることを意味する）。
【0110】
使用のために、スライスの２つのモード、すなわちラスタースキャンスライスモードおよび矩形スライスモードをサポート／提供することもできる。ラスタスキャンスライスモードでは、スライスがピクチャのタイルラスタスキャン順序の完全タイルのシーケンスを含む。矩形スライスモードでは、スライスがピクチャの矩形領域を集合的に形成する複数の完全タイル、又はピクチャの矩形領域を集合的に形成する１つのタイルの複数の連続した完全ＣＴＵ行（又は列）のいずれかを含む。矩形スライス内のタイルは、そのスライスに対応する矩形領域内でタイルラスタスキャン順序でスキャンされる。
【0111】
スライス構造（レイアウトおよび／またはパーティショニング）を指定するためのＶＶＣ７のシンタックスは、サブピクチャに対するＶＶＣ７のシンタックスとは無関係である。例えば、スライスパーティショニング（すなわち、ピクチャのスライスへのパーティショニング）は、サブピクチャを参照することなく（すなわち、サブピクチャを形成するために使用されるシンタックス要素を参照することなく）、タイル構造／パーティショニングの上に（すなわち、それに基づいて、またはそれを参照して）行われる。一方、ＶＶＣ７はサブピクチャにいくつかの制約（すなわち制約）を課し、例えば、サブピクチャは、１つまたは複数のスライスを含まなければならず、スライスヘッダは、そのサブピクチャに関するスライスのインデックスであるｓｌｉｃｅ＿ａｄｄｒｅｓｓシンタックス要素（すなわち、サブピクチャ内のスライスのうちのスライスのインデックスなどの関連するサブピクチャについて定義されたインデックス）を含む。ＶＶＣ７はまた、矩形スライスモードにおいて部分タイルを含むスライスを許容するだけであり、ラスタスキャンスライスモードは部分タイルを含むそのようなスライスを規定しない。ＶＶＣ７で使用される現在のシンタックスシステムは、設計によってこれらの制約のすべてを実施するわけではなく、したがって、このシンタックスシステムの実装はＶＶＣ７明細書／要件に準拠しないビットストリームを生成する傾向があるシステムにつながる。
【0112】
したがって、本発明の実施形態はサブピクチャレイアウト定義からの情報を使用して、スライスパーティションを指定し、サブピクチャ、タイル、およびスライスシグナリングのためのより良好な符号化効率を提供しようとする。
【0113】
タイル内に複数のスライス（「タイルフラクション」スライスまたは部分タイルを含むスライスとも呼ばれる）を定義する能力を有するための要件は、全方向ストリーミング要件に由来する。ＯＭＡＦストリームのBEAMER(Bitstream Extraction And MERging)動作のためにタイル内にスライスを定義する必要があることが確認された。これは「タイルフラクション」スライスが異なるサブピクチャに存在してＢＥＡＭＥＲ動作を可能にすることができることを意味し、このことは複数のスライスを有する１つの完全なタイルを含むサブピクチャを有することがほとんど意味をなさないことを意味する。
【0114】
本発明の最初の３つの実施形態（実施形態１、実施形態２および実施形態３）に続いて、サブピクチャに基づくスライスパーティション決定およびシグナリングを定義する。最初の実施形態１は、サブピクチャが複数の「タイルフラクション」スライスを含むことを禁止／禁止／禁止するシンタックスシステムを含むが、２番目の実施例２はサブピクチャが最大１つのタイルを含む場合（すなわち、サブピクチャが複数のタイルを含む場合、そのすべてのスライスは整数個の完全タイルを含む）にのみ許可／許可するシンタックスシステムを含む。実施形態３は、「タイルフラクション」スライスの使用の明示的なシグナリングを提供する。「タイルフラクション」スライスが使用されないとき、それはそのようなスライスに関連するシンタックス要素をシグナリングすることを回避し、それはスライスパーティションのシグナリングの符号化効率を改善することができる。実施形態１～３は、矩形スライスモードにおいてのみタイルフラクションスライスの使用を許可／許可する。
【0115】
４番目の実施形態４は、最初の３つの実施形態の代替であり、統一シンタックスシステムを使用して、ラスタスキャンおよび矩形スライスモードの両方でタイルフラクションスライスの使用を許可／許可する。５番目の実施形態５は、他の実施形態の代替であり、サブピクチャレイアウト及びスライスパーティショニングは、ビットストリームにおいてシグナリングされず、タイルシグナリングから推論される（すなわち、決定又は導出される）。
【0116】
実施形態１
最初の実施形態、第１の実施形態では、ＶＶＣ７のスライスパーティションのためのシンタックスが、正しく実施することが困難な多数の制約を指定することを回避するために、また、スライスパーティショニングのためのパラメータ、例えばスライスのサイズを推論／導出するためにサブピクチャレイアウトに依存するために、修正される。サブピクチャは完全なスライスのセット／グループによって表される（すなわちから構成される）ので、サブピクチャが単一のスライスを含むときに、スライスのサイズを推論することが可能である。同様に、サブピクチャ内のスライスの数およびサブピクチャ内の以前に処理／遭遇したスライスのサイズから、最後のスライスのサイズを推論／導出／決定することができる。
最初の実施形態、第１の実施形態では、ＶＶＣ７のスライスパーティションのためのシンタックスが、正しく実施することが困難な多数の制約を指定することを回避するために、また、スライスパーティショニングのためのパラメータ、例えばスライスのサイズを推論／導出するためにサブピクチャレイアウトに依存するために、修正される。サブピクチャは完全なスライスのセット／グループによって表される（すなわちから構成される）ので、サブピクチャが単一のスライスを含むときに、スライスのサイズを推論することが可能である。同様に、サブピクチャ内のスライスの数およびサブピクチャ内の以前に処理／遭遇したスライスのサイズから、最後のスライスのサイズを推論／導出／決定することができる。
【0117】
実施形態１では、スライスが全部／全体サブピクチャをカバーする（言い換えれば、サブピクチャ内に単一のスライスがある）場合にのみ、スライスがタイルのフラクション／部分（すなわち、部分タイル）を含むことが許される。スライスサイズのシグナリングは、サブピクチャ内に２つ以上のスライスがある場合に必要である。一方、スライスサイズは、サブピクチャ内に１つのスライスが存在する場合のサブピクチャサイズと同じである。その結果、スライスがタイルのフラクションを含む場合、スライスサイズは、（サブピクチャサイズと同じであるため）パラメータセットＮＡＬユニットにおいてシグナリングされない。そのため、スライス幅および高さがスライスサイズのシグナリングシナリオの場合のみタイル単位になるように制約することが可能である。
【0118】
この実施形態のためのＰＰＳのシンタックスは、各サブピクチャに含まれるスライスの数を指定することを含む。スライスの数が１より大きい場合、スライスのサイズ（幅及び高さ）はタイル単位で表される。最後のスライスのサイズは上述のように、サブピクチャレイアウトからシグナリングされず、推論／導出／決定されない。
【0119】
本実施形態の変形例によれば、ＰＰＳシンタックスは以下のセマンティクス（すなわち、定義または関数）をもつ以下のシンタックス要素を含む。
【0120】
ＰＰＳシンタックス
【0121】
【表4】
【0122】
ＰＰＳセマンティクス
スライスは、サブピクチャ毎に定義される。”for loop”は、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１シンタックス要素と共に使用され、その特定のサブピクチャ内の正しい数のスライスを形成／処理する。シンタックス要素ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ｉ]は、スライスの数（ｉと等しいサブピクチャインデックスを持つサブピクチャ内）から１を引いた数を示し、つまり、シンタックス要素は、サブピクチャ内のスライスの数より１少ない値を示す。０に等しいとき、それは、サブピクチャがサブピクチャサイズに等しいサイズの単一のスライスを含むことを示す。スライスの数が１より大きい場合、スライスのサイズは、整数個のタイルの単位で表される。最後のスライスのサイズは、サブピクチャサイズ（及びサブピクチャ内の他のタイルのサイズ）から推論される。このアプローチでは、シンタックス要素に対して以下のセマンティクスを持つ完全サブピクチャをカバーする場合に、”タイルフラクション”スライスを定義することができる。
スライスは、サブピクチャ毎に定義される。”for loop”は、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１シンタックス要素と共に使用され、その特定のサブピクチャ内の正しい数のスライスを形成／処理する。シンタックス要素ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ｉ]は、スライスの数（ｉと等しいサブピクチャインデックスを持つサブピクチャ内）から１を引いた数を示し、つまり、シンタックス要素は、サブピクチャ内のスライスの数より１少ない値を示す。０に等しいとき、それは、サブピクチャがサブピクチャサイズに等しいサイズの単一のスライスを含むことを示す。スライスの数が１より大きい場合、スライスのサイズは、整数個のタイルの単位で表される。最後のスライスのサイズは、サブピクチャサイズ（及びサブピクチャ内の他のタイルのサイズ）から推論される。このアプローチでは、シンタックス要素に対して以下のセマンティクスを持つ完全サブピクチャをカバーする場合に、”タイルフラクション”スライスを定義することができる。
【0123】
ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１プラス１は、ＰＰＳを参照する符号化ピクチャ内のサブピクチャの数を指定する。ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１の値がｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１（ＳＰＳレベルで定義されるサブピクチャの数）に等しいことは、ビットストリーム適合性の要件である。
【0124】
１に等しいｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇは、各サブピクチャが１つおよび１つのみの矩形スライスで構成されることを指定する。０に等しいｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇは、各サブピクチャが１つまたは複数の矩形スライスで構成されることを指定する。ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しいとき、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇは０に等しい。ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１はｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１（ＳＰＳレベルで定義されるサブピクチャの数）と等しいと推測される。
【0125】
ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ｉ]プラス１は、ｉ番目のサブピクチャ内の矩形スライスの数を指定する。ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１の値は、包括的な、０からＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－１までの範囲内でなければならず、ここで、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅはAnnex Aで指定されている。ｎｏ＿ｐｉｃ＿ｐａｒｔｉｔｉｏｎ＿ｆｌａｇが１に等しい場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１［０］の値は０に等しいと推測される。
【0126】
このシンタックス要素は、Ｃｅｉｌ（ｌｏｇ２（ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ＳｕｂＰｉｃＩｄｘ]＋１））ビットであるスライスヘッダのｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さを決定する（ここで、ＳｕｂＰｉｃＩｄｘはスライスのサブピクチャのインデックスである）。ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、包括的な、０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ＳｕｂＰｉｃＩｄｘ]までの範囲内である。
【0127】
０に等しいｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ値がＰＰＳに存在せず、ＰＰＳを参照するピクチャのすべてのサブピクチャ内のすべての矩形スライスがラスタ順序で指定されることを指定する。１に等しいｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ値がＰＰＳに存在する可能性があり、ＰＰＳを参照するピクチャのすべてのサブピクチャ内のすべての矩形スライスがｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａの値によって示される順序で指定されることを指定する。
【0128】
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]プラス１は、ｉ番目のサブピクチャにおけるタイル列単位のｊ番目の矩形スライスの幅を指定する。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]の値は、包括的な、０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１（ここで、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓはタイルグリッド内のタイル列の数）の範囲内にある必要がある。存在しない場合、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]の値は、サブピクチャサイズの関数として推論される。
【0129】
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]プラス１は、ｉ番目のサブピクチャにおけるタイル行単位でｊ番目の矩形スライスの高さを指定する。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]の値は、包括的な、０からＮｕｍＴｉｌｅＲｏｗｓ－１（ここで、ＮｕｍＴｉｌｅＲｏｗｓはタイルグリッド内のタイル行の数）までの範囲内である。存在しない場合、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]の値は、ｉ番目のサブピクチャサイズの関数として推論される。
【0130】
ｔｉｌｅ_ｉｄｘ_ｄｅｌｔａ[ｉ][ｊ]は、ｉ番目のサブピクチャのｊ番目の矩形スライスと(ｊ＋１）番目の矩形スライスとの間のタイルインデックスの差を指定する。ｔｉｌｅ_ｉｄｘ_ｄｅｌｔａ[ｉ][ｊ]の値は、包括的な、－ＮｕｍＴｉｌｅｓＩｎＰｉｃ[ｉ]＋１～ＮｕｍＴｉｌｅｓＩｎＰｉｃ[ｉ]－１の範囲内でなければならない（ここで、ＮｕｍＴｉｌｅｓＩｎＰｉｃ[ｉ]はピクチャ内のタイルの数である。存在しない場合、ｔｉｌｅ_ｉｄｘ_ｄｅｌｔａ[ｉ][ｊ]の値は０に等しいと推論される。他のすべての場合、ｔｉｌｅ_ｉｄｘ_ｄｅｌｔａ[ｉ][ｊ]の値は０に等しくない。
【0131】
したがって、この変形例によれば、
・ サブピクチャは、ピクチャ内の１つまたは複数のスライスの矩形領域である。スライスのアドレスは、サブピクチャに関連して定義される。サブピクチャとそのスライスとの間のこの関連／関係は、各サブピクチャに適用される「ｆｏｒ ｌｏｏｐ」内のスライスを定義するシンタックスシステムに反映される。
・ 設計により、同じサブピクチャ内の２つの異なるタイルから２つ以上のタイルフラクションスライスを有することにつながり得る望ましくないパーティショニングを回避する。
・ タイルおよびサブピクチャパーティショニングの両方からスライスパーティショニングを推論することが可能であり、これはシグナリングの符号化効率を改善する。
・ この変形例のさらなる変形例によれば、スライスパーティショニングのこの推論／導出は、以下の処理を使用して実行される。矩形スライスの場合、包括的な、０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１までの範囲のｉのリストＮｕｍＣｔｕＩｎＳｌｉｃｅ[ｉ]は、ｉ番目のスライスのＣＴＵの数を指定し、包括的な、０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１までの範囲のｉおよび包括的な、０からＮｕｍＣｔｕＩｎＳｌｉｃｅ[ｉ]－１までの範囲のｊの行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ[ｉ][ｊ]は、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャラスタスキャンアドレスを指定し、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが０に等しい場合、次のように導出される。
・ サブピクチャは、ピクチャ内の１つまたは複数のスライスの矩形領域である。スライスのアドレスは、サブピクチャに関連して定義される。サブピクチャとそのスライスとの間のこの関連／関係は、各サブピクチャに適用される「ｆｏｒ ｌｏｏｐ」内のスライスを定義するシンタックスシステムに反映される。
・ 設計により、同じサブピクチャ内の２つの異なるタイルから２つ以上のタイルフラクションスライスを有することにつながり得る望ましくないパーティショニングを回避する。
・ タイルおよびサブピクチャパーティショニングの両方からスライスパーティショニングを推論することが可能であり、これはシグナリングの符号化効率を改善する。
・ この変形例のさらなる変形例によれば、スライスパーティショニングのこの推論／導出は、以下の処理を使用して実行される。矩形スライスの場合、包括的な、０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１までの範囲のｉのリストＮｕｍＣｔｕＩｎＳｌｉｃｅ[ｉ]は、ｉ番目のスライスのＣＴＵの数を指定し、包括的な、０からｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１までの範囲のｉおよび包括的な、０からＮｕｍＣｔｕＩｎＳｌｉｃｅ[ｉ]－１までの範囲のｊの行列ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ[ｉ][ｊ]は、ｉ番目のスライス内のｊ番目のＣＴＢのピクチャラスタスキャンアドレスを指定し、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが０に等しい場合、次のように導出される。
【0132】
【表5】
【0133】
ここで、関数ＡｄｄＣｔｂｓＴｏＳｌｉｃｅ(ｓｌｉｃｅＩｄｘ、ｓｔａｒｔＸ、ｓｔｏｐＸ、ｓｔａｒｔＹ、ｓｔｏｐＹ）は、スライスのＣｔｂＡｄｄｒＩｎＳｌｉｃｅアレイをＳｌｉｃｅＩｄｘに等しいインデックスで満たす。ＣＴＢ行の垂直アドレスがｓｔａｒｔＹとｓｔｏｐＹとの間にあり、ＣＴＢ列の水平アドレスがｓｔａｒｔＸとｓｔｏｐＸとの間にある状態で、ＣＴＢのラスタスキャン順序でアレイをＣＴＢアドレスで満たす。
【0134】
この処理は、各サブピクチャに処理ループを適用することを含む。サブピクチャごとに、サブピクチャ内の第１のタイルのタイルインデックスは、サブピクチャの第１のタイルの水平アドレスおよび垂直アドレス（すなわち、ｓｕｂｐｉｃＴｉｌｅＴｏｐＬｅｆｔＸ[ｉ]およびｓｕｂｐｉｃＴｉｌｅＴｏｐＬｅｆｔＸ[ｉ]変数）と、タイルパーティション情報によって指定されるタイル列の数とから決定される。この値は、サブピクチャの第１のスライスにおける第１のタイルのインデックスを推論／示す／表す。各サブピクチャに対して、第２の処理ループがサブピクチャの各スライスに適用される。スライスの数は、１にｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１[ｉ][ｊ]変数を加えたものに等しく、ＰＰＳにおいて符号化されるか、ビットストリームに含まれる他の情報から推論／導出／決定される。スライスがサブピクチャの最後のものである場合、タイル内のスライスの幅は、タイル内のサブピクチャ幅からスライスの第１のタイルの列の水平アドレスを引いたものにサブピクチャの第１のタイルの列の水平アドレスを加えたものに等しいと推論／推論／導出／決定される。同様に、タイル内のスライスの高さは、タイル内のサブピクチャ高さから、スライスの第１のタイルの行の垂直アドレスを引いたものにサブピクチャの第１のタイルの行の垂直アドレスを加えたものに等しいと推論／推論／導出／決定される。前のスライスの第１のタイルのインデックスは、スライスパーティショニング情報において（例えば、前のスライスの第１のタイルのタイルインデックスとの差として）符号化されるか、又はサブピクチャにおけるタイルのラスタスキャン順序における次のタイルに等しいと推定／推定／導出／決定される。
【0135】
サブピクチャがタイルのフラクション（すなわち、部分タイル）を含む場合、スライスのＣＴＵにおける幅及び高さは、ＣＴＵ単位でのサブピクチャの幅及び高さに等しいと推定／推定／導出／決定される。ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］アレイは、ラスタスキャン順序でサブピクチャのＣＴＵで満たされる。そわない場合、サブピクチャは１つまたは複数のタイルを含み、ＣｔｂＡｄｄｒＩｎＳｌｉｃｅ［ｓｌｉｃｅＩｄｘ］アレイは、スライスに含まれるタイルのＣＴＵで満たされる。サブピクチャのスライスに含まれるタイルは、タイル列の垂直アドレス、［ｔｉｌｅＸ、tileX ＋ slice_width_in_tiles_minus１［ｉ］［ｊ］］の範囲から定義される垂直アドレス、およびタイル列の水平アドレス、［ｔｉｌｅＹ、tileY ＋ slice_height_in_tiles_minus１［ｉ］［ｊ］］の範囲から定義される水平アドレス、を有するタイルであり、ここでｔｉｌｅＸは、スライスの第１のタイルのタイル列の垂直アドレスであり、ｔｉｌｅＹは、スライスの第１のタイルのタイル行の水平アドレスであり、サブピクチャ内のスライスのｊインデックスおよびｉサブピクチャインデックス。
【0136】
最後に、スライスに対する処理ループは、サブピクチャの次のスライスにおける第１のタイルを決定する決定ステップを含む。タイルインデックスオフセット（ｔｉｌｅ＿ｉｄｘ＿ｄｅｌａｔ［ｉ］［ｊ］）が符号化されると(ｔｉｌｅ_ｉｄｘ_ｄｅｌｔａ_ｐｒｅｓｅｎｔ_ｆｌａｇ[ｉ]は１に等しい）、次のスライスのタイルインデックスは、現在のスライスの第１のタイルのインデックスにタイルインデックスオフセット値の値を加えたものに等しく設定される。そわない場合（すなわち、タイルインデックスオフセットが符号化されていない場合）、ｔｉｌｅＩｄｘはサブピクチャの第１のタイルのタイルインデックスに、ピクチャ内のタイル列の数とタイル単位の高さとの積を加えたものから、現在のスライスの１を引いたものに等しく設定される。
【0137】
さらなる変形例によれば、サブピクチャが部分タイルを含む場合、ＰＰＳ内のサブピクチャに含まれるスライスの数をシグナリングする代わりに、サブピクチャは、この部分タイルからなると推論／推論／導出／決定される。例えば、これを行うために、以下の代替ＰＰＳシンタックスが代わりに使用される可能性がある。
【0138】
代替のＰＰＳシンタックス
さらなる変形例では、サブピクチャがタイルのフラクションを表す（すなわち、サブピクチャが部分タイルを含む）場合、サブピクチャ内のスライスの数は１に等しいと推論される。シンタックス要素の符号化データサイズは、タイルフラクションを表すサブピクチャの数（すなわち、部分タイルを含むサブピクチャの数）が増加することにつれて、さらに低減され、ストリームの圧縮を改善する。ＰＰＳのシンタックスは、たとえば次のようになる。
さらなる変形例では、サブピクチャがタイルのフラクションを表す（すなわち、サブピクチャが部分タイルを含む）場合、サブピクチャ内のスライスの数は１に等しいと推論される。シンタックス要素の符号化データサイズは、タイルフラクションを表すサブピクチャの数（すなわち、部分タイルを含むサブピクチャの数）が増加することにつれて、さらに低減され、ストリームの圧縮を改善する。ＰＰＳのシンタックスは、たとえば次のようになる。
【0139】
【表6】
【0140】
ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ｉ]の新しいセマンティック／定義は次のとおりである。
【0141】
ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ｉ]プラス１は、ｉ番目のサブピクチャ内の矩形スライスの数を指定する。ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１の値は、包括的な、０からＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅ－１までの範囲内であり、ここで、ＭａｘＳｌｉｃｅｓＰｅｒＰｉｃｔｕｒｅはAnnex Aで指定されている。存在しない場合、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ｉ]の値は、包括的な、０からｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１までの範囲内のｉに対して０に等しいと推測される。
【0142】
ｔｉｌｅＦｒａｃｔｉｏｎＳｕｂｐｉｃｔｕｒｅ[ｉ]変数は、ｉ番目のサブピクチャがタイルのフラクション（部分タイル）をカバーするかどうか、すなわち、サブピクチャのサイズがサブピクチャの最初のＣＴＵが属するタイルよりも厳密に小さい（すなわち、小さい）かどうかを指定する。
【0143】
デコーダは、サブピクチャレイアウト及びタイルグリッド情報からこの変数を次のように決定する：サブピクチャの上部及び下部水平境界の両方がタイル境界である場合、ｔｉｌｅＦｒａｃｔｉｏｎＳｕｂｐｉｃｔｕｒｅ[ｉ]は０に等しく設定される。対照的に、上部または下部水平サブピクチャ境界の少なくとも１つがタイル境界でない場合、ｔｉｌｅＦｒａｃｔｉｏｎＳｕｂｐｉｃｔｕｒｅ[ｉ]は１に等しく設定される。
【0144】
さらに別の変形例では、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]およびｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]の存在、またはその欠如は、タイル単位でのサブピクチャの幅と高さから推測される。例えば、変数ｓｕｂＰｉｃｔｕｒｅＷｉｄｔｈＩｎＴｉｌｅｓ[ｉ]およびｓｕｂＰｉｃｔｕｒｅＨｅｉｇｈｔＩｎＴｉｌｅｓ[ｉ]は、タイル単位でｉ番目のサブピクチャの幅および高さをそれぞれ定義する。サブピクチャがタイルのフラクションである場合、サブピクチャの幅は１に設定され（タイルのフラクションはタイルの幅に等しい幅を有するので）、高さは、サブピクチャの高さが１つの完全なタイルよりも低いことを示すために、慣例によって０に設定される。任意の他のプリセット／所定の値を使用することができ、主な制約は、２つの値がタイル内の可能なサブピクチャサイズを表さないように設定／決定されることであることを理解されたい。例えば、値は、ピクチャ内のタイルの最大数に１を加えたものに等しく設定されてもよい。その場合、タイルの最大数よりも大きいサブピクチャの幅または高さは可能ではないため、サブピクチャはタイルのフラクションであると推論することができる。
【0145】
これらの変数は、タイルパーティショニングが決定されると初期化される（通常、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｃｏｌｕｍｎｓ＿ｍｉｎｕｓ１、ｎｕｍ＿ｅｘｐ＿ｔｉｌｅ＿ｒｏｗｓ＿ｍｉｎｕｓ１、ｔｉｌｅ＿ｃｏｌｕｍｎ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１[ｉ]、およびｔｉｌｅ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１[ｉ]シンタックス要素に基づいている）。処理は、各サブピクチャに対して処理ループを実行することを含むことができる。すなわち、各サブピクチャについて、サブピクチャがタイルのフラクションをカバーする場合、サブピクチャのタイル単位の幅および高さは、それぞれ１および０に設定される。そわなければ、サブピクチャのタイルにおける幅の決定は、次のように決定される：サブピクチャの最初のＣＴＵのＣＴＵ列の水平アドレス（ｉ番目のサブピクチャに対するサブピクチャレイアウトシンタックス要素ｓｕｂｐｉｃ＿ctu＿ｔｏｐ＿ｌｅｆｔ＿ｘ［ｉ］から決定される）が、サブピクチャにおける最初のタイルのタイル列の水平アドレスを決定するために使用される。
【0146】
次に、タイルグリッドの各タイル列について、タイル列の最右ＣＴＵ列および最左の水平アドレスが決定される。サブピクチャの第１のＣＴＵのＣＴＵ列の水平アドレスがこれら２つのアドレスの間にある場合、水平アドレスは、サブピクチャ内の第１のタイルのタイル列の水平アドレスを示す。同じ処理が、サブピクチャの最右のＣＴＵ列を含むタイル列の水平アドレスを決定するために適用される。右端のＣＴＵ列は、サブピクチャの最初のＣＴＵのＣＴＵ列の水平アドレスと、ＣＴＵ単位でのサブピクチャの幅（ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１［ｉ］＋１）と、の和に等しいＣＴＵ列の水平アドレスを有する。タイル内のサブピクチャの幅は、最後のＣＴＵ列のタイル列の水平アドレスとサブピクチャの最初のＣＴＵの水平アドレスとの差に等しい。同じ原理が、タイル単位でサブピクチャの高さを決定するときに適用される。処理は、サブピクチャの最初のＣＴＵのタイル行とサブピクチャの最後のＣＴＵ行との垂直アドレスの差として、タイル内のサブピクチャ高さを決定する。
【0147】
１つのさらなる変形例では、サブピクチャ内のタイルの数がサブピクチャ内のスライスの数と等しい場合、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]およびｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]は存在せず、０に等しいと推測される。実際に、等価の場合、サブピクチャ及びスライス制約は、各スライスが正確に１つのタイルを含むことを課す。サブピクチャ内のタイルの数は、サブピクチャがタイルフラクションである場合に１に等しい(ｔｉｌｅＦｒａｃｔｉｏｎＳｕｂｐｉｃｔｕｒｅ[ｉ]は１に等しい）。そわなければ、ｓｕｂＰｉｃｔｕｒｅＨｅｉｇｈｔＩｎＴｉｌｅｓ[ｉ]とｓｕｂＰｉｃｔｕｒｅＷｉｄｔｈＩｎＴｉｌｅｓ[ｉ]の積に等しい。
【0148】
別のさらなる変形例では、タイル単位におけるサブピクチャの幅が１に等しい場合、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]は存在せず、０に等しいと推論される。
【0149】
別のさらなる変形例では、タイル単位のサブピクチャの高さが１に等しい場合、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]は存在せず、０に等しいと推測される。
【0150】
さらに別の変形例では、３つの先行するさらなる変形例の任意の組合せが使用される。
【0151】
以前の変形例のいくつかでは、シンタックス要素の存在がサブピクチャパーティション情報から推測される。サブピクチャパーティショニングが異なるパラメータセットＮＡＬユニットで定義される場合、スライスパーティショニングの構文解析は他のパラメータセットＮＡＬユニットからの情報に依存する。この依存性により、特定のアプリケーションでの変形例の使用が制限される可能性があり、これは、スライスパーティショニングを含むパラメータセットの構文解析が別のパラメータセットからの情報を格納することなく実行できないためである。パラメータの復号、即ち、シンタックス要素によって符号化された値の決定に関して、この依存性は、デコーダがピクセルサンプルを任意の方法で復号するために使用される全てのパラメータセットを必要とするので、制限ではない（しかし、全ての関連パラメータセットが復号されるのを待たなければならないことから、ある程度のレイテンシがあるかもしれない）。その結果、更なる変形例では、シンタックス要素の存在の推論がサブピクチャ、タイル、及びスライスパーティショニングが同じパラメータセットＮＡＬユニット内でシグナリングされるときにのみイネーブルされる。たとえば、タイル単位でｉ番目のサブピクチャの幅を指定する変数ｓｕｂＰｉｃｔｕｒｅＷｉｄｔｈＩｎＴｉｌｅｓ[ｉ]、タイル単位でｉ番目のサブピクチャの高さを指定するｓｕｂＰｉｃｔｕｒｅＨｅｉｇｈｔＩｎＴｉｌｅｓ[ｉ]、ｉ番目のサブピクチャの最初のタイルの列の水平アドレスを指定するｓｕｂｐｉｃＴｉｌｅＴｏｐＬｅｆｔＸ[ｉ]、およびｉ番目のサブピクチャの最初のタイルの行の垂直アドレスを指定するｓｕｂｐｉｃＴｉｌｅＴｏｐＬｅｆｔＹ[ｉ]、は、包括的な、０からｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｔｕｒｅ＿ｍｉｎｕｓ１の範囲内のｉについて、以下のように決定される。
【0152】
【表7】
【0153】
サブピクチャがタイルのフラクションを含むかどうかを指定するｔｉｌｅＦｒａｃｔｉｏｎＳｕｂｐｉｃｔｕｒｅ[ｉ]変数は、次のように導出される。
【0154】
【表8】
【0155】
ｉ番目のサブピクチャにおける矩形スライスの数と、ｉ番目のサブピクチャにおけるｋ番目のスライスのピクチャレベルスライスインデックスと、を指定するリストＳｌｉｃｅＳｕｂｐｉｃＴｏＰｉｃＩｄｘ[ｉ][ｋ]は、以下のように導出される。
【0156】
【表9】
【0157】
ここで、
・ ＣｔｂＴｏＴｉｌｅＲｏｗＢｄ[ｃｔｂＡｄｄｒＹ]は、垂直ＣＴＢアドレス（ｃｔｂＡｄｄｒＹ）をＣＴＢ単位の先頭タイル列境界に変換する
・ ＣｔｂＴｏＴｉｌｅＣｏｌＢｄ[ｃｔｂＡｄｄｒＸ]は、水平ＣＴＢアドレス（ｃｔｂＡｄｄｒＸ）をＣＴＢ単位の左タイル列境界に変換する
・ ＣｏｌＷｉｄｔｈ[ｉ]は、ＣＴＢにおけるｉ番目のタイル列の幅である
・ ＲｏｗＨｅｉｇｈｔ[ｉ]は、ＣＴＢにおけるｉ番目のタイル行の高さである
・ ｔｉｌｅＣｏｌＢｄ[ｉ]は、ＣＴＢにおけるｉ番目のタイル列境界の位置である
・ ｔｉｌｅＲｏｗＢｄ[ｉ]は、ＣＴＢにおけるｉ番目のタイル行境界の位置である
・ ＮｕｍＴｉｌｅＣｏｌｕｍｎｓはタイル列の数である
・ ＮｕｍＴｉｌｅＲｏｗｓはタイル行の数である
図７は、上述の実施形態／変形例／さらなる変形例のシグナリングを使用するサブピクチャおよびスライスパーティショニングの例を示す。この例では、ピクチャ７００が（１）～（９）とラベル付けされた９つのサブピクチャと、４×５タイルグリッド（太い実線で示されたタイル境界）とに分割される。スライスパーティショニング（各スライスに含まれる領域は、スライス境界の直内側の細い実線で示される）は、サブピクチャ毎に次のようになる：
・ サブピクチャ（１）：それぞれ１タイル、２タイル及び３タイルを含む３つのスライス。スライスの高さは１タイルに等しく、その幅はタイル単位でそれぞれ１、２および３である（すなわち、３つのスライスは水平方向に配列されたタイルの列からなる）
・ サブピクチャ（２）：等しいサイズの２つのスライスであり、サイズは幅が１タイル、高さが１タイルである（すなわち、２つのスライスの各々は単一のタイルからなる）
・ サブピクチャ（３）～（６）：１つの「タイルフラクション」スライス、すなわち、単一の部分タイルからなるスライス
・ サブピクチャ（７）：２つのタイルの列のサイズを有する２つのスライス（すなわち、２つのスライスの各々は、垂直方向に配列された２つのタイルの列からなる）
・ サブピクチャ（８）：３タイルの行の１スライス
・ サブピクチャ（９）：１タイルの行と２タイルの行のサイズを有する２つのスライス
サブピクチャ（１）の場合、２つの最初のスライスの幅および高さが符号化され、最後のスライスのサイズが推定される。
・ ＣｔｂＴｏＴｉｌｅＲｏｗＢｄ[ｃｔｂＡｄｄｒＹ]は、垂直ＣＴＢアドレス（ｃｔｂＡｄｄｒＹ）をＣＴＢ単位の先頭タイル列境界に変換する
・ ＣｔｂＴｏＴｉｌｅＣｏｌＢｄ[ｃｔｂＡｄｄｒＸ]は、水平ＣＴＢアドレス（ｃｔｂＡｄｄｒＸ）をＣＴＢ単位の左タイル列境界に変換する
・ ＣｏｌＷｉｄｔｈ[ｉ]は、ＣＴＢにおけるｉ番目のタイル列の幅である
・ ＲｏｗＨｅｉｇｈｔ[ｉ]は、ＣＴＢにおけるｉ番目のタイル行の高さである
・ ｔｉｌｅＣｏｌＢｄ[ｉ]は、ＣＴＢにおけるｉ番目のタイル列境界の位置である
・ ｔｉｌｅＲｏｗＢｄ[ｉ]は、ＣＴＢにおけるｉ番目のタイル行境界の位置である
・ ＮｕｍＴｉｌｅＣｏｌｕｍｎｓはタイル列の数である
・ ＮｕｍＴｉｌｅＲｏｗｓはタイル行の数である
図７は、上述の実施形態／変形例／さらなる変形例のシグナリングを使用するサブピクチャおよびスライスパーティショニングの例を示す。この例では、ピクチャ７００が（１）～（９）とラベル付けされた９つのサブピクチャと、４×５タイルグリッド（太い実線で示されたタイル境界）とに分割される。スライスパーティショニング（各スライスに含まれる領域は、スライス境界の直内側の細い実線で示される）は、サブピクチャ毎に次のようになる：
・ サブピクチャ（１）：それぞれ１タイル、２タイル及び３タイルを含む３つのスライス。スライスの高さは１タイルに等しく、その幅はタイル単位でそれぞれ１、２および３である（すなわち、３つのスライスは水平方向に配列されたタイルの列からなる）
・ サブピクチャ（２）：等しいサイズの２つのスライスであり、サイズは幅が１タイル、高さが１タイルである（すなわち、２つのスライスの各々は単一のタイルからなる）
・ サブピクチャ（３）～（６）：１つの「タイルフラクション」スライス、すなわち、単一の部分タイルからなるスライス
・ サブピクチャ（７）：２つのタイルの列のサイズを有する２つのスライス（すなわち、２つのスライスの各々は、垂直方向に配列された２つのタイルの列からなる）
・ サブピクチャ（８）：３タイルの行の１スライス
・ サブピクチャ（９）：１タイルの行と２タイルの行のサイズを有する２つのスライス
サブピクチャ（１）の場合、２つの最初のスライスの幅および高さが符号化され、最後のスライスのサイズが推定される。
【0158】
サブピクチャ（２）では、サブピクチャ内に２つのタイルに対して２つのスライスがあるので、２つの最初のスライスの幅及び高さが推論される。
【0159】
サブピクチャ（３）～（６）については、各サブピクチャ内のスライスの数は１に等しく、各サブピクチャはタイルのフラクションであるので、スライスの幅および高さはサブピクチャサイズに等しいと推測される。
【0160】
サブピクチャ（７）については、最初のスライスの幅および高さ、ならびに最後のスライスの幅および高さが、サブピクチャサイズから推論される。
【0161】
サブピクチャ（８）では、サブピクチャ内に単一のスライスがあるので、スライスの幅および高さはサブピクチャサイズに等しいと推測される。
【0162】
サブピクチャ（９）では、スライスの高さは１に等しいと推定され（タイル内のサブピクチャの高さは１に等しいため）、第１のスライスの幅が符号化され、一方、最後のスライスの幅はサブピクチャの幅から第１のスライスの幅を引いたものに等しい。
【0163】
実施形態２
２番目の実施形態、実施形態２では、「タイルフラクション」スライス（すなわち、部分タイルであるスライス）がサブピクチャ全体をカバーするという制約／制約が緩和／除去される。その結果、サブピクチャは１つまたは複数のスライスを含むことができ、各スライスは１つまたは複数のタイルを含むが、１つまたは複数の「タイルフラクション」スライスを含むこともできる。
２番目の実施形態、実施形態２では、「タイルフラクション」スライス（すなわち、部分タイルであるスライス）がサブピクチャ全体をカバーするという制約／制約が緩和／除去される。その結果、サブピクチャは１つまたは複数のスライスを含むことができ、各スライスは１つまたは複数のタイルを含むが、１つまたは複数の「タイルフラクション」スライスを含むこともできる。
【0164】
この実施形態では、サブピクチャパーティショニングがスライス位置およびサイズの予測／導出／決定を可能にする／可能にする。
【0165】
この実施形態の変形例によれば、以下のＰＰＳシンタックスを使用してこれを行うことができる。
【0166】
ＰＰＳシンタックス
たとえば、ＰＰＳシンタックスは次のようになる。
たとえば、ＰＰＳシンタックスは次のようになる。
【0167】
【表10】
【0168】
シンタックス要素ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇ、ｔｉｌｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｐｒｅｓｅｎｔ＿ｆｌａｇ、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ｉ]およびｔｉｌｅ_ｉｄｘ_ｄｅｌｔａ[ｉ][ｊ]のセマンティクスは、前の実施形態と同じである。
【0169】
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１およびｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１シンタックス要素（パラメータ）は、サブピクチャパーティショニングに応じて、スライスサイズをタイル単位またはＣＴＵ単位で指定する。
【0170】
変数ｎｅｗＴｉｌｅＩｄｘＤｅｌｔａＲｅｑｕｉｒｅｄは、スライスの最後のＣＴＵがタイルの最後のＣＴＵである場合に１に等しく設定される。スライスが「タイルフラクション」スライスでない場合、ｎｅｗＴｉｌｅＩｄｘＤｅｌｔａＲｅｑｕｉｒｅｄは、１に等しい。スライスが「タイルフラクション」スライスである場合、スライスがスライス内のタイルの最後のものでない場合、ｎｅｗＴｉｌｅＩｄｘＤｅｌｔａＲｅｑｕｉｒｅｄは０に設定される。それ以外の場合はタイルの最後になり、ｎｅｗＴｉｌｅＩｄｘＤｅｌｔａＲｅｑｕｉｒｅｄは１に設定される。
【0171】
第１の更なる変形例では、サブピクチャが単一のタイルのフラクションタイルスライスを含むように制約／制限される。この場合、サブピクチャが２つ以上のタイルを含む場合、サイズはタイル単位である。そわない場合、サブピクチャは、単一のタイル又はタイルの一部を含む（部分タイル＿及びスライス高さはＣＴＵ単位で定義される。スライスの幅は必然的にサブピクチャ幅に等しく、したがって、推論することができ、ＰＰＳで符号化する必要はない。
【0172】
ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１[ｉ][ｊ]プラス１は、ｊ番目の矩形スライスの幅を指定する。ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]の値は、包括的な、０からＮｕｍＴｉｌｅＣｏｌｕｍｎｓ－１（ここで、ＮｕｍＴｉｌｅＣｏｌｕｍｎｓはタイルグリッド内のタイル列の数である）の範囲内にある必要がある。存在しない場合（すなわち、ｓｕｂＰｉｃｔｕｒｅＷｉｄｔｈＩｎＴｉｌｅｓ[ｉ]*ｓｕｂＰｉｃｔｕｒｅＨｅｉｇｈｔＩｎＴｉｌｅｓ[ｉ]＝＝１またはｓｕｂＰｉｃｔｕｒｅＷｉｄｔｈＩｎＴｉｌｅｓ［ｉ］が１に等しい場合）、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]の値は０に等しいと推測される。
【0173】
ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]プラス１は、ｉ番目のサブピクチャにおけるｊ番目の矩形スライスの高さを指定する。ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]の値は、包括的な、０からＮｕｍＴｉｌｅＲｏｗｓ－１（ここで、ＮｕｍＴｉｌｅＲｏｗｓはタイルグリッド内のタイル行の数である）の範囲内である。存在しない場合（すなわち、ｓｕｂＰｉｃｔｕｒｅＨｅｉｇｈｔＩｎＴｉｌｅｓ[ｉ]が１に等しい、およびｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ｉ]＝＝０の場合）、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]の値は０に等しいと推測される。
【0174】
０～ｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１の範囲内のｉ、および０～ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１[ｉ]の範囲内のｊについて、ｉ番目のサブピクチャのｊ番目の矩形スライスのタイル単位の幅を指定する変数ＳｌｉｃｅＷｉｄｔｈＩｎＴｉｌｅｓ[ｉ][ｊ]、ｉ番目のサブピクチャのｊ番目の矩形スライスのタイル単位の高さを指定するＳｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ[ｉ][ｊ]、ｉ番目のサブピクチャのｊ番目の矩形スライスのＣＴＢ単位の高さを指定するＳｌｉｃｅＨｅｉｇｈｔＩｎＣＴＵ[ｉ][ｊ]、は以下のように導出される。
【0175】
【表11】
【0176】
このアルゴリズムでは、ＳｌｉｃｅＨｅｉｇｈｔＩｎＣＴＵ［ｉ］［ｊ］は、ｓｌｉｃｅＨｅｉｇｈｔＩｎＴｉｌｅｓ［ｉ］［ｊ］が０に等しい場合にのみ有効である。
【0177】
代替の更なる変形例では、サブピクチャは、全てのサブピクチャのスライスがタイルフラクションスライスでなければならないという制限／制約／条件を伴って、幾つかのタイルからのタイルフラクションスライス（すなわち、２つ以上のタイルからの部分タイルを含むスライス）を含むことができる。したがって、第１のタイルの部分タイルを含む第１のタイルフラクションスライスと、第１のタイルとは異なる第２のタイルの部分タイルを含む第２のタイルフラクションスライスとを含み、別のスライスが第３の（異なる）タイル全体をカバーする（すなわち、第３のタイルが完全／全体タイルである）サブピクチャを定義することは不可能である。この場合、サブピクチャがサブピクチャのタイルよりも多くのスライスを含む場合、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１[ｉ][ｊ]シンタックス要素はＣＴＵ単位であり、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１[ｉ][ｊ]はＣＴＵ単位のサブピクチャ幅と等しいと推測される。そわない場合、スライスのサイズはタイル単位である。
【0178】
さらなる変形例では、スライスＰＰＳシンタックスは以下の通りである。
【0179】
【表12】
【0180】
このさらなる変形例では、スライスがＣＴＵ単位で定義されるかどうかに応じて、別個のシンタックス要素がタイル単位でスライス幅および高さを、またはＣＴＵ単位でスライス高さを定義することを除いて、同じ原理が適用される。スライスの幅および高さは、スライスがタイル単位でシグナリングされる場合には、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]とｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]で定義され、幅がCTU単位である場合には、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ctu＿ｍｉｎｕｓ１[ｉ][ｊ]が使用される。１に等しい変数ｓｌｉｃｅＩｎＣｔｕＦｌａｇ[ｉ]は、ｉ番目のサブピクチャがタイルフラクションスライスのみを含む（すなわち、サブピクチャ内に全部の／完全なタイルスライスがない）ことを示す。０に等しいことは、ｉ番目のサブピクチャが１つまたは複数タイルを含むスライスを含むことを示す。
【0181】
変数ｓｌｉｃｅＩｎＣｔｕＦｌａｇ[ｉ]は、０からｐｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１の範囲内のｉについて、次のように導出される。
【0182】
【表13】
【0183】
ｓｌｉｃｅＩｎＣｔｕＦｌａｇ[ｉ]変数の決定は、スライスとサブピクチャパーティショニング情報の間の構文解析依存性を導入する。その結果、変形例では、スライス、タイル、及びサブピクチャパーティショニングが異なるパラメータセットＮＡＬユニットでシグナリングされる場合に、ｓｌｉｃｅＩｎＣｔｕＦｌａｇ[ｉ]がシグナリングされ、推論されない。
【0184】
さらなる変形例では、サブピクチャは特定の制約／限定なしに、いくつかのタイルからのタイルフラクションスライスを含むことができる。したがって、第１のタイルの部分タイルを含む第１のタイルフラクションスライスと、第１のタイルとは異なる第２のタイルの部分タイルを含む第２のタイルフラクションスライスとを含み、別のスライスが第３の（異なる）タイル全体をカバーする（すなわち、第３のタイルが完全／全体タイルである）サブピクチャを定義することが可能である。この場合、サブピクチャ内のタイル数が１より大きい場合、フラグは、スライスサイズがＣＴＵ単位で指定されているかタイル単位で指定されているかを示す。例えば、ＰＰＳの以下のシンタックスは、ｉ番目のサブピクチャのスライスサイズがＣＴＵ単位またはタイル単位で表されているか否か、を示すｓｌｉｃｅ_ｉｎ_ctu_ｆｌａｇ[ｉ]シンタックス要素をシグナリングする。０に等しいｓｌｉｃｅ_ｉｎ_ｃｔｕ_ｆｌａｇ[ｉ]は、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]およびｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]シンタックス要素が存在し、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｃｔｕ＿ｍｉｎｕｓ１[ｉ][ｊ]が存在しないことを示し、すなわち、スライスサイズはタイル単位で表される。１に等しいｓｌｉｃｅ_ｉｎ_ctu_ｆｌａｇ[ｉ]は、ｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ctu＿ｍｉｎｕｓ１[ｉ][ｊ]は存在し、ｓｌｉｃｅ＿ｗｉｄｔｈ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]およびｓｌｉｃｅ＿ｈｅｉｇｈｔ＿ｉｎ＿ｔｉｌｅｓ＿ｍｉｎｕｓ１[ｉ][ｊ]シンタックス要素は存在しない、ことを示し、すなわち、スライスサイズはＣＴＵ単位で表される。
【0185】
【表14】
【0186】
図８は、上述の実施形態／変形例／さらなる、のシグナリングを使用するサブピクチャおよびスライスパーティショニングの例を示す。この例では、ピクチャ８００は（１）～（６）とラベル付けされた６つのサブピクチャと、４×５タイルグリッド（太い実線で示されたタイル境界）とに分割される。スライスパーティショニング（各スライスに含まれる領域を、スライス境界の直内側の細い実線で示す）は、サブピクチャ毎に次のようになる：
・ サブピクチャ（１）：１タイル、２タイル及び３タイルの行のサイズを有する３つのスライス（即ち、水平方向に配列されたタイルの行からなる３つのスライス）
・ サブピクチャ（２）：等しいサイズの２つのスライスであり、サイズは１タイルである（すなわち、２つのスライスの各々は単一のタイルからなる）
・ サブピクチャ（３）：４つの「タイルフラクション」スライス、すなわち、各々が単一の部分タイルからなる４つのスライス
・ サブピクチャ（４）：２つのタイルの列のサイズを有する２つのスライス（すなわち、２つのスライスの各々は、垂直方向に配列された２つのタイルの列からなる）
・ サブピクチャ（５）：３タイルの行の１スライス
・ サブピクチャ（６）：１タイルの行と２タイルの行のサイズを有する２つのスライス
サブピクチャ（３）の場合、サブピクチャ内のスライスの数は４に等しく、サブピクチャは２つのタイルのみを含む。スライスの幅はサブピクチャ幅に等しいと推定され、スライスの高さはＣＴＵ単位で指定される。
・ サブピクチャ（１）：１タイル、２タイル及び３タイルの行のサイズを有する３つのスライス（即ち、水平方向に配列されたタイルの行からなる３つのスライス）
・ サブピクチャ（２）：等しいサイズの２つのスライスであり、サイズは１タイルである（すなわち、２つのスライスの各々は単一のタイルからなる）
・ サブピクチャ（３）：４つの「タイルフラクション」スライス、すなわち、各々が単一の部分タイルからなる４つのスライス
・ サブピクチャ（４）：２つのタイルの列のサイズを有する２つのスライス（すなわち、２つのスライスの各々は、垂直方向に配列された２つのタイルの列からなる）
・ サブピクチャ（５）：３タイルの行の１スライス
・ サブピクチャ（６）：１タイルの行と２タイルの行のサイズを有する２つのスライス
サブピクチャ（３）の場合、サブピクチャ内のスライスの数は４に等しく、サブピクチャは２つのタイルのみを含む。スライスの幅はサブピクチャ幅に等しいと推定され、スライスの高さはＣＴＵ単位で指定される。
【0187】
サブピクチャ（１）、（２）、（４）、および（５）の場合、スライスの数はサブピクチャ内のタイルよりも少なく、したがって、幅および高さは、必要な場合、すなわち、他の情報から推論／導出／決定することができない場合、タイル単位で指定される。
【0188】
サブピクチャ（１）の場合、２つの最初のスライスの幅および高さが符号化され、最後のスライスのサイズが推定される。
【0189】
サブピクチャ（２）では、サブピクチャ内に２つのタイルに対して２つのスライスがあるので、２つの最初のスライスの幅及び高さが推論される。
【0190】
サブピクチャ（４）の場合、最初のスライスの幅および高さ、ならびに最後のスライスのサイズは、サブピクチャサイズから推論される。
【0191】
サブピクチャ（５）では、サブピクチャ内に単一のスライスがあるので、幅および高さはサブピクチャサイズに等しいと推測される。
【0192】
サブピクチャ（５）の場合、スライスの高さは１に等しいと推定され（タイル単位のサブピクチャ高さは１に等しいため）、第１のスライスの幅が符号化され、一方、最後のスライスの幅はサブピクチャの幅から第１のスライスのサイズを引いたものに等しいと推定される。
【0193】
実施形態３
この３番目の実施形態、実施形態３では、ビットストリームにおいて、タイルフラクションスライスがイネーブルされているか若しくはディスエーブルされているか、を指定する。原理はパラメータセットＮＡＬユニット（または非VCL NALユニット）のうちの１つに、「タイルフラクション」スライスの使用が許可されるか否かを示すシンタックス要素を含めることである。
この３番目の実施形態、実施形態３では、ビットストリームにおいて、タイルフラクションスライスがイネーブルされているか若しくはディスエーブルされているか、を指定する。原理はパラメータセットＮＡＬユニット（または非VCL NALユニット）のうちの１つに、「タイルフラクション」スライスの使用が許可されるか否かを示すシンタックス要素を含めることである。
【0194】
変形例によれば、ＳＰＳは「タイルフラクション」スライスが許可されるか否かを示すフラグを含み、したがって、「タイルフラクション」シグナリングは、このフラグが「タイルフラクション」スライスが許可されないことを示す場合にスキップされ得る。例えば、フラグが０に等しい場合、「タイルフラクション」スライスが許可されないことを示す。フラグが１に等しい場合、「タイルフラクション」スライスが許可される。ＮＡＬユニットは、「タイルフラクション」スライスの位置を示すシンタックス要素を含むことができる。例えば、以下のＳＰＳシンタックス要素およびそのセマンティクスを使用して、これを行うことができる。
【0195】
ＳＰＳシンタックス：タイルフラクションスライスをイネーブル／ディスエーブルする
【0196】
【表15】
【0197】
ＳＰＳセマンティクス
ｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、符号化されたビデオシーケンスで「タイルフラクション」スライスをイネーブルにするかどうかを指定する。０に等しいｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、スライスは整数個のタイルを含むことを示す。１に等しいsps_tile_fraction_slices_enabled_flagは、スライスが整数個のタイルまたは１つのタイルからの整数個のＣＴＵ行を含むことができることを示す。
ｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、符号化されたビデオシーケンスで「タイルフラクション」スライスをイネーブルにするかどうかを指定する。０に等しいｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、スライスは整数個のタイルを含むことを示す。１に等しいsps_tile_fraction_slices_enabled_flagは、スライスが整数個のタイルまたは１つのタイルからの整数個のＣＴＵ行を含むことができることを示す。
【0198】
さらなる変形例では、ｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇがＰＰＳレベルで指定され、「タイルフラクション」スライスの存在を適応的に適用／定義するためのより細分性を提供する。さらに別の変形例では、フラグがピクチャヘッダＮＡＬユニット内に配置されて、ピクチャベースでの「タイルフラクション」スライスの存在の適応を可能にする／可能にすることができる。フラグは、より高いレベルのパラメータセットの中で定義される構成を無効にすることを可能にするために、異なる値をもつ複数のＮＡＬユニットの中に存在することがある。たとえば、ピクチャヘッダのフラグの値は、ＳＰＳの値をオーバーライドする、ＰＰＳの値をオーバーライドする。
【0199】
代替の変形例では、ｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値が他のシンタックス要素から制約または推論される可能性がある。たとえば、ｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは、サブピクチャがビデオシーケンスで使用されていない場合（すなわち、ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい）、０に等しいと推論される。
【0200】
実施形態１および実施形態２の変形例は、同様の方法でシグナリングするタイルフラクションスライスの有無を推論するためにｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇの値を考慮することができる。例えば、上記のＰＰＳは、以下のように修正することができる。
【0201】
【表16】
【0202】
スライス高さのシグナリングは、ｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが０に等しい場合にタイル単位で推論される。
【0203】
実施形態４
ＶＶＣ７では、タイルフラクションスライスは矩形スライスモードでのみ有効になる。以下に説明する実施形態４は、ラスタスキャンスライスモードにおいてもタイルフラクションスライスの使用を可能にするという利点を有している。これは、スライス境界がＶＶＣ７のようにタイル境界に整列するように制約されていないので、符号化されたスライスのビット長をより正確に調整することができる可能性を提供する。
ＶＶＣ７では、タイルフラクションスライスは矩形スライスモードでのみ有効になる。以下に説明する実施形態４は、ラスタスキャンスライスモードにおいてもタイルフラクションスライスの使用を可能にするという利点を有している。これは、スライス境界がＶＶＣ７のようにタイル境界に整列するように制約されていないので、符号化されたスライスのビット長をより正確に調整することができる可能性を提供する。
【0204】
この原理は、スライスパーティショニングを２つの場所で定義する（または関連情報を提供する）ことを含む。パラメータセットは、スライスをタイル単位で定義する。タイルフラクションスライスは、スライスヘッダにおいてシグナリングされる。変形例では、ｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇは１に等しいと事前に決定され、スライスヘッダでシグナリングする「タイルフラクション」が常に存在する。
【0205】
これを達成するために、実際には、スライスのセマンティクスがＶＶＣ７及び前述の実施形態／変形例／更なる変形例のセマンティクスから修正される：スライスは、ピクチャのタイル又は整数個の完全タイルを集合的に表す１つまたは複数のスライスセグメントのセットである。スライスセグメントは、単一のＮＡＬユニットに排他的に含まれるピクチャのタイル内の整数個の完全タイル又は整数個の連続する完全ＣＴＵ行（即ち、「タイルフラクション」）、即ち、１つまたは複数のタイル又は「タイルフラクション」を表す。「タイルフラクション」スライスは、１つのタイルの連続するＣＴＵ行のセットである。スライスセグメントは、タイルの全てのＣＴＵ行を含むことが可能である。このような場合、スライスセグメントは単一のスライスセグメントを含む。
【0206】
変形例によれば、任意の以前の実施形態のＰＰＳシンタックスは、タイルフラクション特有のシグナリングを含むように修正される。このようなＰＰＳシンタックス変更の例を以下に示す。
【0207】
ＰＰＳシンタックス
任意の先の実施形態のＰＰＳシンタックスは、タイルフラクション特有のシグナリングを除去するように修正される。たとえば、ＰＰＳシンタックスは次のようになる。
任意の先の実施形態のＰＰＳシンタックスは、タイルフラクション特有のシグナリングを除去するように修正される。たとえば、ＰＰＳシンタックスは次のようになる。
【0208】
【表17】
【0209】
シンタックス要素と同じセマンティクスを使用する。
【0210】
スライスセグメントシンタックス
【0211】
【表18】
【0212】
スライスセグメントＮＡＬユニットは、スライスセグメントヘッダおよびスライスセグメントデータからなり、これは、スライスのＶＶＣ７ＮＡＬユニット構造と同様である。以前の実施形態からのスライスヘッダは、スライスヘッダと同じシンタックス要素を有するスライスセグメントヘッダになるが、スライスセグメントヘッダとして、スライス内のスライスセグメントを配置／識別するための追加のシンタックス要素を含む（例えば、ＰＰＳに記載／定義される）。
【0213】
【表19】
【0214】
スライスセグメントヘッダは、どのＣＴＵ行でスライスセグメントがスライス内で開始するかを指定するためのシグナリングを含む。ｓｌｉｃｅ＿ctu＿ｒｏｗ＿ｏｆｆｓｅｔは、スライス内の最初のＣＴＵのＣＴＵラインオフセットを指定する。
【0215】
ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合（つまり、スライスモードがラスタースキャンスライスモード）、ＣＴＵラインオフセットは、ｓｌｉｃｅ＿ａｄｄｒｅｓｓに等しいインデックスを持つタイルの最初の行に対して相対的である。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しい場合（つまり、矩形スライスモード）、ＣＴＵラインオフセットは、ｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄで識別されるサブピクチャのｓｌｉｃｅ＿ａｄｄｒｅｓｓに等しいインデックスを持つスライスの最初のＣＴＵに対して相対的である。ＣＴＵラインオフセットは、可変または固定長符号化を使用して符号化される。固定長の場合、スライス内のＣＴＵ行の数はＰＰＳから決定され、シンタックス要素のビット長は、ＣＴＵ行の数から１を引いたもののｌｏｇ2に等しい。
【0216】
スライスセグメントのエンドを示すには２つの方法がある。
【0217】
第１の方法では、スライスセグメントがスライスセグメント内のＣＴＵ行の数（－１）を示す。ＣＴＵ行の数は、可変長符号化または固定長符号化を使用して符号化される。固定長符号化の場合、スライス内のＣＴＵ行の数は、ＰＰＳから決定される。シンタックス要素のビット長は、スライス内のＣＴＵ行の数の差からＣＴＵ行オフセットを引いたもののｌｏｇ2から１を引いたものに等しい。
【0218】
スライスヘッダのシンタックスは、たとえば次のようになる。
【0219】
【表20】
【0220】
ｎｕｍ＿ctu＿ｒｏｗｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１プラス１は、スライスセグメントＮＡＬユニットのＣＴＵ行の数を指定する。ｎｕｍ＿ctu＿ｒｏｗｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の範囲は、０から、スライスに含まれるタイルのＣＴＵ行の数から２を引いたもの、までである。
【0221】
ｓｐｓ＿ｔｉｌｅ＿ｆｒａｃｔｉｏｎ＿ｓｌｉｃｅｓ＿ｅｎａｂｌｅｄ＿ｆｌａｇが１に等しく、ｎｕｍ＿ｔｉｌｅｓ＿ｉｎ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｍｉｎｕｓ１が０に等しい場合、現在のスライスのＣＴＵの数を指定する変数ＮｕｍＣｔｕＩｎＣｕｒｒＳｌｉｃｅは、ＣＴＵ行の数にＣＴＵ単位のスライスに存在するタイルの幅を乗算したものに等しい。
【0222】
第２の方法では、スライスセグメントデータは、各ＣＴＵ行の終わりに、スライスセグメントが終了するかどうかを指定するためのシグナリングを含む。この第２の方法の利点は、エンコーダが所与のスライスセグメント内のＣＴＵの数を事前に決定する必要がないことである。これは、リアルタイムでスライスヘッダを出力することができるエンコーダのレイテンシを低減し、一方、第１の方法ではスライスヘッダをバッファリングして、スライスセグメントの符号化のエンド時にスライスセグメント内のＣＴＵ行の数を示す必要がある。
【0223】
実施形態５
実施形態５は、サブピクチャレイアウトのシグナリングに対する修正であり、これは、特定の状況における改善につながり得る。実際に、ビデオシーケンスにおけるサブピクチャ又はスライス又はタイルの数を増加させることは、時間的及びイントラ予測メカニズムの有効性／効率を制限／制限する。その結果、ビデオシーケンスの圧縮効率を低下させることができる。この理由のために、サブピクチャレイアウトがアプリケーション要件（例えば、ＲＯＩのサイズ）の関数として予め決定／決定／予測／推定され得る確率が高い。符号化処理では、サブピクチャレイアウトに最適なタイルパーティショニングが生成される。最良の場合のシナリオでは、各サブピクチャが正確に１つのタイルを含む。圧縮効率への影響を制限するために、エンコーダはサブピクチャごとに単一スライスを使用することにより、サブピクチャあたりのスライスの数を最小化しようとする。その結果、エンコーダの最良のオプションは、サブピクチャ毎に１つのスライス及び１つのタイルを定義することである。
実施形態５は、サブピクチャレイアウトのシグナリングに対する修正であり、これは、特定の状況における改善につながり得る。実際に、ビデオシーケンスにおけるサブピクチャ又はスライス又はタイルの数を増加させることは、時間的及びイントラ予測メカニズムの有効性／効率を制限／制限する。その結果、ビデオシーケンスの圧縮効率を低下させることができる。この理由のために、サブピクチャレイアウトがアプリケーション要件（例えば、ＲＯＩのサイズ）の関数として予め決定／決定／予測／推定され得る確率が高い。符号化処理では、サブピクチャレイアウトに最適なタイルパーティショニングが生成される。最良の場合のシナリオでは、各サブピクチャが正確に１つのタイルを含む。圧縮効率への影響を制限するために、エンコーダはサブピクチャごとに単一スライスを使用することにより、サブピクチャあたりのスライスの数を最小化しようとする。その結果、エンコーダの最良のオプションは、サブピクチャ毎に１つのスライス及び１つのタイルを定義することである。
【0224】
このような場合、サブピクチャレイアウトとスライスレイアウトは同じである。この実施形態は、そのような特定のケース／シナリオ／状況を示すためにＳＰＳにフラグを追加する。このフラグが１に等しい場合、サブピクチャレイアウトは存在せず、スライスパーティションと同じであると推論／導出／決定することができる。そわなければ、フラグが０に等しい場合、サブピクチャレイアウトは、前の実施形態／変形例／さらなる変形例に関して上述したことに従って、ビットストリームにおいて明示的にシグナリングされる。
【0225】
変形例によれば、ＳＰＳは、この目的のためにｓｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃｔｕｒｅフラグを含む。
【0226】
【表21】
【0227】
１に等しいｓｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃｔｕｒｅは、各サブピクチャが単一のスライスを含み、包括的な、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内のｉに対してｓｕｂｐｉｃ_ｃｔｕ_ｔｏｐ_ｌｅｆｔ_ｘ[ｉ]、ｓｕｂｐｉｃ_ｃｔｕ_ｔｏｐ_ｌｅｆｔ_ｙ[ｉ]、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１[ｉ]およびｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１[ｉ]はないことを示す。０に等しいｓｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃｔｕｒｅは、サブピクチャが単一のスライスを含む場合または含まない場合があり、かつ包括的な、０からｓｐｓ＿ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１までの範囲内のｉに対してｓｕｂｐｉｃ_ｃｔｕ_ｔｏｐ_ｌｅｆｔ_ｘ[ｉ]、ｓｕｂｐｉｃ_ｃｔｕ_ｔｏｐ_ｌｅｆｔ_ｙ[ｉ]、ｓｕｂｐｉｃ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１[ｉ]、およびｓｕｂｐｉｃ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１[ｉ]が存在することを示す。
【0228】
さらに別の変形例によれば、ＰＰＳシンタックスは、サブピクチャレイアウトがスライスレイアウトから推論可能であることを示すために、以下のシンタックス要素を含む。
【0229】
【表22】
【0230】
ｐｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇまたはｓｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇのいずれかが１に等しい場合、サブピクチャごとに単一のスライスがある。ｓｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合、スライスレイアウトはＳＰＳになく、ｐｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇは０に等しくなければならない。次に、ＰＰＳは、スライスパーティションを指定する。ｉ番目のサブピクチャはｉ番目のスライスに対応するサイズおよび位置を有する（すなわち、ｉ番目のサブピクチャおよびｉ番目のスライスは、同じサイズおよび位置を有する）。
【0231】
ｓｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが０に等しい場合、スライスレイアウトはＳＰＳに存在し、ｐｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇは１または０に等しい場合がある。ｓｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合、ＳＰＳはサブピクチャパーティションを指定する。ｉ番目のスライスは、ｉ番目のサブピクチャに対応するサイズおよび位置を有する（すなわち、ｉ番目のスライスおよびｉ番目のサブピクチャは、同じサイズおよび位置を有する）。
【0232】
符号化されたビデオシーケンスに対して同じサブピクチャレイアウトを維持するために、エンコーダは、１に等しいｓｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇのＳＰＳを参照するすべてのＰＰＳを、同一のスライスパーティショニングを記述／定義／課すように制約することがある。
【0233】
変形例では、ＰＰＳにタイルごとに１つのスライスがあることを示す別のフラグ（ｐｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｔｉｌｅ）が提供される。このフラグが１に等しい場合、スライスパーティショニングはタイルパーティショニングと等しい（つまり同じ）と推論される。このような場合、sps_ single_slice_per_subpic_flagが１に等しい場合、サブピクチャおよびスライスパーティショニングはタイルパーティショニングと同じであると推測される。
【0234】
本発明の実施形態の実施
前述の実施形態／変形例のうちの１つまたは複数は、１つまたは複数の前述の実施形態／変形例の方法ステップを実行するエンコーダまたはデコーダの形態で実装され得る。以下の実施形態は、そのような実装を例示する。
前述の実施形態／変形例のうちの１つまたは複数は、１つまたは複数の前述の実施形態／変形例の方法ステップを実行するエンコーダまたはデコーダの形態で実装され得る。以下の実施形態は、そのような実装を例示する。
【0235】
【0236】
図９ａの符号化方法によれば、９９１１でサブピクチャパーティション情報が取得され、９９１２でスライスパーティション情報が取得される。９９１５で、この取得された情報を使用して、サブピクチャ内のスライスの数、単一のスライスのみがサブピクチャに含まれるかどうか、および／またはスライスがタイルフラクションを含むことができるかどうか、のうちの１つまたは複数を決定するための情報が決定される。この決定された情報を得るためのデータは次に、例えばビットストリームでデータを提供することによって、９９１９で符号化される。
【0237】
図９ｂの復号方法によれば、９９６１において、データは、サブピクチャ内のスライスの数、単一スライスのみがサブピクチャ内に含まれるかどうか、および／またはスライスがタイルフラクションを含むことができるかどうか、を決定するための情報を取得するために、（例えば、ビットストリームから）復号される。９９６４において、この取得された情報は、：サブピクチャ内のスライスの数、単一スライスのみがサブピクチャ内に含まれるかどうか、および／またはスライスがタイルフラクションを含むことができるかどうか、のうちの１つまたは複数を決定するために使用される。次に、９９６７において、この決定およびその結果に基づいて、サブピクチャパーティション情報および／またはスライスパーティション情報が決定される。
【0238】
前述の実施形態／変形例のいずれも、図１０のエンコーダ（例えば、ブロック９４０２への分割、エントロピー符号化９４０９、および／またはビットストリーム生成９４１０を実行するとき）または図１１のデコーダ（例えば、ビットストリーム処理９５６１、エントロピー復号９５６２、および／またはビデオ信号生成９５６９を実行するとき）によって使用され得ることが理解される。
【0239】
図１０は、本発明の一実施形態によるエンコーダのブロック図を示す。エンコーダは、接続されたモジュールによって表され、各モジュールは例えば、デバイスの中央処理装置（ＣＰＵ）によって実行されるべきプログラム命令の形態で、本発明の１つまたは複数の実施形態／変形例による画像のシーケンスの画像を符号化する少なくとも１つの実施形態を実施する方法の少なくとも１つの対応するステップを実施するように適合される。
【0240】
デジタル画像ｉ０～ｉｎ９４０１のオリジナルシーケンスは、エンコーダ９４００によって入力として受信される。各デジタル画像は、時には画素（以下、画素と呼ぶ）とも呼ばれるサンプルのセットによって表される。ビットストリーム９４１０は、符号化処理の実施後にエンコーダ９４００によって出力される。ビットストリーム９４１０は、複数の、スライスなどの画像部分または符号化ユニットのデータを含み、各スライスは、スライスを符号化するために使用される符号化パラメータの符号化値を送信するためのスライスヘッダと、符号化されたビデオデータを含むスライスボディーとを含む。入力デジタル画像ｉ０～ｉｎ９４０１は、モジュール９４０２によってピクセルのブロックに分割される。ブロックは、画像部分に対応し（以下、画像部分はタイル、スライス、スライスセグメント、又はサブピクチャなどの画像の一部の任意のタイプを表す）、可変サイズ（例えば、４×４、８×８、１６×１６、３２×３２、６４×６４、１２８×１２８ピクセル、及び幾つかの矩形ブロックサイズも考慮することができる）であってもよい。符号化モードは、各入力ブロックに対して選択される。
【0241】
空間的予測符号化（イントラ予測）に基づく符号化モードと、時間的予測（例えば、インター符号化、ＭＥＲＧＥ、ＳＫＩＰ）に基づく符号化モードと、の２つのファミリの符号化モードが提供される。可能な符号化モードがテストされる。モジュール９４０３は、符号化されるべき所与のブロックが符号化されるべき前記ブロックの近傍の画素から計算された予測子によって予測されるイントラ予測処理を実施する。選択されたイントラ予測子の指示、および所与のブロックとその予測子との間の差は、イントラ符号化が選択された場合に残差を提供するために符号化される。時間的予測は、動き推定モジュール９４０４および動き補償モジュール９４０５によって実装される。最初に、参照画像９４１６のセットの中から参照画像が選択され、符号化されるべき所与のブロックに最も近い領域（画素値類似性に関して最も近い）である、参照領域または画像部分とも呼ばれる参照画像の部分が、動き推定モジュール９４０４によって選択される。次に、動き補償モジュール９４０５は、選択された領域を使用して、符号化されるブロックを予測する。選択された参照領域と、残差ブロック／データとも呼ばれる所与のブロックとの間の差は、動き補償モジュール９４０５によって計算される。選択された参照領域は、動き情報（例えば、動きベクトル）を用いて示される。したがって、両方の場合（空間的予測および時間的予測）において、残差は、元のブロックがスキップモードにない場合に、元のブロックから予測子を減算することによって計算される。モジュール９４０３によって実施されるイントラ予測では、予測方向が符号化される。モジュール９４０４、９４０５、９４１６、９４１８、９４１７によって実施されるインター予測では、そのような動きベクトルを識別するための少なくとも１つの動きベクトルまたは情報（データ）が、時間的予測のために符号化される。インター予測が選択された場合、動きベクトルおよび残差ブロックに関連する情報が符号化される。ビットレートをさらに低減するために、動きが均一であると仮定すると、動きベクトルは、動きベクトル予測子に対する差によって符号化される。動き情報予測子候補のセットからの動きベクトル予測子は、動きベクトル予測符号化モジュール９４１７によって動きベクトルフィールド９４１８から得られる。エンコーダ９４００はさらに、レート歪み基準などの符号化コスト基準を適用することによって、符号化モードを選択するための選択モジュール９４０６を含む。冗長性をさらに低減するために、変換モジュール９４０７によって変換（ＤＣＴなど）が残差ブロックに適用され、得られた変換データは、次いで、量子化モジュール９４０８によって量子化され、エントロピー符号化モジュール９４０９によってエントロピー符号化される。最後に、符号化されている現在のブロックの符号化された残差ブロックは、それがスキップモードにない場合にビットストリーム９４１０に挿入され、選択された符号化モードは残差ブロックの符号化を必要とする。
【0242】
また、エンコーダ９４００は、後続の画像の動き推定のための参照画像（例えば、参照画像／ピクチャ９４１６内のもの）を生成するために、符号化画像の復号を実行する。これは、ビットストリームを受信するエンコーダ及びデコーダが同じ参照フレームを有することを可能にする（例えば、再構成された画像又は再構成された画像部分が使用される）。逆量子化（「逆量子化」）モジュール９４１１は、量子化されたデータの逆量子化（「逆量子化」）を実行し、その後、逆変換モジュール９４１２によって実行される逆変換が続く。イントラ予測モジュール９４１３は予測情報を使用して、所与のブロックにどの予測子を使用すべきかを決定し、動き補償モジュール９４１４は、モジュール９４１２によって得られた残差を、参照画像９４１６のセットから得られた参照領域に実際に加算する。その後、モジュール９４１５によってポストフィルタリングが適用され、画素の再構成フレーム（画像または画像部分）をフィルタリングして、参照画像９４１６のセットに対する別の参照画像を得る。
【0243】
図１１は、本発明の一実施形態による、エンコーダからデータを受信するために使用され得るデコーダ９５６０のブロック図を示す。デコーダは、接続されたモジュールによって表され、各モジュールは例えば、デバイスのＣＰＵによって実行されるプログラム命令の形態で、デコーダ９５６０によって実施される方法の対応するステップを実施するように適合される。
【0244】
デコーダ９５６０は、符号化ユニット（例えば、画像部分、ブロックまたは符号化ユニットに対応するデータ）を含むビットストリーム９５６１を受信し、各符号化ユニットは、符号化パラメータに関する情報を含むヘッダと、符号化されたビデオデータを含むボディーと、から構成される。図１０に関して説明したように、符号化されたビデオデータはエントロピー符号化され、動き情報（例えば、動きベクトル予測子のインデックス）は所与の画像部分（例えば、ブロックまたはＣＵ）について、所定のビット数で符号化される。受信された符号化ビデオデータは、モジュール９５６２によってエントロピー復号される。次いで、残差データは、モジュール９５６３によって逆量子化され、次いで、逆変換がモジュール９５６４によって適用され、ピクセル値を得る。
【0245】
符号化モードを示すモードデータもエントロピー復号され、このモードに基づいて、画像データの符号化ブロック（ユニット／セット／グループ）に対してイントラタイプ復号またはインタータイプ復号が行われる。イントラモードの場合、イントラ予測子はビットストリームにおいて指定されたイントラ予測モードに基づいてイントラ予測モジュール９５６５によって決定される（例えば、イントラ予測モードは、ビットストリームにおいて提供されるデータを使用して決定可能である）。モードがインターモードである場合、エンコーダによって使用される参照領域を見つける（識別する）ために、動き予測情報がビットストリームから抽出／取得される。動き予測情報は例えば、参照フレームインデックスと、動きベクトル残差と、を含む。動きベクトル予測子は動きベクトルを得るために、動きベクトル復号モジュール９５７０によって動きベクトル残差に加算される。動きベクトル復号モジュール９５７０は、動き予測によって符号化された各画像部分（例えば、現在のブロックまたはＣＵ）に対して動きベクトル復号を適用する。現在のブロックの動きベクトル予測子のインデックスが得られると、画像部分（例えば、現在のブロックまたはＣＵ）に関連する動きベクトルの実際の値を復号し、モジュール９５６６によって動き補償を適用するために使用することができる。復号された動きベクトルによって示される参照画像部分は、モジュール９５６６が動き補償を実行することができるように、参照画像９５６８のセットから抽出／取得される。動きベクトルフィールドデータ９５７１は後に復号される動きベクトルの予測に使用されるために、復号された動きベクトルで更新される。最後に、復号されたブロックが得られる。適切な場合、ポストフィルタリングは、ポストフィルタリングモジュール９５６７によって適用される。復号されたビデオ信号９５６９が最終的に得られ、デコーダ９５６０によって提供される。
【0246】
図１２は、本発明の１つまたは複数の実施形態を実施することができるデータ通信システムを示す。データ通信システムは、データ通信ネットワーク９２００を介して、データストリーム９２０４のデータパケットを受信装置、この場合はクライアント端末９２０２に送信するように動作可能な送信装置、この場合はサーバ９２０１を含む。データ通信ネットワーク９２００は、ワイドエリアネットワーク（ＷＡＮ）またはローカルエリアネットワーク（ＬＡＮ）であってもよい。このようなネットワークは例えば、無線ネットワーク(Wifi ／８０２．１１ａまたはｂまたはｇ）、イーサネットネットワーク、インターネットネットワーク、または幾つかの異なるネットワークから構成される混合ネットワークであってもよい。本発明の特定の実施形態では、データ通信システムがサーバ９２０１が同じデータコンテンツを複数のクライアントに送信するデジタルテレビ放送システムであってもよい。サーバ９２０１によって提供されるデータストリーム９２０４は、ビデオおよびオーディオデータを表すマルチメディアデータから構成されてもよい。オーディオおよびビデオデータストリームは、本発明のいくつかの実施形態では、それぞれマイクロフォンおよびカメラを使用してサーバ９２０１によってキャプチャされ得る。いくつかの実施形態において、データストリームはサーバ９２０１上に格納されてもよく、あるいは別のデータプロバイダからサーバ９２０１によって受信されてもよく、あるいはサーバ９２０１で生成されてもよい。サーバ９２０１は特に、エンコーダへの入力として提示されるデータのよりコンパクトな表現である送信のための圧縮ビットストリームを提供するために、ビデオおよびオーディオストリームを符号化するためのエンコーダを備える。伝送されるデータの品質対伝送されるデータの量のより良好な比を得るために、ビデオデータの圧縮は例えば、高効率ビデオ符号化（ＨＥＶＣ）フォーマット、またはＨ．２６４/AVC(Advanced video Coding)フォーマット、またはVVC(Versatile video Coding)フォーマットに従ってもよい。クライアント９２０２は、送信されたビットストリームを受信し、再構成されたビットストリームを復号して、表示装置上でビデオ画像を再生し、スピーカによってオーディオデータを再生する。この実施形態ではストリーミングシナリオが考慮されるが、本発明のいくつかの実施形態では、エンコーダとデコーダとの間のデータ通信が例えば、光ディスクなどの媒体記憶デバイスを使用して実行され得ることが理解されるのであろう。本発明の１つまたは複数の実施形態では、ビデオ画像が画像の再構成されたピクセルに適用して最終画像内にフィルタリングされたピクセルを提供するために、補償オフセットを表すデータと共に送信され得る。
【0247】
図１３は、本発明の少なくとも１つの実施形態／変形例を実施するように構成された処理デバイス９３００を概略的に示す。処理装置９３００は、マイクロコンピュータ、ワークステーション、ユーザ端末、またはライトポータブルデバイスなどのデバイスとすることができる。デバイス／装置９３００は：－ＣＰＵで示されるマイクロプロセッサなどの中央処理装置９３１１；－デバイス９３００を動作させるおよび／または本発明を実施するためのコンピュータプログラム／命令を格納するためのＲＯＭで示される読み出し専用メモリ９３０７；－本発明の実施形態／変形例の方法の実行可能コード、ならびに本発明の実施形態／変形例に従ったデジタル画像のシーケンスを符号化する方法および／またはビットストリームを復号する方法を実施するために必要な変数およびパラメータを記録するために適合されたレジスタを格納するための、ＲＡＭで示されるランダムアクセスメモリ９３１２；および処理されるデジタルデータが送受信される通信ネットワーク９３０３に接続された通信インターフェース９３０２、に接続された通信バス９３１３を備える。
【0248】
任意選択で、装置９３００は以下の構成要素：本発明の１つまたは複数の実施形態／変形例の方法を実施するためのコンピュータプログラム、および本発明の１つまたは複数の実施形態／変形例の実施中に使用または生成されるデータ、を格納するための、ハードディスクなどのデータ格納手段９３０４；ディスク９３０６（例えば、記憶媒体）のためのディスクドライブ９３０５、ディスク９３０６からデータを読み取るか、または前記ディスク９３０６にデータを書き込むように適合されたディスクドライブ９３０５；またはキーボード９３１０、タッチスクリーン、または任意の他の指示／入力手段によって、データを表示し、かつ／またはユーザとのグラフィカルインターフェースとして働くスクリーン９３０９、も含むことができる。装置９３００は例えば、ディジタルカメラ９３２０またはマイクロフォン９３０８などの様々な周辺機器に接続することができ、各周辺機器は、マルチメディアデータを装置９３００に供給するように入力／出力カード（図示せず）に接続される。通信バス９３１３は、装置９３００に含まれる、またはそれに接続された様々な要素間の通信および相互運用性を提供する。バスの表現は限定されず、特に、中央処理装置９３１１は、装置９３００の任意の要素に直接または装置９３００の別の要素によって命令を通信するように動作可能である。ディスク９３０６は例えばコンパクトディスク（ＣＤ－ＲＯＭ）、書き換え可能またはそわない、ＺＩＰディスクまたはメモリカードなどの任意の情報媒体に置き換えることができ、一般的に言えば、マイクロコンピュータまたはプロセッサによって読み取ることができる情報格納手段によって、装置に統合または非統合され、可能であればリムーバブルであり、実行がデジタル画像のシーケンスを符号化する方法および／または実施される本発明によるビットストリームを復号する方法を可能にする１つまたは複数のプログラムを格納するように構成される。実行可能コードは、読み出し専用メモリ９３０７、ハードディスク９３０４、または先に説明したような例えばディスク９３０６などのリムーバブルデジタル媒体のいずれかに格納することができる。変形例によれば、プログラムの実行可能コードは、例えばハードディスク９３０４内で実行される前に装置９３００の格納手段の１つに格納されるために、インターフェース９３０２を介して、通信ネットワーク９３０３によって受信することができる。中央処理装置９３１１は、前述の格納手段の１つに格納された命令で、本発明によるプログラムまたはプログラムのソフトウェアコードの命令または部分の実行を制御し、指示するように構成されている。電源を入れると、例えばハードディスク９３０４、ディスク９３０６、または読み出し専用メモリ９３０７上の不揮発性メモリに格納されているプログラムまたはプログラムが、ランダムアクセスメモリ９３１２に転送され、その後、プログラムまたはプログラムの実行可能コード、ならびに本発明を実施するために必要な変数およびパラメータを格納するためのレジスタを含む。この実施形態では、装置が本発明を実施するためにソフトウェアを使用するプログラマブル装置である。しかしながら、代替的に、本発明はハードウェア（例えば、特定用途向け集積回路またはＡＳＩＣの形態）で実施されてもよい。
【0249】
本発明の実施形態の実施
本発明の他の実施形態によれば、前述の実施形態／変形例によるデコーダがコンピュータ、携帯電話（携帯電話）、タブレット、またはコンテンツをユーザに提供／表示することができる任意の他のタイプのデバイス（例えば、ディスプレイ装置）などのユーザ端末に提供されることも理解される。さらに別の実施形態によれば、前述の実施形態／変形例によるエンコーダが、エンコーダが符号化するためのコンテンツをキャプチャして提供するカメラ、ビデオカメラ、またはネットワークカメラ（例えば、閉回路テレビまたはビデオ監視カメラ）も備える画像キャプチャ装置に提供される。２つのこのような実施形態が、図１４および１５を参照して以下に提供される。
本発明の他の実施形態によれば、前述の実施形態／変形例によるデコーダがコンピュータ、携帯電話（携帯電話）、タブレット、またはコンテンツをユーザに提供／表示することができる任意の他のタイプのデバイス（例えば、ディスプレイ装置）などのユーザ端末に提供されることも理解される。さらに別の実施形態によれば、前述の実施形態／変形例によるエンコーダが、エンコーダが符号化するためのコンテンツをキャプチャして提供するカメラ、ビデオカメラ、またはネットワークカメラ（例えば、閉回路テレビまたはビデオ監視カメラ）も備える画像キャプチャ装置に提供される。２つのこのような実施形態が、図１４および１５を参照して以下に提供される。
【0250】
図１４は、ネットワークカメラ９４５２およびクライアント装置９４５４を備えるネットワークカメラシステム９４５０を図示する図である。ネットワークカメラ９４５２は、撮像ユニット９４５６、符号化ユニット９４５８、通信ユニット９４６０、および制御ユニット９４６２を含む。ネットワークカメラ９４５２とクライアント装置９４５４とは、ネットワーク９２００を介して相互に通信可能に相互に接続されている。撮像ユニット９４５６は、レンズおよびイメージセンサ（例えば、電荷結合デバイス（ＣＣＤ）または相補型金属酸化膜半導体（ＣＭＯＳ））を含み、物体の画像を撮像し、その画像に基づいて画像データを生成する。この画像は静止画像であってもよいし、ビデオ画像であってもよい。撮像ユニットはまた、ズーム手段および／またはパン手段を備えてもよく、これらは、（光学的またはデジタル的に）それぞれズームまたはパンするように適合されている。符号化ユニット９４５８は、前述の実施形態／変形例のうちの１つまたは複数で説明された前記符号化方法を使用することによって、画像データを符号化する。符号化ユニット９４５８は、上記の実施形態／変形例で説明した符号化方法の少なくとも１つを用いる。別の例として、符号化ユニット９４５８は、前述の実施形態／変形例で説明した符号化方法の組合せを使用することができる。ネットワークカメラ９４５２の通信ユニット９４６０は、符号化ユニット９４５８により符号化された符号化画像データをクライアント装置９４５４に送信する。さらに、通信ユニット９４６０は、クライアント装置９４５４からのコマンドを受信してもよい。コマンドは、符号化ユニット９４５８による符号化のためのパラメータを設定するコマンドを含む。制御ユニット９４６２は、通信ユニット９４６０が受信したコマンドやユーザ入力に応じて、ネットワークカメラ９４５２内の他のユニットを制御する。クライアント装置９４５４は、通信ユニット９４６４と、復号ユニット９４６６と、制御ユニット９４６８とを備える。クライアント装置９４５４の通信ユニット９４６４は、ネットワークカメラ９４５２にコマンドを送信してもよい。さらに、クライアント装置９４５４の通信ユニット９４６４は、ネットワークカメラ９４５２から符号化画像データを受信する。復号ユニット９４６６は、前述の実施形態／変形例のうちの１つまたは複数で説明された前記復号方法を使用することによって、符号化画像データを復号する。別の例として、復号ユニット９４６６は、前述の実施形態／変形例で説明した復号方法の組合せを使用することができる。クライアント装置９４５４の制御ユニット９４６８は、通信ユニット９４６４が受信したユーザ操作やコマンドに従って、クライアント装置９４５４内の他のユニットを制御する。また、クライアント装置９４５４の制御ユニット９４６８は、復号ユニット９４６６により復号された画像を表示するように、表示装置９４７０を制御してもよい。また、クライアント装置９４５４の制御ユニット９４６８は、ネットワークカメラ９４５２のパラメータの値、例えば、符号化ユニット９４５８による符号化のためのパラメータの値を指定するGUI(Graphical User Interface)を表示するように、表示装置９４７０を制御してもよい。また、クライアント装置９４５４の制御ユニット９４６８は、表示装置９４７０によって表示されるＧＵＩに対するユーザの操作入力に応じて、クライアント装置９４５４内の他のユニットを制御してもよい。また、クライアント装置９４５４の制御ユニット９４６８は、表示装置９４７０によって表示されるＧＵＩに対するユーザ操作入力に応じて、ネットワークカメラ９４５２のパラメータの値を指定するコマンドをネットワークカメラ９４５２に送信するように、クライアント装置９４５４の通信ユニット９４６４を制御してもよい。
【0251】
図１５は、スマートフォン９５００を示す図である。スマートフォン９５００は、通信ユニット９５０２と、復号／符号化ユニット９５０４と、制御ユニット９５０６と、表示ユニット９５０８と、を備える。通信ユニット９５０２は、ネットワーク９２００を介して符号化画像データを受信する。復号／符号化ユニット９５０４は、通信ユニット９５０２が受信した符号化画像データを復号する。復号／符号化ユニット９５０４は、前述の実施形態／変形例のうちの１つまたは複数で説明された前記復号方法を使用することによって、符号化画像データを復号する。復号／符号化ユニット９５０４は、前述の実施形態／変形例で説明した符号化方法または復号方法のうちの少なくとも１つを使用することもできる。別の例では、復号／符号化ユニット９５０４は、前述の実施形態／変形例で説明した復号方法または符号化方法の組合せを使用することができる。制御ユニット９５０６は、通信ユニット９５０２が受信したユーザ操作やコマンドに応じて、スマートフォン９５００内の他のユニットを制御する。例えば、制御ユニット９５０６は復号／符号化ユニット９５０４によって復号された画像を表示するように、表示ユニット９５０８を制御する。スマートフォンは、画像またはビデオを記録するための画像記録デバイス９５１０（例えば、デジタルカメラおよび関連する回路）をさらに備えることができる。このような記録された画像やビデオは、制御ユニット９５０６の指示の下、復号／符号化ユニット９５０４によって符号化されてもよい。スマートフォンは、モバイルデバイスの向きを感知するように構成されたセンサ９５１２をさらに備えてもよい。このようなセンサは、加速度計、ジャイロスコープ、コンパス、全地球測位（ＧＰＳ）ユニット又は同様の位置センサを含むことができる。そのようなセンサ９５１２は、スマートフォンが向きを変更するかどうかを判定することができ、そのような情報は、ビデオストリームを符号化するときに使用され得る。
【0252】
本発明は、実施形態およびその変形例を参照して説明されてきたが、本発明は開示された実施形態／変形例に限定されないことを理解されたい。添付の特許請求の範囲に定義されるように、本発明の範囲から逸脱することなく、様々な変更および修正を行うことができることは、当業者には理解されよう。本明細書（任意の添付の特許請求の範囲、要約書、および図面を含む）に開示された特徴のすべて、および／またはそのように開示された任意の方法またはプロセスのステップのすべては、そのような特徴および／またはステップの少なくともいくつかが相互に排他的である組合せを除いて、任意の組合せで組み合わせることができる。本明細書（任意の添付の特許請求の範囲、要約書、および図面を含む）に開示される各特徴は、特に断らない限り、同じ、同等の、または同様の目的を果たす代替の特徴によって置き換えることができる。したがって、特に断らない限り、開示される各特徴は、同等または同様の特徴の一般的なシリーズの一例にすぎない。
【0253】
また、上述の比較、決定、推論、評価、選択、実行、実行、または考慮の任意の結果、例えば、符号化、処理、または分割処理中に行われる選択は、ビットストリーム内のデータ、例えば、結果を示すフラグまたは情報に示されるか、またはそれらから決定可能／推論可能であってもよく、その結果、示されるか、または決定された／推論された結果は例えば、復号または分割処理中に、比較、決定、評価、選択、実行、実行、または考慮を実際に実行する代わりに、処理において使用され得ることが理解される。「テーブル」または「ルックアップテーブル」が使用される場合、アレイなどの他のデータ型も、そのデータ型が同じ機能（例えば、異なる要素間の関係／マッピングを表す）を実行できる限り、同じ機能を実行するために使用されてもよいことが理解される。
【0254】
特許請求の範囲において、単語「有する」は、他の要素又はステップを排除するものではなく、不定冠詞「ａ」又は「ａｎ」は複数を排除するものではない。異なる特徴が相互に異なる従属請求項に記載されているという単なる事実は、これらの特徴の組合せが有利に使用されることができないことを示すものではない。特許請求の範囲に記載されている参照番号は、例示のみを目的としたものであり、クレームの範囲に限定的な影響を及ぼさない。
【0255】
前述の実施形態／変形例では、説明された機能がハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実施される場合、機能は、１つまたは複数の命令またはコードとして、コンピュータ可読媒体上に記憶され、またはそれを介して送信され、ハードウェアベースの処理ユニットによって実行されてもよい。
【0256】
コンピュータ可読媒体は、データ記憶媒体のような有形媒体に対応するコンピュータ可読記憶媒体、または例えば通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は一般に、（１）非一時的である有形のコンピュータ可読記憶媒体、または（２）信号または搬送波などの通信媒体に対応することができる。データ記憶媒体は、本開示に記載される技術の実施のための命令、コードおよび／またはデータ構造を検索するために、１つまたは複数のコンピュータまたは１つまたは複数のプロセッサによってアクセス可能な任意の利用可能な媒体であってもよい。コンピュータプログラム製品は、コンピュータ可読媒体を含み得る。
【0257】
限定ではなく、一例として、このようなコンピュータ可読記憶媒体はＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ－ＲＯＭ又は他の光ディスク記憶装置、磁気ディスク記憶装置、又は他の磁気記憶装置、フラッシュメモリ、又は所望のプログラムコードを命令又はデータ構造の形式で記憶するために使用することができ、コンピュータによってアクセスすることができる他の任意の媒体を含むことができる。また、任意のコネクションは、コンピュータ可読媒体と適切に呼ばれる。例えば、命令が同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかし、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的な媒体を含まず、代わりに非一時的な有形の記憶媒体を対象とすることを理解されたい。本明細書で使用されるディスクおよびディスクはコンパクトディスク（ＣＤ）、レーザディスク、光ディスク、デジタル多用途ディスク（ＤＶＤ）、フロッピーディスク（登録商標）、およびブルーレイディスクを含み、ここで、ディスクは通常、磁気的にデータを再生し、ディスクは、レーザで光学的にデータを再生する。上記の組合せは、コンピュータ読み取り可能な媒体の範囲内にも含まれるべきである。
【0258】
命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲート／論理アレイ（ＦＰＧＡ）、または他の同等の集積またはディスクリート論理回路などの１つまたは複数のプロセッサによって実行され得る。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造のいずれか、または本明細書で説明される技術の実装に適した他の任意の構造を指すことがある。さらに、いくつかの態様では、本明細書に記載する機能性が、符号化および復号のために構成された専用のハードウェアおよび／またはソフトウェアモジュール内で提供されてもよく、あるいは結合されたコーデックに組み込まれてもよい。また、本技術は、１つまたは複数の回路または論理素子で完全に実装することができる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9a】
【図9b】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【手続補正書】
【提出日】2022-04-21
【手続補正1】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項1】
画像のデータを復号する方法であって、前記画像は１つまたは複数のスライスを含むことができ、前記画像は１つまたは複数のサブピクチャを含むことができ、前記方法は、
サブピクチャの幅を示す第１の情報と、該サブピクチャの高さを示す第２の情報と、をシーケンスパラメータセットから取得することと、
前記第１の情報と前記第２の情報とを用いて、該サブピクチャに含まれるスライスに関連するパラメータを決定することと、
少なくとも前記決定されたパラメータを用いて、前記画像を復号することと
を含むことを特徴とする方法。
【請求項2】
前記スライスは、タイル内の整数個の連続した完全なコーディングツリーユニット行に対応することができることを特徴とする請求項１に記載の方法。
【請求項3】
前記決定することにおいて、サブピクチャの識別子を更に用いて前記スライスに関連するパラメータを決定することを特徴とする請求項１または請求項２に記載の方法。
【請求項4】
前記決定することにおいて、単一のスライスのみが前記サブピクチャに含まれるかどうかに基づいて、前記スライスに関連するパラメータを決定することを特徴とする請求項１乃至３の何れか１項に記載の方法。
【請求項5】
前記決定することにおいて、前記サブピクチャに含まれているスライスの数を更に用いて、前記スライスに関連するパラメータを決定することを特徴とする請求項１乃至４の何れか１項に記載の方法。
【請求項6】
前記サブピクチャは２つ以上のスライスを含むことを特徴とする請求項１乃至５の何れか１項に記載の方法。
【請求項7】
前記スライスは１つまたは複数のタイルから構成されることが可能であり、前記スライスは前記画像内において矩形領域を形成することを特徴とする請求項１乃至６の何れか１項に記載の方法。
【請求項8】
画像を符号化する方法であって、
前記画像は１又は複数のスライスを含むことができ、
前記画像は１又は複数のサブピクチャを含むことができ、
前記方法は、
サブピクチャの幅を示す第１の情報と、該サブピクチャの高さを示す第２の情報と、をシーケンスパラメータセットに符号化することと、
前記第１の情報と前記第２の情報とを用いて、該サブピクチャに含まれるスライスに関連するパラメータを決定することと、
少なくとも前記決定されたパラメータを用いて、前記画像を符号化することと
を含むことを特徴とする方法。
【請求項9】
前記スライスは、タイル内の整数個の連続した完全なコーディングツリーユニット行に対応することができることを特徴とする請求項８に記載の方法。
【請求項10】
前記決定することにおいて、サブピクチャの識別子を更に用いて前記スライスに関連するパラメータを決定することを特徴とする請求項８又は９に記載の方法。
【請求項11】
前記決定することにおいて、単一のスライスのみが前記サブピクチャに含まれるかどうかに基づいて、前記スライスに関連するパラメータを決定することを特徴とする請求項８乃至１０の何れか１項に記載の方法。
【請求項12】
前記決定することにおいて、前記サブピクチャに含まれているスライスの数を更に用いて、前記スライスに関連するパラメータを決定することを特徴とする請求項８乃至１１の何れか１項に記載の方法。
【請求項13】
前記サブピクチャは２つ以上のスライスを含むことを特徴とする請求項８乃至１２の何れか１項に記載の方法。
【請求項14】
前記スライスは１又は複数のタイルから構成されることが可能であり、前記スライスは前記画像内において矩形領域を形成することを特徴とする請求項８乃至１３の何れか１項に記載の方法。
【請求項15】
画像のデータを復号する装置であって、
前記画像は１又は複数のスライスを含むことができ、
前記画像は１又は複数のサブピクチャを含むことができ、
前記装置は、
サブピクチャの幅を示す第１の情報と、該サブピクチャの高さを示す第２の情報と、をシーケンスパラメータセットから取得する取得手段と、
前記第１の情報と前記第２の情報とを用いて、該サブピクチャに含まれるスライスに関連するパラメータを決定する決定手段と、
少なくとも前記決定されたパラメータを用いて、前記画像を復号する復号手段と
を含むことを特徴とする装置。
【請求項16】
画像を符号化する装置であって、
前記画像は１又は複数のスライスを含むことができ、
前記画像は１又は複数のサブピクチャを含むことができ、
前記装置は、
サブピクチャの幅を示す第１の情報と、該サブピクチャの高さを示す第２の情報と、をシーケンスパラメータセットに符号化する第１符号化手段と、
前記第１の情報と前記第２の情報とを用いて、該サブピクチャに含まれるスライスに関連するパラメータを決定する決定手段と、
少なくとも前記決定されたパラメータを用いて、前記画像を符号化する第２符号化手段と
を含むことを特徴とする装置。
【請求項17】
コンピュータに、請求項１ないし７のいずれか１項に記載の方法を実行させることを特徴とするプログラム。
【請求項18】
コンピュータに、請求項８ないし１４のいずれか１項に記載の方法を実行させることを特徴とするプログラム。
【手続補正2】
【補正対象書類名】明細書
【補正対象項目名】００１３
【補正方法】変更
【補正の内容】
【0013】
本発明の態様によれば、添付の特許請求の範囲に記載されるような装置／デバイス、方法、プログラム、コンピュータ可読記憶媒体、およびキャリア媒体／信号が提供される。本発明の他の特徴は、従属請求項および説明から明らかになるのであろう。本発明の他の態様によれば、システム、そのようなシステムを制御するための方法、添付の特許請求の範囲に記載された方法を実行するための装置／デバイス、処理するための装置／デバイス、添付の特許請求の範囲に記載された信号を格納する媒体記憶デバイス、添付の特許請求の範囲に記載されたプログラムを格納するコンピュータ可読記憶媒体または非一時的コンピュータ可読記憶媒体、および添付の特許請求の範囲に記載された符号化方法を使用して生成されたビットストリーム、が提供される。本発明の他の特徴は、従属請求項および以下の説明から明らかになるのであろう。
本発明のある態様によれば、画像のデータを復号する方法であって、前記画像は１つまたは複数のスライスを含むことができ、前記画像は１つまたは複数のサブピクチャを含むことができ、前記方法は、サブピクチャの幅を示す第１の情報と、該サブピクチャの高さを示す第２の情報と、をシーケンスパラメータセットから取得することと、前記第１の情報と前記第２の情報とを用いて、該サブピクチャに含まれるスライスに関連するパラメータを決定することと、少なくとも前記決定されたパラメータを用いて、前記画像を復号することとを含む。
また、本発明のある態様によれば、画像を符号化する方法であって、前記画像は１又は複数のスライスを含むことができ、前記画像は１又は複数のサブピクチャを含むことができ、前記方法は、サブピクチャの幅を示す第１の情報と、該サブピクチャの高さを示す第２の情報と、をシーケンスパラメータセットに符号化することと、前記第１の情報と前記第２の情報とを用いて、該サブピクチャに含まれるスライスに関連するパラメータを決定することと、少なくとも前記決定されたパラメータを用いて、前記画像を符号化することとを含む。
本発明のある態様によれば、画像のデータを復号する方法であって、前記画像は１つまたは複数のスライスを含むことができ、前記画像は１つまたは複数のサブピクチャを含むことができ、前記方法は、サブピクチャの幅を示す第１の情報と、該サブピクチャの高さを示す第２の情報と、をシーケンスパラメータセットから取得することと、前記第１の情報と前記第２の情報とを用いて、該サブピクチャに含まれるスライスに関連するパラメータを決定することと、少なくとも前記決定されたパラメータを用いて、前記画像を復号することとを含む。
また、本発明のある態様によれば、画像を符号化する方法であって、前記画像は１又は複数のスライスを含むことができ、前記画像は１又は複数のサブピクチャを含むことができ、前記方法は、サブピクチャの幅を示す第１の情報と、該サブピクチャの高さを示す第２の情報と、をシーケンスパラメータセットに符号化することと、前記第１の情報と前記第２の情報とを用いて、該サブピクチャに含まれるスライスに関連するパラメータを決定することと、少なくとも前記決定されたパラメータを用いて、前記画像を符号化することとを含む。
【国際調査報告】