特許 6193494 ビデオ情報のスケーラブルコーディングのためのデバイスおよび方法

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

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

(11)【特許番号】6193494

(24)【登録日】2017年8月18日

(45)【発行日】2017年9月6日

(54)【発明の名称】ビデオ情報のスケーラブルコーディングのためのデバイスおよび方法

(51)【国際特許分類】

   H04N 19/70 20140101AFI20170828BHJP

   H04N 19/33 20140101ALI20170828BHJP

   H04N 19/157 20140101ALI20170828BHJP

   H04N 19/103 20140101ALI20170828BHJP

   H04N 19/174 20140101ALI20170828BHJP

【ＦＩ】

   H04N19/70

   H04N19/33

   H04N19/157

   H04N19/103

   H04N19/174

【請求項の数】15

【全頁数】56

(21)【出願番号】特願2016-529799(P2016-529799)

(86)(22)【出願日】2014年7月18日

(65)【公表番号】特表2016-531488(P2016-531488A)

(43)【公表日】2016年10月6日

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

(87)【国際公開番号】WO2015013137

(87)【国際公開日】20150129

【審査請求日】2017年2月24日

(31)【優先権主張番号】61/857,165

(32)【優先日】2013年7月22日

(33)【優先権主張国】US

(31)【優先権主張番号】61/886,997

(32)【優先日】2013年10月4日

(33)【優先権主張国】US

(31)【優先権主張番号】14/334,417

(32)【優先日】2014年7月17日

(33)【優先権主張国】US

【早期審査対象出願】

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100194814

【弁理士】

【氏名又は名称】奥村 元宏

(72)【発明者】

【氏名】チェン、ジャンレ

(72)【発明者】

【氏名】セレジン、バディム

(72)【発明者】

【氏名】リ、シャン

(72)【発明者】

【氏名】ラパカ、クリシュナカンス

(72)【発明者】

【氏名】カークゼウィックズ、マルタ

【審査官】 堀井 啓明

(56)【参考文献】

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

【文献】 米国特許出願公開第２００９／００１０３３１（ＵＳ，Ａ１）

【文献】 Jianle Chen Qualcomm，SHVC Test Model 2 (SHM 2)[online]， JCTVC-M JCTVC-M1007_v1，インターネット＜URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/13_Incheon/wg11/JCTVC-M1007-v1.zip＞，P.1,2,4,25,27,28

【文献】 Jianle Chen Qualcomm，SHVC Workding Draft 2[online]， JCTVC-M JCTVC-M1008_v1，インターネット＜URL:http://phenix.it-sudparis.eu/jct/doc_end_user/documents/13_Incheon/wg11/JCTVC-M1008-v1.zip＞，P.32-40

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

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

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

【請求項1】

ビデオ情報をコーディングするように構成される装置であって、前記装置は、
参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成されるメモリ、前記参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、前記エンハンスメントレイヤは、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、と、
前記メモリと通信しているプロセッサと
を備え、前記プロセッサは、
前記ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記ＩＬＲＰの前記単一のスライスのスライス情報を前記第１のスライスのスライス情報に等しく設定することと、
前記ＥＬピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用することと
を行うように構成される、装置。

【請求項2】

前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
請求項１に記載の装置。

【請求項3】

前記単一のスライスの前記スライス情報は、前記単一のスライスのスライスタイプと前記単一のスライスの参照ピクチャリスト情報とを備える、
請求項１に記載の装置。

【請求項4】

参照ピクチャリスト情報は、
参照ピクチャリスト０中の参照ピクチャの第１の数と、
前記参照ピクチャリスト０中の前記参照ピクチャと参照ピクチャインデックスの第１のセットとの間の第１の関連付けと、
参照ピクチャリスト１中の参照ピクチャの第２の数と、
前記参照ピクチャリスト１中の前記参照ピクチャと参照ピクチャインデックスの第２のセットとの間の第２の関連付けと
を備える、請求項３に記載の装置。

【請求項5】

前記装置は、符号化器を備え、前記プロセッサは、ビデオビットストリーム中で前記ビデオ情報を符号化するようにさらに構成される、
請求項１に記載の装置。

【請求項6】

前記装置は、復号器を備え、前記プロセッサは、ビデオビットストリーム中で前記ビデオ情報を復号するようにさらに構成される、
請求項１に記載の装置。

【請求項7】

前記装置は、コンピュータと、ノートブックと、ラップトップと、コンピュータと、タブレットコンピュータと、セットトップボックスと、電話ハンドセットと、スマートフォンと、スマートパッドと、テレビジョンと、カメラと、ディスプレイデバイスと、デジタルメディアプレーヤと、ビデオゲームコンソールと、車内コンピュータとのうちの１つまたは複数なるグループから選択されるデバイスを備える、
請求項１に記載の装置。

【請求項8】

ビデオ情報をコーディングする方法であって、前記方法は、
第１のスライスと第２のスライスとを有する参照レイヤ中の参照レイヤ（ＲＬ）ピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記ＩＬＲＰの前記単一のスライスのスライス情報を前記第１のスライスのスライス情報に等しく設定することと、
エンハンスメントレイヤ中のエンハンスメントレイヤ（ＥＬ）ピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用することと
を備える、方法。

【請求項9】

前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
請求項８に記載の方法。

【請求項10】

前記単一のスライスの前記スライス情報は、前記単一のスライスのスライスタイプと前記単一のスライスの参照ピクチャリスト情報とを備える、
請求項８に記載の方法。

【請求項11】

参照ピクチャリスト情報は、
参照ピクチャリスト０中の参照ピクチャの第１の数と、
前記参照ピクチャリスト０中の前記参照ピクチャと参照ピクチャインデックスの第１のセットとの間の第１の関連付けと、
参照ピクチャリスト１中の参照ピクチャの第２の数と、
前記参照ピクチャリスト１中の前記参照ピクチャと参照ピクチャインデックスの第２のセットとの間の第２の関連付けと
を備える、請求項１０に記載の方法。

【請求項12】

実行されたとき、
参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶すること、前記参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、前記エンハンスメントレイヤが、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、と、
前記ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記ＩＬＲＰの前記単一のスライスのスライス情報を前記第１のスライスのスライス情報に等しく設定することと、
前記ＥＬピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用することと
を備えるプロセスを装置に実行させるコードを備える、非一時的コンピュータ可読媒体。

【請求項13】

前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
請求項１２に記載のコンピュータ可読媒体。

【請求項14】

ビデオ情報をコーディングするように構成されるビデオコーディングデバイスであって、前記ビデオコーディングデバイスは、
参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するための手段、前記参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、前記エンハンスメントレイヤは、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、と、
前記ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成するための手段、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記ＩＬＲＰの前記単一のスライスのスライス情報を前記第１のスライスのスライス情報に等しく設定することと、
前記ＥＬピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用するための手段と
を備える、ビデオコーディングデバイス。

【請求項15】

前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
請求項１４に記載のビデオコーディングデバイス。

【発明の詳細な説明】

【技術分野】

【0001】

[0001]本開示は、ビデオコーディングおよび圧縮の分野に関し、詳細には、スケーラブルビデオコーディング（ＳＶＣ：scalable video coding）またはマルチビュービデオコーディング（ＭＶＣ：multiview video coding、３ＤＶ）に関する。

【背景技術】

【0002】

[0002]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラー電話または衛星無線電話、ビデオ遠隔会議デバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ Ｈ．２６３、ＩＴＵ−Ｔ Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオ圧縮技法など、ビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオコーディング技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。

【0003】

[0003]ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために空間（ピクチャ内）予測および／または時間（ピクチャ間）予測を実行する。ブロックベースのビデオコーディングの場合、ビデオスライス（たとえば、ビデオフレーム、ビデオフレームの一部分など）が、ツリーブロック、コーディングユニット（ＣＵ：coding unit）および／またはコーディングノードと呼ばれることもあるビデオブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の近隣ブロック内の参照サンプルに対する空間予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャ中の近隣ブロック中の参照サンプルに対する空間予測、または他の参照ピクチャ中の参照サンプルに対する時間予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。

【0004】

[0004]空間予測または時間予測は、コーディングされるべきブロックの予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルと、コード化ブロックと予測ブロックとの間の差分を示す残差データとに従って符号化される。イントラコード化ブロックは、イントラコーディングモードと残差データとに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて、残差変換係数が得られ得、その残差変換係数は、次いで量子化され得る。量子化変換係数は、最初は２次元アレイで構成され、変換係数の１次元ベクトルを生成するためにスキャンされ得、なお一層の圧縮を達成するために、エントロピー符号化が適用され得る。

【発明の概要】

【0005】

[0005]スケーラブルビデオコーディング（ＳＶＣ）は、参照レイヤ（ＲＬ：reference layer）と呼ばれることがあるベースレイヤ（ＢＬ：base layer）と、１つまたは複数のスケーラブルエンハンスメントレイヤ（ＥＬ：enhancement layer）とが使用されるビデオコーディングを指す。ＳＶＣでは、ベースレイヤは、ベースレベルの品質でビデオデータを搬送することができる。１つまたは複数のエンハンスメントレイヤは、たとえば、より高い空間レベル、時間レベル、および／または信号対雑音（ＳＮＲ：signal-to-noise）レベルをサポートするために追加のビデオデータを搬送することができる。エンハンスメントレイヤは、前に符号化されたレイヤに対して定義され得る。たとえば、最下位レイヤはＢＬとして働き得、最上位レイヤはＥＬとして働き得る。中間レイヤは、ＥＬまたはＲＬのいずれか、あるいはその両方として働き得る。たとえば、中間にあるレイヤは、ベースレイヤまたは介在エンハンスメントレイヤ（intervening enhancement layer）など、それの下のレイヤのためのＥＬであり、同時に、それの上の１つまたは複数のエンハンスメントレイヤのためのＲＬとして働き得る。同様に、ＨＥＶＣ規格のマルチビューまたは３Ｄ拡張では、複数のビューがあり得、１つのビューの情報は、別のビューの情報（たとえば、動き推定、動きベクトル予測および／または他の冗長）をコーディング（たとえば、符号化または復号）するために利用され得る。

【0006】

[0006]ＳＶＣでは、エンハンスメントレイヤ中の現在ブロックは、参照レイヤから導出された情報を使用してコーディング（たとえば、符号化または復号）され得る。たとえば、エンハンスメントレイヤ中の現在ブロックは、参照レイヤ中のコロケートされたブロックの情報（たとえば、テクスチャ情報または動き情報）を使用してコーディングされ得る（本開示で使用する「コロケートされた」という用語は、現在ブロック、たとえば、現在コーディングされているブロックと同じ画像に対応する、別のレイヤ中のブロックを指すことがある）。しかしながら、空間スケーラビリティなどのいくつかのスケーラビリティ方式の場合、参照レイヤ情報は、エンハンスメントレイヤをコーディングするために使用される前に修正される必要があり得る。たとえば、参照レイヤ情報は、エンハンスメントレイヤをコーディングするために使用される前に（たとえば、参照レイヤとエンハンスメントレイヤとの間の解像度比に従って）再サンプリングされる必要があり得る。たとえば、いくつかの実装形態では、参照レイヤピクチャが、再サンプリングされ、エンハンスメントレイヤピクチャの参照ピクチャリストに挿入され、エンハンスメントレイヤピクチャをコーディングするために使用され得る。

【0007】

[0007]しかしながら、参照レイヤピクチャの再サンプリングは、得られた再サンプリングされたピクチャが１つまたは複数のビットストリーム適合制約に違反することを引き起こし得る。たとえば、参照レイヤピクチャは複数のスライスに分割され得、いくつかの実装形態は、スライス境界が最大コーディングユニット（ＬＣＵ：largest coding unit）境界と一致することを規定し得る。しかしながら、参照レイヤピクチャが再サンプリングされた後、参照レイヤピクチャのスライス境界はもはやＬＣＵ境界と一致しないことがある。そのような場合、追加の処理および計算能力という犠牲を払っての、再サンプリングされた参照レイヤピクチャ中のスライス境界の修正が望まれ得る。

【0008】

[0008]したがって、ビットストリーム適合制約に準拠するピクチャを生成することになる、参照レイヤピクチャをアップサンプリングするためのより単純な方法を使用することによって、計算複雑さが低減され得る。

【0009】

[0009]本開示のシステム、方法およびデバイスは、それぞれいくつかの発明的態様を有し、それらのうちの単一の態様が、本明細書で開示する望ましい属性を単独で担当するとは限らない。

【0010】

[0010]一態様では、ビデオ情報をコーディングするように構成される装置は、メモリと、メモリと通信しているプロセッサとを含む。メモリは、参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成され、参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、エンハンスメントレイヤは、ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える。プロセッサは、ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ：inter-layer reference picture）を生成することと、ＩＬＲＰが、それに関連付けられた単一のスライスを有する、ＩＬＲＰの単一のスライスのスライス情報を第１のスライスのスライス情報に等しく設定することと、ＥＬピクチャの少なくとも一部分をコーディングするためにＩＬＲＰを使用することとを行うように構成される。プロセッサはビデオ情報を符号化または復号し得る。

【0011】

[0011]一態様では、ビデオ情報をコーディング（たとえば、符号化または復号）する方法は、第１のスライスと第２のスライスとを有する参照レイヤ中の参照レイヤ（ＲＬ）ピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成することと、ＩＬＲＰが、それに関連付けられた単一のスライスを有する、ＩＬＲＰの単一のスライスのスライス情報を第１のスライスのスライス情報に等しく設定することと、エンハンスメントレイヤ中のエンハンスメントレイヤ（ＥＬ）ピクチャの少なくとも一部分をコーディングするためにＩＬＲＰを使用することとを備える。

【0012】

[0012]一態様では、非一時的コンピュータ可読媒体は、実行されたとき、装置にプロセスを実行させるコードを備える。プロセスは、参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶することと、参照レイヤが、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、エンハンスメントレイヤが、ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成することと、ＩＬＲＰが、それに関連付けられた単一のスライスを有する、ＩＬＲＰの単一のスライスのスライス情報を第１のスライスのスライス情報に等しく設定することと、ＥＬピクチャの少なくとも一部分をコーディングするためにＩＬＲＰを使用することとを含む。

【0013】

[0013]一態様では、ビデオ情報をコーディングするように構成されるビデオコーディングデバイスは、参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するための手段と、参照レイヤが、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、エンハンスメントレイヤが、ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成するための手段と、ＩＬＲＰが、それに関連付けられた単一のスライスを有する、ＩＬＲＰの単一のスライスのスライス情報を第１のスライスのスライス情報に等しく設定するための手段と、ＥＬピクチャの少なくとも一部分をコーディングするためにＩＬＲＰを使用するための手段とを備える。

【0014】

[0014]一態様では、ビデオ情報をコーディングするように構成される装置は、メモリと、メモリと通信しているプロセッサとを含む。メモリは、参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成され、参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、エンハンスメントレイヤは、ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える。プロセッサは、第１のスライスの第１のスライス情報と第２のスライスの第２のスライス情報とが同等であるかどうかを決定することと、第１のスライス情報と第２のスライス情報とが同等であると決定したことに応答して、ＥＬピクチャの少なくとも一部分をコーディングするためのレイヤ間動き予測を有効化することとを行うように構成される。

【0015】

[0015]一態様では、ビデオ情報をコーディング（たとえば、符号化または復号）する方法は、参照レイヤ（ＲＬ）ピクチャの第１のスライスの第１のスライス情報とＲＬピクチャの第２のスライスの第２のスライス情報とが同等であるかどうかを決定することと、第１のスライス情報と第２のスライス情報とが同等であると決定したことに応答して、エンハンスメントレイヤ（ＥＬ）ピクチャの少なくとも一部分をコーディングするためのレイヤ間動き予測を有効化することとを備える。

【0016】

[0016]一態様では、ビデオ情報をコーディングするように構成される装置は、メモリと、メモリと通信しているプロセッサとを含む。メモリは、参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成され、参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、エンハンスメントレイヤは、ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える。プロセッサは、第１のスライスの第１のスライス情報と第２のスライスの第２のスライス情報とが同等であるかどうかを決定することと、第１のスライス情報と第２のスライス情報とが同等でないと決定したことに応答して、ＥＬピクチャをコーディングするためのレイヤ間動き予測を無効化することとを行うように構成される。

【0017】

[0017]一態様では、ビデオ情報をコーディング（たとえば、符号化または復号）する方法は、参照レイヤ（ＲＬ）ピクチャの第１のスライスの第１のスライス情報とＲＬピクチャの第２のスライスの第２のスライス情報とが同等であるかどうかを決定することと、第１のスライス情報と第２のスライス情報とが同等でないと決定したことに応答して、ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャをコーディングするためのレイヤ間動き予測を無効化することとを備える。

【0018】

[0018]一態様では、ビデオ情報をコーディングするように構成される装置は、メモリと、メモリと通信しているプロセッサとを含む。メモリは、参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成され、参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、エンハンスメントレイヤは、ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える。プロセッサは、ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成することと、ＩＬＲＰが、それに関連付けられた単一のスライスを有する、第１のスライスのスライスタイプと第２のスライスのスライスタイプとが異なるかどうかを決定することとを行うように構成される。プロセッサは、第１のスライスのスライスタイプと第２のスライスのスライスタイプとが異なると決定したことに応答して、第１および第２のスライスのうちの少なくとも１つがＢスライスである場合、ＩＬＲＰの単一のスライスのスライスタイプをＢスライスに等しく設定することと、第１および第２のスライスのうちの少なくとも１つがＰスライスであり、第１および第２のスライスのいずれもＢスライスでない場合、ＩＬＲＰの単一のスライスのスライスタイプをＰスライスに等しく設定することと、第１および第２のスライスが両方ともＩスライスである場合、ＩＬＲＰの単一のスライスのスライスタイプをＩスライスに等しく設定することとを行うようにさらに構成され得る。

【0019】

[0019]一態様では、ビデオ情報をコーディング（たとえば、符号化または復号）する方法は、第１のスライスと第２のスライスとを有する参照レイヤ中の参照レイヤ（ＲＬ）ピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成することと、ＩＬＲＰが、それに関連付けられた単一のスライスを有する、第１のスライスのスライスタイプと第２のスライスのスライスタイプとが異なるかどうかを決定することとを備える。さらに、本方法は、第１のスライスのスライスタイプと第２のスライスのスライスタイプとが異なると決定したことに応答して、第１および第２のスライスのうちの少なくとも１つがＢスライスである場合、ＩＬＲＰの単一のスライスのスライスタイプをＢスライスに等しく設定することと、第１および第２のスライスのうちの少なくとも１つがＰスライスであり、第１および第２のスライスのいずれもＢスライスでない場合、ＩＬＲＰの単一のスライスのスライスタイプをＰスライスに等しく設定することと、第１および第２のスライスが両方ともＩスライスである場合、ＩＬＲＰの単一のスライスのスライスタイプをＩスライスに等しく設定することとをさらに備え得る。

【0020】

[0020]一態様では、ビデオ情報をコーディングするように構成される装置は、メモリと、メモリと通信しているプロセッサとを含む。メモリは、参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成され、参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、エンハンスメントレイヤは、ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える。プロセッサは、ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成することと、ＩＬＲＰが、それに関連付けられた単一のスライスを有する、ＩＬＲＰの単一のスライスのスライス情報を第１のスライスのスライス情報に等しく設定することと、ＲＬピクチャの第２のスライスに対応するＩＬＲＰの一部分に関連付けられた動き情報中の不正確さを補正するために、動き情報を修正することと、ＥＬピクチャの少なくとも一部分をコーディングするためにＩＬＲＰを使用することとを行うように構成される。

【0021】

[0021]一態様では、ビデオ情報をコーディング（たとえば、符号化または復号）する方法は、第１のスライスと第２のスライスとを有する参照レイヤ中の参照レイヤ（ＲＬ）ピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成することと、ＩＬＲＰが、それに関連付けられた単一のスライスを有する、ＩＬＲＰの単一のスライスのスライス情報を第１のスライスのスライス情報に等しく設定することと、ＲＬピクチャの第２のスライスに対応するＩＬＲＰの一部分に関連付けられた動き情報中の不正確さを補正するために、動き情報を修正することと、ＥＬピクチャの少なくとも一部分をコーディングするためにＩＬＲＰを使用することとを備える。

【図面の簡単な説明】

【0022】

【図1A】本開示で説明する態様による技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。

【図1B】本開示で説明する態様による技法を実行し得る別の例示的なビデオ符号化および復号システムを示すブロック図。

【図2A】本開示で説明する態様による技法を実装し得るビデオ符号化器の一例を示すブロック図。

【図2B】本開示で説明する態様による技法を実装し得るビデオ符号化器の一例を示すブロック図。

【図3A】本開示で説明する態様による技法を実装し得るビデオ復号器の一例を示すブロック図。

【図3B】本開示で説明する態様による技法を実装し得るビデオ復号器の一例を示すブロック図。

【図4】本開示の一実施形態による、レイヤ間参照ピクチャを生成する例示的な方法を示す図４Ａおよび図４Ｂ。

【図5】本開示の一実施形態による、ビデオ情報をコーディングする方法を示すフローチャート。

【図6】本開示の一実施形態による、ビデオ情報をコーディングする方法を示すフローチャート。

【図7】本開示の一実施形態による、ビデオ情報をコーディングする方法を示すフローチャート。

【図8】本開示の一実施形態による、ビデオ情報をコーディングする方法を示すフローチャート。

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

【0023】

[0033]本明細書で説明するいくつかの実施形態は、ＨＥＶＣ（高効率ビデオコーディング）など、アドバンストビデオコーデックのコンテキストにおけるスケーラブルビデオコーディングのためのレイヤ間予測に関する。より詳細には、本開示は、ＨＥＶＣのスケーラブルビデオコーディング（ＳＶＣ）拡張におけるレイヤ間予測の性能の改善のためのシステムおよび方法に関する。

【0024】

[0034]以下の説明では、いくつかの実施形態に関係するＨ．２６４／ＡＶＣ技法について説明し、ＨＥＶＣ規格および関係する技法についても説明する。いくつかの実施形態について、ＨＥＶＣおよび／またはＨ．２６４規格のコンテキストにおいて本明細書で説明するが、本明細書で開示するシステムおよび方法が任意の好適なビデオコーディング規格に適用可能であり得ることを、当業者は諒解されよう。たとえば、本明細書で開示する実施形態は、以下の規格、すなわち、ＩＴＵ−Ｔ Ｈ．２６１、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌ、ＩＴＵ−Ｔ Ｈ．２６３、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌ、およびそれのスケーラブルビデオコーディング（ＳＶＣ）拡張とマルチビュービデオコーディング（ＭＶＣ）拡張とを含む、（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４のうちの１つまたは複数に適用可能であり得る。

