特表2022-549289 | 知財ポータル「IP Force」

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

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

▶ 華為技術有限公司の特許一覧

特表2022-549289サブピクチャベースのビデオコーディングにおけるサブピクチャごとの１つのスライスの指示

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

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

< >

1
2
3
4
5
6
7
8
9

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

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

(11)【公表番号】

(43)【公表日】2022-11-24

(54)【発明の名称】サブピクチャベースのビデオコーディングにおけるサブピクチャごとの１つのスライスの指示

(51)【国際特許分類】

H04N 19/70 20140101AFI20221116BHJP

【ＦＩ】

H04N19/70

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2022518324

(86)(22)【出願日】2020-09-15

(85)【翻訳文提出日】2022-04-25

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

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

(87)【国際公開日】2021-04-01

(31)【優先権主張番号】62/904,481

(32)【優先日】2019-09-23

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

(31)【優先権主張番号】62/905,122

(32)【優先日】2019-09-24

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

(81)【指定国・地域】

(71)【出願人】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩＴＥＣＨＮＯＬＯＧＩＥＳＣＯ．，ＬＴＤ．

【住所又は居所原語表記】ＨｕａｗｅｉＡｄｍｉｎｉｓｔｒａｔｉｏｎＢｕｉｌｄｉｎｇ，Ｂａｎｔｉａｎ，ＬｏｎｇｇａｎｇＤｉｓｔｒｉｃｔ，Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ５１８１２９，Ｐ．Ｒ．Ｃｈｉｎａ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(74)【代理人】

【識別番号】100135079

【弁理士】

【氏名又は名称】宮崎修

(72)【発明者】

【氏名】ワーン，イエ－クイ

(72)【発明者】

【氏名】ヘンドリー，フヌ

【テーマコード（参考）】

5C159

【Ｆターム（参考）】

5C159RC11

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

復号されたピクチャを表示するよう構成されるディスプレイを更に有する、
請求項２５に記載のコーディング装置。

【請求項27】

エンコーダと、
前記エンコーダと通信するデコーダと
を有し、
前記エンコーダ又は前記デコーダは、請求項１５乃至２６のうちいずれかに記載の復号化デバイス、符号化デバイス、又はコーディング装置を含む、
システム。

【請求項28】

符号化すべきピクチャを受信するよう又は復号すべきビットストリームを受信するよう構成される受信手段と、
前記受信手段へ結合され、前記ビットストリームを復号化手段へ送信するよう又は復号された画像を表示手段へ送信するよう構成される送信手段と、
前記受信手段又は前記送信手段の少なくとも一方へ結合され、命令を記憶するよう構成される記憶手段と、
前記記憶手段へ結合され、該記憶手段に記憶されている前記命令を実行して、請求項１乃至７のうちいずれか及び請求項８乃至１４のうちいずれかに記載の方法を実行するよう構成される処理手段と
を有するコーディング手段。

【発明の詳細な説明】

【技術分野】

【0001】

［関連出願への相互参照］
本特許出願は、２０１９年９月２３日付けで、Ye-Kui Wang., et al.によって、「Indication of One Slice Per Subpicture in Subpicture-Based Video Coding」と題されて出願された米国特許仮出願第６２／９０４，４８１号、及び２０１９年９月２４日付けで、Ye-Kui Wang., et al.によって、「Indication of One Slice Per Subpicture in Subpicture-Based Video Coding」と題されて出願された米国特許仮出願第６２／９０５，１２２号の利益を請求するものであり、先の出願は、参照により本願に援用される。

【0002】

［技術分野］
本開示は、概して、ビデオコーディングに関係があり、具体的には、サブピクチャベースのビデオコーディングにおける指示のシグナリングに関係がある。

【背景技術】

【0003】

比較的に短い映像でさえ表現するために必要とされるビデオデータの量は、かなりである可能性があり、結果として、帯域幅容量が限られている通信ネットワークにわたってデータがストリーミング又は別なふうに通信されるべきである場合に、問題が生じる場合がある。よって、ビデオデータは、一般的に、今日の電気通信ネットワークにわたって通信される前に、圧縮される。メモリ資源が限られている場合があるので、ビデオが記憶デバイスに記憶される場合にも、ビデオのサイズが問題となる可能性がある。ビデオ圧縮デバイスは、送信又は記憶の前にビデオデータをコーディングするために発信元でソフトウェア及び／又はハードウェアをしばしば使用し、それによって、デジタルビデオ画像を表現するために必要とされるデータの量を低減する。圧縮されたデータは、次いで、ビデオデータを復号するビデオ圧縮解除デバイスによって送り先で受信される。限られたネットワーク資源及びより高いビデオ品質の要求の高まりにより、画像品質の犠牲が皆無かそれに近い状態で圧縮比を向上させる改善された圧縮及び圧縮解除技術が望まれている。

【発明の概要】

【0004】

第１の態様は、デコーダによって実施される方法であって、デコーダによって、サブピクチャあたりの単一スライスのフラグを含むピクチャパラメータセット（ＰＰＳ）を含むビットストリームを受信することと、デコーダによって、サブピクチャあたりの単一スライスのフラグが第１値又は第２値を有するかどうかを決定することであり、第１値は、ＰＰＳを参照する各サブピクチャが唯一の長方形スライスを含むことを指定し、第２値は、ＰＰＳを参照する各サブピクチャが１つ以上の長方形スライスを含む可能性があることを指定する、ことと、デコーダによって、サブピクチャあたりの単一スライスのフラグが第１値を有する場合には唯一の長方形スライスを、サブピクチャあたりの単一スライスのフラグが第２値を有する場合には１つ以上の長方形スライスを復号して、復号化ピクチャを取得することとを有する方法に関係がある。

【0005】

方法は、ピクチャの各サブピクチャが唯一の長方形スライスを含むかどうかを示すためにビットストリーム内のフラグを使用する技術を提供する。各サブピクチャが１つの長方形スライスしか含まないことをフラグが示す場合に、サブピクチャの数及びレイアウト（例えば、各サブピクチャの位置及びサイズ）を通知するシンタックス要素は、サブピクチャがスライスと同じであるので、ビットストリームから省略され得る。つまり、各サブピクチャが１つの長方形スライスしか含まないことをフラグが示す場合には、スライスについてのシンタックス要素のみがビットストリームに含まれさえすればよい。これは、ビットストリームで運ばれる情報の量を減らして、メモリ、プロセッサ、及びネットワーク資源の利用を低減しかつコーディング効率を高める。よって、ビデオコーディングにおけるコーダ／デコーダ（別名、「コーデック」）は、現在のコーデックに対して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信、受信、及び／又は表示される場合に、ユーザに、より良いユーザ経験を提供する。

【0006】

任意に、上記の態様のいずれかにおいて、態様の他の実施は、サブピクチャあたりの単一スライスのフラグがｐｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇとして指定されることを提供する。

【0007】

任意に、上記の態様のいずれかにおいて、態様の他の実施は、第１値がイチ（１）であり、第２値がゼロ（０）であることを提供する。

【0008】

任意に、上記の態様のいずれかにおいて、態様の他の実施は、ＰＰＳが、ピクチャ内のスライス数のフラグを更に含み、ピクチャ内のスライス数のフラグの値に１をプラスしたものが、ＰＰＳを参照する各ピクチャ内のスライスの数を指定することを提供する。

【0009】

任意に、上記の態様のいずれかにおいて、態様の他の実施は、ピクチャ内のスライス数のフラグがｐｐｓ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１として指定されることを提供する。

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

【図1】ビデオ信号をコーディングする方法の例のフローチャートである。

【図2】ビデオコーディングのための符号化及び復号化（コーデック）システムの例の概略図である。

【図3】例となるビデオエンコーダを表す概略図である。

【図4】例となるビデオデコーダを表す概略図である。

【図5】符号化されたビデオシーケンスを含むビットストリームの例を表す概略図である。

【図6】コーディングされたビデオビットストリームを復号する方法の実施形態である。

【図7】コーディングされたビデオビットストリームを符号化する方法の実施形態である。

【図8】ビデオコーディングデバイスの概略図である。

【図9】コーディングのための手段の実施形態の概略図である。

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

【0043】

最初に理解されるべきは、１つ以上の実施形態の実例となる実施が以下で提供されているが、開示されているシステム及び／又は方法は、現在知られてるか存在するかにかかわらず、任意の数の技術を用いて実装され得ることである。開示は、ここで例示及び記載されている例示的な設計及び実施を含む、以下で説明されている実例となる実施、図面、及び技術に決して限定されるべきではなく、それらの均等の全範囲とともに添付の特許請求の範囲内で変更され得る。

【0044】

以下の用語は、ここで反対の文脈で使用されない限りは、以下のように定義される。具体的に、以下の定義は、本開示に更なる明確性をもたらすよう意図される。しかし、用語は、異なる文脈では異なるように記載される場合がある。従って、以下の定義は、捕足と見なされるべきであり、ここでそのような用語に対して与えられている記載の如何なる他の定義も制限すると見なされるべきではない。

【0045】

ビットストリームは、エンコーダとデコーダとの間の伝送のために圧縮されているビデオデータを含む一連のビットである。エンコーダは、符号化プロセスを用いて、ビデオデータをビットストリームに圧縮するよう構成されるデバイスである。デコーダは、復号化プロセスを用いて、表示のためにビットストリームからビデオデータを再構成するよう構成されるデバイスである。ピクチャは、フレーム又はそのフィールドを生成するルーマサンプルのアレイ及び／又はクロマサンプルのアレイである。符号化中又は復号化中であるピクチャは、議論の明りょうさのために、現在ピクチャを呼ばれ得る。参照ピクチャは、インター予測及び／又はインターレイヤ予測に従って参照により他のピクチャをコーディングするときに使用され得る参照サンプルを含むピクチャである。参照ピクチャリストは、インター予測及び／又はインターレイヤ予測のために使用される参照ピクチャリストである。いくつかのビデオコーディングシステムは、参照ピクチャリスト１及び参照ピクチャリスト０と呼ばれ得る２つの参照ピクチャリストを利用する。参照ピクチャリスト構造は、複数の参照ピクチャリストを含むアドレス可能なシンタックス構造である。インター予測は、参照ピクチャ及び現在ピクチャが同じレイヤ内にある場合に、現在ピクチャとは異なる参照ピクチャ内の指示されたサンプルを参照することによって、現在ピクチャのサンプルをコーディングするメカニズムである。参照ピクチャリスト構造エントリは、参照ピクチャリストに関連した参照ピクチャを示す参照ピクチャリスト構造内のアドレス可能な位置である。スライスヘッダは、スライスで表されるタイル内の全てのビデオデータに関連するデータ要素を含むコーディングされたスライスの部分である。スライスは、直角に接続されている４つの辺を含む。４つの辺は、２対の平行な辺を含む。更に、平行な辺の対をなす辺は、長さが等しい。そのようなものとして、スライスは、任意の長方形形状であることができ、正方形は、４つ全ての辺が等しい長さである長方形の特別な場合である。長方形スライスは、２対の平行な辺を有するスライスであり、夫々の平行な辺をなす辺は、長さが等しいが、平行な辺の一方の対は、平行な辺の他方の対よりも長い。シーケンスパラメータセット（ＳＰＳ）は、一連のピクチャに関するデータを含むパラメータセットである。ピクチャパラメータセット（ＰＰＳ）は、各ピクチャヘッダに含まれているシンタックス要素によって決定されるようにゼロ個以上のコーディングされたピクチャ全体に適用されるシンタックス要素を含むシンタックス構造である。

【0046】

フラグは、２つのとり得る値、０及び１のうちの一方を取ることができる変数又は単ビットシンタックス要素である。サブピクチャは、ピクチャ内の１つ以上のスライスの長方形領域である。サブピクチャ識別子（ＩＤ）は、サブピクチャを一意に識別する番号、文字、又は他のしるしである。サブピクチャＩＤ（別名、タイル識別子）は、サブピクチャインデックスを用いて特定のサブピクチャを識別するために使用され、これは、ここではサブピクチャＩＤマッピングと呼ばれ得る。

【0047】

アクセスユニット（ＡＵ）は、復号化ピクチャバッファ（ＤＰＢ）からの出力のための（例えば、ユーザへの表示のための）同じ遅延時間（例えば、同じピクチャオーダーカウント）に関連した１つ以上のコーディングされたピクチャの組である。アクセスユニットデリミタ（ＡＵＤ）は、ＡＵの開始又はＡＵ間の境界を示すために使用されるインジケータ又はデータ構造である。復号化ビデオシーケンスは、ユーザへの表示に備えてデコーダによって再構成された一連のピクチャである。

【0048】

符号化ビデオシーケンス（ＣＶＳ）は、復号化順に、符号化ビデオシーケンス開始（ＣＶＳＳ）ＡＵと、それに続いて、ＣＶＳＳＡＵである任意の後続ＡＵまでの、しかしそれを含まない全ての後続ＡＵを含む、ＣＶＳＳＡＵではないゼロ個以上のＡＵとを含む一連のアクセスユニット（ＡＵ）である。ＣＶＳＳＡＵは、ビデオパラメータセット（ＶＰＳ）によって指定されるレイヤごとに予測ユニット（ＰＵ）が存在するＡＵであり、各ＰＵ内のコーディングされたピクチャは、符号化レイヤビデオシーケンス開始（ＣＬＶＳＳ）ピクチャである。実施形態において、各ピクチャはＡＵ内にある。ＰＵは、指定された分類規則に従って互いに関連しており、復号化順に連続し、ただ１つのコーディングされたピクチャを含むネットワーク抽象化レイヤ（ＮＡＬ）ユニットの組である。

