特許 7486576 サブピクチャスライス位置導出を伴うセグメント位置シグナリング

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

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

(11)【特許番号】

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

(45)【発行日】2024-05-17

(54)【発明の名称】サブピクチャスライス位置導出を伴うセグメント位置シグナリング

(51)【国際特許分類】

   H04N 19/174 20140101AFI20240510BHJP

   H04N 19/70 20140101ALI20240510BHJP

【ＦＩ】

H04N19/174

H04N19/70

【請求項の数】 8

(21)【出願番号】P 2022517854

(86)(22)【出願日】2020-06-26

(65)【公表番号】

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

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

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

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

【審査請求日】2022-06-03

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

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

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

【前置審査】

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100150670

【弁理士】

【氏名又は名称】小梶 晴美

(74)【代理人】

【識別番号】100199705

【弁理士】

【氏名又は名称】仙波 和之

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(72)【発明者】

【氏名】ダムガニアン， ミトラ

(72)【発明者】

【氏名】ペッテション， マルティン

(72)【発明者】

【氏名】ショバーリ， リキャルド

【審査官】久保 光宏

(56)【参考文献】

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

【文献】Ye-Kui Wang, et al.，"Core Experiment Description of Sub-Picture Coding"，Document VCEG-O57, [online]，ITU - Telecommunications Standardization Sector STUDY GROUP 16 Question 6 Video Coding Experts Group (VCEG)，2002年01月16日，Pages 1-10，[令和5年5月25日検索], インターネット, <URL: https://www.itu.int/wftp3/av-arch/video-site/0112_Pat/VCEG-O57.doc>.

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

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

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

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

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

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

【請求項1】

デコーダによって実行される方法（６００）であって、前記方法は、
符号化ビデオビットストリームを受信することであって、前記符号化ビデオビットストリームが、スライスアドレスの第１の部分を表す第１の値を符号化する第１のコードワードを含むスライスヘッダを含み、前記第１の値は、スライスが属するサブピクチャを示すサブピクチャＩＤであり、前記スライスヘッダが、前記スライスアドレスの第２の部分を表す第２の値を符号化する第２のコードワードを含み、前記第２の値は、前記スライスが属するサブピクチャ位置に対する、前記スライスの空間配置を示すローカルスライスアドレスであり、前記スライスアドレスが、ピクチャ内のスライスの空間ロケーションを指定する、符号化ビデオビットストリームを受信することと、
前記第１のコードワードから前記第１の値を復号することと、
前記第２のコードワードから前記第２の値を復号することと、
前記第１の値と前記第２の値とを使用して、前記スライスアドレスを導出することと、
前記スライスを復号するために前記スライスアドレスを使用することと、
を含み、
前記スライスアドレスを導出することが、
パラメータセット中のシンタックスエレメントからマッピングリストを導出することと、
前記第１の値を、前記第１の値とは異なるマッピングされる値にマッピングするために前記マッピングリストを使用すること、
前記スライスアドレスを導出するために、前記マッピングされる値を使用することと、
を含む、方法。

【請求項2】

前記方法は、
第３のコードワードから第３の値を復号することであって、前記第３の値が前記スライスアドレスの第３の部分を表し、前記スライスアドレスの前記第３の部分が、前記サブピクチャレベルよりも低いスライスレベルにおけるアドレスを表す、第３の値を復号することと、
前記スライスアドレスを導出するために前記第１の値と前記第２の値と前記第３の値とを使用することと
をさらに含む、請求項１に記載の方法。

【請求項3】

前記方法は、
前記符号化ビデオビットストリームにおけるコードワードから数Ｎを復号することをさらに含み、
前記第１の値または前記第２の値を前記復号することが、前記符号化ビデオビットストリームから前記数Ｎを復号することを含む、
請求項１または２に記載の方法。

【請求項4】

前記数Ｎが、前記サブピクチャ中のスライスの数を表すか、または
前記数Ｎが、前記サブピクチャ中のスライスの最大数を表す、
請求項３に記載の方法。

【請求項5】

前記方法が、
前記符号化ビデオビットストリームが参照するパラメータセット中のフラグからフラグ値を復号することをさらに含み、
前記フラグ値が第１のフラグ値に等しい場合、前記符号化ビデオビットストリーム中の各サブピクチャ中に１つのスライスのみがあり、
前記フラグ値が第２のフラグ値に等しい場合、前記符号化ビデオビットストリーム中のサブピクチャ中に２つ以上のスライスがあり得る、請求項１から４のいずれか一項に記載の方法。

【請求項6】

処理回路（８０２）によって実行されたとき、前記処理回路（８０２）に、請求項１から５のいずれか一項に記載の方法を実行させる命令（８４４）を備える、コンピュータプログラム（８４３）。

【請求項7】

請求項６に記載のコンピュータプログラムを記憶しているコンピュータ可読記憶媒体（８４２）。

【請求項8】

請求項１から５のいずれか一項に記載の方法を実行するように適応された復号装置（８００）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、ビデオコーディングおよび復号に関する。

【背景技術】

【0002】

１．ＨＥＶＣおよびＶＶＣ

【0003】

高効率ビデオコーディング（ＨＥＶＣ）は、時間予測と空間予測の両方を利用する、ＩＴＵ－ＴおよびＭＰＥＧによって規格化されたブロックベースビデオコーデックである。空間予測は、現在ピクチャ内からのイントラ（Ｉ）予測を使用して達成される。時間予測は、前に復号された参照ピクチャから、ブロックレベルでの単方向（Ｐ）予測または双方向インター（Ｂ）予測を使用して達成される。エンコーダでは、残差と呼ばれる、元のピクセルデータと予測されたピクセルデータとの間の差は、周波数ドメインに変換され、量子化され、次いで、同じくエントロピーコーディングされる、予測モードおよび動きベクトルなど、必要な予測パラメータとともに送信される前に、エントロピーコーディングされる。デコーダは、エントロピー復号と、逆量子化と、逆方向変換とを実施して残差を取得し、次いで、その残差をイントラ予測またはインター予測に追加してピクチャを再構築する。

【0004】

ＭＰＥＧおよびＩＴＵ－Ｔは、ジョイントビデオエキスプロラトリチーム（ＪＶＥＴ：Ｊｏｉｎｔ Ｖｉｄｅｏ Ｅｘｐｌｏｒａｔｏｒｙ Ｔｅａｍ）内でＨＥＶＣの後継に取り組んでいる。開発中のこのビデオコーデックの名前は、多用途ビデオコーディング（ＶＶＣ）である。これを書いているとき、ＶＶＣドラフト仕様の現在のバージョンは、「多用途ビデオコーディング（ドラフト６）」（ＪＶＥＴ－Ｏ２００１－ｖＥ）であった。本明細書でＶＶＣが言及されるとき、ＶＶＣは、ＶＶＣ仕様のドラフト６を指す。

【0005】

２．成分

【0006】

ビデオシーケンスは、各ピクチャが１つまたは複数の成分からなる一連のピクチャからなる。各成分は、サンプル値の２次元矩形アレイとして説明され得る。ビデオシーケンス中のピクチャは、３つの成分、すなわち、サンプル値がルーマ値である１つのルーマ成分（Ｙ）と、サンプル値がクロマ値である２つのクロマ成分（Ｃｂ）および（Ｃｒ）とからなることが一般的である。クロマ成分の次元は、各次元においてルーマ成分よりも１／２だけ小さいことが一般的である。たとえば、ＨＤピクチャのルーマ成分のサイズは１９２０×１０８０となり、クロマ成分は、各々、９６０×５４０の次元を有するであろう。成分は色成分と呼ばれることがある。本明細書では、ビデオシーケンスの符号化および復号のために有用な方法について説明する。しかしながら、説明される技法が静止画像の符号化および復号のためにも使用され得ることを理解されたい。