【0025】

[0035]ＨＥＶＣは、概して、多くの点で、前のビデオコーディング規格のフレームワークに従う。ＨＥＶＣにおける予測のユニットは、いくつかの前のビデオコーディング規格におけるユニット（たとえば、マクロブロック）とは異なる。事実上、マクロブロックの概念は、いくつかの前のビデオコーディング規格において理解されているように、ＨＥＶＣ中に存在しない。マクロブロックは、考えられる利益の中でも、高いフレキシビリティを与え得る、４分木方式に基づく階層構造と置き換えられ得る。たとえば、ＨＥＶＣ方式内で、３つのタイプのブロック、コーディングユニット（ＣＵ）、予測ユニット（ＰＵ：Prediction Unit）、および変換ユニット（ＴＵ：Transform Unit）が定義される。ＣＵは領域スプリッティングの基本ユニットを指し得る。ＣＵはマクロブロックの概念に類似すると見なされ得るが、それは、最大サイズを制限せず、コンテンツ適応性を改善するために４つの等しいサイズのＣＵへの再帰的スプリッティングを可能にし得る。ＰＵはインター／イントラ予測の基本ユニットと見なされ得、それは、不規則な画像パターンを効果的にコーディングするために、単一のＰＵ中に複数の任意の形状区分を含んでいることがある。ＴＵは変換の基本ユニットと見なされ得る。それは、ＰＵとは無関係に定義され得るが、それのサイズは、ＴＵが属するＣＵに制限され得る。３つの異なる概念へのブロック構造のこの分離は、各々がそれの役割に従って最適化されることを可能にし得、それによりコーディング効率が改善され得る。

【0026】

[0036]単に説明の目的で、本明細書で開示するいくつかの実施形態について、ただ２つのレイヤ（たとえば、ベースレイヤなどの下位レイヤ、およびエンハンスメントレイヤなどの上位レイヤ）を含む例を用いて説明する。そのような例は、複数のベースレイヤおよび／またはエンハンスメントレイヤを含む構成に適用可能であり得ることを理解されたい。さらに、説明を簡単にするために、以下の開示は、いくつかの実施形態に関して「フレーム」または「ブロック」という用語を含む。ただし、これらの用語は限定的なものではない。たとえば、以下で説明する技法は、ブロック（たとえば、ＣＵ、ＰＵ、ＴＵ、マクロブロックなど）、スライス、フレームなど、任意の好適なビデオユニットとともに使用され得る。

ビデオコーディング規格

【0027】

[0037]ビデオ画像、ＴＶ画像、静止画像、あるいはビデオレコーダまたはコンピュータによって生成された画像など、デジタル画像は、水平ラインおよび垂直ラインで構成されたピクセルまたはサンプルからなり得る。単一の画像中のピクセルの数は一般に数万個である。各ピクセルは、一般に、ルミナンス情報とクロミナンス情報とを含んでいる。圧縮なしに、画像符号化器から画像復号器に搬送されるべき情報の量は、リアルタイム画像送信を不可能にするほど非常に大きい。送信されるべき情報の量を低減するために、ＪＰＥＧ、ＭＰＥＧおよびＨ．２６３規格など、いくつかの異なる圧縮方法が開発された。

【0028】

[0038]ビデオコーディング規格は、ＩＴＵ−Ｔ Ｈ．２６１と、ＩＳＯ／ＩＥＣ ＭＰＥＧ−１ Ｖｉｓｕａｌと、ＩＴＵ−Ｔ Ｈ．２６２またはＩＳＯ／ＩＥＣ ＭＰＥＧ−２ Ｖｉｓｕａｌと、ＩＴＵ−Ｔ Ｈ．２６３と、ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ Ｖｉｓｕａｌと、それのスケーラブルビデオコーディング（ＳＶＣ）およびマルチビュービデオコーディング（ＭＶＣ）拡張を含む（ＩＳＯ／ＩＥＣ ＭＰＥＧ−４ ＡＶＣとしても知られる）ＩＴＵ−Ｔ Ｈ．２６４とを含む。

【0029】

[0039]さらに、新しいビデオコーディング規格、すなわち、高効率ビデオコーディング（ＨＥＶＣ）が、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）とＩＳＯ／ＩＥＣモーションピクチャエキスパートグループ（ＭＰＥＧ：Motion Picture Experts Group）とのジョイントコラボレーションチームオンビデオコーディング（ＪＣＴ−ＶＣ：Joint Collaboration Team on Video Coding）によって開発されている。ＨＥＶＣドラフト１０についての完全引用は、文書ＪＣＴＶＣ−Ｌ１００３、Ｂｒｏｓｓら、「High Efficiency Video Coding (HEVC) Text Specification Draft 10」、ＩＴＵ−Ｔ ＳＧ１６ ＷＰ３およびＩＳＯ／ＩＥＣ ＪＴＣ１／ＳＣ２９／ＷＧ１１のジョイントコラボレーティブチームオンビデオコーディング（ＪＣＴ−ＶＣ：Joint Collaborative Team on Video Coding）、第１２回会合：ジュネーブ、スイス、２０１３年１月１４日〜２０１３年１月２３日である。ＨＥＶＣのマルチビュー拡張、すなわち、ＭＶ−ＨＥＶＣ、およびＳＨＶＣと称されるＨＥＶＣのスケーラブル拡張も、それぞれＪＣＴ−３Ｖ（ＩＴＵ−Ｔ／ＩＳＯ／ＩＥＣジョイントコラボレーティブチームオン３Ｄビデオコーディング拡張開発）およびＪＣＴ−ＶＣによって開発されている。

【0030】

[0040]添付の図面を参照しながら新規のシステム、装置、および方法の様々な態様について以下でより十分に説明する。ただし、本開示は、多くの異なる形態で実施され得、本開示全体にわたって提示する任意の特定の構造または機能に限定されるものと解釈されるべきではない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝えるために与えるものである。本明細書の教示に基づいて、本開示の範囲は、本開示の他の態様とは無関係に実装されるにせよ、本開示の他の態様と組み合わせて実装されるにせよ、本明細書で開示する新規のシステム、装置、および方法のいかなる態様をもカバーするものであることを、当業者なら諒解されたい。たとえば、本明細書に記載される態様をいくつ使用しても、装置は実装され得、または方法は実施され得る。さらに、本開示の範囲は、本明細書に記載する本開示の様々な態様に加えてまたはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実施されるそのような装置または方法をカバーするものとする。本明細書で開示するどの態様も請求項の１つまたは複数の要素によって実施され得ることを理解されたい。

【0031】

[0041]本明細書では特定の態様について説明するが、これらの態様の多くの変形および置換は本開示の範囲内に入る。好適な態様のいくつかの利益および利点について説明するが、本開示の範囲は特定の利益、使用、または目的に限定されるものではない。むしろ、本開示の態様は、様々なワイヤレス技術、システム構成、ネットワーク、および伝送プロトコルに広く適用可能であるものとし、それらのいくつかを例として、図および好適な態様についての以下の説明において示す。発明を実施するための形態および図面は、本開示を限定するものではなく説明するものにすぎず、本開示の範囲は添付の特許請求の範囲およびそれの均等物によって定義される。

【0032】

[0042]添付の図面は例を示している。添付の図面中の参照番号によって示される要素は、以下の説明における同様の参照番号によって示される要素に対応する。本開示では、序数語（たとえば、「第１の」、「第２の」、「第３の」など）で始まる名前を有する要素は、必ずしもそれらの要素が特定の順序を有することを暗示するとは限らない。むしろ、そのような序数語は、同じまたは同様のタイプの異なる要素を指すために使用されるにすぎない。

ビデオコーディングシステム

【0033】

[0043]図１Ａは、本開示で説明する態様による技法を利用し得る例示的なビデオコーディングシステム１０を示すブロック図である。本明細書で使用し説明する「ビデオコーダ」という用語は、総称的にビデオ符号化器とビデオ復号器の両方を指す。本開示では、「ビデオコーディング」または「コーディング」という用語は、ビデオ符号化とビデオ復号とを総称的に指すことがある。

【0034】

[0044]図１Ａに示されているように、ビデオコーディングシステム１０は、宛先モジュール１４によって後で復号されるべき符号化ビデオデータを生成するソースモジュール１２を含む。図１Ａの例では、ソースモジュール１２と宛先モジュール１４とは別々のデバイス上にあり、詳細には、ソースモジュール１２はソースデバイスの一部であり、宛先モジュール１４は宛先デバイスの一部である。ただし、ソースモジュール１２および宛先モジュール１４は、図１Ｂの例に示されているように、同じデバイス上にあるかまたはそれの一部であり得ることに留意されたい。

【0035】

[0045]もう一度図１Ａを参照すると、ソースモジュール１２および宛先モジュール１４は、デスクトップコンピュータ、ノートブック（たとえば、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、いわゆる「スマート」パッド、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスのいずれかを備え得る。場合によっては、ソースモジュール１２および宛先モジュール１４はワイヤレス通信のために装備され得る。

【0036】

[0046]宛先モジュール１４は、リンク１６を介して、復号されるべき符号化ビデオデータを受信し得る。リンク１６は、ソースモジュール１２から宛先モジュール１４に符号化ビデオデータを移動することが可能な任意のタイプの媒体またはデバイスを備え得る。図１Ａの例では、リンク１６は、ソースモジュール１２が符号化ビデオデータをリアルタイムで宛先モジュール１４に直接送信することを可能にするための通信媒体を備え得る。符号化ビデオデータは、ワイヤレス通信プロトコルなどの通信規格に従って変調され、宛先モジュール１４に送信され得る。通信媒体は、無線周波数（ＲＦ）スペクトルあるいは１つまたは複数の物理伝送線路など、任意のワイヤレスまたはワイヤード通信媒体を備え得る。通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはインターネットなどのグローバルネットワークなど、パケットベースネットワークの一部を形成し得る。通信媒体は、ルータ、スイッチ、基地局、またはソースモジュール１２から宛先モジュール１４への通信を可能にするために有用であり得る任意の他の機器を含み得る。

【0037】

[0047]代替的に、符号化データは出力インターフェース２２からオプションのストレージデバイス３１に出力され得る。同様に、符号化データは入力インターフェース２８によってストレージデバイス３１からアクセスされ得る。ストレージデバイス３１は、ハードドライブ、フラッシュメモリ、揮発性または不揮発性メモリ、あるいは符号化ビデオデータを記憶するための任意の他の好適なデジタル記憶媒体など、様々な分散されたまたはローカルにアクセスされるデータ記憶媒体のいずれかを含み得る。さらなる一例では、ストレージデバイス３１は、ソースモジュール１２によって生成された符号化ビデオを保持し得るファイルサーバまたは別の中間ストレージデバイスに対応し得る。宛先モジュール１４は、ストリーミングまたはダウンロードを介してストレージデバイス３１から記憶されたビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶し、その符号化ビデオデータを宛先モジュール１４に送信することが可能な任意のタイプのサーバであり得る。例示的なファイルサーバとしては、（たとえば、ウェブサイトのための）ウェブサーバ、ＦＴＰサーバ、ネットワーク接続ストレージ（ＮＡＳ）デバイス、またはローカルディスクドライブがある。宛先モジュール１４は、インターネット接続を含む任意の標準データ接続を通して符号化ビデオデータにアクセスし得る。これは、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適であるワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、ＤＳＬ、ケーブルモデムなど）、またはその両方の組合せを含み得る。ストレージデバイス３１からの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、またはその両方の組合せであり得る。

【0038】

[0048]本開示の技法はワイヤレス適用例または設定に限定されない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信（たとえば、動的適応ストリーミングオーバーＨＴＴＰ（ＤＡＳＨ：dynamic adaptive streaming over HTTP）など）、データ記憶媒体に記憶するためのデジタルビデオの符号化、データ記憶媒体に記憶されたデジタルビデオの復号、または他の適用例など、様々なマルチメディア適用例のいずれかをサポートするビデオコーディングに適用され得る。いくつかの例では、ビデオコーディングシステム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオテレフォニーなどの適用例をサポートするために、一方向または二方向ビデオ送信をサポートするように構成され得る。

【0039】

[0049]図１Ａの例では、ソースモジュール１２は、ビデオソース１８と、ビデオ符号化器２０と、出力インターフェース２２とを含む。場合によっては、出力インターフェース２２は変調器／復調器（モデム）および／または送信機を含み得る。ソースモジュール１２において、ビデオソース１８は、ビデオキャプチャデバイス、たとえばビデオカメラ、以前にキャプチャされたビデオを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオを受信するためのビデオフィードインターフェース、および／またはソースビデオとしてコンピュータグラフィックスデータを生成するためのコンピュータグラフィックスシステムなどのソース、あるいはそのようなソースの組合せを含み得る。一例として、ビデオソース１８がビデオカメラである場合、ソースモジュール１２および宛先モジュール１４は、図１Ｂの例に示されているように、いわゆるカメラフォンまたはビデオフォンを形成し得る。ただし、本開示で説明する技法は、概してビデオコーディングに適用可能であり得、ワイヤレスおよび／またはワイヤード適用例に適用され得る。

【0040】

[0050]キャプチャされたビデオ、以前にキャプチャされたビデオ、またはコンピュータ生成されたビデオは、ビデオ符号化器２０によって符号化され得る。符号化されたビデオデータは、ソースモジュール１２の出力インターフェース２２を介して宛先モジュール１４に直接送信され得る。符号化されたビデオデータはまた（または代替的に）、復号および／または再生のための宛先モジュール１４または他のデバイスによる後のアクセスのためにストレージデバイス３１上に記憶され得る。

【0041】

[0051]図１Ａの例では、宛先モジュール１４は、入力インターフェース２８と、ビデオ復号器３０と、ディスプレイデバイス３２とを含む。場合によっては、入力インターフェース２８は受信機および／またはモデムを含み得る。宛先モジュール１４の入力インターフェース２８は、リンク１６を介して符号化ビデオデータを受信し得る。リンク１６を介して通信された、またはストレージデバイス３１上に与えられた符号化ビデオデータは、ビデオデータを復号する際に、ビデオ復号器３０などのビデオ復号器が使用するための、ビデオ符号化器２０によって生成された様々なシンタックス要素を含み得る。そのようなシンタックス要素は、通信媒体上で送信された、記憶媒体上に記憶された、またはファイルサーバ上に記憶された符号化ビデオデータに含まれ得る。

【0042】

[0052]ディスプレイデバイス３２は、宛先モジュール１４と一体化されるかまたはその外部にあり得る。いくつかの例では、宛先モジュール１４は、一体型ディスプレイデバイスを含み、また、外部ディスプレイデバイスとインターフェースするように構成され得る。他の例では、宛先モジュール１４はディスプレイデバイスであり得る。概して、ディスプレイデバイス３２は、復号ビデオデータをユーザに対して表示し、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなど、様々なディスプレイデバイスのいずれかを備え得る。

【0043】

[0053]関係する態様では、図１Ｂは例示的なビデオ符号化および復号システム１０’を示し、ここにおいて、ソースモジュール１２および宛先モジュール１４はデバイスまたはユーザデバイス１１上にあるかまたはそれの一部である。デバイス１１は、「スマート」フォンなどの電話ハンドセットであり得る。デバイス１１は、ソースモジュール１２および宛先モジュール１４と動作可能に通信しているオプションのコントローラ／プロセッサモジュール１３を含み得る。図１Ｂのシステム１０’は、ビデオ符号化器２０と出力インターフェース２２との間のビデオ処理ユニット２１をさらに含み得る。いくつかの実装形態では、図１Ｂに示されているように、ビデオ処理ユニット２１は別個のユニットであるが、他の実装形態では、ビデオ処理ユニット２１は、ビデオ符号化器２０および／またはプロセッサ／コントローラモジュール１３の一部分として実装され得る。システム１０’はまた、ビデオシーケンス中の当該のオブジェクトを追跡することができるオプションの追跡器２９を含み得る。追跡されるべき興味のオブジェクトは、本開示の１つまたは複数の態様に関して説明する技法によってセグメント化され得る。関係する態様では、トラッキングは、単独でまたは追跡器２９とともに、ディスプレイデバイス３２によって実行され得る。図１Ｂのシステム１０’およびそれの構成要素は、場合によっては図１Ａのシステム１０およびそれの構成要素と同様である。

【0044】

[0054]ビデオ符号化器２０およびビデオ復号器３０は、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格など、ビデオ圧縮規格に従って動作し得、ＨＥＶＣテストモデル（ＨＭ）に準拠し得る。代替的に、ビデオ符号化器２０およびビデオ復号器３０は、代替的にＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ）と呼ばれるＩＴＵ−Ｔ Ｈ．２６４規格など、他のプロプライエタリ規格または業界規格、あるいはそのような規格の拡張に従って動作し得る。ただし、本開示の技法は、いかなる特定のコーディング規格にも限定されない。ビデオ圧縮規格の他の例としてはＭＰＥＧ−２およびＩＴＵ−Ｔ Ｈ．２６３がある。

【0045】

[0055]図１Ａおよび図１Ｂの例には示されていないが、ビデオ符号化器２０およびビデオ復号器３０は、それぞれオーディオ符号化器および復号器と統合され得、共通のデータストリームまたは別個のデータストリーム中のオーディオとビデオの両方の符号化を処理するために、適切なＭＵＸ−ＤＥＭＵＸユニット、または他のハードウェアおよびソフトウェアを含み得る。適用可能な場合、いくつかの例では、ＭＵＸ−ＤＥＭＵＸユニットは、ＩＴＵ Ｈ．２２３マルチプレクサプロトコル、またはユーザデータグラムプロトコル（ＵＤＰ）などの他のプロトコルに準拠し得る。

【0046】

[0056]ビデオ符号化器２０およびビデオ復号器３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ソフトウェア、ハードウェア、ファームウェアなど、様々な好適な符号化器回路のいずれか、またはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装されるとき、デバイスは、ソフトウェアのための命令を好適な非一時的コンピュータ可読媒体に記憶し、本開示の技法を実行するために１つまたは複数のプロセッサを使用してハードウェアでその命令を実行し得る。ビデオ符号化器２０およびビデオ復号器３０の各々は１つまたは複数の符号化器または復号器中に含まれ得、そのいずれも、それぞれのデバイスにおいて複合符号化器／復号器（コーデック）の一部として統合され得る。

ビデオコーディングプロセス

【0047】

[0057]上記で手短に述べたように、ビデオ符号化器２０はビデオデータを符号化する。ビデオデータは１つまたは複数のピクチャを備え得る。ピクチャの各々は、ビデオの一部を形成する静止画像である。いくつかの事例では、ピクチャはビデオ「フレーム」と呼ばれることがある。ビデオ符号化器２０がビデオデータを符号化するとき、ビデオ符号化器２０はビットストリームを生成し得る。ビットストリームは、ビデオデータのコード化表現を形成するビットのシーケンスを含み得る。ビットストリームはコード化ピクチャと関連データとを含み得る。コード化ピクチャはピクチャのコード化表現である。

【0048】

[0058]ビットストリームを生成するために、ビデオ符号化器２０は、ビデオデータ中の各ピクチャに対して符号化演算を実行し得る。ビデオ符号化器２０がピクチャに対して符号化演算を実行するとき、ビデオ符号化器２０は、一連のコード化ピクチャと関連データとを生成し得る。関連データは、ビデオパラメータセット（ＶＰＳ：video parameter set）と、シーケンスパラメータセットと、ピクチャパラメータセットと、適応パラメータセットと、他のシンタックス構造とを含み得る。シーケンスパラメータセット（ＳＰＳ：sequence parameter set）は、ピクチャの０個以上のシーケンスに適用可能なパラメータを含んでいることがある。ピクチャパラメータセット（ＰＰＳ：picture parameter set）は、０個以上のピクチャに適用可能なパラメータを含み得る。適応パラメータセット（ＡＰＳ：adaptation parameter set）は、０個以上のピクチャに適用可能なパラメータを含み得る。ＡＰＳ中のパラメータは、ＰＰＳ中のパラメータよりも変化する可能性が高いパラメータであり得る。

【0049】

[0059]コード化ピクチャを生成するために、ビデオ符号化器２０は、ピクチャを等しいサイズのビデオブロックに区分し得る。ビデオブロックはサンプルの２次元アレイであり得る。ビデオブロックの各々はツリーブロックに関連付けられる。いくつかの事例では、ツリーブロックは、最大コーディングユニット（ＬＣＵ）と呼ばれることがある。ＨＥＶＣのツリーブロックは、Ｈ．２６４／ＡＶＣなど、以前の規格のマクロブロックに広い意味で類似し得る。しかしながら、ツリーブロックは、必ずしも特定のサイズに限定されるとは限らず、１つまたは複数のコーディングユニット（ＣＵ）を含み得る。ビデオ符号化器２０は、４分木区分（quadtree partitioning）を使用して、ツリーブロックのビデオブロックを、ＣＵに関連付けられたビデオブロックに区分し得、したがって「ツリーブロック」という名前がある。

【0050】

[0060]いくつかの例では、ビデオ符号化器２０はピクチャを複数のスライスに区分し得る。スライスの各々は整数個のＣＵを含み得る。いくつかの事例では、スライスは整数個のツリーブロックを備える。他の事例では、スライスの境界はツリーブロック内にあり得る。

【0051】

[0061]ピクチャに対して符号化演算を実行することの一部として、ビデオ符号化器２０は、ピクチャの各スライスに対して符号化演算を実行し得る。ビデオ符号化器２０がスライスに対して符号化演算を実行するとき、ビデオ符号化器２０は、スライスに関連付けられた符号化データを生成し得る。スライスに関連付けられた符号化データは「コード化スライス」と呼ばれることがある。

【0052】

[0062]コード化スライスを生成するために、ビデオ符号化器２０は、スライス中の各ツリーブロックに対して符号化演算を実行し得る。ビデオ符号化器２０がツリーブロックに対して符号化演算を実行するとき、ビデオ符号化器２０はコード化ツリーブロックを生成し得る。コード化ツリーブロックは、ツリーブロックの符号化バージョンを表すデータを備え得る。

【0053】