【0049】

以下の頭文字語がここでは使用される：ＡｄａｐｔｉｖｅＬｏｏｐＦｉｌｔｅｒ（ＡＬＦ）、ＣｏｄｉｎｇＴｒｅｅＢｌｏｃｋ（ＣＴＢ）、ＣｏｄｉｎｇＴｒｅｅＵｎｉｔ（ＣＴＵ）、ＣｏｄｉｎｇＵｎｉｔ（ＣＵ）、ＣｏｄｅｄＶｉｄｅｏＳｅｑｕｅｎｃｅ（ＣＶＳ）、ＪｏｉｎｔＶｉｄｅｏＥｘｐｅｒｔｓＴｅａｍ（ＪＶＥＴ）、Ｍｏｔｉｏｎ－ＣｏｓｔｒａｉｎｅｄＴｉｌｅＳｅｔ（ＭＣＴＳ）、ＭａｘｉｍｕｍＴｒａｓｎｆｅｒＵｎｉｔ（ＭＴＵ）、ＮｅｔｗｏｒｋＡｂｓｔｒａｃｔｉｏｎＬａｙｅｒ（ＮＡＬ）、ＰｉｃｔｕｒｅＯｒｄｅｒＣｏｕｎｔ（ＰＯＣ）、ＰｉｃｔｕｒｅＰａｒａｍｅｔｅｒＳｅｔ（ＰＰＳ）、ＲａｗＢｙｔｅＳｅｑｕｅｎｃｅＰａｙｌｏａｄ（ＲＢＳＰ）、ＳａｍｐｌｅＡｄａｐｔｉｖｅＯｆｆｓｅｔ（ＳＡＯ）、ＳｅｑｕｅｎｃｅＰａｒａｍｅｔｅｒＳｅｔ（ＳＰＳ）、ＴｅｍｐｏｒａｌＭｏｔｉｏｎＶｅｃｔｏｒＰｒｅｄｉｃｔｉｏｎ（ＴＭＶＰ）、ＶｅｒｓａｔｉｌｅＶｉｄｅｏＣｏｄｉｎｇ（ＶＶＣ）、及びＷｏｒｋｉｎｇＤｒａｆｔ（ＷＤ）。

【0050】

多くのビデオ圧縮技術は、最小限のデータ損失でビデオファイルのサイズを低減するために用いられ得る。例えば、ビデオ圧縮技術は、ビデオシーケンス内のデータ冗長性を低減又は除去するために空間（例えば、イントラピクチャ）予測及び／又は時間（例えば、インターピクチャ）予測を実行することを含むことができる。ブロックベースのビデオコーディングについては、ビデオスライス（例えば、ビデオピクチャ又はビデオピクチャの部分）が、ツリーブロック、コーディングツリーブロック（ＣＴＢ）、コーディングツリーユニット（ＣＴＵ）、コーディングユニット（ＣＵ）、及び／又はコーディングノードとも呼ばれ得るビデオブロックにパーティション化され得る。ピクチャのイントラコーディングされた（Ｉ）スライス内のビデオブロックは、同じピクチャ内の隣接するブロック内の参照サンプルに関して空間予測を用いてコーディングされる。ピクチャのインターコーディングされた一方向予測（Ｐ）又は双方向予測（Ｂ）スライス内のビデオブロックは、同じピクチャ内の隣接するブロック内の参照サンプルに関して空間予測を、あるいは、他の参照ピクチャ内の参照サンプルに関して時間予測を用いることによって、コーディングされ得る。ピクチャは、フレーム及び／又は画像と呼ばれてもよく、参照ピクチャ、参照フレーム及び／又は参照画像と呼ばれてもよい。空間又は時間予測は、画像ブロックを表す予測ブロックをもたらす。残差データは、元の画像ブロックと予測ブロックとの間のピクセル差分を表す。従って、インターコーディングされたブロックは、予測ブロックを形成する参照サンプルのブロックを指し示す動きベクトルと、コーディングされたブロックと予測ブロックとの間の差分を示す残差データとに従って、符号化される。イントラコーディングされたブロックは、イントラコーディングモード及び残差データに従って符号化される。更なる圧縮のために、残差データは、ピクチャ領域から変換領域へ変換されてもよい。これらは残差変換係数をもたらし、残差変換係数は量子化され得る。量子化された変換係数は、最初に、２次元アレイで配置され得る。量子化された変換係数は、変換係数の１次元ベクトルを生成するために走査され得る。エントロピコーディングが、より一層の圧縮を達成するために適用されてもよい。そのようなビデオ圧縮技術は、以下で更に詳細に議論される。

【0051】

符号化されたビデオが正確に復号され得ることを確かにするために、ビデオは、対応するビデオコーディング標準規格に従って符号化及び復号される。ビデオコーディング標準規格には、ＩｎｔｅｒｎａｔｉｏｎａｌＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＵｎｉｏｎ（ＩＴＵ）ＳｔａｎｄａｒｄｉｚａｔｉｏｎＳｅｃｔｏｒ（ＩＴＵ－Ｔ）Ｈ．２６１、ＩｎｔｅｒｎａｔｉｏｎａｌＯｒｇａｎｉｚａｔｉｏｎｆｏｒＳｔａｎｄａｒｄｉｚａｔｉｏｎ／ＩｎｔｅｒｎａｔｉｏｎａｌＥｌｅｃｔｒｏｔｅｃｈｎｉｃａｌＣｏｍｍｉｓｓｉｏｎ（ＩＳＯ／ＩＥＣ）ＭｏｔｉｏｎＰｉｃｔｕｒｅＥｘｐｅｒｔｓＧｒｏｕｐ（ＭＰＥＧ）－１Ｐａｒｔ２、ＩＴＵ－ＴＨ．２６２又はＩＳＯ／ＩＥＣＭＰＥＧ－２Ｐａｒｔ２、ＩＴＵ－ＴＨ．２６３、ＩＳＯ／ＩＥＣＭＰＥＧ－４Ｐａｒｔ２、ＩＴＵ－ＴＨ．２６４又はＩＳＯ／ＩＥＣＭＰＥＧ－４Ｐａｒｔ１０としても知られているＡｄｖａｎｃｅｄＶｉｄｅｏＣｏｄｉｎｇ（ＡＶＣ）、及びＩＴＵ－ＴＨ．２６５又はＭＰＥＧ－ＨＰａｒｔ２としても知られているＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ（ＨＥＶＣ）がある。ＡＶＣは、ＳｃａｌａｂｌｅＶｉｄｅｏＣｏｄｉｎｇ（ＳＶＣ）、ＭｕｌｔｉｖｉｅｗＶｉｄｅｏＣｏｄｉｎｇ（ＭＶＣ）、及びＭｕｌｔｉｖｉｅｗＶｉｄｅｏＣｏｄｉｎｇｐｌｕｓＤｅｐｔｈ（ＭＶＣ＋Ｄ）、並びに３次元（３Ｄ）ＡＶＣ（３Ｄ－ＡＶＣ）のような拡張を含む。ＨＥＶＣは、ＳｃａｌａｂｌｅＨＥＶＣ（ＳＨＶＣ）、ＭｕｌｔｉｖｉｅｗＨＥＶＣ（ＭＶ－ＨＥＶＣ）、及び３ＤＨＥＶＣ（３Ｄ－ＨＥＶＣ）のような拡張を含む。

【0052】

また、ＩＴＵ－Ｔ及びＩＳＯ／ＩＥＣの合同ビデオ専門家チーム（ＪＶＥＴ）によって開発されている、ＶｅｒｓａｔｉｌｅＶｉｄｅｏＣｏｄｉｎｇ（ＶＶＣ）と命名された新しいビデオコーディング標準規格も存在する。ＶＶＣ標準規格はいくつかの作業草案を有するが、ＶＶＣの１つの作業草案（ＷＤ）が特に、つまり、B. Bross, J. Chen, and S. Liu，“Versatile Video Coding (Draft 5)”，JVET-N1001-v3，13th JVET Meeting，March 27, 2019 (VVC Draft 5)が、ここでは参照される。

【0053】

ＨＥＶＣは、４つの異なったピクチャパーティション化スキーム、つまり、レギュラースライス、ディペンデントスライス、タイル、及びＷａｖｅｆｒｏｎｔＰａｒａｌｌｅｌＰｒｏｃｅｓｓｉｎｇ（ＷＰＰ）を含み、これらは、ＭｘｉｍｕｍＴｒａｎｓｆｅｒＵｎｉｔ（ＭＴＵ）サイズマッチング、並列処理、及びエンド間遅延低減のために適用され得る。

【0054】

レギュラースライスは、Ｈ．２６４／ＡＶＣの場合と同様である。各レギュラースライスは、それ自身のＮＡＬユニットにカプセル化され、ピクチャ内予測（イントラサンプル予測、動き情報予測、コーディングモード予測）及びスライス境界にわたるエントロピコーディング依存性は、無効化される。よって、レギュラースライスは、同じピクチャ内の他のレギュラースライスとは無関係に再構成され得る（ループフィルタリング動作により相互依存性が依然としてあり得るとしても）。

【0055】

レギュラースライスは、Ｈ．２６４／ＡＶＣでも事実上同じ形式で適用可能である並列化のために使用され得る唯一のツールである。レギュラースライスに基づいた並列化は、プロセッサ間又はコア間通信をあまり必要としない（ピクチャ内予測によりプロセッサ間又はコア間データ共有よりも通常はずっと重い、予測的にコーディングされたピクチャを復号するときの動き補償のためのプロセッサ間又はコア間データ共有を除く）。しかし、同じ理由により、レギュラースライスの使用は、スライスヘッダのビットコストによりかつスライス境界にわたる予測の欠如により多大なコーディングオーバーヘッドを招く可能性がある。更に、レギュラースライスは（後述される他のツールとは対照的に）、レギュラースライスのピクチャ内の独立性と、各レギュラースライスがそれ自身のＮＡＬユニットにカプセル化されることとにより、ＭＴＵサイズ要件と一致するためのビットストリームパーティション化の重要なメカニズムとしても機能する。多くの場合に、並列化の目標とＭＴＵサイズマッチングの目標とは、ピクチャ内のスライスレイアウトとは矛盾する要求を突きつける。この状況の実現は、後述される並列化ツールの開発につながった。

【0056】

ディペンデントスライスは、短いスライスヘッダを有し、如何なるピクチャ内予測も壊さずにツリーブロック境界でのビットストリームのパーティション化を可能にする。基本的に、ディペンデントスライスは、レギュラースライス全体の符号化が終了する前にレギュラースライスの部分が送信されることを可能にすることによってエンド間遅延低減をもたらすよう、複数のＮＡＬユニットへのレギュラースライスの断片化を提供する。

【0057】

ＷＰＰでは、ピクチャは、コーディングツリーブロック（ＣＴＢ）の単一行にパーティション化される。エントロピ復号化及び予測は、他のパーティション内のＣＴＢからのデータを使用することができる。並列処理は、ＣＴＢ行の並列復号化を通じて可能であり、あるＣＴＢ行の復号化の開始は、対象ＣＴＢが復号化される前に対象ＣＴＢの左上のＣＴＢに関するデータが利用可能であることを確かにするために、ＣＴＢ２つ分だけ遅延される。このスタッガードスタート（グラフィカルに表現すると波面のように現れる）により、並列化は、最大でピクチャに含まれるＣＴＢ行と同数のプロセッサ／コアを用いて、可能である。ピクチャ内の隣接するツリーブロック行間のピクチャ内予測が可能であるから、ピクチャ内予測を可能にするための必要なプロセッサ間／コア間通信はかなりの量になる可能性がある。ＷＰＰパーティション化は、それが適用されない場合と比較して、追加のＮＡＬユニットの生成をもたらさないので、ＷＰＰは、ＭＴＵサイズマッチングのためのツールではない。しかし、ＭＴＵサイズマッチングが必要とされる場合には、レギュラースライスが、特定のコーディングオーバーヘッドを用いて、ＷＰＰとともに使用され得る。

【0058】

タイルは、ピクチャをタイル列及び行にパーティション化する水平及び垂直境界を定義する。ＣＴＢの走査順序は、ピクチャのタイルラスタ走査の順序における次のタイルの左上ＣＴＢを復号する前に、（タイルのＣＴＢラスタ走査の順序において）タイル内でローカルであるよう変更される。レギュラースライスと同様に、タイルは、エントロピ復号化依存性に加えてピクチャ内予測従属性を壊す。しかし、それらは、個々のＮＡＬユニットに含まれる必要がなく（この点に関してＷＰＰと同じ）、従って、タイルは、ＭＴＵサイズマッチングのために使用され得ない。各タイルは、１つのプロセッサ／コアによって処理可能であり、隣接するタイルを復号する処理ユニット間のピクチャ内予測のために必要なプロセッサ間／コア間通信は、スライスが１よりも多いタイルに及んでいる場合の共有スライスヘッダの伝達と、再構成されたサンプル及びメタデータのループフィルタリングに関連した共有とに限定される。１よりも多いタイル又はＷＰＰセグメントがスライスに含まれる場合に、スライス内の最初の１つ以外の各タイル又はＷＰＰセグメントのためのエントリポイントバイトオフセットは、スライスヘッダで通知される。