【0007】

３．ブロックおよびユニット

【0008】

ブロックは、サンプルの２次元アレイである。ビデオコーディングでは、各成分が１つまたは複数のブロックにスプリットされ、コード化ビデオビットストリームは一連のブロックである。

【0009】

ビデオコーディングでは、ピクチャは、特定のエリアをカバーするユニットにスプリットされることが一般的である。各ユニットは、その特定のエリアをなすすべてのブロックからなり、各ブロックは、１つのユニットのみに完全に属する。ＨＥＶＣおよびＶＶＣにおけるコーディングユニット（ＣＵ）は、そのようなユニットの一例である。コーディングツリーユニット（ＣＴＵ）は、いくつかのＣＵにスプリットされ得る論理ユニットである。

【0010】

ＨＥＶＣでは、ＣＵは正方形であり、すなわち、ＣＵはＮ×Ｎルーマサンプルのサイズを有し、ここで、Ｎは、６４、３２、１６または８の値を有することができる。現在のＨ．２６６テストモデル多用途ビデオコーディング（ＶＶＣ）では、ＣＵは、矩形でもあり、すなわち、Ｎ×Ｍルーマサンプルのサイズを有することができ、ここで、ＮはＭとは異なる。

【0011】

４．ＮＡＬユニット

【0012】

ＨＥＶＣとＶＶＣの両方が、ネットワークアブストラクションレイヤ（ＮＡＬ）を規定する。ＨＥＶＣおよびＶＶＣにおけるすべてのデータ、すなわち、ビデオコーディングレイヤ（ＶＣＬ）データまたは非ＶＣＬデータの両方が、ＮＡＬユニット中にカプセル化される。ＶＣＬ ＮＡＬユニットは、ピクチャサンプル値を表すデータを含んでいる。非ＶＣＬ ＮＡＬユニットは、パラメータセットおよび補足エンハンスメント情報（ＳＥＩ：ｓｕｐｐｌｅｍｅｎｔａｌ ｅｎｈａｎｃｅｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）メッセージなど、追加の関連するデータを含んでいる。ＨＥＶＣおよびＶＶＣの現在のバージョンにおけるＮＡＬユニットは、ＮＡＬユニットヘッダと呼ばれるヘッダから始まる。ＨＥＶＣについてのＮＡＬユニットヘッダについてのシンタックスは、表１に示されており、スタートコードエミュレーションを防ぐために常に０に等しいものとするｆｏｒｂｉｄｄｅｎ＿ｚｅｒｏ＿ｂｉｔから開始する。それがなければ、いくつかのＭＰＥＧシステムは、ＨＥＶＣビデオビットストリームを他のデータと混同し得るが、ＮＡＬユニットヘッダ中の０ビットは、すべての可能なＨＥＶＣビットストリームをＨＥＶＣビットストリームとして一意に識別可能にする。ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅ、ｎｕｈ＿ｌａｙｅｒ＿ｉｄおよびｎｕｈ＿ｔｅｍｐｏｒａｌ＿ｉｄ＿ｐｌｕｓ１コードワードは、それぞれ、どんなタイプのデータがＮＡＬユニット中で搬送されるかを識別するＮＡＬユニットのＮＡＬユニットタイプ、ＮＡＬユニットが属するレイヤＩＤ、およびＮＡＬユニットが属する時間ＩＤを指定する。ＮＡＬユニットタイプは、ＮＡＬユニットがどのようにパースおよび復号されるべきであるかを示し、指定する。ＶＶＣの現在のバージョンにおけるＮＡＬユニットヘッダは、ＨＥＶＣにおけるＮＡＬユニットヘッダとまったく同様であるが、ｎａｌ＿ｕｎｉｔ＿ｔｙｐｅのために１ビット少なく使用し、代わりに、将来の使用のためにこのビットを予約する。

【0013】

ＮＡＬユニットのバイトの残りは、ＮＡＬユニットタイプによって示されるタイプのペイロードである。ビットストリームは、一連の連結されたＮＡＬユニットからなる。

【0014】

デコーダまたはビットストリームパーサは、ＮＡＬユニットヘッダを見た後にＮＡＬユニットがどのようにハンドリング、たとえばパースおよび復号されるべきであるかを結論付けることができる。ＮＡＬユニットのバイトの残りは、ＮＡＬユニットタイプによって示されるタイプのペイロードである。ビットストリームは、一連の連結されたＮＡＬユニットからなる。

【0015】

ＮＡＬユニットタイプは、ＮＡＬユニットがどのようにパースおよび復号されるべきであるかを示し、規定する。ＶＣＬ ＮＡＬユニットは、現在ピクチャのピクチャタイプに関する情報を提供する。ＶＶＣドラフトの現在のバージョンのＮＡＬユニットタイプは、表３に示されている。

【0016】

復号順序は、ビットストリーム内のＮＡＬユニットの順序と同じである、ＮＡＬユニットが復号されるものとする順序である。復号順序は出力順序とは異なり得、出力順序は、復号されたピクチャがデコーダによって表示などのために出力されるべきである順序である。

【0017】

５．イントラランダムアクセスポイント（ＩＲＡＰ）ピクチャおよびコード化ビデオシーケンス（ＣＶＳ）

【0018】

ＨＥＶＣにおけるイントラランダムアクセスポイント（ＩＲＡＰ）ピクチャは、その復号プロセスにおける予測のために、それ自体以外のいかなるピクチャも参照しないピクチャである。ＨＥＶＣにおける復号順序におけるビットストリーム中の第１のピクチャは、ＩＲＡＰピクチャでなければならないが、ＩＲＡＰピクチャは、さらに、ビットストリームの後半においても現れ得る。ＨＥＶＣは、３つのタイプのＩＲＡＰピクチャ、すなわち、切断リンクアクセス（ＢＬＡ）ピクチャと、瞬時デコーダリフレッシュ（ＩＤＲ）ピクチャと、クリーンランダムアクセス（ＣＲＡ）ピクチャとを指定する。

【0019】

ＨＥＶＣにおけるコード化ビデオシーケンス（ＣＶＳ）は、ＩＲＡＰアクセスユニットにおいて開始し、復号順序における次のＩＲＡＰアクセスユニットまでの、ただし次のＩＲＡＰアクセスユニットを含まない、一連のアクセスユニットである。

【0020】

ＩＤＲピクチャは、常に、新しいＣＶＳを開始する。ＩＤＲピクチャは、関連するランダムアクセス復号可能リーディング（ＲＡＤＬ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｄｅｃｏｄａｂｌｅ ｌｅａｄｉｎｇ）ピクチャを有し得る。ＩＤＲピクチャは、関連するランダムアクセススキップリーディング（ＲＡＳＬ：ｒａｎｄｏｍ ａｃｃｅｓｓ ｓｋｉｐｐｅｄ ｌｅａｄｉｎｇ）ピクチャを有しない。

【0021】