[0063]ビデオ符号化器２０がコード化スライスを生成するとき、ビデオ符号化器２０は、ラスタスキャン順序（raster scan order）に従って、スライス中のツリーブロックに対して符号化演算を実行し得る（たとえば、そのツリーブロックを符号化し得る）。たとえば、ビデオ符号化器２０は、スライス中のツリーブロックの一番上の行にわたって左から右に進み、次いでツリーブロックの次の下の行にわたって左から右に進み、以下同様に進む順序で、ビデオ符号化器２０がスライス中のツリーブロックの各々を符号化するまで、スライスのツリーブロックを符号化し得る。

【0054】

[0064]ラスタスキャン順序に従ってツリーブロックを符号化した結果として、所与のツリーブロックの上および左のツリーブロックは符号化されていることがあるが、所与のツリーブロックの下および右のツリーブロックはまだ符号化されていない。したがって、ビデオ符号化器２０は、所与のツリーブロックを符号化するとき、所与のツリーブロックの上および左のツリーブロックを符号化することによって生成された情報にアクセスすることが可能であり得る。しかしながら、ビデオ符号化器２０は、所与のツリーブロックを符号化するとき、所与のツリーブロックの下および右のツリーブロックを符号化することによって生成された情報にアクセスすることができないことがある。

【0055】

[0065]コード化ツリーブロックを生成するために、ビデオ符号化器２０は、ツリーブロックのビデオブロックに対して４分木区分を再帰的に実行して、ビデオブロックを徐々により小さいビデオブロックに分割し得る。より小さいビデオブロックの各々は異なるＣＵに関連付けられ得る。たとえば、ビデオ符号化器２０は、ツリーブロックのビデオブロックを４つの等しいサイズのサブブロックに区分し、サブブロックのうちの１つまたは複数を、４つの等しいサイズのサブサブブロックに区分し得、以下同様である。区分されたＣＵは、それのビデオブロックが、他のＣＵに関連付けられたビデオブロックに区分された、ＣＵであり得る。区分されていないＣＵは、それのビデオブロックが、他のＣＵに関連付けられたビデオブロックに区分されていない、ＣＵであり得る。

【0056】

[0066]ビットストリーム中の１つまたは複数のシンタックス要素は、ビデオ符号化器２０がツリーブロックのビデオブロックを区分し得る最大の回数を示し得る。ＣＵのビデオブロックは形状が正方形であり得る。ＣＵのビデオブロックのサイズ（たとえば、ＣＵのサイズ）は、８×８ピクセルから、最大６４×６４以上のピクセルをもつツリーブロックのビデオブロックのサイズ（たとえば、ツリーブロックのサイズ）までに及び得る。

【0057】

[0067]ビデオ符号化器２０は、ｚスキャン順序に従って、ツリーブロックの各ＣＵに対して符号化演算を実行し得る（たとえば、各ＣＵを符号化し得る）。言い換えれば、ビデオ符号化器２０は、左上のＣＵと、右上のＣＵと、左下のＣＵと、次いで右下のＣＵとを、その順序で符号化し得る。ビデオ符号化器２０が、区分されたＣＵに対して符号化演算を実行するとき、ビデオ符号化器２０は、ｚスキャン順序に従って、区分されたＣＵのビデオブロックのサブブロックに関連付けられたＣＵを符号化し得る。言い換えれば、ビデオ符号化器２０は、左上のサブブロックに関連付けられたＣＵと、右上のサブブロックに関連付けられたＣＵと、左下のサブブロックに関連付けられたＣＵと、次いで右下のサブブロックに関連付けられたＣＵとを、その順序で符号化し得る。

【0058】

[0068]ｚスキャン順序に従ってツリーブロックのＣＵを符号化した結果として、所与のＣＵの上、左上、右上、左、および左下のＣＵは符号化されていることがある。所与のＣＵの下および右のＣＵはまだ符号化されていない。したがって、ビデオ符号化器２０は、所与のＣＵを符号化するとき、所与のＣＵに近隣するいくつかのＣＵを符号化することによって生成された情報にアクセスすることが可能であり得る。しかしながら、ビデオ符号化器２０は、所与のＣＵを符号化するとき、所与のＣＵに近隣する他のＣＵを符号化することによって生成された情報にアクセスすることができないことがある。

【0059】

[0069]ビデオ符号化器２０が、区分されていないＣＵを符号化するとき、ビデオ符号化器２０は、ＣＵのために１つまたは複数の予測ユニット（ＰＵ）を生成し得る。ＣＵのＰＵの各々は、ＣＵのビデオブロック内の異なるビデオブロックに関連付けられ得る。ビデオ符号化器２０は、ＣＵの各ＰＵのための予測ビデオブロックを生成し得る。ＰＵの予測ビデオブロックはサンプルのブロックであり得る。ビデオ符号化器２０は、イントラ予測またはインター予測を使用して、ＰＵのための予測ビデオブロックを生成し得る。

【0060】

[0070]ビデオ符号化器２０がイントラ予測を使用してＰＵの予測ビデオブロックを生成するとき、ビデオ符号化器２０は、ＰＵに関連付けられたピクチャの復号サンプルに基づいて、ＰＵの予測ビデオブロックを生成し得る。ビデオ符号化器２０がイントラ予測を使用してＣＵのＰＵの予測ビデオブロックを生成する場合、ＣＵはイントラ予測されたＣＵである。ビデオ符号化器２０がインター予測を使用してＰＵの予測ビデオブロックを生成するとき、ビデオ符号化器２０は、ＰＵに関連付けられたピクチャ以外の１つまたは複数のピクチャの復号サンプルに基づいて、ＰＵの予測ビデオブロックを生成し得る。ビデオ符号化器２０がインター予測を使用してＣＵのＰＵの予測ビデオブロックを生成する場合、ＣＵはインター予測されたＣＵである。

【0061】

[0071]さらに、ビデオ符号化器２０がインター予測を使用してＰＵのための予測ビデオブロックを生成するとき、ビデオ符号化器２０はＰＵの動き情報を生成し得る。ＰＵの動き情報は、ＰＵの１つまたは複数の参照ブロックを示し得る。ＰＵの各参照ブロックは参照ピクチャ内のビデオブロックであり得る。参照ピクチャはＰＵに関連付けられたピクチャ以外のピクチャであり得る。いくつかの事例では、ＰＵの参照ブロックはＰＵの「参照サンプル」と呼ばれることもある。ビデオ符号化器２０は、ＰＵの参照ブロックに基づいて、ＰＵのための予測ビデオブロックを生成し得る。

【0062】

[0072]ビデオ符号化器２０がＣＵの１つまたは複数のＰＵのための予測ビデオブロックを生成した後、ビデオ符号化器２０は、ＣＵのＰＵのための予測ビデオブロックに基づいて、ＣＵの残差データを生成し得る。ＣＵの残差データは、ＣＵのＰＵのための予測ビデオブロック中のサンプルと、ＣＵの元のビデオブロック中のサンプルとの間の差を示し得る。

【0063】

[0073]さらに、区分されていないＣＵに対して符号化演算を実行することの一部として、ビデオ符号化器２０は、ＣＵの残差データに対して再帰的な４分木区分を実行して、ＣＵの残差データを、ＣＵの変換ユニット（ＴＵ）に関連付けられた残差データの１つまたは複数のブロック（たとえば、残差ビデオブロック）に区分し得る。ＣＵの各ＴＵは異なる残差ビデオブロックに関連付けられ得る。

【0064】

[0074]ビデオ符号化器２０は、ＴＵに関連付けられた変換係数ブロック（たとえば、変換係数のブロック）を生成するために、ＴＵに関連付けられた残差ビデオブロックに１つまたは複数の変換を適用し得る。概念的に、変換係数ブロックは変換係数の２次元（２Ｄ）行列であり得る。

【0065】

[0075]変換係数ブロックを生成した後、ビデオ符号化器２０は、変換係数ブロックに対して量子化プロセスを実行し得る。量子化は、概して、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を実現する処理を指す。量子化プロセスは、変換係数の一部または全部に関連付けられたビット深度を低減し得る。たとえば、量子化中にｎビットの変換係数がｍビットの変換係数に切り捨てられることがあり、ここで、ｎはｍよりも大きい。

【0066】

[0076]ビデオ符号化器２０は、各ＣＵを量子化パラメータ（ＱＰ：quantization parameter）値に関連付け得る。ＣＵに関連付けられたＱＰ値は、ビデオ符号化器２０が、ＣＵに関連付けられた変換係数ブロックをどのように量子化するかを決定し得る。ビデオ符号化器２０は、ＣＵに関連付けられたＱＰ値を調整することによって、ＣＵに関連付けられた変換係数ブロックに適用される量子化の程度を調整し得る。

【0067】

[0077]ビデオ符号化器２０が変換係数ブロックを量子化した後、ビデオ符号化器２０は、量子化された変換係数ブロック中で変換係数を表すシンタックス要素のセットを生成し得る。ビデオ符号化器２０は、これらのシンタックス要素のうちのいくつかに、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：Context Adaptive Binary Arithmetic Coding）演算などのエントロピー符号化演算を適用し得る。コンテンツ適応型可変長コーディング（ＣＡＶＬＣ：content adaptive variable length coding）、確率間隔区分エントロピー（ＰＩＰＥ：probability interval partitioning entropy）コーディング、または他のバイナリ算術コーディングなど、他のエントロピーコーディング技法も使用され得る。

【0068】

[0078]ビデオ符号化器２０によって生成されるビットストリームは、一連のネットワークアブストラクションレイヤ（ＮＡＬ：Network Abstraction Layer）ユニットを含み得る。ＮＡＬユニットの各々は、ＮＡＬユニット中のデータのタイプの指示と、データを含んでいるバイトとを含んでいるシンタックス構造であり得る。たとえば、ＮＡＬユニットは、ビデオパラメータセット、シーケンスパラメータセット、ピクチャパラメータセット、コード化スライス、補足エンハンスメント情報（ＳＥＩ：supplemental enhancement information）、アクセスユニット区切り文字、フィラーデータ、または別のタイプのデータを表すデータを含み得る。ＮＡＬユニット中のデータは様々なシンタックス構造を含み得る。

【0069】

[0079]ビデオ復号器３０は、ビデオ符号化器２０によって生成されたビットストリームを受信し得る。ビットストリームは、ビデオ符号化器２０によって符号化されたビデオデータのコード化表現を含み得る。ビデオ復号器３０がビットストリームを受信するとき、ビデオ復号器３０は、ビットストリームに対してパース演算を実行し得る。ビデオ復号器３０がパース演算を実行するとき、ビデオ復号器３０は、ビットストリームからシンタックス要素を抽出し得る。ビデオ復号器３０は、ビットストリームから抽出されたシンタックス要素に基づいて、ビデオデータのピクチャを再構成し得る。シンタックス要素に基づいてビデオデータを再構成するためのプロセスは、一般に、シンタックス要素を生成するためにビデオ符号化器２０によって実行されるプロセスとは逆であり得る。

【0070】

[0080]ビデオ復号器３０がＣＵに関連付けられたシンタックス要素を抽出した後、ビデオ復号器３０は、シンタックス要素に基づいて、ＣＵのＰＵのための予測ビデオブロックを生成し得る。さらに、ビデオ復号器３０は、ＣＵのＴＵに関連付けられた変換係数ブロックを逆量子化し得る。ビデオ復号器３０は、変換係数ブロックに対して逆変換を実行して、ＣＵのＴＵに関連付けられた残差ビデオブロックを再構成し得る。予測ビデオブロックを生成し、残差ビデオブロックを再構成した後、ビデオ復号器３０は、予測ビデオブロックと残差ビデオブロックとに基づいて、ＣＵのビデオブロックを再構成し得る。このようにして、ビデオ復号器３０は、ビットストリーム中のシンタックス要素に基づいて、ＣＵのビデオブロックを再構成し得る。

ビデオ符号化器

【0071】

[0081]図２Ａは、本開示で説明する態様による技法を実装し得るビデオ符号化器の一例を示すブロック図である。ビデオ符号化器２０は、ＨＥＶＣの場合など、ビデオフレームの単一のレイヤを処理するように構成され得る。さらに、ビデオ符号化器２０は、本開示の技法のいずれかまたはすべてを実行するように構成され得る。一例として、予測処理ユニット１００は、本開示で説明する技法のいずれかまたはすべてを実行するように構成され得る。別の実施形態では、ビデオ符号化器２０は、本開示で説明する技法のいずれかまたはすべてを実行するように構成されたオプションのレイヤ間予測ユニット１２８を含む。他の実施形態では、レイヤ間予測は予測処理ユニット１００（たとえば、インター予測ユニット１２１および／またはイントラ予測ユニット１２６）によって実行され得、その場合、レイヤ間予測ユニット１２８は省略され得る。ただし、本開示の態様はそのように限定されない。いくつかの例では、本開示で説明する技法は、ビデオ符号化器２０の様々な構成要素間で共有され得る。いくつかの例では、追加または代替として、プロセッサ（図示せず）が、本開示で説明する技法のいずれかまたはすべてを実行するように構成され得る。

【0072】

[0082]説明の目的で、本開示では、ＨＥＶＣコーディングのコンテキストにおいてビデオ符号化器２０について説明する。しかしながら、本開示の技法は、他のコーディング規格または方法にも適用可能であり得る。図２Ａに示された例はシングルレイヤコーデックのためのものである。しかしながら、図２Ｂに関してさらに説明するように、ビデオ符号化器２０の一部または全部はマルチレイヤコーデックの処理のために複製され得る。

【0073】

[0083]ビデオ符号化器２０は、ビデオスライス内のビデオブロックのイントラコーディングおよびインターコーディングを実行し得る。イントラコーディングは、所与のビデオフレームまたはピクチャ内のビデオの空間冗長性を低減または除去するために空間予測に依拠する。インターコーディングは、ビデオシーケンスの隣接フレームまたはピクチャ内のビデオの時間冗長性を低減または除去するために時間予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースのコーディングモードのいずれかを指し得る。単方向予測（Ｐモード）または双方向予測（Ｂモード）などのインターモードは、いくつかの時間ベースのコーディングモードのいずれかを指し得る。

【0074】

[0084]図２Ａの例では、ビデオ符号化器２０は複数の機能構成要素を含む。ビデオ符号化器２０の機能構成要素は、予測処理ユニット１００と、残差生成ユニット１０２と、変換処理ユニット１０４と、量子化ユニット１０６と、逆量子化ユニット１０８と、逆変換ユニット１１０と、再構成ユニット１１２と、フィルタユニット１１３と、復号ピクチャバッファ１１４と、エントロピー符号化ユニット１１６とを含む。予測処理ユニット１００は、インター予測ユニット１２１と、動き推定ユニット１２２と、動き補償ユニット１２４と、イントラ予測ユニット１２６と、レイヤ間予測ユニット１２８とを含む。他の例では、ビデオ符号化器２０は、より多数の、より少数の、または異なる機能構成要素を含み得る。さらに、動き推定ユニット１２２と動き補償ユニット１２４とは、高度に統合され得るが、図２Ａの例では、説明の目的で別々に表されている。

【0075】

[0085]ビデオ符号化器２０はビデオデータを受信し得る。ビデオ符号化器２０は、様々なソースからビデオデータを受信し得る。たとえば、ビデオ符号化器２０は、（たとえば、図１Ａまたは図１Ｂに示された）ビデオソース１８、または別のソースからビデオデータを受信し得る。ビデオデータは一連のピクチャを表し得る。ビデオデータを符号化するために、ビデオ符号化器２０は、ピクチャの各々に対して符号化演算を実行し得る。ピクチャに対して符号化演算を実行することの一部として、ビデオ符号化器２０は、ピクチャの各スライスに対して符号化演算を実行し得る。スライスに対して符号化演算を実行することの一部として、ビデオ符号化器２０は、スライス中のツリーブロックに対して符号化演算を実行し得る。

【0076】

[0086]ツリーブロックに対して符号化演算を実行することの一部として、予測処理ユニット１００は、ツリーブロックのビデオブロックに対して４分木区分を実行して、ビデオブロックを徐々により小さいビデオブロックに分割し得る。より小さいビデオブロックの各々は、異なるＣＵに関連付けられ得る。たとえば、予測処理ユニット１００は、ツリーブロックのビデオブロックを４つの等しいサイズのサブブロックに区分し、サブブロックの１つまたは複数を、４つの等しいサイズのサブサブブロックに区分し得、以下同様である。

【0077】

[0087]ＣＵに関連付けられたビデオブロックのサイズは、８×８サンプルから、最大６４×６４以上のサンプルをもつツリーブロックのサイズまでに及び得る。本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直寸法および水平寸法に関するビデオブロックのサンプル寸法、たとえば、１６×１６（16x16）サンプルまたは１６×１６（16 by 16）サンプルを指すために互換的に使用され得る。概して、１６×１６ビデオブロックは、垂直方向に１６個のサンプルを有し（ｙ＝１６）、水平方向に１６個のサンプルを有する（ｘ＝１６）。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮ個のサンプルを有し、水平方向にＮ個のサンプルを有し、ここで、Ｎは非負整数値を表す。

【0078】

[0088]さらに、ツリーブロックに対して符号化演算を実行することの一部として、予測処理ユニット１００は、ツリーブロック用の階層的な４分木データ構造を生成し得る。たとえば、ツリーブロックは、４分木データ構造のルートノードに対応し得る。予測処理ユニット１００が、ツリーブロックのビデオブロックを４つのサブブロックに区分する場合、ルートノードは、４分木データ構造中に４つの子ノードを有する。子ノードの各々は、サブブロックのうちの１つに関連付けられたＣＵに対応する。予測処理ユニット１００が、サブブロックのうちの１つを４つのサブサブブロックに区分する場合、サブブロックに関連付けられたＣＵに対応するノードは、サブサブブロックのうちの１つに関連付けられたＣＵに各々が対応する、４つの子ノードを有し得る。

【0079】

[0089]４分木データ構造の各ノードは、対応するツリーブロックまたはＣＵのシンタックスデータ（たとえば、シンタックス要素）を含み得る。たとえば、４分木の中のノードは、そのノードに対応するＣＵのビデオブロックが４つのサブブロックに区分される（たとえば、スプリットされる）かどうかを示すスプリットフラグを含み得る。ＣＵのためのシンタックス要素は、再帰的に定義され得、ＣＵのビデオブロックがサブブロックにスプリットされるかどうかに依存し得る。それのビデオブロックが区分されていないＣＵは、４分木データ構造におけるリーフノードに対応し得る。コード化ツリーブロックは、対応するツリーブロック用の４分木データ構造に基づくデータを含み得る。

【0080】

[0090]ビデオ符号化器２０は、ツリーブロックの区分されていない各ＣＵに対して符号化演算を実行し得る。ビデオ符号化器２０が、区分されていないＣＵに対して符号化演算を実行するとき、ビデオ符号化器２０は、区分されていないＣＵの符号化表現を表すデータを生成する。

【0081】

[0091]ＣＵに対して符号化演算を実行することの一部として、予測処理ユニット１００は、ＣＵの１つまたは複数のＰＵの中で、ＣＵのビデオブロックを区分し得る。ビデオ符号化器２０およびビデオ復号器３０は、様々なＰＵサイズをサポートし得る。特定のＣＵのサイズが２Ｎ×２Ｎであると仮定すると、ビデオ符号化器２０およびビデオ復号器３０は、２Ｎ×２ＮまたはＮ×ＮのＰＵサイズと、２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、２Ｎ×ｎＵ、ｎＬ×２Ｎ、ｎＲ×２Ｎ、または同様の対称ＰＵサイズでのインター予測とをサポートし得る。ビデオ符号化器２０およびビデオ復号器３０は、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズに対する非対称区分をもサポートし得る。いくつかの例では、予測処理ユニット１００は、ＣＵのビデオブロックの辺に直角に接触しない境界に沿って、ＣＵのＰＵの間でＣＵのビデオブロックを区分するように、幾何学的な区分を実行し得る。

【0082】

[0092]インター予測ユニット１２１はＣＵの各ＰＵに対してインター予測を実行し得る。インター予測は時間圧縮を実現し得る。ＰＵに対してインター予測を実行するために、動き推定ユニット１２２はＰＵの動き情報を生成し得る。動き補償ユニット１２４は、動き情報と、ＣＵに関連付けられたピクチャ以外のピクチャ（たとえば、参照ピクチャ）の復号サンプルとに基づくＰＵのための予測ビデオブロックを生成し得る。本開示では、動き補償ユニット１２４によって生成された予測ビデオブロックは、インター予測ビデオブロックと呼ばれることがある。

【0083】

[0093]スライスは、Ｉスライス、Ｐスライス、またはＢスライスであり得る。動き推定ユニット１２２および動き補償ユニット１２４は、ＰＵがＩスライス中にあるか、Ｐスライス中にあるか、Ｂスライス中にあるかに応じて、ＣＵのＰＵに対して異なる演算を実行し得る。Ｉスライス中では、すべてのＰＵがイントラ予測される。したがって、ＰＵがＩスライス中にある場合、動き推定ユニット１２２および動き補償ユニット１２４は、ＰＵに対してインター予測を実行しない。

【0084】

[0094]ＰＵがＰスライス中にある場合、ＰＵを含んでいるピクチャは、「リスト０」と呼ばれる参照ピクチャのリストに関連付けられる。リスト０中の参照ピクチャの各々は、他のピクチャのインター予測に使用され得るサンプルを含んでいる。動き推定ユニット１２２が、Ｐスライス中のＰＵに関して動き推定演算を実行するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０中の参照ピクチャを探索し得る。ＰＵの参照ブロックは、ＰＵのビデオブロック中のサンプルに最も密接に対応するサンプルのセット、たとえば、サンプルのブロックであり得る。動き推定ユニット１２２は、様々なメトリクスを使用して、参照ピクチャ中のサンプルのセットがどの程度密接にＰＵのビデオブロック中のサンプルに対応するかを決定し得る。たとえば、動き推定ユニット１２２は、絶対差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）、または他の差分メトリックによって、参照ピクチャ中のサンプルのセットがどの程度密接にＰＵのビデオブロック中のサンプルに対応するかを決定し得る。

【0085】