【0059】

簡単のために、４つの異なるピクチャパーティション化スキームの適用に関する制限が、ＨＥＶＣでは指定されている。所与の符号化ビデオシーケンスは、ＨＥＶＣで指定されているプロファイルのほとんどについてタイル及び波面の両方を含むことができない。夫々のスライス及びタイルについて、次の条件のどちらか一方又は両方が満足されるべきである：１）スライス内の全てのコーディングされたツリーブロックは同じタイルの属する；２）タイル内の全てのコーディングされたツリーブロックは同じスライスに属する。最後に、波面セグメントはただ１つのＣＴＢ行を含み、ＷＰＰが使用されるときに、スライスがあるＣＴＢ行内で始まる場合には、それは同じＣＴＢ行で終わるべきである。

【0060】

ＨＥＶＣの最近の修正は、http://phenix.int-evry.fr/jct/doc_end_user/documents/29_Macau/wg11/JCTVC-AC1005-v2.zipで入手可能なＪＣＴ－ＶＣ出力文書JCTVC-AC1005，J. Boyce, A. Ramasubramonian, R. Skupin, G. J. Sullivan, A. Tourapis, Y.-K. Wang (editors)，“HEVC Additional Supplemental Enhancement Information (Draft 4)”，Oct. 24, 2017で指定されている。この修正を含めることで、ＨＥＶＣは、３つのＭＣＴＳ関連補足拡張情報（ＳＥＩ）メッセージ、つまり、時間的なＭＣＴＳＳＥＩメッセージ、ＭＣＴＳ抽出情報セットＳＥＩメッセージ、及びＭＣＴＳ抽出情報ネストＳＥＩメッセージを指定する。

【0061】

時間的なＭＣＴＳＳＥＩメッセージは、ビットストリームにおけるＭＣＴＳの存在を示し、ＭＣＴＳを通知する。各ＭＣＴＳについて、動きベクトルは、ＭＣＴＳ内のフルサンプル位置と、補間のためのＭＣＴＳ内のフルサンプル位置のみを必要とする分数サンプル位置とを指し示すよう制限され、ＭＣＴＳの外側のブロックから導出される時間的な動きベクトル予測のための動きベクトル候補の使用は、許可されない。このようにして、各ＭＣＴＳは、ＭＣＴＳに含まれていないタイルの存在によらずに独立して復号され得る。

【0062】

ＭＣＴＳ抽出情報セットＳＥＩメッセージは、ＭＣＴＳセットのための適合ビットストリームを生成するためにＭＣＴＳサブビットストリーム抽出（ＳＥＩメッセージのセマンティクスの部分として指定される）で使用され得る補足情報を供給する。情報は、多数の抽出情報セットから成り、各抽出情報セットは、ＭＣＴＳセットの数を定義し、ＭＣＴＳサブビットストリーム抽出プロセスの間に使用される置換ビデオパラメータセット（ＶＰＳ）、ＳＰＳ、及びＰＰＳのＲＢＳＰバイトを含む。ＭＣＴＳサブビットストリーム抽出プロセスに従ってサブビットストリームを抽出する場合に、パラメータセット（ＶＰＳ、ＳＰＳ、及びＰＰＳ）は、書き換え又は置換される必要があり、スライスヘッダは、スライスアドレスに関連したシンタックス要素（ｆｉｒｓｔ＿ｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ｉｎ＿ｐｉｃ＿ｆｌａｇ及びｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓを含む）の１つ又は全てが通常は異なる値を有している必要があるので、わずかに更新される必要がある。

【0063】

最新のＶＶＣドラフト仕様では、ピクチャは複数のサブピクチャにパーティション化され得る。各サブピクチャは、長方形領域をカバーし、整数個の完全なスライスを含む。サブピクチャパーティション化は、符号化ビデオシーケンス内の全てのピクチャにわたって持続し、パーティション化情報（つまり、サブピクチャの位置及びサイズ）は、ＳＰＳで通知される。サブピクチャは、動き補償のために如何なる他のサブピクチャからのサンプル値も用いずにコーディングされていると示され得る。

【0064】

http://phenix.it-sudparis.eu/jvet/doc_end_user/documents/13_Marrakech/wg11/JVET-M0261-v1.zipで公に入手可能であるＪＶＥＴ寄稿ＪＶＥＴ－Ｏ０１４１では、サブピクチャ設計は、最新のＶＶＣドラフト仕様の場合と同様であるが、いくつかの相違点がある。相違点の１つは、ＳＰＳでのサブピクチャごとのサブピクチャＩＤの明示的なシグナリングに加えて、コーディングされたスライスＮＡＬを変更する必要なしにサブピクチャベースのサブビットストリーム抽出を可能にするための各スライスヘッダでのサブピクチャＩＤの通知である。このアプローチでは、各サブピクチャのサブピクチャＩＤは、ＣＶＳ内の全てのピクチャにわたって不変なままである。

【0065】

一般的な使用ケースでは、各サブピクチャはただ１つのスライスしか含まない。しかし、一般的な使用ケースを示すための能力は、不足又は欠落している。これは残念なことである。実際に、各サブピクチャがただ１つのスライスしか含まないことを知っていることは、役に立つ場合がある。例えば、ピクチャ内のスライスのレイアウトが知られている場合に、サブピクチャレイアウトを通知するためのビットは、サブピクチャのレイアウトがスライスのレイアウトと厳密に同じになる場合には、ビットストリームから完全に省略され得る。

【0066】

ここでは、ピクチャの各サブピクチャが唯一の長方形スライスを含むかどうかを示すためにビットストリーム内のフラグを使用する技術が開示される。各サブピクチャが１つの長方形スライスしか含まないことをフラグが示す場合に、サブピクチャの数及びレイアウト（例えば、各サブピクチャの位置及びサイズ）を通知するシンタックス要素は、サブピクチャがスライスと同じであるので、ビットストリームから省略され得る。つまり、各サブピクチャが１つの長方形スライスしか含まないことをフラグが示す場合には、スライスについてのシンタックス要素のみがビットストリームに含まれさえすればよい。これは、ビットストリームで運ばれる情報の量を減らして、メモリ、プロセッサ、及びネットワーク資源の利用を低減しかつコーディング効率を高める。よって、ビデオコーディングにおけるコーダ／デコーダ（別名、「コーデック」）は、現在のコーデックに対して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信、受信、及び／又は表示される場合に、ユーザに、より良いユーザ経験を提供する。

【0067】

図１は、ビデオ信号をコーディングする例示的な動作方法１００のフローチャートである。具体的に、ビデオ信号は、エンコーダで符号化される。符号化プロセスは、ビデオファイルサイズを低減するために様々なメカニズムを用いることによってビデオ信号を圧縮する。より小さいファイルサイズは、圧縮されたビデオファイルが、関連する帯域幅オーバーヘッドを低減しながら、ユーザに向けて送信されることを可能にする。次いで、デコーダは、エンドユーザへの表示のために元のビデオ信号を再構成するために、圧縮されたビデオファイルを復号する。復号化プロセスは、一般的に、デコーダがビデオ信号を一貫して再構成することを可能にするように符号化プロセスをミラーリングする。

【0068】

ステップ１０１で、ビデオ信号はエンコーダに入力される。例えば、ビデオ信号は、メモリに記憶されている圧縮されていないビデオファイルであってよい。他の例として、ビデオファイルは、ビデオカメラのようなビデオ捕捉デバイスによって捕捉され、ビデオのライブストリーミングをサポートするよう符号化されてもよい。ビデオファイルは、オーディオ成分及びビデオ成分の両方を含み得る。ビデオ成分は、連続的に見られる場合に視覚的な動きの効果をもたらす画像フレームの連続を含む。フレームは、ルーマ成分（又はルーマサンプル）とここで呼ばれる、光に関連して表現されるピクセル、及びクロマ成分（又は色サンプル）と呼ばれる、色に関連して表現されるピクセルを含む。いくつかの例では、フレームはまた、３次元ビューイングをサポートするデプス値を含んでもよい。

【0069】

ステップ１０３で、ビデオはブロックにパーティション化される。パーティション化は、各フレーム内のピクセルを圧縮のために正方形及び／又は長方形ブロックに細分することを含む。例えば、ＨｉｇｈＥｆｆｉｃｉｅｎｃｙＶｉｄｅｏＣｏｄｉｎｇ（ＨＥＶＣ）（Ｈ．２６５及びＭＰＥＧ－ＨＰａｒｔ２としても知られる）では、フレームは、予め定義されたサイズ（６４ピクセル×６４ピクセル）のブロックであるコーディングツリーブロック（ＣＴＵ）に最初に分割され得る。ＣＴＵは、ルーマサンプル及びクロマサンプルの両方を含む。コーディングツリーは、ＣＵＴをブロックに分割し、次いで、更なる符号化をサポートする構成が達成されるまで再帰的にブロックを細分するために、用いられてよい。例えば、フレームのルーマ成分は、個々のブロックが相対的に均質な光度値を含むまで、細分されてよい。更に、フレームのクロマ成分は、個々のブロックが相対的に均質な色値を含むまで、細分されてよい。従って、パーティション化メカニズムは、ビデオフレームの内容に応じて変化する。

【0070】

ステップ１０５で、様々な圧縮メカニズムが、ステップ１０３でパーティション化された画像ブロックを圧縮するために用いられる。例えば、インター予測及び／又はイントラ予測が用いられてよい。インター予測は、共通のシーン内のオブジェクトが連続したフレームで現れる傾向があるという事実を利用するよう設計される。従って、参照フレーム内のオブジェクトを表すブロックは、隣接するフレームにおいて繰り返し記述される必要がない。具体的に、テーブルのようなオブジェクトは、複数のフレームにわたって一定の位置にとどまる場合がある。従って、テーブルは一度記述され、隣接するフレームは、参照フレームを参照することができる。パターンマッチングメカニズムは、複数のフレームにわたってオブジェクトを照合するために用いられてよい。更に、動いているオブジェクトは、例えば、オブジェクトの動き又はカメラの動きにより、複数のフレームにわたって表現される場合がある。具体例として、ビデオは、複数のフレームにわたってスクリーンを横切る自動車を示す場合がある。動きベクトルが、このような動きを記述するために使用され得る。動きベクトルは、あるフレーム内のオブジェクトの座標から参照フレーム内のオブジェクトの座標までのオフセットを提供する２次元ベクトルである。そのようなものとして、インター予測は、参照フレームの対応するブロックからのオフセットを示す動きベクトルの組として現在フレーム内の画像ブロックを符号化することができる。

【0071】

イントラ予測は、共通のフレーム内のブロックを符号化する。イントラ予測は、ルーマ成分及びクロマ成分がフレーム内でクラスタ化する傾向があるという事実を利用する。例えば、木の一部分の緑のパッチは、緑の類似したパッチに隣接して位置している傾向がある。イントラ予測は、複数の指向性予測モード（例えば、ＨＥＶＣでは３３個）、プレーナーモード、及び直流（ＤＣ）モードを用いる。指向性モードは、現在ブロックが、対応する方向にある隣接ブロックのサンプルと類似している／同じであることを示す。プレーナーモードは、行／列（例えば、平面）に沿った一連のブロックが行の端にある隣接ブロックに基づいて補間され得ることを示す。プレーナーモードは、事実上、変化する値の比較的に一定の傾きを用いることによって、行／列にわたる光／色の滑らかな遷移を示す。ＤＣモードは、境界平滑化のために用いられ、ブロックが、指向性予測モードの角度方向に関連した全ての隣接ブロックのサンプルに関連した平均値と類似している／同じであることを示す。従って、イントラ予測ブロックは、実際の値の代わりに、様々な関連した予測モード値として画像ブロックを表すことができる。更に、インター予測ブロックは、実際の値の代わりに動きベクトル値として画像ブロックを表すことができる。いずれの場合にも、予測ブロックは、いくつかの場合に正確に画像ブロックを表さないことがある。如何なる差分も残差ブロックで保存される。変換は、ファイルを更に圧縮するよう残差ブロックに適用されてよい。

【0072】

ステップ１０７で、様々なフィルタリング技術が適用されてよい。ＨＥＶＣでは、フィルタは、インループフィルタリングスキームに従って適用される。上述されたブロックベースの予測は、デコーダで、ブロックノイズのある画像の生成を引き起こす可能性がある。更に、ブロックベースの予測スキームは、ブロックを符号化し、それから、符号化されたブロックを参照ブロックとしての後の使用のために再構成してよい。インループフィルタリングスキームは、ノイズ抑制フィルタ、デブロッキングフィルタ、適応ループフィルタ、及びサンプル適応オフセット（ＳＡＯ）フィルタをブロック／フレームに繰り返し適用する。これらのフィルタは、符号化されたファイルが正確に再構成され得るように、そのようなブロッキングアーチファクトを軽減する。更に、これらのフィルタは、アーチファクトが、再構成された参照ブロックに基づいて符号化されるその後のブロックで更なるアーチファクトを引き起こす可能性が低くなるように、再構成された参照ブロックでのアーチファクトを軽減する。