ＨＥＶＣにおけるＢＬＡピクチャはまた、新しいＣＶＳを開始し、復号プロセスに、ＩＤＲピクチャと同じ影響を及ぼす。しかしながら、ＨＥＶＣにおけるＢＬＡピクチャは、参照ピクチャの空でないセットを指定するシンタックスエレメントを含んでいることがある。ＢＬＡピクチャは関連するＲＡＳＬピクチャを有し得、関連するＲＡＳＬピクチャは、関連するＲＡＳＬピクチャが、ビットストリーム中に存在しないことがあるピクチャへの参照を含んでいることがあるとき、デコーダによって出力されず、復号可能でないことがある。ＢＬＡピクチャは、復号される関連するＲＡＤＬピクチャをも有し得る。ＢＬＡピクチャは、ＶＶＣの現在のバージョンにおいて規定されない。

【0022】

ＣＲＡピクチャは、関連するＲＡＤＬまたはＲＡＳＬピクチャを有し得る。ＢＬＡピクチャの場合と同様に、ＣＲＡピクチャは、参照ピクチャの空でないセットを指定するシンタックスエレメントを含んでいることがある。ＣＲＡピクチャでは、関連するＲＡＳＬピクチャが、ビットストリーム中に存在しないピクチャへの参照を含んでいることがあるとき、関連するＲＡＳＬピクチャが復号可能でないことがあるので、関連するＲＡＳＬピクチャがデコーダによって出力されないことを指定するように、フラグがセットされ得る。ＣＲＡは、ＣＶＳを開始し得る。

【0023】

ＶＶＣドラフトの現在のバージョンでは、ＣＶＳは、ＣＶＳ開始（ＣＶＳＳ）アクセスユニットにおいて開始され、ＣＶＳＳアクセスユニットは、ＩＲＡＰピクチャ、すなわち、ＩＤＲまたはＣＲＡピクチャ、あるいは漸進的復号リフレッシュ（ＧＤＲ：ｇｒａｄｕａｌ ｄｅｃｏｄｉｎｇ ｒｅｆｒｅｓｈ）ピクチャを含んでいることがある。

【0024】

ＧＤＲピクチャは、本質的に、低遅延コーディングのために符号化されたビットストリーム中のランダムアクセスのために使用され、ここで、完全なＩＲＡＰピクチャは、あまりに多くの遅延を引き起こすことになる。ＧＤＲピクチャは、ビデオピクチャごとに更新する漸進的イントラリフレッシュを使用し得、ここで、各ピクチャは、部分的にイントラコーディングされるにすぎない。ビットストリームがＧＤＲピクチャにおいてチューニングされたことを仮定すれば、ビデオがいつ完全にリフレッシュされ、出力の準備ができているかが、ＧＤＲピクチャによりシグナリングされる。ＧＤＲは、ＣＶＳを開始し得る。

【0025】

６．パラメータセット

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

【図1】一実施形態による、システムを示す図である。

【図2】一実施形態による、ビデオエンコーダの概略ブロック図である。

【図3】一実施形態による、ビデオデコーダの概略ブロック図である。

【図4】一実施形態による、符号化ビデオビットストリームを示す図である。

【図5】階層区分を示す図である。

【図6】一実施形態による、復号プロセスを示すフローチャートである。

【図7】一実施形態による、符号化プロセスを示すフローチャートである。

【図8】一実施形態による、装置のブロック図である。

【図9A】区分の一例を示す図である。

【図9B】２ステップタイル区分を示す図である。

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

【0058】

図１は、例示的な一実施形態による、システム１００を示す。システム２００は、ネットワーク１１０（たとえば、インターネットまたは他のネットワーク）を介してデコーダ２０４と通信しているエンコーダ２０２を含む。デブロッキングは、エンコーダ２０２とデコーダ２０４の両方において実施され得る。本明細書で説明される実施形態は、ビデオエンコーダ１０２またはビデオデコーダ１０４において使用され得る。

【0059】

図２は、一実施形態による、ビデオエンコーダ１０２の概略ブロック図である。同じフレーム中のまたは前のフレーム中のピクセルのすでに提供されたブロックから、動き推定器２５０を使用して動き推定を実施することによって、ピクセルの現在ブロックが予測される。動き推定の結果は、インター予測の場合、参照ブロックに関連する動きベクトルまたは変位ベクトルである。動きベクトルは、ピクセルのブロックのインター予測を出力するために動き補償器２５０によって使用され得る。イントラ予測器２４９が、ピクセルの現在ブロックのイントラ予測を算出する。動き推定器／補償器２５０からの出力と、イントラ予測器２４９からの出力とは、ピクセルの現在ブロックについてイントラ予測またはインター予測のいずれかを選択するセレクタ２５１中に入力される。セレクタ２５１からの出力は、加算器２４１の形態の誤差計算器に入力され、加算器２４１は、ピクセルの現在ブロックのピクセル値をも受信する。加算器２４1は、ピクセルのブロックとそのブロックの予測との間のピクセル値の差として残差誤差を計算および出力する。誤差は、離散コサイン変換などによって、変換器２４２中で変換され、量子化器２４３によって量子化され、その後、エントロピーエンコーダなどによるエンコーダ２４４におけるコーディングが続く。インターコーディングでは、推定された動きベクトルも、ピクセルの現在ブロックのコード化表現を生成するためにエンコーダ２４４にもたらされる。また、ピクセルの現在ブロックのための変換および量子化された残差誤差は、元の残差誤差を取り出すために、逆量子化器２４５と逆方向変換器２４６とに提供される。この誤差は、ピクセルの次のブロックの予測およびコーディングにおいて使用され得るピクセルの参照ブロックを作成するために、動き補償器２５０またはイントラ予測器２４９から出力されたブロック予測に加算器２４７によって加算される。この新しい参照ブロックは、デブロッキングフィルタ２００によって最初に処理される。次いで、処理された新しい参照ブロックは、フレームバッファ２４８に一時的に記憶され、ここで、処理された新しい参照ブロックは、イントラ予測器２４９および動き推定器／補償器２５０にとって利用可能である。

【0060】

図３は、いくつかの実施形態による、ビデオデコーダ１０４のブロック図である。デコーダ１０４は、量子化および変換された残差誤差のセットを得るためにピクセルのブロックの符号化表現を復号するための、エントロピーデコーダなどのデコーダ３６１を含む。これらの残差誤差は、逆量子化器３６２によって量子化解除され、逆方向変換器３６３によって逆方向変換されて、残差誤差のセットを提供する。これらの残差誤差は、加算器３６４によってピクセルの参照ブロックのピクセル値に加算される。参照ブロックは、インター予測が実施されるのかイントラ予測が実施されるのかに応じて、動き推定器／補償器３６７またはイントラ予測器３６６によって決定される。それにより、セレクタ３６８が加算器３６４と動き推定器／補償器３６７とイントラ予測器３６６とに相互接続される。加算器３６４から出力されたピクセルの得られた復号されたブロックは、デブロッキングフィルタ３００に入力される。ピクセルのフィルタ処理されたブロックは、デコーダ１０４から出力され、さらに、復号されるべきピクセルの後続のブロックのためのピクセルの参照ブロックとして使用されるようにフレームバッファ３６５に一時的に提供され得る。フレームバッファ３６５は、それにより、動き推定器／補償器３６７に接続されて、ピクセルの記憶されたブロックを動き推定器／補償器３６７にとって利用可能にする。加算器３６４からの出力はまた、イントラ予測器３６６に入力されて、ピクセルのフィルタ処理されていない参照ブロックとして使用され得る。

【0061】