[0095]Ｐスライス中のＰＵの参照ブロックを識別した後、動き推定ユニット１２２は、参照ブロックを含んでいる、リスト０中の参照ピクチャを示す参照インデックスと、ＰＵと参照ブロックとの間の空間変位を示す動きベクトルとを生成し得る。様々な例において、動き推定ユニット１２２は動きベクトルを異なる精度に生成し得る。たとえば、動き推定ユニット１２２は、１／４サンプル精度、１／８サンプル精度、または他の分数のサンプル精度で動きベクトルを生成し得る。分数のサンプル精度の場合、参照ブロック値は、参照ピクチャ中の整数位置のサンプル値から補間され得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動き情報によって識別された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。

【0086】

[0096]ＰＵがＢスライス中にある場合、ＰＵを含んでいるピクチャは、「リスト０」および「リスト１」と呼ばれる参照ピクチャの２つのリストに関連付けられ得る。いくつかの例では、Ｂスライスを含んでいるピクチャは、リスト０とリスト１の組合せである、リストの組合せに関連付けられ得る。

【0087】

[0097]さらに、ＰＵがＢスライス中にある場合、動き推定ユニット１２２は、ＰＵについての単方向予測または双方向予測を実行し得る。動き推定ユニット１２２が、ＰＵについての単方向予測を実行するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０またはリスト１の参照ピクチャを探索し得る。動き推定ユニット１２２は、次いで、参照ブロックを含んでいる、リスト０またはリスト１中の参照ピクチャを示す参照インデックスと、ＰＵと参照ブロックとの間の空間変位を示す動きベクトルとを生成し得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照インデックスと、予測方向インジケータと、動きベクトルとを出力し得る。予測方向インジケータは、参照インデックスが、リスト０中の参照ピクチャを示すか、リスト１中の参照ピクチャを示すかを示し得る。動き補償ユニット１２４は、ＰＵの動き情報によって示された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。

【0088】

[0098]動き推定ユニット１２２が、ＰＵについての双方向予測を実行するとき、動き推定ユニット１２２は、ＰＵのための参照ブロックについて、リスト０中の参照ピクチャを探索し得、また、ＰＵのための別の参照ブロックについて、リスト１中の参照ピクチャを探索し得る。動き推定ユニット１２２は、次いで、参照ブロックを含んでいる、リスト０およびリスト１中の参照ピクチャを示す参照インデックスと、参照ブロックとＰＵの間の空間変位を示す動きベクトルとを生成し得る。動き推定ユニット１２２は、ＰＵの動き情報としてＰＵの参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動き情報によって示された参照ブロックに基づいて、ＰＵの予測ビデオブロックを生成し得る。

【0089】

[0099]いくつかの例では、動き推定ユニット１２２は、ＰＵの動き情報のフルセットをエントロピー符号化ユニット１１６に出力しない。そうではなく、動き推定ユニット１２２は、別のＰＵの動き情報を参照して、ＰＵの動き情報をシグナリングし得る。たとえば、動き推定ユニット１２２は、ＰＵの動き情報が、近隣ＰＵの動き情報と十分に類似していると決定し得る。この例では、動き推定ユニット１２２は、ＰＵに関連付けられたシンタックス構造において、ＰＵが近隣ＰＵと同じ動き情報を有することをビデオ復号器３０に示す値を示し得る。別の例では、動き推定ユニット１２２は、ＰＵに関連付けられたシンタックス構造において、近隣ＰＵと動きベクトル差分（ＭＶＤ：motion vector difference）とを識別し得る。動きベクトル差分は、ＰＵの動きベクトルと、示される近隣ＰＵの動きベクトルとの間の差分を示す。ビデオ復号器３０は、示される近隣ＰＵの動きベクトルと、動きベクトル差分とを使用して、ＰＵの動きベクトルを決定し得る。第２のＰＵの動き情報をシグナリングするときに第１のＰＵの動き情報を参照することによって、ビデオ符号化器２０は、より少数のビットを使用して、第２のＰＵの動き情報をシグナリングすることが可能であり得る。

【0090】

[00100]図５〜図８に関して以下でさらに説明するように、予測処理ユニット１００は、図５〜図８に示されている方法を実行することによってＰＵ（または他の参照レイヤブロックおよび／またはエンハンスメントレイヤブロックまたはビデオユニット）をコーディング（たとえば、符号化または復号）するように構成され得る。たとえば、（たとえば、動き推定ユニット１２２および／または動き補償ユニット１２４を介した）インター予測ユニット１２１、イントラ予測ユニット１２６、またはレイヤ間予測ユニット１２８は、一緒にまたは別々に、図５〜図８に示されている方法を実行するように構成され得る。

【0091】

[00101]ＣＵに対して符号化演算を実行することの一部として、イントラ予測ユニット１２６は、ＣＵのＰＵに対してイントラ予測を実行し得る。イントラ予測は空間圧縮を実現し得る。イントラ予測ユニット１２６がＰＵに対してイントラ予測を実行するとき、イントラ予測ユニット１２６は、同じピクチャ中の他のＰＵの復号サンプルに基づいて、ＰＵの予測データを生成し得る。ＰＵの予測データは、予測ビデオブロックと様々なシンタックス要素とを含み得る。イントラ予測ユニット１２６は、Ｉスライス、Ｐスライス、およびＢスライス中のＰＵに対してイントラ予測を実行し得る。

【0092】

[00102]ＰＵに対してイントラ予測を実行するために、イントラ予測ユニット１２６は、複数のイントラ予測モードを使用して、ＰＵの予測データの複数のセットを生成し得る。イントラ予測ユニット１２６が、イントラ予測モードを使用してＰＵの予測データのセットを生成するとき、イントラ予測ユニット１２６は、イントラ予測モードに関連付けられた方向および／または勾配で、近隣ＰＵのビデオブロックからＰＵのビデオブロックにわたって、サンプルを延ばし得る。近隣ＰＵは、ＰＵ、ＣＵ、およびツリーブロックについて左から右、上から下の符号化順序を仮定すると、ＰＵの上、右上、左上、または左にあり得る。イントラ予測ユニット１２６は、ＰＵのサイズに応じて、様々な数のイントラ予測モード、たとえば、３３個の方向性イントラ予測モードを使用し得る。

【0093】

[00103]予測処理ユニット１００は、ＰＵについての、動き補償ユニット１２４によって生成された予測データ、またはＰＵについての、イントラ予測ユニット１２６によって生成された予測データの中から、ＰＵの予測データを選択し得る。いくつかの例では、予測処理ユニット１００は、予測データのセットのレート／ひずみメトリックに基づいて、ＰＵのための予測データを選択する。

【0094】

[00104]予測処理ユニット１００が、イントラ予測ユニット１２６によって生成された予測データを選択する場合、予測処理ユニット１００は、ＰＵの予測データを生成するために使用されたイントラ予測モード、たとえば、選択されたイントラ予測モードをシグナリングし得る。予測処理ユニット１００は、選択されたイントラ予測モードを様々な方法でシグナリングし得る。たとえば、選択されたイントラ予測モードは、近隣ＰＵのイントラ予測モードと同じであることがあり得る。言い換えれば、近隣ＰＵのイントラ予測モードは現在ＰＵに対して最確モードであり得る。したがって、予測処理ユニット１００は、選択されたイントラ予測モードが近隣ＰＵのイントラ予測モードと同じであることを示すための、シンタックス要素を生成し得る。

【0095】

[00105]上記で説明したように、ビデオ符号化器２０はレイヤ間予測ユニット１２８を含み得る。レイヤ間予測ユニット１２８は、ＳＶＣにおいて利用可能である１つまたは複数の異なるレイヤ（たとえば、ベースレイヤまたは参照レイヤ）を使用して現在ブロック（たとえば、ＥＬ中の現在ブロック）を予測するように構成される。そのような予測はレイヤ間予測と呼ばれることがある。レイヤ間予測ユニット１２８は、レイヤ間冗長性を低減するために予測方法を利用し、それによって、コーディング効率を改善し、計算リソース要件を低減する。レイヤ間予測のいくつかの例としては、レイヤ間イントラ予測、レイヤ間動き予測、およびレイヤ間残差予測がある。レイヤ間イントラ予測は、ベースレイヤ中のコロケートされたブロックの再構成を使用してエンハンスメントレイヤ中の現在ブロックを予測する。レイヤ間動き予測は、ベースレイヤの動き情報を使用してエンハンスメントレイヤ中の動作を予測する。レイヤ間残差予測は、ベースレイヤの残差を使用してエンハンスメントレイヤの残差を予測する。レイヤ間予測方式の各々について、より詳細に以下で説明する。

【0096】

[00106]予測処理ユニット１００がＣＵのＰＵの予測データを選択した後、残差生成ユニット１０２は、ＣＵのビデオブロックからＣＵのＰＵの予測ビデオブロックを差し引くこと（たとえば、マイナス符号によって示される）によって、ＣＵの残差データを生成し得る。ＣＵの残差データは、ＣＵのビデオブロック中のサンプルの異なるサンプル成分に対応する、２Ｄ残差ビデオブロックを含み得る。たとえば、残差データは、ＣＵのＰＵの予測ビデオブロック中のサンプルのルミナンス成分と、ＣＵの元のビデオブロック中のサンプルのルミナンス成分との間の差分に対応する、残差ビデオブロックを含み得る。さらに、ＣＵの残差データは、ＣＵのＰＵの予測ビデオブロック中のサンプルのクロミナンス成分と、ＣＵの元のビデオブロック中のサンプルのクロミナンス成分との間の差分に対応する、残差ビデオブロックを含み得る。

【0097】

[00107]予測処理ユニット１００は、４分木区分を実行して、ＣＵの残差ビデオブロックをサブブロックに区分し得る。各分割されていない残差ビデオブロックは、ＣＵの異なるＴＵに関連付けられ得る。ＣＵのＴＵに関連付けられた残差ビデオブロックのサイズおよび位置は、ＣＵのＰＵに関連付けられたビデオブロックのサイズおよび位置に基づくことも基づかないこともある。「残差４分木」（ＲＱＴ：residual quad tree）として知られる４分木構造は、残差ビデオブロックの各々に関連付けられたノードを含み得る。ＣＵのＴＵはＲＱＴのリーフノードに対応し得る。

【0098】

[00108]変換処理ユニット１０４は、ＴＵに関連付けられた残差ビデオブロックに１つまたは複数の変換を適用することによって、ＣＵの各ＴＵのための１つまたは複数の変換係数ブロックを生成し得る。変換係数ブロックの各々は、変換係数の２Ｄ行列であり得る。変換処理ユニット１０４は、ＴＵに関連付けられた残差ビデオブロックに様々な変換を適用し得る。たとえば、変換処理ユニット１０４は、離散コサイン変換（ＤＣＴ）、方向性変換、または概念的に同様の変換を、ＴＵに関連付けられた残差ビデオブロックに適用し得る。

【0099】

[00109]変換処理ユニット１０４が、ＴＵに関連付けられた変換係数ブロックを生成した後、量子化ユニット１０６は、変換係数ブロック中の変換係数を量子化し得る。量子化ユニット１０６は、ＣＵに関連付けられたＱＰ値に基づいて、ＣＵのＴＵに関連付けられた変換係数ブロックを量子化し得る。

【0100】

[00110]ビデオ符号化器２０は、様々な方法でＱＰ値をＣＵに関連付け得る。たとえば、ビデオ符号化器２０は、ＣＵに関連付けられたツリーブロックに対してレートひずみ分析を実行し得る。レートひずみ分析では、ビデオ符号化器２０は、ツリーブロックに対して符号化演算を複数回実行することによって、ツリーブロックの複数のコード化表現を生成し得る。ビデオ符号化器２０がツリーブロックの異なる符号化表現を生成するとき、ビデオ符号化器２０は、異なるＱＰ値をＣＵに関連付け得る。ビデオ符号化器２０は、最小のビットレートおよびひずみメトリックを有するツリーブロックのコード化表現で所与のＱＰ値がＣＵに関連付けられるとき、所与のＱＰ値がＣＵに関連付けられることをシグナリングし得る。

【0101】

[00111]逆量子化ユニット１０８および逆変換ユニット１１０は、それぞれ、変換係数ブロックに逆量子化と逆変換とを適用して、変換係数ブロックから残差ビデオブロックを再構成し得る。再構成ユニット１１２は、再構成された残差ビデオブロックを、予測処理ユニット１００によって生成された１つまたは複数の予測ビデオブロックからの対応するサンプルに追加して、ＴＵに関連付けられた再構成されたビデオブロックを生成し得る。このようにＣＵの各ＴＵのためのビデオブロックを再構成することによって、ビデオ符号化器２０は、ＣＵのビデオブロックを再構成し得る。

【0102】

[00112]再構成ユニット１１２がＣＵのビデオブロックを再構成した後、フィルタユニット１１３は、ＣＵに関連付けられたビデオブロックにおけるブロッキングアーティファクトを低減するためにデブロッキング演算を実行し得る。１つまたは複数のデブロッキング演算を実行した後、フィルタユニット１１３は、復号ピクチャバッファ１１４にＣＵの再構成されたビデオブロックを記憶し得る。動き推定ユニット１２２および動き補償ユニット１２４は、再構成されたビデオブロックを含んでいる参照ピクチャを使用して、後続ピクチャのＰＵに対してインター予測を実行し得る。さらに、イントラ予測ユニット１２６は、復号ピクチャバッファ１１４中の再構成されたビデオブロックを使用して、ＣＵと同じピクチャの中の他のＰＵに対してイントラ予測を実行し得る。

【0103】

[00113]エントロピー符号化ユニット１１６は、ビデオ符号化器２０の他の機能構成要素からデータを受信し得る。たとえば、エントロピー符号化ユニット１１６は、量子化ユニット１０６から変換係数ブロックを受信し得、予測処理ユニット１００からシンタックス要素を受信し得る。エントロピー符号化ユニット１１６がデータを受信するとき、エントロピー符号化ユニット１１６は、１つまたは複数のエントロピー符号化演算を実行して、エントロピー符号化されたデータを生成し得る。たとえば、ビデオ符号化器２０は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）演算、ＣＡＢＡＣ演算、変数ツー変数（Ｖ２Ｖ：variable-to-variable）レングスコーディング演算、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）演算、確率間隔区分エントロピー（ＰＩＰＥ）コーディング演算、または別のタイプのエントロピー符号化演算をデータに対して実行し得る。エントロピー符号化ユニット１１６は、エントロピー符号化されたデータを含むビットストリームを出力し得る。

【0104】

[00114]データに対してエントロピー符号化演算を実行することの一部として、エントロピー符号化ユニット１１６は、コンテキストモデルを選択し得る。エントロピー符号化ユニット１１６がＣＡＢＡＣ演算を実行している場合、コンテキストモデルは、特定の値を有する特定のビンの確率の推定値を示し得る。ＣＡＢＡＣのコンテキストでは、「ビン」という用語は、シンタックス要素の２値化されたバージョンのビットを指すために使用される。

マルチレイヤビデオ符号化器

【0105】

[00115]図２Ｂは、本開示で説明する態様による技法を実装し得るマルチレイヤビデオ符号化器２３の一例を示すブロック図である。ビデオ符号化器２３は、ＳＨＶＣおよびマルチビューコーディングの場合など、マルチレイヤビデオフレームを処理するように構成され得る。さらに、ビデオ符号化器２３は、本開示の技法のいずれかまたはすべてを実行するように構成され得る。

【0106】

[00116]ビデオ符号化器２３はビデオ符号化器２０Ａとビデオ符号化器２０Ｂとを含み、それらの各々はビデオ符号化器２０として構成され得、ビデオ符号化器２０に関して上記で説明した機能を実行し得る。さらに、参照番号の再利用によって示されるように、ビデオ符号化器２０Ａおよび２０Ｂは、ビデオ符号化器２０としてシステムとサブシステムとのうちの少なくともいくつかを含み得る。ビデオ符号化器２３は、２つのビデオ符号化器２０Ａおよび２０Ｂを含むものとして示されているが、ビデオ符号化器２３は、そのようなものとして限定されず、任意の数のビデオ符号化器２０レイヤを含み得る。いくつかの実施形態では、ビデオ符号化器２３はアクセスユニット中の各ピクチャまたはフレームについてビデオ符号化器２０を含み得る。たとえば、５つのピクチャを含むアクセスユニットは、５つの符号化器レイヤを含むビデオ符号化器によって処理または符号化され得る。いくつかの実施形態では、ビデオ符号化器２３は、アクセスユニット中のフレームよりも多くの符号化器レイヤを含み得る。いくつかのそのような場合では、ビデオ符号化器レイヤのいくつかは、いくつかのアクセスユニットを処理するときに非アクティブであり得る。

【0107】

[00117]ビデオ符号化器２０Ａおよび２０Ｂに加えて、ビデオ符号化器２３は再サンプリングユニット９０を含み得る。再サンプリングユニット９０は、場合によっては、たとえば、エンハンスメントレイヤを作成するために、受信されたビデオフレームのベースレイヤをアップサンプリングし得る。再サンプリングユニット９０は、フレームの受信されたベースレイヤに関連付けられた特定の情報をアップサンプリングするが、他の情報をアップサンプリングしないことがある。たとえば、再サンプリングユニット９０は、ベースレイヤの空間サイズまたはピクセルの数をアップサンプリングし得るが、スライスの数またはピクチャ順序カウントは一定のままであり得る。場合によっては、再サンプリングユニット９０は、受信されたビデオを処理しないことがあるか、および／またはオプションであり得る。たとえば、場合によっては、予測処理ユニット１００がアップサンプリングを実行し得る。いくつかの実施形態では、再サンプリングユニット９０は、レイヤをアップサンプリングすることと、スライス境界ルールおよび／またはラスタスキャンルールのセットに準拠するために１つまたは複数のスライスを再編成、再定義、修正、または調整することとを行うように構成される。アクセスユニット中のベースレイヤまたは下位レイヤをアップサンプリングするものとして主に説明したが、場合によっては、再サンプリングユニット９０はレイヤをダウンサンプリングし得る。たとえば、ビデオのストリーミング中に帯域幅が減少した場合、フレームは、アップサンプリングされるのではなく、ダウンサンプリングされ得る。

【0108】

[00118]再サンプリングユニット９０は、下位レイヤ符号化器（たとえば、ビデオ符号化器２０Ａ）の復号ピクチャバッファ１１４からピクチャまたはフレーム（またはピクチャに関連付けられたピクチャ情報）を受信し、ピクチャ（または受信されたピクチャ情報）をアップサンプリングするように構成され得る。このアップサンプリングされたピクチャは、次いで、下位レイヤ符号化器と同じアクセスユニット中のピクチャを符号化するように構成された上位レイヤ符号化器（たとえば、ビデオ符号化器２０Ｂ）の予測処理ユニット１００に与えられ得る。ある場合には、上位レイヤ符号化器は、下位レイヤ符号化器から削除された１つのレイヤである。他の場合には、図２Ｂのレイヤ０ビデオ符号化器とレイヤ１符号化器との間に１つまたは複数の上位レイヤ符号化器があり得る。

【0109】

[00119]場合によっては、再サンプリングユニット９０は省略またはバイパスされ得る。そのような場合、ビデオ符号化器２０Ａの復号ピクチャバッファ１１４からのピクチャは、直接、または少なくとも再サンプリングユニット９０に与えられることなしに、ビデオ符号化器２０Ｂの予測処理ユニット１００に与えられ得る。たとえば、ビデオ符号化器２０Ｂに与えられたビデオデータと、ビデオ符号化器２０Ａの復号ピクチャバッファ１１４からの参照ピクチャとが同じサイズまたは解像度である場合、参照ピクチャは、再サンプリングなしにビデオ符号化器２０Ｂに与えられ得る。

【0110】

[00120]いくつかの実施形態では、ビデオ符号化器２３は、ビデオ符号化器２０Ａにビデオデータを与える前に、ダウンサンプリングユニット９４を使用して下位レイヤ符号化器に与えられるべきビデオデータをダウンサンプリングする。代替的に、ダウンサンプリングユニット９４は、ビデオデータをアップサンプリングまたはダウンサンプリングすることが可能な再サンプリングユニット９０であり得る。また他の実施形態では、ダウンサンプリングユニット９４は省略され得る。

【0111】

[00121]図２Ｂに示されているように、ビデオ符号化器２３は、マルチプレクサ９８、またはｍｕｘをさらに含み得る。ｍｕｘ９８は、ビデオ符号化器２３から合成ビットストリームを出力することができる。合成ビットストリームは、ビデオ符号化器２０Ａおよび２０Ｂの各々からビットストリームを取ることと、所与の時間において出力されるビットストリームを交替することとによって、作成され得る。場合によっては、２つの（または、３つ以上のビデオ符号化器レイヤの場合には、より多くの）ビットストリームからのビットが一度に１ビットずつ交替され得るが、多くの場合、ビットストリームは別様に合成され得る。たとえば、出力ビットストリームは、選択されたビットストリームを一度に１ブロックずつ交替することによって作成され得る。別の例では、出力ビットストリームは、ビデオ符号化器２０Ａおよび２０Ｂの各々から非１：１比のブロックを出力することによって作成され得る。たとえば、ビデオ符号化器２０Ａから出力された各ブロックについて、２つのブロックがビデオ符号化器２０Ｂから出力され得る。いくつかの実施形態では、ｍｕｘ９８からの出力ストリームはプリプログラムされ得る。他の実施形態では、ｍｕｘ９８は、ソースモジュール１２を含むソースデバイス上のプロセッサからなど、ビデオ符号化器２３の外部のシステムから受信された制御信号に基づいて、ビデオ符号化器２０Ａ、２０Ｂからのビットストリームを合成し得る。制御信号は、ビデオソース１８からのビデオの解像度またはビットレートに基づいて、リンク１６の帯域幅に基づいて、ユーザに関連付けられたサブスクリプション（たとえば、有料サブスクリプション対無料サブスクリプション）に基づいて、またはビデオ符号化器２３から望まれる解像度出力を決定するための他のファクタに基づいて生成され得る。

ビデオ復号器

【0112】