【0073】

ビデオ信号がパーティション化、圧縮、及びフィルタリングされると、結果として得られるデータは、ステップ１０９でビットストリームの中に符号化される。ビットストリームは、デコーダでの適切なビデオ信号再構成をサポートするために望ましいあらゆるシグナリングデータに加えて、上記のデータも含む。例えば、このようなデータは、パーティションデータ、予測データ、残差ブロック、及びデコーダへコーディング命令を与える様々なフラグを含んでよい。ビットストリームは、要求時のデコーダに向けた伝送のために、メモリに記憶されてよい。ビットストリームはまた、複数のデコーダに向けたブロードキャスト及び／又はマルチキャストであってもよい。ビットストリームの生成は、反復プロセスである。従って、ステップ１０１、１０３、１０５、１０７、及び１０９は、多数のフレーム及びブロックにわたって連続して及び／又は同時に行われてよい。図１に示されている順序は、議論の明りょうさ及び容易さのために提示されており、ビデオコーディングプロセスを特定の順序に限定する意図はない。

【0074】

デコーダは、ビットストリームを受け取り、ステップ１１１で復号化プロセスを開始する。具体的に、デコーダは、ビットストリームを対応するシンタックス及びビデオデータに変換するためにエントロピ復号化スキームを用いる。デコーダは、ステップ１１１でフレームのパーティションを決定するためにビットストリームからのシンタックスデータを用いる。パーティション化は、ステップ１０３でのブロックパーティション化の結果と一致すべきである。ステップ１１１で用いられるエントロピ符号化／復号化がこれより説明される。エンコーダは、入力画像内の値の空間位置付けに基づいていくつかの可能な選択からブロックパーティション化スキームを選択することといった多くの選択を圧縮プロセス中に行う。正確な選択のシグナリングは、多数のビンを用いる可能性がある。ここで使用されるように、ビンは、変数（例えば、状況に応じて変化し得るビット値）として扱われるバイナリ値である。エントロピコーディングは、エンコーダが、許容可能な選択肢の組を残しながら、特定の場合について明らかに実行可能でない如何なる選択肢も捨てることを可能にする。夫々の許容可能な選択肢は、次いで、コードワードを割り当てられる。コードワードの長さは、許容可能な選択肢の数に基づいている（例えば、２つの選択肢については１つのビン、３つ乃至４つの選択肢については２つのビン、など）。エンコーダは、次いで、選択された選択肢についてのコードワードを符号化する。このスキームは、コードワードが、全ての可能な選択肢の潜在的に大きい集合からの選択を一意に示すこととは対照的に、許容可能な選択肢の小さい部分集合からの選択を一意に示すために望まれる大きさであるということで、コードワードのサイズを低減する。デコーダは、次いで、エンコーダと同様の方法で、許容可能な選択肢の組を決定することによって選択を復号する。許容可能な選択肢の組を決定することによって、デコーダは、コードワードを読み出し、エンコーダによって行われた選択を決定することができる。

【0075】

ステップ１１３で、デコーダは、ブロック復号化を実行する。具体的に、デコーダは、残差ブロックを生成するために逆変換を用いる。次いで、デコーダは、パーティション化に従って画像ブロックを再構成するために残差ブロック及び対応する予測ブロックを用いる。予測ブロックは、ステップ１０５でエンコーダにおいて生成されたイントラ予測ブロック及びインター予測ブロックの両方を含んでよい。再構成された画像ブロックは、次いで、ステップ１１１で決定されたパーティション化データに従って、再構成されたビデオ信号のフレーム内に位置付けられる。ステップ１１３のためのシンタックスも、上述されたように、エントロピコーディングを介してビットストリームで通知されてよい。

【0076】

ステップ１１５で、フィルタリングが、エンコーダでのステップ１０７に類似した方法で、再構成されたビデオ信号のフレームに対して実行される。例えば、ノイズ抑制フィルタ、デブロッキングフィルタ、適応ループフィルタ、及びＳＡＯフィルタが、ブロッキングアーチファクトを除くようフレームに適用されてよい。フレームがフィルタリングされると、ビデオ信号は、エンドユーザによる視聴のために、ステップ１１７でディスプレイへ出力され得る。

【0077】

図２は、ビデオコーディングのための例示的な符号化及び復号化（コーデック）システム２００の概略図である。具体的に、コーデックシステム２００は、動作方法１００の実施をサポートするための機能性を提供する。コーデックシステム２００は、エンコーダ及びデコーダの両方で用いられるコンポーネントを表すよう一般化されている。コーデックシステム２００は、動作方法１００のステップ１０１及び１０３に関して説明されたように、ビデオ信号を受信しパーティション化し、その結果、パーティション化されたビデオ信号２０１が得られる。コーデックシステム２００は、次いで、方法１００のステップ１０５、１０７、及び１０９に関して説明されたようにエンコーダとして動作する場合には、パーティション化されたビデオ信号２０１を、コーディングされたビットストリーム内に圧縮する。デコーダとして動作する場合には、コーデックシステム２００は、動作方法１００のステップ１１１、１１３、１１５、及び１１７に関して説明されたように、ビットストリームから出力ビデオ信号を生成する。コーデックシステム２００は、汎用コーダ制御コンポーネント２１１、変換スケーリング及び量子化コンポーネント２１３、イントラピクチャ推定コンポーネント２１５、イントラピクチャ予測コンポーネント２１７、動き補償コンポーネント２１９、動き推定コンポーネント２２１、スケーリング及び逆変換コンポーネント２２９、フィルタ制御解析コンポーネント２２７、インループフィルタコンポーネント２２５、復号化ピクチャバッファコンポーネント２２３、並びにヘッダフォーマッティング及びコンテキスト適応バイナリ算術コーディング（ＣＡＢＡＣ）コンポーネント２３１を含む。このようなコンポーネントは、示されているように結合される。図２では、黒線は、符号化／復号化されるべきデータの移動を示し、一方、破線は、他のコンポーネントの動作を制御する制御データの移動を示す。エンコーダには、コーデックシステム２００のコンポーネントが全て存在してよい。デコーダは、コーデックシステム２００のコンポーネントのサブセットを含んでよい。例えば、デコーダは、イントラピクチャ予測コンポーネント２１７、動き補償コンポーネント２１９、スケーリング及び逆変換コンポーネント２２９、インループフィルタコンポーネント２２５、及び復号化ピクチャバッファコンポーネント２２３を含んでよい。これらのコンポーネントがこれより説明される。

【0078】

パーティション化されたビデオ信号２０１は、コーディングツリーによってピクセルのブロックにパーティション化されている捕捉されたビデオシーケンスである。コーディングツリーは、ピクセルのブロックをピクセルのより小さいブロックに細分するために様々な分裂モードを用いる。これらのブロックは、次いで、より小さいブロックに更に細分され得る。ブロックは、コーディングツリー上のノードと呼ばれることがある。より大きい親ノードは、より小さい子ノードに分裂される。ノードが細分される回数は、ノード／コーディングツリーのデプスと呼ばれる。分割されたブロックは、いくつかの場合にコーディングユニット（ＣＵ）に含まれ得る。例えば、ＣＵは、ルーマブロック、赤色差分クロマ（Ｃｒ）ブロック及び青色差分クロマ（Ｃｂ）ブロックを、ＣＵの対応するシンタックス命令とともに含むＣＴＵのサブ部分であることができる。分裂モードは、ノードを、用いられている分裂モードに応じて形状が変化する２つ、３つ、又は４つの子ノードに夫々パーティション化するために用いられる二分木（ＢＴ）、三分木（ＴＴ）、及び四分木（ＱＴ）を含んでよい。パーティション化されたビデオ信号２０１は、汎用コーダ制御コンポーネント２１１、変換スケーリング及び量子化コンポーネント２１３、イントラピクチャ推定コンポーネント２１５、フィルタ制御解析コンポーネント２２７、及び動き推定コンポーネント２２１へ圧縮のために転送される。

【0079】

汎用コーダ制御コンポーネント２１１は、適用制約に従って、ビットストリーム内へのビデオシーケンスの画像のコーディングに関する決定を行うよう構成される。例えば、汎用コーダ制御コンポーネント２１１は、再構成品質に対するビットレート／ビットストリームサイズの最適化を管理する。そのような決定は、記憶空間／帯域幅の利用可能性及び画像解像度の要求に基づき行われてよい。汎用コーダ制御コンポーネント２１１はまた、バッファアンダーラン及びオーバーラン問題を軽減するよう伝送速度に照らしてバッファ利用も管理する。これらの問題を管理するために、汎用コーダ制御コンポーネント２１１は、他のコンポーネントによるパーティション化、予測、及びフィルタリングを管理する。例えば、汎用コーダ制御コンポーネント２１１は動的に、解像度を増大させ且つ帯域幅利用を増大させるよう圧縮複雑性を増大させるか、あるいは、解像度及び帯域幅利用を低減させるよう圧縮複雑性を低減させ得る。従って、汎用コーダ制御コンポーネント２１１は、ビデオ信号再構成品質とビットレート懸案事項とのバランスをとるようコーデックシステム２００の他のコンポーネントを制御する。汎用コーダ制御コンポーネント２１１は、他のコンポーネントの動作を制御する制御データを生成する。制御データはまた、デコーダでの復号化のためのパラメータのシグナリングのためにビットストリームの中に符号化されるよう、ヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１へも転送される。

【0080】

パーティション化されたビデオ信号２０１は、動き推定コンポーネント２２１及び動き補償コンポーネント２１９へもインター予測のために送られる。パーティション化されたビデオ信号２０１のフレーム又はスライスは、複数のビデオブロックに分割されてよい。動き推定コンポーネント２２１及び動き補償コンポーネント２１９は、時間的予測を提供するよう１つ以上の参照フレーム内の１つ以上のブロックに対する受信されたビデオブロックのインター予測コーディングを実行する。コーデックシステム２００は、例えば、ビデオデータのブロックごとに適切なコーディングモードを選択するために、多数のコーディングパスを実行してよい。

【0081】

動き推定コンポーネント２２１及び動き補償コンポーネント２１９は、高集積され得るが、概念上の目的のために別々に表されている。動き推定コンポーネント２２１によって実行される動き推定は、動きベクトルを生成するプロセスであり、これは、ビデオブロックの動きを推定する。動きベクトルは、例えば、予測ブロックに対するコーディングされたオブジェクトの変位を示し得る。予測ブロックは、ピクセル差分に関して、コーディングされるべきブロックと厳密に一致すると認められるブロックである。予測ブロックは、参照ブロックと呼ばれることもある。このようなピクセル差分は、差分絶対和（ＳＡＤ）、差分平方和（ＳＳＤ）、又は他の差分メトリックによって決定されてもよい。ＨＥＶＣは、ＣＴＵ、コーディングツリーブロック（ＣＴＢ）、及びＣＵを含むいくつかのコーディングされたオブジェクトを用いる。例えば、ＣＴＵはＣＴＢに分割され得、ＣＴＢは、次いで、ＣＵでの包含のためにＣＢに分割され得る。ＣＵは、ＣＵについての、予測データを含む予測ユニット（ＰＵ）、及び／又は変換された残差データを含む変換ユニット（ＴＵ）として、符号化され得る。動き推定コンポーネント２２１は、レートひずみ解析をレートひずみ最適化プロセスの部分として使用することによって、動きベクトル、ＰＵ、及びＴＵを生成する。例えば、動き推定コンポーネント２２１は、現在ブロック／フレームについて、多数の参照ブロック、多数の動きベクトル、などを決定してよく、最良のレートひずみ特性を有している参照ブロック、動きベクトル、などを選択してよい。最良のレートひずみ特性は、ビデオ再構成の品質（例えば、圧縮によるデータ損失の量）とコーディング効率（例えば、最終的な符号化のサイズ）との両方のバランスをとる。

【0082】

いくつかの例では、コーデックシステム２００は、復号化ピクチャバッファコンポーネント２２３に記憶されている参照ピクチャのサブ整数ピクセル位置についての値を計算し得る。例えば、ビデオコーデックシステム２００は、参照ピクチャの４分の１ピクセル位置、８分の１ピクセル位置、又は他の分数ピクセル位置の値を補間してよい。従って、動き推定コンポーネント２２１は、フルピクセル位置及び分数ピクセル位置に対して動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。動き推定コンポーネント２２１は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコーディングされたスライス内のビデオブロックのＰＵについての動きベクトルを計算する。動き推定コンポーネント２２１は、計算された動きベクトルを、符号化のためにヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１へ動きデータとして、及び動き補償コンポーネント２１９へ動きとして、出力する。

【0083】