図４は、例示的なビデオビットストリーム４００を示す。ビットストリーム４００はＣＶＳ４０１を含み、ＣＶＳ４０１は、パラメータセット（ＰＳ）４１０（たとえば、パラメータセットを含んでいる非ＶＣＬ ＮＡＬユニット）と、いくつかのセグメント（たとえば、ＶＶＣスライスを含んでいるいくつかのＶＣＬ ＮＡＬユニット）とを備える。セグメント４１２ａおよび４１２ｂが示されている。セグメントは、セグメントデータ（ＳＤ）を備えるデータのユニットであり、ＳＤはサンプルデータを備える。セグメントは、セグメントデータ（ＳＤ）に加えてセグメントヘッダ（ＳＨ）を有し得る。ＶＶＣスライスおよびＨＥＶＣスライスがセグメントの例である。セグメントはまた、ピクチャ、タイルグループ、あるいは完全なピクチャまたはピクチャの一部を備える何らかの他のエンティティであり得る。この例では、各セグメントは、セグメントデータに加えてセグメントヘッダを含む。

【0062】

階層区分の場合が図５に示されており、ここで、ピクチャ５０２が、太い線で示されている大粒区分ブロック（ｌａｒｇｅ ｇｒａｉｎ ｐａｒｔｉｔｉｏｎ ｂｌｏｃｋ）（たとえば、ＶＶＣサブピクチャ）に区分され（たとえば、ブロック５１１）、薄い点線が、大粒区分ブロック内の小粒区分ブロック（ｓｍａｌｌ ｇｒａｉｎ ｐａｒｔｉｔｉｏｎ ｂｌｏｃｋ）（たとえば、ＶＶＣスライス）を示す（たとえば、ブロック５１１中に空間的に位置するブロック５１２参照）。いくつかの実施形態では、そのような階層区分の場合、小粒区分ブロック（たとえば、ブロック５１２）のヘッダまたはパラメータセット中で、少なくとも２つの値、すなわち、ｉ）小粒区分がどの大粒区分ブロック中に空間的に位置するか（たとえば、ブロック５１１）を指定する１つの値と、ｉｉ）大粒区分ブロックの位置に対する小粒区分ブロックのアドレスを提供するための１つの値とがシグナリングされる。ＶＶＣスライスは、小粒区分ブロックの一例であり、ＶＶＣサブピクチャは、大粒区分ブロックの一例である。

【0063】

以下の実施形態が組み合わせられて、明示的に規定されないが、依然として本開示によってカバーされるソリューションを形成し得ることが、当業者によって理解されるべきである。また、以下で説明される実施形態は、スライス（たとえば、小粒区分ブロック）およびサブピクチャ（たとえば、大粒区分ブロック）に関して説明され得る。すなわち、スライスおよびサブピクチャという用語は、それぞれ、小粒区分ブロックおよび大粒区分ブロックと互換的に使用される。また、実施形態がスライスに関して説明されるが、本発明は、スライスに限定されず、他のセグメントをカバーするものとする。

【0064】

１．スライスヘッダ中でスライスアドレスについてシグナリングされる２つの値

【0065】

第１の実施形態では、２つの値、すなわち、ｉ）小粒区分ブロックが空間的に中に位置する大粒区分ブロックを示す第１の値、たとえば、ＩＤと、ｉｉ）大粒区分ブロックの位置に対する小粒区分ブロックの配置を示す第２の値とが、スライスのヘッダまたはパラメータセット中でシグナリングされる。この実施形態のための一例として、スライスアドレスをともに形成する２つの値、すなわち、ｉ）スライスが属するサブピクチャ（すなわち、スライスが中に位置するサブピクチャ）を示す、サブピクチャＩＤについての第１の値と、ｉｉ）スライスが属するサブピクチャ位置に対するスライスの空間配置を示す、ローカルスライスアドレスについての１つの値とが、スライスヘッダ中でシグナリングされる。以下は、スライスヘッダについての例示的なシンタックスおよびセマンティクスである（すべての例示的なシンタックスおよびセマンティクスは、ＶＶＣドラフト仕様の現在のバージョンに加えてテキストとして与えられることに留意されたい）。

【0066】

ｓｕｂｐｉｃ＿ｉｄコードワード（別名、シンタックスエレメント）は、スライスが属するサブピクチャのＩＤを指定する。ｓｕｂｐｉｃ＿ｉｄコードワードは、ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇを条件として、表中にあり、ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇは、ピクチャ中にサブピクチャがあるとき、真であり（１に等しく）、サブピクチャがないとき、偽である（０に等しい）。ｓｕｂｐｉｃ＿ｉｄが偽である場合、ｌｏｃａｌ＿ｓｌｉｃｅ＿ａｄｄｒｅｓｓコードワードは、サブピクチャではなくピクチャに対するスライスの空間配置を指定する。Ｓｕｂｐｉｃ＿ｉｄの存在に対する他の条件が可能であり、条件がないことがあり、これは、ｌｏｃａｌ＿ｓｌｉｃｅ＿ａｄｄｒｅｓｓが存在するとき、ｓｕｂｐｉｃ＿ｉｄが常に存在することを意味することに留意されたい。存在しないとき、ｓｕｂｐｉｃ＿ｉｄの値は０に等しいと推論される。シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（Ｎ））ビットである。ＶＶＣの現在のバージョンでは、範囲０～２５４内にあり得るｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ＿１をシグナリングするために８ビットがＳＰＳ中で使用されることに留意されたい。その場合、Ｎは、たとえば２５４であり得る。

【0067】

ｌｏｃａｌ＿ｓｌｉｃｅ＿ａｄｄｒｅｓｓコードワードは、ｓｕｂｐｉｃ＿ｉｄによって識別されるサブピクチャ中のスライスのスライスアドレスを指定する。存在しないとき、ｌｏｃａｌ＿ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推論される。シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｍａｘ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃｔｕｒｅ＿ｍｉｎｕｓ１＋１））ビットであり、ここで、ｍａｘ＿ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃｔｕｒｅ＿ｍｉｎｕｓ１＋１は、使用中のプロファイル、ティア、またはレベル規定によって可能にされるスライスの最大数である。

【0068】

ｌｏｃａｌ＿ｓｌｉｃｅ＿ａｄｄｒｅｓｓについての代替セマンティクスは、以下のようになる。

【0069】

ｌｏｃａｌ＿ｓｌｉｃｅ＿ａｄｄｒｅｓｓコードワードは、スライスのアドレスを指定する。存在しないとき、ｌｏｃａｌ＿ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推論される。サブピクチャが可能にされない（ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい）場合、以下が適用される。１）スライスアドレスはブリックＩＤであり、２）ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ））ビットであり、３）ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、両端値を含む０～ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１の範囲内にあるものとする。そうではなく、サブピクチャが可能にされる（ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい）場合、以下が適用される。１）スライスアドレスは、ｓｕｂｐｉｃ＿ｉｄをもつサブピクチャ中のスライスのスライスアドレスであり、２）ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さはｓｉｇｎａｌｌｅｄ＿ｓｌｉｃｅ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１ビットに等しい。

【0070】

デコーダは、ビットストリームから１つまたは複数のピクチャを復号するために、この実施形態では、以下のステップを実施し得、ここで、ビットストリームは、少なくとも２つのスライスを含む。

【0071】

１）ビットストリーム中の１つまたは複数のシンタックスエレメントから、区分構造が階層の２つ以上のレベルを有するかどうかを決定する。

【0072】