[00122]図３Ａは、本開示で説明する態様による技法を実装し得るビデオ復号器の一例を示すブロック図である。ビデオ復号器３０は、ＨＥＶＣの場合など、ビデオフレームの単一のレイヤを処理するように構成され得る。さらに、ビデオ復号器３０は、本開示の技法のいずれかまたはすべてを実行するように構成され得る。一例として、動き補償ユニット１６２および／またはイントラ予測ユニット１６４は、本開示で説明する技法のいずれかまたはすべてを実行するように構成され得る。一実施形態では、ビデオ復号器３０は、場合によっては、本開示で説明する技法のいずれかまたはすべてを実行するように構成されたレイヤ間予測ユニット１６６を含み得る。他の実施形態では、レイヤ間予測は予測処理ユニット１５２（たとえば、動き補償ユニット１６２および／またはイントラ予測ユニット１６４）によって実行され得、その場合、レイヤ間予測ユニット１６６は省略され得る。ただし、本開示の態様はそのように限定されない。いくつかの例では、本開示で説明する技法は、ビデオ復号器３０の様々な構成要素間で共有され得る。いくつかの例では、追加または代替として、プロセッサ（図示せず）が、本開示で説明する技法のいずれかまたはすべてを実行するように構成され得る。

【0113】

[00123]説明の目的で、本開示では、ＨＥＶＣコーディングのコンテキストにおいてビデオ復号器３０について説明する。しかしながら、本開示の技法は、他のコーディング規格または方法にも適用可能であり得る。図３Ａに示された例はシングルレイヤコーデックのためのものである。しかしながら、図３Ｂに関してさらに説明するように、ビデオ復号器３０の一部または全部はマルチレイヤコーデックの処理のために複製され得る。

【0114】

[00124]図３Ａの例では、ビデオ復号器３０は複数の機能構成要素を含む。ビデオ復号器３０の機能構成要素は、エントロピー復号ユニット１５０と、予測処理ユニット１５２と、逆量子化ユニット１５４と、逆変換ユニット１５６と、再構成ユニット１５８と、フィルタユニット１５９と、復号ピクチャバッファ１６０とを含む。予測処理ユニット１５２は、動き補償ユニット１６２と、イントラ予測ユニット１６４と、レイヤ間予測ユニット１６６とを含む。いくつかの例では、ビデオ復号器３０は、図２Ａのビデオ符号化器２０に関して説明された符号化経路とは全般に逆の復号経路を実行し得る。他の例では、ビデオ復号器３０は、より多数の、より少数の、または異なる機能構成要素を含み得る。

【0115】

[00125]ビデオ復号器３０は、符号化ビデオデータを備えるビットストリームを受信し得る。ビットストリームは複数のシンタックス要素を含み得る。ビデオ復号器３０がビットストリームを受信したとき、エントロピー復号ユニット１５０は、ビットストリームに対してパース演算を実行し得る。ビットストリームに対してパース演算を実行した結果として、エントロピー復号ユニット１５０は、ビットストリームからシンタックス要素を抽出し得る。パース演算を実行することの一部として、エントロピー復号ユニット１５０は、ビットストリーム中のエントロピー符号化されたシンタックス要素をエントロピー復号し得る。予測処理ユニット１５２、逆量子化ユニット１５４、逆変換ユニット１５６、再構成ユニット１５８、およびフィルタユニット１５９は、ビットストリームから抽出されたシンタックス要素に基づいて、復号ビデオデータを生成する再構成演算を実行し得る。

【0116】

[00126]上記で説明したように、ビットストリームは、一連のＮＡＬユニットを備え得る。ビットストリームのＮＡＬユニットは、ビデオパラメータセット、シーケンスパラメータセットＮＡＬユニット、ピクチャパラメータセットＮＡＬユニット、ＳＥＩ ＮＡＬユニットなどを含み得る。ビットストリームに対してパース演算を実行することの一部として、エントロピー復号ユニット１５０は、シーケンスパラメータセットＮＡＬユニットからのシーケンスパラメータセット、ピクチャパラメータセットＮＡＬユニットからのピクチャパラメータセット、ＳＥＩ ＮＡＬユニットからのＳＥＩデータなどを抽出しエントロピー復号する、パース演算を実行し得る。

【0117】

[00127]さらに、ビットストリームのＮＡＬユニットはコード化スライスＮＡＬユニットを含み得る。ビットストリームに対してパース演算を実行することの一部として、エントロピー復号ユニット１５０は、コード化スライスＮＡＬユニットからコード化スライスを抽出しエントロピー復号する、パース演算を実行し得る。コーディングされたスライスの各々は、スライスヘッダとスライスデータとを含み得る。スライスヘッダは、スライスに関するシンタックス要素を含んでいることがある。スライスヘッダ中のシンタックス要素は、スライスを含んでいるピクチャに関連付けられたピクチャパラメータセットを識別するシンタックス要素を含み得る。エントロピー復号ユニット１５０は、コード化されたスライスヘッダ中のシンタックス要素に対して、ＣＡＢＡＣ復号演算などのエントロピー復号演算を実行して、スライスヘッダを再構成し得る。

【0118】

[00128]コード化スライスのＮＡＬユニットからスライスデータを抽出することの一部として、エントロピー復号ユニット１５０は、スライスデータ中のコード化ＣＵからシンタックス要素を抽出するパース演算を実行し得る。抽出されたシンタックス要素は、変換係数ブロックに関連付けられたシンタックス要素を含み得る。エントロピー復号ユニット１５０は、次いで、シンタックス要素のうちのいくつかに対してＣＡＢＡＣ復号演算を実行し得る。

【0119】

[00129]エントロピー復号ユニット１５０が区分されていないＣＵに対してパース演算を実行した後、ビデオ復号器３０は、区分されていないＣＵに対して再構成演算を実行し得る。区分されていないＣＵに対して再構成演算を実行するために、ビデオ復号器３０はＣＵの各ＴＵに対して再構成演算を実行し得る。ＣＵの各ＴＵについて再構成演算を実行することによって、ビデオ復号器３０は、ＣＵに関連付けられた残差ビデオブロックを再構成し得る。

【0120】

[00130]ＴＵに対して再構成演算を実行することの一部として、逆量子化ユニット１５４は、ＴＵに関連付けられた変換係数ブロックを逆量子化（inverse quantize）、たとえば、逆量子化（de-quantize）し得る。逆量子化ユニット１５４は、ＨＥＶＣ用に提案された、またはＨ．２６４復号規格によって定義された逆量子化プロセスと同様の方式で、変換係数ブロックを逆量子化し得る。逆量子化ユニット１５４は、量子化の程度を決定し、同様に、逆量子化ユニット１５４が適用すべき逆量子化の程度を決定するために、変換係数ブロックのＣＵのためにビデオ符号化器２０によって計算される量子化パラメータＱＰを使用し得る。

【0121】

[00131]逆量子化ユニット１５４が変換係数ブロックを逆量子化した後、逆変換ユニット１５６は、変換係数ブロックに関連付けられたＴＵのための残差ビデオブロックを生成し得る。逆変換ユニット１５６は、ＴＵのための残差ビデオブロックを生成するために、変換係数ブロックに逆変換を適用し得る。たとえば、逆変換ユニット１５６は、変換係数ブロックに、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ：Karhunen-Loeve transform）、逆回転変換、逆方向変換、または別の逆変換を適用し得る。いくつかの例では、逆変換ユニット１５６は、ビデオ符号化器２０からのシグナリングに基づいて、変換係数ブロックに適用すべき逆変換を決定し得る。そのような例では、逆変換ユニット１５６は、変換係数ブロックに関連付けられたツリーブロックの４分木のルートノードにおいてシグナリングされた変換に基づいて、逆変換を決定し得る。他の例では、逆変換ユニット１５６は、ブロックサイズ、コーディングモードなど、１つまたは複数のコーディング特性から逆変換を推論し得る。いくつかの例では、逆変換ユニット１５６はカスケード逆変換を適用し得る。

【0122】

[00132]いくつかの例では、動き補償ユニット１６２は、補間フィルタに基づく補間を実行することによって、ＰＵの予測ビデオブロックを改良し得る。サブサンプル精度をもつ動き補償のために使用されるべき補間フィルタのための識別子が、シンタックス要素中に含まれ得る。動き補償ユニット１６２は、ＰＵの予測ビデオブロックの生成中にビデオ符号化器２０によって使用された同じ補間フィルタを使用して、参照ブロックのサブ整数サンプルについての補間値を計算し得る。動き補償ユニット１６２は、受信されたシンタックス情報に従って、ビデオ符号化器２０によって使用された補間フィルタを決定し、その補間フィルタを使用して予測ビデオブロックを生成し得る。

【0123】

[00133]図５〜図８に関して以下でさらに説明するように、予測処理ユニット１５２は、図５〜図８に示されている方法を実行することによってＰＵ（または他の参照レイヤブロックおよび／またはエンハンスメントレイヤブロックまたはビデオユニット）をコーディング（たとえば、符号化または復号）し得る。たとえば、動き補償ユニット１６２、イントラ予測ユニット１６４、またはレイヤ間予測ユニット１６６は、一緒にまたは別々に、図５〜図８に示されている方法を実行するように構成され得る。

【0124】

[00134]ＰＵが、イントラ予測を使用して符号化される場合、イントラ予測ユニット１６４は、ＰＵのための予測ビデオブロックを生成するためにイントラ予測を実行し得る。たとえば、イントラ予測ユニット１６４は、ビットストリーム中のシンタックス要素に基づいて、ＰＵのためのイントラ予測モードを決定し得る。ビットストリームは、ＰＵのイントラ予測モードを決定するためにイントラ予測ユニット１６４が使用し得るシンタックス要素を含み得る。

【0125】

[00135]いくつかの事例では、シンタックス要素は、イントラ予測ユニット１６４が別のＰＵのイントラ予測モードを使用して現在ＰＵのイントラ予測モードを決定すべきであることを示し得る。たとえば、現在ＰＵのイントラ予測モードは近隣ＰＵのイントラ予測モードと同じであることがあり得る。言い換えれば、近隣ＰＵのイントラ予測モードは、現在ＰＵに対して最確モードであり得る。したがって、この例では、ビットストリームは、ＰＵのイントラ予測モードが近隣ＰＵのイントラ予測モードと同じであることを示す、小さいシンタックス要素を含み得る。イントラ予測ユニット１６４は、次いで、イントラ予測モードを使用して、空間的に近隣するＰＵのビデオブロックに基づいて、ＰＵの予測データ（たとえば、予測サンプル）を生成し得る。

【0126】

[00136]上記で説明したように、ビデオ復号器３０もレイヤ間予測ユニット１６６を含み得る。レイヤ間予測ユニット１６６は、ＳＶＣにおいて利用可能である１つまたは複数の異なるレイヤ（たとえば、ベースレイヤまたは参照レイヤ）を使用して現在ブロック（たとえば、ＥＬ中の現在ブロック）を予測するように構成される。そのような予測はレイヤ間予測と呼ばれることがある。レイヤ間予測ユニット１６６は、レイヤ間冗長性を低減するために予測方法を利用し、それによって、コーディング効率を改善し、計算リソース要件を低減する。レイヤ間予測のいくつかの例としては、レイヤ間イントラ予測、レイヤ間動き予測、およびレイヤ間残差予測がある。レイヤ間イントラ予測は、ベースレイヤ中のコロケートされたブロックの再構成を使用してエンハンスメントレイヤ中の現在ブロックを予測する。レイヤ間動き予測は、ベースレイヤの動き情報を使用してエンハンスメントレイヤ中の動作を予測する。レイヤ間残差予測は、ベースレイヤの残差を使用してエンハンスメントレイヤの残差を予測する。レイヤ間予測方式の各々について、より詳細に以下で説明する。

【0127】

[00137]再構成ユニット１５８は、適用可能なとき、ＣＵのＴＵに関連付けられた残差ビデオブロックとＣＵのＰＵの予測ビデオブロックとを使用して、たとえば、イントラ予測データまたはインター予測データのいずれかを使用して、ＣＵのビデオブロックを再構成し得る。したがって、ビデオ復号器３０は、ビットストリーム中のシンタックス要素に基づいて、予測ビデオブロックと残差ビデオブロックとを生成し得、予測ビデオブロックと残差ビデオブロックとに基づいて、ビデオブロックを生成し得る。

【0128】

[00138]再構成ユニット１５８がＣＵのビデオブロックを再構成した後、フィルタユニット１５９は、ＣＵに関連付けられたブロッキングアーティファクトを低減するためにデブロッキング演算を実行し得る。フィルタユニット１５９が、ＣＵに関連付けられたブロッキングアーティファクトを低減するためにデブロッキング演算を実行した後、ビデオ復号器３０はＣＵのビデオブロックを復号ピクチャバッファ１６０に記憶し得る。復号ピクチャバッファ１６０は、後続の動き補償、イントラ予測、および図１Ａまたは図１Ｂのディスプレイデバイス３２などのディスプレイデバイス上での提示のために、参照ピクチャを与え得る。たとえば、ビデオ復号器３０は、復号ピクチャバッファ１６０中のビデオブロックに基づいて、他のＣＵのＰＵに対してイントラ予測演算またはインター予測演算を実行し得る。

マルチレイヤ復号器

【0129】

[00139]図３Ｂは、本開示で説明する態様による技法を実装し得るマルチレイヤビデオ復号器３３の一例を示すブロック図である。ビデオ復号器３３は、ＳＨＶＣおよびマルチビューコーディングの場合など、マルチレイヤビデオフレームを処理するように構成され得る。さらに、ビデオ復号器３３は、本開示の技法のいずれかまたはすべてを実行するように構成され得る。

【0130】

[00140]ビデオ復号器３３はビデオ復号器３０Ａとビデオ復号器３０Ｂとを含み、それらの各々はビデオ復号器３０として構成され得、ビデオ復号器３０に関して上記で説明した機能を実行し得る。さらに、参照番号の再利用によって示されるように、ビデオ復号器３０Ａおよび３０Ｂは、ビデオ復号器３０としてシステムとサブシステムとのうちの少なくともいくつかを含み得る。ビデオ復号器３３は、２つのビデオ復号器３０Ａおよび３０Ｂを含むものとして示されているが、ビデオ復号器３３は、そのようなものとして限定されず、任意の数のビデオ復号器３０レイヤを含み得る。いくつかの実施形態では、ビデオ復号器３３はアクセスユニット中の各ピクチャまたはフレームについてビデオ復号器３０を含み得る。たとえば、５つのピクチャを含むアクセスユニットは、５つの復号器レイヤを含むビデオ復号器によって処理または復号され得る。いくつかの実施形態では、ビデオ復号器３３は、アクセスユニット中のフレームよりも多くの復号器レイヤを含み得る。いくつかのそのような場合では、ビデオ復号器レイヤのいくつかは、いくつかのアクセスユニットを処理するときに非アクティブであり得る。

【0131】

[00141]ビデオ復号器３０Ａおよび３０Ｂに加えて、ビデオ復号器３３はアップサンプリングユニット９２を含み得る。いくつかの実施形態では、アップサンプリングユニット９２は、フレームまたはアクセスユニットのための参照ピクチャリストに追加されるべきエンハンストレイヤを作成するために、受信されたビデオフレームのベースレイヤをアップサンプリングし得る。このエンハンストレイヤは復号ピクチャバッファ１６０に記憶され得る。いくつかの実施形態では、アップサンプリングユニット９２は、図２Ａの再サンプリングユニット９０に関して説明した実施形態の一部または全部を含むことができる。いくつかの実施形態では、アップサンプリングユニット９２は、レイヤをアップサンプリングすることと、スライス境界ルールおよび／またはラスタスキャンルールのセットに準拠するために１つまたは複数のスライスを再編成、再定義、修正、または調整することとを行うように構成される。場合によっては、アップサンプリングユニット９２は、受信されたビデオフレームのレイヤをアップサンプリングおよび／またはダウンサンプリングするように構成された再サンプリングユニットであり得る。

【0132】

[00142]アップサンプリングユニット９２は、下位レイヤ復号器（たとえば、ビデオ復号器３０Ａ）の復号ピクチャバッファ１６０からピクチャまたはフレーム（またはピクチャに関連付けられたピクチャ情報）を受信し、ピクチャ（または受信されたピクチャ情報）をアップサンプリングするように構成され得る。このアップサンプリングされたピクチャは、次いで、下位レイヤ復号器と同じアクセスユニット中のピクチャを復号するように構成された上位レイヤ復号器（たとえば、ビデオ復号器３０Ｂ）の予測処理ユニット１５２に与えられ得る。ある場合には、上位レイヤ復号器は、下位レイヤ復号器から削除された１つのレイヤである。他の場合には、図３Ｂのレイヤ０ビデオ復号器とレイヤ１復号器との間に１つまたは複数の上位レイヤ復号器があり得る。

【0133】

[00143]場合によっては、アップサンプリングユニット９２は省略またはバイパスされ得る。そのような場合、ビデオ復号器３０Ａの復号ピクチャバッファ１６０からのピクチャは、直接、または少なくともアップサンプリングユニット９２に与えられることなしに、ビデオ復号器３０Ｂの予測処理ユニット１５２に与えられ得る。たとえば、ビデオ復号器３０Ｂに与えられたビデオデータと、ビデオ復号器３０Ａの復号ピクチャバッファ１６０からの参照ピクチャとが同じサイズまたは解像度である場合、参照ピクチャは、アップサンプリングなしにビデオ復号器３０Ｂに与えられ得る。さらに、いくつかの実施形態では、アップサンプリングユニット９２は、ビデオ復号器３０Ａの復号ピクチャバッファ１６０から受信された参照ピクチャをアップサンプリングまたはダウンサンプリングするように構成された再サンプリングユニット９０であり得る。

【0134】

[00144]図３Ｂに示されているように、ビデオ復号器３３は、デマルチプレクサ９９、またはｄｅｍｕｘをさらに含み得る。ｄｅｍｕｘ９９は符号化ビデオビットストリームを複数のビットストリームにスプリットすることができ、ｄｅｍｕｘ９９によって出力された各ビットストリームは異なるビデオ復号器３０Ａおよび３０Ｂに与えられる。複数のビットストリームは、ビットストリームを受信することによって作成され得、ビデオ復号器３０Ａおよび３０Ｂの各々は、所与の時間においてビットストリームの一部分を受信する。場合によっては、ｄｅｍｕｘ９９において受信されるビットストリームからのビットは、ビデオ復号器の各々（たとえば、図３Ｂの例ではビデオ復号器３０Ａおよび３０Ｂ）の間で一度に１ビットずつ交替され得るが、多くの場合、ビットストリームは別様に分割される。たとえば、ビットストリームは、一度に１ブロックずつビットストリームを受信するビデオ復号器を交替することによって分割され得る。別の例では、ビットストリームは、非１：１比のブロックによって、ビデオ復号器３０Ａおよび３０Ｂの各々に分割され得る。たとえば、ビデオ復号器３０Ａに与えられる各ブロックについて、２つのブロックがビデオ復号器３０Ｂに与えられ得る。いくつかの実施形態では、ｄｅｍｕｘ９９によるビットストリームの分割はプリプログラムされ得る。他の実施形態では、ｄｅｍｕｘ９９は、宛先モジュール１４を含む宛先デバイス上のプロセッサからなど、ビデオ復号器３３の外部のシステムから受信された制御信号に基づいてビットストリームを分割し得る。制御信号は、入力インターフェース２８からのビデオの解像度またはビットレートに基づいて、リンク１６の帯域幅に基づいて、ユーザに関連付けられたサブスクリプション（たとえば、有料サブスクリプション対無料サブスクリプション）に基づいて、またはビデオ復号器３３によって取得可能な解像度を決定するための他のファクタに基づいて生成され得る。

ＨＬＳ専用ＨＥＶＣベーススケーラブルビデオコーディング

【0135】

[00145]いくつかの実装形態（たとえば、ＨＥＶＣのスケーラブル拡張）では、高レベルシンタックス（ＨＬＳ：high-level syntax）専用ビデオコーディングが望まれることがある。たとえば、ＨＬＳ専用ビデオコーディングは、ブロックレベルまたはコーディングユニットレベル変更がそのような実装形態に導入されないことを意味し得る。ＩｎｔｒａＢＬなどのコーディングモードは、そのようなコーディングモードがＨＥＶＣフレームワークのブロックレベル変更を伴い得るので、そのような実装形態とともに使用され得ない。たとえば、ＩｎｔｒａＢＬは、コーディングされているエンハンスメントレイヤ中の現在ブロックに関してコロケートされた参照レイヤ中のブロックのテクスチャ情報に直接アクセスすることを伴う。

【0136】

[00146]しかしながら、ＨＬＳ専用ビデオコーディングは、（たとえば、再サンプリングなどの何らかの適用可能な処理の後に）参照レイヤピクチャを取り、それをエンハンスメントレイヤピクチャの参照ピクチャリストに挿入することによって達成され得る。この場合、参照ピクチャリストに挿入された参照ピクチャは、単にエンハンスメントレイヤ中の別のピクチャとして扱われ得、ＨＥＶＣフレームワークのブロックレベル変更を必要とすることなしにインター予測のために使用され得る。参照レイヤとエンハンスメントレイヤとが同じ空間解像度を有する場合、http://phenix.it-sudparis.eu/jct2/doc_end_user/documents/ 4_Incheon/wg11/ JCT3V-D1004-v3.zipにおいて入手可能である「MV-HEVC Working Draft 4(JCT3V-D1004)」に記載されている手法が使用され得る。そのような手法では、エンハンスメントレイヤの参照ピクチャリストに挿入されたピクチャは、追加のブロックレベル処理なしに、ＴＭＶＰ導出のために、コロケートされたピクチャ（たとえば、動き情報がそれから導出される同じレイヤ中のピクチャ）として使用され得る。

インター予測およびＴＭＶＰ

【0137】

[00147]インター予測では、エンハンスメントレイヤ（ＥＬ）ピクチャ中の現在ブロックは、同じレイヤ中の時間的に近隣するピクチャの動き情報を使用して予測され得る。たとえば、時間動きベクトル予測子（ＴＭＶＰ：temporal motion vector predictor）は、コロケートされたピクチャ（たとえば、同じレイヤ中の時間的に近隣するピクチャ）中のコロケートされたブロック（現在ピクチャ中の現在ブロックとして、時間的に近隣するピクチャ中の同じ位置にあるブロック）から導出され、ＥＬ中の現在ブロックの動きベクトル（ＭＶ）候補リストに追加され得る。

【0138】

[00148]ＴＭＶＰの使用はコーディング効率を改善し得る。たとえば、ＴＭＶＰは、現在コーディングされているブロック（たとえば、現在ブロック）の動きベクトルのための予測子として使用され得、現在ブロックの動きベクトル全体をコーディングする代わりに、現在ブロックの動きベクトルとＴＭＶＰとの間の動きベクトル差分（ＭＶＤ）がコーディングされ得る。

空間スケーラビリティ

【0139】