動き補償コンポーネント２１９によって実行される動き補償は、動き推定コンポーネント２２１によって決定された動きベクトルに基づいて予測ブロックをフェッチ又は生成することを含んでよい。先と同じく、動き推定コンポーネント２２１及び動き補償コンポーネント２１９は、いくつかの例では、機能的に集積されてよい。現在ビデオブロックのＰＵについての動きベクトルを受け取ると、動き補償コンポーネント２１９は、動きベクトルが指し示す予測ブロックの位置を見つけてよい。次いで、残差ビデオブロックは、コーディング中の現在ビデオブロックのピクセル値から予測ブロックのピクセル値を減じてピクセル差分値を形成することによって、形成される。一般に、動き推定コンポーネント２２１は、ルーマ成分に対して動き推定を実行し、動き補償コンポーネント２１９は、クロマ成分及びルーマ成分の両方に対して、ルーマ成分に基づいて計算された動きベクトルを使用する。予測ブロック及び残差ブロックは、変換スケーリング及び量子化コンポーネント２１３へ転送される。

【0084】

パーティション化されたビデオ信号２０１は、イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７へも送られる。動き推定コンポーネント２２１及び動き補償コンポーネント２１９と同様に、イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７は高集積され得るが、概念上の目的のために別々に表されている。イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７は、上述されたようにフレーム間で動き推定コンポーネント２２１及び動き補償コンポーネント２１９によって実行されたインター予測に対する代替案として、現在フレーム内のブロックに対して現在ブロックをイントラ予測する。特に、イントラピクチャ推定コンポーネント２１５は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定する。いくつかの例では、イントラピクチャ推定コンポーネント２１５は、複数の試験されたイントラ予測モードから、現在ブロックを符号化するための適切なイントラ予測モードを選択する。選択されたイントラ予測モードは、次いで、符号化のためにヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１へ転送される。

【0085】

例えば、イントラピクチャ推定コンポーネント２１５は、様々な試験されたイントラ予測モードについてレートひずみ解析を用いてレートひずみ値を計算し、試験されたモードの中で最良のレートひずみ特性を有しているイントラ予測モードを選択する。レートひずみ解析は、一般的に、符号化されたブロックを生成するために使用されたビットレート（例えば、ビットの数）に加えて、符号化されたブロックと、符号化されたブロックを生成するよう符号化された元の符号化されていないブロックとの間のひずみ（又はエラー）の量も決定する。イントラピクチャ推定コンポーネント２１５は、どのイントラ予測モードがそのブロックについて最良のレートひずみ値を示すかを決定するよう、様々な符号化されたブロックについてのひずみ及びレートから比を計算する。その上、イントラピクチャ推定コンポーネント２１５は、レートひずみ最適化（ＲＤＯ）に基づいてデプスモデリングモード（ＤＭＭ）を用いてデプスマップのデプスブロックをコーディングするよう構成されてもよい。

【0086】

イントラピクチャ予測コンポーネント２１７は、エンコーダで実装される場合には、イントラピクチャ推定コンポーネント２１５によって決定された選択されたイントラ予測モードに基づいて予測ブロックから残差ブロックを生成し、あるいは、デコーダで実装される場合には、ビットストリームから残差ブロックを読み出し得る。残差ブロックは、行列として表される、予測ブロックと元のブロックとの間の値の差を含む。残差ブロックは、次いで、変換スケーリング及び量子化コンポーネント２１３へ転送される。イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７は、ルーマ及びクロマ成分の両方に作用し得る。

【0087】

変換スケーリング及び量子化コンポーネント２１３は、残差ブロックを更に圧縮するよう構成される。変換スケーリング及び量子化コンポーネント２１３は、離散コサイン変換（ＤＣＴ）、離散サイン変換（ＤＳＴ）、又は概念上類似した変換などの変換を残差ブロックに適用して、残差変換係数値を含むビデオブロックを生成する。ウェーブレット変換、整数変換、サブバンド変換、又は他のタイプの変換も使用されてよい。変換は、残差情報をピクセル値領域から周波数領域などの変換領域へ変換し得る。変換スケーリング及び量子化コンポーネント２１３はまた、例えば、周波数に基づいて、変換された残差情報をスケーリングするよう構成される。このようなスケーリングは、異なる周波数情報が異なる粒度で量子化されるように、スケール係数を残差情報に適用することを含み、これは、再構成されたビデオの最終的な視覚品質に影響を及ぼし得る。変換スケーリング及び量子化コンポーネント２１３はまた、ビットレートを更に低減するように変換係数を量子化するよう構成される。量子化プロセスは、一部又は全ての係数に関連したビットデプスを低減し得る。量子化の程度は、量子化パラメータを調整することによって変更され得る。いくつかの例では、変換スケーリング及び量子化コンポーネント２１３は、次いで、量子化された変換係数を含む行列の走査を実行しもてよい。量子化された変換係数は、ビットストリームの中に符号化されるようヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１へ転送される。

【0088】

スケーリング及び逆変換コンポーネント２２９は、動き推定をサポートするよう変換スケーリング及び量子化コンポーネント２１３の逆の動作を適用する。スケーリング及び逆変換コンポーネント２２９は、例えば、他の現在ブロックのための予測ブロックになり得る参照ブロックとしての後の使用のために、ピクセル領域で残差ブロックを再構成するよう逆のスケーリング、変換、及び／又は量子化を適用する。動き推定コンポーネント２２１及び／又は動き補償コンポーネント２１９は、後のブロック／フレームの動き推定における使用のために、残差ブロックを対応する予測ブロックに加え直すことによって、参照ブロックを計算し得る。フィルタは、スケーリング、量子化、及び変換中に生じたアーチファクトを軽減するために、再構成された参照ブロックに適用される。このようなアーチファクトは、さもなければ、後続のブロックが予測される場合に誤った予測を引き起こす（そして、更なるアーチファクトを引き起こす）可能性がある。

【0089】

フィルタ制御解析コンポーネント２２７及びインループフィルタコンポーネント２２５は、残差ブロックに及び／又は再構成された画像ブロックにフィルタを適用する。例えば、スケーリング及び逆変換コンポーネント２２９からの変換された残差ブロックは、元の画像ブロックを再構成するよう、イントラピクチャ予測コンポーネント２１７及び／又は動き補償コンポーネント２１９からの対応する予測ブロックと結合され得る。フィルタは、次いで、再構成された画像ブロックに適用され得る。いくつかの例では、フィルタは、代わりに、残差ブロックに適用されてもよい。図２の他のコンポーネントと同様に、フィルタ制御解析コンポーネント２２７及びインループフィルタコンポーネント２２５は高集積され、一緒に実装されてよいが、概念上の目的のために別々に表されている。再構成された参照ブロックに適用されるフィルタは、特定の空間領域に適用され、このようなフィルタがどのように適用されるかを調整するための複数のパラメータを含む。フィルタ制御解析コンポーネント２２７は、このようなフィルタがどこで適用されるべきかを決定するために、再構成された参照ブロックを解析し、対応するパラメータをセットする。このようなデータは、符号化のためにフィルタ制御データとしてヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１へ転送される。インループフィルタコンポーネント２２５は、フィルタ制御データに基づいてそのようなフィルタを適用する。フィルタは、デブロッキングフィルタ、ノイズ抑制フィルタ、ＳＡＯフィルタ、及び適応ループフィルタを含んでよい。このようなフィルタは、例に応じて、空間／ピクセル領域で（例えば、再構成されたピクセルブロックに対して）、あるいは、周波数領域で適用されてよい。

【0090】

エンコーダとして動作する場合に、フィルタリングされた再構成された画像ブロック、残差ブロック、及び／又は予測ブロックは、上述されたように動き推定での後の使用のために復号化ピクチャバッファコンポーネント２２３に記憶される。デコーダとして動作する場合に、復号化ピクチャバッファコンポーネント２２３は、再構成され且つフィルタリングされたブロックを記憶し、出力ビデオ信号の部分としてディスプレイに向けて転送する。復号化ピクチャバッファコンポーネント２２３は、予測ブロック、残差ブロック、及び／又は再構成された画像ブロックを記憶することができる如何なるメモリデバイスであってもよい。

【0091】

ヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１は、コーデックシステム２００の様々なコンポーネントからデータを受け取り、そのようなデータを、デコーダに向けた伝送のために、コーディングされたビットストリーム内に符号化する。具体的に、ヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１は、汎用制御データ及びフィルタ制御データなどの制御データを符号化するための様々なヘッダを生成する。更に、量子化された変換係数データの形での残差データに加えて、イントラ予測及び動きデータを含む予測データも、全て、ビットストリームの中に符号化される。最終的なビットストリームは、元のパーティション化されたビデオ信号２０１を再構成するためにデコーダによって望まれる全ての情報を含む。このような情報はまた、イントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）、様々なブロックの符号化コンテキストの定義、最も確からしいイントラ予測モードの指示、パーティション情報の指示、などを含んでもよい。このようなデータは、エントロピコーディングを用いることによって符号化され得る。例えば、情報は、コンテキスト適応可変長コーディング（ＣＡＶＬＣ）、ＣＡＢＡＣ、シンタックスに基づくコンテキスト適応バイナリ算術コーディング（ＳＢＡＣ）、確率間隔パーティション化エントロピ（ＰＩＰＥ）コーディング、又は他のエントロピコーディング技術を用いることによって符号化されてよい。エントロピコーディングに続いて、コーディングされたビットストリームは、他のデバイス（例えば、ビデオデコーダ）へ伝送されても、あるいは、後の伝送又は読み出しのためにアーカイブ保管されてもよい。

【0092】

図３は、例示的なビデオエンコーダ３００を表すブロック図である。ビデオエンコーダ３００は、コーデックシステム２００の符号化機能を実装し、且つ／あるいは、動作方法１００のステップ１０１、１０３、１０５、１０７、及び／又は１０９を実装するために、用いられてよい。エンコーダ３００は、入力されたビデオ信号をパーティション化して、パーティション化されたビデオ信号２０１と実質的に類似しているパーティション化されたビデオ信号３０１をもたらす。パーティション化されたビデオ信号３０１は、次いで、エンコーダ３００のコンポーネントによってビットストリーム内に圧縮及び符号化される。

【0093】

具体的に、パーティション化されたビデオ信号３０１は、イントラ予測のためにイントラピクチャ予測コンポーネント３１７へ転送される。イントラピクチャ予測コンポーネント３１７は、イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７と実質的に類似し得る。パーティション化されたビデオ信号３０１は、復号化ピクチャバッファコンポーネント３２３内の参照ブロックに基づいたインター予測のために、動き補償コンポーネント３２１へも転送される。動き補償コンポーネント３２１は、動き推定コンポーネント２２１及び動き補償コンポーネント２１９と実質的に類似し得る。イントラピクチャ予測コンポーネント３１７及び動き補償コンポーネント３２１からの予測ブロック及び残差ブロックは、残差ブロックの変換及び量子化のために、変換及び量子化コンポーネント３１３へ転送される。変換及び量子化コンポーネント３１３は、変換スケーリング及び量子化コンポーネント２１３と実質的に類似し得る。変換及び量子化された残差ブロック並びに対応する予測ブロックが（関連した制御データとともに）ビットストリーム内へのコーディングのためにエントロピコーディングコンポーネント３３１へ転送される。エントロピコーディングコンポーネント３３１は、ヘッダフォーマッティング及びＣＡＢＡＣコンポーネント２３１と実質的に類似し得る。

【0094】

変換及び量子化された残差ブロック並びに／又は対応する予測ブロックは、変換及び量子化コンポーネント３１３から逆変換及び量子化コンポーネント３２９へも、動き補償コンポーネント３２１によって使用される参照ブロックへの再構成のために転送される。逆変換及び量子化コンポーネント３２９は、スケーリング及び逆変換コンポーネント２２９と実質的に類似し得る。インループフィルタコンポーネント３２５におけるインループフィルタも、例に応じて、残差ブロック及び／又は再構成された参照ブロックに適用される。インループフィルタコンポーネント３２５は、フィルタ制御解析コンポーネント２２７及びインループフィルタコンポーネント２２５と実質的に類似し得る。インループフィルタコンポーネント３２５は、インループフィルタコンポーネント２２５に関して説明されたように複数のフィルタを含んでよい。フィルタリングされたブロックは、次いで、動き補償コンポーネント３２１による参照ブロックとしての使用のために、復号化ピクチャバッファコンポーネント３２３に記憶される。復号化ピクチャバッファコンポーネント３２３は、復号化ピクチャバッファコンポーネント２２３と実質的に類似し得る。

【0095】

図４は、例示的なビデオデコーダ４００を表すブロック図である。ビデオデコーダ４００は、コーデックシステム２００の復号化機能を実装し、且つ／あるいは、動作方法１００のステップ１１１、１１３、１１５、及び／又は１１７を実装するために、用いられてよい。デコーダ４００は、例えば、エンコーダ３００から、ビットストリームを受け取り、ビットストリームに基づいて、エンドユーザへの表示のために、再構成された出力ビデオ信号を生成する。

【0096】

