(57)【特許請求の範囲】
【請求項１】
マルチレイヤビデオデータを復号する方法であって、
依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信することと、ここにおいて、前記依存タイプシンタックス要素がシグナリングされるとき、前記依存タイプシンタックス要素が、各参照レイヤに対する前記マルチレイヤビデオデータの各レイヤのために有効化された依存のタイプを識別し、前記依存タイプシンタックス要素によって識別された依存の前記タイプが、レイヤ間サンプル予測、レイヤ間動き予測、またはレイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つである、
前記第１のシンタックス要素の前記値が、前記依存タイプシンタックス要素がシグナリングされることを示すことに応答して、前記依存タイプシンタックス要素の値を受信すること、前記依存タイプシンタックス要素のそれぞれの値に基づいて参照レイヤに対する現在のレイヤのために有効化された依存の前記タイプを決定すること、および依存の前記タイプに準拠するレイヤ間予測を使用して前記現在のレイヤのブロックを復号すること、または
前記第１のシンタックス要素の前記値が、前記依存タイプシンタックス要素がシグナリングされないことを示すことに応答して、参照レイヤに対する任意の現在のレイヤの依存のタイプが依存の単一のタイプであると決定すること、及び、現在のレイヤと参照レイヤとのすべての組合せについて同じである依存の単一のタイプの別個にシグナリングされた指示を受信することと、依存の前記単一のタイプに準拠するレイヤ間予測を使用して前記現在のレイヤのブロックを復号することと
を備える方法。
【請求項２】
各参照レイヤに対するすべてのレイヤのために有効化された依存の前記タイプが、前記参照レイヤが前記現在のレイヤのレイヤ間サンプル予測のために使用されるが、前記現在のレイヤのレイヤ間動き予測のためには使用されない第１の依存タイプ、前記参照レイヤが前記現在のレイヤのレイヤ間動き予測のために使用されるが、前記現在のレイヤのレイヤ間サンプル予測のためには使用されない第２の依存タイプ、または前記参照レイヤが前記現在のレイヤのレイヤ間サンプル予測とレイヤ間動き予測との両方のために使用される第３の依存タイプ、のうちの１つを備える、請求項１に記載の方法。
【請求項３】
各参照レイヤに対するすべてのレイヤのために有効化された依存の前記タイプがレイヤ間サンプル予測を備え、ここにおいて、レイヤ間予測を使用して前記現在のレイヤの前記ブロックを復号することが、前記参照レイヤ中で、前記現在のレイヤの前記ブロックのための予測ブロックを識別することを備える、請求項１に記載の方法。
【請求項４】
ビデオパラメータセットである、パラメータセットの一部として前記第１のシンタックス要素を受信することと、
前記依存タイプシンタックス要素がシグナリングされないことを示す前記第１のシンタックス要素の前記値に応答して、依存の同じタイプが前記パラメータセットに関連するすべての他のレイヤに対するすべてのレイヤのために有効化されると決定することと
をさらに備える、請求項１に記載の方法。
【請求項５】
マルチレイヤビデオデータを符号化する方法であって、
複数のレイヤを備えるコード化されたビデオデータについて、前記複数のレイヤの符号化を、前記複数のレイヤのすべてのレイヤに対して同じ依存タイプを使用して行うべきか、それとも前記複数のレイヤに対して複数の依存タイプを使用して行うべきかを決定することと、ここにおいて、依存タイプが、参照レイヤに対する現在のレイヤのために有効化された依存のタイプを識別し、レイヤ間サンプル予測、レイヤ間動き予測、またはレイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つである、
前記複数のレイヤの符号化を、前記同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定することに基づいて、依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を決定することと、ここにおいて、前記依存タイプシンタックス要素が、各参照レイヤに対する前記マルチレイヤビデオデータの各レイヤのために有効化された依存のタイプを識別する、
前記複数のレイヤの符号化を前記複数の依存タイプを使用して行うべきと決定したことに応答して、前記依存タイプシンタックス要素を符号化することと、
前記複数のレイヤの符号化を前記同じ依存タイプを使用して行うべきと決定したことに応答して、前記依存タイプシンタックス要素の符号化をスキップすること、及び、現在のレイヤと参照レイヤとのすべての組合せについて同じである依存の単一のタイプの指示を別個にシグナリングすること、
を備える方法。
【請求項６】
前記第１のシンタックス要素が、パラメータセット中に含まれ、ここにおいて、前記依存タイプシンタックス要素の符号化をスキップすることが、前記パラメータセット中に前記依存タイプシンタックス要素のインスタンスを含めないことを備える、請求項５に記載の方法。
【請求項７】
前記同じ依存タイプが、前記参照レイヤが前記現在のレイヤのレイヤ間サンプル予測のために使用されるが、前記現在のレイヤのレイヤ間動き予測のためには使用されない第１の依存タイプ、前記参照レイヤが前記現在のレイヤのレイヤ間動き予測のために使用されるが、前記現在のレイヤのレイヤ間サンプル予測のためには使用されない第２の依存タイプ、または前記参照レイヤが前記現在のレイヤのレイヤ間サンプル予測とレイヤ間動き予測との両方のために使用される第３の依存タイプ、のうちの１つを備える、請求項５に記載の方法。
【請求項８】
ビデオ復号を実行する装置であって、
ビデオデータを記憶するメモリと、
１つまたは複数のプロセッサを備えたビデオコーダとを備え、前記１つまたは複数のプロセッサが、
依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信することと、ここにおいて、前記依存タイプシンタックス要素がシグナリングされるとき、前記依存タイプシンタックス要素が、各参照レイヤに対するマルチレイヤビデオデータの各レイヤのために有効化された依存のタイプを識別し、前記依存タイプシンタックス要素によって識別された依存の前記タイプが、レイヤ間サンプル予測、レイヤ間動き予測、またはレイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つである、
前記第１のシンタックス要素の前記値が、前記依存タイプシンタックス要素がシグナリングされることを示すことに応答して、前記依存タイプシンタックス要素の値を受信すること、前記依存タイプシンタックス要素のそれぞれの値に基づいて参照レイヤに対する任意の現在のレイヤのために有効化された依存の前記タイプを決定すること、および依存の前記タイプに準拠するレイヤ間予測を使用して前記現在のレイヤのブロックを復号すること、または
前記第１のシンタックス要素の前記値が、前記依存タイプシンタックス要素がシグナリングされないことを示すことに応答して、参照レイヤに対する現在のレイヤの依存のタイプが依存の単一のタイプであると決定すること、及び、現在のレイヤと参照レイヤとのすべての組合せについて同じである依存の単一のタイプの別個にシグナリングされた指示を受信することと、依存の前記決定されたタイプに準拠するレイヤ間予測を使用して前記現在のレイヤのブロックを復号することと
を行うように構成された、装置。
【請求項９】
前記第１のシンタックス要素の前記値が、前記依存タイプシンタックス要素がシグナリングされないと示すとき、前記第１のシンタックス要素の前記値が、各参照レイヤに対するすべてのレイヤのために有効化された依存の前記タイプをさらに識別する、請求項８に記載の装置。
【請求項１０】
各参照レイヤに対するすべてのレイヤのために有効化された依存の前記タイプが、前記参照レイヤが前記現在のレイヤのレイヤ間サンプル予測のために使用されるが、前記現在のレイヤのレイヤ間動き予測のためには使用されない第１の依存タイプ、前記参照レイヤが前記現在のレイヤのレイヤ間動き予測のために使用されるが、前記現在のレイヤのレイヤ間サンプル予測のためには使用されない第２の依存タイプ、または前記参照レイヤが前記現在のレイヤのレイヤ間サンプル予測とレイヤ間動き予測との両方のために使用される第３の依存タイプ、のうちの１つを備える、請求項８に記載の装置。
【請求項１１】
各参照レイヤに対するすべてのレイヤのために有効化された依存の前記タイプがレイヤ間サンプル予測を備え、ここにおいて、レイヤ間予測を使用して前記現在のレイヤの前記ブロックを復号することが、前記参照レイヤ中で、前記現在のレイヤの前記ブロックのための予測ブロックを識別することを備える、請求項８に記載の装置。
【請求項１２】
前記１つまたは複数のプロセッサが、
ビデオパラメータセットである、パラメータセットの一部として前記第１のシンタックス要素を受信することと、
前記依存タイプシンタックス要素がシグナリングされないことを示す前記第１のシンタックス要素の前記値に応答して、依存の同じタイプが前記パラメータセットに関連するすべての他のレイヤに対するすべてのレイヤのために有効化されると決定することと
を行うようにさらに構成された、請求項８に記載の装置。
【請求項１３】
ビデオ符号化を実行する装置であって、
ビデオデータを記憶するメモリと、
１つまたは複数のプロセッサを備えたビデオコーダとを備え、前記１つまたは複数のプロセッサが、
複数のレイヤを備えるコード化されたビデオデータについて、前記複数のレイヤの符号化を、前記複数のレイヤのすべてのレイヤに対して同じ依存タイプを使用して行うべきか、それとも前記複数のレイヤに対して複数の依存タイプを使用して行うべきかを決定することと、ここにおいて、依存タイプが、参照レイヤに対する現在のレイヤのために有効化された依存のタイプを識別し、レイヤ間サンプル予測、レイヤ間動き予測、またはレイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つである、
前記複数のレイヤの符号化を、前記同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定することに基づいて、依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を決定することと、ここにおいて、前記依存タイプシンタックス要素が、各参照レイヤに対するマルチレイヤビデオデータの各レイヤのために有効化された依存のタイプを識別する、
前記複数のレイヤの符号化を複数の依存タイプを使用して行うべきと決定したことに応答して、前記依存タイプシンタックス要素を符号化することと、
前記複数のレイヤの符号化を前記同じ依存タイプを使用して行うべきと決定したことに応答して、前記依存タイプシンタックス要素の符号化をスキップすること、及び、現在のレイヤと参照レイヤとのすべての組合せについて同じである依存の単一のタイプの指示を別個にシグナリングすること、
を行うように構成された、装置。
【請求項１４】
集積回路、
マイクロプロセッサ、または
ビデオコーダを含むワイヤレス通信デバイス
のうちの少なくとも１つを備える、請求項８または請求項１３に記載の装置。
【請求項１５】
１つまたは複数のプロセッサによって実行されたとき、前記１つまたは複数のプロセッサに、請求項１−７のいずれかに記載の方法を実行することを行わせる命令を記憶したコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]本出願は、その全体が参照により本明細書に組み込まれる、２０１３年９月２７日に出願された米国仮出願第６１／８８３，９３１号の利益を主張する。
【０００２】
[0002]本開示は、ビデオコーディングに関し、より詳細には、マルチレイヤコーディングにおけるビュー間依存タイプのシグナリングに関する。
【背景技術】
【０００３】
[0003]デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップコンピュータまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、携帯電話または衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲のデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４，Ｐａｒｔ１０，アドバンストビデオコーディング（ＡＶＣ：Advanced Video Coding）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ：High Efficiency Video Coding）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオ圧縮技法など、ビデオ圧縮技法を実装する。これらのビデオデバイスは、そのようなビデオ圧縮技法を実装することによって、デジタルビデオ情報のより効率的な送信、受信、符号化、復号、および／または記憶を行い得る。
【０００４】
[0004]ビデオ圧縮技法は、空間的（ピクチャ内）予測および／または時間的（ピクチャ間）予測を実行して、ビデオシーケンスに固有の冗長性を低減または除去する。ブロックベースのビデオコーディングでは、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部）がビデオブロックに区分され得、これらのビデオブロックは、ツリーブロック、コーディングユニット（ＣＵ：coding unit）および／またはコーディングノードと呼ばれることもある。ピクチャのイントラコード化（Ｉ）スライス中のビデオブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のビデオブロックは、同じピクチャの中の隣接ブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用し得る。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
【０００５】
[0005]空間的予測または時間的予測は、コーディングされるべきブロックのための予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロックは、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルとコード化ブロックと予測ブロックとの間の差分を示す残差データとに従って符号化される。イントラコード化ブロックは、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換され、残差変換係数が生じ得、その残差変換係数は、次いで量子化され得る。最初に２次元アレイで構成される量子化変換係数は、変換係数の１次元ベクトルを生成するために走査され得、なお一層の圧縮を達成するためにエントロピーコーディングが適用され得る。
【発明の概要】
【０００６】
[0006]本開示の技法によれば、マルチレイヤビデオデータのレイヤ組合せのためのレイヤ間依存タイプをシグナリングすることに関連するシグナリングオーバーヘッドは、ビデオデータのビットストリーム中に、各レイヤ組合せのための依存タイプシンタックス要素がシグナリングされるかどうかを表すシンタックス要素を含めることによって低減され得る。依存タイプシンタックス要素がシグナリングされないことを示す第１のシンタックス要素の値に応答して、ビデオデコーダは、すべてのレイヤ組合せのための依存のタイプが所定のタイプであると決定し、所定のタイプに準拠するレイヤ間予測を使用して現在のレイヤのブロックを復号する。
【０００７】
[0007]一例では、マルチレイヤビデオデータを復号する方法は、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信することと、ここにおいて、依存タイプシンタックス要素が、参照レイヤに対する現在のレイヤの依存のタイプを識別する、依存タイプシンタックス要素がシグナリングされないことを示す第１のシンタックス要素の値に応答して、参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであると決定することと、所定のタイプに準拠するレイヤ間予測を使用して現在のレイヤのブロックを復号することとを行うこととを含む。
【０００８】
[0008]別の例では、マルチレイヤビデオデータを符号化する方法は、複数のレイヤを備えるコード化されたビデオデータについて、複数のレイヤの符号化を、複数のレイヤのすべてのレイヤに対して同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定することと、ここにおいて、依存タイプが、参照レイヤに対する現在のレイヤの依存のタイプを識別する、複数のレイヤの符号化を、同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定することに基づいて、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を決定することとを含む。
【０００９】
[0009]別の例では、ビデオコーディングを実行する装置は、ビデオデータを記憶するメモリと、１つまたは複数のプロセッサを備えるビデオコーダとを含み、１つまたは複数のプロセッサは、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信することと、ここにおいて、依存タイプシンタックス要素が、参照レイヤに対する現在のレイヤの依存のタイプを識別する、依存タイプシンタックス要素がシグナリングされないことを示す第１のシンタックス要素の値に応答して、参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであると決定することと、所定のタイプに準拠するレイヤ間予測を使用して現在のレイヤのブロックを復号することとを行うこととを行うように構成される。
【００１０】
[0010]別の例では、１つまたは複数のプロセッサによって実行されたとき、１つまたは複数のプロセッサに、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信することと、ここにおいて、依存タイプシンタックス要素が、参照レイヤに対する現在のレイヤの依存のタイプを識別する、依存タイプシンタックス要素がシグナリングされないことを示す第１のシンタックス要素の値に応答して、参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであると決定することと、所定のタイプに準拠するレイヤ間予測を使用して現在のレイヤのブロックを復号することとを行うこととを行わせる命令を記憶したコンピュータ可読記憶媒体。
【００１１】
[0011]現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信するための手段と、ここにおいて、依存タイプシンタックス要素が、参照レイヤに対する現在のレイヤの依存のタイプを識別する、依存タイプシンタックス要素がシグナリングされないことを示す第１のシンタックス要素の値に応答して、参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであると決定するための手段と、所定のタイプに準拠するレイヤ間予測を使用して現在のレイヤのブロックを復号するための手段とを含む、マルチレイヤビデオデータを復号するための装置。
【００１２】
[0012]複数のレイヤを備えるコード化されたビデオデータについて、複数のレイヤの符号化を、複数のレイヤのすべてのレイヤに対して同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定するための手段と、ここにおいて、依存タイプが、参照レイヤに対する現在のレイヤの依存のタイプを識別する、複数のレイヤの符号化を、同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定することに基づいて、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を決定するための手段とを備える、ビデオデータをコーディングするための装置。
【００１３】
[0013]１つまたは複数の例の詳細が以下の添付の図面および説明において記載されている。他の特徴、目的、および利点は、説明および図面、ならびに特許請求の範囲から明らかになろう。
【図面の簡単な説明】
【００１４】
【図１】[0014]本開示で説明する技法を利用し得る例示的なビデオ符号化および復号システムを示すブロック図。
【図２】[0015]本開示で説明する１つまたは複数の例による、例示的なマルチビューの符号化または復号の順序を示すグラフィック図。
【図３】[0016]例示的なＭＶＣの時間的予測およびビュー間予測構造を示す図。
【図４】[0017]本開示で説明する技法を実施し得る例示的なビデオエンコーダを示すブロック図。
【図５】[0018]本開示で説明する技法を実施し得る例示的なビデオデコーダを示すブロック図。
【図６】[0019]ネットワークの一部を形成するデバイスの例示的なセットを示すブロック図。
【図７】[0020]本開示の技法による、ビデオデータを符号化する例示的な方法を示すフローチャート。
【図８】[0021]本開示の技法による、ビデオデータを復号する例示的な方法を示すフローチャート。
【発明を実施するための形態】
【００１５】
[0022]本開示は、新生のマルチビュー、高効率ビデオコーディング（ＭＶ−ＨＥＶＣ：Multi-View, High Efficiency Video Coding）規格などのマルチレイヤビデオコーディングにおけるレイヤ間依存タイプのシグナリングに関する技法をもたらす。高効率ビデオコーディング（ＨＥＶＣ）規格では、レイヤは、概して、ビデオコーディングレイヤ（ＶＣＬ）と、特定のレイヤ識別値（たとえば、ＨＥＶＣにおける「ｎｕｈ＿ｌａｙｅｒ＿ｉｄ」値、ここで、「ｎｕｈ」は「ＮＡＬユニットヘッダ」を指す）をすべてが有する（すなわち、各々が共有する）ネットワークアブストラクションレイヤ（ＮＡＬ）ユニットと、レイヤに関連する非ＶＣＬ  ＮＡＬユニットとのセットを指す。レイヤは、たとえば、マルチビュービデオデータをコーディングするときはビューに対応し、スケーラブルビデオコーディングの場合は様々なスケーラブルな寸法（たとえば、空間解像度、ＰＳＮＲ、カラービット深度または他のそのような寸法）に対応し得る。ビデオストリームの各レイヤは、レイヤ識別値に関連付けられる。したがって、異なるレイヤは、異なるレイヤ識別値に関連付けられる。
【００１６】
[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]概して、ＨＭの作業モデルは、ビデオフレームまたはピクチャが、ルーマサンプルとクロマサンプルの両方を含む一連のツリーブロックまたは最大コーディングユニット（ＬＣＵ：largest coding unit）に分割され得ることを記述する。ツリーブロックは、Ｈ．２６４規格のマクロブロックと同様の目的を有する。スライスは、コーディング順序でいくつかの連続するツリーブロックを含む。ビデオフレームまたはピクチャは、１つまたは複数のスライスに区分され得る。各ツリーブロックは、４分木に従って、コーディングユニット（ＣＵ）に分割され得る。たとえば、４分木のルートノードとしてのツリーブロックは、４つの子ノードに分割され得、各子ノードは、次に、親ノードとなり、別の４つの子ノードに分割され得る。４分木のリーフノードとしての、最終的な、分割されていない子ノードは、コーディングノード、すなわち、コード化ビデオブロックを備える。コード化ビットストリームに関連付けられたシンタックスデータは、ツリーブロックが分割され得る最大回数を定義し得、コーディングノードの最小サイズをも定義し得る。
【００４１】
[0048]ＣＵは、コーディングノードと、コーディングノードに関連する予測ユニット（ＰＵ：prediction unit）および変換ユニット（ＴＵ：transform unit）とを含む。ＣＵのサイズは、コーディングノードのサイズに対応し、形状が正方形でなければならない。ＣＵのサイズは、８×８ピクセルから最大６４×６４ピクセル以上をもつツリーブロックのサイズにまでわたり得る。各ＣＵは、１つまたは複数のＰＵと、１つまたは複数のＴＵとを含み得る。ＣＵに関連するシンタックスデータは、たとえば、ＣＵの１つまたは複数のＰＵへの区分を記述し得る。区分モードは、ＣＵがスキップであるのか、または直接モード符号化されるのか、イントラ予測モード符号化されるのか、またはインター予測モード符号化されるのかの間で異なり得る。ＰＵは、形状が非正方形に区分され得る。ＣＵに関連するシンタックスデータはまた、たとえば、４分木に従うＣＵの１つまたは複数のＴＵへの区分を記述し得る。ＴＵは、形状が方形または非方形であり得る。
【００４２】
[0049]ＨＥＶＣ規格は、ＣＵごとに異なり得るＴＵに従う変換を可能にする。ＴＵは、一般に、区分されたＬＣＵのために定義された所与のＣＵ内のＰＵのサイズに基づいてサイズ決定されるが、これは常にそうであるとは限らない。ＴＵは、一般に、ＰＵと同じサイズであるか、またはそれよりも小さい。いくつかの例では、ＣＵに対応する残差サンプルは、「残差４分木」（ＲＱＴ：residual quad tree）として知られる４分木構造を使用して、より小さいユニットに再分割され得る。ＲＱＴのリーフノードは変換ユニット（ＴＵ）と呼ばれることがある。ＴＵに関連するピクセル差分値は、変換係数を生成するために変換され、その変換係数は量子化され得る。
【００４３】
[0050]概して、ＰＵは、予測プロセスに関係するデータを含む。たとえば、ＰＵがイントラモード符号化されるとき、ＰＵは、ＰＵについてのイントラ予測モードを記述するデータを含み得る。別の例として、ＰＵがインターモード符号化されるとき、ＰＵは、ＰＵのための動きベクトルを定義するデータを含み得る。ＰＵのための動きベクトルを定義するデータは、たとえば、動きベクトルの水平成分、動きベクトルの垂直成分、動きベクトルについての解像度（たとえば、１／４ピクセル精度または１／８ピクセル精度）、動きベクトルが指す参照ピクチャ、および／または動きベクトルのための参照ピクチャリスト（たとえば、リスト０、リスト１、またはリストＣ）を記述し得る。
【００４４】
[0051]以下でより詳細に説明するように、インターモードコーディングの一部として、ビデオエンコーダ２０は、マルチレイヤビデオデータのすべてのレイヤに対して同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定し得る。ビデオエンコーダ２０は、次いで、使用される依存タイプに基づいて相応にシグナリングを行うか、またはシグナリングを省略し得る。ビデオデコーダ３０は、シグナリングを介して、所定のタイプとともに構成されるか、またはそれを潜在的に受信し、したがって、依存タイプがシグナリングされない場合、ビデオデコーダ３０は、所定のタイプを単に適用し得る。
【００４５】
[0052]概して、ＴＵは、変換プロセスと量子化プロセスとのために使用される。１つまたは複数のＰＵを有する所与のＣＵは、１つまたは複数の変換ユニット（ＴＵ）をも含み得る。予測の後に、ビデオエンコーダ２０は、ＰＵに対応する残差値を計算し得る。残差値はピクセル差分値を備え、ピクセル差分値は、エントロピーコーディングのためのシリアル化変換係数（serialized transform coefficient）を生成するために、ＴＵを使用して変換係数に変換され、量子化され、走査され得る。本開示では、一般に、ＣＵのコーディングノードを指すために「ビデオブロック」という用語を使用する。いくつかの特定の場合において、本開示では、コーディングノードならびにＰＵおよびＴＵを含む、ツリーブロック、すなわち、ＬＣＵまたはＣＵを指すためにも「ビデオブロック」という用語を使用し得る。
【００４６】
[0053]ビデオシーケンスは、一般に、一連のビデオフレームまたはピクチャを含む。ピクチャグループ（ＧＯＰ）は、一般に、ビデオピクチャのうちの一連の１つまたは複数を備える。ＧＯＰは、ＧＯＰ中に含まれるいくつかのピクチャを記述するシンタックスデータを、ＧＯＰのヘッダ中、ピクチャの１つもしくは複数のヘッダ中、または他の場所に含み得る。ピクチャの各スライスは、それぞれのスライスのための符号化モードを記述するスライスシンタックスデータを含み得る。ビデオエンコーダ２０は、一般に、ビデオデータを符号化するために、個々のビデオスライス内のビデオブロックに作用する。ビデオブロックはＣＵ内のコーディングノードに対応し得る。ビデオブロックは、固定サイズまたは変動サイズを有し得、指定されたコーディング規格に応じてサイズが異なり得る。
【００４７】
[0054]一例として、ＨＭは、様々なＰＵサイズでの予測をサポートする。特定のＣＵのサイズが２Ｎｘ２Ｎであると仮定すると、ＨＭは、２Ｎｘ２ＮまたはＮｘＮのＰＵサイズでのイントラ予測と、２Ｎｘ２Ｎ、２ＮｘＮ、Ｎｘ２Ｎ、またはＮｘＮの対称ＰＵサイズでのインター予測とをサポートする。ＨＭは、また、２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズでのインター予測のための非対称の区分をサポートする。非対称の区分では、ＣＵの一方向は区分されないが、他の方向は２５％および７５％に区分される。２５％の区分に対応するＣＵの部分は、「ｎ」とその後ろに付く「Ｕｐ」、「Ｄｏｗｎ」、「Ｌｅｆｔ」、または「Ｒｉｇｈｔ」という表示によって示される。したがって、たとえば、「２Ｎ×ｎＵ」は、上部の２Ｎ×０．５Ｎ  ＰＵと下部の２Ｎ×１．５Ｎ  ＰＵとで水平方向に区分された２Ｎ×２Ｎ  ＣＵを指す。
【００４８】
[0055]本開示では、「Ｎ×Ｎ（NxN）」および「Ｎ×Ｎ（N by N）」は、垂直寸法および水平寸法に関するビデオブロックのピクセル寸法、たとえば、１６×１６（16x16）ピクセルまたは１６×１６（16 by 16）ピクセルを指すために互換的に使用され得る。概して、１６×１６ブロックは、垂直方向に１６ピクセル（ｙ＝１６）、および水平方向に１６ピクセル（ｘ＝１６）を有する。同様に、Ｎ×Ｎブロックは、概して、垂直方向にＮピクセルを有し、水平方向にＮピクセルを有し、ここで、Ｎは非負整数値を表す。ブロック中のピクセルは行および列に配列され得る。さらに、ブロックは、必ずしも、水平方向に垂直方向と同じ数のピクセルを有する必要はない。たとえば、ブロックはＮ×Ｍピクセルを備え得、ここで、Ｍは必ずしもＮに等しいとは限らない。
【００４９】
[0056]ＣＵのＰＵを使用したイントラ予測コーディングまたはインター予測コーディングに続いて、ビデオエンコーダ２０は、ＣＵのＴＵのための残差データを計算し得る。ＰＵは、（ピクセル領域とも呼ばれる）空間領域においてピクセルデータを備え得、ＴＵは、変換、たとえば、残差ビデオデータへの離散コサイン変換（ＤＣＴ）、整数変換、ウェーブレット変換、または概念的に同様の変換の適用後に、変換領域において係数を備え得る。残差データは、符号化されていないピクチャのピクセルと、ＰＵに対応する予測値との間のピクセル差分に対応し得る。ビデオエンコーダ２０は、ＣＵのための残差データを含むＴＵを形成し、次いで、ＣＵのための変換係数を生成するためにＴＵを変換し得る。
【００５０】
[0057]変換係数を生成するための任意の変換の後で、ビデオエンコーダ２０は、変換係数の量子化を実行し得る。量子化は、一般に、係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を行うプロセスを指す。量子化プロセスは、係数の一部または全部に関連するビット深度を低減し得る。たとえば、ｎビットの値は、量子化中にｍビットの値に切り捨てられ得、ここで、ｎはｍよりも大きい。
【００５１】
[0058]いくつかの例では、ビデオエンコーダ２０は、量子化変換係数を走査して、エントロピー符号化され得るシリアル化ベクトルを生成するために、あらかじめ定義された走査順序を利用し得る。他の例では、ビデオエンコーダ２０は適応走査を実行し得る。量子化変換係数を走査して１次元のベクトルを形成した後、ビデオエンコーダ２０は、たとえば、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context-adaptive variable length coding）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：context-adaptive binary arithmetic coding）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディングまたは別のエントロピー符号化の方法に従って、１次元のベクトルをエントロピー符号化し得る。ビデオエンコーダ２０はまた、ビデオデータを復号する際にビデオデコーダ３０が使用するための、符号化されたビデオデータに関連するシンタックス要素をエントロピー符号化し得る。
【００５２】
[0059]ＣＡＢＡＣを実行するために、ビデオエンコーダ２０は、コンテキストモデル内のコンテキストを、送信されるべきシンボルに割り当て得る。コンテキストは、たとえば、シンボルの近隣値が非０であるか否かに関係し得る。ＣＡＶＬＣを実行するために、ビデオエンコーダ２０は、送信されるべきシンボルのための可変長コードを選択し得る。ＶＬＣ中のコードワードは、比較的より短いコードが優勢シンボルに対応し、より長いコードが劣勢シンボルに対応するように構成され得る。このようにして、ＶＬＣの使用は、たとえば、送信されるべき各シンボルのための等長コードワードを使用することに勝るビット節約を達成し得る。確率決定は、シンボルに割り当てられたコンテキストに基づき得る。
【００５３】
[0060]上記で紹介したように、本開示は、ＭＶ−ＨＥＶＣを含むマルチレイヤビデオコーディングにおけるレイヤ間依存タイプのシグナリングに関する技法について説明する。本開示で説明する技法はまた、ＳＨＥＶＣまたは他のコーデックなどのＨＥＶＣの他のマルチレイヤ拡張に潜在的に適用され得る。上記で紹介したように、ＭＶＣは、Ｈ．２６４／ＡＶＣの拡張である。次に、将来の説明のためのコンテキストおよびバックグラウンドを提供するために、ＭＶＣ仕様の態様について簡単に説明する。
【００５４】
[0061]図２は、本開示で説明する１つまたは複数の例による、例示的なＭＶＣの符号化または復号の順序を示すグラフィック図である。たとえば、図２に示された復号順序構成は、時間優先コーディングと呼ばれる。図２では、Ｓ０〜Ｓ７はそれぞれ、マルチビュービデオの異なるビューを指す。Ｔ０〜Ｔ８は、それぞれ１つの出力時間インスタンスを表す。アクセスユニットは、１つの出力時間インスタンスについてのすべてのビューのコード化ピクチャを含み得る。たとえば、第１のアクセスユニットは、時間インスタンスＴ０についてのビューＳ０〜Ｓ７（すなわち、ピクチャ０〜７）のすべてを含み、第２のアクセスユニットは、時間インスタンスＴ１についてのビューＳ０〜Ｓ７（すなわち、ピクチャ８〜１５）のすべてを含み、以下同様である。この例では、ピクチャ０〜７は、同じ時間インスタンス（すなわち、時間インスタンスＴ０）におけるものであり、ピクチャ８〜１５は、同じ時間インスタンス（すなわち、時間インスタンスＴ１）におけるものである。同じ時間インスタンスをもつピクチャは概して同時に表示され、同じ時間インスタンスのピクチャ内のオブジェクト間の水平視差と、場合によっては何らかの垂直視差は、閲覧者に、３Ｄボリュームを包含する画像を知覚させる。
【００５５】
[0062]典型的なＭＶＣ復号順序（すなわち、ビットストリーム順序）を図２に示す。復号順序構成は時間優先（time-first）コーディングと呼ばれる。各アクセスユニットは、１つの出力時間インスタンスのためのすべてのビューのコード化ピクチャを含んでいるように定義される。アクセスユニットの復号順序は出力または表示の順序と同じでないことがあることに留意されたい。
【００５６】
[0063]図３は、例示的なマルチビュービデオコーディング（ＭＶＣ）の予測パターンを示す概念図である。図３の例では、８個のビューが示され、ビューごとに１２個の時間位置が示される。概して、図３中の各行はビューに対応し、各列は時間ロケーションを示す。ビューの各々は、他のビューに対する相対的なカメラロケーションを示すために使用され得るビュー識別子（「ｖｉｅｗ＿ｉｄ」）を使用して識別され得る。図３に示す例では、ビューＩＤは「Ｓ０」〜「Ｓ７」として示されているが、数字のビューＩＤも使用され得る。さらに、時間ロケーションの各々は、ピクチャの表示順序を示すピクチャ順序カウント（ＰＯＣ）値を使用して識別され得る。図３に示す例では、ＰＯＣ値は「Ｔ０」〜「Ｔ１１」として示されている。
【００５７】
[0064]図３中のピクチャは、対応するピクチャがイントラコード化される（すなわち、Ｉフレームである）のか、または一方向に（すなわち、Ｐフレームとして）インターコード化されるのか、複数の方向に（すなわち、Ｂフレームとして）インターコード化されるのかを指定する、文字を含む影付きブロックを使用して示される。概して、予測は矢印によって示され、ここで、矢印の終点のピクチャは、予測参照のために矢印の始点のオブジェクトを使用する。たとえば、時間ロケーションＴ０におけるビューＳ２のＰフレームは、時間ロケーションＴ０におけるビューＳ０のＩフレームから予測される。図３に示されたピクチャの各々は、ビューコンポーネントと呼ばれることがある。
【００５８】
[0065]シングルビュービデオ符号化の場合と同様に、マルチビュービデオシーケンスのピクチャは、異なる時間位置におけるピクチャに関して予測符号化され得る。たとえば、時間位置Ｔ１にあるビューＳ０のｂフレームは、時間位置Ｔ０にあるビューＳ０のＩフレームからそのｂフレームに向けられた矢印を有し、その矢印は、ｂフレームがＩフレームから予測されることを示す。しかしながら、さらに、マルチビュービデオ符号化のコンテキストにおいて、ピクチャはビュー間予測され得る。すなわち、ビューコンポーネントは、参照のために他のビュー中のビューコンポーネントを使用することができる。ＭＶＣでは、たとえば、別のビュー中のビューコンポーネントがインター予測参照であるかのように、ビュー間予測が実現される。潜在的なビュー間参照は、ＳＰＳのＭＶＣ拡張においてシグナリングされ得、インター予測参照またはビュー間予測参照の柔軟な順序付けを可能にする、参照ピクチャリストの構築プロセスによって修正され得る。
【００５９】
[0066]図３は、ビュー間予測の様々な例を提供する。図３の例では、ビューＳ１のピクチャは、ビューＳ１の様々な時間的位置にあるピクチャから予測されるものとして、ならびに同じ時間的位置にあるビューＳ０およびビューＳ２のピクチャのうちのピクチャからビュー間予測されるものとして示されている。たとえば、時間位置Ｔ１にあるビューＳ１のｂフレームは、時間位置Ｔ０およびＴ２にあるビューＳ１のＢフレームの各々、ならびに時間位置Ｔ１にあるビューＳ０およびビューＳ２のｂフレームから予測される。
【００６０】
[0067]図３の例では、大文字の「Ｂ」および小文字の「ｂ」は、異なる符号化方法ではなく、ピクチャ間の異なる階層関係を示すものとする。概して、大文字の「Ｂ」フレームは、小文字の「ｂ」フレームよりも予測階層が比較的高い。図３はまた、異なるレベルの陰影を使用して予測階層の差異を示し、より陰影の量が大きい（すなわち、比較的暗い）ピクチャは、より陰影が少ない（すなわち、比較的明るい）ピクチャよりも予測階層が高い。たとえば、図３のすべてのＩフレームは完全な陰影によって示されるが、Ｐフレームはいくぶん明るい陰影を有し、Ｂフレーム（および小文字のｂフレーム）は、互いに対して様々なレベルの陰影を有するが、ＰフレームおよびＩフレームの陰影よりも常に明るい。
【００６１】
[0068]一般に、階層の比較的高いピクチャが、階層の比較的低いピクチャの復号中に参照ピクチャとして使用され得るように、予測階層の比較的高いピクチャは、階層の比較的低いピクチャを復号する前に復号されるべきであるという点で、予測階層はビュー順序インデックスに関係する。ビュー順序インデックスは、アクセスユニット中のビューコンポーネントの復号順序を示すインデックスである。ビュー順序インデックスは、ＳＰＳのようなパラメータセット中で示唆され得る。
【００６２】
[0069]このようにして、参照ピクチャとして使用されるピクチャは、その参照ピクチャを参照して符号化されたピクチャを復号する前に復号され得る。ビュー順序インデックスは、アクセスユニット中のビューコンポーネントの復号順序を示すインデックスである。ＭＶＣ／ＡＶＣによれば、ビュー順序インデックスｉごとに、対応するｖｉｅｗ＿ｉｄがシグナリングされる。ビューコンポーネントの復号は、ビュー順序インデックスの昇順に従う。すべてのビューが提示された場合、ビュー順序インデックスのセットは、０からビューの全数よりも１少ない数まで連続的に順序付けされたセットを備える。
【００６３】
[0070]いくつかの例では、全ビットストリームのサブセットが抽出されて、依然ＭＶＣに準拠するサブビットストリームを形成することができる。たとえば、サーバによって提供されるサービス、１つもしくは複数のクライアントのデコーダの容量、サポート、および能力、ならびに／または、１つもしくは複数のクライアントの選好に基づいて、特定の適用例が必要とし得る多くの可能なサブビットストリームが存在する。たとえば、あるクライアントが３つのビューのみを必要とする場合があり、２つのシナリオがあり得る。一例では、あるクライアントは滑らかな鑑賞体験を求めることがあり、ｖｉｅｗ＿ｉｄ値Ｓ０、Ｓ１、およびＳ２のビューを好むことがあり、別の他のクライアントはビュースケーラビリティを求めることがあり、ｖｉｅｗ＿ｉｄ値Ｓ０、Ｓ２、およびＳ４のビューを好むことがある。これらのサブビットストリームの両方が、独立したＭＶＣビットストリームとして復号され得、同時にサポートされ得る。
【００６４】
[0071]上記のように、図３は８個のビュー（Ｓ０〜Ｓ７）を示すが、ＭＶＣ／ＡＶＣ拡張は最大で１０２４個のビューをサポートし、ＮＡＬユニットヘッダ内のｖｉｅｗ＿ｉｄを使用して、ＮＡＬユニットが属するビューを識別する。ビュー順序インデックスは、ＮＡＬユニットヘッダの一部としてシグナリングされ得る。すなわち、比較の目的で、ビュー順序インデックスは、ＭＶＣ／ＡＶＣ拡張のＮＡＬユニットヘッダ内でシグナリングされるｖｉｅｗ＿ｉｄを置き換え得る。ビュー順序は、一般に、アクセスユニット内のビューの順序付けを記述し、ビュー順序インデックスは、そのアクセスユニットのビュー順序における特定のビューを識別する。すなわち、ビュー順序インデックスは、アクセスユニットの対応するビューコンポーネントの復号順序を記述する。
【００６５】
[0072]したがって、ＳＰＳは、ビューのｖｉｅｗ＿ｉｄとビューのビュー順序インデックスとの間の関係を提供し得る。ビュー順序インデックスとＳＰＳ内のデータとを使用して、ビデオエンコーダ２０およびビデオデコーダ３０は、ＮＡＬユニットヘッダ内のＭＶＣ／ＡＶＣの１０ビットのｖｉｅｗ＿ｉｄをビュー順序インデックスによって置き換え得、これは、ＭＶＣ／ＡＶＣ方式よりもビット節約につながり得る。
【００６６】
[0073]マルチビュービデオコーディングのための（各ビュー内のピクチャ間予測とビュー間予測の両方を含む）典型的なＭＶＣ予測構造を図３に示す。予測は、矢印によって示される。図３の例では、矢印の終点のオブジェクトは、予測の基準のために矢印の始点のオブジェクトを使用する。
【００６７】
[0074]ＭＶＣでは、Ｈ．２６４／ＡＶＣ動き補償のシンタックスを使用するが、異なるビュー中のピクチャが参照ピクチャとして使用されることを可能にする視差動き補償によって、ビュー間予測がサポートされる。２つのビューのコーディングもＭＶＣによってサポートされ得る。ＭＶＣの潜在的な利点のうちの１つは、ＭＶＣエンコーダが３Ｄビデオ入力として３つ以上のビューをとらえることができ、また、ＭＶＣデコーダがそのようなマルチビュー表現を復号することができることである。したがって、ＭＶＣデコーダを有する任意のレンダラは、３つ以上のビューをもつ３Ｄビデオコンテンツを予想し得る。
【００６８】
[0075]次に、ＭＶＣビュー間予測の態様について説明する。ＭＶＣでは、同じアクセスユニット中の（すなわち、同じ時間インスタンスをもつ）ピクチャ間でビュー間予測が可能になる。非ベースビューの１つの中のピクチャをコーディングするとき、ピクチャが異なるビュー中にあるが、同じ時間インスタンスを有する場合、ピクチャは参照ピクチャリストに追加され得る。ビュー間予測参照ピクチャは、任意のインター予測参照ピクチャとまったく同様に、参照ピクチャリストの任意の位置に置かれ得る。
【００６９】
[0076]次に、ＭＶＣ拡張のためのシーケンスパラメータセット（ＳＰＳ）の態様について説明する。図３に示すように、ビューコンポーネントは、参照のために他のビュー中のビューコンポーネントを使用することができ、これは、ビュー間予測と呼ばれる。ＭＶＣでは、別のビュー中のビューコンポーネントがインター予測参照であるかのように、ビュー間予測が実現される。しかしながら、潜在的なビュー間参照は、（以下の表１に示すように）ＳＰＳ  ＭＶＣ拡張においてシグナリングされ、インター予測またはビュー間予測参照のフレキシブルな順序付けを可能にする、ビデオコーダによって実施される参照ピクチャリスト構成プロセスによって変更され得る。
【００７０】
【表１】
0006779782.tif 000002
【００７１】
[0077]表１で上記に示したＳＰＳ  ＭＶＣ拡張では、ビューごとに、参照ピクチャリスト０と参照ピクチャリスト１とを形成するために使用され得るビューの数がシグナリングされる。
【００７２】
[0078]ＳＰＳ  ＭＶＣ拡張においてシグナリングされるアンカーピクチャについての予測関係は、同じビューの（ＳＰＳ  ＭＶＣ拡張においてシグナリングされる）非アンカーピクチャについての予測関係とは異なり得る。Ｈ．２６４では、アンカーピクチャは、すべてのスライスが同じアクセスユニット内のスライスだけを参照し得るコード化ピクチャである。言い換えれば、ビュー間予測はアンカーピクチャのために使用され得るが、インター予測（すなわち、時間的予測）はアンカーピクチャのために使用されない。Ｈ．２６４は、非アンカーピクチャを、アンカーピクチャでないピクチャとして定義する。
【００７３】
[0079]次に、ＭＶ−ＨＥＶＣにおける依存タイプの態様について説明する。ＭＶ−ＨＥＶＣでは、レイヤ間依存タイプは、少なくとも３つのタイプがサポートされる方法でシグナリングされる。３つのタイプは、（ＭＶＣの場合のような）レイヤ間サンプル予測、レイヤ間動き予測、および両方の組合せである。
【００７４】
[0080]以下に示すように、ＭＶ−ＨＥＶＣのビデオパラメータセット（ＶＰＳ）拡張では、シンタックス要素「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２」は、何個のレイヤ間予測タイプがサポートされるのかを指定し、一方、シンタックス要素「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］」は、厳密なレイヤ間予測タイプを指定する。より具体的には、シンタックス要素「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］」は、依存レイヤ［ｉ］のタイプがレイヤ［ｊ］に関して有することを識別する。
【００７５】
[0081]ＶＰＳセマンティクスに関するＭＶ−ＨＥＶＣ  ＷＤ５の一部分を以下に再現する。
【００７６】
【表２】
0006779782.tif 000003
【００７７】
ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２に２を加えたものは、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］シンタックス要素のビット数を指定する。この仕様のこのバージョンに準拠するビットストリーム中で、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値は、イコール０であるものとする。この仕様のこのバージョンでは、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値が０に等しくなるものとするが、デコーダは、両端値を含む０〜３０の範囲内の、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の他の値がシンタックス中に現れることを可能にするものとする。
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤとｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤとの間の依存のタイプを示す。０に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤのレイヤ間サンプル予測とレイヤ間動き予測との両方のために使用されることを示す。１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤのレイヤ間サンプル予測のために使用されるが、レイヤ間動き予測のために使用されないことを示す。２に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤのレイヤ間動き予測のために使用されるが、レイヤ間サンプル予測のために使用されないことを示す。この仕様のこのバージョンでは、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値は、両端値を含む０〜２の範囲内にあるものとするが、デコーダは、両端値を含む３〜２32−２の範囲内のｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値がシンタックス中に出現することを可能にするものとする。
【００７８】
[0082]いくつかのタイプのマルチレイヤビデオをコーディングするとき、ビデオエンコーダ２０およびビデオデコーダ３０のパフォーマンスは、いくつかのタイプのレイヤ間予測によって向上されないこと、または最小限にしか向上されないことがあり、特定のタイプのレイヤ間予測が望ましいレートひずみトレードオフを生成しないことを意味する。一例として、いくつかの事例では、ＭＶ−ＨＥＶＣコーディングされたビデオは、レイヤ間動き予測から利益を得ないか、最小限にしか利益を得ないことがある。本開示の技法によれば、ビデオエンコーダ２０は、レイヤ間動き予測が無効化されるべきであるという決定と、１つのタイプのレイヤ間予測がビデオデコーダ３０によって仮定され得るという決定とを行い得る。ビデオエンコーダがそのような決定を行った場合でも、既存のシグナリング技法に従って、ビデオエンコーダは、依然として、ビットストリーム中のレイヤの各組合せのための依存タイプを識別するシンタックス要素（たとえば、「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ」）をシグナリングする必要があり得、依存タイプシンタックス要素の各発生は少なくとも２ビットを要する。たとえば、レイヤ間動き予測が無効化される場合に「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ」シンタックス要素は有用でないことがあるが、既存のＭＶ−ＨＥＶＣ技法は、シンタックス要素のこのシグナリングを回避するための機構を含まない。
【００７９】
[0083]本開示は、参照レイヤに対する現在のレイヤのための依存タイプのシグナリングを変更するための技法をもたらす。ＭＶ−ＨＥＶＣでは、たとえば、「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２」シンタックス要素は、依存タイプシンタックス要素がシグナリングされないことになることを示す０に、依存タイプの数が等しくなるのを可能にするように変更され得る。依存タイプシンタックス要素がシグナリングされないとき、ビデオデコーダ３０は、参照レイヤに対する現在のレイヤの依存のタイプが、所定のタイプであると決定し、したがって、所定のタイプに準拠するレイヤ間予測を使用して現在のレイヤのブロックを復号することに進み得る。上記で説明したように、所定のタイプは、ビデオコーデックにおいて定義され得るか、または第１のシンタックス要素（たとえば、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２）の一部としてシグナリングされ得る。
【００８０】
[0084]ＭＶ−ＨＥＶＣと併せて本開示の技法を実装する場合、たとえば、「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ」シンタックス要素のシグナリングが、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の値に応じて回避され得る。ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２が第１の値に等しくなる場合、ビデオデコーダ３０は、たとえば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅシンタックス要素のインスタンスを受信することなしに、参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであることを決定し得る。復号プロセスのためにビデオデコーダ３０が「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ」シンタックス要素の値を必要とする（すなわち、利用する）範囲で、ビデオデコーダ３０は、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅの値を所定のタイプに対応する値に設定し得る。ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２（すなわち、第１のシンタックス要素）が第２の値に等しくなる場合、ビデオデコーダ３０は、たとえば、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅシンタックス要素のインスタンスを受信することによって、参照レイヤに対する現在のレイヤのための依存タイプを決定し得る。
【００８１】
[0085]本開示の技法によれば、第０の依存タイプは、所定のタイプのレイヤ間予測に等しくされ得る（またはそれに関連付けられ得る）。したがって、ビデオデコーダ３０は、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２の０の値に基づいて、ＶＰＳに関連するレイヤのための依存タイプが所定のタイプであると決定し得る。所定のタイプは、たとえば、（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちのいずれかであり得る。
【００８２】
[0086]本開示の技法によれば、ＶＰＳ拡張セマンティクスは、以下に示す方法で変更され得る。以下の説明では、下線は追加を示すものであり、
【００８３】
【数１】
0006779782.tif 000004
【００８４】
は削除を示すものである。以下に示す変更をＭＶ−ＨＥＶＣ  ＷＤ５に関連して示す。以下の例では、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ値は、コード化ビデオシーケンス全体のために１つの固定予測タイプが使用されることを示し得る。したがって、いくつかの例では、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅシンタックス要素が存在する必要がないことがある。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅシンタックス要素が、シグナリングされず、所定の値であると導出されるように、上記で説明したように、他のシグナリングも実装され得る。
【００８５】
【表３】
0006779782.tif 000005
【００８６】
[0087]上記の表３の例では、シンタックス要素「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２」は、値が０に等しくなり得ることを示す「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ」に変更されている。ビデオデコーダ３０が、ＶＰＳ中で、「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ」の０の値を受信すると、ビデオデコーダ３０は、ＶＰＳに関連するレイヤのすべての組合せに所定のタイプのレイヤ間予測を割り当てる。この所定のタイプは、たとえば、コーデックにプログラムされ得るか、または別個にシグナリングされ得る。上記の表３の例ならびに以下の他の例では、ビデオデコーダ３０が、ビットストリーム中でｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅシンタックス要素を受信する場合、ビデオデコーダ３０は、レイヤ組合せごとにｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅのインスタンスを受信し、ここで、表３中の［ｉ］および［ｊ］は、様々なレイヤを表し、［ｉ］［ｊ］は、レイヤ組合せに対応する。「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ」の値が０であるとき、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎが偽になるので、論理ＡＮＤ演算「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］＆＆ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ」が偽になるので、表３で上記に示したループがスキップされる（すなわち、ループの命令セットが実行されない）。したがって、ループがスキップされるとき、ビデオデコーダ３０は、シンタックス要素「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］」のいかなるインスタンスも受信しない。
【００８７】
[0088]本開示の技法によれば、ビデオエンコーダ２０は、ビデオデコーダ３０が、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎシンタックス要素の１つのインスタンスを復号することによって、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅシンタックス要素の複数のインスタンスを復号することを回避する（それを控えるおよび／またはそれを必要としない）ことが可能であり得る方法でビデオデータを符号化し、それによって、シグナリングオーバーヘッドを低減し得る。しかしながら、本開示の技法では、レイヤ組合せごとにｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅを別個にシグナリングすることがコーディング品質の改善をもたらすとき、ビデオエンコーダ２０が、そのような別個のシグナリングを行うことが依然として可能である。
【００８８】
[0089]シンタックス要素「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ」が、上記の表３に、「ｕｅ（ｖ）」の記述子をもつ可変長シンタックス要素として示されているが、シンタックス要素「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ」は、代替的に、固定長コーディングを使用してシグナリングされ得る。たとえば、上記の表３中のシンタックス要素「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ」のための記述子は、ｕ（５）、ｕ（６）、または任意の他の固定長に変更され得る。
【００８９】
[0090]さらに、以下の表４および表５の例で示すように、シンタックス要素「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ」が０に等しくないという条件は、ＶＰＳ拡張シンタックス中のより前の位置に配置され得る。表４および表５の例は、意味的に代替実装形態であるが、機能的に等価である。表４と表５との両方の例では、シンタックス要素「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ」の偽値は、「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］」のインスタンスを受信するために使用されるループを終了する。
【００９０】
【表４】
0006779782.tif 000006
【００９１】
【表５】
0006779782.tif 000007
【００９２】
[0091]「ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎ＿ｍｉｎｕｓ２」シンタックス要素と「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］」シンタックス要素との説明に変更は、次のように実装され得る。
【００９３】
【数２】
0006779782.tif 000008
【００９４】
注釈−ＭＶ−ＨＥＶＣ仕様では、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎの値は、０に等しくなる必要があり得る。ＳＨＥＶＣ仕様では、ｄｉｒｅｃｔ＿ｄｅｐ＿ｔｙｐｅ＿ｌｅｎの値は、２に等しくなる必要があり得る。
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤとｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤとの間の依存のタイプを示す。０に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤのレイヤ間サンプル予測とレイヤ間動き予測との両方のために使用されることを示す。１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤのレイヤ間サンプル予測のために使用されるが、レイヤ間動き予測のために使用されないことを示す。２に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤのレイヤ間動き予測のために使用されるが、レイヤ間サンプル予測のために使用されないことを示す。この仕様のこのバージョンでは、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値は、両端値を含む０〜２の範囲内にあるものとするが、デコーダは、両端値を含む３〜２32−２の範囲内のｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値がシンタックス中に出現することを可能にするものとする。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が１であり、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が存在しないとき、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値は、１に等しくなると推論される。
【００９５】
[0092]代替として、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］のセマンティクスは、値０をレイヤ間サンプル予測のみの場合に対応させるように変更され得る。そのような例では、セマンティクスは以下のように変更され得る。
ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤとｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤとの間の依存のタイプを示す。
【００９６】
【数３】
0006779782.tif 000009
【００９７】
に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤのレイヤ間サンプル予測とレイヤ間動き予測との両方のために使用されることを示す。
【００９８】
【数４】
0006779782.tif 000010
【００９９】
に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤのレイヤ間サンプル予測のために使用されるが、レイヤ間動き予測のために使用されないことを示す。２に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］は、ｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｊ］に等しいｎｕｈ＿ｌａｙｅｒ＿ｉｄをもつレイヤが、ｎｕｈ＿ｌａｙｅｒ＿ｉｄイコールｌａｙｅｒ＿ｉｄ＿ｉｎ＿ｎｕｈ［ｉ］をもつレイヤのレイヤ間動き予測のために使用されるが、レイヤ間サンプル予測のために使用されないことを示す。この仕様のこのバージョンでは、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値は、両端値を含む０〜２の範囲内にあるものとするが、デコーダは、両端値を含む３〜２32−２の範囲内のｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値がシンタックス中に出現することを可能にするものとする。ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｆｌａｇ［ｉ］［ｊ］が１に等しくなり、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］が存在しないとき、ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］の値は、０に等しくなると推論される。
「１に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］」から開始するセンテンスの位置が「０に等しいｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］」から開始するセンテンスとスワップされ得ることに留意されたい。
【０１００】
[0093]上記の例では、「ｄｉｒｅｃｔ＿ｄｅｐｅｎｄｅｎｃｙ＿ｔｙｐｅ［ｉ］［ｊ］」の値が０または１に等しくなると推論することが、所定のタイプのレイヤ間予測の例を構成する。
【０１０１】
[0094]図４は、本開示で説明する技法を実施し得る例示的なビデオエンコーダ２０を示すブロック図である。ビデオエンコーダ２０は、たとえば、上記で説明したセマンティクスを実装する符号化ビデオを生成するように構成され得る。いくつかの例では、ビデオエンコーダ２０は、ビデオを後処理エンティティ２７に出力するように構成され得る。後処理エンティティ２７は、ＭＡＮＥまたはスプライシング／編集デバイスなどの、ビデオエンコーダ２０からの符号化ビデオデータを処理し得るビデオエンティティの一例を表すように意図されている。場合によっては、後処理エンティティ２７はネットワークエンティティの一例であり得る。いくつかのビデオ符号化システムでは、後処理エンティティ２７およびビデオエンコーダ２０は別個のデバイスの部分であり得、他の事例では、後処理エンティティ２７に関して説明する機能は、ビデオエンコーダ２０を備える同じデバイスによって実行され得る。
【０１０２】
[0095]ビデオエンコーダ２０は、ビデオスライス内のビデオブロックのイントラコーディングとインターコーディングとを実行し得る。イントラコーディングは、所与のビデオフレームまたはピクチャ内のビデオの空間的冗長性を低減または除去するために、空間的予測に依拠する。インターコーディングは、ビデオシーケンスの隣接するフレーム内またはピクチャ内のビデオの時間的冗長性を低減または除去するために時間的予測に依拠する。イントラモード（Ｉモード）は、いくつかの空間ベースの圧縮モードのいずれかを指すことがある。単方向予測（Ｐモード）または双予測（Ｂモード）などのインターモードは、いくつかの時間ベースの圧縮モードのいずれかを指すことがある。
【０１０３】
[0096]図４の例では、ビデオエンコーダ２０は、ビデオデータメモリ３１と、区分ユニット３５と、予測処理ユニット４１と、フィルタユニット６３と、復号ピクチャバッファ６４と、加算器５０と、変換処理ユニット５２と、量子化ユニット５４と、エントロピー符号化ユニット５６とを含む。予測処理ユニット４１は、動き推定ユニット４２と、動き補償ユニット４４と、イントラ予測処理ユニット４６とを含む。ビデオブロック再構成のために、ビデオエンコーダ２０はまた、逆量子化ユニット５８と、逆変換処理ユニット６０と、加算器６２とを含む。フィルタユニット６３は、デブロッキングフィルタ、適応ループフィルタ（ＡＬＦ）、およびサンプル適応オフセット（ＳＡＯ）フィルタなど、１つまたは複数のループフィルタを表すように意図されている。図２では、フィルタユニット６３はループ内フィルタであるものとして示されているが、他の構成では、フィルタユニット６３はループ後フィルタとして実装され得る。
【０１０４】
[0097]ビデオデータメモリ３１は、ビデオエンコーダ２０の構成要素によって符号化されるべきビデオデータを記憶し得る。ビデオデータメモリ３１に記憶されたビデオデータは、たとえば、ビデオソース１８から取得され得る。復号ピクチャバッファ６４は、たとえば、イントラコーディングモードまたはインターコーディングモードでビデオエンコーダ２０によってビデオデータを符号化する際に使用するための、参照ビデオデータを記憶する参照ピクチャメモリであり得る。ビデオデータメモリ３１および復号ピクチャバッファ６４は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ（登録商標））、または他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）など、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ３１および復号ピクチャバッファ６４は、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ３１は、ビデオエンコーダ２０の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。
【０１０５】
[0098]図４に示すように、ビデオエンコーダ２０はビデオデータメモリ３１においてビデオデータを受信し、区分ユニット３５はデータをビデオブロックに区分する。この区分はまた、たとえば、ＬＣＵおよびＣＵの４分木構造に従って、ビデオブロック区分として、ウェルとして、スライス、タイル、または他のより大きいユニットへの区分を含み得る。ビデオエンコーダ２０は、概して、符号化されるべきビデオスライス内のビデオブロックを符号化する構成要素を示す。スライスは、複数のビデオブロックに（および、場合によっては、タイルと呼ばれるビデオブロックのセットに）分割され得る。予測処理ユニット４１は、エラー結果（たとえば、コーディングレートおよびひずみレベル）に基づいて、現在のビデオブロックのために、複数のイントラコーディングモードのうちの１つ、または複数のインターコーディングモードのうちの１つなど、複数の可能なコーディングモードのうちの１つを選択し得る。予測処理ユニット４１は、得られたイントラコード化ブロックまたはインターコード化ブロックを、残差ブロックを生成するために加算器５０に与え、参照ピクチャとして使用するための符号化ブロックを再構成するために加算器６２に与え得る。
【０１０６】
[0099]予測処理ユニット４１内のイントラ予測処理ユニット４６は、コーディングすべき現在のブロックと同じフレームまたはスライス中の１つまたは複数の隣接ブロックに対して現在のビデオブロックのイントラ予測コーディングを実行して空間的圧縮を行い得る。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４は、時間圧縮を行うために、１つまたは複数の参照ピクチャ中の１つまたは複数の予測ブロックに対して現在のビデオブロックのインター予測コーディングを実行する。予測処理ユニット４１内の動き推定ユニット４２および動き補償ユニット４４はまた、異なるレイヤの１つまたは複数の参照ピクチャ中の１つまたは複数の予測ブロックに対して現在のビデオブロックのレイヤ間予測コーディングを実行し得る。
【０１０７】
[0100]動き推定ユニット４２は、ビデオシーケンスの所定のパターンに従ってビデオスライスのためのインター予測モードを決定するように構成され得る。所定のパターンは、シーケンス中のビデオスライスをＰスライス、ＢスライスまたはＧＰＢスライスに指定し得る。動き推定ユニット４２および動き補償ユニット４４は、高度に統合され得るが、概念的な目的のために別々に示してある。動き推定ユニット４２によって実行される動き推定は、ビデオブロックの動きを推定する動きベクトル（たとえば、時間的動きベクトルおよび視差動きベクトル）を生成するプロセスである。時間的動きベクトルは、たとえば、参照ピクチャ内の予測ブロックに対する現在のビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示し得る。視差動きベクトルは、たとえば、異なるレイヤまたはビュー中の参照ピクチャ内の予測ブロックに対する現在のビデオフレームまたはピクチャ内のビデオブロックのＰＵの変位を示し得る。
【０１０８】
[0101]予測ブロックは、絶対差分和（ＳＡＤ：sum of absolute difference）、２乗差分和（ＳＳＤ：sum of square difference）、または他の差分メトリックによって決定され得るピクセル差分に関して、コーディングされるべきビデオブロックのＰＵにぴったり一致することがわかるブロックである。いくつかの例では、ビデオエンコーダ２０は、復号ピクチャバッファ６４に記憶された参照ピクチャのサブ整数ピクセル位置の値を計算し得る。たとえば、ビデオエンコーダ２０は、参照ピクチャの１／４ピクセル位置、１／８ピクセル位置、または他の分数ピクセル位置の値を補間し得る。したがって、動き推定ユニット４２は、フルピクセル位置と分数ピクセル位置とに対する動き探索を実行し、分数ピクセル精度で動きベクトルを出力し得る。
【０１０９】
[0102]動き推定ユニット４２は、ＰＵの位置を参照ピクチャの予測ブロックの位置と比較することによって、インターコード化スライス内のビデオブロックのＰＵについての動きベクトルを計算する。参照ピクチャは、第１の参照ピクチャリスト（リスト０）または第２の参照ピクチャリスト（リスト１）から選択され得、それらの参照ピクチャリストの各々は、復号ピクチャバッファ６４に記憶された１つまたは複数の参照ピクチャを識別する。動き推定ユニット４２は、計算された動きベクトルをエントロピー符号化ユニット５６と動き補償ユニット４４とに送る。ビデオデータのブロックをコーディングするための動きベクトルを決定することの一部として、動き推定ユニット４２は、レイヤ間サンプル予測、レイヤ間動き予測、および／またはレイヤ間サンプル予測とレイヤ間動き予測との組合せを実装するモードを含む様々なコーディングモードをテストし得る。
【０１１０】
[0103]動き補償ユニット４４によって実行される動き補償は、動き推定によって決定された動きベクトルに基づいて予測ブロックを取り込むことまたは生成すること、場合によってはサブピクセル精度への補間を実行することを伴い得る。現在のビデオブロックのＰＵについての動きベクトルを受信すると、動き補償ユニット４４は、動きベクトルが参照ピクチャリストのうちの１つにおいて指す予測ブロックの位置を特定し得る。ビデオエンコーダ２０は、コーディングされている現在のビデオブロックのピクセル値から予測ブロックのピクセル値を減算し、ピクセル差分値を形成することによって、残差ビデオブロックを形成する。ピクセル差分値は、ブロックの残差データを形成し、ルーマ差分成分とクロマ差分成分の両方を含み得る。加算器５０は、この減算演算を実行する１つまたは複数の構成要素を表す。動き補償ユニット４４はまた、ビデオスライスのビデオブロックを復号する際にビデオデコーダ３０によって使用するための、ビデオブロックとビデオスライスとに関連付けられたシンタックス要素を生成し得る。
【０１１１】
[0104]本開示で説明する技法のいくつかは、部分的に動き推定ユニット４２と動き補償ユニット４４とによって実装され得る。たとえば、コード化ビデオシーケンスについて、動き推定ユニット４２は、たとえば、レートひずみトレードオフに基づいて、コード化ビデオシーケンスのコーディングが（依存タイプシンタックス要素の値をシグナリングすることをも含むことになる）あるタイプのレイヤ間予測の使用から利益を得ないと決定し得る。その決定に基づいて、動き推定ユニット４２は、上記で説明した技法に従ってシンタックス要素を生成し得る。より具体的には、コード化ビデオシーケンスのために、あるタイプのレイヤ間予測を使用すべきでないと決定したことに応答して、動き推定ユニット４２は、場合によってはビデオエンコーダ２０の他の構成要素と組み合わせて、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を生成し得る。依存タイプシンタックス要素がシグナリングされないことを示す第１のシンタックス要素の値に応答して、動き推定ユニットは、依存タイプシンタックス要素の値を生成することをスキップし得る。
【０１１２】
[0105]ＰＵの動き情報を表すために必要とされるビット数を低減するために、動き推定ユニット４２は、マージモードまたは高度動きベクトル予測（ＡＭＶＰ：advanced motion vector prediction）プロセスに従ってＰＵの各々のための候補リストを生成し得る。ＰＵのための候補リスト中の各候補は、動き情報を示し得る。候補リスト中の候補のいくつかによって示される動き情報は、他のＰＵの動き情報に基づき得る。たとえば、ＨＥＶＣマージモードについて、５つの空間候補ロケーションと１つの時間候補ロケーションとがあり得る。動き推定ユニット４２はまた、レイヤの異なるビュー中の対応するブロックに基づいて、１つまたは複数の動きベクトル候補（たとえば、３Ｄ  ＨＥＶＣ候補またはレイヤ間候補）を決定し得る。いくつかの例では、動き推定ユニット４２はまた、すでに決定された候補から部分的な動きベクトルを組み合わせるか、候補を変更するか、または単に候補として０動きベクトルを挿入することによって追加の候補を生成し得る。これらの追加の候補は、元の候補であると見なされず、仮想候補と呼ばれることがある。マージモードでは、動き推定ユニット４２は、候補のうちの１つのためのインデックスを生成し、その候補についての動き情報がブロックを符号化および復号するために使用される。ＡＭＶＰモードでは、動き推定ユニット４２は、候補のうちの１つのためのインデックスを生成し、その候補についての動き情報が動き予測子として使用される。したがって、ＡＭＶＰモードでは、動き推定ユニット４２はまた、動きベクトル差分情報を生成し、動きベクトル差分に加えて動きベクトル予測子が、ブロックを符号化するために使用される動きベクトルを識別する。
【０１１３】
[0106]候補リストを構築するために動き補償ユニット４４が何のタイプの候補を使用するかは、現在のレイヤと参照レイヤとの間の依存タイプによって影響を及ぼされ得る。たとえば、レイヤ間サンプル予測が有効化される場合、動き推定ユニット４２は、候補リスト中に、異なるレイヤ（すなわち、参照レイヤ）の参照ピクチャ中のブロックを指す動き情報を含め得る。別の例として、レイヤ間動き予測が有効化されるとき、動き推定ユニット４２は、現在のブロックのための候補リスト中に異なるレイヤ中のブロックの動き情報を含め得る。動き情報は、たとえば、動きベクトル（たとえば、視差動きベクトルまたは時間的動きベクトル）を含み得、いくつかの例では、参照ピクチャインデックスなどの追加情報をも含み得る。レイヤ間サンプル予測とレイヤ間動き予測との組合せが有効化されるとき、ビデオコーダは、候補リストのための１つまたは複数の候補を決定するために、レイヤ間サンプル予測とレイヤ間動き予測との両方を実行し得る。
【０１１４】
[0107]上記で説明したように、動き推定ユニット４２がマージモードまたはＡＭＶＰのための候補リストを構築する方法は、有効化されるレイヤ間依存のタイプに依存し得る。たとえば、レイヤ間サンプル予測のみが有効化される場合、動き推定ユニット４２は、候補を決定するために異なるレイヤのブロックを見ないように構成され得る。レイヤ間動き予測のみが有効化される場合、動き推定ユニット４２は、候補を決定するために異なるレイヤのブロックを見るように構成され得るが、動き推定ユニット４２は、時間的動きベクトルを利用する候補の動き情報のみを含めるように構成され得る。
【０１１５】
[0108]イントラ予測処理ユニット４６は、上記で説明したように、動き推定ユニット４２と動き補償ユニット４４とによって実行されるインター予測の代替として、現在ブロックをイントラ予測し得る。特に、イントラ予測処理ユニット４６は、現在ブロックを符号化するために使用すべきイントラ予測モードを決定し得る。いくつかの例では、イントラ予測処理ユニット４６は、たとえば、別個の符号化パス中に、様々なイントラ予測モードを使用して現在ブロックを符号化し得、イントラ予測処理ユニット４６（または、いくつかの例では、モード選択ユニット４０）は、テストされたモードから使用するのに適切なイントラ予測モードを選択し得る。たとえば、イントラ予測処理ユニット４６は、様々なテストされたイントラ予測モードのためのレートひずみ分析を使用してレートひずみ値を計算し、テストされたモードの中で最良のレートひずみ特性を有するイントラ予測モードを選択し得る。レートひずみ分析は、概して、符号化ブロックと、符号化ブロックを生成するために符号化された元の符号化されていないブロックとの間のひずみ（または誤差）の量、ならびに符号化ブロックを生成するために使用されるビットレート（すなわち、ビット数）を決定する。イントラ予測処理ユニット４６は、符号化された様々なブロックのひずみおよびレートから比を算出し、どのイントラ予測モードがブロックの最良のレートひずみ値を示すかを決定し得る。
【０１１６】
[0109]いずれの場合も、ブロックのためのイントラ予測モードを選択した後に、イントラ予測処理ユニット４６は、ブロックのための選択されたイントラ予測モードを示す情報をエントロピー符号化ユニット５６に与え得る。エントロピー符号化ユニット５６は、本開示の技法に従って、選択されたイントラ予測モードを示す情報を符号化し得る。ビデオエンコーダ２０は、送信ビットストリーム中に、複数のイントラ予測モードインデックステーブルおよび複数の変更されたイントラ予測モードインデックステーブル（コードワードマッピングテーブルとも呼ばれる）と、様々なブロックの符号化コンテキストの定義と、コンテキストの各々について使用すべき、最確イントラ予測モード、イントラ予測モードインデックステーブル、および変更されたイントラ予測モードインデックステーブルの指示とを含み得る構成データを含み得る。
【０１１７】
[0110]予測処理ユニット４１が、インター予測またはイントラ予測のいずれかを介して、現在のビデオブロックのための予測ブロックを生成した後に、ビデオエンコーダ２０は、現在のビデオブロックから予測ブロックを減算することによって残差ビデオブロックを形成する。残差ブロック中の残差ビデオデータは、１つまたは複数のＴＵ中に含まれ、変換処理ユニット５２に適用され得る。変換処理ユニット５２は、離散コサイン変換（ＤＣＴ：discrete cosine transform）または概念的に同様の変換などの変換を使用して、残差ビデオデータを残差変換係数に変換する。変換処理ユニット５２は、残差ビデオデータをピクセル領域から周波数領域などの変換領域に変換し得る。
【０１１８】
[0111]変換処理ユニット５２は、得られた変換係数を量子化ユニット５４に送り得る。量子化ユニット５４は、ビットレートをさらに低減するために変換係数を量子化する。量子化プロセスは、係数の一部または全部に関連するビット深度を低減し得る。量子化の程度は、量子化パラメータを調整することによって、修正され得る。いくつかの例では、量子化ユニット５４は、次いで、量子化変換係数を含む行列の走査を実行し得る。代替的に、エントロピー符号化ユニット５６が、走査を実行し得る。
【０１１９】
[0112]量子化の後に、エントロピー符号化ユニット５６は量子化された変換係数をエントロピー符号化する。たとえば、エントロピー符号化ユニット５６は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ）、コンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ）、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ）、確率間隔区分エントロピー（ＰＩＰＥ）コーディングまたは別のエントロピー符号化方法もしくは技法を実行し得る。エントロピー符号化ユニット５６によるエントロピー符号化の後に、符号化ビットストリームはビデオデコーダ３０に送信されるか、またはビデオデコーダ３０が後で送信するかもしくは取り出すためにアーカイブされ得る。エントロピー符号化ユニット５６はまた、コーディングされている現在のビデオスライスのための動きベクトルと他のシンタックス要素とをエントロピー符号化し得る。
【０１２０】
[0113]逆量子化ユニット５８および逆変換処理ユニット６０は、それぞれ逆量子化および逆変換を適用して、参照ピクチャの参照ブロックとして後で使用するためにピクセル領域において残差ブロックを再構築する。動き補償ユニット４４は、残差ブロックを参照ピクチャリストのうちの１つ内の参照ピクチャのうちの１つの予測ブロックに加算することによって参照ブロックを計算し得る。動き補償ユニット４４はまた、再構成された残差ブロックに１つまたは複数の補間フィルタを適用して、動き推定において使用するサブ整数ピクセル値を計算し得る。加算器６２は、復号ピクチャバッファ６４に記憶するための参照ブロックを生成するために、再構成された残差ブロックを動き補償ユニット４４によって生成された動き補償予測ブロックに加算する。参照ブロックは、後続のビデオフレームまたはピクチャ中のブロックをインター予測するために、動き推定ユニット４２および動き補償ユニット４４によって参照ブロックとして使用され得る。
【０１２１】
[0114]このようにして、図４のビデオエンコーダ２０は、本開示の技法による、マルチレイヤビデオデータを符号化するように構成されたビデオエンコーダの一例を表す。複数のレイヤを備えるコード化されたビデオデータの場合、ビデオエンコーダ２０は、複数のレイヤの符号化を、単一の依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定し得る。依存タイプは、参照レイヤに対する現在のレイヤの依存のタイプを識別する。複数のレイヤの符号化を、単一の依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかの決定に基づいて、ビデオエンコーダ２０は、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を決定し得る。複数のレイヤの符号化を単一の依存タイプを使用して行うべきと決定したことに応答して、ビデオエンコーダ２０は、依存タイプシンタックス要素の符号化をスキップし得る。第１のシンタックス要素は、パラメータセット中に含まれ得、ビデオエンコーダ２０は、パラメータセット中に依存タイプシンタックス要素のインスタンスを含めないことによって、依存タイプシンタックス要素の符号化をスキップし得る。複数のレイヤを符号化を複数の依存タイプを使用して行うべきと決定したことに応答して、ビデオエンコーダ２０は、依存タイプシンタックス要素を符号化し得る。
【０１２２】
[0115]同じ依存タイプは、たとえば、（１）レイヤ間サンプル予測のみ、（２）レイヤ間動き予測のみ、または（３）レイヤ間サンプル予測とレイヤ間動き予測との両方のうちのいずれかであり得る。このコンテキストでは、同じ依存タイプを有することは、パラメータセットに関連するすべてのレイヤが同じ依存タイプを有することを意味する。したがって、ビデオエンコーダ２０が、複数のレイヤの符号化を、同じ依存タイプを用いて行うべきと決定する場合、レイヤの組合せのすべてが、たとえば、上記のタイプ（１）に等しい依存タイプを有することになるか、またはレイヤの組合せのすべてが、上記のタイプ（２）に等しい依存タイプを有することになるか、またはレイヤの組合せのすべてが、上記のタイプ（３）に等しい依存タイプを有することになる。ビデオエンコーダ２０が、複数のレイヤの符号化を複数の依存タイプを用いて行うべきと決定する場合、レイヤのいくつかの組合せが、タイプ（１）に等しい依存タイプを有し得、一方、レイヤの他の組合せが、タイプ（２）に等しい依存タイプを有し得、レイヤのまた他の組合せが、タイプ（３）に等しい依存タイプを有する。
【０１２３】
[0116]図５は、本開示で説明する技法を実施し得る例示的なビデオデコーダ３０を示すブロック図である。ビデオでデコーダ３０は、たとえば、上記で説明したセマンティクスを使用して符号化されたビデオデータを復号するように構成され得る。図５の例では、ビデオデコーダ３０は、ビデオデータメモリ７９と、エントロピー復号ユニット８０と、予測処理ユニット８１と、逆量子化ユニット８６と、逆変換処理ユニット８８と、加算器９０と、フィルタユニット９１と、コード化ピクチャバッファ９２とを含む。予測処理ユニット８１は、動き補償ユニット８２と、イントラ予測処理ユニット８４とを含む。ビデオデコーダ３０は、いくつかの例では、図４からのビデオエンコーダ２０に関して説明した符号化パスとは概して逆の復号パスを実行し得る。
【０１２４】
[0117]ビデオデータメモリ７９は、ビデオデコーダ３０の構成要素によって復号されるべき、符号化ビデオビットストリームなどのビデオデータを記憶し得る。ビデオデータメモリ７９に記憶されたビデオデータは、たとえば、コンピュータ可読媒体１６から、たとえば、カメラなどのローカルビデオソースから、ビデオデータのワイヤードもしくはワイヤレスネットワーク通信を介して、または物理データ記憶媒体にアクセスすることによって取得され得る。ビデオデータメモリ７９は、符号化されたビデオビットストリームからの符号化されたビデオデータを記憶するコーディング済みピクチャバッファ（ＣＰＢ）を形成し得る。復号ピクチャバッファ１６２は、たとえば、イントラコーディングモードまたはインターコーディングモードでビデオデコーダ３０によってビデオデータを復号する際に使用するための、参照ビデオデータを記憶する参照ピクチャメモリであり得る。ビデオデータメモリ７９および復号ピクチャバッファ１６２は、同期ＤＲＡＭ（ＳＤＲＡＭ）、磁気抵抗ＲＡＭ（ＭＲＡＭ）、抵抗ＲＡＭ（ＲＲＡＭ）、または他のタイプのメモリデバイスを含む、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）など、様々なメモリデバイスのいずれかによって形成され得る。ビデオデータメモリ７９および復号ピクチャバッファ１６２は、同じメモリデバイスまたは別個のメモリデバイスによって提供され得る。様々な例では、ビデオデータメモリ７９は、ビデオデコーダ３０の他の構成要素とともにオンチップであるか、またはそれらの構成要素に対してオフチップであり得る。
【０１２５】
[0118]復号プロセスの間、ビデオデコーダ３０は、符号化ビデオスライスのビデオブロックおよび関連するシンタックス要素を表す符号化ビデオビットストリームをビデオエンコーダ２０から受信する。ビデオデコーダ３０は、ネットワークエンティティ２９から符号化ビデオビットストリームを受信し得る。ネットワークエンティティ２９は、たとえば、上記で説明した技法のうちの１つまたは複数を実装するように構成されたサーバ、ＭＡＮＥ、ビデオエディタ／スプライサ、または他のそのようなデバイスであり得る。ネットワークエンティティ２９はビデオエンコーダ２０などのビデオエンコーダを含むことも、含まないこともある。本開示で説明する技法のいくつかは、ネットワークエンティティ２９が符号化ビデオビットストリームをビデオデコーダ３０に送信するのに先立って、ネットワークエンティティ２９によって実施され得る。いくつかのビデオ復号システムでは、ネットワークエンティティ２９およびビデオデコーダ３０は別個のデバイスの一部であり得るが、他の事例では、ネットワークエンティティ２９に関して説明する機能は、ビデオデコーダ３０を備える同じデバイスによって実行され得る。
【０１２６】
[0119]ビデオデコーダ３０のエントロピー復号ユニット８０は、量子化係数と、動きベクトルと、他のシンタックス要素とを生成するために、ビットストリームをエントロピー復号する。エントロピー復号ユニット８０は、動きベクトルと他のシンタックス要素とを予測処理ユニット８１に転送する。ビデオデコーダ３０は、ビデオスライスレベルおよび／またはビデオブロックレベルでシンタックス要素を受信し得る。
【０１２７】
[0120]ビデオスライスがイントラコード化（Ｉ）スライスとしてコーディングされたとき、予測処理ユニット８１のイントラ予測処理ユニット８４は、シグナリングされたイントラ予測モードと、現在のフレームまたはピクチャの前に復号されたブロックからのデータとに基づいて、現在のビデオスライスのビデオブロックのための予測データを生成し得る。ビデオフレームがインターコード化（すなわち、Ｂ、ＰまたはＧＰＢ）スライスとしてコーディングされたとき、予測処理ユニット８１の動き補償ユニット８２は、エントロピー復号ユニット８０から受信された動きベクトルおよび他のシンタックス要素に基づいて、現在のビデオスライスのビデオブロックのための予測ブロックを生成する。予測ブロックは、参照ピクチャリストのうちの１つの中の参照ピクチャのうちの１つから生成され得る。ビデオデコーダ３０は、コード化ピクチャバッファ９２に記憶された参照ピクチャに基づいて、デフォルトの構成技法を使用して、参照フレームリスト、すなわち、リスト０およびリスト１を構成し得る。
【０１２８】
[0121]動き補償ユニット８２は、動きベクトルと他のシンタックス要素とをパースすることによって現在のビデオスライスのビデオブロックのための予測情報を決定し、その予測情報を使用して、復号されている現在のビデオブロックの予測ブロックを生成する。たとえば、動き補償ユニット８２は、ビデオスライスのビデオブロックをコーディングするために使用される予測モード（たとえば、イントラ予測またはインター予測）と、インター予測スライスタイプ（たとえば、Ｂスライス、Ｐスライス、またはＧＰＢスライス）と、スライスの参照ピクチャリストのうちの１つまたは複数のための構成情報と、スライスの各インター符号化ビデオブロックのための動きベクトルと、スライスの各インターコード化ビデオブロックのためのインター予測ステータスと、現在のビデオスライス中のビデオブロックを復号するための他の情報とを決定するために、受信されたシンタックス要素のいくつかを使用する。
【０１２９】
[0122]動き補償ユニット８２はまた、補間フィルタに基づいて補間を実行し得る。動き補償ユニット８２は、参照ブロックのサブ整数ピクセルのための補間値を計算するために、ビデオブロックの符号化中にビデオエンコーダ２０によって使用された補間フィルタを使用し得る。この場合、動き補償ユニット８２は、受信されたシンタックス要素からビデオエンコーダ２０によって使用された補間フィルタを決定し、その補間フィルタを使用して予測ブロックを生成し得る。
【０１３０】
[0123]動き補償ユニット８２は、レイヤ間予測を含む複数のインターモードを使用して、受信されたビデオデータを復号し得る。たとえば、レイヤ間サンプル予測を使用してコーディングされた現在のレイヤのビデオブロックについて、動き補償ユニット８２は、視差動きベクトルを決定するために受信されたシンタックス要素を使用し、参照レイヤ中で、ビデオブロックのための予測ブロックを識別するために視差動きベクトルを使用し得る。レイヤ間動き予測を使用してコーディングされた現在のレイヤのビデオブロックについて、動き補償ユニット８２は、参照レイヤ中の参照ブロックの位置を特定するために、受信されたシンタックス要素を使用し、参照ブロックから、ビデオブロックについての動き情報を決定し得る。動き情報を使用して、動き補償ユニット８２は、現在のレイヤから参照ピクチャ中のビデオブロックのための予測ブロックを識別し得る。
【０１３１】
[0124]インターコーディングの一部として、動き補償ユニット８２は、動き推定ユニット４２と同じ方法でマージモードおよびＡＭＶＰモードを実装し得る。したがって、動き補償ユニット８２は、有効化されたレイヤ間依存のタイプに基づいて候補の任意の制限を適用することを含めて、動き推定ユニット４２と同じ候補リストを構築するように構成され得る。
【０１３２】
[0125]逆量子化ユニット８６は、ビットストリーム中で与えられ、エントロピー復号ユニット８０によって復号された量子化変換係数を逆量子化（inverse quantize）、すなわち逆量子化（de-quantize）する。逆量子化プロセスは、量子化の程度を決定し、同様に、適用されるべき逆量子化の程度を決定するための、ビデオスライス中の各ビデオブロックについてビデオエンコーダ２０によって計算される量子化パラメータの使用を含み得る。逆変換処理ユニット８８は、ピクセル領域において残差ブロックを生成するために、逆変換、たとえば、逆ＤＣＴ、逆整数変換、または概念的に同様の逆変換プロセスを変換係数に適用する。
【０１３３】
[0126]動き補償ユニット８２が、動きベクトルと他のシンタックス要素とに基づいて現在のビデオブロックのための予測ブロックを生成した後に、ビデオデコーダ３０は、逆変換処理ユニット８８からの残差ブロックを動き補償ユニット８２によって生成された対応する予測ブロックと加算することによって、復号ビデオブロックを形成する。加算器９０は、この加算演算を実行する１つまたは複数の構成要素を表す。所望される場合、ピクセル遷移を平滑化するか、またはさもなければビデオ品質を改善するために、（コーディングループ内またはコーディングループ後の）ループフィルタも使用され得る。フィルタユニット９１は、デブロッキングフィルタ、適応ループフィルタ（ＡＬＦ）、およびサンプル適応オフセット（ＳＡＯ）フィルタなど、１つまたは複数のループフィルタを表すように意図されている。図５では、フィルタユニット９１はループ内フィルタであるものとして示されているが、他の構成では、フィルタユニット９１はループ後フィルタとして実装され得る。所与のフレームまたはピクチャ中の復号ビデオブロックは、次いで、コード化ピクチャバッファ９２に記憶され、コード化ピクチャバッファ９２は後続の動き補償のために使用される参照ピクチャを記憶する。コード化ピクチャバッファ９２はまた、図１のディスプレイデバイス３２などのディスプレイデバイス上での後の表示のために、復号ビデオを記憶する。
【０１３４】
[0127]図５のビデオデコーダ３０は、本開示の技法による、マルチレイヤビデオデータを復号するように構成されたビデオデコーダの一例を表す。マルチレイヤビデオデータを復号することの一部として、ビデオデコーダ３０は、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信するように構成され得る。依存タイプシンタックス要素は、１つまたは複数の参照レイヤに対する現在のレイヤの依存のタイプを識別する。依存タイプシンタックス要素がシグナリングされないことを示す第１のシンタックス要素の値に応答して、ビデオデコーダ３０は、参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであると決定し、所定のタイプに準拠するレイヤ間予測を使用して現在のレイヤのブロックを復号し得る。
【０１３５】
[0128]参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであると決定するために、ビデオデコーダ３０は、依存タイプシンタックス要素の値を推論するように構成され得る。参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであると決定するために、ビデオデコーダ３０は、現在のレイヤのための依存タイプシンタックス要素のインスタンスを復号することなしにレイヤ間依存タイプを決定し得る。所定のタイプは、たとえば、（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つであり得る。所定のタイプがレイヤ間サンプル予測である事例では、ビデオデコーダ３０は、参照レイヤ中で、現在のレイヤのブロックのための予測ブロックを識別することによってレイヤ間予測を使用して現在のレイヤのブロックを復号し得る。
【０１３６】
[0129]ビデオデコーダ３０は、パラメータセットの一部として第１のシンタックス要素を受信し得、依存タイプシンタックス要素がシグナリングされないことを示す第１のシンタックス要素の値に応答して、ビデオデコーダ３０は、パラメータセットに関連するすべての他のレイヤに対する現在のレイヤの依存のタイプが、所定のタイプであると決定し得る。さらに、依存タイプシンタックス要素がシグナリングされることを示す第１のシンタックス要素の値に応答して、ビデオデコーダ３０は、依存タイプシンタックス要素の値を受信し、依存タイプシンタックス要素の値に基づいて参照レイヤに対する現在のレイヤの依存のタイプを決定し、決定されたタイプに準拠するレイヤ間予測を使用して現在のレイヤのブロックを復号し得る。依存タイプシンタックス要素の値は、参照レイヤに対する現在のレイヤの依存のタイプが（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つであることを示し得る。
【０１３７】
[0130]図６は、ネットワーク１００の一部を形成するデバイスの例示的なセットを示すブロック図である。この例では、ネットワーク１００は、ルーティングデバイス１０４Ａ、１０４Ｂ（ルーティングデバイス１０４）とトランスコーディングデバイス１０６とを含む。ルーティングデバイス１０４およびトランスコーディングデバイス１０６は、ネットワーク１００の一部を形成し得る少数のデバイスを表すものである。スイッチ、ハブ、ゲートウェイ、ファイアウォール、ブリッジ、および他のそのようなデバイスなどの他のネットワークデバイスも、ネットワーク１００内に含まれ得る。その上、サーバデバイス１０２とクライアントデバイス１０８との間にネットワーク経路に沿って追加のネットワークデバイスが提供され得る。いくつかの例では、サーバデバイス１０２はソースデバイス１２（図１）に対応し得る一方、クライアントデバイス１０８は宛先デバイス１４（図１）に対応し得る。
【０１３８】
[0131]概して、ルーティングデバイス１０４は、ネットワーク１００を介してネットワークデータを交換するための１つまたは複数のルーティングプロトコルを実装する。いくつかの例では、ルーティングデバイス１０４は、プロキシまたはキャッシュ動作を実行するように構成され得る。したがって、いくつかの例では、ルーティングデバイス１０４はプロキシデバイスと呼ばれることがある。概して、ルーティングデバイス１０４は、ネットワーク１００を介したルートを発見するためにルーティングプロトコルを実行する。そのようなルーティングプロトコルを実行することによって、ルーティングデバイス１０４Ｂは、それ自体からルーティングデバイス１０４Ａを介してサーバデバイス１０２へ至るネットワークルートを発見し得る。
【０１３９】
[0132]本開示の技法は、ルーティングデバイス１０４およびトランスコーディングデバイス１０６のようなネットワークデバイスによって実施され得るが、クライアントデバイス１０８によっても実施され得る。このように、ルーティングデバイス１０４、トランスコーディングデバイス１０６、およびクライアントデバイス１０８は、本開示の技法を実行するように構成されたデバイスの例を表す。その上、図１のデバイス、ならびに図４に示すエンコーダ２０および図５に示すデコーダ３０も、本開示の技法を実行するように構成され得る例示的なデバイスである。
【０１４０】
[0133]たとえば、サーバデバイス１０２は、時間レイヤ切替えポイントなどの、ランダムアクセスポイントもしくはストリーム適応ポイント、または他のストリーム適応ポイントの後にくる１つまたは複数のピクチャを符号化するためのビデオエンコーダを含み得る。たとえば、このポイントは、ビットレート、フレームレート（すなわち、時間的レイヤ切替えポイント）、または空間解像度の適応のための切替えポイントであり得る  同様に、クライアントデバイス１０８は、時間レイヤ切替えポイントなどの、ランダムアクセスポイントまたはストリーム適応ポイントの後にくる１つまたは複数のピクチャを復号し得る。
【０１４１】
[0134]図７は、本開示の技法による、マルチレイヤビデオデータを符号化する例示的な方法を示すフローチャートである。図７の技法について、ビデオエンコーダ２０に関して説明するが、図７の技法は、ビデオエンコーダのいかなる特定のタイプにも限定されない。図７の例では、ビデオエンコーダ２０は、エンコーダマルチレイヤビデオデータに対して構成される。複数のレイヤを含むコード化されたビデオデータの場合、ビデオエンコーダ２０は、複数のレイヤを符号化するを、マルチレイヤのすべてのレイヤに対して同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定する（１７０）。依存タイプは、参照レイヤに対する現在のレイヤの依存のタイプを識別する。複数のレイヤの符号化を、同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定することに基づいて、ビデオエンコーダ２０は、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を決定する（１７２）。第１のシンタックス要素は、たとえば、パラメータセット中に含まれ得、ビデオエンコーダ２０は、パラメータセット中に依存タイプシンタックス要素のインスタンスを含めないことによって、依存タイプシンタックス要素の符号化をスキップし得る。複数のレイヤの符号化を同じ依存タイプを使用して行うべきと決定したことに応答して（１７４、はい）、ビデオエンコーダ２０は、依存タイプシンタックス要素の符号化をスキップする（１７６）。複数のレイヤの符号化を複数の依存タイプを使用して行うべきと決定したことに応答して（１７４、いいえ）、ビデオエンコーダ２０は、依存タイプシンタックス要素を符号化する（１７８）。同じ依存タイプは、たとえば、（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つであり得る。
【０１４２】
[0135]図８は、本開示の技法による、マルチレイヤビデオデータを復号する例示的な方法を示すフローチャートである。図８の技法について、ビデオデコーダ３０に関して説明するが、図８の技法は、ビデオデコーダのいかなる特定のタイプにも限定されない。図７の技法によれば、ビデオデコーダ３０は、マルチレイヤビデオデータを復号し得る。ビデオデコーダ３０は、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信し得る（１８０）。依存タイプシンタックス要素は、参照レイヤに対する現在のレイヤの依存のタイプを識別する。依存タイプシンタックス要素がシグナリングされないことを示す第１のシンタックス要素の値に応答して（１８２、はい）、ビデオデコーダ３０は、参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであると決定し（１８４）、所定のタイプに準拠するレイヤ間予測を使用して現在のレイヤのブロックを復号し得る（１８６）。依存タイプシンタックス要素がシグナリングされることを示す第１のシンタックス要素の値に応答して（１８２、いいえ）、ビデオデコーダ３０は、依存タイプシンタックス要素の値を受信し（１８３）、依存タイプシンタックス要素の値に基づいて参照レイヤに対する現在のレイヤの依存のタイプを決定し（１８５）、決定されたタイプに準拠するレイヤ間予測を使用して現在のレイヤのブロックを復号し得る（１８７）。依存タイプシンタックス要素の値は、参照レイヤに対する現在のレイヤの依存のタイプが（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つであることを示し得る。
【０１４３】
[0136]ビデオデコーダ３０は、たとえば、依存タイプシンタックス要素の値を推論することによって、参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであると決定し得る。代替または追加として、ビデオデコーダ３０は、現在のレイヤのための依存タイプシンタックス要素のインスタンスを復号することなしにレイヤ間依存タイプを決定することによって、参照レイヤに対する現在のレイヤの依存のタイプが所定のタイプであると決定し得る。所定のタイプは、たとえば、（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つであり得る。いくつかの例では、所定のタイプは、レイヤ間サンプル予測であり得、ビデオデコーダ３０は、参照レイヤ中で、現在のレイヤのブロックのための予測ブロックを識別することによってレイヤ間予測を使用して現在のレイヤのブロックを復号し得る。
【０１４４】
[0137]ビデオデコーダ３０は、たとえば、パラメータセットの一部として第１のシンタックス要素を受信し得、依存タイプシンタックス要素がシグナリングされないことを示す第１のシンタックス要素の値に応答して、ビデオデコーダ３０は、パラメータセットに関連するすべての他のレイヤに対する現在のレイヤの依存のタイプが、所定のタイプであると決定し得る。
【０１４５】
[0138]１つまたは複数の例では、説明した機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装される場合、機能は、１つもしくは複数の命令もしくはコードとしてコンピュータ可読媒体上に記憶され、またはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行され得る。コンピュータ可読媒体は、データ記憶媒体などの有形媒体に対応するコンピュータ可読記憶媒体、または、たとえば、通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体を含み得る。このようにして、コンピュータ可読媒体は、概して、（１）非一時的である有形コンピュータ可読記憶媒体、または（２）信号もしくは搬送波などの通信媒体に対応し得る。データ記憶媒体は、本開示で説明する技法の実装のための命令、コードおよび／またはデータ構造を取り出すために、１つまたは複数のコンピュータあるいは１つまたは複数のプロセッサによってアクセスされ得る、任意の利用可能な媒体であり得る。コンピュータプログラム製品はコンピュータ可読媒体を含み得る。
【０１４６】
[0139]限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭもしくは他の光ディスクストレージ、磁気ディスクストレージ、もしくは他の磁気記憶デバイス、フラッシュメモリ、または命令もしくはデータ構造の形態の所望のプログラムコードを記憶するために使用され得、コンピュータによってアクセスされ得る任意の他の媒体を備えることができる。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用してウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに、非一時的な有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびＢｌｕ−ｒａｙディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含まれるべきである。
【０１４７】
[0140]命令は、１つまたは複数のデジタル信号プロセッサ（ＤＳＰ）、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、あるいは他の等価な集積回路またはディスクリート論理回路など、１つまたは複数のプロセッサによって実施され得る。したがって、本明細書で使用される「プロセッサ」という用語は、前述の構造、または、本明細書で説明する技法の実装に好適な他の構造のいずれかを指し得る。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のハードウェアモジュールおよび／またはソフトウェアモジュール内に与えられるか、あるいは複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素で十分に実装され得る。
【０１４８】
[0141]本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置で実装され得る。本開示では、開示する技法を実行するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。そうではなく、上記で説明したように、様々なユニットは、コーデックハードウェアユニット中で組み合わせられるか、または上記で説明した１つまたは複数のプロセッサを含む、好適なソフトウェアおよび／またはファームウェアとともに相互動作可能なハードウェアユニットの集合によって提供され得る。
【０１４９】
[0142]様々な例について説明した。これらおよび他の例は、以下の特許請求の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
マルチレイヤビデオデータを復号する方法であって、
現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信することと、ここにおいて、前記依存タイプシンタックス要素が、参照レイヤに対する現在のレイヤの依存のタイプを識別する、
前記依存タイプシンタックス要素がシグナリングされないことを示す前記第１のシンタックス要素の前記値に応答して、
前記参照レイヤに対する前記現在のレイヤの依存の前記タイプが所定のタイプであると決定することと、
前記所定のタイプに準拠するレイヤ間予測を使用して前記現在のレイヤのブロックを復号することと
を備える方法。
［Ｃ２］
前記第１のシンタックス要素の前記値が前記所定のタイプを識別する、Ｃ１に記載の方法。
［Ｃ３］
前記参照レイヤに対する前記現在のレイヤの依存の前記タイプが前記所定のタイプであると決定することが、前記現在のレイヤのための前記依存タイプシンタックス要素のインスタンスを復号することなしに前記レイヤ間依存タイプを決定することを備える、Ｃ１に記載の方法。
［Ｃ４］
前記所定のタイプが、（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つを備える、Ｃ１に記載の方法。
［Ｃ５］
前記所定のタイプがレイヤ間サンプル予測を備え、ここにおいて、レイヤ間予測を使用して前記現在のレイヤの前記ブロックを復号することが、前記参照レイヤ中で、前記現在のレイヤの前記ブロックのための予測ブロックを識別することを備える、Ｃ１に記載の方法。
［Ｃ６］
パラメータセットの一部として前記第１のシンタックス要素を受信することと、
前記依存タイプシンタックス要素がシグナリングされないことを示す前記第１のシンタックス要素の前記値に応答して、前記パラメータセットに関連するすべての他のレイヤに対する前記現在のレイヤの依存の前記タイプが、前記所定のタイプであると決定することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ７］
前記パラメータセットがビデオパラメータセットを備える、Ｃ６に記載の方法。
［Ｃ８］
前記依存タイプシンタックス要素がシグナリングされることを示す前記第１のシンタックス要素の前記値に応答して、
前記依存タイプシンタックス要素の値を受信することと、
前記依存タイプシンタックス要素の前記値に基づいて前記参照レイヤに対する前記現在のレイヤの依存の前記タイプを決定することと、
前記決定されたタイプに準拠するレイヤ間予測を使用して前記現在のレイヤの前記ブロックを復号することと
をさらに備える、Ｃ１に記載の方法。
［Ｃ９］
前記依存タイプシンタックス要素の前記値が、前記参照レイヤに対する前記現在のレイヤの依存の前記タイプが（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つを備えることを示す、Ｃ８に記載の方法。
［Ｃ１０］
マルチレイヤビデオデータを符号化する方法であって、
複数のレイヤを備えるコード化されたビデオデータについて、前記複数のレイヤを符号化を、前記複数のレイヤのすべてのレイヤに対して同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定することと、ここにおいて、依存タイプが、参照レイヤに対する現在のレイヤの依存のタイプを識別する、
前記複数のレイヤの符号化を、前記同じ依存タイプを使用して行うべきか、それとも複数の依存タイプを使用して行うべきかを決定することに基づいて、現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を決定することと
を備える方法。
［Ｃ１１］
前記複数のレイヤの符号化を前記同じ依存タイプを使用して行うべきと決定したことに応答して、前記依存タイプシンタックス要素の符号化をスキップすること
をさらに備える、Ｃ１０に記載の方法。
［Ｃ１２］
前記第１のシンタックス要素が、パラメータセット中に含まれ、ここにおいて、前記依存タイプシンタックス要素の符号化をスキップすることが、前記パラメータセット中に前記依存タイプシンタックス要素のインスタンスを含めないことを備える、Ｃ１０に記載の方法。
［Ｃ１３］
前記複数のレイヤの符号化を前記複数の依存タイプを使用して行うべきと決定したことに応答して、前記依存タイプシンタックス要素を符号化すること
をさらに備える、方法クレーム１０。
［Ｃ１４］
前記同じ依存タイプが、（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つを備える、Ｃ１０に記載の方法。
［Ｃ１５］
ビデオコーディングを実行する装置であって、
ビデオデータを記憶するメモリと、
１つまたは複数のプロセッサを備えたビデオコーダとを備え、前記１つまたは複数のプロセッサが、
現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信することと、ここにおいて、前記依存タイプシンタックス要素が、参照レイヤに対する現在のレイヤの依存のタイプを識別する、
前記依存タイプシンタックス要素がシグナリングされないことを示す前記第１のシンタックス要素の前記値に応答して、
前記参照レイヤに対する前記現在のレイヤの依存の前記タイプが所定のタイプであると決定することと、
前記所定のタイプに準拠するレイヤ間予測を使用して前記現在のレイヤのブロックを復号することと
を行うように構成された、装置。
［Ｃ１６］
前記第１のシンタックス要素の前記値が前記所定のタイプを識別する、Ｃ１５に記載の装置。
［Ｃ１７］
前記参照レイヤに対する前記現在のレイヤの依存の前記タイプが前記所定のタイプであると決定するために、前記１つまたは複数のプロセッサが、前記現在のレイヤのための前記依存タイプシンタックス要素のインスタンスを復号することなしに前記レイヤ間依存タイプを決定することを行うように構成された、Ｃ１５に記載の装置。
［Ｃ１８］
前記所定のタイプが、（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つを備える、Ｃ１５に記載の装置。
［Ｃ１９］
前記所定のタイプがレイヤ間サンプル予測を備え、ここにおいて、レイヤ間予測を使用して前記現在のレイヤの前記ブロックを復号することが、前記参照レイヤ中で、前記現在のレイヤの前記ブロックのための予測ブロックを識別することを備える、Ｃ１５に記載の装置。
［Ｃ２０］
前記１つまたは複数のプロセッサが、
パラメータセットの一部として前記第１のシンタックス要素を受信することと、
前記依存タイプシンタックス要素がシグナリングされないことを示す前記第１のシンタックス要素の前記値に応答して、前記パラメータセットに関連するすべての他のレイヤに対する前記現在のレイヤの依存の前記タイプが、前記所定のタイプであると決定することと
を行うようにさらに構成された、Ｃ１５に記載の装置。
［Ｃ２１］
前記１つまたは複数のプロセッサが、
前記依存タイプシンタックス要素がシグナリングされることを示す前記第１のシンタックス要素の前記値に応答して、
前記依存タイプシンタックス要素の値を受信することと、
前記依存タイプシンタックス要素の前記値に基づいて前記参照レイヤに対する前記現在のレイヤの依存の前記タイプを決定することと、
前記決定されたタイプに準拠するレイヤ間予測を使用して前記現在のレイヤの前記ブロックを復号することと
を行うようにさらに構成された、Ｃ１５に記載の装置。
［Ｃ２２］
前記依存タイプシンタックス要素の前記値が、前記参照レイヤに対する前記現在のレイヤの依存の前記タイプが（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つを備えることを示す、Ｃ２１に記載の装置。
［Ｃ２３］
集積回路、
マイクロプロセッサ、または
ビデオコーダを含むワイヤレス通信デバイス
のうちの少なくとも１つを備える、Ｃ１５に記載の装置。
［Ｃ２４］
１つまたは複数のプロセッサによって実行されたとき、前記１つまたは複数のプロセッサに、
現在のレイヤのための依存タイプシンタックス要素がシグナリングされるかどうかを表す第１のシンタックス要素の値を受信することと、ここにおいて、前記依存タイプシンタックス要素が、参照レイヤに対する現在のレイヤの依存のタイプを識別する、
前記依存タイプシンタックス要素がシグナリングされないことを示す前記第１のシンタックス要素の前記値に応答して、
前記参照レイヤに対する前記現在のレイヤの依存の前記タイプが所定のタイプであると決定することと、
前記所定のタイプに準拠するレイヤ間予測を使用して前記現在のレイヤのブロックを復号することと
を行わせる命令を記憶したコンピュータ可読記憶媒体。
［Ｃ２５］
前記第１のシンタックス要素の前記値が前記所定のタイプを識別する、Ｃ２４に記載のコンピュータ可読記憶媒体。
［Ｃ２６］
前記１つまたは複数のプロセッサが、前記現在のレイヤのための前記依存タイプシンタックス要素のインスタンスを復号することなしに前記レイヤ間依存タイプを決定することによって、前記参照レイヤに対する前記現在のレイヤの依存の前記タイプが前記所定のタイプであると決定する、Ｃ２４に記載のコンピュータ可読記憶媒体。
［Ｃ２７］
前記所定のタイプが、（１）レイヤ間サンプル予測、（２）レイヤ間動き予測、または（３）レイヤ間サンプル予測とレイヤ間動き予測との組合せのうちの１つを備える、Ｃ２４に記載のコンピュータ可読記憶媒体。
［Ｃ２８］
前記所定のタイプが、レイヤ間サンプル予測を備え、ここにおいて、前記コンピュータ可読記憶媒体が、実行されたとき、前記１つまたは複数のプロセッサに、
前記参照レイヤ中で、前記現在のレイヤの前記ブロックのための予測ブロックを識別することを備えるレイヤ間予測を使用して前記現在のレイヤの前記ブロックを復号すること
を行わせる命令をさらに記憶した、Ｃ２４に記載のコンピュータ可読記憶媒体。
［Ｃ２９］
実行されたとき、前記１つまたは複数のプロセッサに、
パラメータセットの一部として前記第１のシンタックス要素を受信することと、
前記依存タイプシンタックス要素がシグナリングされないことを示す前記第１のシンタックス要素の前記値に応答して、前記パラメータセットに関連するすべての他のレイヤに対する前記現在のレイヤの依存の前記タイプが、前記所定のタイプであると決定することと
を行わせる命令をさらに記憶した、Ｃ２４に記載のコンピュータ可読記憶媒体。
［Ｃ３０］
実行されたとき、前記１つまたは複数のプロセッサに、
前記依存タイプシンタックス要素がシグナリングされることを示す前記第１のシンタックス要素の前記値に応答して、
前記依存タイプシンタックス要素の値を受信することと、
前記依存タイプシンタックス要素の前記値に基づいて前記参照レイヤに対する前記現在のレイヤの依存の前記タイプを決定することと、
前記決定されたタイプに準拠するレイヤ間予測を使用して前記現在のレイヤの前記ブロックを復号することと
を行わせる命令をさらに記憶した、Ｃ２４に記載のコンピュータ可読記憶媒体。
【図１】
0006779782.tif 000011
【図２】
0006779782.tif 000012
【図３】
0006779782.tif 000013
【図４】
0006779782.tif 000014
【図５】
0006779782.tif 000015
【図６】
0006779782.tif 000016
【図７】
0006779782.tif 000017
【図８】
0006779782.tif 000018