[00149]空間スケーラビリティの場合、ＥＬピクチャは、参照レイヤ（ＲＬ）ピクチャとは異なる空間解像度を有する。たとえば、ＥＬとＲＬとの間の空間アスペクト比は、１．５、２．０、または他の比であり得る。この場合、ＲＬピクチャは、http://phenix.int-evry.fr/jct/doc_end_user/documents/13_Incheon/wg11/JCTVC-M1008-v3.zipにおいて入手可能である「SHVC Working Draft 2」に記載されているように、再サンプリングされたＲＬピクチャをＥＬ参照リストに挿入する前に、再サンプリングされたＲＬピクチャがＥＬピクチャの空間解像度に一致するように再サンプリングされ得る。

【0140】

[00150]テクスチャ予測と動き予測の両方を有効化するために、ＲＬピクチャに関連付けられたピクセル情報と非ピクセル情報（シンタックス、モードおよびモードパラメータ）の両方が再サンプリングされ得る。たとえば、ＴＭＶＰの使用が可能にされ得るように、予測モードと、動きベクトル、参照インデックス、インター方向などの動き情報とが再サンプリングされ得る。上述のブロックレベル情報に加えて、ＴＭＶＰ導出プロセスは、ピクチャタイプおよびそれの参照ピクチャリスト情報など、コロケートされたピクチャ（たとえば、ＥＬの参照ピクチャリスト中に挿入された再サンプリングされたＲＬピクチャ）の高レベル情報をも使用し得る。

レイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること

【0141】

[00151]図４Ａおよび図４Ｂに、参照レイヤピクチャを使用してレイヤ間参照ピクチャを生成する例示的な方法を示す。上記で説明したように、いくつかの実装形態では、生成されたレイヤ間参照ピクチャは、エンハンスメントレイヤの参照ピクチャリストに追加され、エンハンスメントレイヤピクチャをコーディングするために使用される。図４Ａは、いくつかのスライス４０４Ａおよび４０４Ｂを含む、参照レイヤピクチャ４０２を示している。図４Ａの例には２つのスライスのみが示されているが、スライスの数は、そのように制限されず、何らかの任意の数であり得る。図４Ａに示されているように、２つのスライス４０４Ａと４０４Ｂとの間の分割はスライス境界４０６によって識別される。スライス境界４０６は、参照レイヤピクチャ４０２をコーディングユニットに分割するグリッド線と比較したスライス境界４０６の増加した太さによってグリッド線と区別される。

【0142】

[00152]スライスの各々は、スライス固有情報および／またはスライスに固有のシンタックス情報に関連付けられ得る。このスライス情報は、各スライス４０４Ａおよび４０４Ｂのためのスライスヘッダ中に含まれ得るか、あるいは、マッピングテーブルまたは他のデータ構造を介してなど、他の場所に記憶され、スライスに関連付けられ得る。スライス情報は、ピクチャ順序カウント（ＰＯＣ：picture order count）値、色平面、スライス中の第１のコーディングツリーブロックのアドレス、参照ピクチャリスト情報など、スライスに関連付けられ得る任意のタイプの情報を含み得る。このスライス情報はＨＥＶＣ規格によって定義され得る。しかしながら、スライス情報は、そのように制限されず、他の規格ベース情報、および／または特定の規格に関連付けられることも関連付けられないこともある特定用途向け情報を含み得る。

【0143】

[00153]参照レイヤピクチャ４０２は、グリッド線によって示されているようにいくつかのコーディングユニット４０８またはコーディングツリーブロック（ＣＴＢ：coding tree block）に分割され得る。コーディングユニットは様々なピクセルサイズであり得る。たとえば、コーディングユニットは１６×１６ピクセルまたは６４×６４ピクセルであり得る。場合によっては、コーディングユニットは最大コーディングユニット（ＬＣＵ）と呼ばれることがある。スライス４０４Ａおよび４０４ＢはいくつかのＬＣＵを含み得る。図示された例では、スライス４０４Ａは５つのＬＣＵを含み、スライス４０４Ｂは１１個のＬＣＵを含む。参照レイヤピクチャ４０２の各ブロックまたはＣＴＢは同等にサイズ決定されるものとして示されているが、いくつかの実施形態では、レイヤ４０２のＣＴＢはサイズが異なり得る。参照レイヤピクチャ４０２が図４Ａに示されているが、参照レイヤピクチャ４０２は、任意のベースレイヤピクチャ、または他のレイヤからのピクチャであり得る。

【0144】

[00154]図４Ｂは、参照レイヤピクチャ４０２の再サンプリングされたバージョンである再サンプリングされた参照レイヤピクチャ４１２を示している。再サンプリングされた参照レイヤピクチャ４１２はレイヤ間参照ピクチャ４１２と呼ばれることもある。再サンプリングされた参照レイヤピクチャ４１２は、エンハンスメントレイヤ（または参照レイヤよりも高い解像度を有する他のレイヤ）の参照ピクチャリスト中に含まれ得るピクチャを表し得る。この再サンプリングされた参照レイヤピクチャ４１２は、場合によっては、エンハンスメントレイヤピクチャをコーディング（たとえば、符号化または復号）するために使用され得る。図４Ｂに示されているように、再サンプリングされた参照レイヤピクチャ４１２は、２×による参照レイヤピクチャ４０２のアップサンプリング、またはダイアディック（dyadic）アップサンプリングを表す。図４Ｂの例では、再サンプリングされた参照レイヤピクチャ４１２は、参照レイヤピクチャ４０２のものと同じサイズを有するコーディングユニット４１８を備えるが、再サンプリングされた参照レイヤピクチャ４１２は、参照レイヤピクチャ４０２の４倍の数のコーディングユニット４１８を備える。他の実施形態では、アップサンプリングはスケーリングを含み得る。たとえば、再サンプリングされた参照レイヤピクチャ４１２内の各コーディングユニットは、２×アップサンプリングが適用されたとき、長さおよび幅が参照レイヤピクチャ４０２中の各コーディングユニットの２倍になり得る。他の場合には、再サンプリングされた参照レイヤピクチャ４１２の各コーディングユニットは参照レイヤピクチャ４０２中のコーディングユニットと同じサイズであり得る。ある場合には、アップサンプリングは、整数スケール（たとえば、２×、３×、５×など）などの特定のスケールに制限される。他の場合には、アップサンプリングは、無制限であり得、非整数ベースアップサンプリング（たとえば、１．５×、３．３×など）を含み得る。さらに、本明細書の実施形態は、アップサンプリングを使用して主に説明されているが、いくつかの実施形態はダウンサンプリング（たとえば、０．５×）を含み得る。

【0145】

[00155]図４Ｂに示されているように、再サンプリングされた参照レイヤピクチャ４１２は単一のスライス４１４を含む。本明細書で説明するように、スライス４１４のスライス情報は、スライス４０４Ａ、スライス４０４Ｂ、またはその両方から導出され得る。一実施形態では、別のスライスからスライス情報を「導出」するプロセスは、そのスライスのスライス情報をコピーオーバーすることを備える。たとえば、スライス４１４はスライス４０４Ａと同じスライス情報を有し得る。別の例では、スライス４１４はスライス４０４Ｂと同じスライス情報を有し得る。また別の例では、スライス４０４は、スライス４０４Ａから導出された一部の情報と、スライス４０４Ｂから導出された他の情報とを有し得る。再サンプリングされた参照レイヤピクチャ４１２は１つのスライス４１４を有するので、図４Ｂに示されたスライス境界はない。上記で説明したように、再サンプリングされた参照レイヤピクチャ４１２は、１つのスライスを有し、スライス境界を有しないので、複数のスライスのビットストリーム適合を保証するための追加の処理（たとえば、ラスタスキャン順序処理）を実行する必要はなくなる。

レイヤ間参照ピクチャ中に含まれるデータ

【0146】

[00156]たとえば、いくつかの実施形態では、空間スケーラビリティの場合、ＨＬＳ専用ＨＥＶＣ−ＳＶＣにおいて低レベル（たとえば、ブロックレベル）プロセス変更を伴わない、レイヤ間参照ピクチャ（たとえば、ＥＬのインター予測のために使用される、ＲＬピクチャに基づいて生成された参照ピクチャ）を生成すること、すなわち、（Ａ）ＲＬピクチャのＹＵＶデータをアップサンプリングし、（Ｂ）ＲＬピクチャの動きパラメータ（たとえば、動きベクトルおよび参照インデックス）をアップサンプリングし、（Ｃ）ＲＬピクチャの高レベル（たとえば、ピクチャまたはスライスレベル）情報を導出する。たとえば、生成されたレイヤ間参照ピクチャ（ＩＬＲＰ）は、ＲＬピクチャから導出された以下のデータを含み得る。（Ａ）ＥＬピクチャと同じ空間解像度を有するアップサンプリングされたテクスチャピクチャ、（Ｂ）各基本ユニット（たとえば、コーディングユニットまたは予測ユニット）のための動きパラメータ、および（Ｃ）高レベル（たとえば、ピクチャまたはスライスレベル）情報。

【0147】

[00157]生成されたレイヤ間参照ピクチャの高レベル情報（たとえば、上記の項目（Ｃ））は、ピクチャＰＯＣ値と、スライスパーティションパターンと、スライスタイプと、参照ピクチャリスト情報と、ＴＭＶＰ導出プロセスにおいて使用され得る他の高レベル情報とを含み得る。参照ピクチャリスト情報は、各参照ピクチャリスト中の参照ピクチャ数、すべての参照ピクチャの参照ピクチャタイプ（たとえば、短期または長期）、すべての参照ピクチャの参照ピクチャＰＯＣ値を含み得る。いくつかの実装形態では、参照ピクチャリスト情報は、（１）参照ピクチャリスト０中の参照ピクチャの数、（２）参照ピクチャリスト０の各参照ピクチャインデックスに対応する参照ピクチャ（たとえば、０の参照インデックスに関連付けられた参照ピクチャ、１の参照インデックスに関連付けられた参照ピクチャなど）、（３）参照ピクチャリスト１中の参照ピクチャの数、および／または（４）参照ピクチャリスト１の各参照ピクチャインデックスに対応する参照ピクチャのうちのいずれかを含み得る。生成されたレイヤ間参照ピクチャの一部の高レベル情報はＲＬピクチャのそれから単にコピーオーバーされ得る。代替的に、生成されたレイヤ間参照ピクチャの一部の高レベル情報は、あらかじめ定義された値に設定され得る。ピクチャＰＯＣ値などのピクチャレベル情報では、関係するＢＬピクチャから直接コピーされ得る。しかしながら、スライスタイプおよび参照リストピクチャ情報など、一部の他の情報は、個々のスライスに関連付けられる（たとえば、各スライスは、それ自体のスライスタイプと参照ピクチャリストとを含んでいる）。生成されたレイヤ間参照ピクチャのそのような情報はスライスレベルで導出される必要があろう。

【0148】

[00158]いくつかの実装形態では、複数のスライスの場合にレイヤ間参照ピクチャの高レベル情報を生成するときに、再サンプリングされたＲＬピクチャのスライス境界および／またはスライス定義を修正することは、対応するＲＬピクチャ中のスライスセグメンテーションに基づいて行われる。たとえば、対応するＲＬピクチャが複数のスライスにどのように分割されるかと、スライス境界がどこに位置するかとに応じて、ある場合には、得られた再サンプリングされたＲＬピクチャが、適用され得る規格および制約に適合するように、再サンプリングされたＲＬピクチャのスライス境界を修正することが望ましい。

【0149】

[00159]ＭＶ−ＨＥＶＣ（マルチビュー）または信号対雑音比（ＳＮＲ）スケーラブルＳＶＣの場合、生成された参照ピクチャは、（たとえば、空間再サンプリングが実行されない場合）ベースレイヤ／ベースビューピクチャと同じスライスパターンを有することができるので、生成された参照ピクチャのスライス情報は、対応する参照レイヤまたは参照ビューピクチャから直接コピーされ得る。一方、空間スケーラビリティの場合、スライスパーティションパターン導出は、最初に、対応するＲＬピクチャのスライスパーティションパターンを再サンプリングすることと、次いで、得られた参照ピクチャが任意の適用可能な規格または制約（たとえば、スライスがラスタスキャン順序で連続ＬＣＵのセットを含んでいなければならないなど、ＨＥＶＣスライスパーティションルール）に適合するように、スライスパーティションパターンを調整することとによって行われ得る。

単一スライスＩＬＲＰ

【0150】

[00160]いくつかの実施形態では、参照レイヤピクチャが、レイヤ間参照ピクチャを生成するためにスケーラビリティ比に基づいて再サンプリングされるとき、参照レイヤピクチャがその中で定義された複数のスライスを有する場合でも、再サンプリングされた参照レイヤピクチャのために単一のスライスが生成される。たとえば、再サンプリングされた参照レイヤピクチャ中のすべてのコーディングツリーブロック（ＣＴＢ）は単一のスライスに関連付けられる。再サンプリングされた参照レイヤピクチャの単一のスライスのスライス情報は、参照レイヤピクチャの１つまたは複数のスライスのスライス情報を使用して生成される。たとえば、再サンプリングされた参照レイヤピクチャの単一のスライスのスライス情報は、参照レイヤピクチャのスライスのうちの１つのスライス情報に等しく設定される。一実施形態では、スライス情報はスライスタイプと参照ピクチャリストとを含む。しかしながら、スライス情報は、本明細書で説明するものに限定されず、スライスレベルで（たとえば、スライスヘッダ中で）シグナリングまたは受信され得る任意のパラメータまたは変数を含み得る。

異なる参照ピクチャリストを有するスライス

【0151】

[00161]参照レイヤピクチャが複数のスライス（たとえば、スライス＃１およびスライス＃２）を有し、それらが異なる参照ピクチャリストを有する場合、問題があり得る。たとえば、参照レイヤピクチャが再サンプリングされ、再サンプリングされた参照レイヤピクチャのために単一のスライスが生成され、単一のスライスのスライス情報が、参照レイヤピクチャのスライス＃１のスライス情報に基づいて生成された場合、再サンプリングされた参照レイヤピクチャの単一のスライスの参照ピクチャリストは参照レイヤピクチャのスライス＃２の参照ピクチャリストとは異なるので、参照レイヤピクチャのスライス＃２に対応する再サンプリングされた参照レイヤピクチャ中のブロックは、もはや有効でない参照インデックス（たとえば、参照ピクチャリスト中のピクチャを識別するために使用される値）を有することがある。この例では、再サンプリングされた参照レイヤピクチャの参照ピクチャリストは、スライス＃２の参照ピクチャリストとは異なる、参照レイヤピクチャのスライス＃１のそれと同じであろう。

【0152】

[00162]一例では、スライス＃１は３つの参照ピクチャを有し、スライス＃２は５つの参照ピクチャを有し、再サンプリングされた参照レイヤピクチャの単一のスライスのスライス情報はスライス＃１のスライス情報から導出される（たとえば、単一のスライスの参照ピクチャリストはスライス＃１の参照ピクチャリストと同じである）。しかしながら、単一のスライスの参照ピクチャリストが３つの参照ピクチャを有するにもかかわらず、スライス＃２に対応する再サンプリングされた参照レイヤピクチャのいくつかのブロックは３または４の参照インデックス値を有し得る。

【0153】

[00163]上記で説明したように、生成されたレイヤ間参照ピクチャの高レベル情報（たとえば、スライスパーティションパターンおよび各スライスに関連付けられた他の情報）を生成または導出するプロセスは極めて複雑であり得る。本出願の様々な実施形態は、（たとえば、再サンプリングされたレイヤ間参照ピクチャのために複数のスライスを生成することを控えること、または再サンプリングされたレイヤ間参照ピクチャのために単一のスライスを生成することによって）スライスレベル情報を生成または導出するための簡略化されたプロセスを提供し得る。

アプローチ＃１：レイヤ間動き予測を制限すること

【0154】

[00164]参照レイヤピクチャのスライスが異なるスライス情報（たとえば、参照ピクチャリスト）を有するときに起こる問題の１つの解決策は、レイヤ間動き予測を、参照レイヤピクチャの複数のスライスが同等の参照ピクチャリストを有する場合に制限することである。たとえば、再サンプリングされた参照レイヤピクチャが、ＴＭＶＰ導出のために、コロケートされたピクチャとして使用されるとき、参照レイヤピクチャ中のすべてのスライスが同等の参照ピクチャリスト０と同等の参照ピクチャ１とを有しない限り、レイヤ間動き予測は無効化される。さらに、この制限はまた、本出願において後で説明するように、信号対雑音比（ＳＮＲ）スケーラビリティの場合に、または特に、エンハンスメントレイヤと参照レイヤとで異なるＣＴＢサイズをもつＳＮＲスケーラビリティの場合に適用され得る。

【0155】

[00165]図５は、本開示の一実施形態による、ビデオ情報をコーディングするための方法５００を示すフローチャートである。図５に示されたステップは、符号化器（たとえば、図２Ａまたは図２Ｂに示されているビデオ符号化器）または本明細書で説明する別の構成要素によって実行され得る。便宜上、方法５００について、たとえば、ビデオ符号化器であり得る、コーダによって実行されるものとして説明する。

【0156】

[00166]方法５００はブロック５０１において開始する。ブロック５０５において、コーダは、参照レイヤピクチャのスライスが同等のスライス情報を有するかどうかを決定する。一実施形態では、スライス情報は、対応するスライスに関連付けられた参照ピクチャリストを含む。コーダが、参照レイヤピクチャのスライスが同等のスライス情報を有すると決定した場合、コーダは、ブロック５１０においてレイヤ間動き予測を有効化する。たとえば、「有効化」という用語は、それの本来の意味に加えて、レイヤ間動き予測が、コーダによって、現在ブロックまたは現在ピクチャをコーディングするためのコーディングオプションの１つとして考慮されることを可能にすることを意味することができる。別の例では、「有効化」という用語は、単に、レイヤ間動き予測の使用を制限（または無効化）することを控えることを意味することができ、必ずしも、現在ブロックまたは現在ピクチャがレイヤ間動き予測を使用してコーディングされることを意味するとは限らない。それは、コーダが、レイヤ間動き予測が現在ブロックまたは現在ピクチャをコーディングする所望の方法であると決定した場合、コーダがそのようにし得ることを単に意味することがある。

【0157】

[00167]一方、コーダが、参照レイヤピクチャのスライスが同等のスライス情報を有すると決定した場合、コーダは、ブロック５１５においてレイヤ間動き予測を無効化する。レイヤ間動き予測を、参照レイヤピクチャのスライスが同等のスライス情報（たとえば、スライスタイプ、参照ピクチャリストなど）を有する状況に制限することによって、単一スライスレイヤ間参照ピクチャの生成はよりスムーズに実装され得、レイヤ間参照ピクチャ中の複数のスライスを管理することに関連付けられた計算複雑さが低減されるかまたはなくされ得る。方法５００はブロック５２０において終了する。

【0158】

[00168]上記で説明したように、図２Ａのビデオ符号化器２０または図２Ｂのビデオ符号化器２３の１つまたは複数の構成要素（たとえば、レイヤ間予測ユニット１２８）は、参照レイヤピクチャのスライスが同等のスライス情報を有するかどうかを決定すること、およびレイヤ間動き予測を有効化／無効化することなど、本開示で説明する技法のいずれかを実装するために使用され得る。

【0159】

[00169]図６は、本開示の別の実施形態による、ビデオ情報をコーディングするための方法６００を示すフローチャートである。図６の例では図５の制限と同様の制限が適用されるが、この例では、レイヤ間動き予測がコーダによって実際に実行される。図６に示された１つまたは複数のステップは、符号化器（たとえば、図２Ａまたは図２Ｂに示されているビデオ符号化器）、復号器（たとえば、図３Ａまたは図３Ｂに示されているビデオ復号器）、または任意の他の構成要素によって実行され得る。便宜上、方法７００について、符号化器、復号器、または別の構成要素であり得る、コーダによって実行されるものとして説明する。

【0160】

[00170]方法６００はブロック６０１において開始する。ブロック６０５において、コーダは、参照レイヤピクチャのスライスが同等のスライス情報を有するかどうかを決定する。一実施形態では、スライス情報は、対応するスライスに関連付けられた参照ピクチャリストを含む。コーダが、参照レイヤピクチャのスライスが同等のスライス情報を有すると決定した場合、コーダは、ブロック６１０において、参照レイヤピクチャをアップサンプリングすることによって、単一のスライスを有するレイヤ間参照ピクチャを生成する。ブロック６１５において、コーダは、レイヤ間参照ピクチャのスライス情報を参照レイヤピクチャのスライスのうちの１つのスライス情報に等しく設定する。たとえば、参照レイヤピクチャの第１のスライスのスライス情報がレイヤ間参照ピクチャの単一のスライスにコピーオーバーされる。ブロック６２０において、コーダは、エンハンスメントレイヤピクチャ（たとえば、コーディングされているエンハンスメントレイヤ中の現在ピクチャ）の少なくとも一部分をコーディング（たとえば、符号化または復号）するためにレイヤ間参照ピクチャを使用する。たとえば、上記で説明したように、エンハンスメントレイヤ中の現在ブロックに関してコロケートされたレイヤ間参照レイヤ中のブロック（たとえば、参照レイヤピクチャの再サンプリングされたバージョン）に関連付けられた動き情報が時間動きベクトル予測子（ＴＭＶＰ）として使用され得る。一方、コーダが、参照レイヤピクチャのスライスが同等のスライス情報を有しないと決定した場合、方法６００はブロック６２０において終了する。

【0161】

[00171]上記で説明したように、図２Ａのビデオ符号化器２０、図２Ｂのビデオ符号化器２３、図３Ａのビデオ復号器３０、または図３Ｂのビデオ復号器３３の１つまたは複数の構成要素（たとえば、レイヤ間予測ユニット１２８および／またはレイヤ間予測ユニット１６６）は、参照レイヤピクチャのスライスが同等のスライス情報を有するかどうかを決定すること、レイヤ間参照ピクチャを生成すること、再サンプリングされた参照レイヤピクチャ中の単一のスライスのスライス情報を参照レイヤピクチャ中のスライスのうちの１つに等しく設定すること、およびエンハンスメントレイヤをコーディングするために、生成されたレイヤ間参照ピクチャを使用することなど、本開示で説明する技法のいずれかを実装するために使用され得る。

アプローチ＃２：スライス情報の修正

【0162】