ビットストリームは、エントロピ復号化コンポーネント４３３によって受け取られる。エントロピ復号化コンポーネント４３３は、ＣＡＶＬＣ、ＣＡＢＡＣ、ＳＢＡＣ、ＰＩＰＥコーディング、又は他のエントロピコーディング技術などのエントロピ復号化スキームを実装するよう構成される。例えば、エントロピ復号化コンポーネント４３３は、ビットストリームの中にコードワードとして符号化された追加データを解釈するためにコンテキストを供給するようヘッダ情報を用いてよい。復号された情報は、汎用制御データ、フィルタ制御データ、パーティション情報、動きデータ、予測データ、及び量子化された変換係数などのビデオ信号を残差ブロックから復号するための如何なる望ましい情報も含む。量子化された変換係数は、逆変換及び量子化コンポーネント４２９へ、残差ブロックへの再構成のために転送される。逆変換及び量子化コンポーネント４２９は、逆変換及び量子化コンポーネント３２９と類似し得る。

【0097】

再構成された残差ブロック及び／又は予測ブロックは、イントラ予測動作に基づく画像ブロックへの再構成のために、イントラピクチャ予測コンポーネント４１７へ転送される。イントラピクチャ予測コンポーネント４１７は、イントラピクチャ推定コンポーネント２１５及びイントラピクチャ予測コンポーネント２１７と類似し得る。具体的に、イントラピクチャ予測コンポーネント４１７は、フレーム内の参照ブロックの位置を見つけるために予測モードを用い、残差ブロックをその結果に適用して、イントラ予測された画像ブロックを再構成する。再構成されたイントラ予測された画像ブロック及び／又は残差ブロック並びに対応するインター予測データは、インループフィルタコンポーネント４２５を介して復号化ピクチャバッファコンポーネント４２３へ転送される。これらは、夫々、復号化ピクチャバッファコンポーネント２２３及びインループフィルタコンポーネント２２５と実質的に類似し得る。インループフィルタコンポーネント４２５は、再構成された画像ブロック、残差ブロック及び／又は予測ブロックをフィルタリングし、このような情報は、復号化ピクチャバッファコンポーネント４２３に記憶される。復号化ピクチャバッファコンポーネント４２３からの再構成された画像ブロックは、インター予測のために動き補償コンポーネント４２１へ転送される。動き補償コンポーネント４２１は、動き推定コンポーネント２２１及び／又は動き補償コンポーネント２１９と実質的に類似し得る。具体的に、動き補償コンポーネント４２１は、予測ブロックを生成するために参照ブロックからの動きベクトルを用い、残差ブロックをその結果に適用して、画像ブロックを再構成する。結果として得られる再構成されたブロックも、インループフィルタコンポーネント４２５を介して復号化ピクチャバッファコンポーネント４２３へ転送されてよい。復号化ピクチャバッファコンポーネント４２３は、パーティション情報によりフレーム内に再構成され得る更なる再構成された画像ブロックを引き続き記憶する。このようなフレームはシーケンスでも配置されてよい。シーケンスは、再構成された出力ビデオ信号としてディスプレイに向けて出力される。

【0098】

図５は、符号化されたビデオシーケンスを含む例示的なビットストリーム５００を表す概略図である。例えば、ビットストリーム５００は、コーデックシステム２００及び／又はデコーダ４００による復号化のためにコーデックシステム２００及び／又はエンコーダ３００によって生成され得る。他の例として、ビットストリーム５００は、ステップ１１１でのデコーダによる使用のために、方法１００のステップ１０９でエンコーダによって生成されてもよい。

【0099】

ビットストリーム５００は、シーケンスパラメータセット（ＳＰＳ）５１０、複数のピクチャパラメータセット（ＰＰＳ）５１２、スライスヘッダ５１４、及び画像データ５２０を含む。ＳＰＳ５１０は、ビットストリーム５００に含まれているビデオシーケンス内の全てのピクチャに共通するシーケンスデータを含む。このようなデータは、ピクチャサイジング、ビットデプス、コーディングツールパラメータ、ビットレート制限、などを含むことができる。ＰＰＳ５１２は、１つ以上の対応するピクチャに特有であるパラメータを含む。従って、ビデオシーケンス内の各ピクチャは、１つのＰＰＳ５１２を参照し得る。ＰＰＳ５１２は、対応するピクチャ内のスライス（又はタイル）に利用可能なコーディングツール、量子化パラメータ、オフセット、ピクチャ特有のコーディングツールパラメータ（例えば、フィルタ制御）などを示すことができる。スライスヘッダ５１４は、ピクチャ内の各スライスに特有であるパラメータを含む。従って、ビデオシーケンスにはスライスごとに１つのスライスヘッダ５１４が存在し得る。スライスヘッダ５１４は、スライス情報、ピクチャオーダーカウント（ＰＯＣ）、参照ピクチャリスト、予測重み、タイルエントリポイント、デブロッキングパラメータ、などを含んでよい。留意されるべきは、いくつかのシステムは、スライスヘッダ５１４をタイルグループヘッダと呼び、スライスの代わりにタイルグループをサポートするためにこのような情報を使用することである。

【0100】

画像データ５２０は、インター予測及び／又はイントラ予測に従って符号化されたビデオデータと、対応する変換及び量子化された残差データとを含む。そのような画像データ５２０は、符号化の前に画像をパーティション化するために使用されるパーティション化に従ってソートされる。例えば、画像データ５２０内の画像は１つ以上のピクチャ５２１を含む。ピクチャ５２１のシーケンス又は連続は、ＣＶＳ５２７と呼ばれ得る。ここで使用されるように、ＣＶＳ５２７は、復号化順に、符号化ビデオシーケンス開始（ＣＶＳＳ）ＡＵと、それに続いて、ＣＶＳＳＡＵである任意の後続ＡＵまでの、しかしそれを含まない全ての後続ＡＵを含む、ＣＶＳＳＡＵではないゼロ個以上のＡＵとを含む一連のアクセスユニット（ＡＵ）である。ＣＶＳＳＡＵは、ビデオパラメータセット（ＶＰＳ）によって指定されるレイヤごとに予測ユニット（ＰＵ）が存在するＡＵであり、各ＰＵ内のコーディングされたピクチャは、符号化レイヤビデオシーケンス開始（ＣＬＶＳＳ）ピクチャである。実施形態において、各ピクチャ５２１はＡＵ内に配置されている。ＰＵは、指定された分類規則に従って互いに関連しており、復号化順に連続し、ただ１つのコーディングされたピクチャを含むＮＡＬユニットの組である。

【0101】

ＣＶＳは、ビデオビットストリーム内の全ての符号化レイヤビデオシーケンス（ＣＬＶＳ）のための符号化ビデオシーケンスである。特に、ＣＶＳ及びＣＬＶＳは、ビデオビットストリームに含まれるレイヤが１つである場合に同じである。ＣＶＳ及びＣＬＶＳは、ビデオビットストリームに複数のレイヤが含まれる場合にのみ異なる。

【0102】

ピクチャ５２１の夫々は、サブピクチャ５２３に分割され得る。サブピクチャ５２３は、水平及び垂直境界によってもたらされるピクチャのパーティション化された部分である。サブピクチャ５２３は、長方形及び／又は正方形であり得る。具体的に、サブピクチャ５２３は、直角に接続されている４つの辺を含む。４つの辺は、２対の平行な辺を含む。更に、平行な辺の対をなす辺は、長さが等しい。そのようなものとして、サブピクチャ５２３は、任意の長方形形状であることができ、正方形は、４つ全ての辺が等しい長さである長方形の特別な場合である。

【0103】

各サブピクチャ５２３は、スライス５２９にパーティション化され得る。留意されるべきは、いくつかのアプリケーションにおいて、スライス５２９は、タイル及び／又はタイルグループと呼ばれる得ることである。スライス５２９は、長方形及び／又は正方形であることができ、つまり、スライスは、（例えば、長方形又は正方形形状を有さなくてもよいラスタ走査スライスとは対照的に）長方形又は正方形形状を有する。具体的にスライス５２９は、直角に接続されている４つの辺を含む。４つの辺は、２対の平行な辺を含む。更に、平行な辺の対をなす辺は、長さが等しい。そのようなものとして、スライス５２９は、任意の長方形形状であることができ、正方形は、４つ全ての辺が等しい長さである長方形の特別な場合である。

【0104】

実施形態において、各サブピクチャ５２３は、ピクチャ５２１内の１つ以上のスライス５２９の長方形領域を有する。つまり、各サブピクチャ５２３は、１つ以上のスライス５２９に分割され、各ピクチャ５２１は、１つ以上のサブピクチャ５２３に分割される。

【0105】

スライス５２９は、例に応じて、他のスライス５２９に基づいた予測を許可してもしなくてもよい。各スライス５２９は、サブピクチャ５２３において一意のスライスインデックスを有し得る。スライスインデックスは、１つのスライス５２９を他と区別するために使用され得る手続き的に選択された数値識別子である。例えば、スライスインデックスは、上から下へ又は左から右へ数的に増加し得る。

【0106】

留意されるべきは、いくつかの例では、スライス５２９がスライス識別子（ＩＤ）を割り当てられてもよいことである。スライスＩＤは、１つのスライス５２９を他と区別するために使用され得る割り当てられた識別子である。計算は、いくつかの例では、スライスインデックスの代わりにスライスＩＤを用いてもよい。更に、スライスＩＤは、いくつかの例では、スライスインデックスと同じ値を有するよう割り当てられ得る。スライスインデックス及び／又はＩＤは、スライス５２９を含むスライスグループを示すよう通知され得る。例えば、スライスインデックス及び／又はＩＤは、スライス５２９に関連したピクチャデータを表示のための適切な位置にマッピングするために用いられてもよい。複数のスライス５２９はタイルセットと呼ばれ得る。タイルセットは、例えば、関心領域の表示をサポートするために、及び／又は並列処理をサポートするために、別々に抽出及びコーディングされ得るスライス５２９の関連する組である。各スライス５２９は、対応するタイルセットに割り当てられ得るので、ピクチャ５２１は、複数のタイルセットを含むことができる。

【0107】

スライス５２９は更に、コーディングツリーユニット（ＣＴＵ）に分割される。ＣＴＵは、コーディングツリーに基づきコーディングブロックに更に分割される。コーディングブロックは、次いで、予測メカニズムに従って符号化／復号化され得る。

【0108】

実施形態において、ＰＰＳ５１２は、サブピクチャあたりの単一スライスのフラグ５３２を含む。実施形態において、サブピクチャあたりの単一スライスのフラグ５３２は、第１値（例えば、１）を有する。第１値は、（ビットストリーム５００内の他のＰＰＳとは対照的に）ＰＰＳ５１２を参照する各サブピクチャ（例えば、サブピクチャ５２３）が唯一の長方形スライス（例えば、スライス５２９）を含む可能性があることを指定する。つまり、各サブピクチャは単一の長方形スライスを含む。よって、サブピクチャ及び長方形スライスの大きさは同じである。

【0109】

実施形態において、サブピクチャあたりの単一スライスのフラグ５３２は、第２値（例えば、０）を有する。第２値は、（ビットストリーム５００内の他のＰＰＳとは対照的に）ＰＰＳ５１２を参照する各サブピクチャ（例えば、５２３）が１つ以上の長方形スライス（例えば、スライス５２９）を含む可能性があることを指定する。つまり、各サブピクチャは、単一の長方形スライスを含んでもよく、あるいは、複数のスライスを含んでもよい。サブピクチャが複数のスライスを含む場合に、サブピクチャの大きさは、個々のスライスの大きさとは異なる。実施形態において、サブピクチャあたりの単一スライスのフラグ５３２は、ｐｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇとして指定される。

【0110】

実施形態において、ＰＰＳ５１２は、ピクチャ内のスライス数のフラグ５３４を更に有する。ピクチャ内のスライス数のフラグ５３４は、ＰＰＳ５１２を参照する各ピクチャ（例えば、５２１）内の長方形スライス（例えば、スライス５２９）の数を決定するために使用される。実施形態において、ピクチャ内のスライス数のフラグ５３４は、ピクチャあたりの単一スライスのフラグ５３２が第２値を有する場合に、ＰＰＳを参照する各ピクチャ内の長方形スライスの数を知らせるために用いられる。

【0111】

実施形態において、ピクチャ内のスライス数のフラグ５３４の値に１をプラスしたものは、ＰＰＳを参照する各ピクチャ内のスライスの数を指定する。例えば、ピクチャ内のスライス数のフラグ５３４の値が３である場合に、ピクチャ内のスライスの総数は４（例えば、３＋１）である。実施形態において、ピクチャ内のスライス数のフラグ５３４は、ｐｐｓ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１として指定される。

【0112】

図６は、ビデオデコーダ（例えば、ビデオデコーダ４００）によって実装される復号化の方法６００の実施形態である。方法６００は、復号されたビットストリームが直接的又は間接的にビデオエンコーダ（例えば、ビデオエンコーダ３００）から受信された後で実行され得る。方法６００は、ピクチャの各サブピクチャが唯一の長方形スライスを含むかどうかを示すためにビットストリーム内のフラグを使用することによって、復号化プロセスを改善する。各サブピクチャが１つの長方形スライスしか含まないことをフラグが示す場合に、サブピクチャの数及びレイアウト（例えば、各サブピクチャの位置及びサイズ）を通知するシンタックス要素は、サブピクチャがスライスと同じであるので、ビットストリームから省略され得る。つまり、各サブピクチャが１つの長方形スライスしか含まないことをフラグが示す場合には、スライスについてのシンタックス要素のみがビットストリームに含まれさえすればよい。これは、ビットストリームで運ばれる情報の量を減らして、メモリ、プロセッサ、及びネットワーク資源の利用を低減しかつコーディング効率を高める。よって、ビデオコーディングにおけるコーダ／デコーダ（別名、「コーデック」）は、現在のコーデックに対して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信、受信、及び／又は表示される場合に、ユーザに、より良いユーザ経験を提供する。