２）階層の２つ以上のレベルがある場合のスライスについて、以下を行う。２ａ）スライスについてスライスヘッダ中のコードワードから第１の値を復号し、ここで、第１の値はアドレスの第１の部分を表し、２ｂ）スライスヘッダ中のコードワードから第２の値を復号し、ここで、第２の値はアドレスの第２の部分を表し、２ｃ）第１の値と第２の値とから、ピクチャ内のスライスの位置を特定するスライスアドレスを導出し、２ｄ）スライスを復号するためにスライスアドレスを使用する。

【0073】

別のバージョンでは、スライスのヘッダまたはパラメータセット中で値の２つのセットがシグナリングされ、ここで、各セットが１つまたは複数の値を含み得、セットのうちの１つ中の１つまたは複数の値は、サブピクチャの位置に対するスライスの配置をまとめて示し、別のセット中の１つまたは複数の値は、スライスがどのサブピクチャ中に空間的に位置するかをまとめて示す。このバージョンのための一例として、スライスアドレスについてスライスヘッダ中で、２つの値セットがシグナリングされ、１つの値セットは、スライスがどのサブピクチャに属するかを示すサブピクチャＩＤについての１つの値を含み、１つの値セットは、スライスが属するサブピクチャ位置に対するスライスの空間配置をまとめて示す、２つの値Ｘ_ｓおよびＹ_ｓを含む。

【0074】

２－ 間接参照を使用すること

【0075】

別の実施形態では、小粒区分ブロックのヘッダまたはパラメータセット中で、２つの値がシグナリングされ、ｉ）一方の値は、小粒区分ブロックが空間的に中に位置する大粒区分ブロックを示し、ｉｉ）他方の値は、大粒区分ブロックの位置に対する小粒区分ブロックの配置を示し、２つの値のうちの少なくとも１つは、ターゲットにされる値を指定するために、たとえば、ビットストリーム中のパラメータセット、たとえば、ＰＰＳまたはＳＰＳ中でシグナリングされ得るインデックスマッピングリストまたはアドレスマッピングリストを使用する間接参照機構を使用する。好ましくは、この実施形態では、大粒区分ブロックは、間接参照機構を使用するものである。

【0076】

たとえば、ピクチャが、４つの空間象限（ｓｐａｔｉａｌ ｑｕａｄｒａｎｔ）にスプリットされると仮定し、ここで、各象限はサブピクチャである。４つのサブピクチャの各々が、各々１つのスライスのみからなるとさらに仮定する。この例では、すべての第２の値（たとえば、ｌｏｃａｌ＿ｓｌｉｃｅ＿ａｄｄｒｅｓｓ値）は、スライスの位置がサブピクチャの位置に等しいことを示すために、０に等しくなり得る。第１のＩＤ値（たとえば、ｓｕｂｐｉｃ＿ｉｄ値）は、各スライスが属するサブピクチャを示すために、それぞれ、０、１、２、３に等しくなり得る。次に、サブピクチャ２および３がビットストリームから抽出され、それらの２つのサブピクチャからなる新しいビットストリームが作成されることを考える。そのような動作をサポートするために、たとえば、ＰＰＳは、ＩＤ値２および３が、それぞれ０および１にマッピングされる、間接参照またはインデックスマッピングを含んでいることがある。新しいビットストリームを復号するデコーダは、最初に、新しいビットストリーム中に２つのサブピクチャがあることを復号し、したがって、最終サブピクチャＩＤ０および１をそれらのサブピクチャに割り振り得る。次いで、デコーダは、インデックスマッピングを作成するために、ＰＰＳ中の情報を復号することになる。その後、デコーダは、２のＩＤ値をもつスライスを復号し得る。インデックスマッピングを使用して、０に等しい最終サブピクチャＩＤ値が導出される。同様に、３のＩＤ値をもつスライスについて、最終サブピクチャＩＤ値は、１に等しいものとして導出される。この間接参照またはインデックスマッピング機構によって、サブピクチャデータを抽出し、各スライス中のスライスＩＤ値を書き直すことなしに新しいビットストリームを形成するが、代わりにインデックスマッピングを１回のみ作成することが可能である。

【0077】

３－ ２つ以上のレベルの区分階層についてのアドレスをシグナリングすること

【0078】

別の実施形態では、３つ以上のレベルの区分階層、たとえば、小粒区分ブロックと中粒区分ブロック（ｍｅｄｉｕｍ ｇｒａｉｎ ｐａｒｔｉｔｉｏｎ ｂｌｏｃｋ）と大粒区分ブロックとをもつ３レベル区分階層が存在し、小粒区分ブロックのヘッダまたはパラメータセット中で、少なくとも３つの値、すなわち、ｉ）小粒区分ブロックが空間的に中に位置する中粒区分ブロックを示す第１の値、たとえば、ＩＤと、ｉｉ）中粒区分ブロックの位置に対する小粒区分ブロックの配置を示す第２の値と、ｉｉｉ）小粒区分ブロックが空間的に中に位置する大粒区分ブロックを示す第３の値とがシグナリングされる。いくつかの実施形態では、ヘッダは、大粒区分ブロックの位置に対する小粒区分ブロックの配置を示す第４の値をも含む。この実施形態では、大粒ブロック区分に対する中粒区分ブロックの空間ロケーションは、中粒区分ブロックと大粒区分ブロックとに対する小粒区分ブロックの空間位置の差から導出される。

【0079】

４－ サブピクチャ中のローカルスライスの数のシグナリング

【0080】

前の実施形態のいずれかに基づき得る別の実施形態では、現在サブピクチャ中のスライスの数は、スライスを復号するときに知られる。この情報は、各サブピクチャについてのスライスヘッダ中で直接またはパラメータセット中で直接、たとえば、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃまたはｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１コードワードを用いてシグナリングされ得る。以下の例は、ＶＶＣの現在のバージョンに加えて、スライスヘッダ中でｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１をシグナリングするためのシンタックスおよびセマンティクスを説明する。

【0081】

ｓｕｂｐｉｃ＿ｉｄコードワードは、スライスが属するサブピクチャのＩＤを指定する。存在しないとき、ｓｕｂｐｉｃ＿ｉｄの値は０に等しいと推論される。シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（Ｎ））ビットである。ＶＶＣの現在のバージョンでは、範囲０～２５４内にあり得るｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ＿１をシグナリングするために８ビットがＳＰＳ中で使用されることに留意されたい。その場合、Ｎは、たとえば２５４であり得る。

【0082】

ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１コードワードは、現在サブピクチャ中に存在するスライスの数（すなわち、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１＋１）を示す。存在しないとき、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１の値は０に等しいと推論される。

【0083】

ｌｏｃａｌ＿ｓｌｉｃｅ＿ａｄｄｒｅｓｓコードワードは、ｓｕｂｐｉｃ＿ｉｄをもつサブピクチャ中のスライスのスライスアドレスを指定する。存在しないとき、ｌｏｃａｌ＿ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推論される。シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１＋１））ビットである。

【0084】

以下の例は、ＶＶＣの現在のバージョンに加えて、ＳＰＳ中の各サブピクチャについて、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１［ｉ］をシグナリングするためのシンタックスおよびセマンティクスを説明する。

【0085】

ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１の値は、ＣＶＳ中に存在し得るサブピクチャの最大数を指定する。ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は０～２５４の範囲内にあるものとする。２５５の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約される。

【0086】

ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１［ｉ］＋１の値は、ｉ番目のサブピクチャ中に存在するスライスの数を指定する。存在しないとき、ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１［ｉ］の値は０に等しいと推論される。

【0087】

実施形態５－ ｓｕｂｐｉｃ＿ｉｄを導出するときにｍａｘ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１を使用すること

【0088】