[00172]代替的に、一実施形態では、インデックス値が範囲外になることを防ぐために、参照インデックス値が、−１から再サンプリングされた参照レイヤピクチャの参照ピクチャリストの最大参照インデックス値までの範囲にクリッピングされ得る。一実施形態では、−１の値は、この特定の参照方向（たとえば、リスト０またはリスト１）に予測がないことを示す。たとえば、単予測ブロックは、両方ではなく単一の方向を指す動きベクトルを有する。したがって、２つの参照ピクチャリストがある場合、２つの方向のうちの１つのための参照インデックスは、単予測ブロックでは−１であり得る。

【0163】

[00173]別の実施形態では、再サンプリングされた参照レイヤピクチャを生成した後、再サンプリングされた参照レイヤピクチャの単一のスライスのそれとは異なる参照ピクチャリストを有する参照レイヤピクチャのスライスに対応するブロックの参照インデックス値が、それらが正しい参照ピクチャを識別するように修正される。たとえば、スライス＃１の参照ピクチャリストは［ピクチャ＃１，ピクチャ＃２］であり得、スライス＃２の参照ピクチャリストは［ピクチャ＃２，ピクチャ＃１］であり得る。そのような場合、２つのスライスの参照ピクチャリストは異なる。しかしながら、再サンプリングされた参照レイヤピクチャの単一のスライスの参照ピクチャリストを、たとえば、スライス＃１の参照ピクチャリストに設定した後、参照レイヤピクチャのスライス＃２に対応するブロックについて、単一スライス生成に起因する不正確さを補正するために、０の参照インデックス値が１に変更され得、１の参照インデックス値が０に変更され得る。

【0164】

[00174]また別の実施形態では、参照ピクチャリストの変更は、それらのブロックの動きベクトルが、参照インデックス値と新しい参照ピクチャリストとによって識別される新しい参照ピクチャの関連部分を指すように、動きベクトルを時間的にスケーリングすることによって対処される。一例では、動きベクトルは、現在ピクチャと元の参照ピクチャとの間の時間距離と、現在ピクチャと新しい参照ピクチャとの間の時間距離とに基づいて決定されるファクタによってスケーリングされ得る。別の例では、動きベクトルは、参照ピクチャのピクチャ順序カウント（ＰＯＣ）値に基づいてスケーリングされ得る。

【0165】

[00175]図７および図８に関して、参照レイヤピクチャのスライスが同等のスライス情報を有しない場合に実行され得る例示的なコーディング方法について説明する。図７は、本開示の一実施形態による、ビデオ情報をコーディングするための方法７００を示すフローチャートである。図７に示された１つまたは複数のステップは、符号化器（たとえば、図２Ａまたは図２Ｂに示されているビデオ符号化器）、復号器（たとえば、図３Ａまたは図３Ｂに示されているビデオ復号器）、または任意の他の構成要素によって実行され得る。便宜上、方法７００について、符号化器、復号器、または別の構成要素であり得る、コーダによって実行されるものとして説明する。

【0166】

[00176]方法７００はブロック７０１において開始する。ブロック７０５において、コーダは、参照レイヤピクチャのスライスが同等のスライス情報を有するかどうかを決定する。一実施形態では、スライス情報は、対応するスライスに関連付けられた参照ピクチャリストを含む。コーダが、参照レイヤピクチャのスライスが同等のスライス情報を有すると決定した場合、コーダは、ブロック７１０において、参照レイヤピクチャをアップサンプリングすることによって、単一のスライスを有するレイヤ間参照ピクチャを生成する。ブロック７１５において、コーダは、レイヤ間参照ピクチャのスライス情報を、最長参照ピクチャリストを有する、参照レイヤピクチャのスライスのうちの１つのスライス情報に等しく設定する。たとえば、スライス情報は参照ピクチャリスト情報を含み得、参照レイヤピクチャの第１のスライスが、５の長さ（たとえば、５つのピクチャ）を有する参照ピクチャリストに関連付けられ、参照レイヤピクチャの第２のスライスが、７の長さ（たとえば、７つのピクチャ）を有する参照ピクチャリストに関連付けられ、第２のスライスのスライス情報がレイヤ間参照ピクチャの単一のスライスにコピーオーバーされ得る。ブロック７２０において、コーダは、エンハンスメントレイヤピクチャ（たとえば、コーディングされているエンハンスメントレイヤ中の現在ピクチャ）の少なくとも一部分をコーディング（たとえば、符号化または復号）するためにレイヤ間参照ピクチャを使用する。たとえば、上記で説明したように、エンハンスメントレイヤ中の現在ブロックに関してコロケートされたレイヤ間参照レイヤ中のブロック（たとえば、参照レイヤピクチャの再サンプリングされたバージョン）に関連付けられた動き情報が時間動きベクトル予測子（ＴＭＶＰ）使用され得る。一方、コーダが、参照レイヤピクチャのスライスが同等のスライス情報を有しないと決定した場合、方法７００はブロック７２０において終了する。

【0167】

[00177]上記で説明したように、図２Ａのビデオ符号化器２０、図２Ｂのビデオ符号化器２３、図３Ａのビデオ復号器３０、または図３Ｂのビデオ復号器３３の１つまたは複数の構成要素（たとえば、レイヤ間予測ユニット１２８および／またはレイヤ間予測ユニット１６６）は、参照レイヤピクチャのスライスが同等のスライス情報を有するかどうかを決定すること、レイヤ間参照ピクチャを生成すること、再サンプリングされた参照レイヤピクチャ中の単一のスライスのスライス情報を、より長い参照ピクチャリストを有する、参照レイヤピクチャ中のスライスのうちの１つに等しく設定すること、およびエンハンスメントレイヤをコーディングするために、生成されたレイヤ間参照ピクチャを使用することなど、本開示で説明する技法のいずれかを実装するために使用され得る。

【0168】

[00178]図８は、本開示の別の実施形態による、ビデオ情報をコーディングするための方法８００を示すフローチャートである。図７の例は、ビットストリーム制約適合レイヤ間参照レイヤを提供することを目的とするが、図８の例は、そこから得られるコーディング効率をさらに改善することを目的とする。図８に示された１つまたは複数のステップは、符号化器（たとえば、図２Ａまたは図２Ｂに示されているビデオ符号化器）、復号器（たとえば、図３Ａまたは図３Ｂに示されているビデオ復号器）、または任意の他の構成要素によって実行され得る。便宜上、方法７００について、符号化器、復号器、または別の構成要素であり得る、コーダによって実行されるものとして説明する。

【0169】

[00179]方法８００はブロック８０１において開始する。ブロック８０５において、コーダは、参照レイヤピクチャのスライスが同等のスライス情報を有するかどうかを決定する。一実施形態では、スライス情報は、対応するスライスに関連付けられた参照ピクチャリストを含む。コーダが、参照レイヤピクチャのスライスが同等のスライス情報を有すると決定した場合、コーダは、ブロック８１０において、参照レイヤピクチャをアップサンプリングすることによって、単一のスライスを有するレイヤ間参照ピクチャを生成する。ブロック８１５において、コーダは、レイヤ間参照ピクチャのスライス情報を参照レイヤピクチャのスライスのうちの１つのスライス情報に等しく設定する。たとえば、参照レイヤピクチャの第１のスライスのスライス情報がレイヤ間参照ピクチャの単一のスライスにコピーオーバーされる。ブロック８２０において、コーダは、参照ピクチャの選択されないスライスに対応するレイヤ間参照ピクチャの一部分に関連付けられた動き情報中の不正確さを補正するために、動き情報を修正する。たとえば、この例では、レイヤ間参照レイヤの単一のスライスのスライス情報が参照レイヤピクチャの第１のスライスからコピーオーバーされたので、参照ピクチャレイヤ中の他のスライスに対応するレイヤ間参照ピクチャの一部分は修正プロセスを受け得る。本明細書で説明するように、修正プロセスは、そのような一部分中で使用される参照インデックスが参照ピクチャリスト中の正しい参照ピクチャに対応するように、そのような一部分中の動きベクトルを時間的にスケーリングするか、または参照インデックスを再マッピングすることを含み得る。

【0170】

[00180]レイヤ間動き予測を、参照レイヤピクチャのスライスが同等のスライス情報（たとえば、スライスタイプ、参照ピクチャリストなど）を有する状況に制限することによって、単一スライスレイヤ間参照ピクチャの生成はよりスムーズに実装され得、レイヤ間参照ピクチャ中の複数のスライスを管理することに関連付けられた計算複雑さが低減されるかまたはなくされ得る。方法８００はブロック８２０において終了する。

【0171】

[00181]上記で説明したように、図２Ａのビデオ符号化器２０、図２Ｂのビデオ符号化器２３、図３Ａのビデオ復号器３０、または図３Ｂのビデオ復号器３３の１つまたは複数の構成要素（たとえば、レイヤ間予測ユニット１２８および／またはレイヤ間予測ユニット１６６）は、参照レイヤピクチャのスライスが同等のスライス情報を有するかどうかを決定すること、レイヤ間参照ピクチャを生成すること、再サンプリングされた参照レイヤピクチャ中の単一のスライスのスライス情報を、より長い参照ピクチャリストを有する、参照レイヤピクチャ中のスライスのうちの１つに等しく設定すること、レイヤ間参照ピクチャに関連付けられた動き情報を修正すること、およびエンハンスメントレイヤをコーディングするために、生成されたレイヤ間参照ピクチャを使用することなど、本開示で説明する技法のいずれかを実装するために使用され得る。

スライスレベル情報導出

【0172】

[00182]一実施形態では、（レイヤ間参照ピクチャとも呼ばれる）再サンプリングされた参照レイヤピクチャのすべてのコーディングツリーブロック（ＣＴＢ）は、再サンプリングされた参照レイヤピクチャのために生成された単一のスライスに関連付けられる。単一のスライスのスライス情報は、対応する参照レイヤピクチャ中のいずれかのスライスから導出され得る。一実施形態では、生成されたスライスのスライスタイプおよび参照ピクチャリスト情報は、参照レイヤピクチャ中の特定のスライスのものに等しく設定される。たとえば、特定のスライスは参照レイヤピクチャ中の第１のスライスであり得る。以下のテキストは、この方法の詳細な実装形態としてＳＨＶＣワーキングドラフトにおいて使用され得る。

【0173】

[00183]ｒｓＳｌｉｃｅのｓｌｉｃｅ＿ｔｙｐｅ、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１およびｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１は、それぞれｒｌＰｉｃの第１のスライスのｓｌｉｃｅ＿ｔｙｐｅ、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１およびｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１の値に等しく設定される。ｒｓＳｌｉｃｅがＰスライスまたはＢスライスであるとき、両端値を含む、０からｒｓＳｌｉｃｅのｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１までの範囲内にｉがある場合、ｒｓＳｌｉｃｅの参照ピクチャリスト０中のインデックスｉをもつ参照ピクチャは、ｒｌＰｉｃの第１のスライスの参照ピクチャリスト０中のインデックスｉをもつ参照ピクチャに等しく設定される。ｒｓＳｌｉｃｅがＢスライスであるとき、両端値を含む、０からｒｓＳｌｉｃｅのｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１までの範囲内にｉがある場合、ｒｓＳｌｉｃｅの参照ピクチャリスト１中のインデックスｉをもつ参照ピクチャは、ｒｌＰｉｃの第１のスライスの参照ピクチャリスト１中のインデックスｉをもつ参照ピクチャに等しく設定される。

【0174】

[00184]ここで、ｒｓＰｉｃは再サンプリングされたレイヤ間参照であり、ｒｓＳｌｉｃｅはｒｓＰｉｃのスライスであり、ｒｌＰｉｃは、対応する参照レイヤピクチャである。

代替実施形態

【0175】

[00185]他の実施形態では、単一スライスレイヤ間参照レイヤの生成は、対応する参照レイヤピクチャのすべてのスライスが同等のスライス情報（たとえば、参照ピクチャリスト）を有するとは限らない場合でも、依然として実行され得る。そのような実施形態では、たとえば、単一のスライスのスライスタイプは以下のように導出され得る。（１）対応する参照レイヤピクチャ中に少なくとも１つのＢスライスがある場合、再サンプリングされた参照レイヤピクチャの生成されたスライスのスライスタイプはＢスライスに等しく設定され、（２）参照レイヤピクチャ中にＢスライスがない場合、および対応する参照レイヤピクチャ中に少なくとも１つのＰスライスがある場合、再サンプリングされた参照レイヤピクチャの生成されたスライスのスライスタイプはＰスライスに等しく設定され、（３）対応する参照レイヤピクチャ中にＢスライスもＰスライスも存在しない場合、再サンプリングされた参照レイヤピクチャの生成されたスライスのスライスタイプはＩスライスに等しく設定される。

【0176】

[00186]また、そのような実施形態では、参照ピクチャリスト情報は以下のように導出され得る。（１）再サンプリングされた参照レイヤピクチャの生成されたスライスの、参照ピクチャリスト中の参照ピクチャの数を示すｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１が、対応する参照レイヤピクチャ中のすべてのスライスのうちの、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１の最大値を有するスライスのそれに等しく設定され、生成されたスライスの参照ピクチャリスト０が、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１の最大値を有する同じスライスのそれに等しく設定される。たとえば、復号ピクチャバッファが５つのピクチャを有し得、スライス＃１がそれの参照ピクチャリスト中に２つの参照ピクチャを有し得、スライス＃２がそれの参照ピクチャリスト中に４つの参照ピクチャを有し得る。その場合、スライス＃２のｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１がより大きく、したがって、再サンプリングされた参照レイヤピクチャのために生成された単一のスライスの参照ピクチャリストは、参照レイヤピクチャのスライス＃２の参照ピクチャリストに等しく設定される。

【0177】

[00187]複数のスライスがｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１の同じ値を有する場合、再サンプリングされた参照レイヤピクチャの生成されたスライスの参照ピクチャリスト０は、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ０＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１の最大値を有するすべてのスライスのうちの、最も小さいｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓをもつスライスのそれに等しく設定される。（２）再サンプリングされた参照レイヤピクチャの生成されたスライスのｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１が、対応する参照レイヤピクチャ中のすべてのスライスのうちの、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１の最大値を有するスライスのそれに等しく設定され、再サンプリングされた参照レイヤピクチャの生成されたスライスの参照ピクチャリスト１が、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１の最大値を有する同じスライスのそれに等しく設定される。複数のスライスがｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１の同じ値を有する場合、生成されたスライスの参照ピクチャリスト１は、ｎｕｍ＿ｒｅｆ＿ｉｄｘ＿ｌ１＿ａｃｔｉｖｅ＿ｍｉｎｕｓ１の最大値を有するすべてのスライスのうちの、最も小さいｓｌｉｃｅ＿ｓｅｇｍｅｎｔ＿ａｄｄｒｅｓｓをもつスライスのそれに等しく設定される。

規範符号化器制約

【0178】

[00188]上記で説明したように、いくつかの実装形態では、レイヤ間参照ピクチャのスライスのスライスタイプおよび参照ピクチャリストが、現在レイヤ（たとえば、エンハンスメントレイヤ）中のブロックのためのＴＭＶＰを導出するときに使用される。したがって、対応する参照レイヤピクチャ中のすべてのスライスのスライスタイプおよび参照ピクチャリストが同等である場合、それらのスライスのスライス情報が同等であるので、再サンプリングされた参照レイヤピクチャのために単一のスライスが生成され得、単一のスライスのスライス情報が、対応する参照レイヤ中のスライスのいずれかから導出され得る。

【0179】

[00189]したがって、再サンプリングされた参照レイヤピクチャからＴＭＶＰを導出するときに、参照レイヤピクチャ中のスライスのスライス情報を互いに同等にすることが望ましいことがある。したがって、一実施形態では、コロケートされたピクチャを識別するために使用されるｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘシンタックス要素に制限が課され得る。たとえば、再サンプリングされたレイヤ間参照ピクチャが、ＴＭＶＰ導出のために、コロケートされたピクチャとして使用されるとき、対応する参照レイヤピクチャ中のすべてのスライスが、同等のスライスタイプと、同等の参照ピクチャリスト０と、同等の参照ピクチャリスト１とを有するものとする。それらの条件のいずれかが満たされない場合、制限は、そのようなレイヤ間参照ピクチャが、ＴＭＶＰ導出のために、コロケートされたピクチャとして使用されないことを規定し得る。

【0180】

[00190]別の実施形態では、制限は、ＴＭＶＰ導出について、対応する参照レイヤピクチャ中のすべてのスライスが同等の参照ピクチャリスト０と（存在する場合）同等の参照ピクチャリスト１とを有するものとすることであり得る。この例では、スライスタイプはスライスの間で異なり得、再サンプリングされた参照レイヤピクチャの単一のスライスのスライスタイプは上記で説明したように決定され得る。これらの条件が満たされない場合、制限は、そのようなレイヤ間参照ピクチャが、ＴＭＶＰ導出のために、コロケートされたピクチャとして使用されないことを規定し得る。

信号対雑音比（ＳＮＲ）スケーラビリティ

【0181】

[00191]ＳＮＲスケーラビリティの場合、参照レイヤのピクチャフォーマット情報とエンハンスメントレイヤのピクチャフォーマット情報とは同等であり得、したがって、ピクチャ再サンプリングプロセスは必要でないことがあるか、または実行されないことがある。そのような場合、再構成または復号された参照レイヤピクチャがエンハンスメントレイヤの参照ピクチャとして直接使用され得る。参照レイヤピクチャのＣＴＢサイズとエンハンスメントレイヤピクチャのＣＴＢサイズとが異なり、参照レイヤピクチャが複数のスライスを有するとき、レイヤ間参照ピクチャのスライスパーティション境界はＣＴＢ境界と一致しないことがある。したがって、再構成または復号された参照レイヤピクチャが、ＴＭＶＰ導出のために、コロケートされたピクチャとして使用されるとき、同様の問題が起こり得る。したがって、いくつかの実施形態では、レイヤ間動き予測が有効化される（または実行されることを可能にされる）前に、参照レイヤピクチャの複数のスライスの間で同等のスライス情報を必要とする制限が、ＳＮＲスケーラビリティの場合にも適用される。

【0182】

[00192]上記で説明したように、（再サンプリングされたまたは再サンプリングされない）レイヤ間参照ピクチャが、ＴＭＶＰ導出のために、コロケートされたピクチャとして使用されるとき、対応する参照レイヤピクチャ中のすべてのスライスは、同等のスライスタイプと、同等の参照ピクチャリスト０と、同等の参照ピクチャリスト１とを有するものとするという制限が、コロケートされたピクチャを識別するために使用されるｃｏｌｌｏｃａｔｅｄ＿ｒｅｆ＿ｉｄｘシンタックス要素に課され得る。これらの条件が満たされない場合、制限は、そのようなレイヤ間参照ピクチャが、ＴＭＶＰ導出のために、コロケートされたピクチャとして使用されないことを規定し得る。別の実施形態では、ＳＮＲスケーラビリティの場合、参照レイヤピクチャ中に複数のスライスがあり、複数のスライスのスライスタイプまたは参照ピクチャリストが同等でなく、エンハンスメントレイヤのＣＴＢサイズと参照レイヤのＣＴＢサイズとが異なるときのみ、制限が適用される。また別の実施形態では、ＳＮＲスケーラビリティの場合、参照レイヤピクチャ中に複数のスライスがあり、複数のスライスのスライスタイプまたは参照ピクチャリストが同等でなく、参照レイヤのＣＴＢサイズがエンハンスメントレイヤのそれよりも小さいときのみ、制限が適用される。

他の考慮事項

【0183】

[00193]本明細書で開示する情報および信号は、多種多様な技術および技法のいずれかを使用して表され得る。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。

【0184】

[00194]本明細書で開示する実施形態に関して説明した様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、またはその両方の組合せとして実装され得る。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課される設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の判定は、本発明の範囲からの逸脱を生じるものと解釈されるべきではない。

【0185】

[00195]本明細書で説明した技法は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。そのような技法は、汎用コンピュータ、ワイヤレス通信デバイスハンドセット、またはワイヤレス通信デバイスハンドセットおよび他のデバイスにおける適用例を含む複数の用途を有する集積回路デバイスなど、様々なデバイスのいずれかにおいて実装され得る。モジュールまたは構成要素として説明した特徴は、集積論理デバイスに一緒に、または個別であるが相互運用可能な論理デバイスとして別々に実装され得る。ソフトウェアで実装した場合、本技法は、実行されたとき、上記で説明した方法のうちの１つまたは複数を実行する命令を含むプログラムコードを備えるコンピュータ可読データ記憶媒体によって、少なくとも部分的に実現され得る。コンピュータ可読データ記憶媒体は、パッケージング材料を含むことがあるコンピュータプログラム製品の一部を形成し得る。コンピュータ可読媒体は、同期型ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）などのランダムアクセスメモリ（ＲＡＭ）、読取り専用メモリ（ＲＯＭ）、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）、電気消去可能プログラマブル読取り専用メモリ（ＥＥＰＲＯＭ（登録商標））、フラッシュメモリ、磁気または光学データ記憶媒体など、メモリまたはデータ記憶媒体を備え得る。本技法は、追加または代替として、伝搬信号または電波など、命令またはデータ構造の形態でプログラムコードを搬送または伝達し、コンピュータによってアクセスされ、読み取られ、および／または実行され得るコンピュータ可読通信媒体によって、少なくとも部分的に実現され得る。

【0186】

[00196]プログラムコードは、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルロジックアレイ（ＦＰＧＡ）、または他の等価の集積回路またはディスクリート論理回路など、１つまたは複数のプロセッサを含み得るプロセッサによって実行され得る。そのようなプロセッサは、本開示で説明する技法のいずれかを実行するように構成され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサは、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。したがって、本明細書で使用する「プロセッサ」という用語は、上記の構造、上記の構造の任意の組合せ、または本明細書で説明した技法の実装に好適な他の構造または装置のいずれかを指す。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のソフトウェアモジュールまたはハードウェアモジュール内に提供されるか、あるいは複合ビデオ符号化器／復号器（コーデック）に組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素において完全に実装され得る。

【0187】

[00197]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示する技法を実行するために構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットは、必ずしも異なるハードウェアユニットによる実現を必要とするとは限らない。むしろ、上記で説明したように、様々なユニットが、好適なソフトウェアおよび／またはファームウェアとともに、上記で説明した１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わせられるか、または相互動作可能なハードウェアユニットの集合によって与えられ得る。