【0113】

ブロック６０２で、ビデオデコーダは、サブピクチャあたりの単一スライスのフラグ（例えば、サブピクチャあたりの単一スライスのフラグ５３２）を含むＰＰＳ（例えば、ＰＰＳ５１２）を含むビットストリーム（例えば、ビットストリーム５００）を受信する。実施形態において、サブピクチャあたりの単一スライスのフラグは、ｐｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇとして指定される。

【0114】

実施形態において、ＰＰＳは、ピクチャ内のスライス数のフラグ（例えば、ピクチャ内のスライス数のフラグ５３４）を更に含む。ピクチャ内のスライス数のフラグの値に１をプラスしたものは、ＰＰＳを参照する各ピクチャ内のスライスの数を指定する。実施形態において、ピクチャ内のスライス数のフラグは、ｐｐｓ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１として指定される。

【0115】

ブロック６０４で、ビデオデコーダは、サブピクチャあたりの単一スライスのフラグが第１値又は第２値を有するかどうかを決定する。第１値は、ＰＰＳを参照する各サブピクチャが唯一の長方形スライスを含むことを指定する。第２値は、ＰＰＳを参照する各サブピクチャが１つ以上の長方形スライス（例えば、１つ又は複数の長方形スライス）を含む可能性があることを指定する。実施形態において、第１値はイチ（１）であり、第２値はゼロ（０）である。実施形態において、各サブピクチャは、ピクチャ内のもう１つのスライスの長方形領域を含む。

【0116】

ブロック６０６で、ビデオデコーダは、サブピクチャあたりの単一スライスのフラグが第１値を有する場合には唯一の長方形スライスを、サブピクチャあたりの単一スライスのフラグが第２値を有する場合には１つ以上の長方形スライスを復号する。復号されると、唯一の長方形スライス又は１つ以上の長方形スライスは、場合によっては、電子デバイス（例えば、スマートフォン、タブレット、ラップトップ、パーソナルコンピュータ、など）のディスプレイ又はスクリーンでのユーザへの表示のために画像又はビデオシーケンスを生成又は発生するために使用される。

【0117】

図７は、ビデオエンコーダ（例えば、ビデオエンコーダ３００）によって実装されるビデオビットストリームの符号化の方法７００の実施形態である。方法７００は、（例えば、ビデオからの）ピクチャがビデオビットストリームに符号化され、次いでビデオデコーダ（例えば、ビデオデコーダ４００）に向けて送信されるべきである場合に、実行され得る。方法７００は、ピクチャの各サブピクチャが唯一の長方形スライスを含むかどうかを示すためにビットストリーム内のフラグを使用することによって、符号化プロセスを改善する。各サブピクチャが１つの長方形スライスしか含まないことをフラグが示す場合に、サブピクチャの数及びレイアウト（例えば、各サブピクチャの位置及びサイズ）を通知するシンタックス要素は、サブピクチャがスライスと同じであるので、ビットストリームから省略され得る。つまり、各サブピクチャが１つの長方形スライスしか含まないことをフラグが示す場合には、スライスについてのシンタックス要素のみがビットストリームに含まれさえすればよい。これは、ビットストリームで運ばれる情報の量を減らして、メモリ、プロセッサ、及びネットワーク資源の利用を低減しかつコーディング効率を高める。よって、ビデオコーディングにおけるコーダ／デコーダ（別名、「コーデック」）は、現在のコーデックに対して改善される。実際問題として、改善されたビデオコーディングプロセスは、ビデオが送信、受信、及び／又は表示される場合に、ユーザに、より良いユーザ経験を提供する。

【0118】

ブロック７０２で、ビデオエンコーダは、サブピクチャあたりの単一スライスのフラグ（例えば、サブピクチャあたりの単一スライスのフラグ５３２）を、ＰＰＳ（例えば、ＰＰＳ５１２）を参照する各サブピクチャ（例えば、サブピクチャ５２３）が唯一の長方形スライスを含む場合には第１値に、ＰＰＳを参照する各サブピクチャが１つ以上の長方形スライスを含む可能性がある場合には第２値にセットする。

【0119】

実施形態において、サブピクチャあたりの単一スライスのフラグは、ｐｐｓ＿ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇとして指定される。実施形態において、第１値はイチ（１）であり、第２値はゼロ（０）である。

【0120】

実施形態において、ＰＰＳは、ピクチャ内のスライス数のフラグ（例えば、ピクチャ内のスライス数のフラグ５３４）を更に含む。実施形態において、ビデオエンコーダは、ピクチャ内のスライス数のフラグをある値にセットする。ピクチャ内のスライス数のフラグの値に１をプラスしたものは、ＰＰＳを参照する各ピクチャ内のスライスの数を指定する。実施形態において、ピクチャ内のスライス数のフラグは、ｐｐｓ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１として指定される。実施形態において、各サブピクチャは、ピクチャ内のもう１つのスライスの長方形領域を有する。

【0121】

ブロック７０４で、ビデオエンコーダは、サブピクチャあたりの単一スライスのフラグを含むＰＰＳをビットストリーム（例えば、ビットストリーム５００）に符号化する。ブロック７０６で、ビデオエンコーダは、デコーダに向けた通信のためにビットストリームを記憶する。ビットストリームは、ビデオビットストリームがビデオデコーダに向けて送信されるまで、メモリに記憶され得る。ビデオデコーダによって受信されると、符号化されたビデオビットストリームは、電子デバイス（例えば、スマートフォン、タブレット、ラップトップ、パーソナルコンピュータ、など）のディスプレイ又はスクリーンでのユーザへの表示のために画像又はビデオシーケンスを生成又は発生するために（例えば、上述されたように）復号され得る。

【0122】

以下のシンタックス及びセマンティクスは、ここで開示されている実施形態を実装するために用いられ得る。以下の記載は、サブピクチャ情報のシグナリングがスライスのレイアウトに基づき通知されると仮定して、最新のＶＶＣドラフト仕様である基本テキストに関連する。言い換えると、差分のみが説明され、一方、以下で述べられていない基本テキスト内のテキストは、そのまま適用される。

【0123】

ＰＰＳシンタックスは、次の通りである。

【表1】

【0124】

ＰＰＳセマンティクスは、次の通りである。

【0125】

１に等しいｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇ［ｉ］は、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の正符号を示す。０に等しいｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇ［ｉ］は、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の負符号を示す。

【0126】

ビットストリームコンフォーマンスの要件は、スライスが多数の完全なタイル又は１つのタイルの完全なブリックの連続したシーケンスのどちらかを含むべきであることである。

【0127】

ｉ番目のスライスの左上隅に位置しているブリックのブリックインデックス、ｉ番目のスライスの右下隅に位置しているブリックのブリックインデックス、ｉ番目のスライス内のブリックの数、及びｊ番目のブリックを含むスライスのスライスインデックス、ＣＴＢの単位でのｉ番目のスライスの左境界の位置、ＣＴＢの単位でのｉ番目のスライスの右境界の位置、ＣＴＢの単位でのｉ番目のスライスの幅、及びＣＴＢの単位でのｉ番目のスライスの高さを夫々指定する変数ＴｏｐＬｅｆｔＢｒｉｃｋＩｄｘ［ｉ］、ＢｏｔｔｏｍＲｉｇｈｔＢｒｉｃｋＩｄｘ［ｉ］、ＮｕｍＢｒｉｃｋｓＩｎＳｌｉｃｅ［ｉ］、ＢｒｉｃｋＴｏＳｌｉｃｅＭａｐ［ｊ］、ＳｌｉｃｅＣｏｌＢｄ［ｉ］、ＳｌｉｃｅＲｏｗＢｄ［ｉ］、ＳｌｉｃｅＷｉｄｔｈ［ｉ］、及びＳｌｉｃｅＨｅｉｇｈｔ［ｉ］は、次のように導出される：

【数1】

【0128】

１に等しいｓｕｂｐｉｃｓ＿ｐｒｓｅｎｔ＿ｆｌａｇは、サブピクチャパラメータがＰＰＳＲＢＳＰシンタックスに存在することを示す。０に等しいｓｕｂｐｉｃｓ＿ｐｒｓｅｎｔ＿ｆｌａｇは、サブピクチャパラメータがＰＰＳＲＢＳＰシンタックスに存在しないことを示す。存在しない場合には、ｓｕｂｐｉｃｓ＿ｐｒｓｅｎｔ＿ｆｌａｇの値は、０に等しいと推測される。

【0129】

注記－ビットストリームが、入力ビットストリームがピクチャごとに複数のサブピクチャを含み、抽出中に、ＶＣＬＮＡＬユニットが抽出又は破棄されるだけで変更されないサブピクチャベースのサブビットストリーム抽出プロセスの結果であり、ビットストリームが、入力ビットストリームのサブピクチャの真のサブセットのみを含む場合に、ｓｕｂｐｉｃｓ＿ｐｒｓｅｎｔ＿ｆｌａｇの値は、各ピクチャに１つのサブピクチャしかない場合でさえ、ビットストリーム内のＰＰＳのＲＢＳＰにおいて１に等しくなければならない。

【0130】

１に等しいｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇは、このＰＰＳを参照する各サブピクチャ内の各サブピクチャが１つの長方形スライスを含むことを指定する。０に等しいｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇは、このＰＰＳを参照するピクチャ内のサブピクチャが１よりも多い長方形スライスを含む可能性があることを指定する。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しく、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１が０に等しい場合に、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇの値は、１に等しいと推測される。

【0131】

ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１に１をプラスしたものは、ＰＰＳを参照する各ピクチャ内のサブピクチャの数を指定する。ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は、０以上ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１以下の範囲内にあるべきである。ｓｕｂｐｉｃｓ＿ｐｒｓｅｎｔ＿ｆｌａｇが０に等しい場合に、ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は０と推測される。存在せず、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合には、ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１の値は、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１に等しいと推測される。変数ＮｕｍＳｕｂＰｉｃｓは、ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１に等しいと導出される。

【0132】

ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１に１をプラスしたものは、シンタックス要素ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］を表すために使用されるビットの数を指定する。ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、０以上Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１＋１））－１以下の範囲内にあるべきである。

【0133】

ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］は、ｉが０よりも大きい場合に、ｉ番目のサブピクチャの右下隅に位置しているスライスのスライスインデックスと、（ｉ－１）番目のサブピクチャの右下隅のスライスインデックスとの間の差を指定する。ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ［０］は、０番目のサブピクチャの右下隅のスライスインデックスを指定する。ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｆｌａｇが１に等しい場合に、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の値は、１に等しいと推測される。ＢｏｔｔｏｍＲｉｇｈｔＳｌｉｃｅＩｄｘ［ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１］の値は、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１に等しいと推測される。ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］シンタックス要素の長さは、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１ビットである。

【0134】

１に等しいｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇ［ｉ］は、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の正符号を示す。０に等しいｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇ［ｉ］は、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｂｒｉｃｋ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の負符号を示す。

【0135】

ｉ番目のサブピクチャの左上隅に位置しているスライスのスライスインデックス、ｉ番目のサブピクチャの右下隅に位置しているスライスのスライスインデックス、ｉ番目のサブピクチャ内のスライスの数、ｊ番目のスライスを含むサブピクチャのサブピクチャインデックス、及びｉ番目のサブピクチャ内のｋ番目のスライスのピクチャレベルスライスインデックスを夫々指定する変数ＴｏｐＬｅｆｔＳｌｉｃｅＩｄｘ［ｉ］、ＢｏｔｔｏｍＲｉｇｈｔＳｌｉｃｅＩｄｘ［ｉ］、ＮｕｍＳｌｉｃｅｓＩｎＳｕｂｐｉｃ［ｉ］、ＳｌｉｃｅＴｏＳｕｂｐｉｃＭａｐ［ｊ］、及びＳｌｉｃｅＳｕｂｐｉｃＴｏＰｉｃＩｄｘ［ｉ］［ｋ］は、次のように導出される：

【数2】

【0136】

ＣＴＢの単位でのｉ番目のサブピクチャの左境界位置、上境界の境界位置、幅、及び高さを夫々指定する変数ＳｕｂｐｉｃＬｅｆｔ［ｉ］、ＳｕｂｐｉｃＴｏｐ［ｉ］、ＳｕｂｐｉｃＷｉｄｔｈ、及びＳｕｂｐｉｃＨｅｉｇｈｔ［ｉ］は、０以上ＮｕｍｂＳｕｂＰｉｃｓ－１以下の範囲内のｉの各値について次のように導出される：

【数3】

【0137】