第１の実施形態に基づき得る別の実施形態では、ＶＶＣの現在のバージョンにおいてＳＰＳ中でシグナリングされるｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１コードワードは、ｓｕｂｐｉｃ＿ｉｄのために使用されるビット数を導出するために使用される。スライスヘッダ中のｓｕｂｐｉｃ＿ｉｄについてのセマンティクスは、その場合、ｓｕｂｐｉｃ＿ｉｄが、スライスが属するサブピクチャのＩＤを指定することであり得る。存在しないとき、ｓｕｂｐｉｃ＿ｉｄの値は０に等しいと推論される。シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１））ビットである。

【0089】

６－ サブピクチャごとに１つのスライスをシグナリングすること

【0090】

一実施形態では、フラグｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｉｎ＿ｓｕｂｐｉｃｔｕｒｅ＿ｆｌａｇが、パラメータセット、好ましくはＳＰＳまたはＤＰＳ中に存在する。このフラグがある値を有するとき、２つ以上のスライスからなるサブピクチャがないものとする。このフラグが別の値を有するとき、サブピクチャ中に複数のスライスがあり得る。

【0091】

ｓｌｉｃｅ＿ａｄｄｒｅｓｓコードワードの存在は、各サブピクチャ中に１つのスライスがあることをフラグが示すとき、ｓｌｉｃｅ＿ａｄｄｒｅｓｓコードワードがパースされないように、このフラグを条件とし得る。

【0092】

ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｉｎ＿ｓｕｂｐｉｃｔｕｒｅ＿ｆｌａｇの値が１に等しいとき、これは、ＳＰＳを参照するＣＶＳ中の各サブピクチャ中に１つのスライスのみがあることを指定する。ｓｉｎｇｌｅ＿ｔｉｌｅ＿ｉｎ＿ｐｉｃ＿ｆｌａｇの値が０に等しいとき、これは、ＳＰＳを参照するＣＶＳ中のサブピクチャ中に２つ以上のスライスがあり得ることを指定する。ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｉｎ＿ｓｕｂｐｉｃｔｕｒｅ＿ｆｌａｇが存在しないとき、ｓｉｎｇｌｅ＿ｓｌｉｃｅ＿ｉｎ＿ｓｕｂｐｉｃｔｕｒｅ＿ｆｌａｇは０に等しいと推論される。

【0093】

ｓｉｇｎａｌｌｅｄ＿ｓｌｉｃｅ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１は、スライスヘッダ中で、存在するときにシンタックスエレメントｓｌｉｃｅ＿ｉｄ［ｉ］を表し、シンタックスエレメントｓｌｉｃｅ＿ａｄｄｒｅｓｓを表すために使用されるビット数を指定する。ｓｉｇｎａｌｌｅｄ＿ｓｌｉｃｅ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、両端値を含む０～１５の範囲内にあるものとする。存在しないとき、ｓｉｇｎａｌｌｅｄ＿ｓｌｉｃｅ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１の値は、Ｃｅｉｌ（Ｌｏｇ２（Ｍａｘ（２，ｎｕｍ＿ｓｌｉｃｅｓ＿ｉｎ＿ｐｉｃ＿ｍｉｎｕｓ１＋１）））－１に等しいと推論される。

【0094】

ｓｕｂｐｉｃ＿ｉｄは、スライスが属するサブピクチャのＩＤを指定する。存在しないとき、ｓｕｂｐｉｃ＿ｉｄの値は０に等しいと推論される。シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１））ビットである。

【0095】

ｓｌｉｃｅ＿ａｄｄｒｅｓｓはスライスのアドレスを指定する。存在しないとき、ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は０に等しいと推論される。

【0096】

サブピクチャが可能にされない（ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが０に等しい）場合、以下が適用される。１）スライスアドレスはブリックＩＤであり、２）ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ））ビットであり、３）ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、両端値を含む０～ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１の範囲内にあるものとする。

【0097】

そうではなく、サブピクチャが可能にされる（ｓｕｂｐｉｃｓ＿ｐｒｅｓｅｎｔ＿ｆｌａｇが１に等しい）場合、以下が適用される。１）スライスアドレスは、ｓｕｂｐｉｃ＿ｉｄに等しいサブピクチャＩＤをもつサブピクチャ内のスライスのスライスアドレスであり、２）ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、ｓｉｇｎａｌｌｅｄ＿ｓｌｉｃｅ＿ｉｄ＿ｌｅｎｇｔｈ＿ｍｉｎｕｓ１＋１ビットである。

【0098】

代替的に、サブピクチャごとのスライスの最大数ｍａｘ＿ｎｕｍｂｅｒ＿ｏｆ＿ｓｌｉｃｅｓ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１コードワードは、パラメータセット中でシグナリングされ得る。この場合、ｓｌｉｃｅ＿ａｄｄｒｅｓｓコードワードは、デコーダによってパースされないが、ｍａｘ＿ｎｕｍｂｅｒ＿ｏｆ＿ｓｌｉｃｅｓ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１が０に等しい場合、０に等しいと推論される。ｍａｘ＿ｎｕｍｂｅｒ＿ｏｆ＿ｓｌｉｃｅｓ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１が０よりも大きい場合にｓｌｉｃｅ＿ａｄｄｒｅｓｓのために使用すべきビット数は、Ｃｅｉｌ（Ｌｏｇ２（ｍａｘ＿ｎｕｍｂｅｒ＿ｏｆ＿ｓｌｉｃｅｓ＿ｐｅｒ＿ｓｕｂｐｉｃ＿ｍｉｎｕｓ１＋１））ビットに等しくセットされ得る。

【0099】

図８は、ビデオエンコーダ１０２またはビデオデコーダ１０４を実装するための、いくつかの実施形態による、装置８００のブロック図である。すなわち、装置８００は、プロセス６００および／またはプロセス７００を実施するように動作可能である。装置８００がビデオエンコーダ１０２を実装する実施形態では、装置８００は「符号化装置８００」と呼ばれることがあり、装置８００がビデオデコーダ１０４を実装する実施形態では、装置８００は「復号装置８００」と呼ばれることがある。図８に示されているように、装置８００は、１つまたは複数のプロセッサ（Ｐ）８５５（たとえば、汎用マイクロプロセッサ、および／または、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、１つまたは複数の他のプロセッサなど）を含み得る処理回路（ＰＣ）８０２であって、そのプロセッサが、単一のハウジングにおいてまたは単一のデータセンタにおいて共同サイト式であり得るかあるいは地理的に分散され得る（すなわち、装置８００が分散コンピューティング装置であり得る）、処理回路（ＰＣ）８０２と、ネットワークインターフェース８４８であって、装置８００が、ネットワークインターフェース８４８が（直接または間接的に）接続されるネットワーク１１０（たとえば、インターネットプロトコル（ＩＰ）ネットワーク）に接続された他のノードにデータを送信し、他のノードからデータを受信することを可能にするための送信機（Ｔｘ）８４５および受信機（Ｒｘ）８４７を備える（たとえば、ネットワークインターフェース８４８はネットワーク１１０に無線で接続され得、その場合、ネットワークインターフェース８４８はアンテナ構成に接続される）、ネットワークインターフェース８４８と、１つまたは複数の不揮発性記憶デバイスおよび／または１つまたは複数の揮発性記憶デバイスを含み得るローカル記憶ユニット（別名「データ記憶システム」）８０８とを備え得る。ＰＣ８０２がプログラマブルプロセッサを含む実施形態では、コンピュータプログラム製品（ＣＰＰ）８４１が提供され得る。ＣＰＰ８４１はコンピュータ可読媒体（ＣＲＭ）８４２を含み、ＣＲＭ８４２は、コンピュータ可読命令（ＣＲＩ）８４４を備えるコンピュータプログラム（ＣＰ）８４３を記憶する。ＣＲＭ８４２は、磁気媒体（たとえば、ハードディスク）、光媒体、メモリデバイス（たとえば、ランダムアクセスメモリ、フラッシュメモリ）など、非一時的コンピュータ可読媒体であり得る。いくつかの実施形態では、コンピュータプログラム８４３のＣＲＩ８４４は、ＰＣ８０２によって実行されたとき、ＣＲＩが、装置８００に、本明細書で説明されるステップ（たとえば、フローチャートを参照しながら本明細書で説明されるステップ）を実施させるように設定される。他の実施形態では、装置８００は、コードの必要なしに本明細書で説明されるステップを実施するように設定され得る。すなわち、たとえば、ＰＣ８０２は、単に１つまたは複数のＡＳＩＣからなり得る。したがって、本明細書で説明される実施形態の特徴は、ハードウェアおよび／またはソフトウェアで実装され得る。

