(57)【要約】  現在ビューが従属テクスチャビューであり、現在コーディングユニット（ＣＵ）がイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、ビデオコーダは、ビデオデータの符号化表現を備えるビットストリームから、現在ＣＵの重み付け因子インデックスを取得し、現在ＣＵは、現在ビューに属するピクチャ中にある。現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされ、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、ビデオデコーダは、重み付け因子インデックスが、現在ＣＵに関して残差予測が適用されないことを示す特定の値に等しいと想定する。
2016507957.tif 000002
【特許請求の範囲】
【請求項１】
ビデオデータを復号する方法であって、
現在ビューが従属テクスチャビューであり、現在コーディングユニット（ＣＵ）がイントラコーディングされず、前記現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、前記ビデオデータの符号化表現を備えるビットストリームから、前記現在ＣＵの重み付け因子インデックスを取得することと、ここにおいて、前記現在ＣＵは、現在ビューに属するピクチャ中にある、
前記現在ビューが従属テクスチャビューではなく、または前記現在ＣＵがイントラコーディングされ、または前記現在ＣＵの前記区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、前記重み付け因子インデックスが、前記現在ＣＵに関して残差予測が適用されないことを示す特定の値に等しいと想定することと、
前記現在ＣＵについての前記重み付け因子インデックスに基づいて、重み付け因子を決定することと、
前記重み付け因子に基づいて、前記現在ＣＵについての残差信号を予測するかどうか決定することとを備える方法。
【請求項２】
前記現在ＣＵのどの区分も時間的動きベクトルをもたないか、または前記現在ＣＵの視差ベクトルが利用不可能なとき、前記ビットストリームが、前記現在ＣＵについての前記重み付け因子インデックスが前記特定の値に等しいことを要求する制約に、前記現在ＣＵについての前記重み付け因子インデックスを従わせるビデオコーディング規格に、準拠する、請求項１に記載の方法。
【請求項３】
前記現在ＣＵについての前記残差信号を予測するかどうか決定することは、
前記重み付け因子が前記特定の値に等しくないと決定したことに応答して、前記重み付け因子で乗算された参照残差信号を使って、前記現在ＣＵについての前記残差信号を予測することを備える、請求項１に記載の方法。
【請求項４】
前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビットストリームは、前記残差予測フラグが０に等しいことを要求する制約に、前記ビットストリーム中の残差予測フラグを従わせるビデオコーディング規格に、準拠し、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、前記現在ＣＵについて残差予測が使われないことを示し、前記対応するブロックは参照ビューピクチャ中にある、請求項１に記載の方法。
【請求項５】
残差予測が前記現在ＣＵに対して有効化されると決定したことに応答して、ならびに前記現在ＣＵの前記対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および前記現在ＣＵの前記対応するブロックの前記ルーマおよびクロマＣＢＦの前記値が０に等しくないと決定することなく、前記ビットストリームから前記残差予測フラグを取得することをさらに備える、請求項４に記載の方法。
【請求項６】
前記ビットストリームは、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを照度補償フラグに要求する制約に、前記ビットストリーム中の前記照度補償フラグを従わせる、ビデオコーディング規格に、準拠する、請求項１に記載の方法。
【請求項７】
前記現在ＣＵは現在スライス中にあり、
前記方法は、前記現在スライスについて照度補償が有効化されると決定したことに応答して、および前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうか決定することなく、前記ビットストリームから前記照度補償フラグを取得すること、前記照度補償フラグは、照度補償が前記現在ＣＵに対して使われるかどうかを示す、をさらに備える、請求項６に記載の方法。
【請求項８】
ビデオデータを符号化する方法であって、
現在ビューが従属テクスチャビューであり、現在コーディングユニット（ＣＵ）がイントラコーディングされず、前記現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいと決定したことに応答して、前記ビデオデータの符号化表現を備えるビットストリーム中に、前記現在ＣＵの重み付け因子インデックスを示すデータを含めることと、ここにおいて、前記現在ＣＵは、前記現在ビューに属するピクチャ中にある、
前記現在ビューが従属テクスチャビューではなく、または前記現在ＣＵがイントラコーディングされず、または前記現在ＣＵの前記区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないと決定したことに応答して、前記ビットストリームから、前記現在ＣＵについての前記重み付け因子インデックスを示す前記データを省くことと、
前記ビットストリームを出力することと
を備える方法。
【請求項９】
前記現在ＣＵのどの区分も時間的動きベクトルをもたないか、または前記現在ＣＵの視差ベクトルが利用不可能なとき、前記現在ＣＵについての前記重み付け因子インデックスが特定の値を有することを要求する制約に、前記重み付け因子インデックスを従わせるビデオコーディング規格に準拠する前記ビットストリーム、ここにおいて、前記特定の値に等しい前記現在ＣＵについての前記重み付け因子インデックスは、前記現在ＣＵに関して残差予測が適用されないことを示す、請求項８に記載の方法。
【請求項１０】
前記重み付け因子が前記特定の値に等しくないとき、
参照残差信号を決定することと、
前記参照残差信号と前記重み付け因子とを使って、前記現在ＣＵについての最終残差データを決定することとをさらに備える、請求項８に記載の方法。
【請求項１１】
前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビットストリームは、前記残差予測フラグが０に等しいことを要求する制約に、前記ビットストリーム中の残差予測フラグを従わせるビデオコーディング規格に、準拠し、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、残差予測が前記現在ＣＵについて使われないことを示し、前記対応するブロックは参照ビューピクチャ中にある、請求項８に記載の方法。
【請求項１２】
前記ビットストリームは、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを照度補償フラグに要求する制約に、前記ビットストリーム中の前記照度補償フラグを従わせるビデオコーディング規格に、準拠する、請求項８に記載の方法。
【請求項１３】
前記現在ＣＵは現在スライス中にあり、
前記方法は、
前記現在スライスについて照度補償が有効化されるとき、前記照度補償フラグを示すデータを前記ビットストリーム中に含めること、前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうかにかかわらず、前記照度補償フラグは、照度補償が前記現在ＣＵに対して使われるかどうかを示す、をさらに備える、請求項１２に記載の方法。
【請求項１４】
メモリと、１つまたは複数のプロセッサとを備えるビデオ復号デバイスであって、前記プロセッサは、
現在ビューが従属テクスチャビューであり、現在コーディングユニット（ＣＵ）がイントラコーディングされず、前記現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、ビデオデータの符号化表現を備えるビットストリームから、前記現在ＣＵの重み付け因子インデックスを取得し、ここにおいて、前記現在ＣＵは、現在ビューに属するピクチャ中にある、
前記現在ビューが従属テクスチャビューではなく、または前記現在ＣＵがイントラコーディングされ、または前記現在ＣＵの前記区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、前記重み付け因子インデックスが、前記現在ＣＵに関して残差予測が適用されないことを示す特定の値に等しいと想定し、
前記現在ＣＵについての前記重み付け因子インデックスに基づいて、重み付け因子を決定し、
前記重み付け因子に基づいて、前記現在ＣＵについての残差信号を予測するかどうか決定するように構成される、ビデオ復号デバイス。
【請求項１５】
前記現在ＣＵのどの区分も時間的動きベクトルをもたないか、または前記現在ＣＵの視差ベクトルが利用不可能なとき、前記ビットストリームが、前記現在ＣＵについての前記重み付け因子インデックスが前記特定の値に等しいことを要求する制約に、前記現在ＣＵについての前記重み付け因子インデックスを従わせるビデオコーディング規格に、準拠する、請求項１４に記載のビデオ復号デバイス。
【請求項１６】
前記１つまたは複数のプロセッサは、前記重み付け因子が前記特定の値に等しくないと決定したことに応答して、前記１つまたは複数のプロセッサが、前記重み付け因子で乗算された参照残差信号を使って、前記現在ＣＵについての前記残差信号を予測するように構成される、請求項１４に記載のビデオ復号デバイス。
【請求項１７】
前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビットストリームは、前記残差予測フラグが０に等しいことを要求する制約に、前記ビットストリーム中の残差予測フラグを従わせるビデオコーディング規格に、準拠し、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、残差予測が前記現在ＣＵについて使われないことを示し、ここにおいて、前記対応するブロックは参照ビューピクチャ中にある、請求項１４に記載のビデオ復号デバイス。
【請求項１８】
前記１つまたは複数のプロセッサは、残差予測が前記現在ＣＵに対して有効化されると決定したことに応答して、ならびに前記現在ＣＵの前記対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および前記現在ＣＵの前記対応するブロックの前記ルーマおよびクロマＣＢＦの前記値が０に等しくないことを決定することなく、前記ビットストリームから前記残差予測フラグを取得する構成される、請求項１７に記載のビデオ復号デバイス。
【請求項１９】
前記ビデオコーディング規格は、前記照度補償フラグが、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを要求する制約に、前記ビットストリーム中の照度補償フラグを従わせる、請求項１４に記載のビデオ復号デバイス。
【請求項２０】
前記現在ＣＵは現在スライス中にあり、
前記１つまたは複数のプロセッサは、前記現在スライスについて照度補償が有効化されると決定したことに応答して、および前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうか決定することなく、前記１つまたは複数のプロセッサが前記ビットストリームから前記照度補償フラグを取得するように、構成される、前記照度補償フラグは、照度補償が前記現在ＣＵに対して使われるかどうかを示す、請求項１９に記載のビデオ復号デバイス。
【請求項２１】
メモリと、１つまたは複数のプロセッサとを備えるビデオ復号デバイスであって、前記プロセッサは、
ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）について照度補償が使われるかどうかを示す照度補償フラグを取得し、ここにおいて、前記ビデオコーディング規格は、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを前記照度補償フラグに要求する制約に、前記照度補償フラグを従わせる、
前記照度補償フラグに基づいて、前記現在ＣＵについて照度補償が実行されるべきであると決定したことに応答して、前記現在ＣＵについて照度補償を実行するように構成される、ビデオ復号デバイス。
【請求項２２】
前記現在ＣＵは現在スライス中にあり、前記１つまたは複数のプロセッサは、前記現在スライスについて照度補償が有効化されると決定したことに応答して、および前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうか決定することなく、前記１つまたは複数のプロセッサが前記ビットストリームから前記照度補償フラグを取得するように構成される、請求項２１に記載のビデオ復号デバイス。
【請求項２３】
メモリと、１つまたは複数のプロセッサとを備えるビデオ復号デバイスであって、前記プロセッサは、
ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）についての残差予測フラグを取得し、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、前記現在ＣＵについて残差予測が使われないことを示し、前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビデオコーディング規格は、前記残差予測フラグが０に等しいことを要求する制約に前記残差予測フラグを従わせ、ここにおいて、前記対応するブロックは参照ビューピクチャ中にある、
前記残差予測フラグに基づいて、残差予測が前記現在ＣＵに対して使われると決定したことに応答して、前記現在ＣＵについての残差予測を実行するように構成される、ビデオ復号デバイス。
【請求項２４】
前記１つまたは複数のプロセッサは、残差予測が前記現在ＣＵに対して有効化されると決定したことに応答して、ならびに前記現在ＣＵの前記対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および前記現在ＣＵの前記対応するブロックの前記ルーマおよびクロマＣＢＦの前記値が０に等しくないと決定することなく、前記ビットストリームから前記残差予測フラグを取得する構成される、請求項２３に記載のビデオ復号デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
[0001]  本出願は、その内容全体が参照により本明細書に組み込まれる、２０１２年１２月２８日に出願された米国仮特許出願第６１／７４７，１３７号の利益を主張する。
【０００２】
[0002]  本開示は、ビデオ符号化および復号に関する。
【背景技術】
【０００３】
[0003]  デジタルビデオ機能は、デジタルテレビジョン、デジタルダイレクトブロードキャストシステム、ワイヤレスブロードキャストシステム、携帯情報端末（ＰＤＡ）、ラップトップまたはデスクトップコンピュータ、タブレットコンピュータ、電子ブックリーダ、デジタルカメラ、デジタル記録デバイス、デジタルメディアプレーヤ、ビデオゲームデバイス、ビデオゲームコンソール、セルラーまたは衛星無線電話、いわゆる「スマートフォン」、ビデオ遠隔会議デバイス、ビデオストリーミングデバイスなどを含む、広範囲にわたるデバイスに組み込まれ得る。デジタルビデオデバイスは、ＭＰＥＧ−２、ＭＰＥＧ−４、ＩＴＵ−Ｔ  Ｈ．２６３、ＩＴＵ−Ｔ  Ｈ．２６４／ＭＰＥＧ−４、Ｐａｒｔ  １０、アドバンストビデオコーディング（ＡＶＣ）、現在開発中の高効率ビデオコーディング（ＨＥＶＣ）規格によって定義された規格、およびそのような規格の拡張に記載されているビデオコーディング技法のような、ビデオ圧縮技法を実装する。ビデオデバイスは、そのようなビデオ圧縮技法を実装することによって、デジタルビデオ情報をより効率的に送信、受信、符号化、復号、および／または記憶し得る。
【０００４】
[0004]  ビデオ圧縮技法は、ビデオシーケンスに固有の冗長性を低減または除去するために空間的（イントラピクチャ（intra-picture））予測および／または時間的（インターピクチャ（inter-picture））予測を実行する。ブロックベースのビデオコーディングの場合、ビデオスライス（すなわち、ビデオフレームまたはビデオフレームの一部分）がブロックに区分され得る。ピクチャのイントラコード化（Ｉ）スライス内のブロックは、同じピクチャ中の隣接ブロック内の参照サンプルに対する空間的予測を使用して符号化される。ピクチャのインターコード化（ＰまたはＢ）スライス中のブロックは、同じピクチャ中の隣接ブロック中の参照サンプルに対する空間的予測、または他の参照ピクチャ中の参照サンプルに対する時間的予測を使用することができる。ピクチャはフレームと呼ばれることがあり、参照ピクチャは参照フレームと呼ばれることがある。
【０００５】
[0005]  空間的予測または時間的予測は、コーディングされるべきブロックの予測ブロックを生じる。残差データは、コーディングされるべき元のブロックと予測ブロックとの間のピクセル差分を表す。インターコード化ブロック（inter-coded block）は、予測ブロックを形成する参照サンプルのブロックを指す動きベクトルに従って符号化され、残差データは、コード化ブロックと予測ブロックとの間の差分を示す。イントラコード化ブロック（intra-coded block）は、イントラコーディングモードおよび残差データに従って符号化される。さらなる圧縮のために、残差データは、ピクセル領域から変換領域に変換されて残差係数（residual coefficient）をもたらすことができ、その残差係数は次いで量子化され得る。量子化係数は、最初に２次元アレイで構成され、係数の１次元ベクトルを生成するために走査することができ、なお一層の圧縮を達成するためにエントロピーコーディングを適用することができる。
【０００６】
[0006]  マルチビューコーディングビットストリームは、たとえば、複数の視点からのビューを符号化することによって生成され得る。マルチビューコーディング態様を利用するいくつかの３次元（３Ｄ：three-dimensional）ビデオ規格が開発されている。たとえば、３Ｄビデオをサポートするために、異なるビューが左眼ビューと右眼ビューを送信し得る。代替的に、いくつかの３Ｄビデオコーディングプロセスは、いわゆるマルチビュー＋深度コーディング（multiview plus depth coding）を適用し得る。マルチビュー＋深度コーディングでは、３Ｄビデオビットストリームが、テクスチャビューコンポーネントだけでなく、深度ビューコンポーネントをも含んでいることがある。たとえば、各ビューは、１つのテクスチャビューコンポーネントと１つの深度ビューコンポーネントとを備え得る。
【発明の概要】
【０００７】
[0007]  概して、本開示は、高効率ビデオコーディング（ＨＥＶＣ：High-Efficiency Video Coding）のマルチビューおよび３次元（３Ｄ）ビデオコーディング拡張などのビデオコーディング拡張の堅牢性（robustness）とスループットとを向上させることに関する。本開示のいくつかの例では、ビデオデコーダは、重み付け因子インデックス（weighting factor index）に基づいて重み付け因子を決定する。重み付け因子インデックスは、現在コーディングユニット（ＣＵ：coding unit）のどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトル（disparity vector）が利用不可能なとき、重み付け因子インデックスが特定の値に等しくなるような制約に従う。ビデオデコーダは、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定する。
【０００８】
[0008]  一例では、本開示は、ビデオデータを復号する方法について記載し、この方法は、現在ビュー（current view）が従属テクスチャビュー（dependent texture view）ではなく、現在コーディングユニット（ＣＵ）がイントラコーディングされず、現在ＣＵの区分モード（partitioning mode）がＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、ビデオデータの符号化表現（encoded representation）を備えるビットストリームから、現在ＣＵの重み付け因子インデックスを取得することと、ここにおいて、現在ＣＵは現在ビューに属するピクチャ中にある、現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされ、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、重み付け因子インデックスが、現在ＣＵに関して残差予測（residual prediction）が適用されないことを示す特定の値に等しいと想定することと、現在ＣＵについての重み付け因子インデックスに基づいて、重み付け因子を決定することと、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定することとを備える。
【０００９】
[0009]  別の例では、本開示は、ビデオデータを符号化する方法について記載し、この方法は、現在ビューが従属テクスチャビューではなく、現在コーディングユニット（ＣＵ）がイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいと決定したことに応答して、ビデオデータの符号化表現を備えるビットストリーム中に、現在ＣＵの重み付け因子インデックスを示すデータを含めることと、ここにおいて、現在ＣＵは、現在ビューに属するピクチャ中にある、現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされず、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないと決定したことに応答して、ビットストリームから、現在ＣＵについての重み付け因子インデックスを示すデータを省くことと、ビットストリームを出力することとを備える。
【００１０】
[0010]  別の例では、本開示は、メモリと、現在ビューが従属テクスチャビューではなく、現在コーディングユニット（ＣＵ）がイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、ビデオデータの符号化表現を備えるビットストリームから、現在ＣＵの重み付け因子インデックスを取得し、ここにおいて、現在ＣＵは、現在ビューに属するピクチャ中にある、現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされ、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、重み付け因子インデックスが、現在ＣＵに関して残差予測が適用されないことを示す特定の値に等しいと想定し、現在ＣＵについての重み付け因子インデックスに基づいて、重み付け因子を決定し、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定するように構成された１つまたは複数のプロセッサとを備えるビデオ復号デバイスについて記載する。
【００１１】
[0011]  別の例では、本開示は、メモリと、現在ビューが従属テクスチャビューではなく、現在コーディングユニット（ＣＵ）がイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいと決定したことに応答して、ビデオデータの符号化表現を備えるビットストリーム中に、現在ＣＵの重み付け因子インデックスを示すデータを含め、ここにおいて、現在ＣＵは、現在ビューに属するピクチャ中にある、現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされず、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないと決定したことに応答して、ビットストリームから、現在ＣＵについての重み付け因子インデックスを示すデータを省き、ビットストリームを出力するように構成された１つまたは複数のプロセッサとを備えるビデオ符号化デバイスについて記載する。
【００１２】
[0012]  別の例では、本開示は、現在ビューが従属テクスチャビューではなく、現在コーディングユニット（ＣＵ）がイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、ビデオデータの符号化表現を備えるビットストリームから、現在ＣＵの重み付け因子インデックスを取得するための手段と、ここにおいて、現在ＣＵは、現在ビューに属するピクチャ中にある、現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされ、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、重み付け因子インデックスが、現在ＣＵに関して残差予測が適用されないことを示す特定の値に等しいと想定するための手段と、現在ＣＵについての重み付け因子インデックスに基づいて、重み付け因子を決定するための手段と、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定するための手段とを備えるビデオ復号デバイスについて記載する。
【００１３】
[0013]  別の例では、本開示は、現在ビューが従属テクスチャビューではなく、現在コーディングユニット（ＣＵ）がイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいと決定したことに応答して、ビデオデータの符号化表現を備えるビットストリーム中に、現在ＣＵの重み付け因子インデックスを示すデータを含めるための手段と、ここにおいて、現在ＣＵは、現在ビューに属するピクチャ中にある、現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされず、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないと決定したことに応答して、ビットストリームから、現在ＣＵについての重み付け因子インデックスを示すデータを省くための手段と、ビットストリームを出力するための手段とを備えるビデオ符号化デバイスについて記載する。
【００１４】
[0014]  別の例では、本開示は、ビデオ復号デバイスの１つまたは複数のプロセッサによって実行されると、ビデオ復号デバイスに、現在ビューが従属テクスチャビューではなく、現在コーディングユニット（ＣＵ）がイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、ビデオデータの符号化表現を備えるビットストリームから、現在ＣＵの重み付け因子インデックスを取得させ、ここにおいて、現在ＣＵは、現在ビューに属するピクチャ中にある、現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされ、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、重み付け因子インデックスが、現在ＣＵに関して残差予測が適用されないことを示す特定の値に等しいと想定させ、現在ＣＵについての重み付け因子インデックスに基づいて、重み付け因子を決定させ、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定させる命令を有する非一時的コンピュータ可読データ記憶媒体について記載する。
【００１５】
[0015]  別の例では、本開示は、ビデオ符号化デバイスの１つまたは複数のプロセッサによって実行されると、ビデオ符号化デバイスに、現在ビューが従属テクスチャビューではなく、現在コーディングユニット（ＣＵ）がイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいと決定したことに応答して、ビデオデータの符号化表現を備えるビットストリーム中に、現在ＣＵの重み付け因子インデックスを示すデータを含めさせ、ここにおいて、現在ＣＵは、現在ビューに属するピクチャ中にある、現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされず、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないと決定したことに応答して、ビットストリームから、現在ＣＵについての重み付け因子インデックスを示すデータを省かせ、ビットストリームを出力させる命令を有する非一時的コンピュータ可読データ記憶媒体について記載する。
【００１６】
[0016]  別の例では、本開示は、ビデオデータを復号する方法について記載し、この方法は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）について照度補償（illumination compensation）が使われるかどうかを示す照度補償フラグを取得することと、ここにおいて、ビデオコーディング規格は、照度補償フラグが、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値を指定することを要求する制約に、照度補償フラグを従わせ、照度補償フラグに基づいて、現在ＣＵについて照度補償が実行されるべきであると決定したことに応答して、現在ＣＵについて照度補償を実行することとを備える。
【００１７】
[0017]  別の例では、本開示は、ビデオデータを符号化する方法について記載し、この方法は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリーム中に、現在コーディングユニット（ＣＵ）について照度補償が使われるかどうかを示す照度補償フラグを含めることと、ここにおいて、ビデオコーディング規格は、照度補償フラグが、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値を指定することを要求する制約に、照度補償フラグを従わせる、ビットストリームを出力することとを備える。
【００１８】
[0018]  別の例では、本開示は、メモリと、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）について照度補償が使われるかどうかを示す照度補償フラグを取得し、ここにおいて、ビデオコーディング規格は、照度補償フラグが、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値を指定することを要求する制約に、照度補償フラグを従わせる、照度補償フラグに基づいて、現在ＣＵについて照度補償が実行されるべきであると決定したことに応答して、現在ＣＵについて照度補償を実行するように構成された１つまたは複数のプロセッサとを備えるビデオ復号デバイスについて記載する。
【００１９】
[0019]  別の例では、本開示は、メモリと、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリーム中に、現在コーディングユニット（ＣＵ）について照度補償が使われるかどうかを示す照度補償フラグを含め、ここにおいて、ビデオコーディング規格は、照度補償フラグが、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値を指定することを要求する制約に、照度補償フラグを従わせる、ビットストリームを出力するように構成された１つまたは複数のプロセッサとを備えるビデオ符号化デバイスについて記載する。
【００２０】
[0020]  別の例では、本開示は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）について照度補償が使われるかどうかを示す照度補償フラグを取得するための手段と、ここにおいて、ビデオコーディング規格は、照度補償フラグが、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値を指定することを要求する制約に、照度補償フラグを従わせる、照度補償フラグに基づいて、現在ＣＵについて照度補償が実行されるべきであると決定したことに応答して、現在ＣＵについて照度補償を実行するための手段とを備えるビデオ復号デバイスについて記載する。
【００２１】
[0021]  別の例では、本開示は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリーム中に、現在コーディングユニット（ＣＵ）について照度補償が使われるかどうかを示す照度補償フラグを含めるための手段と、ここにおいて、ビデオコーディング規格は、照度補償フラグが、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値を指定することを要求する制約に、照度補償フラグを従わせる、ビットストリームを出力するための手段とを備えるビデオ符号化デバイスについて記載する。
【００２２】
[0022]  別の例では、本開示は、ビデオ復号デバイスの１つまたは複数のプロセッサによって実行されると、ビデオ復号デバイスに、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）について照度補償が使われるかどうかを示す照度補償フラグを取得させ、ここにおいて、ビデオコーディング規格は、照度補償フラグが、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値を指定することを要求する制約に、照度補償フラグを従わせる、照度補償フラグに基づいて、現在ＣＵについて照度補償が実行されるべきであると決定したことに応答して、現在ＣＵについて照度補償を実行させる命令を有する非一時的コンピュータ可読データ記憶媒体について記載する。
【００２３】
[0023]  別の例では、本開示は、ビデオ符号化デバイスの１つまたは複数のプロセッサによって実行されると、ビデオ符号化デバイスに、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリーム中に、現在コーディングユニット（ＣＵ）について照度補償が使われるかどうかを示す照度補償フラグを含めさせ、ここにおいて、ビデオコーディング規格は、照度補償フラグが、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値を指定することを要求する制約に、照度補償フラグを従わせる、ビットストリームを出力させる命令を有する非一時的コンピュータ可読データ記憶媒体について記載する。
【００２４】
[0024]  別の例では、本開示は、ビデオデータを復号する方法について記載し、この方法は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ：coding unit）についての残差予測フラグを取得することと、ここにおいて、０に等しい、現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われないことを示し、現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ：prediction unit）もインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ：coded block flag）の値をもたない場合、ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に残差予測フラグを従わせ、対応するブロックは参照ビューピクチャ中にある、残差予測フラグに基づいて、残差予測が現在ＣＵに対して使われると決定したことに応答して、現在ＣＵについての残差予測を実行することを備える。
【００２５】
[0025]  別の例では、本開示は、ビデオデータを符号化する方法について記載し、この方法は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリーム中に、現在コーディングユニット（ＣＵ）についての残差予測フラグを含めることと、ここにおいて、０に等しい、現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われないことを示し、現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に残差予測フラグを従わせ、対応するブロックは参照ビューピクチャ中にある、ビットストリームを出力することとを備える。
【００２６】
[0026]  別の例では、本開示は、メモリと、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）についての残差予測フラグを取得し、ここにおいて、０に等しい、現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われないことを示し、現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に残差予測フラグを従わせ、対応するブロックは参照ビューピクチャ中にある、残差予測フラグに基づいて、残差予測が現在ＣＵに対して使われると決定したことに応答して、現在ＣＵについての残差予測を実行するように構成された１つまたは複数のプロセッサとを備えるビデオ復号デバイスについて記載する。
【００２７】
[0027]  別の例では、本開示は、メモリと、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリーム中に、現在コーディングユニット（ＣＵ）についての残差予測フラグを含め、ここにおいて、０に等しい、現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われないことを示し、現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に残差予測フラグを従わせ、対応するブロックは参照ビューピクチャ中にある、ビットストリームを出力するように構成された１つまたは複数のプロセッサとを備えるビデオ符号化デバイスについて記載する。
【００２８】
[0028]  別の例では、本開示は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）についての残差予測フラグを取得するための手段と、ここにおいて、０に等しい、現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われないことを示し、現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に残差予測フラグを従わせ、対応するブロックは参照ビューピクチャ中にある、残差予測フラグに基づいて、残差予測が現在ＣＵに対して使われると決定したことに応答して、現在ＣＵについての残差予測を実行するための手段とを備えるビデオ復号デバイスについて記載する。
【００２９】
[0029]  別の例では、本開示は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリーム中に、現在コーディングユニット（ＣＵ）についての残差予測フラグを含めるための手段と、ここにおいて、０に等しい、現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われないことを示し、現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に残差予測フラグを従わせ、対応するブロックは参照ビューピクチャ中にある、ビットストリームを出力するための手段とを備えるビデオ符号化デバイスについて記載する。
【００３０】
[0030]  別の例では、本開示は、ビデオ復号デバイスの１つまたは複数のプロセッサによって実行されると、ビデオ復号デバイスに、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）についての残差予測フラグを取得させ、ここにおいて、０に等しい、現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われないことを示し、現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に残差予測フラグを従わせ、対応するブロックは参照ビューピクチャ中にある、残差予測フラグに基づいて、残差予測が現在ＣＵに対して使われると決定したことに応答して、現在ＣＵについての残差予測を実行させる命令を記憶した非一時的コンピュータ可読データ記憶媒体について記載する。
【００３１】
[0031]  別の例では、本開示は、ビデオ符号化デバイスの１つまたは複数のプロセッサによって実行されると、ビデオ符号化デバイスに、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリーム中に、現在コーディングユニット（ＣＵ）についての残差予測フラグを含めさせ、ここにおいて、０に等しい、現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われないことを示し、現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に残差予測フラグを従わせ、対応するブロックは参照ビューピクチャ中にある、ビットストリームを出力させる命令を記憶した非一時的コンピュータ可読データ記憶媒体について記載する。
【００３２】
[0032]  本開示の１つまたは複数の例の詳細が、添付の図面および下記の説明に記載される。他の特徴、目的、および利点は、説明、図面、および特許請求の範囲から明らかになるであろう。
【図面の簡単な説明】
【００３３】
【図１】[0033]  本開示で説明する技法を利用し得る例示的なビデオコーディングシステムを示すブロック図。
【図２】[0034]  現在ＰＵに関して、例示的な空間的隣接予測ユニット（ＰＵ）を示す概念図。
【図３】[0035]  例示的なマルチビュー復号順序を示す概念図。
【図４】[0036]  マルチビューコーディングのための例示的な予測構造を示す概念図。
【図５】[0037]  マルチビュービデオコーディングにおける高度残差予測（ＡＲＰ）の例示的な予測構造を示す概念図。
【図６】[0038]  現在ブロック、参照ブロック、および動き補償ブロックの間の例示的な関係を示す概念図。
【図７】[0039]  本開示で説明する技法を実装し得る例示的なビデオエンコーダを示すブロック図。
【図８】[0040]  本開示で説明する技法を実装し得る例示的なビデオデコーダを示すブロック図。
【図９】[0041]  本開示の１つまたは複数の技法による、ビデオエンコーダの例示的な動作を示すフローチャート。
【図１０】[0042]  本開示の１つまたは複数の技法による、現在ＣＵを符号化するための例示的な動作を示すフローチャート。
【図１１】[0043]  現在コーディングユニット（ＣＵ）のための残差サンプルアレイを決定するための、ビデオエンコーダの例示的な動作を示すフローチャート。
【図１２】[0044]  本開示の１つまたは複数の技法による、ビデオデコーダの例示的な動作を示すフローチャート。
【図１３】[0045]  本開示の１つまたは複数の技法による、現在ＣＵを復号するためのビデオデコーダの例示的な動作を示すフローチャート。
【図１４】[0046]  本開示の１つまたは複数の技法による、現在ＣＵについての残差サンプルアレイを決定するためのビデオデコーダの例示的な動作を示すフローチャート。
【図１５Ａ】[0047]  本開示の一例の技法による、ビデオデコーダの例示的な動作を示すフローチャート。
【図１５Ｂ】[0048]  本開示の一例の技法による、ビデオエンコーダの例示的な動作を示すフローチャート。
【図１６Ａ】[0049]  本開示の一例の技法による、ビデオデコーダの例示的な動作を示すフローチャート。
【図１６Ｂ】[0050]  本開示の一例の技法による、ビデオエンコーダの例示的な動作を示すフローチャート。
【図１７Ａ】[0051]  本開示の一例の技法による、ビデオデコーダの例示的な動作を示すフローチャート。
【図１７Ｂ】[0052]  本開示の一例の技法による、ビデオエンコーダの例示的な動作を示すフローチャート。
【発明を実施するための形態】
【００３４】
[0053]  高効率ビデオコーディング（ＨＥＶＣ）は、新たに開発されたビデオコーディング規格である。ＨＥＶＣならびにそのマルチビューおよび３次元ビデオコーディング拡張（すなわち、それぞれ、ＭＶ−ＨＥＶＣおよび３Ｄ−ＨＥＶＣ）では、ビデオエンコーダがビットストリームを生成する。このビットストリームは、ビデオデータの符号化表現を備える。ビデオデコーダは、ビットストリームからシンタックス要素（syntax element）を取得するためのパーシング動作（parsing operation）を実行し得る。一般に、シンタックス要素は、ビットストリーム中に表されたデータの要素である。さらに、ビデオデコーダは、ビットストリームから取得されたシンタックス要素を使う復号動作（decoding operation）を実行して、ビデオデータのサンプルブロックを再構成する。
【００３５】
[0054]  本開示において詳述するように、パーシング動作が、ビットストリームから特定のシンタックス要素を取得するために、復号動作において生成された情報を有する必要があり得るいくつかの事例がある。たとえば、ビットストリームが特定のシンタックス要素を含むかどうかの決定は、復号動作によって生成される情報に依存し得る。したがって、パーシングプロセス（parsing process）は、ビットストリームからシンタックス要素を取得するかどうか決定するために、復号プロセスによって生成される情報に依存し得る。そのような依存は、パーシングプロセスを遅くする場合があり、このことが、復号プロセスを遅くする場合がある。
【００３６】
[0055]  １つの特定の例では、現在コーディングユニット（ＣＵ）に関連付けられたシンタックス構造は、残差予測において使用するための重み付け因子へのインデックスを示す重み付け因子インデックスシンタックス要素を含んでも含まなくてもよい。現在ＣＵについての重み付け因子インデックスシンタックス要素が特定の値（たとえば、０）に等しい場合、残差予測は、現在ＣＵには使われない。残差予測では、ビデオコーダは、視差参照ピクチャおよび時間視差参照ピクチャ中のサンプルに基づいて残差予測子（residual predictor）を決定することができる。視差参照ピクチャおよび時間視差参照ピクチャは、現在ＣＵに関連付けられたビューとは異なる参照ビュー中にある。視差参照ピクチャは、現在ＣＵと同じアクセスユニット中にある。ビデオコーダは、視差参照ピクチャおよび時間視差参照ピクチャ中のサンプルを決定するのに、現在ＣＵの視差ベクトルと時間的動きベクトルとを使うことができる。したがって、現在ＣＵに関する残差予測は、現在ＣＵの１つまたは複数の区分（たとえば、現在ＣＵの予測ユニット（ＰＵ））が、時間的動きベクトル（すなわち、現在ＣＵとは異なる時間インスタンスにおける参照ピクチャを示す動きベクトル）を有する場合、および現在ＣＵについての視差ベクトルが利用可能である場合にのみ可能であり得る。いくつかの例では、「現在ＣＵについての視差ベクトル（disparity vector for the current CU）」という句は、全体としてのＣＵについての視差ベクトル、またはＣＵの一部を形成するＰＵについての視差ベクトルを示し得る。
【００３７】
[0056]  前の段落の例では、現在ＣＵのどの区分も時間視差ベクトルをもたないか、または現在ＣＵについての視差ベクトルが利用不可能であっても、重み付け因子インデックスシンタックス要素は、０以外の値を有する可能性がある。重み付け因子インデックスシンタックス要素が０以外の値に等しく、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵについての視差ベクトルが利用不可能である場合、復号エラーが起こり得る。したがって、いくつかの提案は、ビデオデコーダが、ビットストリームから重み付け因子インデックスシンタックス要素を取得するのに先立って、現在ＣＵのいずれかのＰＵが時間的動きベクトルを有するかどうか決定することと、ＣＵの視差ベクトルが利用可能かどうか決定することとを求めてきた。そのような提案では、ビデオデコーダは、現在ＣＵの区分が時間的動きベクトルを有し、現在ＣＵについての視差ベクトルが利用可能である場合にのみ、ビットストリームから重み付け因子インデックスシンタックス要素を取得する。ただし、現在ＣＵのいずれかの区分が時間的動きベクトルを有するかどうか決定すること、および現在ＣＵの視差ベクトルが利用可能かどうか決定することは、復号プロセスによって生成される情報を必要とし得る。したがって、現在ＣＵのいずれかの区分が時間的動きベクトルを有するかどうか決定すること、および現在ＣＵの視差ベクトルが利用可能かどうか決定することは、パーシングプロセスにおいて、復号プロセスによって生成される情報への依存をもたらす。
【００３８】
[0057]  本開示の例は、復号プロセスによって生成される情報への、パーシングプロセスの依存を低減することができる。たとえば、前の段落の例では、現在ＣＵ中の区分のうちのどれも時間的動きベクトルをもたず（たとえば、参照ピクチャが同じビューからのものである）、および／または現在ＣＵの視差ベクトルが利用不可能な場合、重み付け因子インデックスが０になるような制約が導入され得る。言い換えると、現在ＣＵのどの区分も時間的動きベクトルをもたず、および／または現在ＣＵの視差ベクトルが利用不可能なとき、ビデオエンコーダは、重み付け因子インデックスシンタックス要素を０にセットするだけでよい（残差予測が使われないことを意味する）。制約は、重み付け因子インデックスシンタックス要素がこれらの状況の下で０にセットされることを保証するので、ビデオデコーダは、上で言及したタイプの復号エラーが起こらないことを保証するために、現在ＣＵのいずれかの区分が時間的動きベクトルを有するかどうかチェックし、かつ／または現在ＣＵについての視差ベクトルが利用可能かどうかチェックする必要はない。したがって、上で言及した制約は、この復号エラーの出現をなくすことができるとともに、復号プロセスにおいて生成される情報への、パーシングプロセスの依存もなくす。
【００３９】
[0058]  図１は、本開示の技法を利用できる例示的なビデオコーディングシステム１０を示すブロック図である。本明細書で使用する「ビデオコーダ（video coder）」という用語は、ビデオエンコーダとビデオデコーダの両方を総称的に指す。本開示では、「ビデオコーディング（video coding）」または「コーディング（coding）」という用語は、ビデオ符号化またはビデオ復号を総称的に指すことがある。
【００４０】
[0059]  図１に示すように、ビデオコーディングシステム１０は、ソースデバイス１２と宛先デバイス１４とを含む。ソースデバイス１２は符号化ビデオデータを生成する。したがって、ソースデバイス１２はビデオ符号化デバイスまたはビデオ符号化装置と呼ばれることがある。宛先デバイス１４はソースデバイス１２によって生成された符号化ビデオデータを復号することができる。したがって、宛先デバイス１４はビデオ復号デバイスまたはビデオ復号装置と呼ばれることがある。ソースデバイス１２および宛先デバイス１４は、ビデオコーディングデバイスまたはビデオコーディング装置の例であり得る。
【００４１】
[0060]  ソースデバイス１２および宛先デバイス１４は、デスクトップコンピュータ、モバイルコンピューティングデバイス、ノートブック（たとえば、ラップトップ）コンピュータ、タブレットコンピュータ、セットトップボックス、いわゆる「スマート」フォンなどの電話ハンドセット、テレビジョン、カメラ、ディスプレイデバイス、デジタルメディアプレーヤ、ビデオゲームコンソール、車内コンピュータなどを含む、広範囲のデバイスを備え得る。
【００４２】
[0061]  宛先デバイス１４は、チャネル１６を介してソースデバイス１２から符号化ビデオデータを受信し得る。チャネル１６は、ソースデバイス１２から宛先デバイス１４に符号化ビデオデータを移動することが可能な１つまたは複数の媒体またはデバイスを備え得る。一例では、チャネル１６は、ソースデバイス１２が符号化ビデオデータを宛先デバイス１４にリアルタイムで直接送信することを可能にする１つまたは複数の通信媒体を備えることができる。この例では、ソースデバイス１２は、ワイヤレス通信プロトコルなどの通信規格に従って符号化ビデオデータを変調し得、変調されたビデオデータを宛先デバイス１４に送信し得る。１つまたは複数の通信媒体は、無線周波数（ＲＦ）スペクトルまたは１つもしくは複数の物理伝送線路などのワイヤレスおよび／または有線の通信媒体を含む場合がある。１つまたは複数の通信媒体は、ローカルエリアネットワーク、ワイドエリアネットワーク、またはグローバルネットワーク（たとえば、インターネット）などのパケットベースネットワークの一部を形成する場合がある。１つまたは複数の通信媒体は、ソースデバイス１２から宛先デバイス１４への通信を容易にする、ルータ、スイッチ、基地局、または他の機器を含む場合がある。
【００４３】
[0062]  別の例では、チャネル１６は、ソースデバイス１２によって生成された符号化ビデオデータを記憶する記憶媒体を含み得る。この例では、宛先デバイス１４は、たとえば、ディスクアクセスまたはカードアクセスを介して、記憶媒体にアクセスし得る。記憶媒体は、Ｂｌｕ−ｒａｙ（登録商標）ディスク、ＤＶＤ、ＣＤ−ＲＯＭ、フラッシュメモリ、または符号化ビデオデータを記憶するための他の適切なデジタル記憶媒体など、種々のローカルにアクセスされるデータ記憶媒体を含み得る。
【００４４】
[0063]  さらなる例では、チャネル１６は、ソースデバイス１２によって生成された符号化ビデオデータを記憶するファイルサーバまたは別の中間ストレージデバイスを含み得る。この例では、宛先デバイス１４は、ストリーミングまたはダウンロードを介して、ファイルサーバまたは他の中間ストレージデバイスに記憶された符号化ビデオデータにアクセスし得る。ファイルサーバは、符号化ビデオデータを記憶することと、符号化ビデオデータを宛先デバイス１４に送信することとが可能なタイプのサーバであり得る。例示的なファイルサーバとしては、（たとえば、ウェブサイト用の）ウェブサーバ、ファイル転送プロトコル（ＦＴＰ：file transfer protocol）サーバ、ネットワーク接続ストレージ（ＮＡＳ：network attached storage）デバイス、およびローカルディスクドライブが挙げられる。
【００４５】
[0064]  宛先デバイス１４は、インターネット接続などの標準的なデータ接続を通して符号化ビデオデータにアクセスし得る。データ接続の例示的なタイプとしては、ファイルサーバに記憶された符号化ビデオデータにアクセスするのに好適な、ワイヤレスチャネル（たとえば、Ｗｉ−Ｆｉ（登録商標）接続）、ワイヤード接続（たとえば、デジタル加入者線（ＤＳＬ：digital subscriber line）、ケーブルモデムなど）、または両方の組合せがあり得る。ファイルサーバからの符号化ビデオデータの送信は、ストリーミング送信、ダウンロード送信、または両方の組合せであり得る。
【００４６】
[0065]  本開示の技法は、ワイヤレス適用例または設定に限定されない。本技法は、オーバージエアテレビジョン放送、ケーブルテレビジョン送信、衛星テレビジョン送信、たとえばインターネットを介したストリーミングビデオ送信、データ記憶媒体に記憶するためのビデオデータの符号化、データ記憶媒体に記憶されたビデオデータの復号、または他の用途などの様々なマルチメディア用途をサポートするビデオコーディングに適用され得る。いくつかの例では、ビデオコーディングシステム１０は、ビデオストリーミング、ビデオ再生、ビデオブロードキャスティング、および／またはビデオ電話などの用途をサポートするために、単方向または双方向のビデオ送信をサポートするように構成され得る。
【００４７】
[0066]  図１は一例にすぎず、本開示の技法は、符号化デバイスと復号デバイスとの間のデータ通信を必ずしも含むとは限らないビデオコーディング設定（たとえば、ビデオ符号化またはビデオ復号）に適用され得る。他の例では、データがローカルメモリから取り出されること、ネットワークを介してストリーミングされることなどが行われる。ビデオ符号化デバイスはデータを符号化し、メモリに記憶し得、および／またはビデオ復号デバイスはメモリからデータを取り出し、復号し得る。多くの例では、符号化および復号は、互いに通信しないが、メモリにデータを符号化し、かつ／またはメモリからデータを取り出して復号するだけであるデバイスによって実行される。
【００４８】
[0067]  図１の例では、ソースデバイス１２は、ビデオソース１８と、ビデオエンコーダ２０と、出力インターフェース２２とを含む。いくつかの例では、出力インターフェース２２は、変調器／復調器（モデム）および／または送信機を含む場合がある。ビデオソース１８は、たとえばビデオカメラなどのビデオキャプチャデバイス、以前にキャプチャされたビデオデータを含んでいるビデオアーカイブ、ビデオコンテンツプロバイダからビデオデータを受信するためのビデオフィードインターフェース、および／またはビデオデータを生成するためのコンピュータグラフィックスシステム、あるいはビデオデータのそのようなソースの組合せを含み得る。
【００４９】
[0068]  ビデオエンコーダ２０は、ビデオソース１８からのビデオデータを符号化することができる。いくつかの例では、ソースデバイス１２は、出力インターフェース２２を介して宛先デバイス１４に符号化ビデオデータを直接送信する。他の例では、符号化ビデオデータはまた、復号および／または再生のための宛先デバイス１４による後のアクセスのために記憶媒体またはファイルサーバ上に記憶され得る。
【００５０】
[0069]  図１の例では、宛先デバイス１４は、入力インターフェース２８と、ビデオデコーダ３０と、ディスプレイデバイス３２とを含む。いくつかの例では、入力インターフェース２８は、受信機および／またはモデムを含む。入力インターフェース２８は、チャネル１６を介して符号化ビデオデータを受信し得る。ビデオデコーダ３０は、符号化ビデオデータを復号し得る。ディスプレイデバイス３２は、復号されたビデオデータを表示し得る。ディスプレイデバイス３２は、宛先デバイス１４と一体化され得るかまたはその外部にあり得る。ディスプレイデバイス３２は、液晶ディスプレイ（ＬＣＤ）、プラズマディスプレイ、有機発光ダイオード（ＯＬＥＤ）ディスプレイ、または別のタイプのディスプレイデバイスなどの様々なディスプレイデバイスを備える場合がある。
【００５１】
[0070]  ビデオエンコーダ２０およびビデオデコーダ３０はそれぞれ、１つまたは複数のマイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、ディスクリート論理、ハードウェアなど、様々な好適な回路のいずれか、あるいはそれらの任意の組合せとして実装され得る。本技法が部分的にソフトウェアで実装される場合、デバイスは、適切な非一時的コンピュータ可読記憶媒体にソフトウェアの命令を記憶し得、１つまたは複数のプロセッサを使用してその命令をハードウェアで実行して、本開示の技法を実行し得る。（ハードウェア、ソフトウェア、ハードウェアとソフトウェアの組合せなどを含む）上記のいずれも、１つまたは複数のプロセッサであると見なされ得る。ビデオエンコーダ２０およびビデオデコーダ３０の各々は、１つまたは複数のエンコーダまたはデコーダに含まれる場合があり、両者のいずれかがそれぞれのデバイス内の複合エンコーダ／デコーダ（ＣＯＤＥＣ）の一部として組み込まれる場合がある。
【００５２】
[0071]  本開示は、概して、ビデオエンコーダ２０が、ある情報をビデオデコーダ３０などの別のデバイスに「シグナリング（signaling）」することに言及する場合がある。「シグナリング」という用語は、概して、圧縮ビデオデータを復号するために使用されるシンタックス要素および／または他のデータの通信を指し得る。そのような通信は、リアルタイムまたはほぼリアルタイムに起こり得る。代替的に、そのような通信は、符号化時に符号化されたビットストリーム内でシンタックス要素をコンピュータ可読記憶媒体に記憶するときに行われる場合があるなど、ある時間期間にわたって行われ得、次いで、これらの要素は、この媒体に記憶された後の任意の時間に復号デバイスによって取り出され得る。
【００５３】
[0072]  いくつかの例では、ビデオエンコーダ２０およびビデオデコーダ３０は、そのスケーラブルビデオコーディング（ＳＶＣ：Scalable Video Coding）拡張、マルチビュービデオコーディング（ＭＶＣ）拡張、およびＭＶＣベースの３ＤＶ拡張を含む、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  Ｖｉｓｕａｌおよび（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られる）ＩＴＵ−Ｔ  Ｈ．２６４などのビデオ圧縮規格に従って動作する。さらに、Ｈ．２６４／ＡＶＣに対する３次元ビデオ（３ＤＶ：three-dimensional video）コーディング拡張、すなわちＡＶＣベースの３ＤＶを生成する作業が進行中である。Ｈ．２６４のＭＶＣ拡張のジョイントドラフトは、「Ａｄｖａｎｃｅｄ  ｖｉｄｅｏ  ｃｏｄｉｎｇ  ｆｏｒ  ｇｅｎｅｒｉｃ  ａｕｄｉｏｖｉｓｕａｌ  ｓｅｒｖｉｃｅｓ」、ＩＴＵ−Ｔ勧告Ｈ．２６４、２０１０年３月に記載されている。他の例では、ビデオエンコーダ２０およびビデオデコーダ３０は、ＩＴＵ−Ｔ  Ｈ．２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１  Ｖｉｓｕａｌ、ＩＴＵ−Ｔ  Ｈ．２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２  Ｖｉｓｕａｌ、およびＩＴＵ−Ｔ  Ｈ．２６３、ＩＳＯ／ＩＥＣ  Ｖｉｓｕａｌに従って動作し得る。したがって、ビデオエンコーダ２０およびビデオデコーダ３０は、そのＳＶＣおよびＭＶＣの拡張版を含む、ＩＴＵ−Ｔ  Ｈ． ２６１、ＩＳＯ／ＩＥＣ  ＭＰＥＧ−１ビジュアル、ＩＴＵ−Ｔ  Ｈ．２６２またはＩＳＯ／ＩＥＣ  ＭＰＥＧ−２ビジュアル、ＩＴＵ−Ｔ  Ｈ．２６３、（ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４  ＡＶＣとしても知られる）ＩＳＯ／ＩＥＣ  ＭＰＥＧ−４ビジュアルおよびＩＴＵ−Ｔ  Ｈ．２６４を含む、ビデオコーディング規格に従って動作することができる。
【００５４】
[0073]  他の例では、ビデオエンコーダ２０およびビデオデコーダ３０は、ＩＴＵ−Ｔビデオコーディングエキスパートグループ（ＶＣＥＧ：Video Coding Experts Group）とＩＳＯ／ＩＥＣモーションピクチャエキスパーツグループ（ＭＰＥＧ：Motion Picture Experts Group）とのビデオコーディング共同研究部会（ＪＣＴ−ＶＣ：Joint Collaboration Team on Video Coding）によって開発された高効率ビデオコーディング（ＨＥＶＣ）規格に従って動作し得る。「ＨＥＶＣ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  ９」と呼ばれるＨＥＶＣ規格のドラフトは、Ｂｒｏｓｓらの「Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＨＥＶＣ）  ｔｅｘｔ  ｓｐｅｃｉｆｉｃａｔｉｏｎ  ｄｒａｆｔ  ９」、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３およびＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１のＪｏｉｎｔ  Ｃｏｌｌａｂｏｒａｔｉｖｅ  Ｔｅａｍ  ｏｎ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ（ＪＣＴ−ＶＣ）、第１１回会議、上海、中国、２０１２年１０月、に記載されている。さらに、ＨＥＶＣ向けのスケーラブルビデオコーディング拡張、マルチビューコーディング拡張、および３ＤＶ拡張を製作する作業が進行中である。ＨＥＶＣのスケーラブルビデオコーディング拡張はＳＨＥＶＣと呼ばれることがある。ビデオエンコーダ２０およびビデオデコーダ３０は、ＨＥＶＣ規格に対するそのような拡張に従って動作し得る。
【００５５】
[0074]  現時点で、ＶＣＥＧおよびＭＰＥＧの３Ｄビデオコーディング共同研究部会（ＪＣＴ−３Ｃ）は、ＨＥＶＣに基づく３ＤＶ規格を開発中であり、規格化作業の一部は、ＨＥＶＣ（ＭＶ−ＨＥＶＣ）に基づくマルチビュービデオコーデック、およびＨＥＶＣ（３Ｄ−ＨＥＶＣ）に基づく３Ｄビデオコーディングについての別の一部の規格化を含む。３Ｄ−ＨＥＶＣ用に、コーディングユニット／予測ユニットレベルでのものを含む新たなコーディングツールが、テクスチャおよび深度ビューの両方のために、含められ、サポートされ得る。２０１３年１２月１９日の時点で、３Ｄ−ＨＥＶＣ用ソフトウェア（すなわち、３Ｄ−ＨＴＭバージョン６．０）が、以下のリンクからダウンロード可能である。
【００５６】
［３Ｄ−ＨＴＭ]：ｈｔｔｐｓ：／／ｈｅｖｃ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿３ＤＶＣＳｏｆｔｗａｒｅ／ｔａｇｓ／ＨＴＭ−６．０／
[0075]  概して、ＨＥＶＣの動き補償ループは、Ｈ．２６４／ＡＶＣにおけるものと同じである。たとえば、現在フレーム
【数１】
2016507957.tif 000003
【００５７】
は、量子化解除された係数（dequantized coefficient）γプラス時間予測Ｐに等しい。
【数２】
2016507957.tif 000004
【００５８】
上の公式で、ＰはＰフレームについての単方向予測、またはＢフレームについての双方向予測を示す。
【００５９】
[0076]  ただし、ＨＥＶＣにおける動き補償の単位は、以前のビデオコーディング規格における単位とは異なる。たとえば、以前のビデオコーディング規格におけるマクロブロックの概念は、ＨＥＶＣでは存在しない。そうではなく、マクロブロックは、一般的な４分木方式に基づく極めて柔軟な階層構造によって置き換えられる。この方式の中で、３タイプのブロック、すなわちコーディングユニット（ＣＵ：coding unit）、予測ユニット（ＰＵ：prediction unit）、および変換ユニット（ＴＵ：transform unit）が定義される。ＣＵとは、領域分割の基本単位である。ＣＵの概念はマクロブロックの概念に類似するが、ＣＵは最大サイズに制限されず、ＣＵは、コンテンツの適応性を向上させるように、４つの等しいサイズのＣＵへの再帰分割（recursive splitting）を可能にする。ＰＵはインター／イントラ予測の基本単位であり、ＰＵは単一のＰＵ内に複数の任意形状の区分を含んで、不規則な画像パターンを効果的にコーディングすることができる。ＴＵとは、変換の基本単位である。ＣＵのＴＵは、ＣＵのＰＵとは無関係に定義され得る。ただし、ＴＵのサイズは、ＴＵが属するＣＵに制限される。３つの異なる概念へのブロック構造のこの分離は、各々がそれの役割に従って最適化されることを可能にし得、それによりコーディング効率が改善され得る。
【００６０】
[0077]  ＨＥＶＣおよび他のビデオコーディング仕様では、ビデオシーケンスは一般に一連のピクチャを含む。ピクチャは「フレーム（frame）」と呼ばれることもある。ピクチャは、ＳL、ＳCb、およびＳCrと示される３つのサンプルアレイを含み得る。ＳLは、ルーマサンプルの２次元アレイ（すなわち、ブロック）である。ＳCbは、Ｃｂクロミナンスサンプルの２次元アレイである。ＳCrは、Ｃｒクロミナンスサンプルの２次元アレイである。クロミナンスサンプルは、本明細書では「クロマ（chroma）」サンプルと呼ばれることもある。他の例では、ピクチャは、モノクロームであり得、ルーマサンプルのアレイのみを含み得る。
【００６１】
[0078]  ビデオエンコーダ２０は、ピクチャの符号化表現を生成するために、コーディングツリーユニット（ＣＴＵ：coding tree unit）のセットを生成してもよい。ＣＴＵの各々は、ルーマサンプルのコーディングツリーブロックと、クロマサンプルの２つの対応するコーディングツリーブロックと、それらのコーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。３つの別個のカラープレーン（color plane）を有する１つまたは複数のモノクロームピクチャでは、ＣＴＵは、単一のコーディングツリーブロックと、そのコーディングツリーブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。コーディングツリーブロックは、サンプルのＮ×Ｎブロックであり得る。ＣＴＵは「ツリーブロック（tree block）」または「最大コーディングユニット」（ＬＣＵ：largest coding unit）と呼ばれることもある。ＨＥＶＣのＣＴＵは、Ｈ．２６４／ＡＶＣなど、他の規格のマクロブロックに広い意味で類似し得る。しかしながら、ＣＴＵは、必ずしも特定のサイズに限定されるとは限らず、１つまたは複数のＣＵを含み得る。スライスは、ラスタ走査順序で連続的に順序付けられた整数個のＣＴＵを含み得る。
【００６２】
[0079]  コード化スライスは、スライスヘッダとスライスデータとを含み得る。スライスのスライスヘッダは、スライスについての情報を提供するシンタックス要素を含むシンタックス構造であり得る。スライスデータは、スライスのＣＴＵを含み得る。
【００６３】
[0080]  本開示は、１つまたは複数のサンプルブロックのサンプルをコーディングするのに使われる１つまたは複数のサンプルブロックおよびシンタックス構造を指すのに、「ビデオユニット（video unit）」または「ビデオブロック（video block）」または「ブロック（block）」という用語を使う場合がある。例示的なタイプのビデオユニットは、ＣＴＵ、ＣＵ、ＰＵ、変換ユニット（ＴＵ）、マクロブロック、マクロブロック区分などを含み得る。いくつかのコンテキストでは、ＰＵの説明は、マクロブロックまたはマクロブロック区分の説明と交換され得る。
【００６４】
[0081]  コード化ＣＴＵを生成するために、ビデオエンコーダ２０は、ＣＴＵのコーディングツリーブロックに対して４分木区分（quad-tree partitioning）を再帰的に実行して、コーディングツリーブロックをコーディングブロックに分割し得、したがって「コーディングツリーユニット（coding tree unit）」という名称がある。コーディングブロックは、サンプルのＮ×Ｎブロックである。ＣＵは、ルーマサンプルアレイとＣｂサンプルアレイとＣｒサンプルアレイとを有するピクチャのルーマサンプルのコーディングブロックと、そのピクチャのクロマサンプルの２つの対応するコーディングブロックと、それらのコーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。３つの別個のカラープレーンを有する１つまたは複数のモノクロームピクチャでは、ＣＵは、単一のコーディングブロックと、そのコーディングブロックのサンプルをコーディングするために使用されるシンタックス構造とを備え得る。
【００６５】
[0082]  ビデオエンコーダ２０は、ＣＵのコーディングブロックを１つまたは複数の予測ブロックに区分してもよい。予測ブロックは、同じ予測がそれに適用されるサンプルの矩形（すなわち、正方形または非正方形）ブロックである。ＣＵのＰＵは、ルーマサンプルの予測ブロックと、クロマサンプルの２つの対応する予測ブロックと、それらの予測ブロックを予測するために使用されるシンタックス構造とを備え得る。３つの別個のカラープレーンを有する１つまたは複数のモノクロームピクチャでは、ＰＵは、単一の予測ブロックと、その予測ブロックを予測するために使用されるシンタックス構造とを備え得る。ビデオエンコーダ２０は、ＣＵの各ＰＵのルーマ予測ブロック、Ｃｂ予測ブロック、およびＣｒ予測ブロックの予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックを生成してもよい。したがって、本開示では、ＣＵは、１つまたは複数のＰＵに区分されると言うことができる。説明を簡単にするために、本開示では、ＰＵの予測ブロックのサイズを単にＰＵのサイズと呼ぶことがある。
【００６６】
[0083]  ビデオエンコーダ２０は、イントラ予測またはインター予測を使用して、ＰＵのための予測ブロックを生成し得る。ビデオエンコーダ２０がイントラ予測を使用してＰＵの予測ブロックを生成する場合、ビデオエンコーダ２０は、ＰＵを含むピクチャのサンプルに基づいてＰＵの予測ブロックを生成し得る。本開示では、「に基づいて」という句は、「に少なくとも部分的に基づいて」を示し得る。ＣＵのＰＵの予測ブロックが、イントラ予測を使って生成されるとき、現在ＣＵの予測モード（すなわち、ＰｒｅｄＭｏｄｅ）は、ＭＯＤＥ＿ＩＮＴＲＡとして指定される。ＣＵのＰＵの予測ブロックが、インター予測を使って生成されるとき、現在ＣＵの予測モード（すなわち、ＰｒｅｄＭｏｄｅ）は、ＭＯＤＥ＿ＩＮＴＥＲとして指定される。
【００６７】
[0084]  ビデオエンコーダ２０がインター予測を使用してＰＵの予測ブロックを生成する場合、ビデオエンコーダ２０は、ＰＵに関連付けられたピクチャ以外の１つまたは複数のピクチャの復号サンプルに基づいて、ＰＵの予測ブロックを生成し得る。ブロック（たとえば、ＰＵ）の予測ブロックを生成するのに、インター予測が使われるとき、本開示は、そのブロックを「インターコーディングされる（inter-coded）」または「インター予測される（inter predicted）」と呼ぶ場合がある。インター予測は、単方向（すなわち、単予測）でも双方向（すなわち、双予測）でもよい。インター予測を実行するために、ビデオエンコーダ２０は、現在ピクチャについての第１の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ０）を生成すればよく、現在ピクチャについての第２の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ１）を生成してもよい。参照ピクチャリストの各々は、１つまたは複数の参照ピクチャを含み得る。参照ピクチャリストが構築された後（すなわち、利用可能であれば、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１）、参照ピクチャリストに対する参照インデックスは、参照ピクチャリストに含まれる任意の参照ピクチャを識別するために使用され得る。
【００６８】
[0085]  単予測を使うとき、ビデオエンコーダ２０は、ＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１のいずれかにおいて参照ピクチャを探索して、参照ピクチャ内の参照ロケーションを決定すればよい。さらに、単予測を使うとき、ビデオエンコーダ２０は、参照ロケーションに対応するサンプルに少なくとも部分的に基づいて、ＰＵのための予測ブロックを生成すればよい。さらに、単予測を使うとき、ビデオエンコーダ２０は、ＰＵの予測ブロックと参照ロケーションとの間の空間変位を示す単一の動きベクトルを生成すればよい。動きベクトルは水平成分と垂直成分とを含み得る。水平成分は、ＰＵの予測ブロックと参照ロケーションとの間の水平変位を指定し、垂直成分は、ＰＵの予測ブロックと参照ロケーションとの間の垂直変位を指定する。
【００６９】
[0086]  ＰＵを符号化するのに双予測（bi-prediction）を使うとき、ビデオエンコーダ２０は、ＲｅｆＰｉｃＬｉｓｔ０中の参照ピクチャ中の第１の参照ロケーションと、ＲｅｆＰｉｃＬｉｓｔ１中の参照ピクチャ中の第２の参照ロケーションとを決定すればよい。ビデオエンコーダ２０は、現在ビデオユニットの予測ブロックを、第１および第２の参照ロケーションに対応するサンプルに少なくとも部分的に基づいて生成し得る。さらに、ＰＵを符号化するのに双予測を使うとき、ビデオエンコーダ２０は、ＰＵの予測ブロックと第１の参照ロケーションとの間の空間変位を示す第１の動きベクトルと、ＰＵの予測ブロックと第２の参照ロケーションとの間の空間変位を示す第２の動きベクトルとを生成すればよい。
【００７０】
[0087]  ビデオエンコーダ２０がインター予測を使用してＰＵの予測ブロックを生成する場合、ビデオエンコーダ２０は、ＰＵに関連付けられたピクチャ以外の１つまたは複数のピクチャのサンプルに基づいて、ＰＵの予測ブロックを生成し得る。たとえば、ビデオエンコーダ２０は、単方向インター予測（すなわち、単予測（uni-prediction））または双方向インター予測（すなわち、双予測）をＰＵに対して実行することができる。
【００７１】
[0088]  ビデオエンコーダ２０がＰＵに対して単予測を実行する事例では、ビデオエンコーダ２０は、ＰＵの動きベクトルに基づいて、参照ピクチャ中の参照ロケーションを決定することができる。ビデオエンコーダ２０は次いで、ＰＵのための予測ブロックを決定し得る。ＰＵのための予測ブロック中の各サンプルは、参照ロケーションに関連付けられ得る。いくつかの例では、ＰＵのための予測ブロック中のサンプルは、サンプルが、ＰＵと同じサイズを有するサンプルブロック中にあるとともにその左上隅が参照ロケーションであるとき、その参照ロケーションに関連付けられ得る。予測ブロック中の各サンプルは、参照ピクチャの、実際の、または補間されたサンプルであり得る。
【００７２】
[0089]  ビデオエンコーダ２０がＰＵに対して双予測を実行する事例では、ＰＵは２つの動きベクトルを有する。ビデオエンコーダ２０は、ＰＵの動きベクトルに基づいて、２つの参照ピクチャ中の２つの参照ロケーションを決定することができる。ビデオエンコーダ２０は次いで、上述したように、２つの参照ロケーションに関連付けられた参照ブロックを決定することができる。ビデオエンコーダ２０は次いで、ＰＵのための予測ブロックを決定し得る。予測ブロック中の各サンプルは、参照ブロック中の対応するサンプルの重み付き平均であり得る。サンプルの重み付けは、ＰＵを含むピクチャからの、参照ピクチャの時間的距離に基づき得る。
【００７３】
[0090]  ビデオエンコーダ２０は、ＣＵを、様々な区分モードに一致する１つまたは複数のＰＵに区分することができる。たとえば、ＣＵのＰＵの予測ブロックを生成するのにイントラ予測が使われる場合、ＣＵは、ＰＡＲＴ＿２Ｎ×２ＮモードまたはＰＡＲＴ＿Ｎ×Ｎモードに従って区分されてよい。ＰＡＲＴ＿２Ｎ×２Ｎモードでは、ＣＵは、１つのＰＵを有するだけである。ＰＡＲＴ＿Ｎ×Ｎモードでは、ＣＵは、矩形予測ブロックを有する４つの等しいサイズのＰＵを有する。ＣＵのＰＵのための予測ブロックを生成するのにインター予測が使われる場合、ＣＵは、ＰＡＲＴ＿２Ｎ×２Ｎモード、ＰＡＲＴ＿Ｎ×Ｎモード、ＰＡＲＴ＿２Ｎ×Ｎモード、ＰＡＲＴ＿Ｎ×２Ｎモード、ＰＡＲＴ＿２Ｎ×ｎＵモード、ＰＡＲＴ＿２Ｎ×ｕＤモード、ＰＡＲＴ＿ｎＬ×２Ｎモード、またはＰＡＲＴ＿ｎＲ×２Ｎモードに従って区分されてよい。ＰＡＲＴ＿２Ｎ×ＮモードおよびＰＡＲＴ＿Ｎ×２Ｎモードでは、ＣＵは、矩形予測ブロックを有する２つの等しいサイズのＰＵに区分される。ＰＡＲＴ＿２Ｎ×ｎＵモード、ＰＡＲＴ＿２Ｎ×ｕＤモード、ＰＡＲＴ＿ｎＬ×２Ｎモード、およびＰＡＲＴ＿ｎＲ×２Ｎモードの各々において、ＣＵは、矩形予測ブロックを有する２つの等しくないサイズのＰＵに区分される。
【００７４】
[0091]  ビデオエンコーダ２０は、ＣＵの１つまたは複数のＰＵの予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックを生成した後、ＣＵのルーマ残差ブロックを生成してもよい。ＣＵのルーマ残差ブロック内の各サンプルは、ＣＵの予測ルーマブロックのうちの１つの予測ルーマブロック内のルーマサンプルとＣＵの元のルーマコーディングブロック内の対応するサンプルとの間の差を示す。さらに、ビデオエンコーダ２０はＣＵのＣｂ残差ブロックを生成してもよい。ＣＵのＣｂ残差ブロック中の各サンプルは、ＣＵの予測Ｃｂブロックのうちの１つ中のＣｂサンプルと、ＣＵの元のＣｂコーディングブロック中の対応するサンプルとの間の差分を示し得る。ビデオエンコーダ２０はＣＵのＣｒ残差ブロックを生成してもよい。ＣＵのＣｒ残差ブロック中の各サンプルは、ＣＵの予測Ｃｒブロックのうちの１つ中のＣｒサンプルと、ＣＵの元のＣｒコーディングブロック中の対応するサンプルとの間の差分を示し得る。
【００７５】
[0092]  さらに、ビデオエンコーダ２０は４分木区分を使用してＣＵのルーマ残差ブロック、Ｃｂ残差ブロック、およびＣｒ残差ブロックを１つまたは複数のルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックに分解し得る。変換ブロックは、同じ変換が適用されるサンプルの矩形（たとえば、正方形または非正方形）ブロックである。ＣＵのＴＵは、ルーマサンプルの変換ブロックと、クロマサンプルの２つの対応する変換ブロックと、それらの変換ブロックサンプルを変換するために使用されるシンタックス構造とを備え得る。したがって、ＣＵの各ＴＵは、ルーマ変換ブロック、Ｃｂ変換ブロックおよびＣｒ変換ブロックに関連付けられ得る。ＴＵに関連付けられたルーマ変換ブロックはＣＵのルーマ残差ブロックのサブブロックであり得る。Ｃｂ変換ブロックはＣＵのＣｂ残差ブロックのサブブロックであり得る。Ｃｒ変換ブロックはＣＵのＣｒ残差ブロックのサブブロックであってもよい。３つの別個のカラープレーンを有する１つまたは複数のモノクロームピクチャでは、ＴＵは、単一の変換ブロックと、その変換ブロックのサンプルを変換するために使用されるシンタックス構造とを備え得る。
【００７６】
[0093]  ビデオエンコーダ２０はＴＵのルーマ変換ブロックに１回または複数の変換を適用してＴＵのルーマ係数ブロックを生成してよい。係数ブロックは変換係数の２次元ブロックであってよい。変換係数はスカラー量であり得る。ビデオエンコーダ２０はＴＵのＣｂ変換ブロックに１回または複数の変換を適用してＴＵのＣｂ係数ブロックを生成してよい。ビデオエンコーダ２０はＴＵのＣｒ変換ブロックに１回または複数の変換を適用してＴＵのＣｒ係数ブロックを生成してよい。
【００７７】
[0094]  ビデオエンコーダ２０は、係数ブロック（たとえば、ルーマ係数ブロック、Ｃｂ係数ブロック、またはＣｒ係数ブロック）を生成した後、係数ブロックを量子化してもよい。量子化は、一般に、変換係数を表すために使用されるデータの量をできるだけ低減するために変換係数が量子化され、さらなる圧縮を実現する処理を指す。ビデオエンコーダ２０は、ＣＵに関連付けられた量子化パラメータ（ＱＰ：quantization parameter）値に基づいてＣＵのＴＵに関連付けられた係数ブロックを量子化し得る。ビデオエンコーダ２０は、ＣＵに関連付けられたＱＰの値を調整することによって、ＣＵに関連付けられた係数ブロックに適用される量子化の程度を調整することができる。いくつかの例では、ＣＵに関連付けられたＱＰ値は、全体として、現在ピクチャまたはスライスに関連付けられ得る。ビデオエンコーダ２０が係数ブロックを量子化した後に、ビデオエンコーダ２０は、量子化変換係数を示すシンタックス要素をエントロピー符号化し得る。たとえば、ビデオエンコーダ２０は、量子化変換係数を示すシンタックス要素に対してコンテキスト適応型バイナリ算術コーディング（ＣＡＢＡＣ：Context-Adaptive Binary Arithmetic Coding）を実行し得る。
【００７８】
[0095]  ビデオエンコーダ２０は、コード化ピクチャと関連付けられたデータとの表現を形成するビットのシーケンスを含むビットストリームを出力し得る。ビットストリームは、一連のネットワークアブストラクションレイヤ（ＮＡＬ：network abstraction layer）ユニットを備え得る。ＮＡＬユニットは、ＮＡＬユニット中のデータのタイプの指示と、必要に応じてエミュレーション防止ビットが点在するローバイトシーケンスペイロード（ＲＢＳＰ：raw byte sequence payload）の形態でそのデータを含んでいるバイトとを含んでいるシンタックス構造である。ＮＡＬユニットの各々は、ＮＡＬユニットヘッダを含み、ＲＢＳＰをカプセル化する。ＮＡＬユニットヘッダは、ＮＡＬユニットタイプコードを含むシンタックス要素を含み得る。ＮＡＬユニットのＮＡＬユニットヘッダによって指定されるＮＡＬユニットタイプコードは、ＮＡＬユニットのタイプを示す。ＲＢＳＰは、ＮＡＬユニット内にカプセル化された整数個のバイトを含んでいるシンタックス構造であり得る。いくつかの例では、ＲＢＳＰはゼロビットを含む。
【００７９】
[0096]  異なるタイプのＮＡＬユニットは、異なるタイプのＲＢＳＰをカプセル化し得る。たとえば、異なるタイプのＮＡＬユニットが、ビデオパラメータセット（ＶＰＳ）、シーケンスパラメータセット（ＳＰＳ）、ピクチャパラメータセット（ＰＰＳ）、コード化スライス、ＳＥＩなどについての異なるＲＢＳＰをカプセル化することができる。ビデオコーディングデータに対するＲＢＳＰ（パラメータセットおよびＳＥＩメッセージに対するＲＢＳＰに対立するものとして）をカプセル化するＮＡＬユニットは、ビデオコーディングレイヤ（ＶＣＬ）ＮＡＬユニットと呼ばれることがある。
【００８０】
[0097]  ＳＰＳは、コード化ビデオシーケンス（ＣＶＳ：coded video sequence）のすべてのスライスに該当する情報を含み得る。ＨＥＶＣでは、ＣＶＳは、瞬時復号リフレッシュ（ＩＤＲ：instantaneous decoding refresh）ピクチャ、または切断リンクアクセス（ＢＬＡ：broken link access）ピクチャ、または、ビットストリーム中の第１のピクチャであるクリーンランダムアクセス（ＣＲＡ：clean random access）ピクチャから開始し、ＩＤＲまたはＢＬＡピクチャでないすべての後続のピクチャを含み得る。すなわち、ＨＥＶＣでは、ＣＶＳは、復号順序で、ビットストリーム中の第１のアクセスユニットであるＣＲＡアクセスユニットと、ＩＤＲアクセスユニットまたはＢＬＡアクセスユニットと、それに続いて、後続のＩＤＲまたはＢＬＡアクセスユニットを含まないがそれまでのすべての後続のアクセスユニットを含む、０個以上の非ＩＤＲおよび非ＢＬＡアクセスユニットとからなり得る、アクセスユニットのシーケンスを備え得る。
【００８１】
[0098]  ＶＰＳは、０個以上のＣＶＳ全体に適用されるシンタックス要素を備えるシンタックス構造である。ＳＰＳは、ＳＰＳがアクティブであるとき、アクティブであるＶＰＳを識別するシンタックス要素を含み得る。したがって、ＶＰＳのシンタックス要素は、ＳＰＳのシンタックス要素よりも一般的に適用可能であり得る。ＰＰＳは、０個以上のコード化ピクチャに適用されるシンタックス要素を備えるシンタックス構造である。ＰＰＳは、ＰＰＳがアクティブであるとき、アクティブであるＳＰＳを識別するシンタックス要素を含み得る。スライスのスライスヘッダは、スライスがコーディングされるときにアクティブであるＰＰＳを示すシンタックス要素を含み得る。
【００８２】
[0099]  ビデオデコーダ３０は、ビデオエンコーダ２０によって生成されたビットストリームを受信することができる。さらに、ビデオデコーダ３０は、ビットストリームをパーシングして、ビットストリームからシンタックス要素を取得し得る。ビデオデコーダ３０は、ビットストリームから取得されたシンタックス要素に少なくとも部分的に基づいてビデオデータのピクチャを再構成し得る。ビデオデータを再構成するためのプロセスは、概して、ビデオエンコーダ２０によって実行されるプロセスの逆であり得る。たとえば、ビデオデコーダ３０は、ＰＵの動きベクトルを使用して現在ＣＵのＰＵのための予測ブロックを決定し得る。さらに、ビデオデコーダ３０は、現在ＣＵのＴＵに関連付けられた係数ブロックを逆量子化（inverse quantize）し得る。ビデオデコーダ３０は、現在ＣＵのＴＵに関連付けられた変換ブロックを再構成するために係数ブロックに対して逆変換を実行し得る。ビデオデコーダ３０は、現在ＣＵのＰＵのための予測ブロックのサンプルを現在ＣＵのＴＵの変換ブロックの対応するサンプルに加算することによって、現在ＣＵのコーディングブロックを再構成し得る。ピクチャの各ＣＵのためのコーディングブロックを再構成することによって、ビデオデコーダ３０はピクチャを再構成し得る。
【００８３】
[0100]  いくつかの例では、ビデオエンコーダ２０は、マージ／スキップモードまたは高度動きベクトル予測（ＡＭＶＰ：advanced motion vector prediction）モードを使用してＰＵの動き情報をシグナリングし得る。たとえば、ＨＥＶＣでは、動きパラメータの予測のための２つのモードがあり、一方はマージ／スキップモードであり、他方はＡＭＶＰである。動き予測は、１つまたは複数の他のビデオユニットの動き情報に基づく、ビデオユニット（たとえば、ＰＵ）の動き情報の決定を備え得る。ＰＵの動き情報は、ＰＵの動きベクトル（１つまたは複数）と、ＰＵの参照インデックス（１つまたは複数）と、１つまたは複数の予測方向インジケータとを含み得る。
【００８４】
[0101]  ビデオエンコーダ２０がマージモードを使用して現在ＰＵの動き情報をシグナリングするとき、ビデオエンコーダ２０は、マージ候補リストを生成し得る。言い換えると、ビデオエンコーダ２０は、動きベクトル予測子リスト構築プロセスを実行することができる。マージ候補リストは、現在ＰＵに空間的または時間的に隣接するＰＵの動き情報を示すマージ候補のセットを含む。すなわち、マージモードでは、動きパラメータ（たとえば、参照インデックス、動きベクトルなど）の候補リストが構築され、候補は、空間的隣接ブロックおよび時間的隣接ブロックからであり得る。
【００８５】
[0102]  さらに、マージモードでは、ビデオエンコーダ２０は、マージ候補リストからマージ候補を選択することができ、選択されたマージ候補によって示される動き情報を、現在ＰＵの動き情報として使うことができる。ビデオエンコーダ２０は、選択されたマージ候補のマージ候補リスト中の位置をシグナリングし得る。たとえば、ビデオエンコーダ２０は、選択されたマージ候補の候補リスト内の位置を示すインデックス（すなわち、マージ用候補インデックス）を送信することによって、選択された動きベクトルパラメータをシグナリングすることができる。ビデオデコーダ３０は、ビットストリームから、候補リストの中へのインデックス（すなわち、マージ用候補インデックス）を取得することができる。さらに、ビデオデコーダ３０は、同じマージ候補リストを生成することができ、マージ用候補インデックスに基づいて、選択されたマージ候補を決定することができる。ビデオデコーダ３０は、次いで、選択されたマージ候補の動き情報を、現在ＰＵのための予測ブロックを生成するのに使い得る。つまり、ビデオデコーダ３０は、候補リストインデックスに少なくとも部分的に基づいて、候補リスト中の選択された候補を決定することができ、ここで、選択された候補は、現在ＰＵについての動きベクトルを指定する。このように、デコーダ側では、インデックスが復号されると、インデックスが指す対応するブロックのすべての動きパラメータは、現在ＰＵによって継承され得る。
【００８６】
[0103]  スキップモードはマージモードと同様である。スキップモードでは、ビデオエンコーダ２０およびビデオデコーダ３０は、マージモードにおいてビデオエンコーダ２０およびビデオデコーダ３０がマージ候補リストを使うのと同じようにマージ候補リストを生成し、使うことができる。ただし、ビデオエンコーダ２０がスキップモードを使って現在ＰＵの動き情報をシグナリングするとき、ビデオエンコーダ２０は、現在ＰＵについてのどの残差データもシグナリングしない。したがって、ビデオデコーダ３０は、残差データを使用せずに、マージ候補リスト中の選択された候補の動き情報によって示される参照ブロックに基づいて、ＰＵのための予測ブロックを決定することができる。
【００８７】
[0104]  ＡＭＶＰモードは、ビデオエンコーダ２０が候補リストを生成することができ、候補リストから候補を選択することができるという点で、マージモードと同様である。ただし、ビデオエンコーダ２０がＡＭＶＰモードを使って現在ＰＵのＲｅｆＰｉｃＬｉｓｔＸ（Ｘは０または１である）動き情報をシグナリングするとき、ビデオエンコーダ２０は、現在ＰＵについてのＲｅｆＰｉｃＬｉｓｔＸ動きベクトル予測子（ＭＶＰ）フラグをシグナリングするのに加え、現在ＰＵについてのＲｅｆＰｉｃＬｉｓｔＸ動きベクトル差分（ＭＶＤ）と、現在ＰＵについてのＲｅｆＰｉｃＬｉｓｔＸ参照インデックスとをシグナリングすることができる。現在ＰＵについてのＲｅｆＰｉｃＬｉｓｔＸ  ＭＶＰフラグは、ＡＭＶＰ候補リスト中の選択されたＡＭＶＰ候補の位置を示し得る。現在ＰＵについてのＲｅｆＰｉｃＬｉｓｔＸ  ＭＶＤは、ＰＵのＲｅｆＰｉｃＬｉｓｔＸ動きベクトルと選択されたＡＭＶＰ候補の動きベクトルとの間の差分を示し得る。このようにして、ビデオエンコーダ２０は、ＲｅｆＰｉｃＬｉｓｔＸ  ＭＶＰフラグと、ＲｅｆＰｉｃＬｉｓｔＸ参照インデックス値と、ＲｅｆＰｉｃＬｉｓｔＸ  ＭＶＤとをシグナリングすることによって、現在ＰＵのＲｅｆＰｉｃＬｉｓｔＸ動き情報をシグナリングすることができる。言い換えると、現在ＰＵについての動きベクトルを表す、ビットストリーム中のデータは、参照インデックスと、候補リストへのインデックスと、ＭＶＤとを表すデータを含み得る。したがって、選択された動きベクトルは、候補リストへのインデックスを送信することによってシグナリングされ得る。加えて、参照インデックス値および動きベクトル差分もシグナリングされ得る。
【００８８】
[0105]  さらに、ＡＭＶＰモードを使って現在ＰＵの動き情報がシグナリングされると、ビデオデコーダ３０は、ビットストリームから、現在ＰＵについてのＭＶＤと、ＭＶＰフラグとを取得することができる。ビデオデコーダ３０は、同じＡＭＶＰ候補リストを生成することができ、ＭＶＰフラグに基づいて、選択されたＡＭＶＰ候補を決定することができる。言い換えれば、ＡＭＶＰでは、各動き仮定のための動きベクトル予測子の候補リストは、コーディングされた参照インデックスに基づいて導出される。前述のように、このリストは、同じ参照インデックスと、時間的参照ピクチャにおいてコロケートブロックの隣接ブロックの動きパラメータに基づいて導出される時間的動きベクトル予測子とに関連する隣接ブロックの動きベクトルを含み得る。ビデオデコーダ３０は、選択されたＡＭＶＰ候補によって示される動きベクトルにＭＶＤを加算することによって、現在ＰＵの動きベクトルを回復することができる。つまり、ビデオデコーダ３０は、選択されたＡＭＶＰ候補によって示される動きベクトルおよびＭＶＤに基づいて、現在ＰＵの動きベクトルを決定することができる。ビデオデコーダ３０は、次いで、回復された１つの動きベクトルまたは複数の動きベクトルを、現在ＰＵ用の予測ブロックを生成するのに使い得る。
【００８９】
[0106]  ビデオコーダ（たとえば、ビデオエンコーダ２０またはビデオデコーダ３０）が現在ＰＵについてのＡＭＶＰ候補リストを生成するとき、ビデオコーダは、現在ＰＵに空間的に隣接するロケーションをカバーするＰＵ（すなわち、空間的隣接ＰＵ）の動き情報に基づいて、１つまたは複数のＡＭＶＰ候補を、および現在ＰＵに時間的に隣接するＰＵの動き情報に基づいて、１つまたは複数のＡＭＶＰ候補を導出することができる。本開示では、ＰＵ（または他のタイプのビデオユニット）は、ＰＵの予測ブロック（またはビデオユニットの他のタイプのサンプルブロック）がロケーションを含む場合、そのロケーションを「カバーする（cover）」と言われ得る。候補リストは、同じ参照インデックスと、時間的参照ピクチャにおいてコロケートブロック（co-located block）の隣接ブロックの動きパラメータ（すなわち、動き情報）に基づいて導出される時間的動きベクトル予測子とに関連する隣接ブロックの動きベクトルを含み得る。図２は、現在ＰＵ４０に対して、例示的な空間的隣接ＰＵを示す概念図である。図２の例では、空間的隣接ＰＵは、Ａ0、Ａ1、Ｂ0、Ｂ1、およびＢ2として示されるロケーションをカバーするＰＵであり得る。現在ＰＵに時間的に隣接するＰＵ（すなわち、現在ＰＵとは異なる時間インスタンス中にあるＰＵ）の動き情報に基づくマージ候補リストまたはＡＭＶＰ候補リスト中の候補は、ＴＭＶＰと呼ばれ得る。ＴＭＶＰは、ＨＥＶＣのコーディング効率を向上させるのに使うことができ、他のコーディングツールとは異なり、ＴＭＶＰは、復号ピクチャバッファ中、より具体的には参照ピクチャリスト中のフレームの動きベクトルにアクセスする必要があり得る。
【００９０】
[0107]  上述したように、ＨＥＶＣのマルチビュー拡張（すなわち、ＭＶ−ＨＥＶＣ）およびＨＥＶＣの３ＤＶ拡張（すなわち、３Ｄ−ＨＥＶＣ）は開発中である。すなわち、ＶＣＥＧおよびＭＰＥＧの３Ｄビデオコーディング共同研究部会（ＪＣＴ−３Ｖ）は、ＨＥＶＣに基づく３ＤＶ規格を開発中であり、規格化作業の一部は、ＨＥＶＣ（ＭＶ−ＨＥＶＣ）に基づくマルチビュービデオコーデック、およびＨＥＶＣ（３Ｄ−ＨＥＶＣ）に基づく３Ｄビデオコーディングについての別の一部の規格化を含む。ＭＶ−ＨＥＶＣは、ＨＥＶＣに対するハイレベルシンタックス（ＨＬＳ：high-level syntax）変更だけがあることと、ＨＥＶＣのＣＵ／ＰＵレベルのどのモジュールも、設計し直される必要がなく、ＨＥＶＣのＣＵ／ＰＵレベルのすべてのモジュールが、ＭＶ−ＨＥＶＣ用に十分に再利用されることとを保証し得る。３Ｄ−ＨＥＶＣは、テクスチャおよび深度ビューの両方に対して、ＣＵ／ＰＵレベルのものを含む新たなコーディングツールを含み、サポートする。
【００９１】
[0108]  Ｇｅｒｈａｒｄ  Ｔｅｃｈら、「３Ｄ−ＨＥＶＣ  Ｔｅｓｔ  Ｍｏｄｅｌ  Ｄｅｓｃｒｉｐｔｉｏｎ  ｄｒａｆｔ１」、ＪＣＴ３Ｖ−Ａ１００５、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３およびＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１の３Ｄビデオコーディング拡張開発共同研究部会、第１回会合、ストックホルム、スウェーデン、２０１２年７月１６〜２０日は、３Ｄ−ＨＥＶＣの参照ソフトウェア記述、ならびに作業草案を提供している。Ｇｅｒｈａｒｄ  Ｔｅｃｈら、「３Ｄ−ＨＥＶＣ  Ｔｅｓｔ  Ｍｏｄｅｌ  ２」、ＪＣＴ３Ｖ−Ａ１００５、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３およびＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１の３Ｄビデオコーディング拡張開発共同研究部会、第２回会合、上海、中国、２０１２年１０月１３〜１９日（以下では、３Ｄ−ＨＥＶＣ  Ｔｅｓｔ  Ｍｏｄｅｌ  ２」）は、３Ｄ−ＨＥＶＣの別の作業草案である。Ｇｅｒｈａｒｄ  Ｔｅｃｈら、「ＭＶ−ＨＥＶＣ  Ｗｏｒｋｉｎｇ  Ｄｒａｆｔ  １」、ＪＣＴ３Ｖ−Ａ１００４、ＩＴＵ−Ｔ  ＳＧ１６  ＷＰ３およびＩＳＯ／ＩＥＣ  ＪＴＣ１／ＳＣ２９／ＷＧ１１の３Ｄビデオコーディング拡張開発共同研究部会、第１回会合、ストックホルム、スウェーデン、２０１２年７月１６〜２０日（以下では、「ＪＣＴ３Ｖ−Ａ１００４」）は、ＭＶ−ＨＥＶＣについての作業草案を提供している。
【００９２】
[0109]  ２０１３年１２月２０日の時点で、３Ｄ−ＨＥＶＣ用の３Ｄ−ＨＴＭ用のソフトウェアは、［３Ｄ−ＨＴＭバージョン５．０]、ｈｔｔｐｓ：／／ｈｅｖｃ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿３ＤＶＣＳｏｆｔｗａｒｅ／ｔａｇｓ／ＨＴＭ−５．０／のリンクから入手可能である。さらに、２０１３年１２月２０日の時点で、３Ｄ−ＨＴＭに基づくＭＶ−ＨＥＶＣ用の参照ソフトウェアは、［３Ｄ−ＨＴＭバージョン５．１]、ｈｔｔｐｓ：／／ｈｅｖｃ．ｈｈｉ．ｆｒａｕｎｈｏｆｅｒ．ｄｅ／ｓｖｎ／ｓｖｎ＿３ＤＶＣＳｏｆｔｗａｒｅ／ｔａｇｓ／ＨＴＭ−５．１／から入手可能である。
【００９３】
[0110]  ＭＶ−ＨＥＶＣおよび３Ｄ−ＨＥＶＣでは、異なる視点からの同じシーンの複数のビューがあり得る。「アクセスユニット（access unit）」という用語は、同じ時間インスタンスに対応するピクチャのセットを指すために使用され得る。したがって、ビデオデータは、時間とともに生じる一連のアクセスユニットとして概念化され得る。「ビュー成分（view component）」は、単一のアクセスユニット内のビューのコード化表現であり得る。ビュー成分は、テクスチャビュー成分と深度ビュー成分とを備え得る。本開示では、「ビュー（view）」は、同じビュー識別子に関連する一連のビュー成分を指すことがある。
【００９４】
[0111]  ＭＶ−ＨＥＶＣおよび３Ｄ−ＨＥＶＣは、ビュー間予測をサポートする。ビュー間予測は、ＨＥＶＣにおいて使用されるインター予測と同様であり、同じシンタックス要素を使用し得る。ただし、ビデオコーダが現在ビデオユニット（ＰＵなど）に対してビュー間予測を実行するとき、ビデオエンコーダ２０は、参照ピクチャとして、その現在ビデオユニットと同じアクセスユニット中にあるが異なるビュー中にあるピクチャを使用し得る。言い換えると、マルチビューコーディングにおいて、ビュー間予測は、ビューの間の相関を取り除くために、同じアクセスユニット内（すなわち、同じ時間インスタンス内）の異なるビュー中でキャプチャされたピクチャの間で実行される。対照的に、従来のインター予測は、参照ピクチャとして異なるアクセスユニット中のピクチャのみを使用する。
【００９５】
[0112]  現在ピクチャ中のブロックが、ビュー間予測を使ってコーディングされると、そのブロックは、ビュー間参照ピクチャ中のロケーションを示す動きベクトルを有する。ビュー間参照ピクチャは、現在ピクチャと同じ時間インスタンス中にあるが、現在ピクチャとは異なるビュー中にある参照ピクチャであり得る。したがって、ビデオコーダが（マクロブロックやＰＵなどの）現在ビデオユニットに対してビュー間予測を実行するとき、ビデオコーダは、参照ピクチャとして、現在ビデオユニットと同じアクセスユニット中にあるが異なるビュー中にあるピクチャを使用し得る。
【００９６】
[0113]  したがって、マルチビュービデオコーディングのコンテキストでは、２種類の動きベクトルが存在する。動きベクトルの１つの種類は、時間参照ピクチャを指す通常動きベクトルである。このタイプの動きベクトルは、本明細書では、時間的動きベクトルと呼ばれ得る。通常時間的動きベクトルに対応するインター予測のタイプは、動き補償予測（ＭＣＰ）と呼ばれ得る。ビュー間予測参照ピクチャが動き補償に使われるとき、対応する動きベクトルは、「視差動きベクトル（disparity motion vector）」と呼ばれ得る。言い換えると、視差動きベクトルは、異なるビュー中のピクチャ（すなわち、視差参照ピクチャ（disparity reference picture）またはビュー間参照ピクチャ（inter-view reference picture））を指す。視差動きベクトルに対応するインター予測のタイプは、「視差補償予測（disparity-compensated prediction）」あるいは「ＤＣＰ」と呼ばれ得る。
【００９７】
[0114]  ビデオコーダは、現在ブロックについての予測ブロックを決定するのに、現在ブロックの視差動きベクトルを使うことができる。ビデオコーダがビデオエンコーダである場合、ビデオコーダは、現在ブロックについての残差データを生成するのに、現在ブロックについての予測ブロックを使うことができる。ビデオコーダがビデオデコーダである場合、ビデオコーダは、現在ブロックについてのサンプルブロックを再構成するのに、現在ブロックについての予測ブロックと、現在ブロックについての残差データと使うことができる。
【００９８】
[0115]  ３Ｄ−ＨＥＶＣの場合のように、Ｈ．２６４／ＡＶＣのマルチビューコーディング（ＭＶＣ：multi-view coding）拡張は、同じアクセスユニット中の（すなわち、同じ時間インスタンスをもつ）ピクチャの間でビュー間予測を可能にする。Ｈ．２６４／ＡＶＣのＭＶＣ拡張では、ビュー間予測は視差動き補償によってサポートされ、視差動き補償は、Ｈ．２６４／ＡＶＣ動き補償のシンタックスを使用するが、異なるビュー中のピクチャが参照ピクチャとして使用されることが可能になる。２つのビューのコーディングも、Ｈ．２６４／ＡＶＣのＭＶＣ拡張によってサポートされ得る。Ｈ．２６４／ＡＶＣのＭＶＣ拡張の利点の１つは、ＭＶＣエンコーダが３Ｄビデオ入力として３つ以上のビューを取り込むことができ、かつＭＶＣデコーダがそのようなマルチビュー表現を復号することができることである。したがって、ＭＶＣデコーダをもつ任意のレンダラは、３つ以上のビューをもつ３Ｄビデオコンテンツを予想し得る。ＭＶＣでは、非ベースビューのうちの１つの中のピクチャをコーディングするとき、ピクチャが異なるビュー内にあるが同じ時間インスタンス中にある場合、そのピクチャは参照ピクチャリストに追加され得る。ビュー間参照ピクチャは、任意のインター予測参照ピクチャとまったく同様に、参照ピクチャリストの任意の位置に入れられ得る。
【００９９】
[0116]  図３は、例示的なマルチビュー復号順序を示す概念図である。マルチビュー復号順序はビットストリーム順序であり得る。図３の例では、各正方形がビュー成分に対応する。正方形の列は、アクセスユニットに対応する。各アクセスユニットは、時間インスタンスのすべてのビューのコード化ピクチャを含むように定義され得る。正方形の行は、ビューに対応する。図３の例では、アクセスユニットがＴ０〜Ｔ８と標示され、ビューがＳ０〜Ｓ７と標示される。アクセスユニットの各ビュー成分は次のアクセスユニットのビュー成分の前に復号されるので、図３の復号順序はタイムファーストコーディングと呼ばれることがある。アクセスユニットの復号順序は、出力または表示順序と同一ではないこともある。
【０１００】
[0117]  図４は、マルチビューコーディングのための例示的な予測構造を示す概念図である。図４のマルチビュー予測構造は、時間的予測とビュー間予測とを含む。図４の例では、各正方形がビュー成分に対応する。図４の例では、アクセスユニットがＴ０〜Ｔ１１と標示され、ビューがＳ０〜Ｓ７と標示される。「Ｉ」と標示される正方形は、イントラ予測されたビュー成分である。「Ｐ」と標示される正方形は、単方向にインター予測されたビュー成分である。「Ｂ」および「ｂ」と標示される正方形は、双方向にインター予測されたビュー成分である。「ｂ」と標示される正方形は、「Ｂ」と標示される正方形を参照ピクチャとして使用し得る。第１の正方形から第２の正方形を指す矢印は、第１の正方形が、インター予測において、第２の正方形のための参照ピクチャとして利用可能であることを示す。図４の垂直の矢印で示すように、同じアクセスユニットの異なるビュー内のビュー成分は、参照ピクチャとして利用可能であり得る。このように、図４は、マルチビュービデオコーディング用の典型的なＭＶＣ予測（各ビュー内のインターピクチャ予測とインタービュー予測の両方を含む）構造を示し、予測参照のために矢印の始点のオブジェクトを使用して矢印の終点のオブジェクトへの矢印によって予測が示される。アクセスユニットの１つのビュー成分を同じアクセスユニットの別のビュー成分に対する参照ピクチャとして使用することは、ビュー間予測と呼ばれることがある。
【０１０１】
[0118]  マルチビューコーディングでは、ビットストリームは複数のレイヤを有し得る。これらのレイヤは、異なるビューに対応し得る。ビデオデコーダ（たとえば、ビデオデコーダ３０）が、あるビュー中のピクチャを他のビュー中のピクチャと無関係に復号することができる場合、そのビューは「ベースビュー（base view）」と呼ばれることがある。ビューは、ビューの復号が１つまたは複数の他のビュー中のピクチャの復号に依存する場合、非ベースビューと呼ばれ得る。
【０１０２】
[0119]  いくつかの例では、ＮＡＬユニットは、ヘッダ（すなわち、ＮＡＬユニットヘッダ）とペイロード（たとえば、ＲＢＳＰ）とを含み得る。ＮＡＬユニットヘッダはｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素を含み得る。異なる値を指定するｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔシンタックス要素を有するＮＡＬユニットは、ビットストリームの異なる「レイヤ（layer）」に属する。したがって、マルチビューコーディング、３ＤＶ、またはＳＶＣでは、ＮＡＬユニットのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素はＮＡＬユニットのレイヤ識別子（すなわち、レイヤＩＤ）を指定する。いくつかの例では、ＮＡＬユニットがマルチビューコーディング、３ＤＶコーディング、またはＳＶＣにおけるベースレイヤに関係する場合、ＮＡＬユニットのｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素は０に等しい。ビットストリームのベースレイヤ中のデータは、ビットストリームの他のレイヤ中のデータと無関係に復号され得る。ＮＡＬユニットがマルチビューコーディング、３ＤＶ、またはＳＶＣにおけるベースレイヤに関係しない場合、ｎｕｈ＿ｒｅｓｅｒｖｅｄ＿ｚｅｒｏ＿６ｂｉｔｓシンタックス要素は非０値を有し得る。上記のように、マルチビューコーディングおよび３ＤＶコーディングでは、ビットストリームの異なるレイヤは異なるビューに対応し得る。ＳＶＣでは、ベースレイヤ以外のレイヤは、「エンハンスメントレイヤ（enhancement layer）」と呼ばれることがあり、ビットストリームから復号されるビデオデータの視覚的品質を向上させる情報を提供し得る。
【０１０３】
[0120]  さらに、レイヤ内のいくつかのピクチャは、同じレイヤ内の他のピクチャを参照せずに復号され得る。したがって、レイヤのいくつかのピクチャのデータをカプセル化しているＮＡＬユニットは、そのレイヤ中の他のピクチャの復号可能性に影響を及ぼすことなしにビットストリームから削除され得る。そのようなピクチャのデータをカプセル化しているＮＡＬユニットを削除すると、ビットストリームのフレームレートが低減し得る。レイヤ内の他のピクチャを参照せずに復号され得るレイヤ内のピクチャのサブセットを、本明細書では「サブレイヤ（sub-layer）」または「時間サブレイヤ（temporal sub-layer）」と呼ぶことがある。
【０１０４】
[0121]  ＮＡＬユニットはｔｅｍｐｏｒａｌ＿ｉｄシンタックス要素も含み得る。ＮＡＬユニットのｔｅｍｐｏｒａｌ＿ｉｄシンタックス要素はＮＡＬユニットの時間識別子を指定することができる。ＮＡＬユニットの時間識別子は、そのＮＡＬユニットがそれに関連付けられるサブレイヤを識別することができる。したがって、ビットストリームの各サブレイヤは異なる時間識別子に関連付けられ得る。第１のＮＡＬユニットの時間識別子が、第２のＮＡＬユニットの時間識別子未満である場合、第１のＮＡＬユニットによってカプセル化されたデータは、第２のＮＡＬユニットによってカプセル化されたデータを参照せずに復号することができる。
【０１０５】
[0122]  非ベースビューのうちの１つの中のピクチャをコーディングするとき、ピクチャが、ビデオコーダが現在コーディングしているピクチャとは異なるビュー中にあるがビデオコーダが現在コーディングしているピクチャと同じ時間インスタンス（すなわち、アクセスユニット）中にある場合、ビデオコーダ（ビデオエンコーダ２０またはビデオデコーダ３０など）は、参照ピクチャリストにピクチャを追加し得る。他のインター予測参照ピクチャと同様に、ビデオコーダは、参照ピクチャリストの任意の位置にビュー間予測参照ピクチャを挿入し得る。言い換えると、ビュー間予測を用いてコーディングされたピクチャが、他の非ベースビューのビュー間予測用の参照ピクチャリスト中に追加され得る。
【０１０６】
[0123]  さらに、特定のピクチャ中のブロックは、ビュー間参照ピクチャ中の対応するブロックの動き情報または残差データと同様である動き情報または残差データを有し得る。したがって、現在ピクチャ中の現在ブロックの動き情報または残差データは、ビュー間参照ピクチャ中の対応するブロックの動き情報または残差データに基づいて予測され得る。ビュー間残差予測では、ビデオコーダが、現在ＣＵとは異なるビュー中の残差データに基づいて、現在ＣＵの残差ブロックを決定することができる。コーディング効率をさらに向上させるために、高度残差予測（ＡＲＰ：advanced residual prediction）が、２０１２年１０月の第２回ＪＣＴ−３Ｖ会合における、Ｚｈａｎｇら、「３Ｄ−ＣＥ５．ｈ  ｒｅｌａｔｅｄ：Ａｄｖａｎｃｅｄ  Ｒｅｓｉｄｕａｌ  Ｐｒｅｄｉｃｔｉｏｎ  ｆｏｒ  Ｍｕｌｔｉｖｉｅｗ  Ｃｏｄｉｎｇ」、ＩＴＵ−Ｔ  ＳＧ  １６  ＷＰ  ３およびＩＳＯ／ＩＥＣ  ＪＴＣ  １／ＳＣ  ２９／ＷＧ  １１の３Ｄビデオコーディング拡張開発共同研究部会、第２回会合、上海、中国、２０１２年１０月１３〜１９日、文書ＪＣＴ３Ｖ−Ｂ００５１（以下では、ＪＣＴ３Ｖ−Ｂ００５１）において提案されている。
【０１０７】
[0124]  コーディング効率をさらに向上させるために、３Ｄ−ＨＥＶＣは、照度補償を採用した。照度補償（ＩＣ）の基本的な考え方は、異なるビューの間の照度不一致が、ビュー間予測において訂正されるべきであるというものである。異なるビューの間のそのような不一致は、異なるカメラが完全に較正されるわけではなく、可能性として、異なるカメラが異なる露出時間を有する結果となるので、起こり得る。本開示の他の箇所で説明するように、ＩＣを適用するかどうかはＣＵレベルで決定されてよく、ビュー間予測が使われるＣＵ用に、ＩＣフラグがコーディングされる。ＩＣを適用するためのプロセスは、ＰＵの視差ベクトルを使う。
【０１０８】
[0125]  ビュー間動き予測と、ＡＲＰと、照度補償とを可能にするために、ビデオコーダは、ブロック（たとえば、ＰＵ、ＣＵなど）についての視差ベクトルを決定すればよい。概して、視差ベクトルは、２つのビューの間の変位を推定するものとして使われる。ビデオコーダは、ビュー間動きまたは残差予測のために別のビュー中の参照ブロックを位置特定するのに、ブロックについての視差ベクトルを使ってもよく、ビデオコーダは、視差ベクトルを、ビュー間動き予測のために視差動きベクトルにコンバート（convert）してもよい。
【０１０９】
[0126]  いくつかの例では、ブロックについての視差ベクトルを導出するのに、ビデオコーダは、隣接ブロックベースの視差ベクトル（ＮＢＤＶ：Neighboring Blocks Based Disparity Vector）の方法を使うことができる。ＮＢＤＶ導出プロセスは、現在ブロックについての視差ベクトルを導出するのに、視差動きベクトルと、空間的および時間的に隣接するブロックからの暗黙視差動きベクトルとを使う。隣接ブロック（たとえば、現在ブロックに空間的または時間的に隣接するブロック）は、ビデオコーディングにおいて、ほぼ同じ動きと視差情報とを共有する見込みがあるので、現在ブロックは、隣接ブロック中の動きベクトル情報を、現在ブロックの視差ベクトルの予測子として使ってよい。
【０１１０】
[0127]  概して、照度補償は、異なるビューの間の照度における差分を効率的にコーディングするための技法である。照度補償は、２０１２年１０月の第２回ＪＣＴ−３Ｖ会合において３Ｄ−ＨＥＶＣに採用された。２０１３年１２月２０日の時点で、照度補償に関連した提案は、ｈｔｔｐ：／／ｐｈｅｎｉｘ．ｉｔ−ｓｕｄｐａｒｉｓ．ｅｕ／ｊｃｔ３ｖ／ｄｏｃ＿ｅｎｄ＿ｕｓｅｒ／ｄｏｃｕｍｅｎｔｓ／２＿Ｓｈａｎｇｈａｉ／ｗｇ１１／ＪＣＴ３Ｖ−Ｂ００４５−ｖ７．ｚｉｐからアクセス可能である。
【０１１１】
[0128]  ３Ｄ−ＨＥＶＣでは、照度補償（ＩＣ）フラグがＣＵレベルでシグナリングされる。言い換えると、ＣＵ用のシンタックス構造は、照度補償フラグを含み得る。したがって、ＩＣの適用はＣＵレベルで決定される。復号されたＩＣフラグが１に等しい場合、ＩＣは、現在ＣＵ内のビュー間予測されたＰＵに対して有効化される。現在ＣＵにＩＣが適用されるかどうかをシグナリングするために使われるシンタックス要素は、「ｉｃ＿ｆｌａｇ」によって示される。現在ＣＵに照度補償が適用されるかどうかをシグナリングするために使われるシンタックス要素は、ＣＵレベルにおいて条件付きでシグナリングされる。
【０１１２】
[0129]  現在ＣＵの各ＰＵについて、ＲｅｆＰｉｃＬｉｓｔＸ（Ｘは０または１に等しい）中の参照ピクチャからＰＵが予測され、参照ピクチャがビュー間参照ピクチャである場合、ビデオコーダは、予測信号をさらにフィルタリングしてよい。言い換えると、ビデオコーダは、現在ＣＵのＰＵの予測ブロックに、１つまたは複数のフィルタを適用することができる。１つまたは複数のフィルタの各々は、１つまたは複数のフィルタ係数を有し得る。いくつかの例では、ビデオコーダは、ＣＵの上の行および左の列ならびに参照インデックスによって識別されるＲｅｆＰｉｃＬｉｓｔＸ中の参照ピクチャ中の参照ブロックの対応する行および列によってＲｅｆＰｉｃＬｉｓｔＸに対応する予測方向についてのフィルタ係数を導出することができる。
【０１１３】
[0130]  以下の表１は、３Ｄ−ＨＥＶＣテストモデル２のセクションＧ．７．３．９．１に提示されているｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造の一部分を示す。ｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造とは、ＣＵに関連付けられたシンタックス要素を含むシンタックス構造である。
【表１】
2016507957.tif 000005
【０１１４】
[0131]  本開示に示すシンタックステーブルでは、形式ｕ（ｎ）のタイプ記述子を有するシンタックス要素は、長さｎの符号なし値であり、ただし、ｎは非負整数である。たとえば、タイプ記述子ｕ（３）およびｕ（８）をもつシンタックス要素は、それぞれ、３および８ビットをもつ符号なし整数である。
【０１１５】
[0132]  テーブル１において、１に等しいｉｃ＿ｆｌａｇシンタックス要素は、照度補償が現在ＣＵに対して使われることを指定する。０に等しいｉｃ＿ｆｌａｇシンタックス要素は、照度補償が現在ＣＵに対しては使われないことを指定する。ｉｃ＿ｆｌａｇシンタックス要素が存在しないとき、ｉｃ＿ｆｌａｇシンタックス要素は、０に等しいと推論され得る。
【０１１６】
[0133]  さらに、テーブル１に示すように、ｉｃ＿ｆｌａｇシンタックス要素は、変数ｉｃＥｎａｂｌｅＦｌａｇが１に等しいときに存在する。言い換えると、変数ｉｃＥｎａｂｌｅＦｌａｇは、ｉｃ＿ｆｌａｇシンタックス要素がビットストリーム中に存在するかどうかを指定する。３Ｄ−ＨＥＶＣテストモデル２では、変数ｉｃＥｎａｂｌｅＦｌａｇは、
【数３】
2016507957.tif 000006
【０１１７】
として導出される。
【０１１８】
上記式において、ｓｌｉｃｅ＿ｉｃ＿ｅｎａｂｌｅ＿ｆｌａｇは、スライスヘッダ中でシグナリングされるシンタックス要素である。１に等しいｓｌｉｃｅ＿ｉｃ＿ｅｎａｂｌｅ＿ｆｌａｇシンタックス要素は、現在スライスに対して照度補償が有効化されることを指定する。現在スライスは、現在ＣＵを含むスライスである。０に等しいｓｌｉｃｅ＿ｉｃ＿ｅｎａｂｌｅ＿ｆｌａｇシンタックス要素は、現在スライスに対して照度補償が無効化されることを指定する。ｓｌｉｃｅ＿ｉｃ＿ｅｎａｂｌｅ＿ｆｌａｇシンタックス要素が存在しないとき、ｓｌｉｃｅ＿ｉｃ＿ｅｎａｂｌｅ＿ｆｌａｇシンタックス要素は、０に等しいと推論される。
【０１１９】
[0134]  ｉｃＥｎａｂｌｅＦｌａｇの値を決定するための上記式において、変数ａｎｙＩｖＲｅｆＰｉｃＦｌａｇは、現在ＣＵの１つまたは複数のＰＵがビュー間参照ピクチャを使用するかどうかを指定する。変数ａｎｙＩｖＲｅｆＰｉｃＦｌａｇは、最初に０に等しくセットされ、現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使用する場合、１になるように導出される。現在ＣＵの予測モード（すなわち、ＰｒｅｄＭｏｄｅ［ｘ０]［ｙ０]）がＭＯＤＥ＿ＩＮＴＲＡに等しくないとき、以下は、０および１で置き換えられるＸ、および１−Ｘに等しいＹに該当する。
【数４】
2016507957.tif 000007
【０１２０】
ａｎｙＩｖＲｅｆＰｉｃＦｌａｇを決定するための上記式において、変数ｒｅｆＶｉｅｗＩｄｘＬＸ［ｘ]［ｙ]（Ｘは０および１で置き換えられる）は、ＲｅｆＰｉｃＬｉｓｔＬＸ［ＲｅｆＩｄｘＬＸ［ｘ]［ｙ]]のビュー順序インデックスに等しくセットされる。ビュー順序インデックスは、アクセスユニット中のビュー成分の復号順序を示すインデックスである。さらに、ａｎｙＩｖＲｅｆＰｉｃＦｌａｇを決定するための上記式において、変数ｘ１およびｙ１は、現在ピクチャの左上サンプルに対してルーマロケーションを指定する。３Ｄ−ＨＥＶＣテストモデル２では、変数ｘ１およびｙ１は、以下の式において指定されるように導出される。
【数５】
2016507957.tif 000008
【０１２１】
ｘ１とｙ１とを決定するための上記式において、ｎＣｂｓは、現在ＣＵのサイズを示す。
【０１２２】
[0135]  いくつかの事例では、ビデオコーダは、各ＣＵについての導出された視差ベクトルに基づいて、ＣＵレベルのビュー間残差予測（ＩＶＲＰ）を実行することができる。ビデオコーダが現在ピクチャの現在ＣＵに対してＩＶＲＰを実行するとき、ビデオコーダは、現在ＣＵについての動き補償ブロックを決定するのに、現在ＣＵのＰＵの動きベクトルを使うことができる。言い換えると、現在ＣＵについての動き補償ブロックは、現在ＣＵのＰＵの予測ブロックを備え得る。現在ＣＵの動き補償ブロックは、Ｐeとして示され得る。現在ＣＵについての残差ブロック（ｒe）中の各サンプルは、現在ＣＵの元のコーディングブロック中のサンプルと、Ｐe中の対応するサンプルとの間の差分を示し得る。さらに、ビデオコーダは、参照ピクチャ中の視差参照ＣＵを決定するのに、現在ＣＵの視差ベクトルを使うことができる。参照ピクチャは、現在ピクチャとは異なるビュー中にあり得る。視差参照ＣＵの残差ブロックは、ｒbとして示され得る。視差参照ＣＵの残差ブロック（ｒb）の各サンプルは、視差参照ＣＵについてのコーディングブロックの元のサンプルと、視差参照ＣＵのＰＵのための予測ブロック中の対応する予測サンプルとの間の差分を示し得る。
【０１２３】
[0136]  ビデオエンコーダ２０は、ビットストリーム中に、最終残差ブロックを示すデータを含み得る。最終残差ブロック中の各サンプルは、ｒb中のサンプルと、ｒe中の対応するサンプルとの間の差分を示し得る。したがって、ビュー間残差予測が使われるとき、動き補償は、以下の式によって表現することができる。
【数６】
2016507957.tif 000009
【０１２４】
上式で、現在ブロック
【数７】
2016507957.tif 000010
【０１２５】
の再構成は、量子化解除された係数（de-quantized coefficient）ｒeプラス予測Ｐeおよび量子化された正規化残差係数（normalized residual coefficient）ｒbに等しい。ビデオコーダは、ｒbを、残差予測子として扱うことができる。したがって、動き補償と同様に、ｒbが現在残差から減算されればよく、得られた差分信号のみが変換コーディングされる。
【０１２６】
[0137]  いくつかの例では、ビデオエンコーダ２０は、残差予測が適用されるかどうかを示すために、各ＣＵについてのＩＶＲＰフラグをシグナリングする。ビデオエンコーダ２０は、ＣＵレベルでＩＶＲＰが使われるかどうかを示すためのフラグをシグナリングすればよい。ＩＶＲＰフラグが１に等しいとき、ＩＶＲＰは、このブロックについての動き補償された予測子およびシグナリングされた残差に加え、残差残差予測信号（residual residual prediction signal）（すなわち、最終残差データ（final residual data））が加えられるように、時間参照ピクチャをもつＰＵに対して有効化される。ビデオコーダは、導出された視差ベクトルに基づいて、参照ビュー中の参照ブロックの残差信号（残差予測信号（residual prediction signal））を位置特定する。
【０１２７】
[0138]  ビデオコーダは、導出された視差ベクトルに基づいて残差参照領域を位置特定することができる。３Ｄ−ＨＥＶＣテストモデル２では、ビデオコーダは、視差ベクトルを決定するのに、上述したＮＢＤＶ導出プロセスを使うことができる。ビデオコーダが、ＮＢＤＶ導出プロセスを使って、現在ＣＵについての視差ベクトルを決定することが不可能な場合、ビデオコーダは、現在ＣＵについての視差ベクトルが利用不可能であることを示す。現在ＣＵについての視差ベクトルが利用不可能な場合、ビットストリームは、ＩＶＲＰフラグを示すデータを含まず、ビデオエンコーダ２０もビデオデコーダ３０も、現在ＣＵにビュー間残差予測を適用しない。
【０１２８】
[0139]  現在ＣＵについての視差ベクトルは、ビュー間参照ピクチャ内の参照ロケーションを示し得る。ビュー間参照ピクチャ内の参照ロケーションは、視差参照ブロックの左上隅であり得る。視差参照ブロックは、現在ＣＵと同じサイズを有し得る。現在ＣＵについての視差ベクトルは、フルピクセルまたはサブピクセル精度を有し得る。現在ＣＵについての視差ベクトルがフルピクセル精度を有する事例では、視差参照ブロックは、ビュー間参照ピクチャのサンプルを含み得る。視差ベクトルがサブピクセル精度を有する事例では、ビデオコーダは、ビュー間参照ピクチャ中の実際のサンプルから、視差参照ブロック中のサンプルを補間することができる。
【０１２９】
[0140]  したがって、現在ＣＵの左上位置が（ｘ，ｙ）であると想定すると、および端数まで正確であり得るｍｖＤｉｓｐによって示される視差ベクトルを考慮に入れた後、剰余がそこから予測される、参照ピクチャのコロケートエリアは、左上および右下ピクセルロケーションによって、
【数８】
2016507957.tif 000011
【０１３０】
と表され、上式で、ｍｖＤｉｓｐ［０]は視差ベクトルの水平成分を示し、（ＣＵＷｉｄｔｈ、ＣＵＨｅｉｇｈｔ）は現在ＣＵのサイズであり、ｐｉｃＷｉｄｔｈおよびｐｉｃＨｅｉｇｈｔは現在ピクチャの幅および高さである。対応するビュー間参照ブロック中のＰＵのうちのどれもインターコーディングされず、ｃｂｆ＿ｌｕｍａ、ｃｂｆ＿ｃｂおよびｃｂｆ＿ｃｒの値が０に等しくない場合、ビュー間残差予測フラグは、ＣＵレベルではシグナリングされない。概して、ｃｂｆ＿ｌｕｍａ、ｃｂｆ＿ｃｂ、およびｃｂｆ＿ｃｒは、それぞれ、ルーマ、Ｃｂ、およびＣｒサンプルに基づいて、対応する変換ブロックが非０係数を含むかどうかを示す。
【０１３１】
[0141]  一例では、ビデオコーダは、残差参照ブロックを導出するのに、以下の手順を使うことができる。この例では、視差ベクトルは、ｍｖＤｉｓｐによって示され、その水平および垂直成分は、それぞれ、ｍｖＤｉｓｐ［０]およびｍｖＤｉｓｐ［１]によって示される。さらに、この例では、ビデオコーダは、ｍｖＤｉｓｐ［１]（すなわち、視差ベクトルの垂直成分）を０にセットする。さらに、ビデオコーダは、対応するブロックを（たとえば、前の段落の例で定義されるように）位置特定する。ｍｖＤｉｓｐが整数位置を指す（すなわち、ｍｖＤｉｓｐ［０]モジュロ４が０に等しい）場合、ビデオコーダは、残差予測信号を、対応するブロックの残差に等しくセットする。そうではなく、ｍｖＤｉｓｐが小数位置（fractional position）を指す場合、ビデオコーダは、双線形フィルタ（bi-linear filter）を使って、対応するブロックの残差サンプルを補間することによって、残差予測信号を取得することができる。
【０１３２】
[0142]  現在ＣＵにＩＶＲＰが適用されるかどうかをシグナリングするために使われるシンタックス要素は、「ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇ」によって示される。ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素は、ＣＵレベルにおいて条件付きでシグナリングされる。言い換えると、ＣＵ用のシンタックス構造（たとえば、ｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造）は、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素を含み得る。
【０１３３】
[0143]  以下のテーブル２は、３Ｄ−ＨＥＶＣテストモデル２のセクションＧ．７．３．９．１に提示されているｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造の一部分を示す（一般コーディングユニットシンタックス）。
【表２】
2016507957.tif 000012
【０１３４】
[0144]  本開示に示すシンタックステーブルにおいて、ａｅ（ｖ）という形のタイプ記述子を有するシンタックス要素は、ＣＡＢＡＣコード化シンタックス要素である。テーブル２の例では、０に等しいｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素は、残差予測が使われないことを指定する。１に等しいｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素は、残差予測が使われることを指定する。３Ｄ−ＨＥＶＣテストモデル２では、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素が存在しないとき、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素の値は、０に等しいと推論されるものとする。
【０１３５】
[0145]  テーブル２において、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素は、変数ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇが１に等しいときに存在する。言い換えると、変数ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇは、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素がビットストリーム中に存在するかどうかを指定する。３Ｄ−ＨＥＶＣテストモデル２では、変数ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇは、以下のように導出される。
【数９】
2016507957.tif 000013
【０１３６】
上記式において、変数ｒｅｓｉｄｕａｌＣｂｆＮｏｎＺｅｒｏは、対応する参照ビュー変換ブロックのｃｂｆ＿ｌｕｍａ、ｃｂｆ＿ｃｂ、ｃｂｆ＿ｃｒおよびＰｒｅｄＭｏｄｅの値によって、次のように導出される。対応する変換ブロック内の少なくとも１つのＰＵ（すなわち、少なくとも部分的に、対応する参照ビュー変換ブロックのうちの１つ内にある予測ブロックを有する少なくとも１つのＰＵ）が、ＭＯＤＥ＿ＩＮＴＲＡに等しくない両方のＰｒｅｄＭｏｄｅを有する場合、ならびに対応する参照ビュー変換ブロックについてのｃｂｆ＿ｌｕｍａ、ｃｂｆ＿ｃｂおよびｃｂｆ＿ｃｒのうちのいずれかの値が０に等しくない場合、ビデオコーダは、変数ｒｅｓｉｄｕａｌＣｂｆＮｏｎＺｅｒｏを１にセットする。そうでない場合、ビデオコーダは、ｒｅｓｉｄｕａｌＣｂｆＮｏｎＺｅｒｏを０に等しくセットする。ビデオコーダは、対応する参照ビュー変換ブロックを、現在ＰＵロケーションおよび視差ベクトルに基づいて識別することができる。対応する参照ビュー変換ブロックはすべて、視差ベクトルをもつＰＵロケーションをシフトした後、ビュー間参照ビュー成分中の（現在ＰＵの）対応する矩形エリアによってカバーされるか、または部分的にカバーされるＴＵに属する。導出された視差ベクトルが利用不可能なとき、ビデオコーダは、ｒｅｓｉｄｕａｌＣｂｆＮｏｎＺｅｒｏを０にセットすればよい。
【０１３７】
[0146]  上述したように、ビデオコーダは、ｃｂｆ＿ｌｕｍａ、ｃｂｆ＿ｃｂ、およびｃｂｆ＿ｃｒに基づいて、変数ｒｅｓｉｄｕａｌＣｂｆＮｏｎＺｅｒｏを決定する。３Ｄ−ＨＥＶＣテストモデル２は、ｃｂｆ＿ｌｕｍａ、ｃｂｆ＿ｃｂ、ｃｂｆ＿ｃｒのセマンティクスを、次のように定義する。
【０１３８】
[0147]  １に等しいｃｂｆ＿ｌｕｍａ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]は、ルーマ変換ブロックが０に等しくない１つまたは複数の変換係数レベルを含むことを指定する。アレイインデックスｘ０、ｙ０は、ピクチャの左上ルーマサンプルに対する当該変換ブロックの左上ルーマサンプルのロケーション（ｘ０，ｙ０）を指定する。アレイインデックスｔｒａｆｏＤｅｐｔｈは、変換コーディングのために、ブロックへのコーディングブロックの現在細分レベルを指定する。ｔｒａｆｏＤｅｐｔｈは、コーディングブロックに対応するブロックについて０に等しい。ｃｂｆ＿ｌｕｍａ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]が存在しないとき、ｃｂｆ＿ｌｕｍａ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]は１に等しくなると推論され得る。
【０１３９】
[0148]  １に等しいｃｂｆ＿ｃｂ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]は、Ｃｂ変換ブロックが０に等しくない１つまたは複数の変換係数レベルを含むことを指定する。アレイインデックスｘ０、ｙ０は、検討されるＴＵの左上ロケーション（ｘ０，ｙ０）を指定する。アレイインデックスｔｒａｆｏＤｅｐｔｈは、変換コーディングのために、ブロックへのコーディングブロックの現在細分レベルを指定する。ｔｒａｆｏＤｅｐｔｈは、コーディングブロックに対応するブロックについて０に等しい。ｃｂｆ＿ｃｂ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]が存在しないとき、ｃｂｆ＿ｃｂ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]の値は、次のように推論される。ｔｒａｆｏＤｅｐｔｈが０よりも大きく、ｌｏｇ２ＴｒａｆｏＳｉｚｅが２に等しい場合、ｃｂｆ＿ｃｂ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]は、ｃｂｆ＿ｃｂ［ｘＢａｓｅ]［ｙＢａｓｅ]［ｔｒａｆｏＤｅｐｔｈ−１]に等しいと推論される。そうではなく、ｃｂｆ＿ｃｂ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]が存在しないとき、０に等しいと推論される。
【０１４０】
[0149]  １に等しいｃｂｆ＿ｃｒ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]は、Ｃｒ変換ブロックが０に等しくない１つまたは複数の変換係数レベルを含むことを指定する。アレイインデックスｘ０、ｙ０は、検討されるＴＵの左上ロケーション（ｘ０，ｙ０）を指定する。アレイインデックスｔｒａｆｏＤｅｐｔｈは、変換コーディングのために、ブロックへのコーディングブロックの現在細分レベルを指定する。ｔｒａｆｏＤｅｐｔｈは、コーディングブロックに対応するブロックについて０に等しい。ｃｂｆ＿ｃｒ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]が存在しないとき、ｃｂｆ＿ｃｒ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]の値は、次のように推論される。ｔｒａｆｏＤｅｐｔｈが０よりも大きく、ｌｏｇ２ＴｒａｆｏＳｉｚｅが２に等しい場合、ｃｂｆ＿ｃｒ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]は、ｃｂｆ＿ｃｒ［ｘＢａｓｅ]［ｙＢａｓｅ]［ｔｒａｆｏＤｅｐｔｈ−１]に等しいと推論される。そうではなく、ｃｂｆ＿ｃｒ［ｘ０]［ｙ０]［ｔｒａｆｏＤｅｐｔｈ]が存在しないとき、０に等しいと推論される。
【０１４１】
[0150]  さらに、上述したように、ｒｅｓＰｒｅｄＥｎａｂｌｅｄＦｌａｇを決定するための式は、変数ａｎｙＴｅｍｐＲｅｆＰｉｃＦｌａｇに依存する。変数ａｎｙＴｅｍｐＲｅｆＰｉｃＦｌａｇは、現在ＣＵの１つまたは複数のＰＵが時間参照ピクチャを使用するかどうかを指定する。３Ｄ−ＨＥＶＣテストモデル２は、変数ａｎｙＴｅｍｐＲｅｆＰｉｃＦｌａｇを次のように定義する。変数ａｎｙＴｅｍｐＲｅｆＰｉｃＦｌａｇは、最初に０に等しくセットされ、現在ＣＵの少なくとも１つのＰＵが時間参照ピクチャを使用する場合、１になるように導出される。ＰｒｅｄＭｏｄｅ［ｘ０]［ｙ０]がＭＯＤＥ＿ＩＮＴＲＡに等しくないとき、以下のことが、０および１で置き換えられるＸ、ならびに１−Ｘに等しいＹに該当する。
【数１０】
2016507957.tif 000014
【０１４２】
ａｎｙＴｅｍｐＲｅｆＰｉｃＦｌａｇを決定するための上記式において、変数ｒｅｆＶｉｅｗＩｄｘＬＸ［ｘ]［ｙ]（Ｘは０および１で置き換えられる）は、ＲｅｆＰｉｃＬｉｓｔＬＸ［ＲｅｆＩｄｘＬＸ［ｘ]［ｙ]]のビュー順序インデックスに等しくセットされる。さらに、ａｎｙＴｅｍｐＲｅｆＰｉｃＦｌａｇを決定するための上記式において、変数ｘ１およびｙ１は、現在ピクチャの左上サンプルに対してルーマロケーションを指定する。３Ｄ−ＨＥＶＣテストモデル２では、ｘ１およびｙ１は、以下において指定されるように導出される。
【数１１】
2016507957.tif 000015
【０１４３】
ｘ１とｙ１とを決定するための上記式において、ｎＣｂｓは、現在ＣＵのサイズを示す。
【０１４４】
[0151]  Ｌ．Ｚｈａｎｇら、「３Ｄ−ＣＥ５．ｈ  ｒｅｌａｔｅｄ：Ａｄｖａｎｃｅｄ  ｒｅｓｉｄｕａｌ  ｐｒｅｄｉｃｔｉｏｎ  ｆｏｒ  ｍｕｌｔｉｖｉｅｗ  ｃｏｄｉｎｇ」、ＩＴＵ−Ｔ  ＳＧ  １６  ＷＰ  ３およびＩＳＯ／ＩＥＣ  ＪＴＣ  １／ＳＣ  ２９／ＷＧ  １１の３Ｄビデオコーディング拡張開発共同研究部会、第２回会合、上海、中国、２０１２年１０月１３〜１９日、文書ＪＣＴ３Ｖ−Ｂ００５１（以下では、「ＪＣＴ３Ｖ−Ｂ００５１」）は、ビュー間残差予測のコーディング効率をさらに向上させるための高度残差予測（ＡＲＰ）方法を提案した。上述した残差予測方式とは対照的に、ＡＲＰは、ＣＵレベルではなくＰＵレベルで実行することができる。上述した残差予測方式をＡＲＰと区別するために、上述した残差予測方式は、「ＣＵベースのビュー間残差予測（CU-based inter-view residual prediction）」と呼ばれ得る。
【０１４５】
[0152]  図５は、マルチビュービデオコーディングにおけるＡＲＰの例示的な予測構造を示す概念図である。図５は、４つのピクチャ、すなわち現在ピクチャ７０と、時間参照ピクチャ７２と、視差参照ピクチャ７４と、時間視差参照ピクチャ７６とを含む。現在ピクチャ７０はビューＶ１中にあり、時間インスタンスＴj中にある。時間参照ピクチャ７２はビューＶ１中にあり、時間インスタンスＴi中にある。視差参照ピクチャ７４はビューＶ０中にあり、時間インスタンスＴj中にある。時間視差参照ピクチャ７６はビューＶ０中にあり、時間インスタンスＴi中にある。
【０１４６】
[0153]  現在ピクチャ７０は、「Ｄc」として示される現在ＰＵを含む。言い換えると、Ｄcは、現在ビュー（ビュー１）中の現在ブロックを表す。Ｄcは、時間参照ピクチャ７２中のロケーションを示す時間的動きベクトルＶDを有する。ビデオエンコーダ２０は、時間的動きベクトルＶDによって示されるロケーションに関連付けられた、ピクチャ７２中のサンプルに基づいて、時間参照ブロックＤrを決定することができる。したがって、Ｄrは、時間Ｔiにおける同じビュー（ビュー１）からのＤcの時間予測ブロックを示し、ＶDは、ＤcからＤrへの動きを示す。
【０１４７】
[0154]  さらに、ビデオエンコーダ２０は、Ｄcの視差ベクトルによって示されるロケーションに関連付けられた、視差参照ピクチャ７４中のサンプルに基づいて、視差参照ブロックＢcを決定することができる。したがって、Ｂcは、参照ブロック（すなわち、時間Ｔjにおける参照ビュー（ビュー０）中でのＤcの表現）を示す。Ｂcの左上位置は、Ｄcの左上位置に、導出された視差ベクトルを加算することによって、導出された視差ベクトルを用いて算出され得る。ＤcおよびＢcは、２つの異なるビューにおける同じオブジェクトの投影であり得るので、ＤcおよびＢcは、同じ動き情報を共有するはずである。したがって、時間Ｔiにおけるビュー０中のＢcの時間予測ブロックＢrは、ＶDの動き情報を適用することによって、Ｂcから位置特定され得る。
【０１４８】
[0155]  ビデオエンコーダ２０は、時間視差ピクチャ７６中の時間視差参照ブロックＢr（Ｂcの予測ブロック）を決定することができる。上述したように、時間視差ピクチャ７６は、Ｂｒと同じビュー（すなわち、ビューＶ０）中にあり、Ｄrと同じ時間インスタンス（すなわち、時間インスタンスＴi）中にある。ビデオエンコーダ２０は、Ｄcの動きベクトルＶDによって示されるロケーションにおけるサンプルに基づいて、Ｂrを決定することができる。したがって、Ｂrの左上位置は、Ｂcの左上位置に動きベクトルＶDを加算することによって、再利用される動きベクトルＶDを用いて算出され得る。Ｂcの左上位置は、Ｄcの左上位置と視差ベクトルの合計に等しくなり得る。したがって、Ｂrの左上位置は、Ｄcの左上位置の座標、視差ベクトル、および動きベクトルＶDの合計に等しくなり得る。このように、図５に矢印７８で示すように、ビデオエンコーダ２０は、Ｂrを決定するために、動きベクトルＶDを再利用することができる。
【０１４９】
[0156]  さらに、ＡＲＰにおいて、第１の残差ブロック中の各サンプルは、Ｄc中のサンプルと、Ｄrの対応するサンプルとの間の差分を示し得る。第１の残差ブロックは、Ｄcについての元の残差ブロックと呼ばれ得る。第２の残差ブロック中の各サンプルは、Ｂc中のサンプルと、Ｂr中の対応するサンプルとの間の差分を示し得る。第２の残差ブロックは、「残差予測子（residual predictor）」と呼ばれ得る。ビデオエンコーダ２０は、Ｂrを決定するのに動きベクトルＶDを使うので、残差予測子は、Ｂcの実際の残差データとは異なり得る。
【０１５０】
[0157]  ビデオエンコーダ２０が残差予測子を決定した後、ビデオエンコーダ２０は、残差予測子を重み付け因子で乗算すればよい。言い換えると、ＶＤの動き情報をもつＢcの残差は、重み付け因子で乗算され、現在残差についての残差予測子として使われる。重み付け因子は０、５または１に等しくなり得る。したがって、３つの重み付け因子が、ＡＲＰにおいて使われ得る（すなわち、０、０．５、および１）。ビデオエンコーダ２０が残差予測子を重み付け因子で乗算した後、残差予測子は、重み付けされた残差予測子と呼ばれ得る。ビデオエンコーダ２０は、最終重み付け因子として、現在ＣＵ（すなわち、現在ＰＵを含むＣＵ）についての最小限のレート歪みコストにつながる重み付け因子を選択することができる。ビデオエンコーダ２０は、ビットストリーム中に、ＣＵレベルで、重み付けインデックスを示すデータを含み得る。重み付けインデックスは、現在ＣＵについての最終重み付け因子（すなわち、重み付けされた残差予測子を生成するのに使われた重み付け因子）を示し得る。いくつかの例では、０、１、および２の重み付けインデックスは、それぞれ、０、１、および０．５の重み付け因子に対応する。現在ＣＵについての０の重み付け因子の選択は、現在ＣＵのＰＵのうちのどれに対してもＡＲＰを使わないことと等価である。
【０１５１】
[0158]  ビデオエンコーダ２０は次いで、現在ＰＵについての最終残差ブロックを決定し得る。現在ＰＵについての最終残差ブロック中の各サンプルは、元の残差ブロック中のサンプルと、重み付けされた残差予測子中の対応するサンプルとの間の差分を示し得る。現在ＣＵ（すなわち、現在ＰＵを含むＣＵ）の残差ブロックは、存在する場合は、現在ＣＵの他のＰＵについての残差ブロックとともに、現在ＰＵについての最終残差ブロックを含み得る。本開示の他の箇所で説明するように、ビデオエンコーダ２０は、現在ＣＵの残差ブロックを、１つまたは複数の変換ブロックの間に区分することができる。変換ブロックの各々は、現在ＣＵのＴＵに関連付けられ得る。各変換ブロックについて、ビデオエンコーダ２０は、変換ブロックに対して１つまたは複数の変換を適用して、変換係数ブロックを生成することができる。ビデオエンコーダ２０は、ビットストリーム中に、変換係数ブロックの量子化された変換係数を表すデータを含め得る。
【０１５２】
[0159]  したがって、ＡＲＰにおいて、２つのビューの残余の間の高い相関を保証するために、ビデオエンコーダ２０は、現在ＰＵの動きを、参照ビューピクチャ中の対応するブロックに適用して、ビュー間残差予測に使われるべき、ベースビュー中の残差を生成すればよい。このようにして、動きは、現在ＰＵおよび参照ビュー中の対応する参照ブロックについて整合される。さらに、適応型重み付け因子が、予測エラーがさらに削減されるように、剰余信号に適用される。
【０１５３】
[0160]  現在ＰＵが双予測される場合、現在ＰＵは、ＲｅｆＰｉｃＬｉｓｔ０動きベクトルと、ＲｅｆＰｉｃＬｉｓｔ１動きベクトルと、ＲｅｆＰｉｃＬｉｓｔ０参照インデックスと、ＲｅｆＰｉｃＬｉｓｔ１参照インデックスとを有する。本開示では、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０参照インデックスによって示される参照ピクチャを、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０目標参照ピクチャと呼ぶ場合がある。現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１動きベクトルは、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１目標参照ピクチャ中の参照ロケーションを示し得る。本開示では、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１参照インデックスによって示される参照ピクチャを、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１目標参照ピクチャと呼ぶ場合がある。現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１動きベクトルは、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１目標参照ピクチャ中の参照ロケーションを示し得る。
【０１５４】
[0161]  したがって、ビデオエンコーダ２０が、双予測されたＰＵに対してＡＲＰを実行するとき、ビデオエンコーダ２０は、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０動きベクトルに基づいて、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０目標参照ピクチャ中の参照ロケーションを決定すればよい。本開示では、この参照ロケーションを、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０参照ロケーションと呼ぶ場合がある。ビデオエンコーダ２０は次いで、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０参照ロケーションに関連付けられた、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０目標参照ピクチャの実際の、または補間されたサンプルを含む参照ブロックを決定すればよい。本開示では、この参照ブロックを、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０参照ブロックと呼ぶ場合がある。
【０１５５】
[0162]  さらに、ビデオエンコーダ２０は、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１動きベクトルに基づいて、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１目標参照ピクチャ中の参照ロケーションを決定すればよい。本開示では、この参照ロケーションを、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１参照ロケーションと呼ぶ場合がある。ビデオエンコーダ２０は次いで、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０参照ロケーションに関連付けられた、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１目標参照ピクチャの実際の、または補間されたサンプルを含む参照ブロックを決定すればよい。本開示では、この参照ブロックを、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１参照ブロックと呼ぶ場合がある。
【０１５６】
[0163]  ビデオエンコーダ２０は、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０参照ブロックおよび現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１参照ブロックに基づいて、現在ＰＵについての時間予測ブロックを決定することができる。たとえば、現在ＰＵの時間予測ブロック中の各サンプルは、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０参照ブロックおよび現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１参照ブロック中の対応するサンプルの重み付き平均を示し得る。
【０１５７】
[0164]  さらに、ビデオエンコーダ２０が、双予測されたＰＵに対してＡＲＰを実行するとき、ビデオエンコーダ２０は、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０動きベクトルと、視差参照ブロックの視差参照フレーム内のロケーションとに基づいて、時間視差参照ピクチャ中の時間視差参照ロケーションを決定すればよい。本開示では、この時間視差参照ロケーションおよびこの時間視差参照ピクチャを、それぞれ、ＲｅｆＰｉｃＬｉｓｔ０時間視差参照ロケーションおよびＲｅｆＰｉｃＬｉｓｔ０時間視差参照ピクチャと呼ぶ場合がある。ＲｅｆＰｉｃＬｉｓｔ０時間視差参照ピクチャは、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０目標参照ピクチャと同じＰＯＣ値を有し得る。ビデオエンコーダ２０は次いで、ＲｅｆＰｉｃＬｉｓｔ０時間視差参照ロケーションに関連付けられた、ＲｅｆＰｉｃＬｉｓｔ０時間視差参照ピクチャの実際の、または補間されたサンプルを含むサンプルブロックを決定することができる。本開示では、このサンプルブロックを、ＲｅｆＰｉｃＬｉｓｔ０時間視差参照ブロックと呼ぶ場合がある。
【０１５８】
[0165]  さらに、ビデオエンコーダ２０は、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１動きベクトルと、視差参照ブロックの視差参照フレーム内のロケーションとに基づいて、時間視差参照ピクチャ中の時間視差参照ロケーションを決定すればよい。本開示では、この時間視差参照ロケーションおよびこの時間視差参照ピクチャを、それぞれ、ＲｅｆＰｉｃＬｉｓｔ１時間視差参照ロケーションおよびＲｅｆＰｉｃＬｉｓｔ１時間視差参照ピクチャと呼ぶ場合がある。ＲｅｆＰｉｃＬｉｓｔ１時間視差参照ピクチャは、現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１目標参照ピクチャと同じＰＯＣ値を有し得る。現在ＰＵのＲｅｆＰｉｃＬｉｓｔ０目標参照ピクチャと現在ＰＵのＲｅｆＰｉｃＬｉｓｔ１目標参照ピクチャは異なり得るので、ＲｅｆＰｉｃＬｉｓｔ１時間視差参照ピクチャは、ＲｅｆＰｉｃＬｉｓｔ０時間視差参照ピクチャとは異なり得る。ビデオエンコーダ２０は次いで、ＲｅｆＰｉｃＬｉｓｔ１時間視差参照ロケーションに関連付けられた、ＲｅｆＰｉｃＬｉｓｔ１時間視差参照ピクチャの実際の、または補間されたサンプルを含むサンプルブロックを決定することができる。本開示では、このサンプルブロックを、ＲｅｆＰｉｃＬｉｓｔ１時間視差参照ブロックと呼ぶ場合がある。
【０１５９】
[0166]  次に、ビデオエンコーダ２０は、ＲｅｆＰｉｃＬｉｓｔ０時間視差参照ブロックおよびＲｅｆＰｉｃＬｉｓｔ１時間視差参照ブロックに基づいて、視差予測ブロックを決定すればよい。いくつかの例では、視差予測ブロック中の各サンプルは、ＲｅｆＰｉｃＬｉｓｔ０時間視差参照ブロックおよびＲｅｆＰｉｃＬｉｓｔ１時間視差参照ブロック中の対応するサンプルの重み付き平均である。次いで、ビデオエンコーダ２０は、残差予測子を決定することができる。残差予測子はサンプルのブロックであり得る。残差予測子中の各サンプルは、視差参照ブロック中のサンプルと、視差予測ブロック中の対応するサンプルとの間の差分を示し得る。ビデオエンコーダ２０は次いで、残差予測子に重み付け因子を適用することによって、重み付けされた残差予測子を生成することができる。ビデオエンコーダ２０は次いで、現在ＰＵについての最終残差ブロックを決定し得る。現在ＰＵの最終残差ブロック中の各サンプルは、現在ＰＵについての元の予測ブロック中のサンプルと、現在ＰＵの時間予測ブロック中の対応するサンプルとの間の差分と、重み付けされた残差予測子とを示し得る。ビデオエンコーダ２０は、ビットストリーム中で現在ＰＵの最終残差ブロックをシグナリングし得る。
【０１６０】
[0167]  ビデオデコーダ３０は、双予測されたＰＵに対してＡＲＰを実行するとき、同様のプロセスを実行することができる。たとえば、ビデオデコーダ３０は、上述した例示的なやり方で、現在ＰＵの時間予測ブロックと重み付けされた残差予測子とを決定することができる。ビデオデコーダ３０は、ビットストリーム中でシグナリングされた要素に基づいて、現在ＰＵの最終残差ブロックを決定し得る。ビデオデコーダ３０は次いで、現在ＰＵの最終残差ブロックと、現在ＰＵの時間予測ブロックと、重み付けされた残差予測子とを加算することによって、現在ＰＵの予測ブロックを再構成すればよい。
【０１６１】
[0168]  図６は、現在ブロック、参照ブロック、および動き補償ブロックの間の例示的な関係を示す概念図である。図６の例では、ビデオコーダは現時点で、現在ピクチャ８１中の現在ＰＵ８０をコーディング中である。現在ピクチャ８１は、ビューＶ１および時間インスタンスＴ１に関連付けられる。
【０１６２】
[0169]  さらに、図６の例では、ビデオコーダは、現在ＰＵ８０の視差ベクトルによって示されるロケーションに関連付けられた、参照ピクチャ８３の実際の、または補間されたサンプルを備える参照ブロック８２（すなわち、対応するブロック）を決定することができる。たとえば、参照ブロック８２の左上隅は、現在ＰＵ８０の視差ベクトルによって示されるロケーションであり得る。時間視差参照ブロック９５は、現在ＰＵ８０の予測ブロックと同じサイズを有し得る。
【０１６３】
[0170]  図６の例では、現在ＰＵ８０は、第１の動きベクトル８４と第２の動きベクトル８６とを有する。動きベクトル８４は、時間参照ピクチャ８８中のロケーションを示す。時間参照ピクチャ８８は、ビューＶ１（すなわち、現在ピクチャ８１と同じビュー）および時間インスタンスＴ０中にある。動きベクトル８６は、時間参照ピクチャ９０中のロケーションを示す。時間参照ピクチャ９０は、ビューＶ１および時間インスタンスＴ３中にある。
【０１６４】
[0171]  上述したＡＲＰ方式に従って、ビデオコーダは、参照ピクチャ８３と同じビュー中にあるとともに時間参照ピクチャ８８と同じ時間インスタンス中にある参照ピクチャ（すなわち、参照ピクチャ９２）を決定することができる。さらに、ビデオコーダは、参照ブロック８２の左上隅の座標に動きベクトル８４を加えて、時間視差参照ロケーションを導出することができる。ビデオコーダは、時間視差参照ブロック９３（すなわち、動き補償ブロック）を決定することができる。時間視差参照ブロック９３中のサンプルは、動きベクトル８４から導出された時間視差参照ロケーションに関連付けられた、参照ピクチャ９２の実際の、または補間されたサンプルであり得る。時間視差参照ブロック９３は、現在ＰＵ８０の予測ブロックと同じサイズを有し得る。
【０１６５】
[0172]  同様に、ビデオコーダは、参照ピクチャ８４と同じビュー中にあるとともに時間参照ピクチャ９０と同じ時間インスタンス中にある参照ピクチャ（すなわち、参照ピクチャ９４）を決定することができる。さらに、ビデオコーダは、参照ブロック８２の左上隅の座標に動きベクトル８６を加えて、時間視差参照ロケーションを導出することができる。ビデオコーダは次いで、時間視差参照ブロック９５（すなわち、動き補償ブロック）を決定することができる。時間視差参照ブロック９５中のサンプルは、動きベクトル８６から導出された時間視差参照ロケーションに関連付けられた、参照ピクチャ９４の実際の、または補間されたサンプルであり得る。時間視差参照ブロック９５は、現在ＰＵ８０の予測ブロックと同じサイズを有し得る。
【０１６６】
[0173]  さらに、図６の例では、ビデオコーダは、時間視差参照ブロック９３および時間視差参照ブロック９５に基づいて、視差予測ブロックを決定することができる。ビデオコーダは次いで、残差予測子を決定することができる。残差予測子中の各サンプルは、参照ブロック８２中のサンプルと、視差予測ブロック中の対応するサンプルとの間の差分を示し得る。
【０１６７】
[0174]  上述したように、残差予測は、重み付け因子および重み付け因子インデックスの使用を伴い得る。以下の説明では、重み付け因子インデックスをシグナリングするために使われるシンタックス要素は、「ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘ」によって示される。ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素は、ＣＵレベルにおいて条件付きでシグナリングされる。シンタックス要素の詳細な情報および関連セマンティクスについては、以下で説明する。
【０１６８】
[0175]  以下のテーブル３は、例示的なｃｏｄｉｎｇ＿ｕｎｉｔレイヤシンタックス構造の一部分を示す。テーブル３および本開示の他のシンタックステーブルでは、下線付きテキストは、３Ｄ−ＨＥＶＣテストモデル２に追加されるテキストを示す。
【表３】
2016507957.tif 000016
【０１６９】
[0176]  ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素がビットストリーム中に存在しないとき、重み付け因子は、０に等しいと推論される。テーブル３に示すように、ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素は、現在ビューが従属テクスチャビューである、現在ＣＵがイントラコーディングされない、および現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいという条件がすべて満足されるときのみ、シグナリングされ得る。
【０１７０】
[0177]  以下のテーブル４は、例示的なｃｏｄｉｎｇ＿ｕｎｉｔレイヤシンタックス構造の一部分を示す。
【表４】
2016507957.tif 000017
【０１７１】
[0178]  テーブル４の例では、ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素は、高度残差予測に使われる重み付け因子へのインデックスを示す。ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素が存在しないとき、現在ＣＵに対して高度残差予測は無効にされる。重み付け因子が０に等しい場合、現在ブロックの残差は、ＨＥＶＣ作業草案９に記載されている変換コーディングを使ってコーディングされ、ＨＥＶＣ作業草案９のサブクローズ８．５．２．２における仕様が、予測サンプルを得るために呼び出される。そうでない場合、現在残差信号は、補間された可能性がある参照残差信号に重み付け因子を乗算したものを使って予測され、差分のみが送信される。時間参照ピクチャが使用される各予測リストに対して、残差予測子がオンザフライで生成され得る。
【０１７２】
[0179]  ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素がビットストリーム中に存在しないとき、重み付け因子は、０に等しいと推論される。さらに、テーブル４の例では、ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素は、現在ビューが従属テクスチャビュー中にある、現在ＣＵがイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しい、導出された視差ベクトルが利用可能である、および少なくとも１つの区分が時間的動きベクトルを有する（すなわち、参照ピクチャが同じビューからのものである）という条件すべてが満足されるときのみ、シグナリングされる。テーブル４において、１に等しくセットされたＴｅｍｐＭＶＡｖａｉは、現在ＣＵが、同じビューからの少なくとも１つの参照ピクチャから予測されることを示す。そうでない場合、ＴｅｍｐＭＶＡｖａｉは０に等しく設定される。さらに、テーブル４において、視差ベクトルが見つからない場合、ＤｉｓｐＶｅｃｔＡｖａｉは１に等しい。そうでない場合、ＤｉｓｐＶｅｃｔＡｖａｉは０に等しい。
【０１７３】
[0180]  他の例では、ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素は、現在ビューが従属テクスチャビューである、導出された視差ベクトルが利用可能である、現在ＣＵのすべてのＰＵ中の少なくとも１つの区分が時間的動きベクトルを有する（すなわち、参照ピクチャが同じビューからのものである）という条件がすべて満足されるときのみ、シグナリングされ得る。前述のように、ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素がビットストリーム中に存在しないとき、重み付け因子は、０に等しいと推論される。
【０１７４】
[0181]  ＨＥＶＣベースのマルチビュー／３ＤＶコーディング（すなわち、３Ｄ−ＨＥＶＣおよびＭＶ−ＨＥＶＣ）におけるビュー間残差予測および照度補償の上述した設計には、いくつかのパーシング問題が存在し得る。たとえば、上述した３Ｄ−ＨＥＶＣ設計では、ＣＵ中のシンタックス要素（たとえば、ｉｃ＿ｆｌａｇシンタックス要素またはｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素）をパーシングするとき、ビデオコーダは、ＣＵが１つまたは複数のビュー間参照ピクチャを使用するかどうか決定する必要があり得る。ただし、ＣＵがビュー間参照ピクチャを使うかどうかの決定は、マージまたはＡＭＶＰ候補リストの構築を要求し得る。したがって、パーシングプロセス（すなわち、ビットストリームからシンタックス要素を取得するプロセス）は、復号プロセス（すなわち、シンタックス要素に基づいてサンプルブロックを再構成するプロセス）に依存するので、低スループットとなる。したがって、パーシングプロセスの一部分は、復号プロセスの特定の部分が完了するまでは進行することができない。
【０１７５】
[0182]  上述した３Ｄ−ＨＥＶＣ設計における別の例示的問題では、ＣＵ中のシンタックス要素（たとえば、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇ）のパーシングは、視差導出プロセスの結果に依存する。たとえば、上述したように、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素は、変数ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇが１に等しいときに存在する。さらに、上述したように、変数ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇが１に等しいかどうかの決定は、視差ベクトルの決定を要求する。視差ベクトルの決定は、パーシングプロセスではなく、復号プロセスの一部である。したがって、パーシングプロセスは、復号プロセスに依存し、やはり低スループットとなる。
【０１７６】
[0183]  さらに、上述した３Ｄ−ＨＥＶＣ設計における別の例示的問題では、ビットストリームがｉｃ＿ｆｌａｇシンタックス要素を含むかどうか決定するために、ビデオコーダは、現在ＣＵのいずれかのＰＵがビュー間参照ピクチャを使うかどうか決定する必要があり得る。現在ＣＵが１つまたは複数のビュー間参照を使うかどうかの決定は、ビデオコーダが、現在ＣＵの各ＰＵについて、ＰＵが１つまたは複数のビュー間参照ピクチャを使うかどうか決定することを要求する。ビデオコーダは、ＰＵが１つまたは複数のビュー間参照ピクチャを使うかどうか決定するために、ＰＵをパーシングし、復号する必要があり得る。したがって、現在ＣＵ内部のすべてのＰＵをパーシングすることが、現在ＣＵのパーシングに要求される。したがって、ＣＵレベルのシンタックス要素のパーシングプロセスは、望ましくはない場合があるが、復号されたＰＵレベルのシンタックスに依存する。
【０１７７】
[0184]  上述した３Ｄ−ＨＥＶＣ設計におけるさらに別の例示的な問題では、シンタックス要素（たとえば、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素）をパーシングするとき、パーシングプロセスは、他のビューの復号された情報に依存する（たとえば、ｃｂｆ＿ｌｕｍａの値をチェックする、コーディングモードをアクセスする、参照ビュー中の参照ブロックの動きベクトルをチェックする、など）。したがって、他のビュー中での必要な情報の損失は、現在ビュー中のすべての後続スライスのエントロピー復号の失敗につながる。
【０１７８】
[0185]  本開示の技法は、上で言及した３Ｄ−ＨＥＶＣにおけるパーシング問題を解決することができる。たとえば、ｉｃ＿ｆｌａｇおよびｒｅｓ＿ｐｒｅｄ＿ｆｌａｇなど、あるシンタックス要素のシグナリング、現在ＣＵがビュー間参照ピクチャを（参照ピクチャリスト中の１つのエントリとして）使うかどうかなど、動き情報に関連した条件のチェックは、シンタックス要素のパーシングを復号プロセスから独立させるために回避される。さらに、いくつかの例では、ビデオコーダは、特定のシンタックス要素（たとえば、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇ）がシグナリングされるかどうか決定するとき、視差ベクトルの可用性をチェックする必要を回避することができる。
【０１７９】
[0186]  さらに、本開示のいくつかの例示的技法では、特定のシンタックス要素（たとえば、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇ）がビットストリーム中に存在するかどうか決定するとき、ビデオコーダは、（たとえば、参照ブロック中に少なくとも１つのＰＵがあるかどうかが、インターモードとしてコーディングされ、またはｃｂｆ＿ｌｕｍａ、ｃｂｆ＿ｃｂもしくはｃｂｆ＿ｃｒのいずれかの値が０に等しくない、など）他のビューの復号された情報に関連した条件のチェックを回避することができる。これにより、特定のシンタックス要素のパーシングが、他のビューに依存しなくなり得る。
【０１８０】
[0187]  本開示のいくつかの例示的技法では、上記関連シンタックス要素（すなわち、ｉｃ＿ｆｌａｇ、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇ、およびｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘ）に関して、デコーダ側において制約が導入され得る。たとえば、対応するブロック中のＰＵのうちのどれもインターコーディングされず、ｃｂｆ＿ｌｕｍａ、ｃｂｆ＿ｃｂおよびｃｂｆ＿ｃｒの値が０に等しくない場合、制約は、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素が０であることを要求し得る。別の例では、現在ＣＵの視差ベクトルが利用不可能な場合、制約は、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素および／またはｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素が０であることを要求し得る。別の例では、視差ベクトルが利用不可能なとき、制約は、参照ブロックを位置特定するのにゼロ視差ベクトルが使われることを要求し得る。さらに、一例では、現在ＣＵのＰＵのうちのどれも、時間参照ピクチャを使用しない場合、制約は、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素およびｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素が０であることを要求し得る。別の例では、現在ＣＵのＰＵのうちのどれも、ビュー間参照ピクチャを使用しない場合、制約は、ｉｃ＿ｆｌａｇシンタックス要素が０であることを要求し得る。
【０１８１】
[0188]  したがって、本開示の１つまたは複数の例によると、ビデオエンコーダ２０は、ビデオコーディング規格に準拠するビットストリームを生成することができる。ビットストリームは、ビデオデータのコード化表現を備え得る。ビットストリームは、現在ＣＵについての重み付け因子インデックスを示すデータを含み得る。さらに、ビデオコーディング規格は、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能であるとき、現在ＣＵについての重み付け因子インデックスが、特定の値（たとえば、０）を有することを要求し得る。そのような例では、特定の値に等しい、現在ＣＵについての重み付け因子インデックスは、現在ＣＵに関して残差予測が適用されないことを示す。いくつかの例では、ビデオエンコーダ２０は、参照残差信号を決定し、参照残差信号と重み付け因子とを使って、現在ＣＵについての最終残差データを決定することができる。ビデオエンコーダ２０は、ビットストリームを出力することができる。
【０１８２】
[0189]  同様の例において、ビデオエンコーダ２０は、現在ビューが従属テクスチャビューであるかどうかと、現在ＣＵがイントラコーディングされないかどうかと、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいかどうかとを決定することができる。現在ビューが従属テクスチャビューであり、現在ＣＵがイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいと決定したことに応答して、ビデオエンコーダ２０は、ビデオデータの符号化表現を備えるビットストリーム中に、現在ＣＵの重み付け因子インデックスを示すデータを含めることができる。現在ＣＵは、現在ビューに属するピクチャ中にある。ただし、現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされず、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないと決定したことに応答して、ビデオエンコーダ２０は、ビットストリームから、現在ＣＵについての重み付け因子インデックスを示すデータを省いてよい。いずれの場合も、ビデオエンコーダ２０はビットストリームを出力し得る。さらに、この例では、ビットストリームは、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、現在ＣＵについての重み付け因子インデックスが特定の値を有することを要求する制約に重み付け因子インデックスを従わせるビデオコーディング規格に準拠し得る。特定の値に等しい、現在ＣＵについての重み付け因子インデックスは、現在ＣＵに関して残差予測が適用されないことを示す。
【０１８３】
[0190]  同様に、本開示のいくつかの例では、ビデオデコーダ３０は、ビデオコーディング規格（たとえば、ＨＥＶＣやその拡張）に準拠するビットストリームから、現在ＣＵについての重み付け因子インデックスを取得することができる。そのような例では、ビットストリームはビデオデータの符号化表現を備え、ビデオコーディング規格は、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、現在ＣＵについての重み付け因子インデックスが特定の値を有することを要求する制約に、現在ＣＵについての重み付け因子インデックスを従わせる。特定の値を有する、現在ＣＵについての重み付け因子インデックスは、現在ＣＵに関して残差予測（たとえば、ＡＲＰ）が適用されないことを示す。いくつかの例では、０に等しい重み付け因子インデックスシンタックス要素は、現在ＣＵに関して残差予測が適用されないことを示す。さらに、そのような例では、ビデオデコーダ３０は、現在ＣＵについての重み付け因子インデックスに基づいて、重み付け因子を決定することができる。たとえば、重み付け因子インデックスが０、１、または２である場合、ビデオデコーダ３０は、それぞれ、重み付け因子が０、０．５または１であると決定してよい。そのような例では、ビデオデコーダ３０は、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定することができる。
【０１８４】
[0191]  同様の例において、ビデオデコーダ３０は、現在ビューが従属テクスチャビューであるかどうかと、現在ＣＵがイントラコーディングされないかどうかと、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいかどうかとを決定することができる。現在ビューが従属テクスチャビューであり、現在ＣＵがイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、ビデオデコーダ３０は、ビデオデータの符号化表現を備えるビットストリームから、現在ＣＵの重み付け因子インデックスを取得ことができる。現在ＣＵは、現在ビューに属するピクチャ中にある。現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされず、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、ビデオデコーダ３０は、重み付け因子インデックスが、現在ＣＵに関して残差予測が適用されないことを示す特定の値に等しいと想定してよい。さらに、ビデオデコーダ３０は、現在ＣＵについての重み付け因子インデックスに基づいて、重み付け因子を決定することができる。ビデオデコーダ３０は、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定することもできる。この例では、ビットストリームは、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、現在ＣＵについての重み付け因子インデックスが特定の値に等しいことを要求する制約に、現在ＣＵについての重み付け因子インデックスを従わせるビデオコーディング規格にコンフォームズし得る。
【０１８５】
[0192]  上述したように、現在ＣＵについての残差信号を予測することは、残差予測（たとえば、ＡＲＰ）を実行する際のステップである。現在ＣＵについての残差信号を予測するために、ビデオデコーダ３０は、現在ＣＵのＰＵについての時間的動きベクトルを決定すればよく、現在ＣＵについての視差ベクトルを決定すればよい。ビデオデコーダ３０は、視差参照ピクチャ中の視差参照ブロックを決定するのに、視差ベクトルを使うことができる。さらに、ビデオデコーダ３０は、時間視差参照ピクチャ中の時間視差参照ブロックを決定するのに、時間的動きベクトルと視差ベクトルとを使うことができる。ビデオデコーダ３０は次いで、視差参照ブロックと時間視差参照ブロックとの間の差分に基づいて、残差信号（すなわち、残差予測子）を決定することができる。ビデオデコーダ３０は、現在ＣＵのコーディングブロックを再構成する際に使用するための修正残差予測子を決定するために、残差予測子を重み付け因子で乗算すればよい。
【０１８６】
[0193]  図７は、本開示の技法を実装し得る例示的なビデオエンコーダ２０を示すブロック図である。図７は、説明のために提供されるものであり、本開示で広く例示し説明する技法を限定するものと見なされるべきではない。説明の目的で、本開示は、ＨＥＶＣコーディングのコンテキストにおいてビデオエンコーダ２０を記載する。しかしながら、本開示の技法は、他のコーディング規格または方法に適用可能であり得る。
【０１８７】
[0194]  図７の例において、ビデオエンコーダ２０は、予測処理ユニット１００と、残差生成ユニット１０２と、変換処理ユニット１０４と、量子化ユニット１０６と、逆量子化ユニット１０８と、逆変換処理ユニット１１０と、再構成ユニット１１２と、フィルタユニット１１４と、復号ピクチャバッファ１１６と、エントロピー符号化ユニット１１８とを含む。予測処理ユニット１００は、インター予測処理ユニット１２０と、イントラ予測処理ユニット１２６とを含む。インター予測処理ユニット１２０は、動き推定ユニット１２２と、動き補償ユニット１２４とを含む。他の例では、ビデオエンコーダ２０は、より多いか、より少ないか、または異なる機能構成要素を含み得る。
【０１８８】
[0195]  ビデオエンコーダ２０はビデオデータを受信し得る。ビデオエンコーダ２０はビデオデータのピクチャのスライス中の各ＣＴＵを符号化してもよい。ＣＴＵの各々は、等しいサイズのルーマコーディングツリーブロック（ＣＴＢ：coding tree block）と、ピクチャの対応するＣＴＢとに関連付けられ得る。ＣＴＵを符号化することの一部として、予測処理ユニット１００は４分木区分を実行して、ＣＴＵのＣＴＢを徐々により小さいブロックに分割し得る。より小さいブロックはＣＵのコーディングブロックであり得る。たとえば、予測処理ユニット１００は、ＣＴＵのＣＴＢを４つの等しいサイズのサブブロックに区分し、サブブロックのうちの１つまたは複数を、４つの等しいサイズのサブサブブロックに区分し得、以下同様である。
【０１８９】
[0196]  ビデオエンコーダ２０は、ＣＴＵのＣＵを符号化して、ＣＵの符号化表現（すなわち、コード化ＣＵ）を生成することができる。ＣＵを符号化することの一部として、予測処理ユニット１００は、ＣＵの１つまたは複数のＰＵのうちのＣＵのコーディングブロックを区分することができる。したがって、各ＰＵは、ルーマ予測ブロックと、対応するクロマ予測ブロックとに関連付けられ得る。ビデオエンコーダ２０およびビデオデコーダ３０は、様々なサイズを有するＰＵをサポートし得る。上記のように、ＣＵのサイズはＣＵのルーマコーディングブロックのサイズを指すことがあり、ＰＵのサイズはＰＵのルーマ予測ブロックのサイズを指すことがある。特定のＣＵのサイズを２Ｎ×２Ｎと仮定すると、ビデオエンコーダ２０およびビデオデコーダ３０は、イントラ予測の場合は２Ｎ×２ＮまたはＮ×ＮのＰＵサイズをサポートすることができ、インター予測の場合は２Ｎ×２Ｎ、２Ｎ×Ｎ、Ｎ×２Ｎ、Ｎ×Ｎ、または同様の対称のＰＵサイズをサポートすることができる。ビデオエンコーダ２０およびビデオデコーダ３０はまた、インター予測用の２Ｎ×ｎＵ、２Ｎ×ｎＤ、ｎＬ×２Ｎ、およびｎＲ×２ＮのＰＵサイズ用の非対称区分化をサポートすることができる。
【０１９０】
[0197]  インター予測処理ユニット１２０は、ＣＵの各ＰＵに対してインター予測を実行することによってＰＵの予測データを生成し得る。ＰＵの予測データは、ＰＵの予測ブロックと、ＰＵの動き情報とを含み得る。インター予測処理ユニット１２０は、ＰＵがＩスライス中にあるのか、Ｐスライス中にあるのか、Ｂスライス中にあるのかに応じて、ＣＵのＰＵに対して異なる動作を実行し得る。Ｉスライス中では、すべてのＰＵがイントラ予測される。したがって、ＰＵがＩスライス中にある場合、インター予測処理ユニット１２０はＰＵに対してインター予測を実行しない。
【０１９１】
[0198]  ＰＵがＰスライス中にある場合、動き推定ユニット１２２は、ＰＵの参照領域について参照ピクチャリスト（たとえば、「ＲｅｆＰｉｃＬｉｓｔ０」）中の参照ピクチャを探索し得る。ＰＵの参照領域は、ＰＵの予測ブロックに最も近接して対応するサンプルを含んでいる参照ピクチャ内の領域であり得る。動き推定ユニット１２２は、ＰＵの参照領域を含んでいる参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０中の位置を示す参照インデックスを生成し得る。さらに、動き推定ユニット１２２は、ＰＵの予測ブロックと参照領域に関連付けられた参照ロケーションとの間の空間変位を示す動きベクトルを生成し得る。たとえば、動きベクトルは、現在ピクチャにおける座標から参照ピクチャにおける座標までのオフセットを与える２次元ベクトルであり得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照インデックスと動きベクトルとを出力し得る。動き補償ユニット１２４は、ＰＵの動きベクトルによって示された参照ロケーションにおける実際のまたは補間されたサンプルに基づいて、ＰＵの予測ブロックを生成し得る。
【０１９２】
[0199]  ＰＵがＢスライス中にある場合、動き推定ユニット１２２は、ＰＵについての単予測または双予測を実行し得る。ＰＵについての単予測を実行するために、動き推定ユニット１２２は、ＰＵの参照領域についてＲｅｆＰｉｃＬｉｓｔ０の参照ピクチャまたは第２の参照ピクチャリスト（「ＲｅｆＰｉｃＬｉｓｔ１」）を探索し得る。動き推定ユニット１２２は、ＰＵの動き情報として、参照領域を含んでいる参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０またはＲｅｆＰｉｃＬｉｓｔ１中の位置を示す参照インデックスと、ＰＵの予測ブロックと参照領域に関連する参照ロケーションとの間の空間変位を示す動きベクトルと、参照ピクチャがＲｅｆＰｉｃＬｉｓｔ０中にあるのかＲｅｆＰｉｃＬｉｓｔ１中にあるのかを示す１つまたは複数の予測方向インジケータとを出力し得る。動き補償ユニット１２４は、ＰＵの動きベクトルによって示された参照ロケーションにおける実際のまたは補間されたサンプルに少なくとも部分的に基づいて、ＰＵの予測ブロックを生成し得る。
【０１９３】
[0200]  ＰＵについての双方向インター予測を実行するために、動き推定ユニット１２２は、ＰＵの参照領域についてＲｅｆＰｉｃＬｉｓｔ０中の参照ピクチャを探索し得、またＰＵの別の参照領域についてＲｅｆＰｉｃＬｉｓｔ１中の参照ピクチャを探索し得る。動き推定ユニット１２２は、参照領域を含んでいる参照ピクチャのＲｅｆＰｉｃＬｉｓｔ０およびＲｅｆＰｉｃＬｉｓｔ１中の位置を示す参照インデックスを生成し得る。さらに、動き推定ユニット１２２は、参照領域に関連する参照ロケーションとＰＵの予測ブロックとの間の空間変位を示す動きベクトルを生成し得る。ＰＵの動き情報は、ＰＵの参照インデックスと動きベクトルとを含み得る。動き補償ユニット１２４は、ＰＵの動きベクトルによって示された参照ロケーションにおける実際のまたは補間されたサンプルに少なくとも部分的に基づいて、ＰＵの予測ブロックを生成し得る。
【０１９４】
[0201]  イントラ予測処理ユニット１２６は、ＰＵに対してイントラ予測を実行することによって、ＰＵ用の予測データを生成することができる。ＰＵの予測データは、ＰＵの予測ブロックと、様々なシンタックス要素とを含み得る。イントラ予測処理ユニット１２６は、Ｉスライス内、Ｐスライス内、およびＢスライス内のＰＵに対してイントラ予測を実行することができる。
【０１９５】
[0202]  ＰＵに対してイントラ予測を実行するために、イントラ予測処理ユニット１２６は、複数のイントラ予測モードを使用して、ＰＵについて複数セットの予測データを生成し得る。特定のイントラ予測モードを使用してイントラ予測を実行するとき、イントラ予測処理ユニット１２６は、隣接ブロックからのサンプルの特定のセットを使用してＰＵの予測ブロックを生成し得る。隣接ブロックは、ＰＵ、ＣＵ、およびＣＴＵについて左から右、上から下の符号化順序を仮定すると、ＰＵの予測ブロックの上、右上、左上、または左にあり得る。イントラ予測処理ユニット１２６は、様々な数のイントラ予測モード、たとえば３３個の方向のイントラ予測モードを使用することができる。いくつかの例では、イントラ予測モードの数はＰＵの予測ブロックのサイズに依存し得る。
【０１９６】
[0203]  予測処理ユニット１００は、ＰＵについてインター予測処理ユニット１２０によって生成された予測データ、またはＰＵについてイントラ予測処理ユニット１２６によって生成された予測データの中から、ＣＵのＰＵの予測データを選択することができる。いくつかの例では、予測処理ユニット１００は、これらの組の予測データのレート／歪み測定基準に基づいて、ＣＵのＰＵについての予測データを選択する。選択された予測データの予測ブロックは、本明細書では、選択された予測ブロックと呼ばれることがある。
【０１９７】
[0204]  残差生成ユニット１０２は、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロック、ならびにＣＵのＰＵの選択された予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックに基づいて、ＣＵのルーマ残差ブロック、Ｃｂ残差ブロック、およびＣｒ残差ブロックを生成し得る。たとえば、残差生成ユニット１０２は、残差ブロック中の各サンプルが、ＣＵのコーディングブロック中のサンプルとＣＵのＰＵの対応する選択された予測ブロック中の対応するサンプルとの間の差分に等しい値を有するように、ＣＵの残差ブロックを生成し得る。
【０１９８】
[0205]  さらに、いくつかの例では、インター予測処理ユニット１２０は、現在ブロックに関して、ビュー間残差予測を実行することができる。たとえば、インター予測処理ユニット１２０は、本開示の他の箇所で説明するように、現在ブロックについての残差予測子を決定することができる。残差生成ユニット１０２は、視差参照ピクチャのサンプルに基づいて、現在ＣＵについての残差信号を決定するのに、視差ベクトルを使うことができる。残差生成ユニット１０２は、現在ＣＵについての重み付け因子に基づいて、残差信号を修正することができる。残差生成ユニット１０２は次いで、現在ＣＵについての最終残差ブロックを決定し得る。現在ＣＵについての最終残差ブロック中の各サンプルは、現在ＣＵについてのコーディングブロック中の対応するサンプルの値、マイナス修正残差信号中の対応するサンプルの値、マイナス現在ＣＵのＰＵについての予測ブロック中の対応するサンプルの値に等しくなり得る。ビデオエンコーダ２０は、現在ＣＵについての重み付け因子の値を示す重み付け因子インデックスシンタックス要素を生成することができる。本開示のいくつかの例によると、制約は、現在ＣＵのどのＰＵも、時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能であるとき、現在ＣＵについての重み付け因子インデックスシンタックス要素が、特定の値（たとえば、０）に等しいことを要求する。
【０１９９】
[0206]  変換処理ユニット１０４は、４分木区分を実行して、ＣＵの残差ブロック（すなわち、修正された最終残差ブロック）をＣＵのＴＵに関連付けられた変換ブロックに区分し得る。したがって、ＴＵは、ルーマ変換ブロックと、２つの対応するクロマ変換ブロックとに関連付けられ得る。ＣＵのＴＵのルーマ変換ブロックおよびクロマ変換ブロックのサイズおよび位置は、ＣＵのＰＵの予測ブロックのサイズおよび位置に基づくことも基づかないこともある。
【０２００】
[0207]  変換処理ユニット１０４は、ＴＵの変換ブロックに１つまたは複数の変換を適用することによって、ＣＵのＴＵごとに変換係数ブロックを生成し得る。変換処理ユニット１０４は、ＴＵに関連付けられた変換ブロックに様々な変換を適用し得る。たとえば、変換処理ユニット１０４は、離散コサイン変換（ＤＣＴ）、方向性変換、または概念的に同様の変換を変換ブロックに適用し得る。いくつかの例において、変換処理ユニット１０４は変換ブロックに変換を適用しない。そのような例では、変換ブロックは変換係数ブロックとして扱われてもよい。
【０２０１】
[0208]  量子化ユニット１０６は、係数ブロック内の変換係数を量子化し得る。量子化プロセスは、変換係数の一部または全部に関連付けられたビット深度を低減し得る。たとえば、量子化中にｎビット変換係数はｍビット変換係数に切り捨てられ得、ただし、ｎはｍよりも大きい。量子化は情報の損失をもたらす恐れがあり、したがって、量子化変換係数は、元の係数よりも低い精度を有することがある。
【０２０２】
[0209]  逆量子化ユニット１０８および逆変換処理ユニット１１０は、それぞれ、係数ブロックに逆量子化および逆変換を適用して、係数ブロックから残差ブロックを再構成し得る。再構成ユニット１１２は、再構成された残差ブロックを、予測処理ユニット１００によって生成された１つまたは複数の予測ブロックからの対応するサンプルに加算して、ＴＵに関連付けられた再構成された変換ブロックを生成し得る。ビデオエンコーダ２０は、このようにＣＵの各ＴＵのための変換ブロックを再構成することによってＣＵのコーディングブロックを再構成し得る。
【０２０３】
[0210]  フィルタユニット１１４は、１つまたは複数のデブロッキング動作を実行して、ＣＵに関連付けられたコーディングブロック中のブロッキングアーティファクトを低減し得る。復号ピクチャバッファ１１６は、フィルタユニット１１４が、再構成されたコーディングブロックに対して１つまたは複数のデブロッキング動作を実行した後、再構成されたコーディングブロックを記憶し得る。インター予測処理ユニット１２０は、再構成されたコーディングブロックを含んでいる参照ピクチャを使用して、他のピクチャのＰＵに対してインター予測を実行し得る。加えて、イントラ予測処理ユニット１２６は、復号ピクチャバッファ１１６内の再構成されたコーディングブロックを使用して、ＣＵと同じピクチャ内の他のＰＵに対してイントラ予測を実行することができる。
【０２０４】
[0211]  エントロピー符号化ユニット１１８は、ビデオエンコーダ２０の他の機能構成要素からデータを受信し得る。たとえば、エントロピー符号化ユニット１１８は、量子化ユニット１０６から係数ブロックを受信し得、予測処理ユニット１００からシンタックス要素を受信し得る。エントロピー符号化ユニット１１８は、このデータに対して１つまたは複数のエントロピー符号化動作を実行して、エントロピー符号化データを生成することができる。たとえば、エントロピー符号化ユニット１１８は、コンテキスト適応型可変長コーディング（ＣＡＶＬＣ：context-adaptive variable length coding）動作、ＣＡＢＡＣ動作、変数−変数（Ｖ２Ｖ：variable-to-variable）レングスコーディング動作、シンタックスベースコンテキスト適応型バイナリ算術コーディング（ＳＢＡＣ：syntax-based context-adaptive binary arithmetic coding）動作、確率間隔区分エントロピー（ＰＩＰＥ：Probability Interval Partitioning Entropy）コーディング動作、指数ゴロム符号化動作（Exponential-Golomb encoding operation）、または別のタイプのエントロピー符号化動作をデータに対して実行し得る。ビデオエンコーダ２０は、エントロピー符号化ユニット１１８によって生成されたエントロピー符号化データを含むビットストリームを出力し得る。
【０２０５】
[0212]  図８は、本開示の技法を実装するように構成された例示的なビデオデコーダ３０を示すブロック図である。図８は、説明のために提供されるものであり、本開示において広く例示し説明する技法を限定するものではない。説明の目的で、本開示は、ＨＥＶＣコーディングのコンテキストにおいてビデオデコーダ３０を記載する。しかしながら、本開示の技法は、他のコーディング規格または方法に適用可能であり得る。
【０２０６】
[0213]  図８の例では、ビデオデコーダ３０は、エントロピー復号ユニット１５０と、予測処理ユニット１５２と、逆量子化ユニット１５４と、逆変換処理ユニット１５６と、再構成ユニット１５８と、フィルタユニット１６０と、復号ピクチャバッファ１６２とを含む。予測処理ユニット１５２は、動き補償ユニット１６４とイントラ予測処理ユニット１６６とを含む。他の例では、ビデオデコーダ３０は、より多いか、より少ないか、または異なる機能構成要素を含み得る。
【０２０７】
[0214]  コード化ピクチャバッファ（ＣＰＢ：coded picture buffer）１５１は、ビットストリームの符号化ビデオデータ（たとえば、ＮＡＬユニット）を受信し、記憶し得る。エントロピー復号ユニット１５０は、ＣＰＢ１５１からＮＡＬユニットを受信し、ＮＡＬユニットをパーシングして、ビットストリームからシンタックス要素を取得し得る。エントロピー復号ユニット１５０は、ＮＡＬユニット中のエントロピー符号化されたシンタックス要素をエントロピー復号し得る。予測処理ユニット１５２、逆量子化ユニット１５４、逆変換処理ユニット１５６、再構成ユニット１５８、およびフィルタユニット１６０は、ビットストリームから抽出されたシンタックス要素に基づいて復号ビデオデータを生成することができる。
【０２０８】
[0215]  ビットストリームのＮＡＬユニットは、コード化スライスＮＡＬユニットを含み得る。ビットストリームを復号することの一部として、エントロピー復号ユニット１５０は、コード化スライスＮＡＬユニットからシンタックス要素を抽出し、エントロピー復号し得る。コード化スライスの各々は、スライスヘッダと、スライスデータとを含み得る。スライスヘッダは、スライスに関するシンタックス要素を含み得る。
【０２０９】
[0216]  本開示のいくつかの例によると、ビットストリームは、ビデオコーディング規格（たとえば、ＨＥＶＣまたはその拡張）に準拠（conform）してよく、エントロピー復号ユニット１５０は、ビットストリームから、現在ＣＵについての重み付け因子インデックスを取得するかどうか決定することができる。そのような例では、ビデオコーディング規格は、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、現在ＣＵについての重み付け因子インデックスが特定の値（たとえば、０）を有することを要求する制約に、現在ＣＵについての重み付け因子インデックスを従わせる。そのような例では、特定の値は、残差予測が、現在ＣＵに関して適用されるべきでないことを示す。そのような例によると、エントロピー復号ユニット１５０は、現在ＣＵのいずれかの区分が時間的動きベクトルを有するかどうか決定することなく、および現在ＣＵについての視差ベクトルを決定することなく、現在ＣＵについての重み付け因子インデックスをビットストリームから取得するかどうかの決定を行うことができる。現在ＣＵについての重み付け因子インデックスの値に対する制約は、そのような決定を行わないにもかかわらず、現在ＣＵに関する残差予測を適用するとき、ビデオデコーダ３０が、現在ＣＵの区分についての時間的動きベクトルの欠如または現在ＣＵについての視差ベクトルの欠如から生じるエラーを受けないことを保証し得る。
【０２１０】
[0217]  ビットストリームからシンタックス要素を取得することに加えて、ビデオデコーダ３０は、ＣＵに対して復号動作を実行し得る。ＣＵに対して復号動作を実行することによって、ビデオデコーダ３０はＣＵのコーディングブロックを再構成し得る。
【０２１１】
[0218]  ＣＵに対して復号動作を実行することの一部として、逆量子化ユニット１５４は、ＣＵのＴＵに関連付けられた係数ブロックを逆量子化（inverse quantize）、すなわち、量子化解除（de-quantize）し得る。逆量子化ユニット１５４は、ＴＵのＣＵに関連付けられたＱＰの値を使用して、量子化の程度を決定することができ、同様に、逆量子化ユニット１５４が適用するための逆量子化の程度を決定することができる。つまり、圧縮比、すなわち、元のシーケンスと圧縮されたシーケンスとを表すために使用されるビット数の比は、変換係数を量子化するときに使用されるＱＰの値を調整することによって制御され得る。圧縮比はまた、採用されたエントロピーコーディングの方法に依存し得る。
【０２１２】
[0219]  逆量子化ユニット１５４が係数ブロックを逆量子化した後、逆変換処理ユニット１５６は、係数ブロックに１つまたは複数の逆変換を適用して、ＴＵに関連付けられた残差ブロックを生成することができる。たとえば、逆変換処理ユニット１５６は、逆ＤＣＴ、逆整数変換、逆カルーネンレーベ変換（ＫＬＴ：Karhunen-Loeve transform）、逆回転変換、逆方向性変換、または別の逆変換を、係数ブロックに適用することができる。
【０２１３】
[0220]  イントラ予測を使用してＰＵが符号化される場合、イントラ予測処理ユニット１６６は、イントラ予測を実行して、ＰＵについての予測ブロックを生成し得る。イントラ予測処理ユニット１６６は、イントラ予測モードを使用して、空間的に隣接するＰＵの予測ブロックに基づいてＰＵの予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックを生成してもよい。イントラ予測処理ユニット１６６は、ビットストリームから復号された１つまたは複数のシンタックス要素に基づいてＰＵのイントラ予測モードを決定し得る。
【０２１４】
[0221]  予測処理ユニット１５２は、ビットストリームから抽出されたシンタックス要素に基づいて、第１の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ０）および第２の参照ピクチャリスト（ＲｅｆＰｉｃＬｉｓｔ１）を構成し得る。さらに、インター予測を使用してＰＵが符号化される場合、エントロピー復号ユニット１５０は、ＰＵの動き情報を取得し得る。動き補償ユニット１６４は、ＰＵの動き情報に基づいて、ＰＵの１つまたは複数の参照領域を決定し得る。動き補償ユニット１６４は、ＰＵのための１つまたは複数の参照ブロックにおけるサンプルに基づいて、ＰＵの予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックを生成し得る。
【０２１５】
[0222]  再構成ユニット１５８は、ＣＵのＴＵに関連付けられたルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックからの残差値、ならびにＣＵのＰＵの予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックが適用可能な場合にそれらを使用して、すなわち、イントラ予測データまたはインター予測データのいずれかを使用して、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックを再構成し得る。たとえば、再構成ユニット１５８は、ルーマ変換ブロック、Ｃｂ変換ブロック、およびＣｒ変換ブロックのサンプルを予測ルーマブロック、予測Ｃｂブロック、および予測Ｃｒブロックの対応するサンプルに加算して、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックを再構成し得る。
【０２１６】
[0223]  いくつかの例では、予測処理ユニット１５２は、現在ＣＵに関して残差予測を適用することができる。そのような例では、予測処理ユニット１５２は、現在ＣＵの重み付け因子インデックスに基づいて、現在ＣＵについての重み付け因子を決定することができる。さらに、予測処理ユニット１５２は、重み付け因子インデックスに基づいて、現在ＣＵについての残差信号を予測するかどうか決定することができる。予測処理ユニット１５２は、現在ピクチャと同じアクセスユニット中にあるが、現在ピクチャとは異なるビュー中にある参照ピクチャ中のサンプルに基づいて、現在ＣＵについての残差信号を予測する（すなわち、現在ＣＵについての残差予測子を決定する）ことができる。予測プロセスユニット１５２は、残差信号を１つまたは複数の予測ブロックと組み合わせればよい。再構成ユニット１５８は、得られたサンプルを、逆変換処理ユニット１５６によって生成された、シグナリングされた残差データの対応するサンプルに追加して、現在ＣＵのコーディングブロックを再構成することができる。
【０２１７】
[0224]  フィルタユニット１６０は、ＣＵのルーマコーディングブロック、Ｃｂコーディングブロック、およびＣｒコーディングブロックに関連付けられたブロッキングアーティファクトを低減するためにデブロッキング動作を実行し得る。ビデオデコーダ３０は、ＣＵのルーマコーディングブロックと、Ｃｂコーディングブロックと、Ｃｒコーディングブロックとを復号ピクチャバッファ１６２に記憶してもよい。復号ピクチャバッファ１６２は、後続の動き補償、イントラ予測、および図１のディスプレイデバイス３２などのディスプレイデバイス上での提示のために参照ピクチャを与え得る。たとえば、ビデオデコーダ３０は、復号ピクチャバッファ１６２中のルーマブロック、Ｃｂブロック、およびＣｒブロックに基づいて、他のＣＵのＰＵに対してイントラ予測動作またはインター予測動作を実行し得る。このようにして、ビデオデコーダ３０は、有意ルーマ係数ブロックの変換係数レベルをビットストリームから抽出し、変換係数レベルを逆量子化し、変換係数レベルに変換を適用して変換ブロックを生成し、変換ブロックに少なくとも部分的に基づいてコーディングブロックを生成し、コーディングブロックを表示のために出力し得る。
【０２１８】
[0225]  本開示の他の箇所で説明するように、本開示のいくつかの例は、復号プロセスによって生成される情報への、パーシングプロセスの依存を低減することができる。照度補償、ビュー間残差予測および高度残差予測におけるパーシング問題を解決するための例を挙げる。いくつかのそのような例では、シンタックス要素テーブルは同じに保たれる。ただし、いくつかのそのような例では、特定のシンタックス要素および変数のセマンティクスが変更される。
【０２１９】
[0226]  以下のテーブル５は、本開示のいくつかの例において使われ得るｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造の一部分を示す。テーブル５は、上記のテーブル１と同じである。テーブル１は、３Ｄ−ＨＥＶＣテストモデル２のセクションＧ．７．３．９．１に提示されているｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造の一部分を示す。
【表５】
2016507957.tif 000018
【０２２０】
[0227]  ただし、本開示の１つまたは複数の例によると、テーブル５に示す変数およびシンタックス要素のセマンティクスは、テーブル１に示す変数およびシンタックス要素のセマンティクスとは異なり得る。たとえば、テーブル５において、１に等しいｉｃ＿ｆｌａｇシンタックス要素は、照度補償が現在ＣＵに対して使われることを指定する。０に等しいｉｃ＿ｆｌａｇシンタックス要素は、照度補償が現在ＣＵに対しては使われないことを指定する。存在しないとき、ｉｃ＿ｆｌａｇは０に等しいと推論される。
【０２２１】
[0228]  テーブル５の例では、変数ｉｃＥｎａｂｌｅＦｌａｇは、ｉｃ＿ｆｌａｇシンタックス要素がビットストリーム中に存在するかどうかを指定する。さらに、テーブル５の例では、変数ｉｃＥｎａｂｌｅＦｌａｇは、以下のように導出される。
【数１２】
2016507957.tif 000019
【０２２２】
上記式、および本開示の他の部分において、角括弧中の斜体テキスト（たとえば、［［テキスト]]）は、３Ｄ−ＨＥＶＣテストモデル２または他の適用可能文書から削除されたテキストである。したがって、上記式に示すように、ｉｃＥｎａｂｌｅＦｌａｇ変数は、この例では、変数ａｎｙＩｖＲｅｆＰｉｃＦｌａｇに依存するのではなく、ｓｌｉｃｅ＿ｉｃ＿ｅｎａｂｌｅ＿ｆｌａｇシンタックス要素に依存するだけである。このように、照度補償が現在スライスについて有効化されると決定したことに応答して、および現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうか決定することなく、ビデオデコーダ３０は、ビットストリームから、照度補償が現在ＣＵに対して使われるかどうかを示す照度補償フラグを取得することができる。同様に、現在スライスについて照度補償が有効化されているとき、ビデオエンコーダ２０は、照度補償フラグを示すデータをビットストリーム中に含めることができ、照度補償フラグは、現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうかにかかわらず、照度補償が現在ＣＵに対して使われるかどうかを示す。
【０２２３】
[0229]  いくつかの例では、現在ＣＵ内のＰＵのうちのどれもビュー間参照ピクチャを使用しない場合、ｉｃＥｎａｂｌｅＦｌａｇ変数が０に等しくなるような制約が導入され得る。言い換えると、ビデオコーディング規格（たとえば、ＨＥＶＣ、３Ｄ−ＨＥＶＣなど）は、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値（たとえば、０）を照度補償フラグが指定することを要求する制約に、ビットストリーム中の照度補償フラグを従わせる。
【０２２４】
[0230]  上述したように、ＣＵ用のｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造は、ビュー間残差予測を使ってＣＵがコーディングされるかどうかを示すｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素を含み得る。本開示の１つまたは複数の例によると、ｃｏｄｉｎｇ＿ｕｎｉｔシンタックス要素テーブル（すなわち、ｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造）は変更されない。ただし、本開示のそのような例では、ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇのセマンティクスは、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素のパーシングプロセスを復号プロセスから独立させるために修正され得る。
【０２２５】
[0231]  以下のテーブル６は、本開示のいくつかの例において使われ得るｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造の一部分を示す。テーブル６は、上記のテーブル２と同じである。テーブル２は、３Ｄ−ＨＥＶＣテストモデル２のセクションＧ．７．３．９．１に提示されているｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造の一部分を示す。
【表６】
2016507957.tif 000020
【０２２６】
[0232]  ただし、本開示の１つまたは複数の例によると、テーブル６に示す変数およびシンタックス要素のセマンティクスは、テーブル２に示す変数およびシンタックス要素のセマンティクスとは異なり得る。テーブル６の例では、０に等しいｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素は、残差予測が使われないことを指定する。１に等しいｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素は、残差予測が使われることを指定する。ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素が存在しないとき、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素の値は、０に等しいと推論されるものとする。
【０２２７】
[0233]  さらに、テーブル６の例では、変数ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇは、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇシンタックス要素がビットストリーム中に存在するかどうかを指定する。本開示の一例によると、ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇは、以下のように導出される。
【数１３】
2016507957.tif 000021
【０２２８】
したがって、この例では、ビデオコーダはもはや、ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇ変数の値を決定するとき、ｒｅｓｉｄｕａｌＣｂｆＮｏｎＺｅｒｏとａｎｙＴｅｍｐＲｅｆＰｉｃＦｌａｇを決定しない。上述したように、ｒｅｓｉｄｕａｌＣｂｆＮｏｎＺｅｒｏ変数を決定することは、参照ビュー中の対応するブロックを決定することを要求し得る。したがって、ｒｅｓｉｄｕａｌＣｂｆＮｏｎＺｅｒｏ変数を決定することは、視差ベクトルを決定することを要求し、これは、ＣＵについてのパーシングプロセスではなく、ＣＵについての復号プロセスの一部である。同様に、ａｎｙＴｅｍｐＲｅｆＰｉｃＦｌａｇ変数を決定することは、現在ＣＵの１つまたは複数のＰＵが時間参照ピクチャを使うかどうか決定することを要求する。ＰＵが時間参照ピクチャを使うかどうか決定することは、マージまたはＡＭＶＰ候補リストを決定することを要求し得る。マージまたはＡＭＶＰ候補リストを決定することは、ＣＵについてのパーシングプロセスではなく、ＰＵについての復号プロセスの一部である。
【０２２９】
[0234]  本開示の別の例では、ビデオコーダは、変数ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇを以下のように導出することができる。
【数１４】
2016507957.tif 000022
【０２３０】
上式で、視差ベクトルが見つからない場合、変数ＤｉｓｐＶｅｃｔＡｖａｉは１に等しい。そうでない場合、０に等しい。
【０２３１】
したがって、この例では、ビデオコーダは、ｒｅｓｉｄｕａｌＣｂｆＮｏｎＺｅｒｏ変数に基づいてｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｂ変数を決定するのではない。ただし、この例では、ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇは、ＤｉｓｐＶｅｃｔＡｖａｉ変数に依存する。視差ベクトルが見つからない場合、ＤｉｓｐＶｅｃｔＡｖａｉは１に等しい。そうでない場合、ＤｉｓｐＶｅｃｔＡｖａｉは０に等しい。この例では、視差ベクトルは、現在ＣＵのシンタックス要素をパーシングするときに既知であった可能性がある隣接ブロックから導出され得る。視差ベクトルを決定することは、現在ＰＵ／ＣＵの復号情報を要求しなくてよいが、この決定は、隣接ブロックからの何らかの復号情報に依拠し得る。
【０２３２】
[0235]  本開示の別の例では、変数ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇは、以下のように導出される。
【数１５】
2016507957.tif 000023
【０２３３】
したがって、この例では、ビデオコーダは、ｒｅｓｉｄｕａｌＣｂｆＮｏｎＺｅｒｏ変数に基づいてｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｂ変数を決定するのではない。ただし、この例では、ｒｅｓＰｒｅｄＥｎａｂｌｅＦｌａｇは、ａｎｙＴｅｍｐＲｅｆＰｉｃＦｌａｇ変数には依存する。
【０２３４】
[0236]  本開示のいくつかの例は、対応するブロック中のＰＵのうちのどれもインターコーディングされず、ｃｂｆ＿ｌｕｍａ、ｃｂｆ＿ｃｂおよびｃｂｆ＿ｃｒの値が０に等しくない場合、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇが０になるような制約を導入する。言い換えると、この例では、ビデオコーディング規格（たとえば、ＨＥＶＣ、３Ｄ−ＨＥＶＣなど）が、現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、１に等しくないルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、残差予測フラグが０に等しいことを要求する制約に、ビットストリーム中の残差予測フラグを従わせる。０に等しい現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われないことを示す。この例では、対応するブロックは参照ビューピクチャ中にある。
【０２３５】
[0237]  さらに、いくつかの例では、現在ＣＵについての視差ベクトルが利用不可能な場合、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇが０になるような制約が導入され得る。いくつかの例では、現在ＣＵ中のＰＵのうちのどれも、時間参照ピクチャを用いてコーディングされない場合、ｒｅｓ＿ｐｒｅｄ＿ｆｌａｇが０になるような制約が導入される。
【０２３６】
[0238]  上述したように、本開示のいくつかの例は、復号プロセスに依存するパーシングプロセスに関連して上述した問題のうちの１つまたは複数を回避するために、制約を使う。たとえば、上述したように、ｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造は、ＡＲＰのために使われる重み付け因子に対するインデックスを示すｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素を含み得る。以下のテーブル７は、本開示の一例によるｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造の例示的な部分を示す。
【表７】
2016507957.tif 000024
【０２３７】
[0239]  テーブル７の例では、現在ＣＵ中の区分のうちのどれも時間的動きベクトルをもたず（すなわち、参照ピクチャが同じビューからのものである）、または現在ＣＵの視差ベクトルが利用不可能な場合、重み付け因子インデックスシンタックス要素が０になるような制約が導入される。上述したように、重み付け因子インデックスシンタックス要素が０に等しくなく、現在ＣＵのどのＰＵも時間的動きベクトルをもたず、または現在ＣＵについての視差ベクトルが利用不可能である場合、コーディングエラーが起こり得る。したがって、いくつかの提案は、重み付け因子インデックスシンタックス要素をパーシングするのに先立って、現在ＣＵのいずれかのＰＵが時間的動きベクトルを有するかどうかチェックすることと、現在ＣＵについての視差ベクトルが利用可能かどうかチェックすることとを求めている。したがって、そのような提案では、重み付け因子シンタックス要素が存在しない場合、ビットストリーム中の重み付け因子インデックスシンタックス要素は０であると想定されるので、現在ＣＵのどのＰＵも時間的動きベクトルをもたないか、または現在ＣＵについての視差ベクトルが利用不可能であるとビデオデコーダが決定した場合、ビデオコーダは、残差予測を実行しない。ただし、現在ＣＵのいずれかのＰＵが時間的動きベクトルを有するかどうか、および現在ＣＵの視差ベクトルが利用可能かどうかの決定は、復号プロセスにおいて生成される情報を要求する場合があり、これはパーシングプロセスを遅くし得る。したがって、テーブル７の例では、制約は、ビデオデコーダが、ビットストリームから重み付け因子インデックスシンタックス要素を取得するのに先立って、現在ＣＵのいずれかのＰＵが時間的動きベクトルを有するかどうか、または現在ＣＵの視差ベクトルが利用可能かどうかチェックすることを要求することなく、このタイプの復号エラーが起こらないことを保証し得る。
【０２３８】
[0240]  以下のテーブル８は、本開示の別の例によるｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造の一部分である。
【表８】
2016507957.tif 000025
【０２３９】
[0241]  テーブル８の例では、現在ＣＵの視差ベクトルが利用不可能な場合、ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘシンタックス要素が０になるような制約が導入され得る。１に等しくセットされたＴｅｍｐＭＶＡｖａｉは、現在ＣＵが、同じビューからの少なくとも１つの参照ピクチャから予測されることを示す。そうでない場合、ＴｅｍｐＭＶＡｖａｉは０に等しく設定される。
【０２４０】
[0242]  以下のテーブル９は、本開示の別の例によるｃｏｄｉｎｇ＿ｕｎｉｔシンタックス構造の一部分である。
【表９】
2016507957.tif 000026
【０２４１】
[0243]  テーブル９の例では、現在ＣＵ中の区分のうちのどれも時間的動きベクトルをもたず（すなわち、参照ピクチャすべてが同じビューからのものである）場合、重み付け因子インデックスシンタックス要素が０になるような制約が導入される。
【０２４２】
[0244]  図９は、本開示の１つまたは複数の技法によるビデオエンコーダ２０の例示的な動作２００を示すフローチャートである。図９の例では、ビデオエンコーダ２０は、ビデオコーディング規格に準拠するビットストリームを生成する（２０２）。ビットストリームは、ビデオデータのコード化表現を備える。ビットストリームは、現在ＣＵについての重み付け因子インデックスを示すデータを含む。ビデオコーディング規格は、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、現在ＣＵについての重み付け因子インデックスが特定の値（たとえば、０）を有することを要求する制約に、現在ＣＵについての重み付け因子インデックスを従わせる。特定の値を有する、現在ＣＵについての重み付け因子インデックスは、現在ＣＵに関して残差予測が適用されないことを示す。さらに、図９の例では、ビデオエンコーダ２０は、ビットストリームを出力する（２０４）。
【０２４３】
[0245]  図１０は、本開示の１つまたは複数の技法による、現在のＣＵを符号化するための例示的な動作２５０を示すフローチャートである。図１０の例では、ビデオエンコーダ２０は、現在ＣＵのいずれかのＰＵ（すなわち、いずれかの区分）が時間的動きベクトルを有するかどうか決定することができる（２５２）。現在ＣＵのＰＵのうちの少なくとも１つが時間的動きベクトルを有する（２５２の「ＹＥＳ」）と決定したことに応答して、ビデオエンコーダ２０は、現在ＣＵについての視差ベクトルが利用可能かどうか決定することができる（２５４）。現在ＣＵについての視差ベクトルが利用可能でない（２５４の「ＮＯ」）と決定したことに応答して、または現在ＣＵのＰＵのうちのどれも時間的動きベクトルをもたない（２５２の「ＮＯ」）と決定したことに応答して、ビデオエンコーダ２０は、現在ＣＵについての重み付け因子を０にセットしてよく、現在ＣＵの重み付け因子インデックスを０にセットしてよい（２５６）。
【０２４４】
[0246]  ビデオエンコーダ２０が重み付け因子と重み付け因子インデックスとをアクション２５６においてセットするかどうかにかかわらず、ビデオエンコーダ２０は、現在ＣＵについての１つまたは複数の予測サンプルアレイを決定することができる（２５８）。たとえば、ビデオエンコーダ２０は、現在ＣＵについてのルーマ予測サンプルアレイ（たとえば、ｐｒｅｄＳａｍｐｌｅｓL）と２つのクロマ予測サンプルアレイ（たとえば、ｐｒｅｄＳａｍｐｌｅｓCbおよびｐｒｅｄＳａｍｐｌｅｓCr）とを決定することができる。ビデオエンコーダ２０は、現在ＣＵの各ＰＵのための予測ブロックを決定することによって、現在ＣＵについての予測サンプルアレイを決定することができる。
【０２４５】
[0247]  さらに、図１０の例では、ビデオエンコーダ２０は、現在ＣＵのための残差サンプルアレイを決定し得る（２６０）。たとえば、ビデオエンコーダ２０は、現在ＣＵについてのルーマ残差サンプルアレイ（たとえば、ｒｅｓＳａｍｐｌｅｓＬ）と２つのクロマ残差サンプルアレイ（たとえば、ｒｅｓＳａｍｐｌｅｓＣｂおよびｒｅｓＳａｍｐｌｅｓＣｒ）とを決定することができる。ビデオエンコーダ２０は、現在ＣＵについての残差サンプルアレイを決定するのに、図１１の例示的な動作を実行することができる。
【０２４６】
[0248]  さらに、ビデオエンコーダ２０は、現在ＣＵについての重み付け因子インデックスを示すデータをビットストリーム中に含めるかどうか決定することができる（２６２）。ビットストリームは、ビデオデータのコード化表現を備える。いくつかの例では、ビデオエンコーダ２０は、現在ＣＵが深度ビュー成分ではなく、現在ＣＵはベースレイヤ中になく、現在ＣＵのコーディングモードがイントラ予測でなく、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎであるとき、重み付け因子インデックスを示すデータをビットストリーム中に含め得る。この例では、現在ＣＵは、現在ビューに属するピクチャ中にあり得る。したがって、この例では、現在ビューが従属テクスチャビューであり、現在ＣＵがイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいと決定したことに応答して、ビデオエンコーダ２０は、ビットストリーム中に、現在ＣＵについての重み付け因子インデックスを示すデータを含め得る。
【０２４７】
[0249]  他の例では、ビデオエンコーダ２０は、現在ＣＵが深度ビュー成分ではなく、現在ＣＵがベースレイヤ中になく、現在ＣＵのコーディングモードがイントラ予測でなく、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎであり、現在ＣＵが同じビューからの少なくとも１つの参照ピクチャから予測されるとき、ビットストリーム中に重み付け因子インデックスを示すデータを含め得る。他の例では、ビデオエンコーダ２０は、現在ＣＵが深度ビュー成分ではなく、現在ＣＵがベースレイヤ中になく、現在ＣＵのコーディングモードがイントラ予測でなく、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎであり、現在ＣＵについての視差ベクトルが見つからなかったとき、重み付け因子インデックスを示すデータをビットストリーム中に含め得る。ビットストリームが、現在ＣＵについての重み付け因子インデックスを示すデータを含むべきであると決定したことに応答して（２６２の「ＹＥＳ」）、ビデオエンコーダ２０は、ビットストリーム中に、現在ＣＵについての重み付け因子インデックスを示すデータを含め得る（２６４）。そうではなく、ビットストリームが現在ＣＵについての重み付け因子インデックスを示すデータを含むべきではないと決定したことに応答して（２６２の「ＮＯ」）、ビデオエンコーダ２０は、ビットストリームから、現在ＣＵについての重み付け因子インデックスを示すデータを省いてよい（２６６）。
【０２４８】
[0250]  ビデオエンコーダ２０が現在ＣＵについての重み付け因子インデックスをビットストリーム中に含めるかどうかにかかわらず、ビデオエンコーダ２０は、ビットストリーム中に、現在ＣＵについての残差サンプルアレイを示すデータを含め得る（２６８）。たとえば、ビデオエンコーダ２０は、現在ＣＵについての残差サンプルアレイを、現在ＣＵの１つまたは複数のＴＵに関連付けられた変換ブロックに区分してよい。この例では、ビデオエンコーダ２０は、各変換ブロックに変換を適用し、得られた係数ブロックを量子化することができる。さらに、この例では、ビデオエンコーダ２０は、量子化係数ブロックを示すシンタックス要素を生成することができる。この例では、ビデオエンコーダ２０は、量子化係数ブロックを示すシンタックス要素をエントロピー符号化することができる。ビデオエンコーダ２０は、エントロピー符号化されたシンタックス要素をビットストリーム中に含め得る。したがって、この例では、ビデオエンコーダ２０は、ビットストリーム中に、現在ＣＵについての残差サンプルアレイを示すデータを含め得る。このようにして、ビデオエンコーダ２０は、ビットストリーム中で残差サンプルアレイをシグナリングすることができる。
【０２４９】
[0251]  図１１は、現在ＣＵのための残差サンプルアレイを決定するための、ビデオエンコーダ２０の例示的な動作３００を示すフローチャートである。図１１の例では、ビデオエンコーダ２０は、現在ＣＵについての重み付け因子が０にセットされているかどうか決定することができる（３０２）。図１０のアクション２５６において示されるように、現在ＣＵについての重み付け因子は、現在ＣＵのどのＰＵも時間的動きベクトルをもたないか、または現在ＣＵについての視差ベクトルが利用可能でないとき、０にセットされ得る。
【０２５０】
[0252]  現在ＣＵについての重み付け因子が０にセットされていないこと決定したことに応答して（３０２の「ＮＯ」）、ビデオエンコーダ２０は、現在ＣＵに関してＡＲＰを実行することができる。したがって、現在ＣＵについての重み付け因子が０にセットされていないと決定したことに応答して（３０２の「ＮＯ」）、ビデオエンコーダ２０は、現在ＣＵの現在ＰＵについての視差参照ブロックを決定することができる（３０４）。ビデオエンコーダ２０は、ビュー間参照ピクチャ（すなわち、現在ピクチャと同じアクセスユニットに関連付けられているが、現在ピクチャとは異なるビュー中にある参照ピクチャ）の実際の、または補間されたサンプルから、視差参照ブロックを決定することができる。さらに、ビデオエンコーダ２０は、現在ＣＵに対する時間視差参照ブロックを決定することができる（３０６）。ビデオエンコーダ２０は、視差参照ブロックと同じビュー中にあるが、現在ＰＵまたは視差参照ブロックとは異なるアクセスユニット中にある参照ピクチャの実際の、または補間されたサンプルに基づいて、時間視差参照ブロックを決定することができる。
【０２５１】
[0253]  続いて、ビデオエンコーダ２０は、現在ＰＵに対する残差予測子を決定することができる（３０８）。現在ＰＵについての残差予測子中の各サンプルは、視差参照ブロック中の対応するサンプルと、時間視差参照ブロック中との間の差分を示し得る。さらに、ビデオエンコーダ２０は、現在ＰＵについての重み付けされた残差予測子を決定するために、現在ＣＵについての重み付け因子に基づいて残差予測子を修正することができる（３１０）。たとえば、重み付けされた残差予測子中の各サンプルは、残差予測子中の対応するサンプルを、重み付け因子で除算したものに等しくてよい。
【０２５２】
[0254]  現在ＰＵについての重み付けされた残差予測子を決定した後、ビデオエンコーダ２０は、現在ＣＵの残っているＰＵがあるかどうか決定すればよい（３１２）。現在ＣＵの残っているＰＵがある場合（３１２の「ＹＥＳ」）、ビデオエンコーダ２０は、現在ＰＵとしての、現在ＣＵの別のＰＵで、アクション３０４〜３１２を再度実行すればよい。このようにして、ビデオエンコーダ２０は、現在ＣＵの各ＰＵに対して、アクション３０４〜３１２を実行することができる。
【０２５３】
[0255]  現在ＣＵの残っているＰＵがないと決定したことに応答して（３１２の「ＮＯ」）、ビデオエンコーダ２０は、現在ＣＵのコーディングブロック、現在ＣＵのＰＵについての重み付けされた残差予測子、および現在ＣＵについての予測サンプルアレイに基づいて、現在ＣＵについての残差サンプルアレイを決定することができる（３１４）。たとえば、現在ＣＵについての残差サンプルアレイ中の各サンプルは、現在ＣＵについてのコーディングブロック中の対応するサンプルと、現在ＣＵのＰＵについての重み付けされた残差予測子と、現在ＣＵのＰＵのための予測ブロックとの間の差分に等しくてよい。
【０２５４】
[0256]  図１１の例に示すように、現在ＣＵについての重み付け因子が０にセットされているとき（３０２の「ＹＥＳ」）、ビデオエンコーダ２０は、現在ＣＵに関してＡＲＰを実行しない。場合によっては、現在ＣＵについての重み付け因子が０にセットされているとき（３０２の「ＹＥＳ」）、ビデオエンコーダ２０は、現在ＣＵについてのコーディングブロックおよび現在ＣＵについての予測サンプルアレイに基づいて、現在ＣＵについての残差サンプルアレイを決定することができる（３１６）。たとえば、現在ＣＵについての残差サンプルアレイ中の各サンプルは、現在ＣＵについてのコーディングブロック中の対応するサンプルと現在ＣＵのＰＵのための予測ブロックとの間の差分に等しくてよい。
【０２５５】
[0257]  図１１の例では、重み付け因子があらかじめ０にセットされていないとき、ビデオエンコーダ２０は、各利用可能重み付け因子（たとえば、０、０．５、および１）について、動作３００を複数回実行し、次いで、レート／歪み分析に基づいて、現在ＣＵについての重み付け因子（および現在ＣＵについての関連残差サンプルアレイ）を選択すればよい。
【０２５６】
[0258]  図１２は、本開示の１つまたは複数の技法による、ビデオデコーダ３０の例示的な動作３５０を示すフローチャートである。図１２の例に示すように、ビデオデコーダ３０は、ビデオコーディング規格に準拠するビットストリームから、現在ＣＵについての重み付け因子インデックスを取得する（３５２）。ビットストリームはビデオデータの符号化表現を備え、ビデオコーディング規格は、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、現在ＣＵについての重み付け因子インデックスが特定の値を有することを要求する制約に、現在ＣＵについての重み付け因子インデックスを従わせればよい。特定の値は、残差予測が、現在ＣＵに関して適用されないことを示す。さらに、ビデオデコーダ３０は、現在ＣＵについての重み付け因子インデックスに基づいて、重み付け因子を決定することができる（３５４）。
【０２５７】
[0259]  さらに、ビデオデコーダ３０は、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定することができる（３５６）。いくつかの例では、ビデオデコーダ３０は、現在ＣＵについての重み付け因子が実際に特定の値に等しくないと決定したことに応答して、重み付け因子で乗算された参照残差信号を使って、現在ＣＵについての残差信号を予測することができる。いくつかの例では、ビデオデコーダ３０は、視差参照ブロックと時間視差参照ブロックとの間の差分に基づいて、参照残差信号を決定することができる。
【０２５８】
[0260]  図１３は、本開示の１つまたは複数の技法による、現在ＣＵを復号するためのビデオデコーダ３０の例示的な動作４００を示すフローチャートである。図１３の例では、ビデオデコーダ３０は、ビットストリームから、現在ＣＵに関連付けられたシンタックス要素を取得するための動作（たとえば、パーシング動作）を実行することができる（４０２）。ビットストリームは、ビデオデータのコード化表現を備え得る。
【０２５９】
[0261]  現在ＣＵに関連付けられたシンタックス要素を取得するための動作を実行することの一部として、ビデオデコーダ３０は、現在ＣＵの重み付け因子インデックスを示すデータがビットストリーム中に含まれるかどうか決定すればよい（４０４）。いくつかの例では、ビデオデコーダ３０は、現在ＣＵが深度ビュー成分ではなく、現在ＣＵがベースレイヤ中になく、現在ＣＵのコーディングモードがイントラ予測でなく、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎであるとき、ビットストリームが、重み付け因子インデックスを示すデータを含むと決定することができる。したがって、この例では、現在ビューが従属テクスチャビューであり、現在ＣＵがイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、ビデオデコーダ３０は、ビットストリームから、現在ＣＵについての重み付け因子インデックスを取得することができる。さらに、この例では、現在ビューが従属テクスチャビューではなく、現在ＣＵがイントラコーディングされ、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、ビデオデコーダ３０は、重み付け因子インデックスが特定の値に等しいと想定することができる。
【０２６０】
[0262]  他の例では、ビデオデコーダ３０は、現在ＣＵが深度ビュー成分ではなく、現在ＣＵがベースレイヤ中になく、現在ＣＵのコーディングモードがイントラ予測でなく、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎであり、現在ＣＵが同じビューからの少なくとも１つの参照ピクチャから予測されるとき、ビットストリームが、重み付け因子インデックスを示すデータを含むと決定することができる。他の例では、ビデオデコーダ３０は、現在ＣＵが深度ビュー成分ではなく、現在ＣＵがベースレイヤ中になく、現在ＣＵのコーディングモードがイントラ予測でなく、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎであり、現在ＣＵについての視差ベクトルが見つからなかったとき、ビットストリームが、重み付け因子インデックスを示すデータを含むと決定することができる。
【０２６１】
[0263]  ビットストリームが、現在ＣＵについての重み付け因子インデックスを示すデータを含むと決定したことに応答して（４０４の「ＹＥＳ」）、ビデオデコーダ３０は、ビットストリームから、現在ＣＵについての重み付け因子インデックスを示すデータを取得することができる（４０６）。たとえば、ビデオデコーダ３０は、ビットストリーム中のデータに基づいて、現在ＣＵについての重み付け因子インデックスを示すシンタックス要素（たとえば、ｗｅｉｇｈｔｉｎｇ＿ｆａｃｔｏｒ＿ｉｎｄｅｘ）を取得することができる。
【０２６２】
[0264]  本開示のいくつかの例示的技法によると、現在ＣＵのどの区分（たとえば、ＰＵ）も時間的動きベクトルをもたないか、または現在ＣＵについての視差ベクトルが利用不可能であるとき、重み付け因子インデックスが特定の値（たとえば、０）に等しくなるような制約が適用される。他の例では、現在ＣＵについての視差ベクトルが利用不可能であるとき、重み付け因子インデックスが特定の値（たとえば、０）に等しくなるような制約が適用される。別の例では、現在ＣＵの区分（たとえば、ＰＵ）のうちのどれも時間的動きベクトルをもたないとき、重み付け因子が特定の値（たとえば、０）に等しくなるような制約が適用される。
【０２６３】
[0265]  ビデオデコーダ３０が、重み付け因子インデックスを示すデータをビットストリームから取得するかどうかにかかわらず、ビデオデコーダ３０は、ビットストリームから、現在ＣＵについての１つまたは複数のシグナリングされた残差ブロックを示すデータを取得することができる（４０８）。たとえば、ビデオデコーダ３０は、ビットストリーム中のデータに基づいて、現在ＣＵのＴＵに関連付けられた量子化係数ブロックを示すシンタックス要素を取得することができる。この例では、ビデオデコーダ３０は、現在ＣＵについてのシグナリングされた残差サンプルブロックを取得するために、量子化係数ブロックを逆量子化し、逆変換を適用することができる。
【０２６４】
[0266]  さらに、図１３の例では、ビデオデコーダ３０は、現在ＣＵのための予測サンプルアレイを決定し得る（４１０）。ビデオデコーダ３０は、現在ＣＵについての予測サンプルアレイを決定するのに、現在ＣＵのＰＵについて指定された１つまたは複数の参照ピクチャとシンタックス要素とを使えばよい。さらに、ビデオデコーダ３０は、現在ＣＵについてのシグナリングされた残差ブロックに少なくとも部分的に基づいて、現在ＣＵについての残差サンプルアレイを決定し得る（４１２）。ビデオデコーダ３０は、現在ＣＵについての残差サンプルアレイを決定するのに、図１４の例示的な動作を実行することができる。ビデオデコーダ３０は次いで、現在ＣＵについての予測サンプルアレイおよび現在ＣＵについての残差サンプルアレイに基づいて、現在ＣＵについてのコーディングブロックを再構成することができる（４１４）。いくつかの例では、現在ＣＵについてのコーディングブロック中の各サンプルは、現在ＣＵについての予測サンプルアレイおよび現在ＣＵについての残差サンプルアレイ中の対応するサンプルの合計に等しくなり得る。いくつかの例では、ビデオデコーダ３０が現在ＣＵについてのコーディングブロックを再構成するとき、ビデオデコーダ３０は、１つまたは複数のデブロッキングフィルタ（deblocking filter）を適用する。
【０２６５】
[0267]  図１４は、本開示の１つまたは複数の技法による、現在ＣＵについての残差サンプルアレイを決定するためのビデオデコーダ３０の例示的な動作４５０を示すフローチャートである。図１４の例では、ビデオデコーダ２０は、現在ＣＵについての重み付け因子インデックスに基づいて、現在ＣＵについての重み付け因子を決定することができる（４５２）。たとえば、現在ＣＵについての重み付け因子インデックスが０、１、または２に等しい場合、ビデオデコーダ３０は、現在ＣＵについての重み付け因子が、それぞれ、０、０．５、または１に等しいと決定することができる。
【０２６６】
[0268]  ビデオデコーダ３０は次いで、現在ＣＵについての重み付け因子が０に等しいかどうか決定することができる（４５４）。現在ＣＵについての重み付け因子が０に等しくないとき、ビデオデコーダ３０は、現在ＣＵに関してＡＲＰを実行してよい。したがって、現在ＣＵについての重み付け因子が０に等しくないと決定したことに応答して（４５４の「ＮＯ」）、ビデオデコーダ３０は、現在ＣＵの現在ＰＵについての視差参照ブロックを決定することができる（４５６）。ビデオデコーダ３０は、ビュー間参照ピクチャ（すなわち、現在ピクチャと同じアクセスユニット中にあるが、現在ピクチャとは異なるビュー中にある参照ピクチャ）の実際の、または補間されたサンプルから、視差参照ブロックを決定することができる。さらに、ビデオデコーダ３０は、現在ＣＵに対する時間視差参照ブロックを決定することができる（４５８）。ビデオデコーダ３０は、視差参照ブロックと同じビュー中にあるが、現在ＰＵまたは視差参照ブロックとは異なるアクセスユニット中にある参照ピクチャの実際の、または補間されたサンプルに基づいて、時間視差参照ブロックを決定することができる。
【０２６７】
[0269]  続いて、ビデオデコーダ３０は、現在ＰＵに対する残差予測子を決定することができる（４６０）。現在ＰＵについての残差予測子中の各サンプルは、視差参照ブロック中の対応するサンプルと、時間視差参照ブロック中との間の差分を示し得る。さらに、ビデオデコーダ３０は、現在ＰＵについての重み付けされた残差予測子を決定するために、現在ＣＵについての重み付け因子に基づいて残差予測子を修正することができる（４６２）。たとえば、重み付けされた残差予測子中の各サンプルは、残差予測子中の対応するサンプルを、現在ＣＵについての重み付け因子で乗算したものに等しくてよい。
【０２６８】
[0270]  現在ＰＵについての重み付けされた残差予測子を決定した後、ビデオデコーダ３０は、現在ＣＵの残っているＰＵがあるかどうか決定すればよい（４６４）。現在ＣＵの残っているＰＵがある場合（４６４の「ＹＥＳ」）、ビデオデコーダ３０は、現在ＰＵとしての、現在ＣＵの別のＰＵで、アクション４５６〜４６４を再度実行すればよい。このようにして、ビデオデコーダ３０は、現在ＣＵの各ＰＵに対して、アクション４５６〜４６４を実行することができる。
【０２６９】
[0271]  現在ＣＵの残っているＰＵがないと決定したことに応答して（４６４の「ＮＯ」）、ビデオデコーダ３０は、現在ＣＵのＰＵについての重み付けされた残差予測子および現在ＣＵについてのシグナリングされた残差ブロックに基づいて、現在ＣＵについての残差サンプルアレイを決定することができる（４６６）。たとえば、現在ＣＵについての残差サンプルアレイ中の各サンプルは、現在ＣＵのＰＵについての重み付けされた残差予測子中の対応するサンプルと、現在ＣＵについてのシグナリングされた残差ブロックとの合計に等しくなり得る。
【０２７０】
[0272]  図１４の例に示すように、現在ＣＵについての重み付け因子が０にセットされているとき（４５４の「ＹＥＳ」）、ビデオデコーダ３０は、現在ＣＵに関してＡＲＰを実行しない。場合によっては、現在ＣＵについての重み付け因子が０にセットされているとき（４５４の「ＹＥＳ」）、現在ＣＵについての残差サンプルアレイは、現在ＣＵについてのシグナリングされた残差ブロックを備える（４６８）。
【０２７１】
[0273]  図１５Ａは、本開示の一例の技法による、ビデオデコーダ３０の例示的な動作を示すフローチャートである。図１５Ａの例において、ビデオデコーダ３０は、現在ビューが従属テクスチャビューであるかどうかと、現在ＣＵがイントラコーディングされないかどうかと、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいかどうかとを決定することができる（５００）。現在ビューが従属テクスチャビューであり、現在ＣＵがイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき（５００の「ＹＥＳ」）、ビデオデコーダ３０は、ビデオデータの符号化表現を備えるビットストリームから、現在ＣＵの重み付け因子インデックスを取得ことができる（５０２）。現在ＣＵは、現在ビューに属するピクチャ中にある。現在ＣＵは、現在ビューに属するピクチャ中にある。現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされず、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき（５００の「ＮＯ」）、ビデオデコーダ３０は、重み付け因子インデックスが、現在ＣＵに関して残差予測が適用されないことを示す特定の値に等しいと想定してよい（５０４）。さらに、ビデオデコーダ３０は、現在ＣＵについての重み付け因子インデックスに基づいて、重み付け因子を決定することができる（５０６）。ビデオデコーダ３０は、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定することもできる（５０８）。
【０２７２】
[0274]  図１５Ｂは、本開示の一例の技法による、ビデオエンコーダ２０の例示的な動作を示すフローチャートである。図１５Ｂの例において、ビデオエンコーダ２０は、現在ビューが従属テクスチャビューであるかどうかと、現在ＣＵがイントラコーディングされないかどうかと、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいかどうかとを決定することができる（５２０）。現在ビューが従属テクスチャビューであり、現在ＣＵがイントラコーディングされず、現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいと決定したことに応答して（５２０の「ＹＥＳ」）、ビデオエンコーダ２０は、ビデオデータの符号化表現を備えるビットストリーム中に、現在ＣＵの重み付け因子インデックスを示すデータを含めることができる（５２２）。現在ＣＵは、現在ビューに属するピクチャ中にある。ただし、現在ビューが従属テクスチャビューではなく、または現在ＣＵがイントラコーディングされず、または現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないと決定したことに応答して（５２０の「ＮＯ」）、ビデオエンコーダ２０は、ビットストリームから、現在ＣＵについての重み付け因子インデックスを示すデータを省いてよい（５２４）。いずれの場合も、ビデオエンコーダ２０はビットストリームを出力し得る（５２６）。
【０２７３】
[0275]  図１６Ａは、本開示の一例の技法による、ビデオデコーダ３０の例示的な動作を示すフローチャートである。図１６Ａの例では、ビデオデコーダ３０は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在ＣＵに対して照度補償が使われるかどうかを示す照度補償フラグを取得することができる（５５０）。ビデオコーディング規格は、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値を照度補償フラグが指定することを要求する制約に、照度補償フラグを従わせ得る。さらに、ビデオデコーダ３０は、現在ＣＵについて照度補償が実行されるべきであると照度補償フラグが示すかどうか決定することができる（５５２）。照度補償フラグに基づいて、現在ＣＵについて照度補償が実行されるべきであると決定したことに応答して（５５２の「ＹＥＳ」）、ビデオデコーダ３０は、現在ＣＵについて照度補償を実行することができる（５５４）。そうでない場合、照度補償フラグに基づいて、現在ＣＵについて照度補償が実行されるべきであると決定したことに応答して（５５２の「ＮＯ」）、ビデオデコーダ３０は、現在ＣＵについて照度補償を実行しない（５５６）
[0276]  図１６Ｂは、本開示の一例の技法による、ビデオエンコーダ２０の例示的な動作を示すフローチャートである。図１６Ｂの例では、ビデオエンコーダ２０は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリーム中に、現在ＣＵに対して照度補償が使われるかどうかを示す照度補償フラグを含めることができる（５７０）。ビデオコーディング規格は、現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が現在ＣＵには使われないことを示す値を照度補償フラグが指定することを要求する制約に、照度補償フラグを従わせ得る。ビデオエンコーダ２０は、ビットストリームを出力することができる（５７２）。
【０２７４】
[0277]  図１７Ａは、本開示の一例の技法による、ビデオデコーダ３０の例示的な動作を示すフローチャートである。図１７Ａの例では、ビデオデコーダ３０は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在ＣＵについての残差予測フラグを取得することができる（６００）。０に等しい現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われず、ビデオコーディング規格が、現在ＣＵの対応するブロック内のどのＰＵもインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、０に等しくないルーマおよびクロマＣＢＦの値をもたない場合、残差予測フラグが０に等しいことを要求する制約に残差予測フラグを従わせることを示し得る。対応するブロックは参照ビューピクチャ中にある。いくつかの例では、ビデオデコーダ３０は、残差予測が現在ＣＵに対して有効化されると決定したことに応答して、および現在ＣＵの対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および現在ＣＵの対応するブロックのルーマＣＢＦおよびクロマＣＢＦの値が０に等しくないと決定することなく、ビットストリームから残差予測フラグを取得することができる。
【０２７５】
[0278]  さらに、図１７Ａの例では、ビデオデコーダ３０は、残差予測フラグに基づいて、残差予測が現在ＣＵに対して使われるかどうか決定することができる（６０２）。残差予測フラグに基づいて、残差予測が現在ＣＵに対して使われると決定したことに応答して（６０２の「ＹＥＳ」）、ビデオデコーダ３０は、現在ＣＵについての残差予測を実行することができる（６０４）。そうでない場合、現在ＣＵについて残差予測が使われないと決定したことに応答して（６０２の「ＮＯ」）、ビデオデコーダ３０は、現在ＣＵについて残差予測を実行しない（６０６）。
【０２７６】
[0279]  図１７Ｂは、本開示の一例の技法による、ビデオエンコーダ２０の例示的な動作を示すフローチャートである。図１７Ｂの例では、ビデオエンコーダ２０は、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリーム中に、現在ＣＵについての残差予測フラグを含めることができる（６２０）。０に等しい現在ＣＵについての残差予測フラグは、現在ＣＵについて残差予測が使われず、ビデオコーディング規格が、現在ＣＵの対応するブロック内のどのＰＵもインターコーディングされない場合、または現在ＣＵの対応するブロック内のどのＰＵも、０に等しくないルーマおよびクロマＣＢＦの値をもたない場合、残差予測フラグが０に等しいことを要求する制約に残差予測フラグを従わせることを示し得る。対応するブロックは参照ビューピクチャ中にある。いくつかの例では、ビデオエンコーダ２０は、残差予測が現在ＣＵに対して有効化されるとき、ただし現在ＣＵの対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および現在ＣＵの対応するブロックのルーマＣＢＦおよびクロマＣＢＦの値が０に等しくないと決定することなく、ビットストリームに残差予測フラグを含めることができる。さらに、ビデオエンコーダ２０は、ビットストリームを出力してもよい（６２２）。
【０２７７】
[0280]  本開示は、ビデオ符号化およびビデオ復号のための様々な例示的技法を開示するが、それらのうちのいくつかが、以下に提示される。
【０２７８】
[0281]  例１：ビデオデータを復号する方法であって、照度補償が現在スライス用に利用可能かどうかを示すシンタックス要素の値に基づいて、および現在ＣＵの１つまたは複数のＰＵがビュー間参照ピクチャを使用することを指定する変数に基づかずに、変数の値を決定することと、変数の値が特定の値であると決定したことに応答して、ビットストリームから、照度補償が現在ＣＵに対して有効化されるかどうかを示す照度補償フラグをパーシングすることとを備える方法。
【０２７９】
[0282]  例２：例１の方法であって、現在ＣＵのどのＰＵもビュー間参照ピクチャを使用しない場合、変数は特定の値をもたない。
【０２８０】
[0283]  例３：ビデオデータを符号化する方法であって、照度補償が現在スライス用に利用可能であるかどうかに基づいて、および現在ＣＵの１つまたは複数のＰＵがビュー間参照ピクチャを使用するかどうかに基づかずに、変数の値を決定することと、変数の値が特定の値であると決定したことに応答して、ビットストリーム中に、照度補償が現在ＣＵに対して有効化されるかどうかを示す照度補償フラグを含めることとを備える方法。
【０２８１】
[0284]  例４：例３の方法であって、現在ＣＵのどのＰＵもビュー間参照ピクチャを使用しない場合、変数は特定の値をもたない。
【０２８２】
[0285]  例５：ビデオデータを復号する方法であって、現在コーディングユニット（ＣＵ）の対応するブロックの予測ユニット（ＰＵ）のコード化ブロックフラグ（ＣＢＦ：coded block flag）を参照せずに、変数の値を決定することと、変数が特定の値を有すると決定したことに応答して、ビットストリームから、残差予測が現在ＣＵに対して使われるかどうかを示す残差予測フラグをパーシングすることとを備える方法。
【０２８３】
[0286]  例６：例５の方法であって、変数の値を決定することは、現在ＣＵの予測モードがイントラモードであるかどうかに少なくとも部分的に基づいて、変数の値を決定することを備える。
【０２８４】
[0287]  例７：例５の方法であって、変数の値を決定することは、現在ＣＵの１つまたは複数のＰＵが時間参照ピクチャを使用するかどうか決定することなく、変数の値を決定することを備える。
【０２８５】
[0288]  例８：例５の方法であって、変数の値を決定することは、現在ＣＵについて視差ベクトルが見つかったかどうかに少なくとも部分的に基づいて、変数の値を決定することを備える。
【０２８６】
[0289]  例９：例５の方法であって、現在ＣＵのＰＵがインターコーディングされず、現在ＣＵのコード化ブロックフラグの値が０に等しくない場合、変数の値は特定の値に等しくない。
【０２８７】
[0290]  例１０：例５の方法であって、現在ＣＵの視差ベクトルが利用不可能な場合、変数の値は特定の値に等しくない。
【０２８８】
[0291]  例１１：例５の方法であって、現在ＣＵのＰＵのうちのどれも、時間参照ピクチャを用いてコーディングされるのではない場合、変数の値は特定の値に等しくない。
【０２８９】
[0292]  例１２：ビデオデータを符号化する方法であって、ビデオデコーダが、現在コーディングユニット（ＣＵ）の対応するブロックの予測ユニット（ＰＵ）のコード化ブロックフラグ（ＣＢＦ）を参照せずに、ビットストリームが、残差予測が現在ＣＵに対して使われるかどうかを示す残差予測フラグを含むかどうか決定することが可能であるようにビットストリームを生成することを備える方法。
【０２９０】
[0293]  例１３：例１２の方法であって、ビットストリームを生成することは、ビデオデコーダが、現在ＣＵの予測モードがイントラモードであるかどうかに少なくとも部分的に基づいて、ビットストリームが残差予測フラグを含むかどうか決定することが可能であるようにビットストリームを生成することを備える。
【０２９１】
[0294]  例１４：例１２の方法であって、ビットストリームを生成することは、ビデオデコーダが、現在ＣＵの１つまたは複数のＰＵが時間参照ピクチャを使用するかどうか決定することなく、ビットストリームが残差予測フラグを含むかどうか決定することが可能であるようにビットストリームを生成することを備える。
【０２９２】
[0295]  例１５：例１２の方法であって、ビットストリームを生成することは、ビデオデコーダが、現在ＣＵについて視差ベクトルが見つかったかどうかに少なくとも部分的に基づいて、ビットストリームが残差予測フラグを含むかどうか決定することが可能であるようにビットストリームを生成することを備える。
【０２９３】
[0296]  例１６：例１２の方法であって、現在ＣＵのＰＵがインターコーディングされず、現在ＣＵのコード化ブロックフラグの値が０に等しくない場合、ビットストリームは、残差予測フラグを含まない。
【０２９４】
[0297]  例１７：例１２の方法であって、現在ＣＵの視差ベクトルが利用不可能な場合、ビットストリームは残差予測フラグを含まない。
【０２９５】
[0298]  例１８：例１２の方法であって、現在ＣＵのＰＵのうちのどれも、時間参照ピクチャを用いてコーディングされるのではない場合、ビットストリームは残差予測フラグを含まない。
【０２９６】
[0299]  例１９：ビデオデータを復号する方法であって、現在コーディングユニット（ＣＵ）のどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、重み付け因子インデックスが特定の値を有すると決定することと、重み付け因子インデックスに基づいて重み付け因子を決定することと、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定することとを備える方法。
【０２９７】
[0300]  例２０：ビデオデータを符号化するための方法であって、ビデオデコーダが例１９の方法を実行することが可能であるようにビットストリームを生成することを備える方法。
【０２９８】
[0301]  例２１：ビデオデータを復号する方法であって、現在コーディングユニット（ＣＵ）が、現在ＣＵと同じビューからの少なくとも１つの参照ピクチャから予測されるかどうかに少なくとも部分的に基づいて、ビットストリームから、重み付け因子インデックスを示すシンタックス要素をパーシングするかどうか決定することと、現在ＣＵの視差ベクトルが利用不可能な場合、重み付け因子インデックスが特定の値に等しいと決定することと、重み付け因子インデックスに基づいて重み付け因子を決定することと、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定することとを備える方法。
【０２９９】
[0302]  例２２：ビデオデータを符号化する方法であって、ビデオデコーダが例２１の方法を実行することが可能であるようにビットストリームを生成することを備える方法。
【０３００】
[0303]  例２３：ビデオデータを復号する方法であって、視差ベクトルが現在コーディングユニット（ＣＵ）について見つかったかどうかに少なくとも部分的に基づいて、ビットストリームから、重み付け因子インデックスを示すシンタックス要素をパーシングするかどうか決定することと、現在ＣＵのどの区分も時間的動きベクトルをもたない場合、重み付け因子インデックスが特定の値に等しいと決定することと、重み付け因子インデックスに基づいて重み付け因子を決定することと、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定することとを備える方法。
【０３０１】
[0304]  例２４：実行されると、ビデオ復号デバイスに、ビデオコーディング規格に準拠するビットストリームから、現在コーディングユニット（ＣＵ）についての重み付け因子インデックスを取得させ、ここにおいて、ビットストリームはビデオデータの符号化表現を備え、ビデオコーディング規格は、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、現在ＣＵについての重み付け因子インデックスが特定の値を有することを要求する制約に、現在ＣＵについての重み付け因子インデックスを従わせ、ここにおいて、特定の値は、現在ＣＵに関して残差予測が適用されないことを示す、現在ＣＵについての重み付け因子インデックスに基づいて、重み付け因子を決定させ、重み付け因子に基づいて、現在ＣＵについての残差信号を予測するかどうか決定させる命令を記憶した非一時的コンピュータ可読データ記憶媒体。
【０３０２】
[0305]  例２５：ビデオコーディング規格に準拠するビットストリームを生成し、ビットストリームはビデオデータのコード化表現を備え、ここにおいて、ビットストリームは、現在コーディングユニット（ＣＵ）についての重み付け因子インデックスを示すデータを含み、ビデオコーディング規格は、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、現在ＣＵについての重み付け因子インデックスが特定の値を有することを要求し、特定の値を有する現在ＣＵについての重み付け因子インデックスは、現在ＣＵに関して残差予測が適用されないことを示す、ビットストリームを出力するように構成された１つまたは複数のプロセッサを備えるビデオ符号化デバイス。
【０３０３】
[0306]  例２６：ビデオコーディング規格に準拠するビットストリームを生成するための手段と、ビットストリームはビデオデータのコード化表現を備え、ここにおいて、ビットストリームは、現在コーディングユニット（ＣＵ）についての重み付け因子インデックスを示すデータを含み、ビデオコーディング規格は、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、現在ＣＵについての重み付け因子インデックスが特定の値を有することを要求し、特定の値を有する現在ＣＵについての重み付け因子インデックスは、現在ＣＵに関して残差予測が適用されないことを示す、ビットストリームを出力するための手段とを備えるビデオ符号化デバイス。
【０３０４】
[0307]  例２７：実行されると、ビデオ復号デバイスに、ビデオコーディング規格に準拠するビットストリームを生成させ、ビットストリームはビデオデータのコード化表現を備え、ここにおいて、ビットストリームは、現在コーディングユニット（ＣＵ）についての重み付け因子インデックスを示すデータを含み、ビデオコーディング規格は、現在ＣＵのどの区分も時間的動きベクトルをもたないか、または現在ＣＵの視差ベクトルが利用不可能なとき、現在ＣＵについての重み付け因子インデックスが特定の値を有することを要求し、特定の値を有する現在ＣＵについての重み付け因子インデックスは、現在ＣＵに関して残差予測が適用されないことを示す、ビットストリームを出力させる命令を記憶した非一時的コンピュータ可読データ記憶媒体。
【０３０５】
[0308]  上記例のうちのどれのいかなる詳細も、本開示と矛盾せずに、他の例と組み合わせることができる。１つまたは複数の例では、説明された機能は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアに実装される場合、機能は、１つもしくは複数の命令もしくはコードとしてコンピュータ可読媒体上に記憶されるか、またはコンピュータ可読媒体を介して送信され、ハードウェアベースの処理ユニットによって実行することができる。コンピュータ可読媒体は、たとえば、データ記憶媒体などの有形媒体、または、たとえば通信プロトコルに従って、ある場所から別の場所へのコンピュータプログラムの転送を容易にする任意の媒体を含む通信媒体に対応する、コンピュータ可読記憶媒体を含むことができる。このようにして、コンピュータ可読媒体は、一般に、（１）非一時的である有形コンピュータ可読記憶媒体、または、（２）信号もしくは搬送波などの通信媒体に対応することができる。データ記憶媒体は、本開示に記載された技法を実装するための命令、コードおよび／またはデータ構造を取り出すために、１つもしくは複数のコンピュータ、または１つもしくは複数のプロセッサによってアクセスできる任意の利用可能な媒体であり得る。コンピュータプログラム製品は、コンピュータ可読媒体を含むことができる。
【０３０６】
[0309]  限定ではなく例として、そのようなコンピュータ可読記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージ、もしくは他の磁気ストレージデバイス、フラッシュメモリ、または、命令もしくはデータ構造の形態の所望のプログラムコードを記憶するために使用されコンピュータによってアクセスされ得る、任意の他の媒体を備え得る。また、いかなる接続もコンピュータ可読媒体と適切に呼ばれる。たとえば、命令が、同軸ケーブル、光ファイバーケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または赤外線、無線、およびマイクロ波などのワイヤレス技術を使用して、ウェブサイト、サーバ、または他のリモートソースから送信される場合、同軸ケーブル、光ファイバーケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義に含まれる。しかしながら、コンピュータ可読記憶媒体およびデータ記憶媒体は、接続、搬送波、信号、または他の一時的媒体を含まないが、代わりに非一時的有形記憶媒体を対象とすることを理解されたい。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザーで光学的に再生する。上記の組合せも、コンピュータ可読媒体の範囲内に含まれるべきである。
【０３０７】
[0310]  命令は、１つもしくは複数のデジタル信号プロセッサ（ＤＳＰ）などの１つもしくは複数のプロセッサ、汎用マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル論理アレイ（ＦＰＧＡ）、または他の等価な集積回路もしくはディスクリート論理回路によって実行され得る。したがって、本明細書で使用する「プロセッサ」という用語は、前述の構造、または本明細書に記載された技法の実施に適した任意の他の構造のいずれかを指す場合がある。さらに、いくつかの態様では、本明細書で説明した機能は、符号化および復号のために構成された専用のハードウェアおよび／もしくはソフトウェアモジュール内に提供され得、または複合コーデックに組み込まれ得る。また、本技法は、１つまたは複数の回路または論理要素中で十分に実装され得る。
【０３０８】
[0311]  本開示の技法は、ワイヤレスハンドセット、集積回路（ＩＣ）、またはＩＣのセット（たとえば、チップセット）を含む、多種多様なデバイスまたは装置において実装され得る。本開示では、開示する技法を実行するように構成されたデバイスの機能的態様を強調するために様々な構成要素、モジュール、またはユニットについて説明したが、それらの構成要素、モジュール、またはユニットを、必ずしも異なるハードウェアユニットによって実現する必要があるとは限らない。むしろ、上で説明されたように、様々なユニットが、適切なソフトウェアおよび／またはファームウェアとともに、上で説明された１つまたは複数のプロセッサを含めて、コーデックハードウェアユニットにおいて組み合わされてもよく、または相互動作可能なハードウェアユニットの集合によって与えられてもよい。
【０３０９】
[0312]  様々な例について説明してきた。これらおよび他の例は、以下の特許請求の範囲内である。
【図１】
2016507957.tif 000027
【図２】
2016507957.tif 000028
【図３】
2016507957.tif 000029
【図４】
2016507957.tif 000030
【図５】
2016507957.tif 000031
【図６】
2016507957.tif 000032
【図７】
2016507957.tif 000033
【図８】
2016507957.tif 000034
【図９】
2016507957.tif 000035
【図１０】
2016507957.tif 000036
【図１１】
2016507957.tif 000037
【図１２】
2016507957.tif 000038
【図１３】
2016507957.tif 000039
【図１４】
2016507957.tif 000040
【図１５Ａ】
2016507957.tif 000041
【図１５Ｂ】
2016507957.tif 000042
【図１６Ａ】
2016507957.tif 000043
【図１６Ｂ】
2016507957.tif 000044
【図１７Ａ】
2016507957.tif 000045
【図１７Ｂ】
2016507957.tif 000046
【手続補正書】
【提出日】平成27年9月10日(2015.9.10)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ビデオデータを復号する方法であって、
現在ビューが従属テクスチャビューであり、現在コーディングユニット（ＣＵ）がイントラコーディングされず、前記現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、前記ビデオデータの符号化表現を備えるビットストリームから、前記現在ＣＵの重み付け因子インデックスを取得することと、ここにおいて、前記現在ＣＵは、現在ビューに属するピクチャ中にあり、前記現在ＣＵのどの区分も時間的動きベクトルをもたないか、または前記現在ＣＵの視差ベクトルが利用不可能なとき、前記ビットストリームが、前記現在ＣＵについての前記重み付け因子インデックスが特定の値に等しいことを要求する制約に、前記現在ＣＵについての前記重み付け因子インデックスを従わせるビデオコーディング規格に、準拠し、前記重み付け因子インデックスが、前記現在ＣＵに関して残差予測が適用されないことを示す特定の値を有する、
前記現在ビューが従属テクスチャビューではなく、または前記現在ＣＵがイントラコーディングされ、または前記現在ＣＵの前記区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、前記重み付け因子インデックスが、前記特定の値に等しいと想定することと、
前記現在ＣＵについての前記重み付け因子インデックスに基づいて、重み付け因子を決定することと、
前記重み付け因子インデックスが前記特定の値に等しくないと決定したことに応答して、前記重み付け因子で乗算された参照残差信号を使って、前記現在ＣＵについての残差信号を予測することとを備える方法。
【請求項２】
前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に、前記ビットストリーム中の前記残差予測フラグを従わせ、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、前記現在ＣＵについて残差予測が使われないことを示し、前記対応するブロックは参照ビューピクチャ中にある、請求項１に記載の方法。
【請求項３】
残差予測が前記現在ＣＵに対して有効化されると決定したことに応答して、ならびに前記現在ＣＵの前記対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および前記現在ＣＵの前記対応するブロックの前記ルーマおよびクロマＣＢＦの前記値が０に等しくないと決定することなく、前記ビットストリームから前記残差予測フラグを取得することをさらに備える、請求項２に記載の方法。
【請求項４】
前記ビデオコーディング規格は、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを照度補償フラグに要求する制約に、前記ビットストリーム中の前記照度補償フラグを従わせる、請求項１に記載の方法。
【請求項５】
前記現在ＣＵは現在スライス中にあり、
前記方法は、前記現在スライスについて照度補償が有効化されると決定したことに応答して、および前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうか決定することなく、前記ビットストリームから前記照度補償フラグを取得すること、前記照度補償フラグは、照度補償が前記現在ＣＵに対して使われるかどうかを示す、をさらに備える、請求項４に記載の方法。
【請求項６】
ビデオデータを符号化する方法であって、
現在ビューが従属テクスチャビューであり、現在コーディングユニット（ＣＵ）がイントラコーディングされず、前記現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいと決定したことに応答して、前記ビデオデータの符号化表現を備えるビットストリーム中に、前記現在ＣＵの重み付け因子インデックスを示すデータを含めることと、ここにおいて、前記現在ＣＵは、前記現在ビューに属するピクチャ中にあり、前記現在ＣＵのどの区分も時間的動きベクトルをもたないか、または前記現在ＣＵの視差ベクトルが利用不可能なとき、前記ビットストリームが、前記現在ＣＵについての前記重み付け因子インデックスが特定の値であることを要求する制約に、前記現在ＣＵについての前記重み付け因子インデックスを従わせるビデオコーディング規格に準拠し、ここにおいて、前記現在ＣＵについての前記重み付け因子インデックスは、前記現在ＣＵに関して残差予測が適用されないことを示す前記特定の値に等しい、
前記現在ビューが従属テクスチャビューではなく、または前記現在ＣＵがイントラコーディングされず、または前記現在ＣＵの前記区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないと決定したことに応答して、前記ビットストリームから、前記現在ＣＵについての前記重み付け因子インデックスを示す前記データを省くことと、
前記ビットストリームを出力することとを備える方法。
【請求項７】
前記重み付け因子が前記特定の値に等しくないとき、
参照残差信号を決定することと、
前記参照残差信号と前記重み付け因子とを使って、前記現在ＣＵについての最終残差データを決定することとをさらに備える、請求項６に記載の方法。
【請求項８】
前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に、前記ビットストリーム中の前記残差予測フラグを従わせ、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、残差予測が前記現在ＣＵについて使われないことを示し、前記対応するブロックは参照ビューピクチャ中にある、請求項６に記載の方法。
【請求項９】
前記ビデオコーディング規格は、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを照度補償フラグに要求する制約に、前記ビットストリーム中の前記照度補償フラグを従わせる、請求項６に記載の方法。
【請求項１０】
前記現在ＣＵは現在スライス中にあり、
前記方法は、
前記現在スライスについて照度補償が有効化されるとき、前記照度補償フラグを示すデータを前記ビットストリーム中に含めること、前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうかにかかわらず、前記照度補償フラグは、照度補償が前記現在ＣＵに対して使われるかどうかを示す、をさらに備える、請求項９に記載の方法。
【請求項１１】
メモリと、１つまたは複数のプロセッサとを備えるビデオ復号デバイスであって、前記プロセッサは、
現在ビューが従属テクスチャビューであり、現在コーディングユニット（ＣＵ）がイントラコーディングされず、前記現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、ビデオデータの符号化表現を備えるビットストリームから、前記現在ＣＵの重み付け因子インデックスを取得し、ここにおいて、前記現在ＣＵは、現在ビューに属するピクチャ中にあり、前記現在ＣＵのどの区分も時間的動きベクトルをもたないか、または前記現在ＣＵの視差ベクトルが利用不可能なとき、前記ビットストリームが、前記現在ＣＵについての前記重み付け因子インデックスが特定の値に等しいことを要求する制約に、前記現在ＣＵについての前記重み付け因子インデックスを従わせるビデオコーディング規格に、準拠し、前記特定の値は、前記現在ＣＵに関して残差予測が適用されないことを示す、
前記現在ビューが従属テクスチャビューではなく、または前記現在ＣＵがイントラコーディングされ、または前記現在ＣＵの前記区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、前記重み付け因子インデックスが、前記特定の値に等しいと想定し、
前記現在ＣＵについての前記重み付け因子インデックスに基づいて、重み付け因子を決定し、
前記重み付け因子インデックスが前記特定の値に等しくないと決定したことに応答して、前記重み付け因子で乗算された参照残差信号を使って、前記現在ＣＵについての残差信号を予測するように構成される、ビデオ復号デバイス。
【請求項１２】
前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビデオコーディング規格は、残差予測フラグが０に等しいことを要求する制約に、前記ビットストリーム中の前記残差予測フラグを従わせ、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、残差予測が前記現在ＣＵについて使われないことを示し、ここにおいて、前記対応するブロックは参照ビューピクチャ中にある、請求項１１に記載のビデオ復号デバイス。
【請求項１３】
前記１つまたは複数のプロセッサは、残差予測が前記現在ＣＵに対して有効化されると決定したことに応答して、ならびに前記現在ＣＵの前記対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および前記現在ＣＵの前記対応するブロックの前記ルーマおよびクロマＣＢＦの前記値が０に等しくないことを決定することなく、前記ビットストリームから前記残差予測フラグを取得する構成される、請求項１２に記載のビデオ復号デバイス。
【請求項１４】
前記ビデオコーディング規格は、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを照度補償フラグに要求する制約に、前記ビットストリーム中の前記照度補償フラグを従わせる、請求項１１に記載のビデオ復号デバイス。
【請求項１５】
前記現在ＣＵは現在スライス中にあり、
前記１つまたは複数のプロセッサは、前記現在スライスについて照度補償が有効化されると決定したことに応答して、および前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうか決定することなく、前記１つまたは複数のプロセッサが前記ビットストリームから前記照度補償フラグを取得するように、構成される、前記照度補償フラグは、照度補償が前記現在ＣＵに対して使われるかどうかを示す、請求項１４に記載のビデオ復号デバイス。
【請求項１６】
メモリと、１つまたは複数のプロセッサとを備えるビデオ復号デバイスであって、前記プロセッサは、
現在スライスについて照度補償が有効化されると決定したことに応答して、および現在コーディングユニット（ＣＵ）の少なくとも１つの予測ユニット（ＰＵ）がビュー間参照ピクチャを使うかどうか決定することなく、ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、前記現在ＣＵについて照度補償が使われるかどうかを示す照度補償フラグを取得し、ここにおいて、前記ビデオコーディング規格は、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを前記照度補償フラグに要求する制約に、前記照度補償フラグを従わせる、
前記照度補償フラグに基づいて、前記現在ＣＵについて照度補償が実行されるべきであると決定したことに応答して、前記現在ＣＵについて照度補償を実行するように構成される、ビデオ復号デバイス。
【請求項１７】
メモリと、１つまたは複数のプロセッサとを備えるビデオ復号デバイスであって、前記プロセッサは、
ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）についての残差予測フラグを取得し、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、前記現在ＣＵについて残差予測が使われないことを示し、前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビデオコーディング規格は、前記残差予測フラグが０に等しいことを要求する制約に前記残差予測フラグを従わせ、
前記対応するブロックは参照ビューピクチャ中にあり、
前記残差予測フラグに基づいて、残差予測が前記現在ＣＵに対して使われると決定したことに応答して、前記現在ＣＵについての残差予測を実行するように構成される、ビデオ復号デバイス。
【請求項１８】
前記１つまたは複数のプロセッサは、残差予測が前記現在ＣＵに対して有効化されると決定したことに応答して、ならびに前記現在ＣＵの前記対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および前記現在ＣＵの前記対応するブロックの前記ルーマおよびクロマＣＢＦの前記値が０に等しくないと決定することなく、前記ビットストリームから前記残差予測フラグを取得する構成される、請求項１７に記載のビデオ復号デバイス。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０３０９
【補正方法】変更
【補正の内容】
【０３０９】
[0312]  様々な例について説明してきた。これらおよび他の例は、以下の特許請求の範囲内である。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ビデオデータを復号する方法であって、
現在ビューが従属テクスチャビューであり、現在コーディングユニット（ＣＵ）がイントラコーディングされず、前記現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、前記ビデオデータの符号化表現を備えるビットストリームから、前記現在ＣＵの重み付け因子インデックスを取得することと、ここにおいて、前記現在ＣＵは、現在ビューに属するピクチャ中にある、
前記現在ビューが従属テクスチャビューではなく、または前記現在ＣＵがイントラコーディングされ、または前記現在ＣＵの前記区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、前記重み付け因子インデックスが、前記現在ＣＵに関して残差予測が適用されないことを示す特定の値に等しいと想定することと、
前記現在ＣＵについての前記重み付け因子インデックスに基づいて、重み付け因子を決定することと、
前記重み付け因子に基づいて、前記現在ＣＵについての残差信号を予測するかどうか決定することとを備える方法。
［Ｃ２］
前記現在ＣＵのどの区分も時間的動きベクトルをもたないか、または前記現在ＣＵの視差ベクトルが利用不可能なとき、前記ビットストリームが、前記現在ＣＵについての前記重み付け因子インデックスが前記特定の値に等しいことを要求する制約に、前記現在ＣＵについての前記重み付け因子インデックスを従わせるビデオコーディング規格に、準拠する、Ｃ１に記載の方法。
［Ｃ３］
前記現在ＣＵについての前記残差信号を予測するかどうか決定することは、
前記重み付け因子が前記特定の値に等しくないと決定したことに応答して、前記重み付け因子で乗算された参照残差信号を使って、前記現在ＣＵについての前記残差信号を予測することを備える、Ｃ１に記載の方法。
［Ｃ４］
前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビットストリームは、前記残差予測フラグが０に等しいことを要求する制約に、前記ビットストリーム中の残差予測フラグを従わせるビデオコーディング規格に、準拠し、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、前記現在ＣＵについて残差予測が使われないことを示し、前記対応するブロックは参照ビューピクチャ中にある、Ｃ１に記載の方法。
［Ｃ５］
残差予測が前記現在ＣＵに対して有効化されると決定したことに応答して、ならびに前記現在ＣＵの前記対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および前記現在ＣＵの前記対応するブロックの前記ルーマおよびクロマＣＢＦの前記値が０に等しくないと決定することなく、前記ビットストリームから前記残差予測フラグを取得することをさらに備える、Ｃ４に記載の方法。
［Ｃ６］
前記ビットストリームは、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを照度補償フラグに要求する制約に、前記ビットストリーム中の前記照度補償フラグを従わせる、ビデオコーディング規格に、準拠する、Ｃ１に記載の方法。
［Ｃ７］
前記現在ＣＵは現在スライス中にあり、
前記方法は、前記現在スライスについて照度補償が有効化されると決定したことに応答して、および前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうか決定することなく、前記ビットストリームから前記照度補償フラグを取得すること、前記照度補償フラグは、照度補償が前記現在ＣＵに対して使われるかどうかを示す、をさらに備える、Ｃ６に記載の方法。
［Ｃ８］
ビデオデータを符号化する方法であって、
現在ビューが従属テクスチャビューであり、現在コーディングユニット（ＣＵ）がイントラコーディングされず、前記現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいと決定したことに応答して、前記ビデオデータの符号化表現を備えるビットストリーム中に、前記現在ＣＵの重み付け因子インデックスを示すデータを含めることと、ここにおいて、前記現在ＣＵは、前記現在ビューに属するピクチャ中にある、
前記現在ビューが従属テクスチャビューではなく、または前記現在ＣＵがイントラコーディングされず、または前記現在ＣＵの前記区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないと決定したことに応答して、前記ビットストリームから、前記現在ＣＵについての前記重み付け因子インデックスを示す前記データを省くことと、
前記ビットストリームを出力することとを備える方法。
［Ｃ９］
前記現在ＣＵのどの区分も時間的動きベクトルをもたないか、または前記現在ＣＵの視差ベクトルが利用不可能なとき、前記現在ＣＵについての前記重み付け因子インデックスが特定の値を有することを要求する制約に、前記重み付け因子インデックスを従わせるビデオコーディング規格に準拠する前記ビットストリーム、ここにおいて、前記特定の値に等しい前記現在ＣＵについての前記重み付け因子インデックスは、前記現在ＣＵに関して残差予測が適用されないことを示す、Ｃ８に記載の方法。
［Ｃ１０］
前記重み付け因子が前記特定の値に等しくないとき、
参照残差信号を決定することと、
前記参照残差信号と前記重み付け因子とを使って、前記現在ＣＵについての最終残差データを決定することとをさらに備える、Ｃ８に記載の方法。
［Ｃ１１］
前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビットストリームは、前記残差予測フラグが０に等しいことを要求する制約に、前記ビットストリーム中の残差予測フラグを従わせるビデオコーディング規格に、準拠し、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、残差予測が前記現在ＣＵについて使われないことを示し、前記対応するブロックは参照ビューピクチャ中にある、Ｃ８に記載の方法。
［Ｃ１２］
前記ビットストリームは、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを照度補償フラグに要求する制約に、前記ビットストリーム中の前記照度補償フラグを従わせるビデオコーディング規格に、準拠する、Ｃ８に記載の方法。
［Ｃ１３］
前記現在ＣＵは現在スライス中にあり、
前記方法は、
前記現在スライスについて照度補償が有効化されるとき、前記照度補償フラグを示すデータを前記ビットストリーム中に含めること、前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうかにかかわらず、前記照度補償フラグは、照度補償が前記現在ＣＵに対して使われるかどうかを示す、をさらに備える、Ｃ１２に記載の方法。
［Ｃ１４］
メモリと、１つまたは複数のプロセッサとを備えるビデオ復号デバイスであって、前記プロセッサは、
現在ビューが従属テクスチャビューであり、現在コーディングユニット（ＣＵ）がイントラコーディングされず、前記現在ＣＵの区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しいとき、ビデオデータの符号化表現を備えるビットストリームから、前記現在ＣＵの重み付け因子インデックスを取得し、ここにおいて、前記現在ＣＵは、現在ビューに属するピクチャ中にある、
前記現在ビューが従属テクスチャビューではなく、または前記現在ＣＵがイントラコーディングされ、または前記現在ＣＵの前記区分モードがＰＡＲＴ＿２Ｎ×２Ｎに等しくないとき、前記重み付け因子インデックスが、前記現在ＣＵに関して残差予測が適用されないことを示す特定の値に等しいと想定し、
前記現在ＣＵについての前記重み付け因子インデックスに基づいて、重み付け因子を決定し、
前記重み付け因子に基づいて、前記現在ＣＵについての残差信号を予測するかどうか決定するように構成される、ビデオ復号デバイス。
［Ｃ１５］
前記現在ＣＵのどの区分も時間的動きベクトルをもたないか、または前記現在ＣＵの視差ベクトルが利用不可能なとき、前記ビットストリームが、前記現在ＣＵについての前記重み付け因子インデックスが前記特定の値に等しいことを要求する制約に、前記現在ＣＵについての前記重み付け因子インデックスを従わせるビデオコーディング規格に、準拠する、Ｃ１４に記載のビデオ復号デバイス。
［Ｃ１６］
前記１つまたは複数のプロセッサは、前記重み付け因子が前記特定の値に等しくないと決定したことに応答して、前記１つまたは複数のプロセッサが、前記重み付け因子で乗算された参照残差信号を使って、前記現在ＣＵについての前記残差信号を予測するように構成される、Ｃ１４に記載のビデオ復号デバイス。
［Ｃ１７］
前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビットストリームは、前記残差予測フラグが０に等しいことを要求する制約に、前記ビットストリーム中の残差予測フラグを従わせるビデオコーディング規格に、準拠し、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、残差予測が前記現在ＣＵについて使われないことを示し、ここにおいて、前記対応するブロックは参照ビューピクチャ中にある、Ｃ１４に記載のビデオ復号デバイス。
［Ｃ１８］
前記１つまたは複数のプロセッサは、残差予測が前記現在ＣＵに対して有効化されると決定したことに応答して、ならびに前記現在ＣＵの前記対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および前記現在ＣＵの前記対応するブロックの前記ルーマおよびクロマＣＢＦの前記値が０に等しくないことを決定することなく、前記ビットストリームから前記残差予測フラグを取得する構成される、Ｃ１７に記載のビデオ復号デバイス。
［Ｃ１９］
前記ビデオコーディング規格は、前記照度補償フラグが、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを要求する制約に、前記ビットストリーム中の照度補償フラグを従わせる、Ｃ１４に記載のビデオ復号デバイス。
［Ｃ２０］
前記現在ＣＵは現在スライス中にあり、
前記１つまたは複数のプロセッサは、前記現在スライスについて照度補償が有効化されると決定したことに応答して、および前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうか決定することなく、前記１つまたは複数のプロセッサが前記ビットストリームから前記照度補償フラグを取得するように、構成される、前記照度補償フラグは、照度補償が前記現在ＣＵに対して使われるかどうかを示す、Ｃ１９に記載のビデオ復号デバイス。
［Ｃ２１］
メモリと、１つまたは複数のプロセッサとを備えるビデオ復号デバイスであって、前記プロセッサは、
ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）について照度補償が使われるかどうかを示す照度補償フラグを取得し、ここにおいて、前記ビデオコーディング規格は、前記現在ＣＵのどのＰＵもビュー間参照ピクチャを使わない場合、照度補償が前記現在ＣＵには使われないことを示す値を指定することを前記照度補償フラグに要求する制約に、前記照度補償フラグを従わせる、
前記照度補償フラグに基づいて、前記現在ＣＵについて照度補償が実行されるべきであると決定したことに応答して、前記現在ＣＵについて照度補償を実行するように構成される、ビデオ復号デバイス。
［Ｃ２２］
前記現在ＣＵは現在スライス中にあり、前記１つまたは複数のプロセッサは、前記現在スライスについて照度補償が有効化されると決定したことに応答して、および前記現在ＣＵの少なくとも１つのＰＵがビュー間参照ピクチャを使うかどうか決定することなく、前記１つまたは複数のプロセッサが前記ビットストリームから前記照度補償フラグを取得するように構成される、Ｃ２１に記載のビデオ復号デバイス。
［Ｃ２３］
メモリと、１つまたは複数のプロセッサとを備えるビデオ復号デバイスであって、前記プロセッサは、
ビデオコーディング規格に準拠するとともにビデオデータの符号化表現を含むビットストリームから、現在コーディングユニット（ＣＵ）についての残差予測フラグを取得し、ここにおいて、０に等しい、前記現在ＣＵについての前記残差予測フラグは、前記現在ＣＵについて残差予測が使われないことを示し、前記現在ＣＵの対応するブロック内のどの予測ユニット（ＰＵ）もインターコーディングされない場合、または前記現在ＣＵの前記対応するブロック内のどのＰＵも、０に等しくない、ルーマおよびクロマコード化ブロックフラグ（ＣＢＦ）の値をもたない場合、前記ビデオコーディング規格は、前記残差予測フラグが０に等しいことを要求する制約に前記残差予測フラグを従わせ、ここにおいて、前記対応するブロックは参照ビューピクチャ中にある、
前記残差予測フラグに基づいて、残差予測が前記現在ＣＵに対して使われると決定したことに応答して、前記現在ＣＵについての残差予測を実行するように構成される、ビデオ復号デバイス。
［Ｃ２４］
前記１つまたは複数のプロセッサは、残差予測が前記現在ＣＵに対して有効化されると決定したことに応答して、ならびに前記現在ＣＵの前記対応するブロック内の少なくとも１つのＰＵがイントラコーディングされないかどうか決定することなく、および前記現在ＣＵの前記対応するブロックの前記ルーマおよびクロマＣＢＦの前記値が０に等しくないと決定することなく、前記ビットストリームから前記残差予測フラグを取得する構成される、Ｃ２３に記載のビデオ復号デバイス。
【国際調査報告】
2016507957.tif 000047
2016507957.tif 000048
2016507957.tif 000049
2016507957.tif 000050