１に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＶＳ内の各コーディングされたピクチャのｉ番目のサブピクチャが、インループフィルタリング動作を除く復号化プロセスでピクチャとして扱われることを指定する。０に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＶＳ内の各コーディングされたピクチャのｉ番目のサブピクチャが、インループフィルタリング動作を除く復号化プロセスでピクチャとして扱われないことを指定する。存在しない場合には、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は、０に等しいと推測される。

【0138】

１に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、インループフィルタリング動作がＣＶＳ内の各コーディングされたピクチャにおいてｉ番目のサブピクチャの境界にわたって実行され得ることを指定する。０に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、インループフィルタリング動作がＣＶＳ内の各コーディングされたピクチャにおいてｉ番目のサブピクチャの境界にわたって実行されないことを指定する。存在しない場合には、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値は、１に等しいと推測される。

【0139】

ビットストリームコンフォーマンスの要件は、次の制約が適用されることである。

【0140】

－いずれか２つのサブピクチャｓｕｂｐｉｃＡ及びｓｕｂｐｉｃＢについて、ｓｕｂｐｉｃＡのインデックスがｓｕｂｐｉｃＢのインデックスよりも小さい場合に、ｓｕｂＰｉｃＡの如何なるコーディングされたＮＡＬユニットも、復号化順においてｓｕｂＰｉｃＢの如何なるコーディングされたＮＡＬユニットの後にも続くべきである。

【0141】

サブピクチャの形状は、各サブピクチャが、復号されるとき、ピクチャ境界から成るか又は前に復号されたサブピクチャの境界から成るその左境界全体及び上境界全体を有するべきであるようなものであるべきである。

【0142】

ＳｕｂｐｉｃＬｅｆｔ［ｉ］、ＳｕｂｐｉｃＴｏｐ［ｉ］、ＳｕｂｐｉｃＷｉｄｔｈ［ｉ］及びＳｕｂｐｉｃＨｅｉｇｈｔ［ｉ］の値は、ＣＬＶＳのコーディングされたスライスＮＡＬユニットによって参照されたどのＰＰＳＲＢＳＰからそれらが導出されるかにかかわらず、０以上ＮｕｍＳｕｂＰｉｃｓ－１以下のｉの各値について夫々同じであるべきである。

【0143】

ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］及びｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］の値は、０以上ＮｕｍＳｕｂＰｉｃｓ－１以下の範囲内のｉの各値について夫々ＣＬＶＳのコーディングされたスライスＮＡＬユニットによって参照された全てのＰＰＳＲＢＳＰにおいて同じままであるべきである。

【0144】

１に等しいｓｕｂｐｉｃ＿ｉｄｓ＿ｃｏｎｓｔａｎｔ＿ｉｎ＿ｃｌｖｓ＿ｆｌａｇは、ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１及びｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］の値が、０以上ｎｕｍ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１以下の範囲内のｉの各値について、ＣＬＶＳのコーディングされたスライスＮＡＬユニットによって参照された全てのＰＰＳＲＢＳＰにおいて同じままであることを示す。０に等しいｓｕｂｐｉｃ＿ｉｄｓ＿ｃｏｎｓｔａｎｔ＿ｉｎ＿ｃｌｖｓ＿ｆｌａｇは、ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値及びｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］の値が制約されてもされなくてもよいことを示す。

【0145】

ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１に１をプラスしたものは、ビットでのｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］及びｓｌｉｃｅ＿ｓｕｂｐｉｃ＿ｉｄシンタックス要素の長さを指定する。ｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値は、３以上３１以下の範囲内にあるべきである。０以上２以下の範囲内のｓｕｂｐｉｃ＿ｉｄ＿ｌｅｎ＿ｍｉｎｕｓ１の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のためにリザーブされる。

【0146】

ｐｐｓ＿ｓｕｂｐｉｃ＿ｉｄ［ｉ］は、ｉ番目のサブピクチャの識別子を指定する。

【0147】

図８は、本開示の実施形態に従うビデオコーディングデバイス８００（例えば、ビデオエンコーダ３００又はビデオデコーダ４００）の概略図である。ビデオコーディングデバイス８００は、ここで記載されている開示された実施形態を実装するのに適している。ビデオコーディングデバイス８００は、データを受け取る入口ポート８１０及び受信器ユニット（Ｒｘ）８２０と、データを処理するためのプロセッサ、ロジックユニット、又は中央演算処理装置（ＣＰＵ）８３０と、データを送信する送信器ユニット（Ｔｘ）８４０及び出口ポート８５０と、データを記憶するメモリ８６０とを有する。ビデオコーディングデバイス８００はまた、光又は電気信号の出口又は入口のために入口ポート８１０、受信器ユニット８２０、送信器ユニット８４０、及び出口ポート８５０へ結合された光電気（ＯＥ）コンポーネント及び電気光（ＥＯ）コンポーネントを有してもよい。

【0148】

プロセッサ８３０は、ハードウェア及びソフトウェアによって実装される。プロセッサ８３０は、１つ以上のＣＰＵチップ、コア（例えば、マルチコアプロセッサとして）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、及びデジタル信号プロセッサ（ＤＳＰ）として実装されてよい。プロセッサ８３０は、入口ポート８１０、受信器ユニット８２０、送信器ユニット８４０、出口ポート８５０、及びメモリ８６０と通信する。コーディングモジュール８７０は、上記の開示された実施形態を実装する。例えば、コーディングモジュール８７０は、様々なコーデック機能を実装、処理、準備、又は提供する。コーディングモジュール８７０の包含は、従って、ビデオコーディングデバイス８００の機能性に実質的な改善をもたらし、異なる状態へのビデオコーディングデバイス８００の変形を達成する。代替的に、コーディングモジュール８７０は、メモリ８６０に記憶されてプロセッサ８３０によって実行される命令として実装される。

【0149】

ビデオコーディングデバイス８００はまた、ユーザへ及びユーザからデータを通信する入力及び／又は出力（Ｉ／Ｏ）デバイス８８０を含んでもよい。Ｉ／Ｏデバイス８８０は、ビデオデータを表示するディスプレイ、オーディオデータを出力するスピーカ、などを含み得る。Ｉ／Ｏデバイス８８０は、キーボード、マウス、トラックボール、などのような入力デバイス、及び／又はそのような出力デバイスと相互作用する対応するインターフェースを含んでもよい。

【0150】

メモリ８６０は、１つ以上のディスク、テープドライブ、及びソリッドステートドライブを有し、プログラムが実行のために選択される場合にかようなプログラムを記憶するために、かつ。プログラム実行中に読み出される命令及びデータを記憶するために、オーバーフローデータ記憶デバイスとして使用されてもよい。メモリ８６０は、揮発性及び／又は不揮発性であってよく、リード・オンリー・メモリ（ＲＯＭ）、ランダム・アクセス・メモリ（ＲＡＭ）、三値連想メモリ（ＴＣＡＭ）、及び／又は静的ランダム・アクセス・メモリ（ＳＲＡＭ）であってもよい。

【0151】

図９は、コーディングのための手段９００の実施形態の概略図である。実施形態において、コーディングのための手段９００は、ビデオコーディングデバイス９０２（例えば、ビデオエンコーダ３００又はビデオデコーダ）において実装される。ビデオコーディングデバイス９０２は、受信手段９０１を含む。受信手段９０１は、符号化すべきピクチャを受信するよう又は復号すべきビットストリームを受信するよう構成される。ビデオコーディングデバイス９０２は、受信手段９０１へ結合される送信手段９０７を含む。送信手段９０７は、ビットストリームをデコーダへ送信するよう又は復号された画像を表示手段（例えば、Ｉ／Ｏデバイス８８０の１つ）へ送信するよう構成される。

【0152】

ビデオコーディングデバイス９０２は、記憶手段９０３を含む。記憶手段９０３は、受信手段９０１又は送信手段９０７のうちの少なくとも一方へ結合される。記憶手段９０３は、命令を記憶するよう構成される。ビデオコーディングデバイス９０２はまた、処理手段９０５を含む。処理手段９０５は、記憶手段９０３へ結合される。処理手段９０５は、記憶手段９０３に記憶されている命令を実行して、ここで開示されている方法を実行するよう構成される。

【0153】

いくつかの実施形態が本開示で提供されているが、開示されているシステム及び方法は、本開示の精神又は範囲から逸脱せずに、多数の他の具体的な形態で具現されてもよいことが理解され得る。本例は、限定としてではなく実例として見なされるべきであり、意図は、ここで与えられている詳細に限定されるべきではない。例えば、様々な要素又はコンポーネントは、他のシステムに結合又は統合されてもよく、あるいは、特定の特徴は省略されても又は実施されなくてもよい。

【0154】

更に、別個又は別々なものとして様々な実施形態で記載及び例示されている技術、システム、サブシステム、及び方法は、本開示の範囲から外れずに、他のシステム、コンポーネント、技術、又は方法と結合又は統合されてもよい。変更、置換、及び代替の他の例は、当業者によって確かめられ、ここで開示されている精神及び範囲から逸脱せずに行われ得る。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【手続補正書】

【提出日】2022-04-25

【手続補正1】

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

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項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】

復号された画像を生成するよう復号すべきビットストリームを受信するよう構成される受信器と、
前記受信器へ結合され、前記復号された画像をディスプレイへ送信するよう構成される送信器と、
前記受信器又は前記送信器の少なくとも一方へ結合され、命令を記憶するよう構成されるメモリと、
前記メモリへ結合され、該メモリに記憶されている前記命令を実行して、請求項１乃至７のうちいずれか一項に記載の方法を実行するよう構成されるプロセッサと
を有するコーディング装置。

【請求項27】

前記復号された画像を表示するよう構成される前記ディスプレイを更に有する、
請求項２６に記載のコーディング装置。

【請求項28】

請求項２０乃至２４のうちいずれか一項に記載の符号化デバイスを含むエンコーダと、
前記エンコーダと通信するデコーダであり、請求項１５乃至１９のうちいずれか一項に記載の復号化デバイスを含む前記デコーダと
を有するシステム。

【請求項29】

ビットストリームに符号化すべきピクチャを受信するよう構成される受信手段と、
前記受信手段へ結合され、前記ビットストリームを復号化手段へ送信するよう構成される送信手段と、
前記受信手段又は前記送信手段の少なくとも一方へ結合され、命令を記憶するよう構成される記憶手段と、
前記記憶手段へ結合され、該記憶手段に記憶されている前記命令を実行して、請求項８乃至１４のうちいずれか一項に記載の方法を実行するよう構成される処理手段と
を有する符号化手段。

【請求項30】

復号化された画像を生成するよう復号すべきビットストリームを受信するよう構成される受信手段と、
前記受信手段へ結合され、前記復号された画像を表示手段へ送信するよう構成される送信手段と、
前記受信手段又は前記送信手段の少なくとも一方へ結合され、命令を記憶するよう構成される記憶手段と、
前記記憶手段へ結合され、該記憶手段に記憶されている前記命令を実行して、請求項１乃至７のうちいずれか一項に記載の方法を実行するよう構成される処理手段と
を有す復号化手段。

【手続補正2】

【補正対象書類名】明細書

【補正対象項目名】００８２

【補正方法】変更

【補正の内容】

【0082】

【手続補正3】

【補正対象書類名】明細書

【補正対象項目名】０１１５

【補正方法】変更

【補正の内容】

【0115】

ブロック６０４で、ビデオデコーダは、サブピクチャあたりの単一スライスのフラグが第１値又は第２値を有するかどうかを決定する。第１値は、ＰＰＳを参照する各サブピクチャが唯一の長方形スライスを含むことを指定する。第２値は、ＰＰＳを参照する各サブピクチャが１つ以上の長方形スライス（例えば、１つ又は複数の長方形スライス）を含む可能性があることを指定する。実施形態において、第１値はイチ（１）であり、第２値はゼロ（０）である。実施形態において、各サブピクチャは、ピクチャ内の１つ以上のスライスの長方形領域を含む。

【手続補正4】

【補正対象書類名】明細書

【補正対象項目名】０１２０

【補正方法】変更

【補正の内容】

【0120】

実施形態において、ＰＰＳは、ピクチャ内のスライス数のフラグ（例えば、ピクチャ内のスライス数のフラグ５３４）を更に含む。実施形態において、ビデオエンコーダは、ピクチャ内のスライス数のフラグをある値にセットする。ピクチャ内のスライス数のフラグの値に１をプラスしたものは、ＰＰＳを参照する各ピクチャ内のスライスの数を指定する。実施形態において、ピクチャ内のスライス数のフラグは、ｐｐｓ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１として指定される。実施形態において、各サブピクチャは、ピクチャ内の１つ以上のスライスの長方形領域を有する。

【手続補正5】

【補正対象書類名】明細書

【補正対象項目名】０１３４

【補正方法】変更

【補正の内容】

【0134】

１に等しいｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇ［ｉ］は、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の正符号を示す。０に等しいｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ＿ｓｉｇｎ＿ｆｌａｇ［ｉ］は、ｂｏｔｔｏｍ＿ｒｉｇｈｔ＿ｓｌｉｃｅ＿ｉｄｘ＿ｄｅｌｔａ［ｉ］の負符号を示す。

【手続補正6】

【補正対象書類名】明細書

【補正対象項目名】０１３６

【補正方法】変更

【補正の内容】