【0100】

様々な実施形態が（添付の書類を含む）本明細書で説明されたが、それらの実施形態は、限定ではなく、例として提示されたにすぎないことを理解されたい。したがって、本開示の広さおよび範囲は、上記で説明された例示的な実施形態のいずれによっても限定されるべきでない。その上、本明細書で別段に指示されていない限り、またはコンテキストによって明確に否定されていない限り、上記で説明されたエレメントのそれらのすべての考えられる変形形態における任意の組合せが、本開示によって包含される。

【0101】

さらに、上記で説明され、図面に示されたプロセスは、ステップのシーケンスとして示されたが、これは、説明のためにのみ行われた。したがって、いくつかのステップが追加され得、いくつかのステップが省略され得、ステップの順序が並べ替えられ得、いくつかのステップが並行して実施され得ることが企図される。

【0102】

略語 説明
ＡＴＳＣ 新型テレビジョンシステム委員会
ＡＵ アクセスユニット
ＡＵＤ アクセスユニットデリミタ
ＡＬＦ 適応ループフィルタ
ＡＰＳ 適応パラメータセット
ＢＬＡ 切断リンクアクセス
ＣＬＶＳ コード化レイヤビデオシーケンス
ＣＲＡ クリーンランダムアクセス
ＣＶＳ コード化ビデオストリーム
ＣＶＳＳ ＣＶＳ開始
ＣＵ コーディングユニット
ＤＡＳＨ 動的適応ストリーミングオーバーＨＴＴＰ
ＤＰＳ 復号パラメータセット
ＤＶＢ デジタルビデオブロードキャスティング
ＤＲＡＰ 依存ランダムアクセスポイント
ＧＤＲ 漸進的復号リフレッシュ
ＨＥＶＣ 高効率ビデオコーディング
ＩＤＲ 瞬時復号リフレッシュ
ＩＲＡＰ イントラランダムアクセスポイント
ＩＳＯ 国際標準化機構
ＩＳＯＢＭＦＦ ＩＳＯベースメディアファイルフォーマット
ＬＭＣＳ ルーママッピングおよびクロマスケーリング
ＭＰＥＧ モーションピクチャエキスパートグループ
ＭＭＴ ＭＰＥＧメディアトランスポート
ＮＡＬ ネットワークアブストラクションレイヤ
ＮＡＬＵ ＮＡＬユニット
ＮＵＴ ＮＡＬユニットタイプ
ＰＰＳ ピクチャパラメータセット
ＲＡＤＬ ランダムアクセス復号可能リーディング
ＲＡＰ ランダムアクセスポイント
ＲＡＳＬ ランダムアクセススキップリーディング
ＲＢＳＰ ローバイトシーケンスペイロード
ＲＰＬ 参照ピクチャリスト
ＳＥＩ 補足エンハンスメントレイヤ
ＳＰＳ シーケンスパラメータセット
ＳＴＳＡ ステップワイズ時間レイヤアクセス
ＶＣＬ ビデオコーディングレイヤ
ＶＰＳ ビデオパラメータセット
ＶＶＣ 多用途ビデオコーディング

【0103】

付録
以下のテキストは、ＶＶＣの現在のバージョンの変更を提案する寄与文書からのものである。

【0104】