【0188】

[00198]本発明の様々な実施形態について説明した。これらおよび他の実施形態は以下
の特許請求の範囲内に入る。
以下に、出願当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオ情報をコーディングするように構成される装置であって、前記装置は、
参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成されるメモリ、前記参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、前記エンハンスメントレイヤは、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、と、
前記メモリと通信しているプロセッサと
を備え、前記プロセッサは、
前記ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記ＩＬＲＰの前記単一のスライスのスライス情報を前記第１のスライスのスライス情報に等しく設定することと、
前記ＥＬピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用することと
を行うように構成される、装置。
［Ｃ２］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ１に記載の装置。
［Ｃ３］
前記単一のスライスの前記スライス情報は、前記単一のスライスのスライスタイプと前記単一のスライスの参照ピクチャリスト情報とを備える、
Ｃ１に記載の装置。
［Ｃ４］
参照ピクチャリスト情報は、
参照ピクチャリスト０中の参照ピクチャの第１の数と、
前記参照ピクチャリスト０中の前記参照ピクチャと参照ピクチャインデックスの第１のセットとの間の第１の関連付けと、
参照ピクチャリスト１中の参照ピクチャの第２の数と、
前記参照ピクチャリスト１中の前記参照ピクチャと参照ピクチャインデックスの第２のセットとの間の第２の関連付けと
を備える、Ｃ３に記載の装置。
［Ｃ５］
前記装置は、符号化器を備え、前記プロセッサは、ビデオビットストリーム中で前記ビデオ情報を符号化するようにさらに構成される、
Ｃ１に記載の装置。
［Ｃ６］
前記装置は、復号器を備え、前記プロセッサは、ビデオビットストリーム中で前記ビデオ情報を復号するようにさらに構成される、
Ｃ１に記載の装置。
［Ｃ７］
前記装置は、コンピュータと、ノートブックと、ラップトップと、コンピュータと、タブレットコンピュータと、セットトップボックスと、電話ハンドセットと、スマートフォンと、スマートパッドと、テレビジョンと、カメラと、ディスプレイデバイスと、デジタルメディアプレーヤと、ビデオゲームコンソールと、車内コンピュータとのうちの１つまたは複数なるグループから選択されるデバイスを備える、
Ｃ１に記載の装置。
［Ｃ８］
ビデオ情報をコーディングする方法であって、前記方法は、
第１のスライスと第２のスライスとを有する参照レイヤ中の参照レイヤ（ＲＬ）ピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記ＩＬＲＰの前記単一のスライスのスライス情報を前記第１のスライスのスライス情報に等しく設定することと、
エンハンスメントレイヤ中のエンハンスメントレイヤ（ＥＬ）ピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用することと
を備える、方法。
［Ｃ９］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ８に記載の方法。
［Ｃ１０］
前記単一のスライスの前記スライス情報は、前記単一のスライスのスライスタイプと前記単一のスライスの参照ピクチャリスト情報とを備える、
Ｃ８に記載の方法。
［Ｃ１１］
参照ピクチャリスト情報は、
参照ピクチャリスト０中の参照ピクチャの第１の数と、
前記参照ピクチャリスト０中の前記参照ピクチャと参照ピクチャインデックスの第１のセットとの間の第１の関連付けと、
参照ピクチャリスト１中の参照ピクチャの第２の数と、
前記参照ピクチャリスト１中の前記参照ピクチャと参照ピクチャインデックスの第２のセットとの間の第２の関連付けと
を備える、Ｃ１０に記載の方法。
［Ｃ１２］
実行されたとき、
参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶すること、前記参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、前記エンハンスメントレイヤが、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、と、
前記ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記ＩＬＲＰの前記単一のスライスのスライス情報を前記第１のスライスのスライス情報に等しく設定することと、
前記ＥＬピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用することと
を備えるプロセスを装置に実行させるコードを備える、非一時的コンピュータ可読媒体。
［Ｃ１３］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ１２に記載のコンピュータ可読媒体。
［Ｃ１４］
ビデオ情報をコーディングするように構成されるビデオコーディングデバイスであって、前記ビデオコーディングデバイスは、
参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するための手段、前記参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、前記エンハンスメントレイヤは、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、と、
前記ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成するための手段、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記ＩＬＲＰの前記単一のスライスのスライス情報を前記第１のスライスのスライス情報に等しく設定することと、
前記ＥＬピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用するための手段と
を備える、ビデオコーディングデバイス。
［Ｃ１５］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ１４に記載のビデオコーディングデバイス。
［Ｃ１６］
ビデオ情報をコーディングするように構成される装置であって、前記装置は、
参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成されるメモリ、前記参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、前記エンハンスメントレイヤが、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、と、
前記メモリと通信しているプロセッサと
を備え、前記プロセッサは、
前記第１のスライスの第１のスライス情報と前記第２のスライスの第２のスライス情報とが同等であるかどうかを決定することと、
前記第１のスライス情報と前記第２のスライス情報とが同等であると決定したことに応答して、エンハンスメントレイヤ（ＥＬ）ピクチャの少なくとも一部分をコーディングするためのレイヤ間動き予測を有効化することと
を行うように構成される、装置。
［Ｃ１７］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ１６に記載の装置。
［Ｃ１８］
前記第１のスライス情報は、前記第１のスライスのスライスタイプと前記第１のスライスの参照ピクチャリスト情報とを備え、前記第２のスライス情報は、前記第２のスライスのスライスタイプと前記第２のスライスの参照ピクチャリスト情報とを備える、
Ｃ１６に記載の装置。
［Ｃ１９］
参照ピクチャリスト情報は、
参照ピクチャリスト０中の参照ピクチャの第１の数と、
前記参照ピクチャリスト０中の前記参照ピクチャと参照ピクチャインデックスの第１のセットとの間の第１の関連付けと、
参照ピクチャリスト１中の参照ピクチャの第２の数と、
前記参照ピクチャリスト１中の前記参照ピクチャと参照ピクチャインデックスの第２のセットとの間の第２の関連付けと
を備える、Ｃ１８に記載の装置。
［Ｃ２０］
前記プロセッサは、
前記ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成することと、前記ＩＬＲＰが、それに関連付けられた単一のスライスを有する、
前記単一のスライスの第３のスライス情報を前記第１および第２のスライス情報のうちの１つに等しく設定することと、
前記ＥＬピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用することと
を行うようにさらに構成される、Ｃ１６に記載の装置。
［Ｃ２１］
前記装置は、符号化器を備え、前記プロセッサは、ビデオビットストリーム中で前記ビデオ情報を符号化するようにさらに構成される、
Ｃ１６に記載の装置。
［Ｃ２２］
前記装置は、復号器を備え、前記プロセッサは、ビデオビットストリーム中で前記ビデオ情報を復号するようにさらに構成される、
Ｃ１６に記載の装置。
［Ｃ２３］
前記装置は、コンピュータと、ノートブックと、ラップトップと、コンピュータと、タブレットコンピュータと、セットトップボックスと、電話ハンドセットと、スマートフォンと、スマートパッドと、テレビジョンと、カメラと、ディスプレイデバイスと、デジタルメディアプレーヤと、ビデオゲームコンソールと、車内コンピュータとのうちの１つまたは複数なるグループから選択されるデバイスを備える、
Ｃ１６に記載の装置。
［Ｃ２４］
ビデオ情報をコーディングする方法であって、前記方法は、
参照レイヤ（ＲＬ）ピクチャの第１のスライスの第１のスライス情報と前記ＲＬピクチャの第２のスライスの第２のスライス情報とが同等であるかどうかを決定することと、
前記第１のスライス情報と前記第２のスライス情報とが同等であると決定したことに応答して、エンハンスメントレイヤ（ＥＬ）ピクチャの少なくとも一部分をコーディングするためのレイヤ間動き予測を有効化することと
を備える、方法。
［Ｃ２５］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ２４に記載の方法。
［Ｃ２６］
前記第１のスライス情報は、前記第１のスライスのスライスタイプと前記第１のスライスの参照ピクチャリスト情報とを備え、前記第２のスライス情報は、前記第２のスライスのスライスタイプと前記第２のスライスの参照ピクチャリスト情報とを備える、
Ｃ２４に記載の方法。
［Ｃ２７］
参照ピクチャリスト情報は、
参照ピクチャリスト０中の参照ピクチャの第１の数と、
前記参照ピクチャリスト０中の前記参照ピクチャと参照ピクチャインデックスの第１のセットとの間の第１の関連付けと、
参照ピクチャリスト１中の参照ピクチャの第２の数と、
前記参照ピクチャリスト１中の前記参照ピクチャと参照ピクチャインデックスの第２のセットとの間の第２の関連付けと
を備える、Ｃ２６に記載の方法。
［Ｃ２８］
前記ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰが、それに関連付けられた単一のスライスを有する、と、
前記単一のスライスの第３のスライス情報を前記第１および第２のスライス情報のうちの１つに等しく設定することと、
前記ＥＬピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用することと
をさらに備える、Ｃ２４に記載の方法。
［Ｃ２９］
ビデオ情報をコーディングするように構成される装置であって、前記装置は、
参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成されるメモリ、前記参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、前記エンハンスメントレイヤは、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、と、
前記メモリと通信しているプロセッサと
を備え、前記プロセッサは、
前記第１のスライスの第１のスライス情報と前記第２のスライスの第２のスライス情報とが同等であるかどうかを決定することと、
前記第１のスライス情報と前記第２のスライス情報とが同等でないと決定したことに応答して、前記ＥＬピクチャをコーディングするためのレイヤ間動き予測を無効化することと
を行うように構成される、装置。
［Ｃ３０］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ２９に記載の装置。
［Ｃ３１］
前記第１のスライス情報は、前記第１のスライスのスライスタイプと前記第１のスライスの参照ピクチャリスト情報とを備え、前記第２のスライス情報は、前記第２のスライスのスライスタイプと前記第２のスライスの参照ピクチャリスト情報とを備える、
Ｃ２９に記載の装置。
［Ｃ３２］
参照ピクチャリスト情報は、
参照ピクチャリスト０中の参照ピクチャの第１の数と、
前記参照ピクチャリスト０中の前記参照ピクチャと参照ピクチャインデックスの第１のセットとの間の第１の関連付けと、
参照ピクチャリスト１中の参照ピクチャの第２の数と、
前記参照ピクチャリスト１中の前記参照ピクチャと参照ピクチャインデックスの第２のセットとの間の第２の関連付けと
を備える、Ｃ３１に記載の装置。
［Ｃ３３］
前記装置は、符号化器を備え、前記プロセッサは、ビデオビットストリーム中で前記ビデオ情報を符号化するようにさらに構成される、
Ｃ２９に記載の装置。
［Ｃ３４］
前記装置は、復号器を備え、前記プロセッサは、ビデオビットストリーム中で前記ビデオ情報を復号するようにさらに構成される、
Ｃ２９に記載の装置。
［Ｃ３５］
前記装置は、コンピュータと、ノートブックと、ラップトップと、コンピュータと、タブレットコンピュータと、セットトップボックスと、電話ハンドセットと、スマートフォンと、スマートパッドと、テレビジョンと、カメラと、ディスプレイデバイスと、デジタルメディアプレーヤと、ビデオゲームコンソールと、車内コンピュータとのうちの１つまたは複数なるグループから選択されるデバイスを備える、
Ｃ２９に記載の装置。
［Ｃ３６］
ビデオ情報をコーディングする方法であって、前記方法は、
参照レイヤ（ＲＬ）ピクチャの第１のスライスの第１のスライス情報と前記ＲＬピクチャの第２のスライスの第２のスライス情報とが同等であるかどうかを決定することと、
前記第１のスライス情報と前記第２のスライス情報とが同等でないと決定したことに応答して、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャをコーディングするためのレイヤ間動き予測を無効化することと
を備える、方法。
［Ｃ３７］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ３６に記載の方法。
［Ｃ３８］
前記第１のスライス情報は、前記第１のスライスのスライスタイプと前記第１のスライスの参照ピクチャリスト情報とを備え、前記第２のスライス情報は、前記第２のスライスのスライスタイプと前記第２のスライスの参照ピクチャリスト情報とを備える、
Ｃ３６に記載の方法。
［Ｃ３９］
参照ピクチャリスト情報は、
参照ピクチャリスト０中の参照ピクチャの第１の数と、
前記参照ピクチャリスト０中の前記参照ピクチャと参照ピクチャインデックスの第１のセットとの間の第１の関連付けと、
参照ピクチャリスト１中の参照ピクチャの第２の数と、
前記参照ピクチャリスト１中の前記参照ピクチャと参照ピクチャインデックスの第２のセットとの間の第２の関連付けと
を備える、Ｃ３８に記載の方法。
［Ｃ４０］
ビデオ情報をコーディングするように構成される装置であって、前記装置は、
参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成されるメモリ、前記参照レイヤが、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、前記エンハンスメントレイヤが、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、と、
前記メモリと通信しているプロセッサと
を備え、前記プロセッサは、
前記ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰが、それに関連付けられた単一のスライスを有する、と、
前記第１のスライスのスライスタイプと前記第２のスライスのスライスタイプとが異なるかどうかを決定することと、
前記第１のスライスの前記スライスタイプと前記第２のスライスの前記スライスタイプとが異なると決定したことに応答して、
前記第１および第２のスライスのうちの少なくとも１つがＢスライスである場合、前記ＩＬＲＰの前記単一のスライスのスライスタイプをＢスライスに等しく設定することと、
前記第１および第２のスライスのうちの少なくとも１つがＰスライスであり、前記第１および第２のスライスのいずれもＢスライスでない場合、前記ＩＬＲＰの前記単一のスライスの前記スライスタイプをＰスライスに等しく設定することと、
前記第１および第２のスライスが両方ともＩスライスである場合、前記ＩＬＲＰの前記単一のスライスの前記スライスタイプをＩスライスに等しく設定することと
を行うように構成される、装置。
［Ｃ４１］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ４０に記載の装置。
［Ｃ４２］
前記装置は、符号化器を備え、前記プロセッサは、ビデオビットストリーム中で前記ビデオ情報を符号化するようにさらに構成される、
Ｃ４０に記載の装置。
［Ｃ４３］
前記装置は、復号器を備え、前記プロセッサが、ビデオビットストリーム中で前記ビデオ情報を復号するようにさらに構成される、
Ｃ４０に記載の装置。
［Ｃ４４］
前記装置は、コンピュータと、ノートブックと、ラップトップと、コンピュータと、タブレットコンピュータと、セットトップボックスと、電話ハンドセットと、スマートフォンと、スマートパッドと、テレビジョンと、カメラと、ディスプレイデバイスと、デジタルメディアプレーヤと、ビデオゲームコンソールと、車内コンピュータとのうちの１つまたは複数なるグループから選択されるデバイスを備える、
Ｃ４０に記載の装置。
［Ｃ４５］
ビデオ情報をコーディングする方法であって、前記方法は、
第１のスライスと第２のスライスとを有する参照レイヤ中の参照レイヤ（ＲＬ）ピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記第１のスライスのスライスタイプと前記第２のスライスのスライスタイプとが異なるかどうかを決定することと、
前記第１のスライスの前記スライスタイプと前記第２のスライスの前記スライスタイプとが異なると決定したことに応答して、
前記第１および第２のスライスのうちの少なくとも１つがＢスライスである場合、前記ＩＬＲＰの前記単一のスライスのスライスタイプをＢスライスに等しく設定することと、
前記第１および第２のスライスのうちの少なくとも１つがＰスライスであり、前記第１および第２のスライスのいずれもＢスライスでない場合、前記ＩＬＲＰの前記単一のスライスの前記スライスタイプをＰスライスに等しく設定することと、
前記第１および第２のスライスが両方ともＩスライスである場合、前記ＩＬＲＰの前記単一のスライスの前記スライスタイプをＩスライスに等しく設定することと
を備える、方法。
［Ｃ４６］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ４５に記載の方法。
［Ｃ４７］
ビデオ情報をコーディングするように構成される装置であって、前記装置は、
参照レイヤとエンハンスメントレイヤとに関連付けられたビデオ情報を記憶するように構成されるメモリ、前記参照レイヤは、第１のスライスと第２のスライスとを有する参照レイヤ（ＲＬ）ピクチャを備え、前記エンハンスメントレイヤは、前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャを備える、と、
前記メモリと通信しているプロセッサと
を備え、前記プロセッサは、
前記ＲＬピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記ＩＬＲＰの前記単一のスライスのスライス情報を前記第１のスライスのスライス情報に等しく設定することと、
前記ＲＬピクチャの前記第２のスライスに対応する前記ＩＬＲＰの一部分に関連付けられた動き情報中の不正確さを補正するために、前記動き情報を修正することと、
前記ＥＬピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用することと
を行うように構成される、装置。
［Ｃ４８］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ４７に記載の装置。
［Ｃ４９］
前記単一のスライスの前記スライス情報は、前記単一のスライスのスライスタイプと前記単一のスライスの参照ピクチャリスト情報とを備える、
Ｃ４７に記載の装置。
［Ｃ５０］
参照ピクチャリスト情報は、
参照ピクチャリスト０中の参照ピクチャの第１の数と、
前記参照ピクチャリスト０中の前記参照ピクチャと参照ピクチャインデックスの第１のセットとの間の第１の関連付けと、
参照ピクチャリスト１中の参照ピクチャの第２の数と、
前記参照ピクチャリスト１中の前記参照ピクチャと参照ピクチャインデックスの第２のセットとの間の第２の関連付けと
を備える、Ｃ４９に記載の装置。
［Ｃ５１］
前記動き情報は、第１の動きベクトルと第１の参照インデックスとを含み、前記動き情報を修正することは、前記ＲＬピクチャの前記第１のスライスに関連付けられた第１の参照ピクチャリスト中の、前記第１の参照インデックスに等しい参照インデックスを有する第１の参照ピクチャと、前記ＲＬピクチャの前記第２のスライスに関連付けられた第２の参照ピクチャリスト中の、前記第１の参照インデックスに等しい参照インデックスを有する第２の参照ピクチャとに少なくとも部分的に基づいて、前記第１の動きベクトルを時間的にスケーリングすることを備える、
Ｃ４７に記載の装置。
［Ｃ５２］
前記動き情報は、動きベクトルと参照インデックスとを含み、前記動き情報を修正することは、修正された参照インデックスが、前記ＲＬピクチャの前記第２のスライスに関連付けられた参照ピクチャリスト中の、前記修正された参照インデックスに等しい参照インデックスを有する参照ピクチャを識別するように、前記参照インデックスを修正することを備える、
Ｃ４７に記載の装置。
［Ｃ５３］
前記装置は、符号化器を備え、前記プロセッサが、ビデオビットストリーム中で前記ビデオ情報を符号化するようにさらに構成される、
Ｃ４７に記載の装置。
［Ｃ５４］
前記装置は、復号器を備え、前記プロセッサが、ビデオビットストリーム中で前記ビデオ情報を復号するようにさらに構成される、
Ｃ４７に記載の装置。
［Ｃ５５］
前記装置は、コンピュータと、ノートブックと、ラップトップと、コンピュータと、タブレットコンピュータと、セットトップボックスと、電話ハンドセットと、スマートフォンと、スマートパッドと、テレビジョンと、カメラと、ディスプレイデバイスと、デジタルメディアプレーヤと、ビデオゲームコンソールと、車内コンピュータとのうちの１つまたは複数なるグループから選択されるデバイスを備える、
Ｃ４７に記載の装置。
［Ｃ５６］
ビデオ情報をコーディングする方法であって、前記方法は、
第１のスライスと第２のスライスとを有する参照レイヤ中の参照レイヤ（ＲＬ）ピクチャをアップサンプリングすることによってレイヤ間参照ピクチャ（ＩＬＲＰ）を生成すること、前記ＩＬＲＰは、それに関連付けられた単一のスライスを有する、と、
前記ＩＬＲＰの前記単一のスライスのスライス情報を前記第１のスライスのスライス情報に等しく設定することと、
前記ＲＬピクチャの前記第２のスライスに対応する前記ＩＬＲＰの一部分に関連付けられた動き情報中の不正確さを補正するために、前記動き情報を修正することと、
前記ＲＬピクチャに対応するエンハンスメントレイヤ（ＥＬ）ピクチャの少なくとも一部分をコーディングするために前記ＩＬＲＰを使用することと
を備える、方法。
［Ｃ５７］
前記ＥＬピクチャと前記ＲＬピクチャとは、同じアクセスユニット中にある、
Ｃ５６に記載の方法。
［Ｃ５８］
前記単一のスライスの前記スライス情報は、前記単一のスライスのスライスタイプと前記単一のスライスの参照ピクチャリスト情報とを備える、
Ｃ５６に記載の方法。
［Ｃ５９］
参照ピクチャリスト情報は、
参照ピクチャリスト０中の参照ピクチャの第１の数と、
前記参照ピクチャリスト０中の前記参照ピクチャと参照ピクチャインデックスの第１のセットとの間の第１の関連付けと、
参照ピクチャリスト１中の参照ピクチャの第２の数と、
前記参照ピクチャリスト１中の前記参照ピクチャと参照ピクチャインデックスの第２のセットとの間の第２の関連付けと
を備える、Ｃ５８に記載の方法。
［Ｃ６０］
前記動き情報は、第１の動きベクトルと第１の参照インデックスとを含み、前記動き情報を修正することは、前記ＲＬピクチャの前記第１のスライスに関連付けられた第１の参照ピクチャリスト中の、前記第１の参照インデックスに等しい参照インデックスを有する第１の参照ピクチャと、前記ＲＬピクチャの前記第２のスライスに関連付けられた第２の参照ピクチャリスト中の、前記第１の参照インデックスに等しい参照インデックスを有する第２の参照ピクチャとに少なくとも部分的に基づいて、前記第１の動きベクトルを時間的にスケーリングすることを備える、
Ｃ５６に記載の方法。
［Ｃ６１］
前記動き情報は、動きベクトルと参照インデックスとを含み、前記動き情報を修正することは、修正された参照インデックスが、前記ＲＬピクチャの前記第２のスライスに関連付けられた参照ピクチャリスト中の、前記修正された参照インデックスに等しい参照インデックスを有する参照ピクチャを識別するように、前記参照インデックスを修正することを備える、
Ｃ５６に記載の方法。

【図1A】

【図1B】

【図2A】

【図2B】

【図3A】

【図3B】

【図4】

【図5】

【図6】

【図7】

【図8】