テキスト始まり
要約
この寄与文書は、サブピクチャの場合のスライスアドレスシグナリングに関係するＶＶＣ仕様の以下の変更を提案する。
－ 第１に、ＣＶＳ中のサブピクチャの存在を条件として、現在スライスがどのサブピクチャに属するかを指定するためにスライスヘッダ中でサブピクチャＩＤをシグナリングすることが提案される。
－ 第２に、スライスヘッダ中で、サブピクチャ位置に対するスライスアドレスをシグナリングすることが提案される。
－ 第３に、サブピクチャＩＤについてのアドレス間接参照を使用し、スライスアドレスについてのアドレス間接参照を削除することが提案される。各サブピクチャについて、スライスアドレスは、サブピクチャに対して固定され、サブビットストリーム抽出およびマージプロセス中に再使用され得る。
１．序論
ＪＶＥＴ－Ｏ２００１－ｖＥにおける現在のＶＶＣ仕様ドラフトでは、サブピクチャがサポートされ、サブビットストリーム抽出およびマージプロセスを簡略化することをターゲットにする。しかしながら、ピクチャおよびスライスなど、他の規定された階層区分に関する、サブピクチャのためのアドレスシグナリング機構は、改善を必要とし得る。
現在のＶＶＣ仕様ドラフトでは、スライスアドレスは、スライスヘッダ中でシグナリングされ、ピクチャ中のスライスの空間位置を導出するために使用される。しかしながら、サブピクチャが使用されるとき、およびサブピクチャ中に２つ以上のスライスがあるとき、現在のスライスアドレスシグナリング方式に関する数個の問題がある。
１－ サブピクチャ中のスライスの空間位置は、スライスヘッダ中のｓｌｉｃｅ＿ａｄｄｒｅｓｓシンタックスから直接導出され得ず、その空間位置は、マルチステッププロセスを必要とする。
〇 ピクチャ中のスライスの空間位置が、最初に導出される必要がある。
〇 次いで、第２のステップにおいて、ピクチャ中のその空間位置がどのサブピクチャに属するかが導出される必要がある。
〇 次いで、第３のステップにおいて、そのサブピクチャ中のスライスの空間位置が導出され得る。
２－ スライスヘッダから、このスライスがどのサブピクチャに属するかが導出され得ない。この情報は、サブビットストリームマージおよび抽出プロセスにとって有用であることになる。
３－ サブピクチャ中のスライスの固定相対空間位置は、（サブビットストリーム抽出およびマージの場合のように）サブピクチャが抽出またはマージされているとき、活用されない。
４－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓをｓｌｉｃｅ＿ｉｄにマッピングするために使用される間接参照機構は、サブビットストリーム抽出およびマージプロセスにとって準最適であり得、なぜなら、サブピクチャ中の複数のスライスの場合、現在のＶＶＣ設計を使用するサブビットストリーム抽出が、いくつかのアドレス間接参照、すなわち、各スライス中のｓｌｉｃｅ＿ａｄｄｒｅｓｓ値について１つの間接参照を必要とし得るからである。
２．提案
この寄与文書は、上記の問題を解決し、サブピクチャ中のスライスの相対位置を導出するためのマルチステッププロセスを簡略化するための、ソリューションを提案する。この寄与文書は、サブピクチャの場合のスライスアドレスシグナリングに関係する以下の変更を提案する。
－ 第１に、ＣＶＳ中のサブピクチャの存在に条件付けられる、現在スライスがどのサブピクチャに属するかを指定するためにスライスヘッダ中でサブピクチャＩＤをシグナリングすることが提案される。
－ 第２に、スライスヘッダ中で、サブピクチャ位置に対するスライスアドレスをシグナリングすることが提案される。
－ 第３に、サブピクチャＩＤについてのアドレス間接参照を使用し、スライスアドレスについてのアドレス間接参照を削除することが提案される。各サブピクチャについて、スライスアドレスは、サブピクチャに対して固定され、サブビットストリーム抽出およびマージプロセス中に再使用され得る。
－
この提案では、４つの前述の問題が、以下のようにして解決される。
１－ サブピクチャ中のスライスの空間位置は、スライスヘッダから直接導出される。
２－ スライスが属するサブピクチャのＩＤは、スライスヘッダ中でシグナリングされる。
３－ サブピクチャ中のスライスの相対空間位置は、スライスヘッダ中でシグナリングされる。
４－ 間接参照プロセスは、サブピクチャの抽出およびマージにおいて（スライスごとにではなく）サブピクチャごとに行われる。
以下は、ＪＶＥＴ－Ｏ２００１－ｖＥに加える、スライスヘッダの提案されるシンタックスおよびセマンティクス変更である。

ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１は、ＣＶＳ中に存在し得るサブピクチャの最大数を指定する。ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１は０～２５４の範囲内にあるものとする。２５５の値は、ＩＴＵ－Ｔ｜ＩＳＯ／ＩＥＣによる将来の使用のために予約される。
ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｃｏｌ＿ｗｉｄｔｈ＿ｍｉｎｕｓ１＋１は、４つのサンプルの単位でサブピクチャ識別子グリッドの各エレメントの幅を指定する。シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｗｉｄｔｈ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４））ビットである。
変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＣｏｌｓは、以下のように導出される。

ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｒｏｗ＿ｈｅｉｇｈｔ＿ｍｉｎｕｓ１＋１は、４つのサンプルの単位でサブピクチャ識別子グリッドの各エレメントの高さを指定する。シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｐｉｃ＿ｈｅｉｇｈｔ＿ｍａｘ＿ｉｎ＿ｌｕｍａ＿ｓａｍｐｌｅｓ／４））ビットである。
変数ＮｕｍＳｕｂＰｉｃＧｒｉｄＲｏｗｓは、以下のように導出される。

ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］は、グリッド位置（ｉ，ｊ）のサブピクチャインデックスを指定する。シンタックスエレメントの長さは、Ｃｅｉｌ（Ｌｏｇ２（ｍａｘ＿ｓｕｂｐｉｃｓ＿ｍｉｎｕｓ１＋１））ビットである。
変数ＳｕｂＰｉｃＴｏｐ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、ＳｕｂＰｉｃＬｅｆｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、ＳｕｂＰｉｃＷｉｄｔｈ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、ＳｕｂＰｉｃＨｅｉｇｈｔ［ｓｕｂｐｉｃ＿ｇｒｉｄ＿ｉｄｘ［ｉ］［ｊ］］、およびＮｕｍＳｕｂＰｉｃｓは、以下のように導出される。

１に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＶＳ中の各コード化ピクチャのｉ番目のサブピクチャがループ内フィルタ処理演算を除く復号プロセスにおいてピクチャとして扱われることを指定する。０に等しいｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］は、ＣＶＳ中の各コード化ピクチャのｉ番目のサブピクチャがループ内フィルタ処理演算を除く復号プロセスにおいてピクチャとして扱われないことを指定する。存在しないとき、ｓｕｂｐｉｃ＿ｔｒｅａｔｅｄ＿ａｓ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は０に等しいと推論される。
１に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、ループ内フィルタ処理演算がＣＶＳ中の各コード化ピクチャ中のｉ番目のサブピクチャの境界にわたって実施され得ることを指定する。０に等しいｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｆｌａｇ［ｉ］は、ループ内フィルタ処理演算がＣＶＳ中の各コード化ピクチャ中のｉ番目のサブピクチャの境界にわたって実施されないことを指定する。存在しないとき、ｌｏｏｐ＿ｆｉｌｔｅｒ＿ａｃｒｏｓｓ＿ｓｕｂｐｉｃ＿ｅｎａｂｌｅｄ＿ｐｉｃ＿ｆｌａｇ［ｉ］の値は１に等しいと推論される。
以下の制約が適用されることが、ビットストリーム適合性の要件である。
－ 任意の２つのサブピクチャｓｕｂｐｉｃＡおよびｓｕｂｐｉｃＢについて、ｓｕｂｐｉｃＡのインデックスがｓｕｂｐｉｃＢのインデックスよりも小さいとき、ｓｕｂＰｉｃＡの任意のコード化ＮＡＬユニットが、復号順序においてｓｕｂＰｉｃＢの任意のコード化ＮＡＬユニットに続くものとする。
－ サブピクチャの形状は、各サブピクチャが、復号されたとき、ピクチャ境界からなる、または前に復号されたサブピクチャの境界からなる、そのサブピクチャの左境界全体および上境界全体を有するものとするようなものであるものとする。

以下は、ＪＶＥＴ－Ｏ２００１－ｖＥに加える、スライスヘッダの提案されるシンタックスおよびセマンティクス変更である。

ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄは、使用中のＰＰＳについてのｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値を指定する。ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄの値は、両端値を含む０～６３の範囲内にあるものとする。
現在ピクチャのＴｅｍｐｏｒａｌＩｄの値が、ｓｌｉｃｅ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄに等しいｐｐｓ＿ｐｉｃ＿ｐａｒａｍｅｔｅｒ＿ｓｅｔ＿ｉｄを有するＰＰＳのＴｅｍｐｏｒａｌＩｄの値よりも大きいかまたはそれに等しいものとすることが、ビットストリーム適合性の要件である。

ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しい場合、以下が適用される。
－ スライスアドレスは、式（７－５９）によって指定されるブリックＩＤである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの長さは、Ｃｅｉｌ（Ｌｏｇ２（ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ））ビットである。
－ ｓｌｉｃｅ＿ａｄｄｒｅｓｓの値は、両端値を含む０～ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１の範囲内にあるものとする。

ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１は、存在するとき、スライス中のブリックの数－１を指定する。ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は、両端値を含む０～ＮｕｍＢｒｉｃｋｓＩｎＰｉｃ－１の範囲内にあるものとする。ｒｅｃｔ＿ｓｌｉｃｅ＿ｆｌａｇが０に等しく、ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいとき、ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は０に等しいと推論される。ｓｉｎｇｌｅ＿ｂｒｉｃｋ＿ｐｅｒ＿ｓｌｉｃｅ＿ｆｌａｇが１に等しいとき、ｎｕｍ＿ｂｒｉｃｋｓ＿ｉｎ＿ｓｌｉｃｅ＿ｍｉｎｕｓ１の値は０に等しいと推論される。
現在スライス中のブリックの数を指定する変数ＮｕｍＢｒｉｃｋｓＩｎＣｕｒｒＳｌｉｃｅと、現在スライス中のｉ番目のブリックのブリックインデックスを指定する変数ＳｌｉｃｅＢｒｉｃｋＩｄｘ［ｉ］とは、以下のように導出される。

テキスト終わり

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9A】

【図9B】